#emc | Logs for 2009-05-28

[00:38:26] <leito1489> hello everybody, i've followed the steps for installing emc and rtai in debian lenny and worked, but i was wondering if it's easy to make a bootable iso image with the new kernel patched and if there are instructions or a guide because i couldn't find anything helpful yet.. thanks in advance for your help :)
[00:44:37] <jepler> no, it's not easy. the process is done manually, following procedures you'll find with web searches such as: remaster ubuntu cd
[00:45:03] <jepler> well, if you're talking about debian, I know even less about their practices -- what I mention above is for ubuntu only
[00:45:04] <leito1489> so it's a matter of practice
[00:46:38] <leito1489> thank you jeff, i just needed to know if was possible to do it in a easy way, but i will have to investigate it
[00:47:38] <leito1489> i will check the ubuntu remaster cd in google and see if i can learn something to use it in debian
[00:48:37] <leito1489> the thing is that i'm new with linux so i'm not used to the commands and packages so in the beggining is a little complicated but thanks for you answer :)
[02:48:59] <skunkworks> 3 answers the same.. Must be right
[02:58:02] <Jymmm> Yeah, the world is flat
[03:46:45] <cradek> home!
[04:03:24] <Jymmm> cradek: Sounds like somebody is getting homesick =)
[04:03:42] <Jymmm> cradek: missing your fuzzy bunny slippers?
[04:09:10] <cradek> nope, I'm back now.
[04:10:06] <Jymmm> cradek: Ah, okey... clipped your heals together huh?
[04:10:10] <Jymmm> clicked
[04:10:21] <cradek> something like that
[04:10:25] <Jymmm> =)
[06:05:12] <micges> good morning
[08:03:26] <EbiDK|School> http://www.cnczone.com/forums/showthread.php?t=81836 Is this guy with the motors(second to last post) to be taken serious?
[08:04:42] <EbiDK|School> I updated my budget last night so it covers all of next year, looks like I'll be able to buy a mill in about a year :/
[08:08:02] <archivist> backlash is dead important but you can spring load the nuts and bearings
[08:08:39] <archivist> motors, if you gear them and accept lower speeds then any size
[08:09:00] <EbiDK|School> Speed is not so important
[08:10:33] <archivist> also looking at your current gantry design I might mod a bit to improve rigidity
[08:11:02] <EbiDK|School> Yeah it needs some improvement like more guide rails and such
[08:11:18] <EbiDK|School> Still can't make up my mind if I should build it or not
[08:11:56] <archivist> doing a self build is a good learning process
[08:12:07] <EbiDK|School> Yeah
[08:12:31] <EbiDK|School> I'm mostly doing it for getting a good cheap PCB mill though so might not be so sensible
[08:29:52] <EbiDK|School> BTW, what price range would I be looking at for a CNC mill that'd do both SMD PCBs and aluminum work? Or should I really get two mills?
[08:36:13] <toastydeath> a mill that can do aluminum will do pcb's
[08:36:20] <toastydeath> and will also be more expensive
[08:38:48] <toastydeath> I would expect to pay 600-800 to build a barebones machine that was just barely able to cut aluminum
[08:40:13] <EbiDK|School> And if I'm buying instead of building?
[08:40:21] <toastydeath> a lot more
[08:40:34] <EbiDK|School> And you're speaking USD again today, right?
[08:40:37] <toastydeath> correct, sorry
[08:40:42] <toastydeath> all my prices are usd
[08:40:46] <EbiDK|School> Okies :) no problem
[08:40:56] <EbiDK|School> EUR is more expensive anyway :p
[08:40:58] <toastydeath> the Tormach, which is a really popular desktop mill, is $6k
[08:41:05] <toastydeath> I think there are others available for 3000
[08:41:12] <EbiDK|School> Ouch
[08:41:17] <toastydeath> if you are willing to get a used machine
[08:41:42] <EbiDK|School> Used is good as long as it's in good condition
[08:41:44] <toastydeath> you can find cnc'ed iron with a dead control, and those can go anywhere from $1k to 5k
[08:41:56] <toastydeath> for a FLOOR standing mill
[08:42:02] <toastydeath> usually a bridgeport, or similar
[08:42:48] <EbiDK|School> Yeah, I'd need a desktop one, I don't have room for bigger.
[08:42:51] <toastydeath> and that gets you something like a 30x10 table, 6" of Z axis under control, and 20" of W axis manual
[08:43:20] <toastydeath> since desktop machines are in such demand, used equipment is hard to find for a low price
[08:43:27] <EbiDK|School> I can at most find a 1x1 meter space anywhere in my room for one.
[08:44:18] <toastydeath> personally I'd look at building if you are budget limited and need a small machine
[08:44:52] <toastydeath> horror freight, et. al. sell machines that have plenty of reviews on the hobby forums to aid in picking the right one
[08:45:37] <EbiDK|School> You'd think they'd make cheaper desktop machines so they could sell more of them if demand is so high
[08:45:55] <toastydeath> machine tools are not easy to make well
[08:46:28] <toastydeath> and people who buy them tend to want to mill things like metal, which means everything has to be at least a minimum size
[08:46:32] <archivist> market not large enough to get economies of scale
[08:46:49] <EbiDK|School> Bummer
[08:48:39] <EbiDK|School> Too bad the school doesn't have any used desktop mills laying around for sale.
[08:48:53] <toastydeath> http://www.youtube.com/watch?v=KachkbSG3_I
[08:48:55] <toastydeath> there ya go
[08:48:57] <toastydeath> haas mini mill
[08:49:19] <toastydeath> hm, that looks like the bigger one
[08:50:45] <EbiDK|School> Looks a lot like a mini mill yes, we have 3 of those here, but it's a bit smaller but still too big for em.
[08:50:47] <EbiDK|School> me*
[08:51:56] <EbiDK|School> We also have a VF1 they're installing a VF3 over the summer break and we have two SL10 and one SL20 lathes too
[08:52:11] <EbiDK|School> And a bunch of manual mills and lathes
[08:53:33] <toastydeath> cool
[08:54:23] <EbiDK|School> Wish I had money and space for a mini mill or VF3
[09:04:46] <piasdom> g'mornin all
[09:05:17] <EbiDK|School> Morning
[15:30:56] <tomp> tomp is now known as tom3p
[15:32:37] <tom3p> where can i find info on gecko 540? ( geckdrive.com search returns nothing)
[15:33:18] <tom3p> i think its a 4 axis drive but hard to verify when mfctr doesnt think it exists ;)
[15:33:51] <jepler> tom3p: you can only navigate geckodrive.com with flash plugin installed. let me see if I can find you an internal link ..
[15:34:05] <tom3p> and a servo drive not stepper ( i hopes )
[15:34:17] <jepler> G540 is stepper only
[15:34:24] <jepler> it is 4 axes
[15:34:30] <tom3p> jepler: woof, thx
[15:34:57] <tom3p> ok, now off to mesa's 4 axis servo drive :)
[15:35:12] <jepler> they've got several brush servo drives
[15:35:53] <jepler> anyway, the geckodrive links for 540: http://geckodrive.com/product.aspx?c=3&i=14469 and 250: http://geckodrive.com/product.aspx?c=3&i=14472 (the guts of the g540 are "essentially" 4 250s
[15:35:57] <jepler> )
[15:36:15] <tom3p> the 7I30 will mate with my 5i20 nicely
[15:37:01] <jepler> 7i30 is a nice choice as long as your servos fit its specs -- 1A or 3A current limit (only 2 choices) and 36V drive voltage
[15:38:34] <skunkworks300> the servo steve stallings brought to the fest was a nice and torquey and a nice size.
[15:41:07] <tom3p> now to find 4 100W drives (3A 36V oughtta fit ) ( i got a machine coming in EMS, its past customs already, a sable-2015 off ebay )
[15:41:23] <tom3p> thx!
[15:42:54] <Jymmm> I think that boy is confused... asking abut G540 then emntioning servos
[15:43:01] <Jymmm> mentioning
[15:43:14] <jepler> * jepler goes on waiting for someone to find him the right servos for zenbot
[15:43:28] <Jymmm> zenbot?
[15:43:57] <Jymmm> only link I find is your website
[15:43:58] <jepler> Jymmm: zenbot is my little cnc router
[15:44:25] <seb_kuzminsky> jepler: those little pittmans might work? with proper belt reduction
[15:44:47] <archivist> raid some plotters for small motors (HP 74xx)
[15:45:03] <Jymmm> jepler: I thought you needed a new driver board, not motors
[15:45:18] <archivist> where I found some pittman motors :)
[15:45:31] <jepler> some guy sells them off and on through ebay
[15:46:32] <Jymmm> jepler: is your website havngissues?
[15:47:05] <jepler> Jymmm: yes, it's on dsl and the link keeps bouncing
[15:47:09] <eric_unterhausen> plotter motors are nice, but very tiny
[15:47:15] <jepler> ng on my machine, this week it's wanting servos instead of steppers.
[15:47:18] <Jymmm> jepler: pk.
[15:47:18] <jepler> argh
[15:47:20] <Jymmm> ok
[15:47:25] <jepler> and so is my ssh, which also goes over the dsl :-/
[15:47:26] <Jymmm> jepler: NEMA17?
[15:47:52] <jepler> Jymmm: yes, they are very small motors
[15:47:57] <eric_unterhausen> I have some Yaskawa nema 17 brushless
[15:49:52] <Jymmm> jepler: 47 oz/in do ya?
[15:51:30] <Jymmm> 1.8 deg/step, 12V@400mA/ph
[15:51:47] <jepler> I'm looking for servos, not steppers
[15:51:57] <Jymmm> ah
[15:53:08] <seb_kuzminsky> jepler: why are you switching? just for fun?
[15:53:10] <Jymmm> jepler: Have you considered taking apart a cordeless carvac or three?
[15:53:17] <Jymmm> * Jymmm ducks
[15:54:44] <skunkworks300> he has a mesa card - might as well do feedback.. ;)
[15:54:53] <jepler> skunkworks300: exactly
[15:55:04] <jepler> and I think I can talk cradek out of the 7i30 he owns but has never used
[15:56:30] <Jymmm> jepler: http://cgi.ebay.com/API-Servo-Motor-NEMA-17-BT-0171AFB-C8CN-NNN_W0QQitemZ180307799392QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item29fb2ead60&_trksid=p3286.c0.m14&_trkparms=72%3A1205|66%3A2|65%3A12|39%3A1|240%3A1318|301%3A1|293%3A1|294%3A50
[15:57:22] <eric_unterhausen> that violates my "no more than $50 for a motor" rule
[15:57:33] <jepler> that's a brushless motor, so it can only be driven with more expensive interfaces. The type I need is a DC or brush servo, either dual shaft or with encoder
[15:57:57] <jepler> (I went over ebay pretty closely yesterday, so I dunno if you'll find anything I missed .. don't spend a lot of time, anyway)
[15:59:45] <eric_unterhausen> brushed motors are a little more difficult to find nowadays
[15:59:54] <jepler> indeed
[16:01:03] <Valen> http://secure.oatleyelectronics.com//product_info.php?cPath=53&products_id=189&osCsid=70dd5de3af179d7bcf037b95db028091
[16:01:11] <Valen> thats what i'm looking at for our conversion
[16:01:20] <jepler> it's tempting to try the 3-phase motor drivers intended for RC planes
[16:01:31] <Valen> they wont work at 0 speed
[16:01:42] <Valen> they use the back emf from the coils to work out their commutation
[16:01:44] <archivist> jepler, actually if you want I do have a qty of a canon motor similar size to the pittman but they dont have encoders
[16:01:50] <Valen> If you get a sensored one it'll work
[16:02:15] <Valen> I'm still interested in motors archivist ;->
[16:02:30] <Jymmm> jepler: what stepper motors do you have now?
[16:02:38] <archivist> dey small not for big machines
[16:02:53] <Valen> how would they compare to the ones i posted?
[16:03:41] <archivist> 75g-cm
[16:04:31] <jepler> Jymmm: 75oz-in, 2A
[16:04:44] <Valen> i have no idea what the specs on those motors are :-<
[16:04:54] <Jymmm> jepler: any issues with them?
[16:04:55] <Valen> other than a gut feel they should be fairly torquey
[16:05:33] <jepler> Jymmm: none that aren't my own damn fault
[16:06:31] <Jymmm> jepler: Why not just get one of these? http://www.xylotex.com/1axBoard.htm
[16:06:48] <jepler> Jymmm: what does that board have to do with anything?
[16:07:06] <Jymmm> your 3 axis xylotex go poof?
[16:07:07] <archivist> Jymmm, he wants servo are you deaf
[16:07:30] <jepler> I replaced the xylotex. I'm not looking for a replacement stepper driver at the moment
[16:07:37] <Jymmm> k
[16:14:42] <jepler> hi KimK
[16:15:39] <KimK> HI Jeff, did you and Chris make it back to Lincoln safely? Was anyone else riding with you?
[16:15:51] <geo01005> I have also wanted to try out the three phase RC motors.
[16:16:10] <jepler> KimK: I was the only one in my car for the ride home. it was uneventful
[16:16:17] <jepler> chris made it home last night as well
[16:17:47] <KimK> OK, good. It was a fun trip, John (jackland) and I were glad we came. I know John was for sure, he came with half a mill and left with two! Well, sort of, anyway.
[16:23:20] <skunkworks300> Hey kim!
[16:23:38] <seb_kuzminsky> hi kim
[16:26:34] <skunkworks300> did you get to the point of pluggin in the robot arm? what about the linear scale on the big mill? Was that the G&L?
[16:28:02] <skunkworks300> jepler: https://www.surpluscenter.com/item.asp?UID=2009052811000501&item=10-2434&catname=
[16:28:16] <skunkworks300> you would have to do something else for encoders... I wonder how it would work..
[16:29:01] <seb_kuzminsky> skunkworks: i dont see a torque rating
[16:29:50] <skunkworks300> seb_kuzminsky: just going by size.. - it would be an experiment ;)
[16:30:16] <motioncontrol> good evening. i want convert a signal of float at s32 and use the conv_float.s32 component, but have one error.is possible please help thanks?
[16:30:50] <jepler> if you want help with an error, you should say what the error is and show specifically what lines of hal caused it
[16:31:16] <motioncontrol> ok jepler one moment i write
[16:32:14] <jepler> skunkworks300: might end up doing something terrible like mounting the encoder at the opposite end of the screw
[16:32:20] <jepler> yuck
[16:32:31] <jepler> but with no encoder and no dual shaft there aren't a huge number of options
[16:32:44] <seb_kuzminsky> i think it's worth a couple of bucks to get a motor with integrated encoder
[16:33:05] <seb_kuzminsky> i find them for a pittance at the local surplus store every once in a while
[16:33:59] <motioncontrol> i write in my hal file : loadrt conv_float_s32 count=1 and after addf conv_float_s32.0 servo-thread.when run emc the terminal have error: fuction 'conv_float_s32.0' not found and after addf failed. because?
[16:35:16] <jepler> halcmd: loadrt conv_float_s32 count=1
[16:35:19] <jepler> halcmd: list funct
[16:35:19] <jepler> conv-float-s32.0
[16:35:44] <jepler> read the documentation or use halcmd interactively to find the correct name
[16:36:04] <motioncontrol> ok i understand very thanks jepler
[16:37:48] <motioncontrol> Seb when you start the project for spi bus of mesa , i free for betatester if you want
[16:38:00] <seb_kuzminsky> ok thanks motioncontrol
[16:39:19] <motioncontrol> i have the 6-m5i20 and 4-7i64 and 2-7i46 and 10-7i33 ecc.. for test if you want
[16:40:00] <geo01005> Shouldn't brushless motors cost less than DC motors? Cheaper to make...
[16:40:26] <archivist> better magnets cost more
[16:41:22] <geo01005> That is the only thing that cost more... Well I suppose you could argue that BLDC motors are generally higher quality in the first place.
[16:42:09] <skunkworks300> http://www.futurebots.com/motor.htm
[16:42:12] <motioncontrol> one question.Know some vendor for rotative switch for override with gray code conversion?
[16:44:56] <geo01005> motioncontrol: like for a feed overide?
[16:45:21] <motioncontrol> yes for feed overidde
[16:45:55] <motioncontrol> i want use 4 digital input and mux 4 component for change the override
[16:47:14] <motioncontrol> on the 4 bit , with gray code have 13 possibili override value
[16:48:47] <jepler> mux4 selects from 4 inputs using 2 bits, not 16 inputs using 4 bits.
[16:49:47] <geo01005> 4 bit gray code should have 16 possible values. Why not just make a quick lookup table in comp?
[16:58:41] <toastatwork> my co-worker decided to put on a very impressive plasma physics display
[16:58:43] <toastatwork> in the microwave
[16:59:14] <toastatwork> wrapped in paper, didn't realize wife had wrapped it in alum foil INSIDE the paper
[16:59:38] <seb_kuzminsky> sheesh, wives these days
[16:59:47] <eric_unterhausen> I did that recently, the kids missed it so I turned it back on again to show them
[16:59:49] <archivist> good entertainment
[16:59:51] <toastatwork> very rapidly demonstrated the problem of magnetic confinement and z-pinch
[17:00:02] <jepler> http://emergent.unpy.net/files/sandbox/mux16.comp
[17:00:05] <jepler> lightly tested
[17:00:08] <jepler> slightly crunchy
[17:00:26] <seb_kuzminsky> Stays Crunchy in Hal! (tm)
[17:01:04] <toastatwork> melts on your endmill, not in your hand
[17:05:15] <jepler> bbl
[17:05:58] <tomp> tomp is now known as tom3p
[17:06:02] <KimK> Hi skunkworks300, seb_kuzminsky, and everyone. Sorry, I was away for a bit, someone came in. On the robot arm...
[17:06:42] <tom3p> thats a pretty big arm to carry someone ;)
[17:07:26] <seb_kuzminsky> http://www.youtube.com/watch?v=wOCmoYU6h1Q
[17:08:20] <KimK> We got it to the point where the motor drive power would come on and the brakes released and the motors would lock up (power up), but we could not get it to do any stepping. First I tried to introduce noise to the step pin with a jumper clip. Then...
[17:09:24] <seb_kuzminsky> good use of a rotary axis at the end of a robot arm: http://www.youtube.com/watch?v=B4Uvlmay02c
[17:09:41] <KimK> I tried to connect a function generator using a TTL output (defective?) and using the analog output. No steps.
[17:10:45] <seb_kuzminsky> KimK: did you try stepping from your 5i22?
[17:13:22] <KimK> There was an Intecolor terminal keyboard on top of the control cabinet, so I imagine there was an Intecolor terminal connected once (RS-232, special codes to draw color text, graphics, etc.) I imagine someone has written an emulator for Linux, but I haven't bothered to look. The control was looking for 5.25" floppies that we don't have, so I wouldn't expect too much from the terminal anyway: "OS NOT FOUND", perhaps?
[17:15:12] <KimK> seb_kuzminsky: I did not try connecting the 5i22 due both to lack of time and because SWP thought that I should buffer the 5i22 card with something, and that seemed like a really, really good idea to me, since that's the only Mesa PCI card I have. Thus endeth the experiment.
[17:15:27] <seb_kuzminsky> makes sense :-)
[17:15:32] <seb_kuzminsky> maybe we'll play with it again next year
[17:16:33] <KimK> Maybe I (or someone else) will have a more suitable Mesa stepper interface card then too.
[17:17:45] <skunkworks300> KimK: cool!
[17:17:53] <skunkworks300> what about the linear scale?
[17:21:39] <KimK> On the linear scale on the G&L, First Jon did "microsurgery" on the reader head, then Chris found a break inside one of the reader heads leads. This was sufficient to get the alarm LED to go out on the Sony converter PCB, and I believe it stopped "wandering away", but it was still not working correctly at the time John (jackland) and I had to leave. I have not heard the final disposition from Chris and Stuart and the others.
[17:24:16] <KimK> We also decided during this that we were not moving the reader head with enough "finesse", so Stuart brought over a Bridgeport to clamp the scale and head to, to use as a more sensitive scale and head mover. That helped too. But it was in the aisle, so will have to go pretty soon.
[17:28:02] <KimK> cradek was still there when John and I left, so he will at least have a later report, if not a final one.
[17:31:12] <KimK> Oh, one more item on the robot arm. It is wired and driven for six axes, but there seems to be only 4 axes of mechanical motion. But there are two DB-25 sockets up near the last joint, so perhaps two more smaller, finer, optional joints can be attached? I don't know what they might be.
[17:33:28] <KimK> Oops, I missed breakfast, and now I'm missing lunchtime, back in a bit.
[17:33:54] <KimK> * KimK heads for the lunchroom
[17:41:18] <travis_> travis_ is now known as trav
[17:41:33] <trav> trav is now known as tlab
[17:42:02] <skunkworks300> skunkworks300 is now known as skunkdesk
[17:42:09] <skunkdesk> skunkdesk is now known as skunkworks_
[17:42:26] <tlab> when I boot with my rtai-smp kernel, it only shows 884MiB of memory, but my generic kernel shows the whole 2gig, is this normal?
[17:45:07] <skunkworks_> the emc realtime kernel is set to only see 1gb of ram
[17:46:22] <micges> my see 2gb
[17:47:40] <tlab> can I change it to see all of it?
[17:48:12] <micges> don't know
[17:48:19] <eric_unterhausen> yes, you have to rebuild
[17:48:28] <eric_unterhausen> shouldn't be too hard, there is a source package
[17:49:15] <tlab> just need to turn on high memory support?
[17:49:58] <eric_unterhausen> someone went out of their way to make that change, I've never seen it
[17:50:09] <eric_unterhausen> 32 bit computers should support 4 gig
[17:52:20] <eric_unterhausen> http://kerneltrap.org/node/2450
[17:52:52] <eric_unterhausen> I guess I never ran into this problem because my first linux computer with more than a gig just uses 64bit linux
[18:13:41] <travis> travis is now known as tlab
[18:19:56] <tlab> so you can not use high memory support on rtai kernel?
[18:21:41] <SWPLinux> some RTAI kernels don't work with > 1G RAM
[18:22:07] <SWPLinux> I believe there are patches in later revisions to fix the problem
[18:22:24] <skunkworks_> SWPLinux: how did the show go?
[18:22:35] <SWPLinux> the one that's this Sunday?
[18:22:40] <skunkworks_> oh
[18:22:42] <skunkworks_> heh
[18:22:43] <tlab> ok, guess I'll stick with what I have then
[18:22:44] <SWPLinux> don't know yet :)
[18:23:01] <skunkworks_> My weekend got screwed up ;)
[18:23:09] <SWPLinux> we're on at 8:30 or so EST this Saturday for the "behind the scenes" show
[18:24:04] <SWPLinux> the one time it might be nice to have cable at the house - I'm not sure we know anyone my wife can visit to watch it :)
[18:25:23] <SWPLinux> I suppose I should go meet up with the rest of the gang. see you later
[18:25:30] <skunkworks_> have fun
[18:34:21] <colin_> skunkworks, how are you with kine mods ?
[18:34:27] <colin_> namely the puma kine
[18:39:24] <skunkworks_> colin_: I looked a little at it about a year ago. so not good. I was going to try to make the vismach match the kins/hal but never got around to it.
[18:39:57] <colin_> ah
[18:40:11] <colin_> i have an arm and the puma kins will work out of the box for the most part
[18:40:16] <colin_> i just need to change the code
[18:40:33] <colin_> because the puma arm is offset to the side of the base rotation
[18:40:37] <colin_> on my arm its ofset forward
[18:40:52] <colin_> so im assuming its an X translation instead of a Y
[18:42:10] <skunkworks_> heh - that might be above my paygrade.. ;)
[18:42:21] <skunkworks_> (steve stalling rubbed off on me)
[18:42:28] <skunkworks_> jepler: http://www.skycraftsurplus.com/index.asp?PageAction=VIEWPROD&ProdID=1877
[18:43:43] <skunkworks_> that seems like a really good deal...
[18:46:15] <jepler> skunkworks_: yes, that's a very similar model to ones I've been finding new at $200
[18:46:22] <jepler> I can't read the full part number, though
[18:49:49] <alex_joni> the part after 24 VDC?
[18:51:15] <jepler> the part after 9236
[18:52:04] <alex_joni> C461
[18:52:23] <alex_joni> I have a hint for you :P
[18:52:28] <alex_joni> it's on the page too
[18:52:37] <alex_joni> (found it after I googled it)
[18:52:37] <jepler> oh!
[18:52:44] <jepler> I looked but didn't find it
[18:53:06] <alex_joni> it's hidden top-right
[18:53:30] <jepler> yes I see it now
[18:53:52] <alex_joni> nothing else online for it though
[18:54:42] <skunkworks_> too bad the part number for the encoder isn't visable.
[18:54:46] <skunkworks_> I wonder if you could ask
[18:55:31] <skunkworks_> as low as 50 and as high as 512 line
[18:56:02] <skunkworks_> or if it is film - 1000 or 1024
[18:57:10] <skunkworks_> jepler: how many threads per inch on the zenbot?
[18:57:17] <jepler> skunkworks_: 16
[18:58:15] <skunkworks_> 2:1 would give you close to 140ipm.
[18:58:31] <skunkworks_> easy
[18:59:13] <jepler> yeah, I just have to get cradek to build the mounts and turn the pulleys for me
[18:59:41] <alex_joni> jepler: http://www.motionsolutions.com/images/DC%20Motor%20Gearmotor.pdf
[18:59:47] <alex_joni> lots of the pullman models there
[18:59:57] <jepler> I don't want a gearmotor, though
[18:59:59] <jepler> can you say backlash?
[19:00:09] <alex_joni> back lash?
[19:00:35] <alex_joni> page 6.. 9234, no gear
[19:00:36] <jepler> yeah
[19:00:44] <skunkworks_> alex can say backlash in a few languages..
[19:00:47] <jepler> yeah, 9236S009 is one I was looking at
[19:01:07] <jepler> the part after 9236 must specify options, but I haven't found a master table of options yet
[19:01:17] <jepler> (e.g., 9236S008 is without encoder, S009 is with 500CPR encoder)
[19:06:33] <geo01005> You can see from the photo that the encoder is 500 CPR, The CPR is cut off by the power cord. At least that is usually what the label says there :)
[19:06:51] <jepler> ah thanks geo01005
[19:07:10] <skunkworks_> 500cpr would work great
[19:07:15] <skunkworks_> 1000 edges
[19:07:21] <jepler> so that only leaves guessing whether there's index or not, but I get "good enough" homing with switch only
[19:07:43] <skunkworks_> 32000 edges per inch - 2:1
[19:07:54] <geo01005> I think I might buy a couple too :)
[19:08:10] <jepler> (there are 5 pins either way, but for no-index one of them is simply not driven..)
[19:08:58] <skunkworks_> jepler: I forget - how fast where you getting it to go with the geckos?
[19:09:28] <jepler> skunkworks_: I don't think those numbers mean much, because we were running at 150% current ..
[19:09:31] <jepler> but >3ips
[19:09:39] <skunkworks_> that would be .00003 per edge
[19:09:41] <geo01005> I have a new Idea for a bot that uses plastic compliant hinges and linear actuators. I was going to use steppers, but an aything I/O card and a 7i30 is about the same cost.
[19:10:16] <jepler> what's a compliant hinge?
[19:10:38] <skunkworks_> if it where me I would also be running it above the 24v limit ;)
[19:11:29] <geo01005> http://www.monroeengineering.com/hinges/living-hinge-plastic-butt-hinge.htm
[19:12:16] <jepler> skunkworks_: right now (with xylotex 1/8 stepping), one microstep is .00004in
[19:12:24] <geo01005> non-trivial kinematics, but only 2d, so I can do that :)
[19:12:43] <skunkworks_> jepler: you are only acurite to about 1/2 step though..
[19:12:47] <skunkworks_> acurite?
[19:12:51] <jepler> accurate
[19:12:52] <jepler> sure
[19:13:24] <jepler> I think I was called a living butt-henge once in junior high
[19:14:50] <skunkworks_> heh ;)
[19:15:47] <skunkworks_> they are wonder why they just sold out of that servo
[19:15:54] <skunkworks_> *going to
[19:16:09] <geo01005> Think SCARA, but those living hinges instead of bearings and linear actuators instead of rotary.
[19:16:17] <jepler> it's a tiny little servo
[19:16:20] <jepler> unlikely to be of use to anybody
[19:20:30] <skunkworks_> about how big is cradek's servos here http://timeguy.com/cradek-files/emc/DSCN6290.JPG
[19:20:34] <skunkworks_> I don't remember size
[19:21:45] <jepler> I bet they're in the same ballpark
[19:25:11] <jepler> another picture shows they're pittman 9413, but I can't find specs on that
[19:28:13] <geo01005> http://astromechbuilder.com/mechloader/d/27067-1/GM9413_1.pdf?g2_GALLERYSID=372cb7ef5850ae3827c613a18ff91c71
[19:28:56] <geo01005> less the gearbox
[19:30:38] <geo01005> Similar specs.
[19:32:02] <jepler> yes, I think the 9xxx motors all have the same diameter
[19:32:44] <jepler> with the 923x motors, the last digit indicates increasing length and torque
[19:33:38] <seb_kuzminsky> pittman specs (including the 9x36): http://highlab.com/~seb/bzr/fabrication/doc/vendor-docs/pittman/lcm_bulletin.pdf
[19:34:00] <seb_kuzminsky> continuous torque: 9.5 oz*in
[19:34:07] <seb_kuzminsky> stall torque: 61.8 oz*in
[19:34:39] <seb_kuzminsky> stall current: 9.6 A (at 24V)
[19:36:53] <skunkworks_> * skunkworks_ thinks seb is going servo also..
[19:37:08] <seb_kuzminsky> i'd sure like to :-)
[19:37:23] <seb_kuzminsky> but the 9xxx pittmans are too small for my machine
[19:37:31] <seb_kuzminsky> i'm in the market for some 14xxx's ;-)
[19:39:25] <geo01005> I've got one, but it is running my reprap extruder :)
[19:39:59] <seb_kuzminsky> what are you extruding, aluminum???? ;-)
[19:40:59] <geo01005> I ordered one motor off ebay, a different one came in the package...
[19:41:48] <geo01005> I ordered a small high gear reduction motor, but got a 14000 pittman with a low backlash planetary gearbox.
[19:41:54] <geo01005> Can't complaint too much.
[19:50:33] <jepler> seb_kuzminsky: there are no flats on the 9xxx pittman motor shafts, right?
[19:50:43] <seb_kuzminsky> i'm not sure
[19:50:53] <jepler> I don't see any indication of it in the drawing
[19:51:14] <alex_joni> jepler: usually you get to cut them out if you really need them
[19:51:31] <seb_kuzminsky> that's why you keep cradek around, isn't it? :-P
[19:52:09] <alex_joni> don't let him know that :P
[19:52:55] <jepler> I dunno how you put a good flat on a motor shaft
[19:53:26] <alex_joni> with a good file :P
[19:53:28] <seb_kuzminsky> clamp it carefully in a V block and run over it with an end mill?
[19:54:42] <anonimasu> that works
[19:54:50] <anonimasu> just make sure it's flat
[19:55:01] <anonimasu> with a dial gauge
[19:55:03] <anonimasu> very carefully
[19:55:21] <travis> travis is now known as tlab
[19:55:49] <tlab> I've lost my cnc icons on my menu, anyone know how to get them back?
[19:56:02] <alex_joni> tlab: what did you do?
[19:56:09] <alex_joni> maybe you uninstalled emc2?
[19:56:28] <tlab> I had to compile by source for my custom kernel
[19:56:51] <anonimasu> tlab: add them like you add icons normally
[19:56:51] <alex_joni> then you need to put the menu there by yourself
[19:57:15] <tlab> um how would I add them normally?
[19:57:21] <anonimasu> do you use gnome?
[19:57:24] <alex_joni> tlab: http://cvs.linuxcnc.org/cvs/emc2/debian/extras-Ubuntu-8.04/usr/share/
[19:57:24] <anonimasu> or kde?
[19:58:25] <tlab> gnome
[19:58:46] <tlab> I just need stepconfig
[19:58:54] <tlab> where is it?
[19:59:13] <alex_joni> simply type "stepconf" like you do with "emc"
[19:59:24] <tlab> ah
[19:59:36] <alex_joni> if you have compiled with run-in-place, then you need to . scripts/emc-environment first
[20:01:37] <tlab> thanks guys
[20:02:04] <tlab> any of you program microcontrollers on linux?
[20:07:23] <jepler> I do avrs some
[20:12:09] <travis> ugh, my box locked up
[20:12:13] <travis> travis is now known as tlab
[20:13:14] <tlab> so any of you program microcontrollers in linux? microchip, avr, freescale?
[20:13:22] <jepler> avrs here
[20:13:37] <tlab> what do you use for ide?
[20:13:42] <jepler> vim
[20:14:01] <tlab> then how do u load target?
[20:14:18] <jepler> avrdude
[20:14:34] <tlab> ahh
[20:14:59] <jepler> lately I've been using arduino-style boards, and run the avrdude that is bundled with the arduino environment
[20:15:27] <tlab> serial or usb interface?
[20:15:37] <jepler> usb
[20:15:38] <tlab> or parr
[20:16:02] <tlab> avrdude pick up the usb device ok ?
[20:16:18] <jepler> lately I've done a little bit with at90usb-based boards. those program over usb with a different program -- dfu-programmer or something like that
[20:16:28] <jepler> yes, avrdude has no trouble using /dev/ttyUSB0
[20:17:21] <tlab> will avrdude work with the avr dragon?
[20:17:28] <jepler> I am not familiar with avr dragon
[20:18:37] <tlab> http://www.atmel.com/dyn/Products/tools_card.asp?tool_id=3891
[20:19:58] <jepler> multiple types of dragon programming interfaces are listed in the /etc/avrdude.conf of avrdude 5.5-1 on ubuntu hardy
[20:20:08] <jepler> dragon_dw, _jtag, _isp, _pp, _hvsp
[20:20:30] <tlab> ok, ya dragon has all those interfaces
[20:20:52] <jepler> this looks informative: http://www.homebuilthardware.com/index.php/avr/linux-avrdragon-tutorial-1/
[20:21:44] <jepler> bbl
[20:44:10] <rbertoche> I need to test the realtime threads on a computer before getting the mill and the io board. What should I do to .hal archives?
[20:44:32] <cradek> boot the live cd, run the latency test
[20:44:53] <rbertoche> I won't run under ubuntu
[20:45:28] <archivist> still need to test its the easiest way
[20:45:34] <cradek> can you ask a more specific question?
[20:47:24] <LawrenceG> jepler, http://www.allelectronics.com/make-a-store/item/DCM-130/24VDC-135W-MOTOR-W/-BELT-GEAR/1.html I just received 4 of those motors... going to try and add a digikey encoder to the back of them... very nice motor at first inspection
[20:48:45] <LawrenceG> jepler, they have a bunch of bigger motors as well for very nice prices,
[20:48:50] <skunkworks_> scooter motor?
[20:49:24] <LawrenceG> yea... the scooter/electric bike craze has brought a whole bunch of new stuff to the market
[20:50:07] <archivist> brush design may be unidirectional, check
[20:50:36] <LawrenceG> the motor I listed, has a 3mm pitch HTD 16 tooth pulley on it already
[20:52:21] <LawrenceG> archivist, I havent put the taco on it yet, but it seems to run smoothly in both directions
[20:54:19] <Jymmm> LawrenceG: burrito
[20:58:33] <jepler> LawrenceG: I don't see a provision to add an encoder, do you have some ideas how to do that?
[21:02:24] <jepler> I decided to get some of the motors skunkworks pointed out
[21:02:50] <rbertoche> Well, if i try to run emc right now, by choosing any machine on the config picker, emc will crash trying to load inexistent hal connections. What lines i need to remove from any .hal in order to run emc without the io?
[21:02:52] <seb_kuzminsky> you'll need new mounts
[21:03:10] <jepler> yeah
[21:03:19] <colin_> is anyone here suitably familliar with kine to help me edit pumakin ?
[21:03:21] <cradek> rbertoche: run one that's under the sim menu (sim/axis)
[21:03:52] <colin_> iv been reading the code and working out what i need to mod
[21:04:02] <colin_> and most of it is actually good already
[21:04:12] <colin_> the only issue i have is that instead of the arm being to the left/right as on puma
[21:04:27] <colin_> mine is in front of the base
[21:05:05] <colin_> so the A2 translation needs to be in the X instead of the Y i think
[21:05:35] <LawrenceG> jepler, I am hoping to drill the rear shaft of the motor and add a stub for the encoder
[21:05:38] <geo01005> colin_: Have a picture of it?
[21:06:47] <colin_> http://www.kawasakirobotics.com/PDFs/JS10.pdf
[21:07:28] <rbertoche> Well, if thats suposed to work, i guess my problem isn't not having hardware t
[21:07:34] <rbertoche> that hal is asking for
[21:07:35] <rbertoche> insmod: error inserting '/usr/realtime/modules/emc2/motmod.ko': -1 Unknown symbol in module core_sim.hal:7: exit value: 1 core_sim.hal:7: insmod failed, returned -1
[21:07:57] <jepler> seb_kuzminsky: making motor mounts is what I keep cradek around for, as I think sam noted earlier
[21:07:58] <rbertoche> that's when i tried to run something from the sim folder
[21:08:20] <jepler> rbertoche: for that kind of error, more information will be shown when you run the command 'dmesg' in the terminal and look at the last dozen or so lines.
[21:09:33] <rbertoche> The only strange line in dmesg is " motmod: Unknown symbol ceil "
[21:09:40] <cradek> aha
[21:09:43] <jepler> yes, that's the real error
[21:10:02] <jepler> did you build your own kernel and/or rtai?
[21:10:14] <rbertoche> Yes
[21:10:23] <jepler> you must enable rtai math
[21:10:34] <rbertoche> Where, on rtai compilation?
[21:10:46] <jepler> I think this is --enable-fpu when you ./configure in rtai
[21:11:43] <colin_> geo01005, that any help?
[21:12:46] <geo01005> I don't see how it is different from your regular old PUMA kinematics... I'm still looking though.
[21:12:49] <jepler> (an emc2 configure test that checks for this configuration problem would be nice, but I'm not sure how to check..)
[21:13:25] <colin_> http://prt.fernuni-hagen.de/lehre/KURSE/PRT001/EXAMPLES/eqs2/puma_dh.gif
[21:13:30] <colin_> thats the puma arm
[21:13:39] <colin_> you can see the arm is to the side of the base centerline
[21:13:47] <colin_> where the js10 is forward of it
[21:14:12] <rbertoche> Oh, ok, i'll compile it again
[21:14:41] <colin_> its the A2 offset that defines the sideways offset between joint 1-2
[21:14:56] <colin_> i need to change that to forwards
[21:16:43] <rbertoche> ./configure --enable-math ..?
[21:17:15] <jepler> --enable-fpu according to my notes
[21:17:19] <jepler> maybe look through ./configure --help?
[21:17:28] <colin_> hmm crap looking at the code the A2 offset is actually between the base and the joint 3
[21:18:08] <rbertoche> oh, there actually is a --enable-fpu, ok. But why? what is motmod ?
[21:18:16] <geo01005> colin_:I'm not seeing what you are saying... To me it looks like d2 is zero, and it is happy.
[21:18:58] <colin_> yes d2 will be 0
[21:19:14] <colin_> im going to need an A1 ?
[21:19:43] <colin_> if you look on the left hand diagram with the arm view from the side
[21:19:59] <colin_> there is a 100mm offset from the rotation of the base and the arm
[21:20:38] <rbertoche> Why not loading motmod module means having fpu disabled?
[21:21:34] <geo01005> colin_: Ahh, I see that now.
[21:21:45] <geo01005> Well That is a very simple fix.
[21:21:51] <colin_> it is ?
[21:21:53] <skunkworks_> jepler: Have to yell when you get them in. Let me know how they run.
[21:22:08] <geo01005> only changes the x-y position.
[21:22:17] <skunkworks_> are you going to try to direct drive for the first try?
[21:22:27] <colin_> i thought that
[21:22:44] <jepler> skunkworks_: that's sure easiest
[21:22:50] <jepler> heck I could just hold the motor in about the right spot
[21:22:55] <colin_> but it changes the sideways bit between the base joint and joint 3 on the sideways for the puma
[21:22:56] <seb_kuzminsky> skunkworks: even direct drive, those motors are torquier(?) than the steppers on zenbot now
[21:23:03] <geo01005> colin_:The forward kinematics are very easy
[21:23:10] <colin_> on my arm it will have to be between J1-2
[21:23:15] <Lerman______> Lerman______ is now known as Lerman
[21:23:18] <skunkworks_> Really? I guess I didn't look at the specs.
[21:23:21] <skunkworks_> neat
[21:23:32] <seb_kuzminsky> 60+ oz*in :-)
[21:23:37] <skunkworks_> 300ipm! ;)
[21:24:13] <skunkworks_> seb_kuzminsky: what size steppers are you going to use on your x2?
[21:24:35] <seb_kuzminsky> i'm planning on servos for the x2
[21:24:40] <skunkworks_> ah - nice
[21:24:43] <seb_kuzminsky> aiming for 250-300 oz*in at the screw
[21:25:04] <jepler> mostly what I know about servos and steppers is that directly comparing stall torque and holding torque doesn't tell the whole story..
[21:25:05] <seb_kuzminsky> probably with some belt reduction
[21:25:13] <geo01005> colin_: just add 100mm*sin(theta1) to x and 100*cos(theta1) to the y.
[21:25:43] <skunkworks_> 5:1... ;)
[21:25:44] <colin_> geo01005, i dont really know how
[21:25:59] <rbertoche> Jepler, how did you guessed about fpu being disabled? not seeing it
[21:26:45] <geo01005> colin_ The kinematics are fairly strait forward, but It has been quite a while since I looked at the source for the kinematics...
[21:26:47] <jepler> rbertoche: "ceil" is a function provided by the math library. in rtai, this comes from rtai_math.ko which is not enabled by default
[21:27:01] <alex_joni> good night all
[21:27:06] <skunkworks_> night alex
[21:27:10] <seb_kuzminsky> see you alex_joni
[21:28:04] <jepler> /usr/src/rtai$ ./configure --help | grep fpu
[21:28:04] <jepler> --enable-fpu Enable FPU support
[21:29:01] <rbertoche> Oh, thank you!
[21:29:15] <rbertoche> Yeah, i got it.
[21:34:35] <skunkworks_> jepler: is this broken? http://unpy.net/cgi-bin/viewcvs.cgi/eagle/ulp/
[21:34:55] <jepler> skunkworks_: yeah, I shut down that system a month ago
[21:35:07] <skunkworks_> oh - ok
[21:35:48] <skunkworks_> bbl
[21:36:01] <jepler> I should probably get it online again, but it'll take a reminder
[21:43:00] <Goslowjimbo> Does anyone know of a parallel port SPI interface for EMC? I found one for Linux, but don't know how it would work with EMC.
[21:44:28] <jepler> in general, no. if emc and another program tried to control the parport at the same time, you wouldn't like the results .
[21:44:56] <Goslowjimbo> That's what i thought.
[21:52:23] <Goslowjimbo> Seb_kuzminsky: With the work you're doing on SPI, If I don't use all of the functions of a Mesa servo card, would I be able to use the unused lines for a SPI interface?
[21:53:04] <Goslowjimbo> I realize I would have to break them out to get away from the servo card circuitry.
[21:58:50] <gtom> Reset of hm2 stepgen possible?
[22:01:12] <Danimal> hey guys
[22:01:22] <gtom> hi
[22:02:02] <Danimal> i'm having a pretty tuff time with this HAL stuff
[22:02:17] <gtom> why???
[22:02:31] <Danimal> somethings just not clicking with it
[22:02:44] <gtom> whats the problem?
[22:04:16] <Danimal> i just dont understand how it all works... i get part way into the hal user manual (pasically through the introduction) then i just get lost
[22:04:41] <Danimal> basically*
[22:04:56] <gtom> well, imagine some electrical parts in front of you on your table
[22:05:33] <gtom> this are the hal-components, like stepgen, encoders and so on
[22:06:11] <gtom> like in real world, to get a machine you need some wires between them
[22:06:48] <gtom> ie. a comp like stepgen has input & outputs
[22:07:11] <Danimal> yea, i kinda understand that whole part
[22:07:29] <gtom> ok, lets continue
[22:07:48] <gtom> take a stepgen
[22:08:30] <gtom> this has one important input: position-cmd
[22:08:55] <gtom> and outputs like step & direction
[22:09:39] <gtom> a step to wire the stuff together is the NET command
[22:11:12] <gtom> so: net xstep <= stepgen.x.step will create a wire called xstep connected to the output step (for example)
[22:11:43] <Danimal> so i just dont get the relationship between emc2 and the component
[22:12:36] <PCW> gtom: you may be able to use the raw-write facility in the HM2 driver to reset the stepgens position register
[22:12:38] <PCW> This is not ideal because it may generate a step, better would be a hardware input that cleared or
[22:12:39] <PCW> (better) latched the position register
[22:15:01] <gtom> The only problem i have is the pos-fb... that remains in the old position when the index is hit
[22:15:38] <gtom> how do i calculate the counter (subcounter) from a given position???
[22:15:52] <Danimal> see i'm already lost... net xstep <= stepgen.x.step is greek to me.
[22:16:38] <gtom> @Danimal: EMC is also a "component" on your table, with inputs & outputs
[22:16:53] <seb_kuzminsky> Goslowjimbo: yes
[22:16:56] <Danimal> ok
[22:17:05] <gtom> hi seb
[22:17:06] <PCW> pos-fb comes from the hardware position count reg...
[22:17:20] <seb_kuzminsky> you might need a custom firmware that includes both the servo stuff and the spi ports you need
[22:17:24] <seb_kuzminsky> gtom: hi there :-)
[22:17:29] <gtom> from the 16:16 register?
[22:18:42] <PCW> Hi sebastian, I the SVSP8_6 config I sent you is appropriate for servo&SPI
[22:18:50] <seb_kuzminsky> gtom: i briefly discussed your machine with cradek and jepler
[22:18:51] <PCW> -I
[22:18:52] <gtom> Had an idea today... why not set fb-position to cmd-position on enable=false ???
[22:18:57] <seb_kuzminsky> http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2009-05-28.txt
[22:19:05] <seb_kuzminsky> around 19:37
[22:19:35] <seb_kuzminsky> PCW: oh yeah, i bet you're right
[22:19:36] <Danimal> i feel like i'm missing a crucial piece to understanding this stuff
[22:20:12] <PCW> three conversations at once cant help :-)
[22:20:14] <seb_kuzminsky> cradek and jepler get into it around 20:11
[22:20:20] <Danimal> haha true
[22:20:22] <gtom> me too, 6months that i spend now trying to understand this stuff... :_)
[22:20:47] <seb_kuzminsky> i've been at it nearly two years and i still have no idea what's going on :-)
[22:21:06] <Danimal> i got my machine working, kinda. it moves in xyz fairly well
[22:21:15] <Danimal> now i'm trying to hook up my vfd
[22:21:25] <gtom> thats all you need xyz...
[22:21:53] <Danimal> i wish... i need the vfd and the toolchanger too
[22:22:09] <Goslowjimbo> Ok. What I'm trying to find out is if I need to purchase just the Mesa I/O card that has SPI on it, or go with another FPGA card. It sounds like I don't need another FPGA card.
[22:22:47] <seb_kuzminsky> Goslowjimbo: i think any of the AnyIO boards can do SPI just fine
[22:23:30] <Goslowjimbo> Good.
[22:26:13] <jepler> it will depend on the fpga firmware and on the hostmot2 hal driver, not on the fpga card
[22:26:35] <seb_kuzminsky> gtom: your machine doesnt use the stepgen position feedback at all, does it? it relies exclusively on encoder position feedback as i understand it
[22:26:51] <gtom> Yes, pos-fb is ignored
[22:27:22] <gtom> i dont need it.. linear encoder fb is much better...
[22:27:28] <seb_kuzminsky> i agree
[22:27:46] <gtom> also dont want a pid /closed loop
[22:28:20] <gtom> machine-table is about -think- 350 pounds
[22:28:30] <seb_kuzminsky> what would happen if (for example) the stepgen lost a step? the stepgen position feedback would disagree with the encoder position feedback, and the system would be out of sync
[22:28:43] <Danimal> in what order should i be reading this stuff... emc2 user manual, emc2 integrator manual, hal user manual, ect...
[22:29:01] <gtom> no, i wrote a rt-comp to correct the position...
[22:29:54] <gtom> if the pos-fb is >fmin_error away emc stops...
[22:31:02] <seb_kuzminsky> what does your position-correcting component do?
[22:31:57] <gtom> Well, if the stepgen accels an is below velocity xxx i.e. 0.5 the difference betw. encoder-pos and cmd-pos
[22:32:23] <gtom> is corrected (only to the direction where the axis moves)
[22:33:06] <gtom> when the stepgen decellerates and comes below velociy xxx the end-position is corrected also (just stepping!)
[22:33:28] <gtom> This works absolutely PERFECT!
[22:33:44] <PCW> Seb: didnt you just add a velocity mode to stepgen?
[22:33:46] <PCW> why not use the setpper as a velocity mode servo?
[22:34:03] <seb_kuzminsky> PCW: i did, and i suggested that to gtom, but he said he doesnt want pid or closed loop
[22:34:19] <gtom> Well, linear encoders on heavy machines do not work...
[22:34:48] <PCW> Well even the stepgen is closed lopp
[22:34:54] <PCW> (loop)
[22:35:03] <gtom> Haidenhain is using a similar setup for their new hispeed milling machines
[22:35:48] <gtom> i mean controls...
[22:37:04] <gtom> with that component i got tolerances down to 1/100of a mm
[22:39:09] <gtom> And: Backlash is nearly eliminated!
[22:39:19] <Goslowjimbo> bye all
[22:39:26] <seb_kuzminsky> see you later Goslowjimbo
[22:39:27] <gtom> bye
[22:39:55] <seb_kuzminsky> gtom: i'll look into the enable behavior of sw stepgen vs hm2 stepgen in the next couple of days
[22:40:15] <seb_kuzminsky> it's reasonable for hm2 to do whatever the sw stepgen does in this regard
[22:41:17] <gtom> thank you...
[22:42:08] <gtom> a reset-pin of position-fb would be good... :-)
[22:43:54] <seb_kuzminsky> sw stepgen doesnt have one
[22:46:44] <gtom> i know, for security reasons we need one... just to kill any remaining cmd/fb difference on estop errors and so on..
[22:48:01] <seb_kuzminsky> normally the stepgen is less than ferror away from position-cmd, say .010 inch (.25 mm) or so, but yeah...
[22:48:53] <gtom> i told you that it is running FAR away... even with 2.4.0pre Trunk...
[22:51:23] <seb_kuzminsky> sure, because your machine isnt set up right ;-)
[22:51:37] <seb_kuzminsky> normally position-cmd and position-fb are close to each other
[22:52:55] <gtom> i was playing with the vels & accels, now i can catch up the axis after ~ 5mm
[22:54:22] <gtom> That was my intention: Joint-follow errors cause emc to stop and stepgen is disables.
[22:55:02] <gtom> Think that the SW stepgen sets the pos-fb to pos-cmd in that case...
[22:55:39] <gtom> the hm stepgen remains with the difference of pos-fb and pos-cmd
[22:56:12] <gtom> if you turn the machine on stepgen wants to move to its cmd-position
[22:56:25] <seb_kuzminsky> the hm2 stepgen stops if .enable goes low
[22:56:33] <seb_kuzminsky> but it doesnt set its position-fb to position-cmd
[22:56:51] <gtom> Yes, thats the problem i thikn
[22:56:56] <seb_kuzminsky> that's what i'm going to look at, and update it if needed to behave like sw stepgen
[22:57:45] <gtom> ive put some code inside the enable stuff today...
[22:58:55] <gtom> didnt work :-)
[22:59:49] <gtom> tried to set *hm.... position_fb = *hm... position_cmd, ok that was wrong, pos_fb is a calculated value
[23:00:34] <gtom> next i wanted to calculate the desired counter-position from the position_cmd???
[23:01:32] <gtom> need to understand the stepgen code...
[23:04:19] <gtom> the current .enable stuff is not correct!
[23:04:55] <gtom> 1. if you turn the machine ON after an error it should not MOVE!
[23:05:06] <seb_kuzminsky> bbl
[23:05:52] <andypugh> Hi chaps
[23:07:49] <andypugh> If I am typing in commands line-by-line in semi-manual mode,am I right in thinking that I might as well just use a G43 rather than an M6?
[23:11:14] <jepler> oh look, stuart is already trying to get us to come back to wichita
[23:45:10] <andypugh> Points at query above
[23:46:25] <Danimal> man, would life be alot easier for me if i ditched my mesa 5i20 and just used the parport so i can use the stepper config?
[23:47:14] <Danimal> i got the steppers working with the supplied config for the 5i20, but i have no clue how to set up the spindle control for my vfd