#emc-devel | Logs for 2010-06-28

[04:00:17] <Dave911> skunkworks_: That Estop rung didn't make any sense to me when I tried to put it into a machine a few weeks ago. If you delete the first three lines of that rung .. I believe that is close to what I ended up using. I also tied that Q0 to an external output which drove a relay which was part of the hard wired Estop relay string - actually it was the start of it. Theexternal hardwired...
[04:00:19] <Dave911> ...estop loop status came in on I1. The way that it works is that if EMC2 is Estopped from the machine it breaks the hardwired Estop loop via a relay and kills the machine, and if the external hardwired Estop is tripped it kills the machine and also Estops the EMC2 software. You can reset all of the external Estop switches but until EMC2 is reset via the screen or the F1 key the...
[04:00:20] <Dave911> ...hardware Estop loop will not enable. I didn't have any delay issues at all. The Estop enable and trip was pretty much instantaneous.
[04:03:27] <voxadam_> voxadam_ is now known as voxadam
[04:19:03] <ries_> ries_ is now known as ries
[13:55:29] <skunkworks_> logger_dev: bookmark
[13:55:29] <skunkworks_> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2010-06-28.txt
[13:56:28] <skunkworks_> Dave911: yes - rung 4 - that is how I am setup. Normally it is instantanious.
[14:01:02] <jepler> hi skunkworks_
[14:01:29] <jepler> when you get emc in that weird state, use ps or top or system monitor to find out whether the 'io' process is still running at all, or whether you've crashed it somehow
[15:16:26] <skunkworks_> jepler: ok
[15:17:25] <skunkworks_> jepler: fi the io proccess crashed out - would emc still run?
[15:17:28] <skunkworks_> if
[15:18:55] <skunkworks_> because it will go back to running normally without exiting emc
[15:21:00] <CIA-2> EMC: 03micges 07master * ra23c2ad1b500 10/src/hal/components/watchdog.c: hal: rtapi_app_main should return negative value on error
[16:09:21] <skunkworks_> KimK: made it home?
[16:24:09] <jepler> skunkworks_: hm, that's not it then
[16:29:04] <skunkworks_> heh
[16:31:34] <skunkworks_> Is there anything I can halscope - I could halscope the estop-enable-in and tool prepare.
[16:32:06] <skunkworks_> see what comes first - the chicken or the egg
[16:32:15] <jepler> it looks like 'io' is getting stuck. I'd run the debugger on it and find out where it's stuck.
[16:32:23] <jepler> but I'm not sure I'm up to describing how to do that over irc
[16:32:40] <skunkworks_> heh
[16:33:29] <skunkworks_> is there any docs on running the debugger?
[16:33:55] <jepler> specifically how to run it on 'io'? probably not
[16:34:15] <skunkworks_> ok
[16:35:03] <jepler> "gdb io `pidof io`", then at the (gdb) prompt "continue". then when it's behaving oddly, ctrl-c to get back to the (gdb) prompt and enter "where" then "continue". pastebin the output of "where".
[16:35:09] <jepler> install the gdb package if necessary
[17:00:15] <CIA-2> EMC: 03cradek 07master * rddda23a9b567 10/ (6 files in 3 dirs): show pockets vs tools in touchy's status screen
[17:04:52] <skunkworks_> jepler: thanks - I will try.
[17:21:06] <skunkworks_> jepler, cradek, how was the last leg of your journey?
[17:21:36] <skunkworks_> kim stopped in on his way to the twin cities. got to see the mess we have. it was fun
[19:40:32] <CIA-2> EMC: 03seb 07master * r3dcd371f1622 10/src/hal/drivers/mesa-hostmot2/tp_pwmgen.c: fix a cut-n-paste memory leak bug in hm2 tp_pwmgen
[19:52:06] <cradek> skunkworks_: it was long but we made it. visiting your place sounds fun - wish we could have gone along.
[20:13:15] <skunkworks_> next time :)
[20:22:01] <KimK> skunkworks_, cradek : Hi, yes, made it "home" (wherever *that* is). I got back last night and hooked up the computers (to get them out of my car) but went to bed and slept late. Got up, did some yardwork, got groceries, etc., now back in the shop having a snack and trying to pick a project, lol. Talked to John but haven't seen him yet, I think he's on errands too.
[20:22:29] <KimK> hi andypugh
[20:22:48] <andypugh> Hi
[20:23:18] <andypugh> Anyone heard how well EMC runs on a D410?
[20:28:02] <cradek> KimK: too many projects is a good thing.
[20:28:54] <andypugh> cradek: Are you sure? I find it leaves very little time for work.
[20:29:45] <KimK> cradek: Ha, well, they would agree with you out at skunkworks_', plenty of projects available there too.
[20:30:05] <cradek> I bet so
[20:32:43] <JT-Work> cradek: does the JR have box ways?
[20:33:18] <KimK> andypugh: sorry, can't help you there, is that the latest mini-PC? (I don't keep up with those like I should, barely aware of your arduino, the atom, etc. )
[20:33:19] <cradek> JT-Work: all linear rail
[20:33:43] <JT-Work> thanks
[20:33:50] <JT-Work> just wondering :)
[20:33:57] <andypugh> I think D410 is an Atom.
[20:34:31] <KimK> andypugh: Ha, well, just goes to show you what I know about it, lol
[20:34:37] <andypugh> D510 works, and is easier to find with p-port, though I will probably use a 5i20 this time
[20:37:13] <KimK> cradek: Does Z use a gravity counterweight or a hydraulic counterbalance? Or nothing, and a spring-set brake?
[20:38:15] <skunkworks_> gravity counterweight and not brake. (I had asked him at the fest)
[20:38:20] <skunkworks_> *no brake
[20:38:29] <cradek> gravity - two big chains over the top and a lump of lead
[20:39:54] <KimK> skunkworks_, cradek: Excellent, my preferred system! (Gravity: Six billion users, no recorded failures.)
[20:40:04] <cradek> so true
[20:40:21] <skunkworks_> oh - whatever. I like hydraulic counter balance
[20:40:23] <skunkworks_> ;)
[20:40:31] <cradek> it even has nozzles to keep the chains and sprockets lubed
[20:40:48] <skunkworks_> kim got to hear the oiling waterfall in the K&T
[20:40:52] <cradek> ha
[20:41:51] <skunkworks_> he also got to see the odd estop issue also. (so it isn't just me)
[20:41:53] <skunkworks_> ;)
[20:42:17] <cradek> I wish that was easy for one of us to reproduce.
[20:42:32] <skunkworks_> heh
[20:42:39] <KimK> Yes, the K&T's oiling waterfall. It's like Niagara Falls: it's very impressive, but they only turn it on to impress tourists.
[20:43:56] <andypugh> Surely it can't be a _water_fall?
[20:45:05] <KimK> Ha, andy is right! But if we called it an _oil_fall people would be confused, lol
[20:54:00] <andypugh> Yes, everybody knows that oil surges up from below. :-/
[20:56:31] <CIA-2> EMC: 03cradek 07master * rf20b42e2ba71 10/src/emc/usr_intf/touchy/emc_interface.py: fix Relative DRO for rotation + g5x + g92
[20:56:32] <CIA-2> EMC: 03cradek 07master * rab5ea7974435 10/src/emc/usr_intf/touchy/ (emc_interface.py touchy.glade): make it a little more evident that this changes
[20:56:33] <CIA-2> EMC: 03cradek 07master * r5cb920a2c989 10/src/emc/usr_intf/touchy/emc_interface.py: Make this a prettier table
[21:06:58] <cradek> well running releases was nice while it lasted, but I'm going to jump to master on jr to get these latest changes.
[21:07:50] <andypugh> I am thinking about setting up the new machine with Touchy.
[21:08:05] <cradek> touchy is awesome, if I must say so myself
[21:08:19] <cradek> (and I probably must)
[21:08:32] <andypugh> I assume it is hopeless without an actual touchscreen though :-)
[21:08:42] <cradek> yeah it'd be awful - no keyboard shortcuts
[21:33:56] <CIA-2> EMC: 03jepler 07v2.4_branch * re0b3b3e2a109 10/lib/python/linux_event.py: hal_input: Make keys with unknown names work
[22:05:11] <jepler> well that was easy. I realized that I had started some work on 'master' but should have started on 'v2.4_branch'. After committing everything, this moved it: $ git rebase --onto origin/v2.4_branch origin/master
[22:05:18] <jepler> I'm surprised I haven't done that before
[22:09:36] <jepler> in other news, I'm toying with a complete rewrite of halscope. notes: http://emergent.unpy.net/files/sandbox/scope2.txt initial code: http://git.unpy.net/view/emc2-jepler.git
[22:09:40] <jepler> bbl
[22:16:24] <JT-Hardinge> anyone know what AXIS_NO_AUTOCONFIGURE is for?
[22:24:17] <jepler> JT-Hardinge: Normally, AXIS removes widgets which correspond to machine features that don't seem to exist
[22:24:46] <jepler> JT-Hardinge: for instance, if AXIS doesn't detect a spindle brake, then the "spindle brake" button is removed from the Manual tab
[22:24:54] <JT-Hardinge> ok
[22:25:14] <jepler> if the environment variable (*not* inifile variable) AXIS_NO_AUTOCONFIG is set to a non-empty value, then AXIS doesn't do this, and all those widgets will appear
[22:26:09] <JT-Hardinge> a guy on the forum was trying to make his machine be able to switch to manual only and have a non cnc person use the dro only and asked what that was
[22:26:34] <JT-Hardinge> I suggested a separate config for the dro only mode
[22:28:07] <jepler> does anyone want a cat? I have spare one. It's orange, and about the size of a breadbox
[22:28:32] <JT-Hardinge> we have three cats and one black lab that thinks she is a cat too :)
[22:31:18] <jepler> this one's learned to perch with his back legs on the back of the couch and his front legs on my shoulder. I'm sure he thinks it's endearing..
[22:31:57] <andypugh> It sounds endearing.
[22:32:38] <andypugh> cat + engineering <http://news.bbc.co.uk/2/hi/science_and_environment/10404251.stm>
[22:32:43] <jepler> http://gtkwave.sourceforge.net/splash_512.gif caption: An experienced professional shown violating most known rules of electrical safety with GTKWave. Please do not attempt this at home.
[22:39:41] <cradek> JT-Hardinge: AXIS_NO_AUTOCONFIG has nothing to do with allowing touch off during machine off (at least that's what I think the guy's asking about
[22:39:44] <cradek> )
[22:40:12] <JT-Hardinge> yea, that is what he is asking :)
[22:40:25] <JT-Hardinge> I wonder where he dug that up from?
[22:40:30] <cradek> no idea
[22:41:27] <andypugh> hm2/hm2_7i43.0: board has FPGA '3s200tq144', but the firmware in hm2/7i43/svss4_8b.bit is for FPGA '3s400tq144'
[22:41:28] <andypugh> hm2_7i43.0: board at (ioaddr=0x0378, ioaddr_hi=0x0778, epp_wide ON) not found!
[22:41:28] <andypugh> hm2: unloading
[22:41:48] <andypugh> I am fairly sure I _do_ have a 400k FPGA
[22:42:01] <cradek> what version of emc?
[22:42:11] <andypugh> 2.5~pre
[22:42:19] <andypugh> (Not updated in a while)
[22:42:22] <cradek> update
[22:42:27] <cradek> there were a LOT of related fixes in the last few days
[22:43:18] <andypugh> <small voice> How do I update?
[22:43:50] <andypugh> Do I have to rebase then check my bldc stuff back out?
[22:44:07] <cradek> have you committed everything?
[22:44:31] <andypugh> Locally, I think so. I am still a bit (lot) fuzzy on git
[22:45:00] <cradek> be sure everything is committed (run gitk and see if there's anything above [master] saying 'uncommitted changes')
[22:47:22] <andypugh> Looks OK. I would quite like to revert motion.c as well, now I don't need the diagnostics lines (I never committed them)
[22:47:51] <cradek> to remove your uncommitted changes to motion.c, run git checkout src/emc/motion/motion.c
[22:49:54] <andypugh> That's easy!
[22:50:06] <cradek> ok so you have no uncommitted changes now?
[22:50:14] <andypugh> No. All looks tidy
[22:50:25] <cradek> now just run git pull --rebase
[22:50:32] <andypugh> (Actually I have a ton of incidental stuff I would like to lose)
[22:50:53] <cradek> you should probably use git checkout to remove that stuff then
[22:55:49] <andypugh> Actually, I probably really need to look at my .gitignore, almost none is source
[22:58:02] <andypugh> I might have a word with Pete too, to check that particular bitfile has loaded in the past.
[23:04:17] <andypugh> OK, job for tomorrow. First look at the FPGA and note the number, then if that checks out have a poke about on Hostmot2
[23:52:41] <JT-Hardinge> I recall some issue with estop and tool change, does anyone need me to try a duplicate it on the Hardinge?