Back
[00:01:05] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[00:30:09] <skunkworks> still probably too complicated.. but works as needed
[00:30:14] <skunkworks> http://imgur.com/vz0OhdS
[00:35:08] -!- jimmybuffet has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
[00:37:32] -!- anth0ny_ has quit [Client Quit]
[00:42:35] <cradek> is this your first laddering?
[00:44:03] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8201:5d87:9895:58a3:89fd:ca3] has joined #linuxcnc-devel
[00:44:47] <skunkworks> no..
[00:45:54] <cradek> heh I didn't mean anything by the question
[00:46:23] <skunkworks> but I certainly don't have that much experience... :)
[00:46:34] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8201:5d87:9895:58a3:89fd:ca3] has parted #linuxcnc-devel
[00:54:59] -!- anth0ny_ has quit [Client Quit]
[00:55:18] -!- tobias47n9e has quit [Ping timeout: 250 seconds]
[01:33:47] <jepler> yay hm2_eth ran all weekend with .01% packet loss, pid stepper setup at 1200in/min
[01:34:20] <jepler> most of it using the idea of muxing the pid feedback value so that it gets command position when feedback is unavailable
[01:34:36] -!- anth0ny_ has quit [Quit: anth0ny_]
[01:37:50] <skunkworks> awesome!!
[01:51:58] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/eth-packet-loss 8477c28 06linuxcnc 10src/hal/drivers/mesa-hostmot2/hm2_eth.c 10src/hal/drivers/mesa-hostmot2/hm2_eth.h hm2_eth: switch from using rxudp count to confirm_write_cnt * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8477c28
[01:56:19] -!- anth0ny_ has quit [Quit: anth0ny_]
[02:06:43] -!- anth0ny_ has quit [Client Quit]
[02:06:59] <KGB-linuxcnc> 03Jeff Epler 05jepler/master/eth-packet-loss d3e4892 06linuxcnc 10docs/man/man9/hm2_eth.9 hm2_eth: improve docs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d3e4892
[02:07:33] <jepler> I didn't get as far as testing with sserial and packet loss, let alone fixing it, this weekend :-/
[02:12:53] <skunkworks> i can update tomorrow
[02:12:59] <skunkworks> and tune it better
[02:46:29] -!- skunksleep has quit [Ping timeout: 265 seconds]
[02:47:19] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[02:50:27] <jepler> seb_kuzminsky: of all the easy options available, EMC_TASK_PLAN_SYNCH doesn't seem too terrible
[02:51:59] -!- skunksleep has quit [Ping timeout: 260 seconds]
[02:56:40] -!- Miner_48er has quit [Quit: Leaving]
[03:00:10] -!- anth0ny_ has quit [Client Quit]
[03:40:43] -!- kingarmadillo has quit [Ping timeout: 252 seconds]
[03:50:49] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[04:23:41] wtsmer is now known as remstw
[04:54:10] -!- sel [sel!~sel@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[04:54:21] -!- sel has quit [Remote host closed the connection]
[05:44:43] -!- kwallace [kwallace!~kwallace@162.222.30.12] has parted #linuxcnc-devel
[06:10:27] -!- Mathnerd314 has quit [Ping timeout: 265 seconds]
[06:59:49] -!- rob_h [rob_h!~robh@94.0.120.220] has joined #linuxcnc-devel
[07:21:27] -!- teepee has quit [Ping timeout: 244 seconds]
[07:23:10] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[07:31:53] -!- md-2 has quit [Quit: Leaving...]
[07:57:35] -!- md-2 has quit [Read error: Connection reset by peer]
[08:58:32] -!- radish has quit [Ping timeout: 260 seconds]
[09:18:57] -!- skunksleep has quit [Ping timeout: 246 seconds]
[10:03:35] -!- patsy has quit [Quit: Life without danger is a waste of oxygen]
[10:11:18] -!- md-2 has quit [Read error: Connection reset by peer]
[10:12:10] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[10:19:02] -!- skunksleep has quit [Ping timeout: 260 seconds]
[10:24:24] -!- Daerist has quit [Quit: Leaving]
[10:36:18] -!- skunkworks has quit [Ping timeout: 246 seconds]
[10:45:24] -!- b_b has quit [Changing host]
[11:16:45] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[11:19:58] -!- jimmybuffet has quit [Ping timeout: 252 seconds]
[11:38:07] -!- kalxas has quit [Changing host]
[11:42:37] md-2 is now known as md-2|lunch
[11:49:17] -!- debjan_ has quit [Ping timeout: 276 seconds]
[12:07:04] -!- kwallace [kwallace!~kwallace@162.222.30.12] has joined #linuxcnc-devel
[12:14:45] -!- mal`` has quit [Quit: Leaving]
[12:18:56] -!- Gaston|Home has quit [Quit: No Ping reply in 180 seconds.]
[12:23:52] -!- Gaston|Home [Gaston|Home!~quassel@rosie.office.tw.ly] has joined #linuxcnc-devel
[12:24:59] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[12:47:16] -!- mal`` [mal``!~mal``@105.ip-167-114-152.net] has joined #linuxcnc-devel
[12:57:42] md-2|lunch is now known as md-2
[13:01:37] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[13:07:14] -!- jimmybuffet has quit [Read error: Connection reset by peer]
[13:25:05] <skunkworks> jepler, ran from Wednesday.. no problems. Going to update now
[13:26:46] <skunkworks> wondering if some of the problems I was having was with the power supply
[13:27:06] <skunkworks> I think it was a phone charger - 5v 1a
[14:03:29] -!- skunkworks_ has quit [Remote host closed the connection]
[14:05:15] -!- Komzpa has quit [Ping timeout: 246 seconds]
[14:10:56] -!- Mathnerd314 [Mathnerd314!~quassel@supertux/Mathnerd314] has joined #linuxcnc-devel
[14:13:41] <CaptHindsight> might be old news here but
https://lists.debian.org/debian-devel-announce/2016/05/msg00001.html
[14:13:52] <CaptHindsight> Debian i386 architecture now requires a 686-class processor
[14:15:59] <jepler> I think our requirement of a working APIC in practice already excluded all those systems already
[14:23:59] -!- debjan has quit [Quit: 1.4]
[14:24:41] <pcw_home> running on 20+ year old PCs doesn't seem like much fun anyway
[14:35:35] md2 is now known as Guest49756
[14:35:52] Guest49756 is now known as md-2_
[14:36:15] <seb_kuzminsky> hey now, stop poking fun at cradek
[14:36:39] <cradek> :-P
[14:38:45] -!- md-2 has quit [Ping timeout: 276 seconds]
[14:39:07] <jepler> I think the machine he really wishes he could decommission is a P3 at least
[14:39:29] <cradek> yeah I think it's a P3-700
[14:39:41] <cradek> probably at most 15 years old
[14:42:11] md-2_ is now known as md-2
[14:54:12] -!- logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[14:54:13] <cradek> oh right, he even did work to let me do that, and then I forgot again
[15:00:56] -!- Daerist has quit [Quit: Leaving]
[15:27:01] -!- ivansanchez has quit []
[15:40:24] -!- Kucharsky has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
[15:46:16] -!- skunksleep has quit [Ping timeout: 244 seconds]
[15:49:09] <seb_kuzminsky> saying "no more 2.5 releases" is a valid way forwards ;-)
[15:49:18] <seb_kuzminsky> jepler: thanks for the feedback on task_plan_synch
[15:49:23] <seb_kuzminsky> looked that way to me too
[16:01:02] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[16:03:09] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[16:06:30] -!- skunkworks has quit [Ping timeout: 276 seconds]
[16:18:13] -!- md-2 has quit [Quit: Leaving...]
[17:08:40] * skunkworks_ hugs linuxcnc
[17:33:21] <seb_kuzminsky> http://static1.squarespace.com/static/52d4acc0e4b086fdf73bb33b/t/54c733e0e4b0c1586e20bb64/1422341090448/
[17:42:26] <skunkworks_> PCW, do you have a current pid stepper config with dpll?
[17:44:12] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[17:48:06] <pcw_home> I think the 7I92 config is pretty close
[17:49:43] <pcw_home> http://freeby.mesanet.com/7i92step.zip
[17:53:47] <skunkworks_> (this is for a 7i92 - thanks!_
[17:54:21] <skunkworks_> that works better. the config that I had been using didn't work well with this laptop.
[17:57:38] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes13 48adf09 06linuxcnc 10src/emc/motion/command.c command.c fix unexpected conditions test JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=48adf09
[18:05:37] <seb_kuzminsky> i'm getting pretty excited for ja
[18:21:50] -!- sel [sel!~sel@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[18:22:35] -!- sel has quit [Client Quit]
[18:22:38] <skunkworks_> I still have to test it again - the issue I was having on the K&T was jogwheel jogging was causing following errors
[18:23:07] <skunkworks_> but that was a month or 2 ago and I never tried deweys suggestions..
[18:25:41] <pcw_home> Did I read correctly that the JA branch has provisions for linked axis homing?
[18:35:43] <jepler> I think it's in this branch, which builds on ja13: origin/ja13-teleop-after-homing
[18:35:52] <jepler> er not that one
[18:37:25] <jepler> maybe it is on the latest ja branch
[18:37:33] <jepler> 55b81ce7abb5 documents it, is on branch joints/axes13
[18:45:39] -!- Tom_itx has quit [Ping timeout: 250 seconds]
[18:46:17] -!- jepler_ [jepler_!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc-devel
[18:46:36] -!- jepler has quit [Quit: Reconnecting]
[18:52:43] jepler_ is now known as jepler
[18:54:42] -!- ve7it [ve7it!~LawrenceG@S010648f8b3c3bc3b.pk.shawcable.net] has joined #linuxcnc-devel
[19:17:27] -!- radish has quit [Ping timeout: 246 seconds]
[19:22:58] <seb_kuzminsky> ja13-teleop-after-homing just makes the machine switch automatically to world mode as soon as it's finished homing
[19:23:37] <seb_kuzminsky> i think now that we have incremental world-mode jogging and jogwheel world-mode jogging, there's no reason to stay in joint mode other than for homing
[19:24:59] -!- maurris has quit [Remote host closed the connection]
[19:31:05] -!- maurris has quit []
[19:51:52] -!- Komzzpa has quit [Ping timeout: 260 seconds]
[20:02:23] -!- skunkworks_ has quit [Read error: Connection reset by peer]
[20:09:34] -!- jimmybuffet has quit [Ping timeout: 240 seconds]
[20:13:35] -!- radish has quit [Remote host closed the connection]
[20:16:45] -!- b_b has quit [Remote host closed the connection]
[20:23:08] <JT-Shop> and getting out of a jam, setting up a machine, testing...
[20:25:08] <JT-Shop> and I'm too poor to afford home switches so I have to jog everything to match marks
[20:35:12] <seb_kuzminsky> true...
[20:35:45] <seb_kuzminsky> in my proposal joint mode is still available, it's just not the default mode for a homed machine any more
[20:36:13] <jepler> oh I'm slowly decoding "I'm too poor..." into sarcasm
[20:36:21] <seb_kuzminsky> hmm
[20:36:56] <jepler> god help me, I just spent over $150 on a keyboard
[20:37:21] <seb_kuzminsky> we have a gantry machine at the local hackspace, two joints on the Y axis. near the Y home switches there's a number of scars from everyone homing, then jogging and racking the gantry (because they forgot to switch to world mode)
[20:37:49] <JT-Shop> and ja13 takes care of that nicely
[20:38:06] <seb_kuzminsky> it does?
[20:38:13] <seb_kuzminsky> i mean: i don't think it does.
[20:38:33] <seb_kuzminsky> i just built ja13 on that machine the other day, and it still stayed in joint mode after homing
[20:38:48] <JT-Shop> yep you go right into world after a home all
[20:39:05] <seb_kuzminsky> on a non-identity-kins machine?
[20:39:06] <JT-Shop> I've not tried homing axis by axis
[20:39:16] <JT-Shop> translate please
[20:39:47] <seb_kuzminsky> did you observe that behavior on a machine without a simple 1-to-1 mapping between joints & axes?
[20:40:00] <seb_kuzminsky> on the gantry machine i have, it does not do that
[20:40:10] <seb_kuzminsky> after a Home All (in Axis) it stays in joint mode
[20:40:51] <JT-Shop> I have joint 0 = X axis, joint 1 and joint 2 = Y axis and joint 4 = Z axis
[20:41:05] <jepler> which UI program are you each using?
[20:41:11] <seb_kuzminsky> i use axis
[20:41:18] <JT-Shop> so no I have not tried a regular xyz configuration
[20:41:20] <JT-Shop> axis
[20:41:47] <seb_kuzminsky> http://s2.quickmeme.com/img/aa/aadcd968fbae17016d14456cdad396dabc7fa92909fbd87033640b226a20a760.jpg
[20:41:52] -!- Tom_itx [Tom_itx!~Tl@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[20:43:57] <KGB-linuxcnc> 03Jeff Epler 05joints_axes13 d66f09b 06linuxcnc 10src/emc/usr_intf/axis/scripts/axis.py axis: restore exponential backoff when waiting for s.axes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d66f09b
[20:45:19] -!- the_wench has quit [Ping timeout: 260 seconds]
[20:45:48] <seb_kuzminsky> JT-Shop: which commit are you on?
[20:45:49] <jepler> with ja13 at the ref I just pushed, I started configs/sim/gantry.ini and did F1 F2 ctrl-home
[20:45:56] <jepler> my DRO continues showing joints
[20:46:57] <jepler> and pressing up-arrow changes joint 1 and not joint 3, so I think I've "virtually racked" my machine
[20:47:12] <seb_kuzminsky> that's the behavior i observed with 9b231b8aaef, last tuesday, on the XYZY gantry machine i have
[20:47:23] <jepler> huh and I have this on the terminal, wonder what it is..
[20:47:23] <jepler> TCL error in asynchronous code:
[20:47:24] <jepler> invalid command name "35988256<lambda>"
[20:47:26] <JT-JA13> 6da3928
[20:48:38] <seb_kuzminsky> i don't have that commit
[20:48:40] <seb_kuzminsky> and i just fetched
[20:49:36] <jepler> $ git show 6da3928 --
[20:49:36] <jepler> fatal: bad revision '6da3928'
[20:49:39] <jepler> me either
[20:49:59] <JT-JA13> I'm not exactly sure how to get the last commit number
[20:50:05] <JT-JA13> I got that from gitk
[20:50:30] <seb_kuzminsky> git show will tell you
[20:51:41] <seb_kuzminsky> jepler: are you on stretch? i get tclish errors there
[20:51:48] <jepler> seb_kuzminsky: nah, wheezy
[20:52:03] <seb_kuzminsky> chicken
[20:52:07] <jepler> the stretch tclish error I'm aware of pertains to selecting axis/joint 1
[20:52:09] <JT-JA13> commit d8c891a7dfef2998cfe11af5f60af4ecd6da3928
[20:52:27] <jepler> ah that ref is known to me
[20:52:41] <JT-JA13> I think I'm one behind
[20:52:46] <seb_kuzminsky> yeah, that's near the tip of ja13
[20:52:47] <jepler> if you are going to show just part of a ref, it's the leading part you want
[20:52:49] <seb_kuzminsky> strange!!
[20:52:50] <JT-JA13> seb_kuzminsky: did you set the ini option?
[20:53:10] <seb_kuzminsky> no
[20:53:14] <seb_kuzminsky> what ini option?
[20:53:21] * seb_kuzminsky is out of touch
[20:53:21] <JT-JA13> [KINS]
[20:53:25] <JT-JA13> AUTO_TELEOP=20
[20:53:32] <seb_kuzminsky> ffs
[20:53:45] <jepler> docs/src/config/ini-config.txt:* 'AUTO_TELEOP = 20' - (Axis gui) Switch to teleop mode after successful
[20:53:49] <jepler> even documented apparently
[20:53:56] <JT-JA13> just tested on an XYZ machine and works as expected
[20:54:29] <jepler> .. specific to AXIS apparently, while I think seb's is more generic
[20:54:55] <JT-JA13> I've only tested Axis
[20:55:30] <seb_kuzminsky> 706bcb326776bf844681daabcfb35ebff5abb5cb
[20:55:41] <seb_kuzminsky> 27 files changed, 932 insertions(+), 660 deletions(-)
[20:55:57] <seb_kuzminsky> i'm not going to feel too bad about not knowing this
[20:56:04] <seb_kuzminsky> and i'm going to claim that my solution is better
[20:56:38] <seb_kuzminsky> implemented in Motion, in 3 lines (+3 lines of comments): f0b1089528025036d226b97ae1c06449bd5f60aa
[20:56:46] <seb_kuzminsky> works for all UIs
[20:57:39] <seb_kuzminsky> bbl
[20:57:43] <jepler> see ya
[20:58:32] <JT-Shop> I need to push my latency-launcher branch for a look see... I have almost everything working
[20:59:28] <JT-Shop> except when you build a RIP and type in latency I get command not found even though the file is in the bin directory and it is executable
[21:10:02] <jepler> in what way does it work, then?
[21:10:34] <JT-Shop> I can do ./latency in the bin directory
[21:10:41] <JT-Shop> and it runs
[21:11:14] <JT-Shop> which has me slightly puzzled
[21:11:30] <jepler> what you're saying is indeed surprising
[21:12:23] <JT-Shop> and after running make I did sudo make setuid
[21:13:49] <jepler> if you push it to a fresh branch and ping me I'll take a look and see if I can figure it out
[21:14:10] <JT-Shop> ok thanks
[21:36:01] -!- teepee has quit [Ping timeout: 244 seconds]
[21:37:17] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[21:38:37] -!- Mathnerd314 has quit [Ping timeout: 260 seconds]
[21:48:36] -!- kingarmadillo has quit [Ping timeout: 276 seconds]
[21:58:08] -!- andypugh [andypugh!~andypugh@12.1.118.71] has joined #linuxcnc-devel
[22:14:57] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8201:5d87:9895:58a3:89fd:ca3] has joined #linuxcnc-devel
[22:16:44] -!- BeachBumPete [BeachBumPete!~IceChat9@2601:585:8201:5d87:9895:58a3:89fd:ca3] has parted #linuxcnc-devel
[22:18:29] -!- chillly has quit []
[22:19:05] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes13 8fef1b4 06linuxcnc 10configs/sim/gmoccapy/gmoccapy_lathe.ini 10configs/sim/gmoccapy/gmoccapy_lathe_imperial.ini 10configs/sim/gmoccapy/gmoccapy_postgui.hal gmoccapy lathe sim configs revert 2joint xz JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=8fef1b4
[22:19:05] <KGB-linuxcnc> 03Dewey Garrett 05joints_axes13 0b86428 06linuxcnc 10docs/src/getting-started/updating-linuxcnc.txt updating-linuxcnc.txt add info for gui updates JA * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0b86428
[22:23:13] -!- dgarr [dgarr!~dgarrett@184.101.137.215] has joined #linuxcnc-devel
[22:23:28] <dgarr> if you decide to switch to teleop in motion, it trust that you will also fix jogging in all the guis it breaks
[22:23:46] <dgarr> fixing guis one at a time would allow a sooner merge and better decisions on retaining guis (imo)
[22:24:09] <seb_kuzminsky> are there guis that won't deal properly with the teleop/joint mode changing?
[22:24:25] <seb_kuzminsky> how do they handle things like halui changing the mode on them?
[22:24:55] <dgarr> most of them are hardcoded to joint jog, most don't handle halui changes, read the docs updated by the last commit
[22:25:15] <seb_kuzminsky> well that's a bummer
[22:25:35] <seb_kuzminsky> joint jogging is totally the wrong thing to do on non-identity-kins machines like gantries
[22:25:36] <dgarr> i am not inclined to fix them and when i recommend deleting them someone complains
[22:26:54] <dgarr> i fixed/updated in axis,tklinuxcnc,mini, linuxcncrsh -- someone elses turn or do like axis and let each gui designer support [KINS]AUTO_TELEOP
[22:28:15] <dgarr> or whats another 8 years to wait for someone to fix keystick?
[22:28:41] <seb_kuzminsky> so axis watches for all joints to home, then waits 20 seconds (or whatever [KINS]AUTO_TELEOP says), then switches to teleop?
[22:28:51] <seb_kuzminsky> (i haven't read your axis patches)
[22:29:22] <jepler> it waits for all axes to home, but gives up after 20 seconds
[22:29:30] <jepler> (20 seconds from when? I don't know)
[22:29:56] <dgarr> it has been done and documented for a long time, timimg starts at Home-all
[22:30:49] -!- Komzzpa has quit [Quit: Konversation terminated!]
[22:31:08] <dgarr> i've been working with pkmcnc (hexapods) and have supportive reports on the implementation on real hardware
[22:32:07] <seb_kuzminsky> hexapods sure benefit from that kind of feature
[22:34:01] <dgarr> hexapods also benefit from the synchronization of the last homing move (tested) and calibration using new ini hal pins for HOME_OFFSET (also tested)
[22:34:14] <seb_kuzminsky> i love those parts
[22:35:37] <dgarr> i've tried to keep docs/src/getting-started/updating-linuxcnc.txt updated -- too bad noone bothers to read it
[22:36:12] <jthornton> they will
[22:38:19] <dgarr> switching-to-teleop-in-motion is ideal but sometimes perfect is the enemy of good, unless you want to update guis that 1)you didn't write, 2)nobody uses
[22:38:31] <jthornton> is this the correct gnu
http://paste.ubuntu.com/16326393/
[22:38:54] <PCW> jepler: the stepgen seems ok with even 5% or so packet loss with your latest patch!
[22:38:56] <PCW> (I did set the error limit to 50 so you need a pretty bad burst of errors to exceed this)
[22:39:10] <jepler> PCW: 5%? wow that's far more than I imagined handling
[22:39:27] <jepler> this is physically induced noise?
[22:40:06] <seb_kuzminsky> dgarr: help me understand the changes you've made to ja, and the changes that are still remaining to support teleop-after-homing-in-motion
[22:40:30] <PCW> No just RX timeouts generated by setting the receive timeout very low
[22:40:37] <jepler> ah
[22:40:41] <seb_kuzminsky> is it just that all guis need to detect the teleop/free mode and put the right arguments in the jog nml command to task?
[22:41:02] <dgarr> why don't you try the sims and see for yourself
[22:41:24] <seb_kuzminsky> ok thanks
[22:42:12] <jepler> most of the UIs are based on Python and the "emcmodule", too bad I never wrote documentation for it or we could update it with the new practice that is required in UIs
[22:42:40] <andypugh> jepler: Not too late to finish the job you started :-)
[22:42:46] <dgarr> one last time: axis gui supports AUTO_TELEOP, any gui could do that when they need to support non-identity kins, or you can roadblock by switching-to-teleop-in-motion
[22:43:22] <dgarr> do you think there are many keystick users who are dying to build a non-identity kins machine?
[22:43:38] -!- andypugh has quit [Quit: andypugh]
[22:44:10] <dgarr> keystick,mini,linuxcncrsh,linuxcnclcd,xlinuxcnc aren't python
[22:44:49] <seb_kuzminsky> didn't we deprecate some of those a while back? (i'm asking because i dont remember clearly)
[22:45:00] -!- zlog has quit [Ping timeout: 246 seconds]
[22:45:40] <jepler> touchy and g* are probably seeing more use than those though
[22:45:44] -!- skunkworks [skunkworks!ae7c47e8@gateway/web/freenode/ip.174.124.71.232] has joined #linuxcnc-devel
[22:46:27] -!- Tom_itx has quit [Ping timeout: 276 seconds]
[22:47:27] <jepler> http://thread.gmane.org/gmane.linux.distributions.emc.devel/15556/focus=15559
[22:47:43] <seb_kuzminsky> thanks jepler
[22:47:57] -!- andypugh [andypugh!~andypugh@12.1.118.71] has joined #linuxcnc-devel
[22:48:09] <dgarr> that is the thread i remember, mention deleting, someone complains , nothing happens
[22:48:33] <jepler> is there a follow up in that thread which says "I will maintain it"?
[22:48:39] <dgarr> nope
[22:48:43] <seb_kuzminsky> i'm reading through it again
[22:49:04] <jepler> in that case, I consider ample notice given
[22:53:48] <dgarr> who is the maintainer for xlinuxcnc? linuxcncrsh? linuxcnclcd? tklinuxcnc? it is NOT me , i've only (wasted) my time on them to prevent them from being a reason not to merge (silly me)
[22:54:08] <seb_kuzminsky> i just finished reading that thread, i agree we can remove keystick and mini
[22:54:37] <seb_kuzminsky> dgarr: as far as i know, no one really owns those guis
[22:54:49] <seb_kuzminsky> same as with most parts of linuxcnc, come to think of it
[22:54:55] <jepler> xlinuxcnc, tklinuxcnc are so old they just came with the project
[22:55:12] <jepler> linuxcncrsh, linuxcnclcd were written by a now MIA developer, you can see his name in the git history if you go looking. Eric B. ?
[22:55:13] <seb_kuzminsky> linuxcnclcd was an andypugh project, i think, so maybe he's the maintainer of that
[22:55:19] <jepler> oh maybe I'm mistaken
[22:55:46] <seb_kuzminsky> nope, i'm wrong
[22:56:07] <seb_kuzminsky> linuxcnclcd was eric johnson
[22:56:14] <jepler> maybe that's the hal component "lcd" that andy wrote?
[22:56:27] <seb_kuzminsky> that might be what i'm confusing it with
[22:56:57] <seb_kuzminsky> i've worked on linuxcncrsh a bit, because i used it for testing before i decided it hated it and switched to python and the linuxcnc module (emcmodule.cc)
[22:56:58] <jepler> afk, time to go in search of dinner
[22:57:07] <seb_kuzminsky> good luck with the tornado!
[22:57:14] -!- andypugh has quit [Quit: andypugh]
[22:57:33] <jepler> they keep extending the warning, but I don't believe it
[22:57:56] <jepler> http://www.weather.gov/wwamap/wwatxtget.php?cwa=oax&wwa=all
[22:58:05] <seb_kuzminsky> maybe it will blow away all our cruft and save us the headache
[22:58:27] <seb_kuzminsky> wow, tennis ball sized hail
[22:58:33] <seb_kuzminsky> stay safe, flyover people
[22:59:17] <seb_kuzminsky> bbl
[23:00:14] -!- andypugh [andypugh!~andypugh@12.1.118.71] has joined #linuxcnc-devel
[23:00:36] <skunkworks> andypugh: I am failing at the carousel componant..
[23:00:48] <andypugh> As far as I can tell linuxcnclcd nerver fully worked anyway.
[23:01:28] <andypugh> Though it does seem like a worthy idea. Pretty much inconcievable that it is currently working on any non-triv machine. I doubt it is working on any machine at all.
[23:02:29] <skunkworks> if I set the index pulse to both 0 and 1 sense inputs - I don't get the carousel to stop
[23:02:34] <skunkworks> (testing)
[23:02:50] <andypugh> skunkworks: in what mode?
[23:02:57] <skunkworks> index
[23:03:10] <andypugh> Hmm, that was certainly meant to work.
[23:03:54] <skunkworks> I started with the index on 0 and pulse on 1 but wasn't sure if it happened at the same time so I thought connecting the index to both would atleas stop the carasel at the index
[23:04:42] <skunkworks> I see the current position go up every rotation.. (one per index)
[23:05:23] <skunkworks> loadrt carousel pockets=20 encoding=index num_sense=2
[23:06:35] <andypugh> Are you homing?
[23:06:58] <skunkworks> this is currently what is hooked up
http://pastebin.ca/3595862
[23:07:11] <skunkworks> well - when I enable the device - it starts homing I thought
[23:08:14] <skunkworks> so when I set the enable to true - it start running around and doesn't stop - even though it sees the index pulse on both sense 0 and 1
[23:08:27] <skunkworks> if that makes sense
[23:08:47] <skunkworks> the example config seems to be setup the same
[23:09:45] <andypugh> https://github.com/LinuxCNC/linuxcnc/blob/master/src/hal/components/carousel.comp#L219
[23:10:13] <andypugh> Looks right. What are state and homing params doing?
[23:10:40] <andypugh> And what tool number are you passing to it?
[23:10:54] <skunkworks> none - do you need to pass a tool number to home?
[23:10:58] <skunkworks> is that my problem?
[23:11:13] <andypugh> I can’t be sure.
[23:11:17] <andypugh> But possibly.
[23:11:46] <andypugh> I think that index mode homes on enable, then goes to the tool.
[23:12:04] <andypugh> If you just toggle enable then it ought to home and then stop.
[23:15:48] <skunkworks> ok - if I set the tool to 1 - then enable the carousel componant - it then stops when it hits the index
[23:15:50] <andypugh> Note that it is impossible for it to go to pocket 0. The pockets are 1-based
[23:16:20] <andypugh> So it was blindly rotating and never finding pocket zero.
[23:16:33] <skunkworks> so if the index and pocket pulse do not happen at the same time?
[23:16:41] <skunkworks> the or didn't make sense to me
[23:17:42] <andypugh> You need index to be index and pulse to be index or pulse.
[23:18:07] <andypugh> Which, thinking about it, might be a very flawed concept.
[23:18:23] <skunkworks> wouldn't that add an extra pocket pulse?
[23:18:52] <andypugh> Yes, that does seem to be the flaw.
[23:19:25] <andypugh> I can’t remember why it doesn’t just home to the index. I think it might have been aimed at a specific carousel someone had.
[23:20:03] <andypugh> As in, it needs to home to the edge of a pocket when index is true.
[23:20:25] <skunkworks> wait - it seem to work as expected.. COOL
[23:22:30] <andypugh> Right, time to head to the hotel bar then. I am on US time this week. Not that I am far off US time even when I am at home.
[23:22:35] <skunkworks> andypugh: what if tool 1 isn't tool 1?
[23:22:56] <andypugh> Why wouldn’t it be?
[23:23:00] <skunkworks> *pocket 1 isn't what I want to be as pocket 1. (it is off by 1 pocket)
[23:23:12] <skunkworks> I don't know.. How it was labled?
[23:23:20] <skunkworks> let me try this again
[23:24:02] <andypugh> What if the index isn’t at pocket 1? Then re-number the pockets :-)
[23:24:13] <skunkworks> heh - ok
[23:24:24] <skunkworks> I guess they are just stikers
[23:25:52] <andypugh> I will probably be back later.
[23:26:08] -!- andypugh has quit [Quit: andypugh]
[23:41:13] -!- rob_h has quit [Ping timeout: 265 seconds]
[23:42:30] -!- seb_pocket [seb_pocket!~seb@174-29-9-189.hlrn.qwest.net] has joined #linuxcnc-devel
[23:50:36] -!- seb_pocket has quit [Ping timeout: 276 seconds]
[23:56:41] -!- seb_pocket [seb_pocket!~seb@174-29-9-189.hlrn.qwest.net] has joined #linuxcnc-devel
