#emc-devel | Logs for 2006-11-03

Back
[00:40:36] <jmkasunich> hi folks
[00:41:25] <A-L-P-H-A> run away... run away
[00:42:16] <jmkasunich> you can run, but you can't hide
[00:42:32] <A-L-P-H-A> I'm hiding now... you can't see me!
[00:42:36] <A-L-P-H-A> what am I wearing?
[00:42:42] <cradek> I'm not here either
[00:43:06] <jmkasunich> A-L-P-H-A: I don't know what you're wearing
[00:43:14] <jmkasunich> I hope you are wearing _something_
[00:43:44] <A-L-P-H-A> absolutely nothing, besides a mustard stained wife beater... I'm white, fat and balding too!
[00:44:05] <jmkasunich> tmi
[00:47:19] <cradek> no kidding
[13:01:29] <jepler> sorry about the downtime on cvs. -- something crashed during the night, and I just restarted it.
[13:04:11] <jepler> I've also change the network setup so that the cvs server isn't dependent on this machine that crashes once every few months.
[13:06:06] <alex_joni> np
[13:15:56] <alex_joni> jepler: bet all others who use it were asleep
[13:16:02] <alex_joni> and I had no urgent needs for it :)
[13:30:29] <jepler> I was asleep, that I know
[13:30:49] <alex_joni> I think jmk was the only one that said something about it
[16:08:36] <alex_joni> hi all
[16:09:06] <cradek> hi
[16:09:26] <alex_joni> cradek: do you get lots of bounces on emc-users?
[16:09:45] <cradek> yes
[16:09:57] <alex_joni> they seem to be all from the same address
[16:10:11] <alex_joni> * alex_joni wonders if turning off output to that address wouldn't be meaningfull
[16:10:28] <cradek> I've done that before
[16:10:46] <alex_joni> for the same addy?
[16:13:16] <cradek> no I don't think so
[16:13:46] <alex_joni> these seem to be from the same addy
[16:28:59] <jepler> cradek: did the lathe canned cycle ever make it into CVS?
[16:32:19] <cradek> yes
[16:32:54] <alex_joni> not according to the docs :P <rimshot>
[16:33:00] <jepler> yeah that's what I was wondering about
[16:33:04] <jepler> is it documented in the wiki?
[16:33:18] <alex_joni> some parts of it are scattered in the wiki ;)
[16:33:29] <alex_joni> but chris is the keeper of the keys
[16:33:53] <Lerneaen_Hydra> there's a lathe canned roughing cycle?
[16:34:04] <jepler> I think it's a threading cycle
[16:34:09] <Lerneaen_Hydra> oh, right
[16:34:10] <alex_joni> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Lathe_Advanced_Features
[16:37:24] <cradek> the g76 documentation is on the back of an envelope (somewhere) on my desk at home
[16:38:18] <alex_joni> sounds like a safe place to put it ;-)
[16:39:10] <jepler> If you can get it to me in some form, I'll write the documentation
[16:39:14] <jepler> no hurry
[16:39:31] <alex_joni> * alex_joni hopes to write some docs on tkemc today
[16:39:33] <cradek> I appreciate that
[16:45:06] <cradek> actually I think I need help with the design still
[16:45:34] <cradek> it doesn't do angled entry because I don't really know how to specify it in gcode
[16:45:59] <cradek> maybe I should have g76.1 etc
[16:51:12] <cradek> I already used XYZIJKPQHR
[16:51:27] <cradek> I thought there was one more letter available (an integer) but I can't think of what it is
[16:51:39] <alex_joni> D ?
[16:52:10] <cradek> yeah D is an int
[16:52:20] <cradek> how is that used now?
[16:52:27] <alex_joni> * alex_joni doesn't know if it is..
[16:52:46] <cradek> also L
[16:52:59] <cradek> that's it I think
[16:53:23] <alex_joni> how about E?
[16:53:44] <cradek> E is not currently read by the interpreter
[16:53:58] <cradek> nor N
[16:54:23] <alex_joni> that can be extended I think
[16:54:31] <cradek> yeah
[16:55:03] <alex_joni> D is for tool radius
[16:55:16] <alex_joni> NCE_NEGATIVE_D_WORD_TOOL_RADIUS_INDEX_USED
[16:55:39] <alex_joni> H for tool length offset
[16:55:57] <cradek> oh right, G41 Dx
[16:56:14] <cradek> I'm already using H (number of spring cuts)
[16:56:54] <cradek> is there now a canon call for disabling FO?
[16:57:29] <alex_joni> there's L for repeat
[16:57:32] <alex_joni> yes
[16:57:46] <cradek> ok I need to add that to G76 before anyone notices how it's broken
[16:58:38] <alex_joni> ;-)
[16:59:37] <alex_joni> void DISABLE_FEED_OVERRIDE()
[16:59:54] <alex_joni> afterwards: void ENABLE_FEED_OVERRIDE()
[17:12:22] <cradek> I guess I should test that shouldn't I
[17:42:54] <cradek> alex_joni: I don't think DISABLE_FEED_OVERRIDE works
[17:45:42] <alex_joni> cradek: how so?
[17:46:16] <cradek> I send it before the threading motions, but I can still slow them down with the FO slider
[17:46:25] <cradek> debug shows the message is sent
[17:46:29] <alex_joni> hmm..
[17:47:30] <cradek> (I checked to make sure I don't have the calls reversed)
[17:48:15] <alex_joni> it gets to RT as EMCMOT_SPINDLE_OVERRIDE
[17:48:31] <alex_joni> with emcmotCommand->mode set to 0 for no override
[17:48:51] <cradek> FEED not SPINDLE
[17:48:53] <alex_joni> ~that's for SO
[17:48:58] <alex_joni> yeah.. the other for feed
[17:49:10] <alex_joni> they are both very similar
[17:49:23] <cradek> did you test them? :-)
[17:49:54] <alex_joni> I tested spindle_override
[17:49:59] <alex_joni> because I wrote most of that
[17:50:13] <alex_joni> I tested feed_override up to the point it should enter TP
[17:50:27] <alex_joni> somewhere in control.c (grep for fo_mode)
[17:50:34] <alex_joni> probably I missed something
[17:51:55] <cradek> looks right enough to me
[17:52:29] <cradek> no I bet it's a queue problem
[17:52:54] <cradek> all those motions were queued long ago, and this flag went on and off sometime in the past, now I'm sliding the slider as the motion queue runs
[17:53:10] <alex_joni> hmm.. right..
[17:53:14] <cradek> ouch...
[17:53:20] <alex_joni> darn
[17:53:30] <alex_joni> maybe the ENABLE should come from inside
[17:53:35] <alex_joni> when it finished doing the move
[17:53:52] <cradek> the motions themselves should be tagged for override or not
[17:53:59] <alex_joni> hmm.. but the disable and enable are also queued
[17:54:14] <alex_joni> so they should be active by the time you move the slider
[17:54:21] <alex_joni> or am I missing something?
[17:54:30] <cradek> I think you are :-)
[17:54:46] <cradek> the ENABLE_FEED_OVERRIDE ran a while back
[17:54:56] <alex_joni> why should it run?
[17:54:57] <cradek> now TP is going through these motions and responding to the FO changes
[17:55:07] <alex_joni> oh, the TP queues too
[17:55:07] <cradek> well all it does is set a flag
[17:55:16] <cradek> yes motion fills up the TP queue
[17:55:17] <alex_joni> forgot about that :)
[17:55:21] <alex_joni> darn
[17:55:22] <cradek> lunchtime, bbl
[17:55:25] <alex_joni> ok
[17:59:04] <alex_joni> I see I added an WAITING_FOR_MOTION flag before enabling the FO again
[17:59:34] <alex_joni> maybe the Gxx might do that too (if that helps anyhow)
[17:59:42] <alex_joni> somehow I doubt it would.. :(
[18:42:17] <alex_joni> jepler: I hope you don't mind if I use your excelent axis.lyx as a guide for tkemc.lyx :)
[19:13:34] <jepler> alex_joni: why would I mind?
[19:17:03] <jepler> it appears that the Tk slider widget runs its -command when it first appears on the screen. Its -command is what sends the nml message to change the spindle speed.
[19:17:28] <jepler> sometimes, when axis starts up, the stat buffer contains a value of 0, which is put into the slider before it first appears on the screen.
[19:25:00] <alex_joni> isn't it run onchanged
[19:25:03] <alex_joni> ?
[19:33:55] <jepler> that's what the docs say, but a test program shows that it's called when the widget first appears.
[19:34:32] <cradek> alex_joni: fo_mode is a char, but you assign 1.0 to it when initializing
[19:34:36] <jepler> the following wish program prints 9:
[19:34:38] <jepler> set v 9
[19:34:37] <jepler> scale .s -command { puts } -variable v
[19:34:37] <jepler> pack .s
[19:34:37] <jepler> update
[19:34:39] <jepler> destroy .
[19:36:18] <alex_joni> cradek: might be a typo
[19:37:38] <cradek> I guess I'm surprised it's not a warning, but I'm no programmer
[19:37:45] <cradek> looks like same for so_mode
[19:37:47] <alex_joni> same here :)
[19:39:42] <jepler> I think that it automatically casts the expression and it's defined to be the same as 'ch = 1'
[19:40:11] <alex_joni> jepler: yeah, but it's still nicer to have it say = 1
[19:40:56] <alex_joni> jepler: I notice the .eps get interpreted again even without changes to them
[19:41:22] <alex_joni> s/interpreted/converted/
[19:41:26] <jepler> alex_joni: when building pdf or html? yeah, that's all inside the converters, and out of my control.
[19:41:47] <alex_joni> pdf I think right now
[19:41:57] <alex_joni> actually I only thouched a lyx file
[19:43:32] <jepler> there's no way to invole lyx to say "just re-make this one image"
[19:44:00] <alex_joni> jepler: ok, don't sweat it
[19:44:12] <alex_joni> I suppose I could reconfigure my working copy not to build docs
[19:49:32] <jepler> I'd be receptive about changing the configure default, or making 'docs' not a dependency of the default target.
[19:49:37] <jepler> it frequently bugs me, too
[21:16:26] <Lerneaen_Hydra_> Lerneaen_Hydra_ is now known as Lerneaen_Hydra