#emc | Logs for 2005-02-11

[00:00:16] <robin_sz> right, off to go fiddle with some hardware
[00:00:33] <alex_joni> I hope that after this weekend I'll have a full mirror for the ISO's
[00:00:43] <robin_sz> kewl
[00:01:20] <alex_joni> paul_c: there was a nice discussion in here today
[00:02:46] <anonimasu> :)
[00:03:05] <paul_c> * paul_c scrolls through the logs
[00:03:54] <paul_c> Oh buggerit... pc_op disconnected on the 3rd
[00:04:28] <alex_joni> logger_aj, bookmark
[00:04:28] <alex_joni> See
[00:08:55] <rayh> * rayh is going for dinner.
[00:12:26] <anonimasu> * anonimasu yawns
[00:12:44] <alex_joni> * alex_joni joins him
[00:13:28] <anonimasu> I hope the guys from germany keeps in touch about the PWM problem tomorrow..
[00:13:53] <anonimasu> or modify their kernel to give me my damn pwm outs.
[00:13:54] <anonimasu> working :)
[00:14:01] <alex_joni> I hope I can get up in the morning ;)
[00:14:10] <anonimasu> what time is it there?
[00:14:20] <alex_joni> 2 am
[00:14:24] <anonimasu> ouch
[00:14:28] <anonimasu> it's only 01:19 here
[00:14:29] <anonimasu> :)
[00:14:34] <anonimasu> but I have a fever now..
[00:14:35] <alex_joni> hehe
[00:15:18] <anonimasu> I might get some production work for my mill soon
[00:16:22] <anonimasu> maybe :)
[00:16:39] <alex_joni> cool
[00:17:13] <anonimasu> or well, I'll get production work if I get the mill running good enough
[00:18:29] <anonimasu> but the parts will be pretty advanced..
[00:18:36] <anonimasu> loads of toolchanges...
[00:18:49] <alex_joni> cool
[00:19:13] <anonimasu> I am just thinking about stainless steel vs alu..
[00:20:07] <anonimasu> I am unsure which one that'd suit the app best..
[00:21:17] <anonimasu> alu might do as good as stainless..
[00:21:48] <anonimasu> athe moving parts will have plastic bushings anyway..
[00:22:06] <anonimasu> so I think stainless if overkill
[00:25:11] <anonimasu> I have a jig in my head for making 3x of the parts in one setup, to minimize toolchanges..
[00:28:23] <anonimasu> anyway.. I need to sleep now
[00:28:25] <anonimasu> night
[00:28:33] <alex_joni> n8
[00:43:18] <alex_joni> * alex_joni is going to sleep
[10:09:47] <alex_joni> morning
[10:21:29] <anonimasu> morning
[10:27:34] <alex_joni> hey an0n
[10:27:46] <alex_joni> how's it going?
[10:29:28] <anonimasu> I've got a fever today
[10:29:51] <alex_joni> bummer
[10:30:04] <anonimasu> just resting and watching a movie right now
[10:30:16] <alex_joni> I'm not feeling very well too...
[10:30:20] <alex_joni> but I gotta work ;)
[10:30:49] <anonimasu> if I get a reply from the germans today I'll go to work
[10:34:36] <anonimasu> I'll probbly be working 24/7 to get this stuff ready on time
[10:34:42] <anonimasu> it's 2 weeks left on the deadline. :
[10:34:44] <anonimasu> :)
[10:34:57] <alex_joni> ouchy ;)
[10:35:10] <anonimasu> yeah, but if the manufacturer fixed the damn pwm stuff..
[10:35:13] <anonimasu> it wont be a large problem..
[10:35:28] <anonimasu> but I think they have to write kernel routines to prioritize it above the other stuff..
[10:36:26] <alex_joni> bleah
[10:36:30] <anonimasu> yeah..
[10:36:30] <alex_joni> no HW PWM?
[10:36:51] <anonimasu> no, but the cpu is at 64mhz so they've got cycles to spare
[11:27:51] <alex_joni> * alex_joni wants home
[11:30:40] <anonimasu> * anonimasu wants to work
[11:30:46] <anonimasu> :)
[11:31:04] <anonimasu> I hate being sick.
[11:32:19] <anonimasu> boring work today
[11:32:19] <anonimasu> ?
[11:32:32] <alex_joni> nah.. not boring
[11:32:35] <alex_joni> tiring ;)
[11:32:38] <anonimasu> ok
[11:32:41] <anonimasu> robot programming?
[11:32:50] <alex_joni> nah.. office work
[11:32:54] <anonimasu> oh ok
[11:36:42] <anonimasu> I am making breakfast
[11:49:29] <alex_joni> I think I catched a flu
[11:49:43] <anonimasu> :/
[11:49:57] <alex_joni> bummer
[11:50:06] <alex_joni> too cold outside ;)
[12:02:37] <anonimasu> yeah
[12:03:07] <alex_joni> how's the weather up there?
[12:04:54] <anonimasu> it's pretty cold outside..
[13:39:11] <anonimasu> * anonimasu sighs
[13:39:15] <anonimasu> I cant get this axis setup right..
[13:39:22] <alex_joni> huh
[13:39:24] <anonimasu> joint following error is all i get..
[13:39:25] <alex_joni> what's wrong?
[13:39:35] <anonimasu> somthing with my "UNITS="
[13:39:42] <alex_joni> ahhh... I thought you were meaning DISPLAY=axis
[13:39:43] <alex_joni> ;)
[13:39:57] <alex_joni> you're running open loop.. right?
[13:40:02] <alex_joni> only steppers, no feedback?
[13:40:03] <anonimasu> yeah
[13:40:06] <anonimasu> geckos.. and servos
[13:40:15] <alex_joni> I see
[13:40:20] <alex_joni> but no feedback to emc...
[13:40:25] <anonimasu> yes that's right
[13:41:06] <alex_joni> ok, then following errors are because emc can't output pulses so fast
[13:41:12] <alex_joni> as it's supposed to
[13:41:53] <anonimasu> thats strange
[13:42:02] <alex_joni> what is?
[13:42:11] <alex_joni> are you running emc1 or emc2?
[13:42:11] <anonimasu> that I cant output that many pulses..
[13:42:13] <anonimasu> emc2
[13:42:28] <alex_joni> depends on how fast your rt-rate is
[13:42:42] <anonimasu> I am just using the default settings
[13:43:25] <alex_joni> trydecreasing BASE_PERIOD
[13:43:34] <alex_joni> when does the following error appear?
[13:43:42] <alex_joni> only when jogging?
[13:43:46] <alex_joni> during G0 ?
[13:43:51] <anonimasu> when jogging..
[13:43:53] <alex_joni> during G1? what speed
[13:43:56] <anonimasu> as soon as I move the machine..
[13:43:59] <anonimasu> dosent matter
[13:44:01] <alex_joni> single jogs?
[13:44:05] <alex_joni> try G1F1
[13:44:07] <anonimasu> always..
[13:44:11] <alex_joni> or G1F.1
[13:44:16] <alex_joni> what units are you using?
[13:44:28] <anonimasu> I am using continous jog..
[13:44:37] <anonimasu> when I am testing it's inch..
[13:44:40] <anonimasu> but I should be running mm
[13:44:53] <alex_joni> ok, for jogging you have a slider called joint speed (axis speed)
[13:44:56] <alex_joni> smthg like that
[13:45:02] <anonimasu> yeah, I know..
[13:45:16] <anonimasu> dosent matter if i increase/have it at the default value
[13:45:20] <alex_joni> try decreasing the value
[13:45:33] <anonimasu> I get the error as soon as i move the axis
[13:45:38] <alex_joni> you say you have X and Y set up the same way?
[13:45:40] <anonimasu> yes
[13:45:48] <alex_joni> in the .ini file?
[13:46:01] <anonimasu> UNITS=38023
[13:46:10] <alex_joni> hmmm
[13:46:11] <alex_joni> .38
[13:46:22] <anonimasu> the only difference is the backslash..
[13:46:33] <alex_joni> UNITS = 0.03937007874016
[13:46:48] <anonimasu> thats steps per inch..
[13:46:52] <alex_joni> backlash inside .ini ?
[13:47:03] <anonimasu> BACKSLASH=
[13:47:07] <anonimasu> yeah
[13:47:19] <alex_joni> I don't think that works ;)
[13:47:25] <anonimasu> heh ok..
[13:47:35] <alex_joni> check core_stepper.hal
[13:47:37] <anonimasu> or no wait..
[13:47:38] <anonimasu> it does work..
[13:47:45] <anonimasu> it takes up the backslash before moving..
[13:47:51] <anonimasu> then it errors..
[13:47:53] <alex_joni> a lot of stepping parameters are now in core_stepper.hal
[13:48:05] <alex_joni> hmmm.. might be a backlash-problem
[13:48:16] <alex_joni> if you set backlash to 0 does it work?
[13:48:19] <anonimasu> no
[13:49:16] <alex_joni> hmmm.. you need to ask jmk
[13:49:23] <alex_joni> he'll help you set the axis up
[13:49:31] <alex_joni> did you try to run it without emc?
[13:49:42] <anonimasu> without?
[13:49:59] <alex_joni> yes, only from HAL
[13:50:07] <anonimasu> no I have no clue on how to do that
[13:50:26] <alex_joni> http://www.linuxcnc.org/Hal_Introduction.pdf
[13:51:43] <anonimasu> the strange thing is that it works with the default UNIT settings in the ini
[13:52:10] <alex_joni> what is that? what value?
[13:53:29] <anonimasu> UNITS = 0.03937007874016
[13:54:09] <alex_joni> hello ray
[13:54:20] <alex_joni> ok, and what's the value it doesn't work with?
[13:55:10] <rayh> Hi guys.
[13:56:13] <alex_joni> how are you?
[13:56:42] <alex_joni> an0n: units=38023 doesn't make any sense
[13:57:02] <anonimasu> hm, I was told that units was steps per inch..
[13:57:03] <anonimasu> :)
[13:57:08] <anonimasu> or that's the way I understood it..
[13:57:15] <alex_joni> not UNITS
[13:57:22] <anonimasu> 0.000065748031" per step
[13:57:25] <alex_joni> INPUT_SCALE
[13:57:36] <alex_joni> and OUTPUT_SCALE
[13:57:43] <alex_joni> but for emc2 those don't work
[13:57:59] <alex_joni> and you need to adjust the value inside core_stepper.hal
[13:58:07] <alex_joni> setp stepgen.0.position-scale 5080
[13:58:20] <alex_joni> replace that with 38023
[13:58:32] <alex_joni> same for stepgen.1 (Y-axis)
[13:58:37] <alex_joni> stepgen.2 (Z-axis)
[13:59:08] <anonimasu> ah..
[13:59:16] <anonimasu> that makes more sense...
[13:59:34] <alex_joni> UNITS is the base value for the axis units (to adjust mm or inch)
[13:59:39] <alex_joni> UNITS=1 (mm)
[13:59:49] <alex_joni> UNITS=0.03937... (inch)
[14:00:04] <anonimasu> * anonimasu sees hope again
[14:00:14] <alex_joni> position-scale is then the scale based on steps/user_unit (specified by UNITS)
[14:00:49] <alex_joni> how many steps do you need to travel an UNIT
[14:01:07] <anonimasu> ah, then I need to calc this into mm instead..
[14:01:24] <alex_joni> I'd run UNITS=1
[14:01:25] <alex_joni> (all over the emc.ini)
[14:01:29] <alex_joni> default = mm
[14:01:30] <alex_joni> etc.
[14:01:36] <anonimasu> and re-calc my scale to be steps per mm
[14:01:41] <alex_joni> yup
[14:02:15] <anonimasu> thanks :)
[14:03:20] <alex_joni> yw
[14:03:46] <alex_joni> * alex_joni giggles
[14:03:51] <anonimasu> 38023/2500=mm then
[14:03:52] <alex_joni> you had some really big UNITS
[14:04:04] <alex_joni> what's 38023?
[14:04:09] <alex_joni> and what's 2500 ?
[14:04:11] <anonimasu> the steps per inch
[14:04:30] <alex_joni> I wonder how you calculated that
[14:04:39] <anonimasu> 2.5/0.000065748031(inches per step)
[14:04:54] <alex_joni> start over ;)
[14:05:04] <alex_joni> how many pulses/rev at the motor?
[14:05:06] <alex_joni> 200?
[14:05:26] <anonimasu> 400
[14:05:33] <alex_joni> ok.. 400
[14:05:43] <alex_joni> how far does the axis move by one turn?
[14:05:45] <anonimasu> 4:1 to the screw
[14:05:52] <anonimasu> 5mm screw
[14:07:13] <alex_joni> so 4 turns move 5 mm?
[14:07:18] <anonimasu> yes
[14:07:26] <alex_joni> 16000 pulses move 5 mm?
[14:07:34] <alex_joni> 1600
[14:07:46] <alex_joni> 1600 pulses move 5 mm
[14:08:00] <alex_joni> 320 pulses/mm
[14:08:05] <alex_joni> right?
[14:08:07] <anonimasu> yes somthing like that
[14:08:27] <anonimasu> if I remember it correctly its 0.0039 per step
[14:08:31] <alex_joni> ok.. there you have it
[14:08:37] <alex_joni> don't calculate in inch ;)
[14:08:39] <anonimasu> 0.003125
[14:08:43] <alex_joni> you'll end up using rounding
[14:08:49] <alex_joni> and that's bad
[14:08:54] <anonimasu> yes
[14:09:00] <alex_joni> 320 is the value you need to enter to core_stepper.hal
[14:09:34] <anonimasu> the z axis will be tricky...
[14:09:39] <anonimasu> since I dont have any specs on it..
[14:09:50] <alex_joni> you need to measure that
[14:09:55] <anonimasu> I just moved it until it went 0.01
[14:09:58] <alex_joni> same motor?
[14:10:10] <anonimasu> nope stepper, the gecko I had for that axis died..
[14:10:19] <alex_joni> bummer
[14:10:26] <alex_joni> what geckos do you have for XY?
[14:10:29] <alex_joni> g340 ?
[14:10:33] <anonimasu> yeah
[14:10:53] <alex_joni> you need to make sure you don't have the multiplier set above 1x
[14:11:03] <anonimasu> I have the multiplier set to 5
[14:11:10] <anonimasu> 5x
[14:11:10] <alex_joni> set it to 1
[14:11:17] <anonimasu> that will take away my speed..
[14:11:20] <alex_joni> or the calcs won't be ok
[14:11:23] <alex_joni> no it won't
[14:11:30] <alex_joni> speed will come from emc
[14:11:41] <alex_joni> or leave it at 5x, but devide 320 /5
[14:11:54] <alex_joni> -> 64 pulses/mm
[14:11:56] <anonimasu> the encoders are 1000counts/rev
[14:12:04] <anonimasu> which becomes 2000 at the gecko..
[14:12:07] <anonimasu> in quadrature
[14:12:16] <alex_joni> ahh.. ok
[14:12:24] <alex_joni> so 400 / rev takes that into account
[14:12:27] <anonimasu> yep
[14:12:35] <anonimasu> that's 2000/5
[14:12:41] <alex_joni> really? :P
[14:12:45] <anonimasu> yeah
[14:12:46] <anonimasu> :D
[14:12:57] <alex_joni> * alex_joni writes that down
[14:13:01] <anonimasu> ^_^
[14:13:26] <anonimasu> my math is so bad..
[14:13:35] <alex_joni> :b
[14:13:53] <anonimasu> I'll be back in a little bit, going to test this at the machine
[14:14:07] <alex_joni> cool
[14:14:11] <alex_joni> I might go away
[14:14:11] <alex_joni> :D
[14:14:22] <alex_joni> that reminds me of my favorite linux error message
[14:14:23] <anonimasu> ok
[14:14:33] <alex_joni> "You don't exist! Go Away!"
[14:14:37] <anonimasu> haha
[14:14:37] <alex_joni> lol
[14:14:43] <anonimasu> I like that message
[14:14:43] <alex_joni> I got that once ;)
[14:14:59] <alex_joni> it's an error if access from an unknown PID is made
[14:16:26] <anonimasu> I love the message screen gives you when you kill a screen with somone inside..
[14:16:37] <anonimasu> "the dungeon collapses, and you die"
[14:16:41] <anonimasu> or somthing like that
[14:17:15] <alex_joni> lolol
[14:18:04] <alex_joni> my favorite quote: In a World without Walls and
[14:18:04] <alex_joni> Fences, who needs Windows and Gates?
[14:22:09] <rayh> Nice post Alex.
[14:23:31] <alex_joni> the one on the devlist?
[14:24:31] <anonimasu> still didnt help..
[14:24:58] <anonimasu> :(
[14:25:00] <alex_joni> an0n: what's wrong now?
[14:25:12] <anonimasu> same thing
[14:25:19] <anonimasu> joint following error
[14:25:55] <alex_joni> hmmm.. do you have DEBUG set?
[14:26:20] <anonimasu> I think so
[14:26:31] <anonimasu> I get lots of messages in the console
[14:26:33] <anonimasu> ;)
[14:29:36] <alex_joni> can you record the output?
[14:30:10] <alex_joni> or better, can you send me the ini and .hal files?
[14:30:20] <rayh> alex_joni: Yes the dev list.
[14:30:32] <anonimasu> I could do that although later this weekend/tonight
[14:30:49] <anonimasu> the fever's going up again so I am going to lay down
[14:31:28] <alex_joni> ok
[14:31:40] <alex_joni> you could start with a new one (from CVS)
[14:32:01] <alex_joni> and change only the position-scale
[14:32:01] <anonimasu> did that yesterday :)
[14:32:03] <anonimasu> yeah
[14:32:13] <anonimasu> I'll try that later I have the cvs version on the cd in the box
[14:32:26] <anonimasu> just untar/compile and try again
[14:33:13] <alex_joni> coo
[14:33:26] <alex_joni> or just untar the config files
[14:33:33] <alex_joni> and leave the rest untouched ;)
[14:34:08] <anonimasu> yeah
[14:36:38] <anonimasu> anyways bbl
[14:36:48] <anonimasu> hope you can go home soon
[14:36:49] <alex_joni> ok
[14:36:53] <alex_joni> I will
[14:37:02] <alex_joni> later I'll go to college and install a debian ;)
[14:37:08] <alex_joni> so I'll be online later
[14:37:18] <anonimasu> it's finally dark enough for me to use the projector..
[14:37:31] <alex_joni> coo
[14:37:31] <anonimasu> been waiting for the sun to go down..
[14:38:21] <anonimasu> ah good, I'll try changing that later, and if I get error messages i'll save all of the files so you can have a look at it when you get time
[14:38:59] <alex_joni> ok
[14:39:11] <alex_joni> mail them, and I'll take a look
[14:48:58] <alex_joni> * alex_joni gone home
[16:45:28] <A-L-P-H-A> :(
[16:45:41] <A-L-P-H-A> $1066USD for a stepper driver for my stepper motor that I have.
[16:45:43] <A-L-P-H-A> ouch.
[16:45:49] <A-L-P-H-A> !!!OuCh!!!
[16:52:43] <rayh> 5 phase?
[16:53:31] <A-L-P-H-A> 5 phase, pentagon arranged winding. Patented by Oriental Motors.
[16:54:21] <A-L-P-H-A> evil bastards. They don't even have papers on how to make one a driver... BUT they do have papers on the two phase.
[16:55:01] <A-L-P-H-A> Anyone got any nema24 sized stepper motors they want to sell?
[17:13:30] <alex_joni> g'evening
[17:13:34] <alex_joni> an0n: around?
[17:13:43] <A-L-P-H-A> dunno
[17:13:48] <A-L-P-H-A> but good afternoon. :)
[17:14:04] <alex_joni> hello alpha
[17:14:10] <alex_joni> * alex_joni is installing debian
[17:14:33] <A-L-P-H-A> <-- looking for Nema 23 stepper motor, or "servo [nema 23]+ driver"...
[17:15:50] <alex_joni> hello paul_c
[17:15:59] <paul_c> Hi Alex
[17:16:04] <A-L-P-H-A> hey
[17:16:07] <A-L-P-H-A> hi
[17:16:09] <paul_c> <gulp>
[17:16:29] <rayh> A-L-P-H-A: What part of the world are we shipping this motor to.
[17:16:36] <A-L-P-H-A> Toronto, Canada.
[17:16:47] <alex_joni> you need a special anti-freezing version ;)
[17:16:50] <A-L-P-H-A> so from the US, it'd be best to ship via Priority.
[17:17:06] <A-L-P-H-A> USPS is fine.
[17:17:09] <rayh> I've got some little ones 100in/oz or so.
[17:17:27] <A-L-P-H-A> that'd be perfect... I'm doing driving a 100:1 worm.
[17:17:42] <A-L-P-H-A> I'm wondering if I could even use smaller.
[17:17:45] <A-L-P-H-A> hm.
[17:17:47] <rayh> 4 wire and 8 wire. Not very strong but good enough to test.
[17:18:10] <A-L-P-H-A> let me see what I've got... I think I've got 6 tiny TINY steppers... like 1.5" frames.
[17:18:13] <rayh> Got some old floppy drives laying around. There is a stepper and screw in there.
[17:18:18] <A-L-P-H-A> they're 55oz/in.
[17:18:28] <A-L-P-H-A> 5-1/4"? Maybe.
[17:18:42] <A-L-P-H-A> 3.5" I want, and still sometimes use [for turbocnc]
[17:18:48] <rayh> I thought about building a mill from floppy drives. 1" motion in three directions.
[17:19:41] <rayh> Hi Paul
[17:19:46] <A-L-P-H-A> Wow, Dan Mauch has some cheap prices.
[17:21:16] <danfalck> hi guys
[17:21:31] <rayh> Hi Dan.
[17:22:25] <danfalck> I'm going to take Paul out to the surplus place today
[17:22:48] <danfalck> he says he can't lug any more stuff home on the plane, but we can always just look ....
[17:23:03] <A-L-P-H-A> it's called a shipping container. :) hehehe
[17:23:17] <A-L-P-H-A> Are we talking the boeing surplus store out in seattle?
[17:23:29] <A-L-P-H-A> or well, washington state at least.
[17:23:34] <danfalck> no, SurplusGizmos in Hillsboro, Oregon
[17:24:11] <A-L-P-H-A> Oh, I thought he went to Washington state.
[17:25:23] <paul_c> only as far as Portland
[17:26:08] <paul_c> wanted to get some of the Sensoray cards to do driver for them....
[17:26:25] <rayh> Somebody used that vulnerability and got to my netscape...
[17:27:32] <A-L-P-H-A> onlything good on Dan Mauch's site worth buying is maybe that tach, and his steppers... everything else is overpriced. sad. oh ohwell.
[17:28:20] <paul_c> Morning Steve
[17:28:28] <SteveStallings> hi Paul
[17:28:44] <paul_c> Car is covered in ice this morning...
[17:29:09] <SteveStallings> drive south
[17:29:15] <A-L-P-H-A> haha.
[17:29:40] <A-L-P-H-A> I had to salt my patio stone pathway today... I nearly slipped.
[17:29:46] <paul_c> want to go back to Yosemote on the way south.
[17:31:08] <paul_c> I missed the discussions on HMI & emc
[17:31:25] <paul_c> could someone give me a recap ?
[17:31:34] <SteveStallings> so did I, summary?
[17:31:44] <alex_joni> summary:
[17:32:02] <alex_joni> we (rayh, robin_sz, myself) talked a bit about HMI
[17:32:30] <alex_joni> and one of the conclusions is to create a layer (above emcsh for tkemc)
[17:32:52] <alex_joni> which contains all of the possible status/commands to and from emc-components (task, motion, io, etc)
[17:33:25] <alex_joni> and the GUI creator simply links one of those (they were called bricks, and the whole layer was called a wall) bricks
[17:33:45] <alex_joni> the brick defines the type it is, some default data, min/max values, etc
[17:34:10] <alex_joni> and the GUI creator (at a later stage even a user) simply selects those and puts them on a blank gui
[17:34:28] <alex_joni> for example there is a brick for speed_override
[17:34:36] <alex_joni> which contains the command for emc
[17:34:38] <alex_joni> min_value
[17:34:41] <alex_joni> max_value
[17:34:51] <alex_joni> status (value from emc)
[17:35:32] <paul_c> Sounds like an OOPS model for tcl/tk
[17:36:32] <rayh> We are thinking of generalizing enough so that any kind of interface could use the same set or subset of status variables and commands.
[17:37:07] <rayh> Nice job Alex.
[17:37:15] <paul_c> kinda like adding another layer of abstraction on top of NML ??
[17:38:26] <SteveStallings> still sounds like every change in the guts of EMC will require changes in NML and everything that talks to NML
[17:38:48] <alex_joni> steve: we also talked about adding generic messages all over emc
[17:38:52] <rayh> I posted a note a bit ao to dev with a link. Let me get it.
[17:39:20] <alex_joni> those messages (deep in the emc-guts) can then be adjusted by the user without recompiling
[17:39:30] <paul_c> I had a quick read of the pdf Ray..
[17:39:42] <rayh> www.isd.mel.nist.gov/documents/michaloski/wac2000hmi.pdf
[17:39:46] <rayh> k.
[17:40:33] <rayh> After reading it. It seems to me that we include this info in a module much the same as hal includes stuff.
[17:41:11] <rayh> When that mod starts, it exports it gui info to some sort of, in their terms a catalog or dictionary.
[17:41:29] <paul_c> * paul_c had some thoughts on NML messages..... It would be usefull to have some generic NML messages rather than one for each func.
[17:42:07] <rayh> Yes. Alex suggested that yesterday. In connection with the work he is doing on CL
[17:42:21] <alex_joni> it can be used for that too..
[17:42:43] <alex_joni> actually I was thinking about a generic function (with a subtype possible)
[17:42:54] <alex_joni> but the subtype selection to be made without recompiling
[17:43:01] <paul_c> damit - I need to be around for the Sunday meetings...
[17:44:06] <A-L-P-H-A> what's the average/normal torque from an stepper ripped from a diskdrive?
[17:44:31] <rayh> We could handle this issue on a wiki page.
[17:44:53] <rayh> or at least provide a summary of irc.
[17:46:30] <alex_joni> paul_c: when will you be back?
[17:46:42] <paul_c> Feb 18th
[17:46:58] <paul_c> allow a day or two to recover from jet lag
[17:47:40] <alex_joni> that means you'll be around for the next weeks sunday meeting...
[17:47:49] <alex_joni> I think we can pospone the talks till then
[17:47:58] <alex_joni> maybe think about it, to get things clearer
[17:48:47] <paul_c> Sounds good to me...
[17:51:41] <paul_c> In the meantime, whats the status with CL, emc, & comms ?
[17:52:34] <rayh> * rayh is wondering how the current work on CL might be applied to emc1 as well as emc2
[17:57:17] <paul_c> If CL had a simple NML interface, there is no reason why it couldn't work with emc1
[17:58:26] <alex_joni> right now it hasn't
[17:58:32] <rayh> Right. The work that Alex had done is on all com through the hal.
[17:58:33] <alex_joni> I just added hal-pins to CL
[17:58:57] <alex_joni> but NML interface is needed too
[18:00:23] <CIA-temp447> CIA-temp447 is now known as CIA-7
[18:00:36] <alex_joni> paul_c: right now I did a quick hack to test if it's possible to link CL to HAL
[18:00:41] <alex_joni> and it works,
[18:02:37] <paul_c> I had been thinking along the lines of having CL "pins" connected to NML messages
[18:03:19] <rayh> Both ways will work.
[18:03:44] <rayh> The nml approach allows for distributed processing.
[18:03:46] <alex_joni> right
[18:04:02] <rayh> The HAL approach for rt based logic in CL.
[18:04:13] <alex_joni> the HAL approach simply allows you the use of existing (future) HAL-drivers
[18:06:22] <alex_joni> and RT based logic
[19:04:51] <anonimasu> * anonimasu yawns
[19:37:34] <robin_sz> meep
[19:53:23] <rayh> per: You around?
[19:53:26] <rayh> pemmet: you around
[20:12:31] <CIA-temp177> CIA-temp177 is now known as CIA-7
[20:20:37] <robin_sz> hehe, fun EMC,GPL discussion on Geckodrive forum
[20:20:45] <robin_sz> hi paul_c
[20:21:16] <paul_c> Yo.
[20:21:24] <robin_sz> and where are you today?
[20:21:31] <robin_sz> seattle?
[20:21:40] <paul_c> Portland
[20:21:46] <robin_sz> maine, nice.
[20:21:54] <paul_c> Oregan
[20:21:58] <robin_sz> is it?
[20:22:00] <robin_sz> oh well
[20:22:24] <robin_sz> oh well, thats my US geography goen then
[20:22:44] <robin_sz> nice little EMC/GPL discussion there on the geckodrive list
[20:23:12] <paul_c> will look at that when I get home
[20:23:28] <robin_sz> is that soon?
[20:23:37] <paul_c> next week
[20:23:48] <robin_sz> did you leave the wrinkly with plenty of food?
[20:24:14] <paul_c> she can fend for herself
[20:24:30] <paul_c> or I can send food parcels over.
[20:24:32] <robin_sz> thats what I said about my goldfish ...
[20:24:56] <robin_sz> anyway, ive been having G2002 fun :)
[20:25:13] <robin_sz> sadly our SILLY_FUNCTION_NAMES have infected that project too :(
[20:26:22] <paul_c> You have the code - Change it.
[20:26:41] <robin_sz> yeah, I wnated too ... but hes about a year behind on the EMC interp or more
[20:27:08] <robin_sz> he wants to keep it the same so he can diff agisnt emc interp, without too much noise
[20:28:10] <paul_c> The emc1 interp isn┬┤t going to be developed much more...
[20:28:35] <paul_c> Most of the work that I am doing will go in to the emc2 version
[20:28:40] <robin_sz> yep
[20:28:52] <robin_sz> I've poitned this out
[20:29:06] <paul_c> not pointed ?
[20:29:16] <robin_sz> I'll have to check
[20:29:30] <robin_sz> the EMC wiki has gone well
[20:29:51] <paul_c> fat fingers, small keyboard. Or just too much wine ?
[20:29:57] <robin_sz> hic.
[20:30:01] <robin_sz> lack of care
[20:30:03] <anonimasu> ^_^
[20:30:54] <paul_c> So what was the response to the ┬Ępoitned" comment ?
[20:32:10] <robin_sz> norra lot. I think he used the EMC1 codebase as the original source
[20:32:38] <robin_sz> dunno how hard it would be to patch agaisnt EMC2
[20:32:52] <robin_sz> hes doen a *lot* of work on it thats for sure
[20:33:08] <robin_sz> ive found a few bugs, and even patched a few
[20:33:59] <robin_sz> the C I can hack, the .asm ... not really anymore
[20:34:59] <paul_c> Z80 code ?
[20:35:35] <robin_sz> z80/rabbit
[20:35:38] <robin_sz> much the same
[20:39:09] <robin_sz> it does work nicely though, apart from a few minor things ..
[20:42:43] <jepler> how smart is the planner? segment blending and stuff like that?
[20:48:34] <robin_sz> its quite clever ...
[20:48:48] <robin_sz> there are effectively three planners ...
[20:49:15] <jepler> you mean three to choose from?
[20:49:26] <robin_sz> no .. three running in the system
[20:49:29] <jepler> one per axis?
[20:49:33] <robin_sz> no
[20:49:38] <robin_sz> three layers
[20:49:40] <jepler> oh
[20:49:47] <jepler> sounds pretty complicated for a little microcontroller
[20:50:03] <robin_sz> and its got the EMC interpreter in there too rememebr
[20:50:26] <robin_sz> the planners are quite simple
[20:50:39] <robin_sz> the first is just a basic move planner
[20:50:53] <robin_sz> the second layer is a moving average queue smoother
[20:51:48] <robin_sz> the third is a bit nebulous .. but basically is a short moving average queue to provide a bit of jerk limiting
[20:52:10] <robin_sz> whatver, the result is smooth motion
[21:23:39] <paul_c> * paul_c is heading off to scour the local surplus store(s)
[22:10:53] <acemi> there is Synergy CAD/CAM in BDI. is this a demo version of Stnergy?
[22:12:21] <alex_joni> hello again
[22:17:04] <A-L-P-H-A> hi alex_joni
[22:17:19] <alex_joni> hey alpha..
[22:17:24] <alex_joni> did I miss anything?
[22:17:54] <A-L-P-H-A> nope... just scanned the messages, nadda.
[22:18:02] <alex_joni> heh
[22:18:17] <alex_joni> * alex_joni installed a debian today
[22:18:34] <A-L-P-H-A> I think I'll make a tiny stepper driver. :) Half stepping only... but hey! :) it'll be on the cheap... just need to have someway to power it.
[22:18:50] <A-L-P-H-A> alex_joni, you do AVR programming right?
[22:20:53] <A-L-P-H-A> hmm... if I have a 4VDC 1.2A stepper motor... I think I'll need to give it hmm... how many volts to make it spin decent.
[22:20:57] <A-L-P-H-A> 16+.
[22:21:05] <A-L-P-H-A> so I'll go 24VDC.
[22:23:27] <alex_joni> half stepping is pretty straight-forward to do
[22:31:58] <A-L-P-H-A> alex_joni, got 8 of them. :) http://www.fairchildsemi.com/ds/TI/TIP121.pdf
[22:33:02] <alex_joni> my connection is really flooded
[22:33:10] <alex_joni> I'm on dial-up here
[22:33:12] <alex_joni> :(
[22:33:20] <A-L-P-H-A> hmm... how do I wire that to a 6 wires with the dakeng project. http://www.dakeng.com/u2.html
[22:37:03] <alex_joni> you don't
[22:38:59] <alex_joni> how many phases does your motor have?
[22:39:50] <A-L-P-H-A> 2
[22:40:29] <A-L-P-H-A> I just pictured it in my head.
[22:40:38] <A-L-P-H-A> 4 wires, [series or parallel]
[22:40:40] <alex_joni> 2?
[22:40:42] <alex_joni> ahhh
[22:40:45] <alex_joni> ok
[22:40:50] <alex_joni> then you can connect the dakeng
[22:40:59] <alex_joni> that's basically a 4-bit counter
[22:41:25] <A-L-P-H-A> yeah, 6 wires, but only use 4... [series or parallel]
[22:41:38] <A-L-P-H-A> just had to picture it in my head.
[22:42:02] <A-L-P-H-A> gotta remember how it's coiled.
[22:42:24] <A-L-P-H-A> dang, I think my batter for my mouse is going to die soon.
[22:42:30] <A-L-P-H-A> second time today I needed to reconnect it
[22:42:31] <alex_joni> lol
[22:42:39] <A-L-P-H-A> battery
[22:43:11] <websys> acemi - The Synergy on the BDI is the full version
[22:45:18] <acemi> hmm... nice
[22:45:23] <acemi> thanks websys
[22:45:28] <websys> yw
[22:50:10] <A-L-P-H-A> alex_joni, if I'm using the tip121, I don't need that diode that the DAK schematic has do I? [right where the NPN transistor is]
[22:52:54] <alex_joni> you don't need it
[22:53:19] <alex_joni> it's integrated in the tip121
[23:15:04] <alex_joni> * alex_joni goes to bed
[23:15:06] <alex_joni> night