#emc-devel | Logs for 2009-06-10

[06:01:26] <Vortex2> micges: something that im building
[06:53:52] <KimK> Are there issues with changing the default values of ClassicLadder? The manual's loadrt classicladder_rt with arguments does not seem to be working for me, it errors out. It works fine with no arguments. Any advice?
[06:54:53] <KimK> Oops wrong channel, sorry
[07:10:38] <alex_joni> KimK: what's the error?
[07:11:05] <alex_joni> most likely there's a typo in the param names
[07:33:09] <KimK> alex_joni: I've tried some of them one at a time, I can only get the no arguments version to work. I'll go back and get the error. I got the names from the Integrators Manual and the LinuxCNC docs, has anything changed?
[07:47:22] <KimK> OK, I started again with one argument but I ran it from the command line to get better errors for you, normally I just click the shortcut. Anyway, it worked with one arg, so I put in a bunch and it failed, then I reduced to this: loadrt classicladder_rt numRungs=100 numBits=20 numWords=20 numPhysInputs=15 numPhysOuputs=15 and got this error: insmod: error inserting '/usr/realtime-2.6.24-16-rtai/modules/emc2/classicladder_rt.ko': -1 Unknown symbol in mod
[07:47:22] <KimK> ule kasuga-01.hal:76: exit value: 1 kasuga-01.hal:76: insmod failed, returned -1
[07:47:58] <alex_joni> probably one of the names ain't right :)
[07:48:03] <KimK> Line 76 is where the "classicladder_rt" command is
[07:49:13] <alex_joni> you have a typo there
[07:49:26] <alex_joni> numPhysOutputs not numPhysOuputs
[07:53:04] <KimK> OK, thanks, I'll check them all again more carefully. I'll try again with just numPhysInputs=nn and numPhysOuputs=nn, those were the ones I really wanted to increase. That was supposed to be a copy-and-paste from the manual, thanks again for your help
[08:06:38] <alex_joni> Outputs not Ouputs
[08:06:45] <alex_joni> there's a *t* in there
[08:23:00] <micges> hi alex_joni
[08:52:41] <alex_joni> hi micges
[09:10:38] <micges> alex_joni: I want to change default path control mode, I must change it in canon only ?
[09:13:32] <alex_joni> I think the default gets called from the Interp::Init
[09:13:37] <alex_joni> but I could be wrong
[09:13:41] <alex_joni> (or maybe in Sync)
[09:15:56] <alex_joni> check in rs275ngc if there are any calls to SET_MOTION_CONTROL_MODE
[09:16:53] <micges> alex_joni: what do you think about definable default path control mode ?
[09:17:35] <alex_joni> from ini?
[09:17:59] <alex_joni> I don't have anything against it.. although you can use RS274NGC_STARTUP_CODE for that
[09:20:13] <alex_joni> micges: I think it gets only set from canon, and when the interp. finds G61/64
[09:20:13] <micges> but after error mode resets to G64 regardless of RS274NGC_STARTUP_CODE
[09:20:21] <alex_joni> that's not right
[09:20:41] <alex_joni> after error the interp should synch (in Interp::synch() )
[09:20:57] <alex_joni> and it sets: _setup.control_mode = GET_EXTERNAL_MOTION_CONTROL_MODE();
[09:21:05] <alex_joni> which gets the current mode from canon
[09:21:36] <alex_joni> I would add some printf's to debug this
[09:21:46] <alex_joni> but maybe interp & canon don't reset the control mode, and motion does
[09:21:57] <alex_joni> and canon simply doesn't send the new mdoe
[09:21:58] <alex_joni> mode
[09:22:20] <micges> thats possible
[09:22:52] <micges> ok I know where to look at, thanks
[09:24:36] <alex_joni> tpSetTermCond()
[09:25:28] <alex_joni> I see in tpClear():
[09:25:34] <alex_joni> tp->termCond = TC_TERM_COND_BLEND;
[09:27:35] <micges> yes I see it
[09:28:00] <micges> so could be that after error canon mode != tp mode
[09:28:56] <alex_joni> what I would do is make a call in interp on synch()
[09:29:15] <alex_joni> to SET_MOTION_CONTROL_MODE() to the value from GET_EXTERNAL_MOTION_CONTROL_MODE()
[09:34:42] <micges> alex_joni: If it solve problem of resetting mode after error, I can commit it?
[09:35:42] <alex_joni> I don't see anything that would speak against it
[09:36:03] <alex_joni> but make a changelog entry that states what changed (in this case the behaviour changed from wrong to right..)
[09:37:42] <micges> ok
[09:37:57] <micges> now I'm test it
[09:37:59] <micges> bbl
[09:47:28] <micges1> micges1 is now known as micges_emc
[10:50:30] <micges_emc> alex_joni: is there an easy way to cvs checkout snapshot from let say week ago ?
[10:54:10] <micges_emc> nm (try first, ask then)
[10:54:48] <alex_joni> -d time
[10:54:56] <alex_joni> or was it -D ?
[10:55:04] <micges_emc> yes it is -D
[10:55:31] <alex_joni> cvs up -D last week
[10:55:45] <alex_joni> -D works on diff too
[10:57:26] <micges_emc> ah cool
[11:53:44] <CIA-48> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/ladder/classic_ladder.lyx: clear up the difference between scan time and update time I hope
[12:05:37] <CIA-48> EMC: 03bigjohnt 07v2_3_branch * 10emc2/docs/src/ladder/classic_ladder.lyx: clear up the difference between scan time and update time I hope
[12:32:03] <CIA-48> EMC: 03jepler 07TRUNK * 10emc2/src/emc/rs274ngc/ (interp_read.cc rs274ngc_return.hh): improve 'parameter not defined' errors by showing the parameter name
[12:55:07] <cradek> do we really have 637 skunkworkses? that's a little scary.
[13:04:11] <skunkworks637> heh
[13:04:29] <skunkworks637> cradek: thanks for the info on the nc400's yesterday
[13:04:40] <skunkworks637> skunkworks637 is now known as skunkworks_
[13:05:22] <cradek> oh did I say something useful?
[13:10:04] <skunkworks_> I linked to the picture of the nc400 amps the guy on cnczone has.
[13:10:20] <skunkworks_> yes - you said something useful ;)
[13:13:43] <skunkworks_> do those take +/-10 or pwm?
[13:14:19] <SWPadnos> they didn't have PWM back in those days :)
[13:14:43] <skunkworks_> oh they did too. ;)
[13:15:36] <SWPadnos> well it probably wasn't very good then
[13:15:38] <SWPadnos> :)
[13:17:13] <skunkworks_> you probably had to turn a crank
[13:17:46] <SWPadnos> Pulled With Mules
[13:22:01] <skunkworks_> http://www.cnczone.com/forums/showthread.php?p=624333#post624333
[13:24:38] <skunkworks_> jmk's site is down
[13:29:35] <SWPadnos> it's hosted at home, and he's timed out from here as well
[13:29:42] <SWPadnos> so I'm betting there's a problem at home
[13:39:18] <cradek> skunkworks_: +-10
[13:44:31] <micges> alex_joni: your suggestion for fixing my path mode error was correct
[13:45:15] <micges> alex_joni: I'm going to commit this fix this evening
[13:50:23] <skunkworks_> cradek: somehow got to you clock page again. Very neat. We came across some nixi tubes in cleaning up :)
[13:52:20] <micges> bbl
[17:43:52] <christel> [Global Notice] Hi folks! Don't forget to identify to your grouped nicks and check that your channels won't be dropped tomorrow (Thurs 11 June)! See http://bit.ly/10nqla for details. Thanks for using freenode and have a nice evening.
[19:39:56] <alex_joni> micges: whee.. cool
[21:14:56] <jepler> hmmm
[21:15:02] <jepler> g91 g93 / g1 x0 f1
[21:15:09] <jepler> this should either be an error, or it should dwell for 1 minute