Back
[00:00:14] -!- Camaba has quit [Quit: Leaving]
[00:00:51] -!- chris_99 has quit [Remote host closed the connection]
[00:02:58] -!- __rob2 has quit [Ping timeout: 260 seconds]
[00:11:18] -!- chris_99 has quit [Remote host closed the connection]
[00:24:00] -!- Roguish has quit [Quit: ChatZilla 0.9.92 [Firefox 42.0/20151029151421]]
[00:47:13] -!- gonzo_nb has quit [Remote host closed the connection]
[00:53:50] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[00:54:01] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has parted #linuxcnc-devel
[01:04:06] -!- Balestrino has quit [Ping timeout: 260 seconds]
[01:07:43] -!- tinkerer has quit [Remote host closed the connection]
[01:11:35] -!- Loetmichel2 has quit [Ping timeout: 260 seconds]
[01:13:13] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[01:26:20] -!- asdfasd has quit [Ping timeout: 250 seconds]
[01:52:39] -!- markvandenborre has quit [Ping timeout: 245 seconds]
[01:57:17] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[01:57:37] -!- LikeVinyl has quit [Ping timeout: 265 seconds]
[02:16:53] <andypugh> The username scares me. Not sure about the content.
http://forum.linuxcnc.org/forum/31-cad-cam/30028-programming-for-cnc-router
[02:17:36] -!- zeeshan-laptop has quit [Read error: Connection reset by peer]
[02:29:07] <jepler> I deleted a post by this user once before, and thought I'd disabled the account
[02:29:12] <jepler> it's clearly just spam
[02:29:35] <jepler> but I think the name is weird just because it's Thai (?)
[02:30:49] <jepler> I disabled the account
[02:35:54] <andypugh> It’s like relevant non-evil spam. If he posted any words at all, we would see it differently
[02:37:32] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[02:42:39] <andypugh> He posted another.
[02:43:45] <andypugh> It’s CNC. I don’t get his point, but I _think_ he/she looks legit
[02:44:37] <andypugh> But I can’t reply to the thread because the user is blocked
[02:44:49] <jepler> the URL shown at the bottom of the videos leads to a "blog" that is full of stolen text
[02:45:10] <jepler> one bit was clearly from wikipedia right down to the "[ edit ]" link text being copied..
[02:46:01] <jepler> posting context-free videos that are ultimately to link to a website full of unoriginal text and presumably ads is essentially spamming
[02:46:05] <andypugh> OK, this might be me not understanding humans again.
[02:48:30] <jepler> you know me well enough to doubt I understand humans either
[02:54:28] <andypugh> We need someone on the normal part of thr Specrum as a contractor/
[02:55:59] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[02:57:15] <andypugh> I see many spams where I find myself wondeiring how, if I was reallly stupid, I could give the spammer money
[02:58:02] <andypugh> Or, even, If I was really intellligent, how I could work out who to give money to.
[03:00:12] -!- rob_h has quit [Quit: Leaving]
[03:19:17] -!- GargantuaSauce has quit [Ping timeout: 246 seconds]
[03:42:03] <mozmck> I've heard that some of the ad stuff works by hitcounts, so just going to a site can generate income for them.
[03:56:18] <andypugh> Many have no link at all. Some are spoofed so welll you just reply to someone you know. Totally inexplicapbel.
[04:12:10] -!- Komzpa has quit [Remote host closed the connection]
[04:14:14] -!- [cube] has quit [Ping timeout: 246 seconds]
[04:23:36] -!- erictheise has quit [Client Quit]
[04:24:46] -!- AR_ has quit [Ping timeout: 260 seconds]
[04:33:50] -!- [cube] has quit [Ping timeout: 246 seconds]
[04:33:54] -!- andypugh has quit [Quit: andypugh]
[04:35:56] -!- bkboggy has quit [Quit: For Narnia!]
[04:45:16] -!- gregcnc has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[04:52:36] -!- anth0ny_ has quit [Quit: anth0ny_]
[05:15:03] -!- c_morley [c_morley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[05:16:07] -!- anth0ny_ has quit [Quit: anth0ny_]
[05:28:54] -!- [cube] has quit [Ping timeout: 245 seconds]
[05:29:02] -!- c_morley has quit [Quit: Leaving.]
[05:29:58] -!- c_morley [c_morley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[05:30:20] -!- c_morley has quit [Client Quit]
[05:31:13] -!- c_morley [c_morley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc-devel
[05:52:56] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[06:03:47] -!- [cube] has quit [Ping timeout: 246 seconds]
[06:17:21] -!- CaptHindsight has quit [Quit: Leaving]
[06:19:11] -!- [cube] has quit [Ping timeout: 246 seconds]
[06:32:46] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[06:40:12] -!- erictheise has quit [Quit: erictheise]
[06:45:21] -!- erve has quit [Remote host closed the connection]
[07:12:39] -!- nofxx has quit [Ping timeout: 245 seconds]
[07:12:46] -!- nofxx has quit [Changing host]
[07:20:46] -!- kwallace [kwallace!~kwallace@142.147.85.210] has parted #linuxcnc-devel
[07:45:33] -!- ve7it has quit [Remote host closed the connection]
[08:01:02] -!- FloppyDisk has quit [Ping timeout: 246 seconds]
[08:05:35] -!- zeeshan|2 has quit [Read error: Connection reset by peer]
[08:06:02] -!- zeeshan|2 [zeeshan|2!~kvirc64@CPE0018e7cea342-CM5039555db2cc.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[08:17:31] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[08:18:03] -!- SEL has quit [Client Quit]
[08:36:47] -!- nofxx has quit [Ping timeout: 260 seconds]
[08:42:30] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[09:30:55] -!- Computer_barf has quit [Ping timeout: 260 seconds]
[09:51:32] -!- Balestrino [Balestrino!~gadues@host186-206-dynamic.6-87-r.retail.telecomitalia.it] has joined #linuxcnc-devel
[09:54:49] -!- morbo has quit [Remote host closed the connection]
[09:55:30] -!- technoid has quit [Ping timeout: 250 seconds]
[10:22:39] -!- cncbasher [cncbasher!~Sarah@cpc8-hart9-2-0-cust254.11-3.cable.virginm.net] has joined #linuxcnc-devel
[10:35:46] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[10:39:56] -!- micges has quit [Ping timeout: 246 seconds]
[10:51:11] -!- technoid has quit [Ping timeout: 260 seconds]
[10:52:47] -!- SEL has quit [Quit: Leaving]
[10:54:38] -!- tobias47n9e_ has quit [Ping timeout: 246 seconds]
[11:01:29] -!- justanotheruser has quit [Read error: Connection reset by peer]
[11:25:43] -!- tumdedum has quit [Ping timeout: 260 seconds]
[11:28:08] -!- Tecan has quit [Changing host]
[12:10:39] -!- Komzpa has quit [Remote host closed the connection]
[12:14:49] -!- b_b has quit [Changing host]
[12:17:17] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[12:19:49] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[12:33:22] -!- brlcad has quit [Ping timeout: 260 seconds]
[13:07:42] -!- JT-Shop has quit [Quit: Leaving]
[13:09:01] -!- JT-Shop [JT-Shop!~john@172.243.160.48] has joined #linuxcnc-devel
[13:20:31] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[13:24:35] * JT-Shop wonders if we should have a Pico and Mesa section?
[13:29:32] <JT-Shop> does this mean anything? emc/task/emctaskmain.cc:342:18: warning: ignoring return value of ‘int setuid(__uid_t)’, declared with attribute warn_unused_result [-Wunused-result]
[13:29:33] <JT-Shop> setuid(getuid());
[13:29:33] <JT-Shop> ^
[13:29:39] -!- Valen has quit [Remote host closed the connection]
[13:33:17] <cncbasher> nope it's only a warning, errors are the ones to look out for
[13:34:50] <JT-Shop> ok thansk
[13:35:38] <cncbasher> whats the problem jt ?
[13:39:53] -!- chris_99 has quit [Remote host closed the connection]
[13:40:30] <JT-Shop> nothing just noticed that when installing linuxcnc on linuxmint
[13:41:36] <cncbasher> arh ok , yes you'll get a list of warnings , usually you can discard them, it really means it knows of a potential problem , but knows how to get round it
[13:42:02] <cncbasher> errors are more serious and will stop a build
[13:42:42] <cncbasher> not all warnings are problems either , especially when say your building across different platforms
[13:42:44] <JT-Shop> lol my step by step was out of date now it is 2.7.3
[13:43:34] <cncbasher> so if your building on a pc for example, it will error on code meant for say a beaglebone ,
[13:44:08] <JT-Shop> ah ok
[13:44:18] <JT-Shop> LinuxCNC up and running now :)
[13:48:30] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[13:48:33] -!- gregcnc has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[13:52:59] <cncbasher> debian 8 now has mint as a gui
[13:55:37] <JT-Shop> I noticed mate on wheezy is not as good as mate on linuxmint... is wheezy 7?
[13:56:22] <JT-Shop> is there some problem with debian 8 and rtai or something like that?
[13:56:49] <JT-Shop> should be some bacon on the stove so I'm heading in
[13:58:42] <cncbasher> not sure i'm just getting to that point building the rtai kernel to try , i'll let you know
[14:01:53] -!- FloppyDisk has quit [Ping timeout: 246 seconds]
[14:04:30] -!- jthornton has quit [Quit: Leaving]
[14:06:21] -!- jthornton [jthornton!~john@172.243.160.48] has joined #linuxcnc-devel
[14:15:42] -!- gregcnc has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
[14:22:04] <Tom_itx> maybe they should give linux ver numbers instead of names
[14:22:50] <cncbasher> yea it does get a bit long winded,working with numbers
[14:23:55] <cncbasher> i,m having fun with a 7i90 that wont flash the eeprom
[14:24:06] <Tom_itx> i have a wiki for that
[14:24:27] <Tom_itx> or similar
[14:24:39] <cncbasher> i had to jtag the main bit file , but the fallback is being a pain
[14:24:53] <Tom_itx> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Recover_Corrupt/Blank_EEPROM_5i24%2C6i24%2C7i24%2C_6i25
[14:25:26] <Tom_itx> you don't have to jtag the main bitfile now
[14:25:32] <cncbasher> why set up as a 6i25
[14:25:44] <Tom_itx> that's how the mesaflash sees them
[14:25:59] <Tom_itx> it does work though, i've got a 7i90 i recovered
[14:26:10] <cncbasher> mesaflash dont pick up on the board
[14:26:18] <Tom_itx> not yet
[14:26:36] <Tom_itx> micges added this for me a while back
[14:26:49] <cncbasher> ok i'll try setting as a 6i25 , thats the only part iv'e not tried
[14:27:07] <cncbasher> i'm using the latest mesaflash
[14:27:14] <Tom_itx> right
[14:27:17] <cncbasher> as per his repro
[14:27:32] <Tom_itx> no new ones since this that i'm aware of
[14:28:00] <cncbasher> the secondary eeprom will boot
[14:28:24] <cncbasher> but the first wont , due to a programming error
[14:28:38] <Tom_itx> you may ask pcw about it
[14:28:51] <cncbasher> so i booted using the second prom ,then changed the link back
[14:29:02] <Tom_itx> yeah i had the wrong chip selected once when i did my bitfile
[14:29:04] <Tom_itx> corrupted it
[14:29:41] <cncbasher> then i should be able to flash the fallback , but mesaflash just dont see the 7i90 at all ,
[14:29:55] <cncbasher> i was hoping to flash via the jtag
[14:30:03] <Tom_itx> this should work but if it doesn't you may have other issues
[14:30:14] <cncbasher> but you need the epprom size
[14:30:42] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[14:30:50] <cncbasher> thanks anyhow
[14:31:05] <Tom_itx> i got a jtag for mine but never needed to use it after using mesaflash
[14:31:35] <Tom_itx> can't help you there
[14:31:58] <cncbasher> haha no worries , just 2 heads sometimes are better than one
[14:32:19] <Tom_itx> make sure the fpga size as well
[14:32:23] <cncbasher> i recovered a cpld using your method , that was a great help
[14:32:32] <Tom_itx> there are 2 sets of files iirc for it
[14:32:39] <cncbasher> but an absolute nightmare replacing the chip haha
[14:33:43] <Tom_itx> there are likely more since it has 3 different interfaces
[14:35:01] <cncbasher> yea ive created my own for epp , but i might try the serial and see if i can find life
[14:35:17] <Tom_itx> does it show up in dmesg?
[14:37:18] <cncbasher> i dont think so
[14:37:42] <cncbasher> i'll dig it out in an hour and have a look , once this has stopped compiling
[14:39:24] <cncbasher> thanks , i'll let you know if i get anywhere it may be useful to knwo
[14:48:42] -!- MikkoP has quit [Ping timeout: 260 seconds]
[14:51:05] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[14:52:08] -!- SEL has quit [Client Quit]
[14:54:04] -!- SEL has quit [Client Quit]
[14:54:41] -!- SEL [SEL!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[14:55:25] -!- SEL has quit [Client Quit]
[15:17:21] <KGB-linuxcnc> 03Jeff Epler 05master 5f9f789 06linuxcnc 10src/emc/task/emctaskmain.cc task: remove vestige of setuid task support * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5f9f789
[15:17:48] <jepler> That setuid() call is a security-important call, so some compilers warn if its return value is ignored.
[15:18:38] <jepler> The call is there to support running task as a different user than user-defined m-codes, but in linuxcnc we have never had task running as a different user
[15:18:41] <jepler> so I removed it
[15:19:48] <jepler> it could also have been fixed by writing if(setuid(...) != 0) { print an error and exit; }
[15:20:03] <jepler> but .. it should just be removed
[15:20:09] <cncbasher> thanks for that snippet
[15:20:25] -!- kwallace [kwallace!~kwallace@142.147.85.210] has joined #linuxcnc-devel
[15:20:26] -!- LikeVinyl has quit [Ping timeout: 265 seconds]
[15:20:30] <cncbasher> easier to get rid of clutter if we dont need it
[15:23:37] <jepler> http://mlkshk.com/r/16CGT
[15:28:18] <archivist> you just incremented it a bit more :)
[15:30:49] <jepler> google n-gram viewer tells a different story
https://books.google.com/ngrams/graph?content=exponential+growth
[15:31:01] <jepler> but the gif is awfully truthy
[15:36:52] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[15:39:42] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has parted #linuxcnc-devel
[15:46:48] <pcw_home> cncbasher: if current mesaflash does not work on a 7I90 after JTAG loading the FPGA ( _NOT_ the EEPROM )
[15:46:50] <pcw_home> with a EPP config, you have a problem with your EPP interface, either on the PC or the 7I90 (damaged FPGA?)
[15:54:14] <cncbasher> hi , yea i'm looking at the pc interface
[15:54:24] <cncbasher> i doubt it's the fpga
[15:54:49] <cncbasher> as it was all working before , the re-flashing
[15:55:43] <cncbasher> i'd like at least one interface of epp,rs422 etc to give me something
[15:57:05] <cncbasher> as even now my 7i43's packed up , after changing the cpld
[15:57:12] <pcw_home> it was working before on the same parallel port?
[15:57:26] <cncbasher> i think it's just lifted the track , but i'll bin it
[15:59:10] <cncbasher> no thats my problem , i dont have a machine that worked , hence waiting for the 7i76e
[15:59:43] <cncbasher> i could reflash the 5i25 to a parallel port i presume
[16:00:05] <cncbasher> it's not my month lol !
[16:00:25] <cncbasher> how your on the mend too
[16:00:28] <cncbasher> hope
[16:02:37] -!- morbo has quit [Remote host closed the connection]
[16:04:28] <cncbasher> i was hoping, if i could use the windows pc to flash it.
[16:18:03] <cncbasher> iv'e just tried it now
[16:18:33] <cncbasher> using sudo mesaflash --device 7i90 --readhmid
[16:19:10] <cncbasher> epp timeout on data cycle of read (addr=0x0000, size=4)
[16:19:28] <cncbasher> same again 0x0100
[16:19:42] <cncbasher> no 7i90 board found
[16:19:48] -!- Tecan has quit [Changing host]
[16:21:10] <pcw_home> If the 7I90 nis OK, that suggests that the parallel port address is wrong, or the parallel port is not set into EPP mode (or theres a cable issue)
[16:21:57] <cncbasher> ok i'll hunt further in that direction
[16:24:51] -!- CaptHindsight has quit [Ping timeout: 260 seconds]
[16:36:36] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[16:39:39] <seb_kuzminsky> something changed in the past day or two, and now i get an email for each forum post, it says "A new post has been made to a category to which you have assigned as moderator on the LinuxCNC"
[16:39:49] <jepler> seb_kuzminsky: yes
[16:39:59] <JT-Shop> lol
[16:40:07] <jepler> seb_kuzminsky: I've enabled moderation of the first posts by new users
[16:40:26] <seb_kuzminsky> ah, ok
[16:40:28] <jepler> those posts are held for moderation, and mail(s) are generated
[16:40:46] <seb_kuzminsky> so i could contribute by logging in and clicking OK if it's not spam?
[16:40:49] <jepler> possibly to everyone, though it says in the mail you've been "selected" to moderate the post
[16:40:52] <jepler> right
[16:40:52] <JT-Shop> nip them spammers at the start
[16:41:08] <jepler> that's the theory
[16:41:17] <jepler> if it's too irritating to pre-moderate those first posts I can turn it back off
[16:41:26] <seb_kuzminsky> i think it's a good idea
[16:41:40] <jepler> I'm not sure who all gets the moderation messages either
[16:41:47] <jepler> I think it sends it to more than one victim
[16:41:55] <jepler> possibly all the admins are getting them .. ?
[16:49:32] <JT-Shop> I think it is a good idea as well
[16:50:14] -!- SpeedEvil has quit [Ping timeout: 246 seconds]
[17:16:30] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[17:24:24] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[17:31:51] -!- CaptHindsight has quit [Changing host]
[17:32:14] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc-devel
[17:49:30] -!- tjb1 has quit [Read error: Connection reset by peer]
[17:57:15] <cncbasher> is RTAI rt running on linuxcnc i.e not rt-preempt or zenomai , or am i stuck , i,m lookiing for a guarenteed working rtai for wheezy
[18:09:40] <jepler> our wheezy iso and regular wheezy install instructions give you an RTAI kernel that works on a reasonably wide range of x86 PCs. Or maybe I'm misunderstanding the question.
[18:14:30] <cncbasher> i am been continualy told that 3.4.9 is not usable
[18:15:51] <jepler> That's the only RTAI kernel that linuxcnc.org has prepared for debian wheezy.
[18:15:57] <mozmck> on the forum? I haven't heard that - and I know that it is being used.
[18:15:59] <cncbasher> or to be more precise , my requirement is epp
[18:17:32] <cncbasher> ok i'll dig deeper as to why i cant get epp working , i just seem to be going round in circles LOL
[18:18:38] <jepler> It's the first I've heard that specifically EPP hardware support is worse on Wheezy+rtai than other setups.
[18:19:36] <cncbasher> i'm trying to pin a problem down, thats all
[18:20:00] <cncbasher> this pc ran fine up to 3.4.9
[18:21:28] <cncbasher> so i;m not in the point of not knowing if it's hardware or other , thats stopping it working
[18:21:56] <cncbasher> works fine with a standard parallel port
[18:22:05] <cncbasher> but not epp
[18:23:07] <cncbasher> i'll dig a bit deeper LOL
[18:25:07] -!- erve has quit [Remote host closed the connection]
[18:28:46] <pcw_home> I've run the 7I90 (EPP) with stock Wheezy RTAI
[18:35:51] <cncbasher> ok thanks
[18:36:30] <cncbasher> i'll dig into these pci cards a bit more
[18:36:38] -!- erve has quit [Ping timeout: 246 seconds]
[18:37:24] <cncbasher> i cant even get the onboard lpt working either, which did work before 3.4.9
[18:43:17] <mozmck> I've got a strange problem or two here. I'm trying to add an INI setting in the EMCMOT section to disable certain probe errors. The variable gets set properly, but it seems to ignore the variable and run the code anyhow. diff here:
http://pastie.org/10611757
[18:43:29] <mozmck> against current 2.7 branch
[18:46:01] <mozmck> I added code to print the value of inhibit_probe_errors just before and after the inifile.Find(...) call, and it prints 0 before and 1 after.
[18:46:22] <mozmck> Any idea what I'm missing here?
[18:57:16] <cncbasher> i think you'd be better with it in iocontrol.cc
[18:58:55] <cncbasher> their are a number of paths the code runs , not all are obvious , and some are not picked up at runtime
[18:59:58] <cncbasher> could you not place a relay across the probe , and trigger that when it's needed
[18:59:59] <jepler> mozmck: I think that usrmotintf.cc is code in the userspace process milltask, and control.c is in the realtime component motion
[19:00:29] <jepler> so the global variable inhibit_probe_errors refers to different things in those two different sites
[19:00:38] <cncbasher> so when the probe is not needed it's essentialy shorted out
[19:07:20] <cncbasher> jepler: do we have a probe inhibit pin ?
[19:09:19] <jepler> cncbasher: I think the traditional advice has been in two parts, (A) we think the probe mask feature will probably destroy probes, so we're not thrilled about it and (B) you can already probe signal masking in HAL, such as with an and2 component.
[19:12:06] <cncbasher> yea thats what i was thinking for machines with high noise probability such as plasmas etc , i usually just fit a relay , but being able to mask , should do the same
[19:12:32] <JT-Shop> I use the probe input on my plasma with a micro switch as the probe
[19:12:42] <jepler> and I have never used such high-noise machines
[19:13:33] <cncbasher> youv'e never lived ,unless your whole workshop is ablaze with electrical noise !
[19:13:37] <jepler> it makes me wonder how you can reliably do *anything*. do you get spurious steps generated at the same rate as spurious probe inputs?
[19:14:18] <jepler> but if I understand this case, it's specifically that the Z home switch and the probe have to share a physical input for hardware reasons..?
[19:15:26] <cncbasher> then a simple or2 should work
[19:16:07] <cncbasher> you could then use a macro to turn on or off the inhibit
[19:17:07] <cncbasher> as you'd probably never probe during a G0 move then inhibit it
[19:26:14] <mozmck> jepler: that may be the problem - if I want to do this I may need to figure out how to get the variable across the realtime divide.
[19:27:16] <cncbasher> what type of probe are you using ?
[19:27:43] <mozmck> I'm currently using a setup in hal to only enable the probe input when probing. The only problem is that if you do a G38.2 without first calling M64 to enable the probe, it simply crashes and keeps going until something breaks.
[19:28:11] <mozmck> It's either a micro switch on the Z or an ohmic sensor.
[19:28:30] <cncbasher> with a pullup to say 5v ?
[19:28:52] <mozmck> something like that.
[19:30:02] <cncbasher> sometimes a opto in the line , can cure small spikes or a debounce
[19:30:28] <cncbasher> without interfering with sense time
[19:30:57] <mozmck> I'm not having problems with spikes or bounce. I simply don't want it to error if you jog down and touch the metal - or when homing.
[19:31:00] <cncbasher> and of course using good sheilded cable for the prode
[19:31:03] <cncbasher> probe
[19:31:22] <cncbasher> understood
[19:33:52] <cncbasher> could you not catch the g38.2 in a macro and add the m64
[19:34:20] <mozmck> We have customers that already have code that works using a G38.2 in the gcode - which is why I'm looking at adding the option to inhibit those errors. If I update them with the hal setup they will have to be careful to not use their existing code without updating it.
[19:34:32] <mozmck> how would I catch g38.2?
[19:36:50] -!- Tecan has quit [Ping timeout: 256 seconds]
[19:37:38] <mozmck> jepler: another issue I'm having is that if I use my o<touchoff> routine, run from line seems badly broken. I can take the code from the routine, copy it into the gcode instead of using the o<touchoff> call, and run from line works.
[19:39:46] <mozmck> But since I have an if ... else statement in the routine, and those require o numbers (why???), I can't just copy the code, I have to change the oXX number for each if statement to avoid duplicate o number errors.
[19:40:38] <jepler> I don't have a lot of positive defense of O-words or RFL to share with you.
[19:41:05] <mozmck> cncbasher: if you mean that I can put the m64 and g38.2 in a subroutine - that's what I did.
[19:42:09] <mozmck> jepler: :-) It looks to me like the line numbers are getting garbled or something.
[19:42:22] <cncbasher> yes , unfortunatly you can't guard against all human error
[19:44:12] <cncbasher> unfortunatey theirs more than one track for the interpretors , some are more instant than others
[19:44:21] <mozmck> no, but the more we can do, the less time we will have to spend on support calls.
[19:44:53] <cncbasher> yea indeed
[19:44:58] <mozmck> not sure I understand that - "track for the interpretors"?
[19:45:48] <cncbasher> the gcode as read and parsed has more than one route
[19:47:43] <mozmck> O-words can definitely complicate things.
[19:47:44] <cncbasher> it's actualy a nightmare to follow
[19:48:16] <mozmck> yes, seems like it. I think some of that has to do with the evolution of the code over time too.
[19:48:54] <cncbasher> i'm just about getting their after looking at it for 3 years
[19:49:32] <cncbasher> it's also the least documented
[20:03:42] -!- b_b has quit [Remote host closed the connection]
[20:12:21] -!- MikkoP has quit [Read error: Connection reset by peer]
[20:14:23] -!- amiri has quit [Read error: Connection reset by peer]
[20:29:55] -!- Tecan has quit [Changing host]
[20:34:46] -!- Tecan has quit [Client Quit]
[20:40:09] -!- tobias47n9e__ has quit [Ping timeout: 245 seconds]
[20:42:18] -!- cncbasher [cncbasher!~Sarah@cpc8-hart9-2-0-cust254.11-3.cable.virginm.net] has parted #linuxcnc-devel
[20:45:43] -!- archivist_herron has quit [Ping timeout: 260 seconds]
[21:00:07] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[21:02:27] -!- amiri has quit [Read error: Connection reset by peer]
[21:17:40] -!- erve has quit []
[21:25:02] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[21:28:20] -!- zeeshan|2 has quit [Read error: Connection reset by peer]
[21:28:50] -!- zeeshan|2 [zeeshan|2!~kvirc64@CPE0018e7cea342-CM5039555db2cc.cpe.net.cable.rogers.com] has joined #linuxcnc-devel
[21:31:15] -!- cncnoob1979 has quit [Ping timeout: 252 seconds]
[21:55:04] -!- Deejay has quit [Quit: bye]
[22:26:24] -!- penpen has quit [Ping timeout: 245 seconds]
[22:26:30] penpen1 is now known as penpen
[22:30:09] -!- chillly has quit [Quit: Ex-Chat]
[22:35:20] -!- chris_99 has quit [Quit: Leaving]
[22:37:33] -!- andypugh_ [andypugh_!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[22:38:38] -!- andypugh has quit [Ping timeout: 260 seconds]
[22:38:39] andypugh_ is now known as andypugh
[23:00:45] -!- CalimeroTeknik has quit [Quit: バイバイ]
[23:04:47] -!- nofxx has quit [Ping timeout: 260 seconds]
[23:24:49] -!- morbo has quit [Read error: Connection reset by peer]
[23:32:18] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes9 5d133b2 06linuxcnc 10docs/man/man1/linuxcncrsh.1 10docs/src/getting-started/updating-linuxcnc.txt 10src/emc/usr_intf/emcrsh.cc linuxcncrsh (emcrsh.cc): update for joints_axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5d133b2
[23:32:18] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes9 b692997 06linuxcnc 10(5 files) usr_intf/ consolidate JOGJOINT,JOGTELEOP defines * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b692997
[23:35:43] -!- penpen has quit [Quit: Leaving.]
[23:44:28] -!- Jymmm has quit [Remote host closed the connection]
[23:51:27] -!- morbo has quit [Ping timeout: 260 seconds]