Back
[00:00:54] <jepler> PCW: unfortunately I haven't reproduced a problem here
[00:01:24] <jepler> I adapted hm2_stepper sample config to 7i80 and then also configured the 7i92 on ethernet
[00:01:38] <jepler> I tried with and without the read-request function
[00:01:49] <jepler> I tried with the 7i80 configured first, and with the 7i92 configured first
[00:04:05] <jepler> without read-request
http://paste.debian.net/284319/ / with read-request
http://paste.debian.net/284320/
[00:05:15] <jepler> testing on 2.7 branch at ref v2.7.0-pre6-205-g4249427
[00:08:37] -!- anth0ny_ has quit [Quit: anth0ny_]
[00:09:58] -!- md-2 has quit [Remote host closed the connection]
[00:11:00] <jepler> it seems like low probability that it's specific to 7i76e, none of the code changes were specific to a card
[00:21:25] <micges> PCW: can you paste your setup?
[00:25:48] <jepler> this patch gets you the config I'm testing with:
http://emergent.unpythonic.net/files/sandbox/0001-WIP-2-board-ethernet-sample-config.patch
[00:26:34] <micges> jepler: you've got also 7i76e and 7i80?
[00:27:22] <micges> (sorry asked before link opened, nm)
[00:28:15] <jepler> micges: no, unfortunately I don't have a 7i76e for testing
[00:29:13] <micges> I've got 7i76e and 7i80 so I can try same stuff as Peter
[00:29:36] <micges> got also 7i92 so trying yours
[00:31:36] -!- XXCoder has quit [Ping timeout: 255 seconds]
[00:51:27] -!- per_sonne has quit [Ping timeout: 246 seconds]
[00:55:10] -!- rob_h has quit [Ping timeout: 240 seconds]
[01:02:42] -!- Loetmichel has quit [Ping timeout: 250 seconds]
[01:04:20] -!- asdfasd has quit [Ping timeout: 264 seconds]
[01:22:30] -!- anth0ny_ has quit [Client Quit]
[01:28:35] -!- JT-Shop has quit [Ping timeout: 252 seconds]
[01:28:46] -!- jthornton has quit [Ping timeout: 260 seconds]
[01:31:08] -!- patrickarlt has quit [Remote host closed the connection]
[01:35:52] -!- anth0ny_ has quit [Client Quit]
[01:38:39] -!- diego_ has quit [Client Quit]
[01:41:29] -!- anth0ny_ has quit [Client Quit]
[01:52:45] -!- per_sonne has quit [Ping timeout: 256 seconds]
[01:55:27] -!- jthornton [jthornton!~john@184.21.194.58] has joined #linuxcnc-devel
[01:55:27] -!- JT-Shop [JT-Shop!~john@184.21.194.58] has joined #linuxcnc-devel
[02:12:49] WalterN is now known as tiwake
[02:14:27] <pcw_home> I can paste my config up but tomorrow, its at work and there's no remote access to that machine
[02:14:47] -!- md-2 has quit [Ping timeout: 240 seconds]
[02:14:53] -!- anth0ny_ has quit [Quit: anth0ny_]
[02:36:30] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[02:42:22] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[02:44:47] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[02:48:07] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[02:48:44] -!- tannewt has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
[02:51:25] -!- skunksleep [skunksleep!~AndChat14@69.4.98.27] has joined #linuxcnc-devel
[02:52:50] -!- per_sonne has quit [Ping timeout: 240 seconds]
[02:53:19] -!- Roguish has quit [Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324]]
[03:07:56] -!- AR_ has quit [Ping timeout: 246 seconds]
[03:43:10] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[03:44:59] -!- sumpfralle has quit [Quit: Leaving.]
[03:52:25] -!- delinquentme has quit [Read error: Connection reset by peer]
[03:54:08] -!- per_sonne has quit [Ping timeout: 246 seconds]
[04:05:06] -!- jdqx has quit [Ping timeout: 260 seconds]
[04:33:23] -!- GargantuaSauce has quit [Ping timeout: 252 seconds]
[04:33:46] -!- Praesmeodymium has quit [Ping timeout: 240 seconds]
[04:43:58] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[04:46:52] Praesmeodymium|2 is now known as Praesmeodymium
[04:50:10] -!- GJdan has quit [Remote host closed the connection]
[04:51:42] -!- furrywolf has quit [Ping timeout: 255 seconds]
[04:55:07] -!- per_sonne has quit [Ping timeout: 246 seconds]
[04:58:33] -!- bkboggy has quit [Quit: Leaving]
[05:08:53] -!- patrickarlt has quit [Remote host closed the connection]
[05:09:41] -!- ve7it has quit [Remote host closed the connection]
[05:16:28] -!- kwallace [kwallace!~kwallace@142.147.85.210] has parted #linuxcnc-devel
[05:16:36] -!- md-2 has quit [Ping timeout: 264 seconds]
[05:16:49] -!- anth0ny_ has quit [Quit: anth0ny_]
[05:44:14] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[05:54:42] -!- mhaberler has quit [Ping timeout: 265 seconds]
[05:54:42] mhaberler_ is now known as mhaberler
[05:57:21] -!- per_sonne has quit [Ping timeout: 252 seconds]
[06:05:02] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[06:55:42] -!- jdqx has quit [Ping timeout: 248 seconds]
[06:56:29] -!- olli- has quit [Ping timeout: 246 seconds]
[06:58:57] -!- per_sonne has quit [Ping timeout: 264 seconds]
[07:05:50] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[07:21:18] -!- skunksleep has quit [Ping timeout: 248 seconds]
[07:27:05] -!- rob_h [rob_h!~robh@90.204.236.205] has joined #linuxcnc-devel
[07:28:30] -!- amiri has quit [Ping timeout: 240 seconds]
[07:32:45] -!- mozmck has quit [Read error: Connection reset by peer]
[07:40:08] -!- arrowbook [arrowbook!~qicruser@211.137.185.79] has joined #linuxcnc-devel
[07:50:58] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[07:51:42] -!- arrowbook has quit [Ping timeout: 255 seconds]
[07:57:45] -!- arrowbook [arrowbook!~qicruser@211.137.185.79] has joined #linuxcnc-devel
[07:59:17] -!- per_sonne has quit [Ping timeout: 240 seconds]
[08:06:38] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[08:18:09] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[08:29:09] -!- gonzo_ has quit [Read error: Connection reset by peer]
[08:35:17] -!- MarkusBec has quit [Ping timeout: 240 seconds]
[08:35:51] -!- tocka has quit [Client Quit]
[08:38:36] -!- andypugh-iPhone has quit [Client Quit]
[08:43:24] -!- andypugh-iPhone has quit [Client Quit]
[08:45:20] -!- andypugh-iPhone has quit [Client Quit]
[08:50:22] -!- MarkusBec [MarkusBec!znc@80.69.39.131] has joined #linuxcnc-devel
[09:07:26] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[09:12:13] -!- asdfasd has quit []
[09:18:51] -!- just_pink has quit [Ping timeout: 246 seconds]
[09:42:46] -!- dan2k3k4 has quit [Ping timeout: 244 seconds]
[09:44:51] -!- quiqua has quit [Quit: quiqua]
[09:51:06] -!- dan2k3k4k5 has quit [Quit: Leaving]
[09:56:43] -!- arrowbook has quit [Ping timeout: 244 seconds]
[10:00:38] -!- arrowbook [arrowbook!~qicruser@211.137.185.79] has joined #linuxcnc-devel
[10:08:14] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[10:28:19] -!- arrowbook has quit [Ping timeout: 246 seconds]
[10:43:43] -!- skunkworks has quit [Ping timeout: 246 seconds]
[10:48:17] -!- Valen has quit [Remote host closed the connection]
[11:04:21] -!- nofxx has quit [Ping timeout: 264 seconds]
[11:09:02] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[11:48:35] -!- skunkworks [skunkworks!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:48:38] <skunkworks> z;pg
[11:48:41] <skunkworks> zlog
[11:48:41] <zlog> skunkworks: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2015-07-21.html
[12:09:50] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[12:25:14] -!- The_Ball has quit [Ping timeout: 265 seconds]
[12:33:50] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[12:43:26] -!- The__Ball has quit [Ping timeout: 248 seconds]
[13:29:26] -!- kwallace [kwallace!~kwallace@142.147.85.210] has joined #linuxcnc-devel
[13:34:38] -!- patrickarlt has quit [Ping timeout: 248 seconds]
[13:36:05] -!- lkc [lkc!~lkc@hostg.touk.pl] has joined #linuxcnc-devel
[13:37:51] -!- arrowbook [arrowbook!~qicruser@119.176.48.183] has joined #linuxcnc-devel
[13:47:07] -!- REEEN [REEEN!~androirc@tmo-103-6.customers.d1-online.com] has joined #linuxcnc-devel
[13:47:36] <REEEN> Hello guys I have a little question ...
[13:48:25] <REEEN> Iam trying to write a routine which sets the z tool offset in the tooltable to the current position in g53
[13:48:41] <REEEN> But there is no gcode param for that
[13:48:59] <REEEN> Any ideas ?
[13:52:06] <REEEN> I can only find the coordinates in G54 to G59.x
[13:53:56] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[14:01:25] <mozmck> REEEN: as far as I know, you have to home the machine to set g53
[14:03:11] <REEEN> Yes but thats not waht I asked for :) I wanted to know whether there is a gcode param to get the current g53 position or another way to pass that value to the tooltable in a routine
[14:03:13] <mozmck> hmm, that's probably not what you are asking.
[14:03:43] <cradek> REEEN: use g10 l11
[14:03:56] <cradek> http://linuxcnc.org/docs/html/gcode/gcode.html#sec:G10-L11
[14:04:39] <cradek> it isn't exactly what you asked for, but it is the normal way to do this
[14:05:11] <cradek> > .... use that fixture to measure tools without regard to other currently-active offsets.
[14:07:45] -!- anth0ny_ has quit [Quit: anth0ny_]
[14:25:17] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[14:32:48] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[14:35:05] -!- sebb_ has quit [Ping timeout: 252 seconds]
[14:36:14] -!- pandeiro has quit [Read error: Connection reset by peer]
[14:40:55] asheppard is now known as sheppard
[14:55:22] <Roguish> hey all. guess i've been sleeping for a few days, but what's up with the mailing lists? I haven't received any emails since the 16th ????
[14:55:34] <seb_kuzminsky> Roguish: SF's mailing lists are down
[14:55:38] <seb_kuzminsky> they're working on it
[14:55:43] <seb_kuzminsky> the last update was yesterday:
http://sourceforge.net/blog/sourceforge-developer-pages-back-online/
[14:55:56] <cradek> the bugtracker is working now
[14:55:58] <Roguish> okie dokie. thanks.
[14:57:07] <seb_kuzminsky> heh
[14:57:26] -!- Roguish has quit [Remote host closed the connection]
[14:57:51] <seb_kuzminsky> i don't see anything between 2.6.4 and 2.6.6 that could cause #427, speaking of bugs
[15:08:34] -!- sliptoni` [sliptoni`!sliptonic@2600:3c00::f03c:91ff:fe89:1c2c] has joined #linuxcnc-devel
[15:08:39] -!- mal``` [mal```!~mal``@105.ip-167-114-152.net] has joined #linuxcnc-devel
[15:09:53] -!- patrickarlt has quit [*.net *.split]
[15:09:53] -!- acdha has quit [*.net *.split]
[15:09:55] -!- kriskropd has quit [*.net *.split]
[15:09:55] -!- firephoto has quit [*.net *.split]
[15:09:56] -!- mikegg has quit [*.net *.split]
[15:09:56] -!- mal`` has quit [*.net *.split]
[15:09:58] -!- AshKyd has quit [*.net *.split]
[15:09:58] -!- Nutter has quit [*.net *.split]
[15:09:58] -!- sliptonic has quit [*.net *.split]
[15:18:32] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[15:20:42] -!- justanotheruser has quit [Ping timeout: 250 seconds]
[15:22:18] -!- justanotheruser has quit [Client Quit]
[15:34:41] -!- REEEN has quit [Ping timeout: 244 seconds]
[15:36:56] -!- dan2k3k4 has quit [Ping timeout: 246 seconds]
[15:44:33] -!- tocka has quit []
[15:47:30] -!- Daerist has quit [Quit: Leaving]
[15:51:23] <skunkworks> 2.6 has a lot of gmocca changes...
[15:54:31] <skunkworks> has he tried to see if axis acts the same? I suppose he can't just swap it out
[15:57:18] <seb_kuzminsky> i don't see how a change in gmoccapy could cause that change in behavior, but i also dont see anything else that could cause it
[15:57:47] <seb_kuzminsky> cradek has asked rick lair to bisect 2.6.4 to 2.6.6 to look for it, we'll see what he finds
[16:05:32] -!- BellinganRoy has quit [Remote host closed the connection]
[16:06:47] -!- lkc has quit [Ping timeout: 240 seconds]
[16:23:45] -!- Loetmichel2 has quit []
[16:37:59] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[16:41:14] -!- paideia has quit [Quit: Leaving]
[16:42:50] -!- REEEN [REEEN!~androirc@2a02:8071:238c:4000:29eb:209:6473:852] has joined #linuxcnc-devel
[16:44:39] <REEEN> Iam sorry I was offline for a while, cradek, you told me to use g10l11? How does that work ?
[16:44:57] <REEEN> I don't get it from the manual ...
[16:45:13] <cradek> what part don't you understand?
[16:45:46] <REEEN> How do I use it ?
[16:47:50] -!- pandeiro has quit [Remote host closed the connection]
[16:48:35] <REEEN> I wanted to set the current g53 coordinates for all tools so I can use them in every coordinate system
[16:50:28] <seb_kuzminsky> tool offsets are independent of which coordinate system you currently have active
[16:51:14] <REEEN> Yes, but if I touch off a tool in g54 and then switch to g55 and touch off again the offset is wrong
[16:52:51] <seb_kuzminsky> once you've touched off a tool in any coordinate system, you dont have to touch it off again (until you change the physical tool length offset, for example by re-mounting it in its tool holder)
[16:53:39] <REEEN> Yes, but if I touch off another tool in a different coordinate system
[16:54:00] <REEEN> Then they are independant from each other
[16:54:40] <REEEN> It works only if I use the old tool zo set the coordinate system
[16:55:11] <seb_kuzminsky> wait, are you talking about tool-length touch-off or workpiece touch-off?
[16:55:26] <REEEN> Tool length offset
[16:55:41] <REEEN> I want to do the following :
[16:55:55] -!- PCW_ [PCW_!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[16:56:59] -!- PCW has quit [Ping timeout: 252 seconds]
[16:57:04] PCW_ is now known as PCW
[16:57:18] <REEEN> I have a tool length sensor and I want to use it to measure my tools but not after every toolchange I only want to measurr them once I put the measuring Instrument on the same position everytime I use it.
[16:58:34] -!- mozmck_zilla [mozmck_zilla!~Thunderbi@67.210.159.245] has joined #linuxcnc-devel
[16:58:36] <seb_kuzminsky> ok, that sounds like a perfectly normal way to use a tool length sensor
[16:58:44] <REEEN> Yes
[17:00:08] <REEEN> My current routine sets the coordinate system to the current g54 coordinates and so it doesn't work if I change my reference point in g54 or change the coordinate system and measure another tool
[17:01:32] <REEEN> Thats the problem
[17:02:00] <seb_kuzminsky> i dont understand the last thing you said
[17:02:44] -!- mozmck_zilla [mozmck_zilla!~Thunderbi@67.210.159.245] has parted #linuxcnc-devel
[17:02:53] <seb_kuzminsky> if i load a tool and click "Touch Off" in the Axis GUI, and enter a tool length offset, then that TLO works even if i move the G54 coordinate system around, and it works if i switch to any other coordinate system
[17:03:13] <seb_kuzminsky> same thing if i load a tool and apply its stored TLO from the tool table with G43
[17:03:50] <REEEN> If you touch off a tool what do you enter in the length offste ?
[17:04:17] -!- dan2k3k4 has quit [Ping timeout: 240 seconds]
[17:04:34] <seb_kuzminsky> in Axis you enter the desired coordinate (in the currently selected coordinate system) of the tool's controlled point
[17:04:59] <seb_kuzminsky> Axis compares that to the currently selected coordinate system's offset, and computes the offset added by the tool
[17:05:32] <seb_kuzminsky> that, the offset added by the tool, is what gets stored in the tool table
[17:05:50] <seb_kuzminsky> that offset gets used whenever you G43 this tool, no matter what coordinate system you're in (G54, G55, etc)
[17:06:17] <REEEN> Yes I know but what are the desired coordinates you enter for that tool ?
[17:06:21] <mozmck> You enter it by hand? Sounds like REEEN is trying to automate it with a sensor?
[17:07:02] <REEEN> Yes and the problem is I don't know which coordinates to enter for the tool
[17:07:30] <REEEN> Iam currently entering the current z pos in g54 and that is wrong
[17:07:32] <mozmck> I think I understand the problem, but I don't know the solution. I've not used tool offsets yet.
[17:07:34] <seb_kuzminsky> our docs on coordinate systems could maybe use a description of tool length offsets:
http://linuxcnc.org/docs/2.6/html/common/User_Concepts.html#_coordinate_systems
[17:08:19] <seb_kuzminsky> we have this:
http://linuxcnc.org/docs/2.6/html/gcode/tool_compensation.html#_tool_length_offsets
[17:09:02] <seb_kuzminsky> REEEN: is your question this: "when i run my tool into my tool sensor and it trips, what should i set the TLO to?"
[17:09:30] <REEEN> Yes :)))))
[17:09:37] <REEEN> Thats it !!
[17:10:40] <seb_kuzminsky> if so, the answer is "the difference between the currently selected coordinate systems's Z (without any tool length offset) and the Z coordinate of the tool sensor's trip point (again in the currently selected coordinate system)"
[17:10:44] <seb_kuzminsky> :-)
[17:11:20] <seb_kuzminsky> i was taught to think of TLOs this way:
[17:11:40] <seb_kuzminsky> dont worry about the absolute TLO of each tool, what matters is the difference in TLO between the tools you're using
[17:12:07] <seb_kuzminsky> this is beause the absolute TLO is easily compensated for by translating the whole coordinate system
[17:12:26] <seb_kuzminsky> so the process for setting TLOs of your tools looks like this:
[17:13:30] <seb_kuzminsky> Tn M6 to your longest tool, touch it to your tool sensor and set TLO to 0
[17:14:18] <seb_kuzminsky> then cycle through all the other tools one by one and touch off to your tool sensor
[17:14:22] <seb_kuzminsky> that's it
[17:15:05] <seb_kuzminsky> when you touch one of the shorter tools to the tool sensor and tell Axis that your Z is now 0, it figures out the TLO needed to make that true and updates the tool table
[17:15:11] <seb_kuzminsky> does that make sense?
[17:16:23] <REEEN> Hmm , can I send you my current routine ?
[17:17:32] <seb_kuzminsky> err, maybe better to paste it someplace public
[17:17:48] <REEEN> Okay wait I change to my pc
[17:17:53] -!- REEEN has quit [Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )]
[17:18:04] -!- REEEN [REEEN!2e050279@gateway/web/freenode/ip.46.5.2.121] has joined #linuxcnc-devel
[17:18:11] <REEEN> okay Iam back
[17:18:28] <REEEN> when my tool touches of I do this :
[17:18:47] <REEEN> G10 L1 P#<_current_tool> Z#5063
[17:19:17] <REEEN> I set the tooltables Z offset from the curent tool to my current z position
[17:19:34] <REEEN> this is the wrong way I know
[17:21:49] <REEEN> I think I have to use g10 l11 but the description of this code is so bad I don't get it
[17:21:56] <seb_kuzminsky> http://linuxcnc.org/docs/2.6/html/gcode/gcode.html#sec:G10-L1_
[17:22:30] <seb_kuzminsky> G10 L1 sets the tool offset to the programmed Z word, which ignores coordinate system offsets, which is almost certainly not what you want in this case
[17:23:40] <seb_kuzminsky> G10 L11 sets the TLO to the specified coordinates *in G59.3*, which also probably not what you want
[17:24:00] <REEEN> yes I think so
[17:24:00] <Tom_itx> is the longest tool a requirement or suggestion? the offsets should reflect any tool order?
[17:24:07] <Tom_itx> i agree the longest is a good idea
[17:24:19] <REEEN> I would use the spindle nose
[17:24:21] <seb_kuzminsky> G10 L10 sets the TLO to the specified coordinate in whatever the selected coordinate system is, that's probably what you want
[17:24:33] -!- tannewt has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
[17:24:33] -!- pandeiro has quit [Read error: Connection reset by peer]
[17:24:39] <REEEN> so g10 l10 will make it ?
[17:25:10] <cradek> set g59.3's origin near your sensor, and use L11 and your offsets will be small
[17:25:23] <cradek> L11 is exactly for this
[17:25:30] <seb_kuzminsky> he moves his sensor around
[17:25:39] <cradek> ??
[17:25:56] <cradek> around how exactly?
[17:26:09] <seb_kuzminsky> i assume it's something like this:
https://www.stepcraft-systems.com/media/k2/items/cache/78a38d90a5f5af5857b8e93fa4dd5a84_XL.jpg
[17:26:51] <cradek> if you always set that on the table somewhere, that's fine
[17:27:23] <REEEN> Yes thats it I always place it on the same position
[17:27:27] <seb_kuzminsky> oh
[17:27:37] <seb_kuzminsky> then yeah, do what cradek suggested
[17:28:08] <REEEN> i have a specified position on my machine table wehere I place it if i need to measure a new tool
[17:28:17] <REEEN> so g10 l11 ?
[17:28:19] <cradek> set G59.3 such that with TLO 0 a typical/longish tool tip is near the sensor's height at G59.3 Z=0
[17:28:41] <cradek> then just use L11 Z0
[17:29:03] <cradek> so hard to type this on my phone
[17:29:14] <REEEN> But if I change g59.3 later it is messed up right ?
[17:29:27] <cradek> don't do that
[17:29:31] <seb_kuzminsky> no, the tlos will still be right even if you move g59.3
[17:29:44] <cradek> G59.3 is for your measurer
[17:30:11] <REEEN> yes so i have to block this coordinate system for the user
[17:32:15] <REEEN> the way I would do that is using G53 z coordinates. G53 is always exactly the same
[17:32:36] <REEEN> and g53 can't be changed so why not use that ?
[17:33:23] <cradek> because you'll get huge TLOs and that's irritating
[17:33:41] <seb_kuzminsky> REEEN: i see your point, using G53 would have that nice feature in this case
[17:34:23] <cradek> I think it's best to have small negative TLOs
[17:34:24] <seb_kuzminsky> unfortunately the g-code standard treats G53 specially (it's not modal like the other coordinate systems, for example), and isnt usable in this case :-(
[17:35:23] <REEEN> yes :( no gcode param but I have an Idea I can subtract the current coordinates system offset from my current positon so I'm back in g53 ?
[17:36:04] <cradek> you're about to write crashy units-related assumptions and bugs
[17:36:29] <cradek> but yeah you could do math on the #numbers
[17:36:39] <seb_kuzminsky> do you have users who use G59.3 normally? i've never used it myself
[17:37:33] <REEEN> I have a lot users and it is a bit complicated to tell them all not to use g59.3
[17:37:45] <seb_kuzminsky> yeah, i can understand that
[17:37:53] <cradek> notice with L11 Z0 active units don't matter
[17:38:12] <cradek> anyway, be careful
[17:38:13] <seb_kuzminsky> ooh, nice, 0mm == 0inches
[17:38:55] <seb_kuzminsky> there's no way to "lock" a coordinate system
[17:38:55] <REEEN> you know anytime there will be someone using it and then he's going to call my because there is an error :D
[17:39:43] <seb_kuzminsky> you could remove it from the touch-off list in the gui, so the user would have to use MDI G10 L2 or L20 to change it
[17:41:18] <REEEN> hmm how do you mean that ?
[17:41:42] <REEEN> I think I will try out the math thing to use g53 before I do that
[17:41:57] <REEEN> I will let you guys know if it works
[17:42:41] <seb_kuzminsky> i mean, edit axis.py, change the all_systems variable to not include G59.3, that way a user can't use the GUI to change G59.3
[17:43:23] <REEEN> Thanks to all of you :)))
[17:43:47] <REEEN> Iam using gmoccapy, maybe I will tell norbert to remove it :)
[17:44:13] <seb_kuzminsky> no! dont remove it for everyone, just your untrustworthy users! the rest of us want it ;-)
[17:45:09] <REEEN> :D Iam currently building a new gui industrial faced and I think we will put an option to hide it in the settings
[17:45:30] <REEEN> no not iam I mena norbert and i :)
[17:47:11] <REEEN> we were talking about tools and the tooltable, why the hell is the tooltable limited to 56 tools ? 56 tools thats nothing Iam using about 300 tools and I had to use a patch to be able to use them
[17:48:12] <REEEN> does anyone know why ?
[17:49:12] <Tom_itx> that's come up in the past
[17:49:43] <JT-Shop> something about NML message size IIRC
[17:50:47] <REEEN> okay, so why not increase this number ?
[17:51:31] <JT-Shop> I should have said NML message size limits
[17:52:33] <REEEN> but it works using the patch
[17:53:02] <JT-Shop> it's above my pay scale now
[17:53:16] <Tom_itx> submit the patch for review?
[17:54:18] -!- acdha_ has quit [Quit: Textual IRC Client: www.textualapp.com]
[17:55:00] -!- arrowbook has quit [Ping timeout: 264 seconds]
[17:55:06] <REEEN> I received the patch from norbert and he received it from seb
[18:00:10] -!- sumpfralle has quit [Ping timeout: 250 seconds]
[18:06:04] -!- syyl has quit [Ping timeout: 244 seconds]
[18:10:32] -!- micges_ [micges_!~micges@epi5.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[18:12:35] <seb_kuzminsky> nope
[18:14:12] -!- micges has quit [Ping timeout: 265 seconds]
[18:15:08] <cradek> you can increase the number of tools with a define in the code and then you have to increase the tool buffer size in your nml file. just set it so it's big enough for your machine.
[18:17:19] <seb_kuzminsky> i'm not opposed to increasing the tool table size in master
[18:17:57] <seb_kuzminsky> it's a common complaint, and easy to fix at low cost to code complexity and runtime resource usage
[18:18:21] <cradek> it probably no longer breaks all the configs to increase it (since they don't have separate nml files anymore)
[18:19:01] -!- lerman [lerman!~lerman@24-151-1-146.static.nwtn.ct.charter.com] has joined #linuxcnc-devel
[18:29:37] <jepler> I wonder how much layering you have to violate to find out the size of the nml buffer and dynamically change the number of tools to match
[18:29:42] <jepler> so that the change would *only* be the nml file
[18:29:51] <jepler> not gonna try to sneak that in for 2.7, no way
[18:31:06] <jepler> #1 = #5381 #2 = #5382 ...
[18:31:22] <jepler> G10 L...
[18:31:29] <jepler> #5381 = #1 #5382 = #2 ...
[18:31:43] <jepler> oh woops, before the G10 line, #5381 = 0 #5382 = 0 ...
[18:32:14] <jepler> basically, you could save the G59.3 coordinate system, stick all zeros in it, do your activity in G53.9, and then put everything back
[18:32:17] <jepler> untested
[18:33:18] <jepler> it's also interesting to wonder whether there could be a "modal G53" (e.g., G53.1)
[18:38:04] <lerman> I haven't seen anything on the mailing lists in about five days. Is it just me or is there something I should know?
[18:38:51] <cradek> http://sourceforge.net/blog/category/sitestatus/
[18:39:05] <lerman> Thanks, KL
[18:39:16] <cradek> lerman: sourceforge put all their data in one shoebox and then it broke
[18:39:22] <jepler> /topic sourceforge broke. status: putting humpty together again
[18:39:30] <jepler> also they put slashdot in the same shoebox
[18:39:47] <jepler> also in a few weeks we'll probably hear that the bad guys have our plaintext passwords and social security numbers
[18:39:47] <cradek> wow
[18:40:07] <cradek> and control of our car brakes
[18:40:52] <lerman> The bad guys already have my SSN (in fact, they generated it.) :-)
[18:41:03] <JT-Shop> lol
[18:52:45] -!- PetefromTn_ has quit [Ping timeout: 240 seconds]
[18:53:27] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[18:53:54] <mozmck> why is there wireless access to cars controls now anyhow?
[18:54:21] <cradek> to make them more like entertainment systems or video games
[18:54:47] <cradek> fwiw,
http://www.wired.com/2015/07/hackers-remotely-kill-jeep-highway/
[18:54:56] <mozmck> yeah, I saw that. I like my old cars...
[18:55:12] <cradek> also it allows the car companies to sell you subscription services so they get monthly income from you forever
[18:55:36] <mozmck> or they kill your car on the highway. gov likes it too I'm sure.
[18:57:34] <skunkworks_> come on moz - you don't think military training in TX is a precursor to Gov take over - do you?
[19:04:24] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[19:07:11] <mozmck> Haven't heard much about that. But it seems gov never turns down an opportunity for more control, power, spying etc.
[19:07:54] <cradek> sure it does, when considering regulation of robber-barons
[19:08:17] <mozmck> well, they give money and that's more power :)
[19:08:26] <cradek> yay money
[19:11:01] <skunkworks_> imporved data passsing to cannon buffer so things like feedrate override can work inside subroutines..
[19:11:15] <mozmck> oh well. I'm not anti government. But not always for everything they do.
[19:11:20] <skunkworks_> ^ mach4 changelog..
[19:11:37] <cradek> skunkworks_: always interesting
[19:11:55] <mozmck> huh, need some imporved speling
[19:12:02] <skunkworks_> that was me..
[19:12:03] <skunkworks_> sorry
[19:12:05] <mozmck> :)
[19:12:13] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[19:12:32] -!- dan2k3k4 has quit [Ping timeout: 246 seconds]
[19:12:40] <mozmck> I nevver mispel things.
[19:12:43] <skunkworks> forgot I had irc up here
[19:13:07] <skunkworks> http://www.pmdx.com/Downloads_Mach4/Mach4_Hobby_Releases/Mach4Hobby%20build-release-notes.txt
[19:13:10] <skunkworks> zlog
[19:13:10] <zlog> skunkworks: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2015-07-21.html
[19:13:37] <jepler> they port mach to linux yet?
[19:15:55] <skunkworks_> it is on the to-do list
[19:16:12] <cradek> why would you even
[19:16:52] <jepler> working RT with a user interface many people like?
[19:17:08] <cradek> oh right
[19:17:16] <skunkworks_> I don't think they will use any rt... I think the plan is external motion boards.
[19:17:22] <skunkworks_> only
[19:17:57] <cradek> why would you even
[19:19:35] <skunkworks_> heh
[19:21:03] <mozmck> I've heard that you can get a lot faster updates to external hardware with mach4, but I don't know how realtime it is.
[19:22:01] <skunkworks_> it isn't
[19:22:07] <skunkworks_> it is a buffered system.
[19:22:27] -!- dan2k3k4k5 has quit [Ping timeout: 255 seconds]
[19:22:28] <mozmck> So basically the same as mach3 on that side.
[19:22:39] <skunkworks_> the only realtimey part of mach3/mach4 is arts printer port driver
[19:22:45] <skunkworks_> (software wise)
[19:22:53] <skunkworks_> other than external software
[19:23:01] <skunkworks_> *hardware
[19:23:11] <mozmck> For Mach3, believe me, I know.
[19:23:13] <jepler> then what do change items like "Incremental planner for jogging improved to avoid overshoot" mean?
[19:23:45] <skunkworks_> scarys sounding - huh? But it still pretty beta...
[19:23:52] <skunkworks_> if that
[19:24:38] <jepler> hmm maybe we should go back to talking about soviet mind-control airships
[19:25:15] <skunkworks_> oh - the goverment is flying drones around hacking peoples wifi...
[19:35:38] <skunkworks_> http://www.tormach.com/blog/greg-jackson-1952-2015/?utm_source=blog&utm_medium=email&utm_campaign=postnotify&utm_id=6073&utm_title=Greg+Jackson%2C+1952-2015
[19:40:50] micges_ is now known as micges
[19:57:29] -!- skunkworks_ has quit [Read error: Connection reset by peer]
[19:59:43] -!- REEEN has quit [Quit: Page closed]
[20:01:46] -!- skunkworks has quit [Ping timeout: 256 seconds]
[20:06:15] -!- Roguish has quit [Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324]]
[20:07:59] -!- arekm has quit [Read error: Connection reset by peer]
[20:11:17] -!- bjmorel_work [bjmorel_work!~brianmore@71-13-81-38.static.bycy.mi.charter.com] has joined #linuxcnc-devel
[20:14:21] <bjmorel_work> PCW are you around?
[20:24:05] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:28:04] -!- Camaban has quit [Quit: Leaving]
[20:33:00] <jepler> micges: what was the result of your hostmot2 ethernet testing with 2 devices? If you said anything further I missed it in scrollback.
[20:35:27] <micges> I've got ferrors but can't tell if it's from any bugs or my switch which is 100Mb
[20:45:05] <PCW> Around but I have ~800 boards to ship before end of the month so not much time
[20:46:31] <PCW> freeby.mesanet.com/dual.zip is my config that fails with 2 cards
[20:46:48] <micges> thanks
[20:48:30] <bjmorel_work> PCW: Is the 7i92 flashed before shipping?
[20:48:39] <PCW> ( had run the 7I76e through the switch for about 3 weeks at 3 KHZ without any problems)
[20:49:01] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[20:49:24] <PCW> yes the 7I92 must be programmed or you have no way to access it
[20:49:55] <bjmorel_work> Sorry, I meant do I have to load an appropriate bit file, and if so where are they located?
[20:50:33] <PCW> you need to load a bitfile appropriate to you use/daughtercards
[20:51:03] <bjmorel_work> ok, thanks.
[20:51:16] <PCW> they are in the 7i92.zip file in configs/hostmot2
[20:53:08] <PCW> you can read the current pinout with
[20:53:09] <PCW> mesaflash --device 7i92 --readhmid
[20:53:11] <PCW> (assuming its set for the default IP address 192.168.1.121)
[20:53:44] <bjmorel_work> Perfect, get to leave work in 7 minutes to go play :)
[20:57:51] -!- pandeiro has quit [Remote host closed the connection]
[21:00:45] <jepler> PCW: OK, I'll grab your config and see if I reproduce the problem with it, or can spot a problem
[21:06:14] -!- stucky_ has quit [Client Quit]
[21:10:26] <cradek> TIL adding 2-3% lead to tin and other coatings prevents (prevented) whiskers. I wonder what they use today, if anything
[21:13:24] <cradek> http://www.sciencedirect.com/science/article/pii/S0026271413003107
[21:14:40] -!- Deejay has quit [Quit: bye]
[21:18:14] <mozmck> As far as I know, lead-free solder simply has problems with tin whiskers.
[21:18:58] -!- brianmorel99 [brianmorel99!~brianmore@h75-100-180-199.mgtnmi.dsl.dynamic.tds.net] has joined #linuxcnc-devel
[21:19:20] -!- dan2k3k4 has quit [Quit: Leaving]
[21:19:58] -!- brianmorel99 has quit [Client Quit]
[21:20:26] <mozmck> I've heard that NASA does not allow lead-free solder for at least critical stuff, and that it also is not used or not allowed for avionics?
[21:21:18] <cradek> that would not surprise me
[21:21:59] <cradek> it can make perfect sense to make disposable consumer crap a little less toxic, but not make sense in an airplane
[21:23:42] <mozmck> I wonder how much less toxic it really is? Lead comes out of the ground after all...
[21:24:18] <seb_kuzminsky> it's pretty toxic
[21:24:28] <seb_kuzminsky> uranium and asbestos come from the ground too
[21:25:37] <cradek> removing lead from gasoline in a region causes crime rates there to drop 22 years later
[21:26:41] <cradek> lead really screws up kids
[21:26:42] -!- stucky_ has quit [Quit: stucky_]
[21:26:52] <mozmck> heh, that would be an extremely weak link. Many things can change in 22 years.
[21:27:08] <cradek> well that's what we have statistics for
[21:28:15] <mozmck> I know lead is toxic, but I wonder how much less toxic is the replacement? Is it %95 as toxic like R134A compared to R12?
[21:28:52] <cradek> citations near the end of the section
https://en.wikipedia.org/wiki/Tetraethyllead#Toxicity
[21:29:58] <cradek> R12 wasn't phased out because it was toxic, it was phased out because it was nuking the ozone layer
[21:30:42] <mozmck> Yes, but from things I read, R134A was only %5 less harmful.
[21:31:58] -!- stucky_ has quit [Remote host closed the connection]
[21:31:59] <cradek> have a citation? google isn't giving me one.
[21:33:33] <mozmck> no, it was a long time ago now I read on that. oh well, I'm cynical of a lot of stuff, especially when it becomes political.
[21:34:25] <cradek> unfortunately everything is politics; even science and facts and math seem to be fair game for opinion-based debate
[21:34:39] <mozmck> yes.
[21:34:49] <cradek> some people don't believe in ... facts
[21:41:20] -!- stucky_ has quit [Remote host closed the connection]
[21:44:12] -!- Abyx has quit [Ping timeout: 255 seconds]
[21:45:31] <cradek> the graph on page 69 of the first citation is pretty amazing. wish there was an updated version of this paper.
[21:55:52] -!- FinboySlick has quit [Quit: Leaving.]
[21:56:25] -!- chillly has quit [Quit: Ex-Chat]
[21:56:53] <seb_kuzminsky> i have a couple of non-trivkins machines, and it's making me wish Motion (or someone) switched from Free to Teleop mode automatically after homing
[21:57:06] <seb_kuzminsky> i always rack my gantry once before i remember to hit $ in Axis
[21:58:05] -!- stucky_ has quit [Quit: stucky_]
[21:59:07] postaL is now known as postaL_offline
[22:01:11] <seb_kuzminsky> seems like the GUI is the wrong place to do it
[22:01:58] -!- sumpfralle has quit [Ping timeout: 264 seconds]
[22:02:33] postaL_offline is now known as postaL
[22:02:41] -!- tswartz has quit [Read error: Connection reset by peer]
[22:05:02] <seb_kuzminsky> is there ever any good reason to stay in Free mode when Teleop is available?
[22:05:21] -!- MacGyverX has quit [Ping timeout: 252 seconds]
[22:06:21] <jepler> I thought there was something deficient about teleop mode jogging, like that one of incremental or continuous jog was unavailable
[22:07:47] -!- Computer_barf has quit [Ping timeout: 240 seconds]
[22:08:23] -!- _Sync_ has quit [Ping timeout: 244 seconds]
[22:09:01] -!- membiblio has quit [Ping timeout: 252 seconds]
[22:13:19] <micges> seb_kuzminsky: doing it in GUI is better than not doing it at all, all my gantry machines controls free/teleop from gui and they works fine
[22:13:28] <jepler> huh R-134a is no longer used in new cars in Europe. They're on to something called HFO-1234yf.
[22:14:53] <jepler> .. this one only causes 4x the global warming of CO2, but it *does* catch on fire.
[22:14:59] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[22:19:56] -!- tinkerer has quit [Remote host closed the connection]
[22:30:25] -!- arekm_ has quit [Ping timeout: 240 seconds]
[22:32:49] -!- bluemaex_ has quit [Ping timeout: 246 seconds]
[22:34:13] -!- _Sync_ has quit [Ping timeout: 246 seconds]
[22:34:16] -!- Abyx_ has quit [Quit: X_X]
[22:34:43] -!- andypugh [andypugh!~andypugh@23.Red-79-151-244.dynamicIP.rima-tde.net] has joined #linuxcnc-devel
[22:42:31] <seb_kuzminsky> jepler: ah, you're right, no incremental teleop jogging, boo
[22:43:13] <seb_kuzminsky> which is silly, and you can work around it with small mdi moves
[22:44:52] -!- md-2 has quit [Remote host closed the connection]
[22:48:17] <andypugh> Google doesn’t seem to contain much bleating about Sourceforge mailing lists being down, Is it just us? (is it just me?) Theid blog / twitter seems to say that they think mailing lists are back.
[22:50:11] <seb_kuzminsky> andypugh: where do you see that? the most recent blog post (from yesterday) says they're still working on mailing lists:
http://sourceforge.net/blog/category/sitestatus/
[22:52:55] <andypugh> https://twitter.com/sfnet_ops
[22:53:08] <andypugh> But I might be reading too much into the archives being back.
[22:53:33] <andypugh> a comment on the message about archives asks when the lists are due back.
[22:54:29] <andypugh> I wonder if it is worth harvesting all the emails that have sent a message to the list to say why we have gone silent?
[23:09:29] -!- dan2k3k4 has quit [Ping timeout: 246 seconds]
[23:10:38] <seb_kuzminsky> i've gotten personal emails from a couple of people and responded to them individually
[23:10:54] <seb_kuzminsky> there's also been people asking here on irc
[23:14:33] -!- Abyx_ has quit [Ping timeout: 256 seconds]
[23:19:38] -!- andypugh has quit [Quit: andypugh]
[23:24:40] <seb_kuzminsky> ooh, an email on emc-users
[23:24:53] <seb_kuzminsky> it's a candle flickering in the darkness
[23:30:28] -!- asdfasd has quit [Ping timeout: 244 seconds]
[23:30:43] -!- md-2 has quit [Remote host closed the connection]
[23:44:42] -!- Flipp__ has quit [Remote host closed the connection]
[23:45:50] <jepler> PCW: compared to your config, I had to disable serial
[23:46:03] <jepler> just because I don't have any
[23:46:43] <jepler> .. and then it ran for me
[23:47:13] <jepler> config differences
http://paste.ubuntu.com/11917280/
[23:48:35] <jepler> so is it sserial?
[23:51:31] <Tom_itx> looks that way
[23:56:32] -!- Mr_Sheesh has quit [Remote host closed the connection]
