#linuxcnc-devel | Logs for 2016-05-01

Back
[00:33:49] <pcw_home> yeah with no power you have some interesting crosstalk issues
[00:36:22] <skunkworks> that was the problem.. Spindle working now - 10v is 6000rpm. orient works
[00:39:24] -!- tobias47n9e_ has quit [Ping timeout: 244 seconds]
[00:48:17] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[00:58:35] -!- LawrenceG [LawrenceG!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[01:14:22] -!- LawrenceG has quit [Remote host closed the connection]
[01:18:40] <skunkworks_> another great stream of consciousness...
[01:27:23] <skunkworks_> https://www.youtube.com/watch?v=rwHqET2BACg
[01:30:34] <skunkworks_> still have to tune the axis.. soon
[01:36:27] <cradek> awesome
[01:42:06] <skunkworks_> wierd just hooking things up - unlike the k&t
[01:42:33] <cradek> it was fully working before you started?
[01:45:49] <skunkworks_> pretty much,,
[01:46:01] <skunkworks_> no issues with servos or spindle drive
[01:48:33] -!- kingarmadillo has quit [Ping timeout: 240 seconds]
[01:54:57] <skunkworks_> orient 'just works' no futzing - just initiate the orient while either spinning or stopped - orients.
[01:55:38] <skunkworks_> easier than a pawl...
[02:21:42] <jepler> a-pawl-ing
[02:25:03] <skunkworks_> :)
[02:46:33] -!- Roguish_ [Roguish_!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[02:49:30] -!- kingarmadillo has quit [Ping timeout: 246 seconds]
[02:49:56] -!- Roguish_ has quit [Client Quit]
[02:50:07] -!- Roguish has quit [Ping timeout: 244 seconds]
[03:15:05] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes13 62ff993 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py axis.py: redraw_dro() at touchoff,tooltouchoff JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=62ff993
[03:26:02] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[03:32:30] -!- tchaddad has quit [Remote host closed the connection]
[03:53:33] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[04:27:43] -!- Komzpa has quit [Ping timeout: 252 seconds]
[04:42:44] -!- tchaddad has quit [Remote host closed the connection]
[04:54:00] -!- Komzpa has quit [Ping timeout: 276 seconds]
[05:28:33] -!- Mathnerd314 has quit [Ping timeout: 268 seconds]
[05:32:44] -!- skunksleep has quit [Ping timeout: 260 seconds]
[05:43:41] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[05:50:21] -!- tchaddad has quit [Remote host closed the connection]
[05:52:40] -!- kwallace [kwallace!~kwallace@162.222.30.12] has parted #linuxcnc-devel
[05:53:04] -!- tchaddad has quit [Remote host closed the connection]
[06:01:13] -!- tchaddad has quit [Ping timeout: 252 seconds]
[06:10:08] -!- ve7it has quit [Remote host closed the connection]
[06:13:54] -!- kingarmadillo has quit [Ping timeout: 246 seconds]
[09:03:24] -!- tchaddad has quit [Ping timeout: 276 seconds]
[09:40:42] -!- b_b has quit [Changing host]
[10:24:40] -!- kingarmadillo has quit [Ping timeout: 252 seconds]
[12:25:57] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[13:09:01] <pcw_home> For "eth-packet-loss", looks like sserial needs to be taught to cycle skip if theres a Ethernet RX packet loss/timeout:
[13:09:02] <pcw_home> http://www.pastebin.ca/3587778
[13:10:25] -!- ivansanchez has quit []
[13:24:00] -!- tchaddad has quit [Remote host closed the connection]
[13:28:36] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[13:35:36] <jepler> PCW: so far there's no way for another part (sserial, encoder, etc) to know that a detected read or write error occurred, other than the fact that we now call all the force_write routines in either case
[13:35:55] <jepler> PCW: is this actually new with the branch and not in master?
[13:35:56] <jepler> hm2_eth: ERROR: used llio->read in realtime task (addr=0x5b00)
[13:36:44] <pcw_home> Let me check
[13:38:22] <pcw_home> only in eth-packet-loss
[13:42:17] <jepler> ok, noted
[13:56:57] <Roguish> pcw_home: hey Peter, how are those 5I20 boards I dropped off for repair? Had a chance to send in a batch yet?
[14:00:16] -!- tchaddad has quit [Ping timeout: 252 seconds]
[14:49:07] -!- kwallace [kwallace!~kwallace@162.222.30.12] has joined #linuxcnc-devel
[14:56:41] -!- noser has quit [Ping timeout: 250 seconds]
[14:57:48] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[15:29:07] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8201:5d87:280f:bbe4:3549:6aa5] has joined #linuxcnc-devel
[15:29:59] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8201:5d87:280f:bbe4:3549:6aa5] has parted #linuxcnc-devel
[15:37:20] -!- Roguish_ [Roguish_!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[16:03:54] -!- tobias47n9e_ has quit [Ping timeout: 260 seconds]
[16:06:35] -!- tchaddad has quit [Remote host closed the connection]
[16:10:23] <skunkworks> 300ipm RUNS OK
[16:12:04] <skunkworks> adjusted the output scale so that the error was flat. then added just a pinch of d
[16:15:06] <skunkworks> Z I needed to lower P
[16:26:07] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes13 de8a95e 06linuxcnc 10(8 files in 5 dirs) inihal: new ini hal pins for home, home_offset JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=de8a95e
[16:39:42] <Roguish_> would someone please explain what the joint-axes branch does, exactly? it looks interesting and i'ld like to try a sim in a vm.
[16:55:43] -!- tobias47n9e__ has quit [Ping timeout: 252 seconds]
[17:13:47] <jepler> Roguish_: linuxcnc has always given lip service to supporting non-trivial-kinematics machines, but JAx improves it. The name of the branch, "joints-axes" refers to one of the main elements of the work, clearly separating out, particularly in hal and inifile, what data pertains to a cartesian axis and what data pertains to a (possibly non-cartesian) joint
[17:27:34] <cradek> argh, my new machine communicates with the pluto fine, at least initally, but it's ferroring on many jogs
[17:27:38] <cradek> I bet it's getting read errors
[17:27:43] -!- tchaddad has quit [Remote host closed the connection]
[17:31:33] -!- Komzpa has quit [Ping timeout: 240 seconds]
[17:40:34] <cradek> yeah, pluto-servo.encoder.0.count changed from -2698 to +4 in one cycle (it was not moving)
[17:41:06] <cradek> 11 u32 RW 0x00000000 pluto-servo.communication-error
[17:43:21] <Roguish_> Jepler, thanks. that's pretty much what i thought. i'll plow through the docs and see if i can get a sim working in a vm. what dist would you suggest to start with?
[17:46:56] -!- jthornton [jthornton!~john@198.45.191.246] has joined #linuxcnc-devel
[17:47:08] <jepler> Roguish_: ja will build and run on all the same distributions that linuxcnc master branch does.
[17:48:03] <jepler> cradek: that only gets incremented if there's an EPP timeout. It wouldn't tell you if just the data was bad
[17:48:14] <cradek> ah, thanks
[17:48:30] <cradek> I'll shoot in the dark and try another cable
[17:48:35] <cradek> it *almost* works
[17:49:02] <jepler> -2698 and +4 differ in a lot of bits
[17:49:03] <cradek> but -2698 to +4 doesn't seem like a single bit of error
[17:49:06] <cradek> heh
[17:51:06] -!- JT-Shop [JT-Shop!~john@198.45.191.246] has joined #linuxcnc-devel
[17:54:18] <cradek> hm, when I wheelyjog Z it's always X that ferrors
[17:54:29] <cradek> if I do nothing but leave it in machine-on, it doesn't ferror
[17:54:45] <cradek> I think that means it's a noise thing
[17:59:59] -!- noser has quit [Ping timeout: 260 seconds]
[18:10:57] <cradek> yeah a super long and slow XZ move is working just fine
[18:12:33] <cradek> man I hate when I lose gcode. I can remember cutting that on THIS machine but the gcode just isn't here
[18:13:22] <cradek> oh!! it's this .py right here
[18:13:30] -!- Roguish has quit [Ping timeout: 276 seconds]
[18:13:48] <cradek> it was mathier than I remembered
[18:14:33] -!- Roguish_ has quit [Ping timeout: 240 seconds]
[18:16:09] -!- Roguish [Roguish!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[18:16:42] -!- Roguish_ [Roguish_!~chatzilla@c-50-143-183-159.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[18:21:29] -!- tchaddad has quit [Remote host closed the connection]
[18:31:37] <jepler> http://bosch-work-memes.tumblr.com/
[18:36:48] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[18:47:23] -!- b_b has quit [Remote host closed the connection]
[19:02:15] -!- micges [micges!~micges@dcc59.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[19:03:05] <micges> jepler: around?
[19:07:46] <jepler> micges: in and out
[19:08:40] <micges> quick question
[19:09:33] <micges> say we have simple drill in preview
[19:10:11] <micges> but we have machine like morbidelli author 504 with 16 tools in one line
[19:10:23] <micges> and you can use up to 6 tools from that 16
[19:10:40] <micges> how can it be showed in preview?
[19:15:10] -!- ve7it has quit [Remote host closed the connection]
[19:18:05] <jepler> ummm
[19:19:33] <jepler> good question
[19:19:50] -!- tchaddad has quit [Remote host closed the connection]
[19:20:04] <jepler> G4 dwell paints a little "X"
[19:20:09] <jepler> right at the controlled poin
[19:20:10] <jepler> t
[19:20:52] <jepler> perhaps you want to show some "X"es that represent the tools that are activated at any time, using their location relative to the controlled point
[19:21:13] -!- tchaddad has quit [Read error: Connection reset by peer]
[19:22:38] <micges> I can try that
[19:22:40] <jepler> I don't know how, or if, it's customary to visualize this kind of part program
[19:23:11] <jepler> # self.dwells_append((self.lineno, self.colors['dwell'], x + self.offset_x, y + self.offset_y, z + self.offset_z, 0))
[19:24:00] <jepler> you'd just have to arrange to put the right coordinates in (the slightly misnamed for this purpose) self.dwells, in glcanon.py. I think the last number represents the plane
[19:24:42] <micges> coords are in tool table so it's easy to access them
[19:25:38] <micges> I can try X'es
[19:26:57] -!- tchaddad has quit [Ping timeout: 276 seconds]
[19:27:18] <micges> goal would be to add live plot of those additional tools but it's too messy it seems
[19:28:47] <micges> thanks
[19:33:28] <jepler> It sounds interesting. good luck.
[19:43:27] -!- kingarmadillo has quit [Ping timeout: 246 seconds]
[19:50:12] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8201:5d87:280f:bbe4:3549:6aa5] has joined #linuxcnc-devel
[19:56:12] -!- JT-JA13 [JT-JA13!~john@198.45.191.246] has joined #linuxcnc-devel
[20:04:47] -!- tchaddad has quit [Remote host closed the connection]
[20:14:23] <skunkworks_> https://www.youtube.com/watch?v=81uwBAuR96I
[20:16:30] <Roguish> skunkworks: is that matsuura running its original motors and drives? or what?
[20:16:50] <Roguish> the company I'm at has one that looks exactly alike.
[20:23:23] <skunkworks_> yes - original motors/servos and spindle drive
[20:23:37] <Roguish> so just replace the brains....
[20:26:21] -!- pandeiro has quit [Remote host closed the connection]
[20:26:53] -!- tchaddad has quit [Remote host closed the connection]
[20:29:00] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8201:5d87:280f:bbe4:3549:6aa5] has parted #linuxcnc-devel
[20:31:33] <skunkworks_> yes
[20:37:12] -!- JT-Shop has quit [Read error: Connection reset by peer]
[20:37:13] -!- jthornton has quit [Read error: Connection reset by peer]
[20:37:13] -!- JT-JA13 has quit [Read error: Connection reset by peer]
[20:37:38] -!- JT-Shop [JT-Shop!~john@198.45.191.246] has joined #linuxcnc-devel
[20:37:38] -!- jthornton [jthornton!~john@198.45.191.246] has joined #linuxcnc-devel
[20:37:38] -!- JT-JA13 [JT-JA13!~john@198.45.191.246] has joined #linuxcnc-devel
[20:39:24] -!- tchaddad has quit [Remote host closed the connection]
[21:10:22] -!- micges has quit [Quit: Wychodzi]
[21:26:29] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[22:08:28] -!- chillly has quit []
[22:28:06] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[22:36:16] -!- tchaddad has quit [Read error: Connection reset by peer]
[23:08:38] -!- Roguish has quit [Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805]]
[23:26:29] -!- Tom_itx has quit [Ping timeout: 268 seconds]
[23:26:36] -!- zlog has quit [Ping timeout: 276 seconds]
[23:27:33] -!- Roguish_ has quit [Quit: ChatZilla 0.9.92 [Iceweasel 38.7.1/20160319020706]]
[23:28:00] <seb_kuzminsky> huh, jessie's GCC 5.3.1 is uncovering a bug in linuxcnc
[23:28:24] -!- kingarmadillo has quit [Ping timeout: 260 seconds]
[23:29:13] <seb_kuzminsky> http://paste.debian.net/615131/
[23:29:24] <seb_kuzminsky> several of the tests fail
[23:29:43] <seb_kuzminsky> probably all the ones that use the python plugin?
[23:36:53] <seb_kuzminsky> all the tests that fail (and only the tests that fail) have [PYTHON] in their ini
[23:37:02] <seb_kuzminsky> the failure is in the handling of [PYTHON]TOPLEVEL
[23:37:06] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[23:41:40] <seb_kuzminsky> this looks a bit like the problem Stephen Krochenski and jepler fixed in December
[23:43:23] -!- zlog [zlog!~zlog@ip68-102-196-26.ks.ok.cox.net] has joined #linuxcnc-devel
[23:45:45] <seb_kuzminsky> i've got libbost-python-dev version 1.58.0.1, and libboost-everything-else 1.58.0+dfsg-5+b1
[23:45:50] <seb_kuzminsky> maybe that's got the bug jepler found
[23:46:11] <seb_kuzminsky> and i just havent updated the jessie buildbot vms recently, so they dont have this bug yet...
[23:57:54] <seb_kuzminsky> libboost-python1.60, also in jessie, doesn't have the problem