#emc-devel | Logs for 2008-01-01

Back
[00:34:10] <jmkasunich> it looks like the screw comp data is not stored in shared memory
[00:34:25] <jmkasunich> so I don't see any real obstacle to enlarging the limit
[00:34:32] <jmkasunich> (its a #define constant)
[00:35:57] <jmkasunich> of course my machine is using an installed EMC 2.2.2.... if I go with a larger comp file I'll have to run CVS until 2.3 comes out
[00:52:26] <cradek> that would be unfortunate I think
[00:52:34] <cradek> although I'm guilty of it too
[00:52:59] <cradek> hm, exiting emc doesn't turn off the spindle. I wonder when that re-broke
[00:55:58] <jmkasunich> bummer
[00:56:22] <jmkasunich> regarding running CVS, it may or may not be bad, depending on your POV
[00:56:28] <LawrenceG> chris... thats what the watchdog is for
[00:56:36] <jmkasunich> if it means the upcoming code gets more testing, its good
[00:56:42] <jmkasunich> chargepump!
[00:56:56] <LawrenceG> yea baby... it works a treat
[00:57:07] <cradek> sure, but it used to turn it off before exiting.
[00:59:22] <jmkasunich> why did you break it?
[01:04:55] <jmkasunich> isn't spindle controlled through motion?
[01:05:51] <jmkasunich> does the GUI send NML messages on shutdown, to tell motion its going away? I thought the runscript did the cleanup and shutdown after the GUI exited
[01:07:35] <cradek> I wish I could remember. alex fixed this last time it broke.
[01:07:53] <cradek> (nothing in task seems to stay fixed)
[01:10:56] <cradek> yay, I have home switches
[01:12:25] <fsdafsd> fucking shit man just prepare for the worst and never stop
[01:15:18] <fsdafsd> its like folding laundry
[01:16:56] <cradek> somehow, it's repeating to within about a step
[01:17:18] <cradek> tenth indicator shows sometimes 0 and sometimes .0001
[01:20:47] <fsdafsd> ouch thats horrible backlash
[01:20:52] <fsdafsd> :P
[01:21:04] <LawrenceG> hey guys... take the rest of the year off Thankyou for all your good work on emc
[01:21:16] <cradek> ha
[01:31:25] <alex_joni> cradek: I don't quite remember either
[01:33:20] <alex_joni> LawrenceG: can I do that too?
[01:34:33] <cradek> this bites, my w_tool_length branch is diverging, and I'm not sure what to do about it
[01:35:07] <jmkasunich> diverging because of changes on trunk? or just your stuff?
[01:35:47] <cradek> the combination of the two
[01:36:27] <jmkasunich> would merging your branch have bad consequences for trunk?
[01:37:05] <cradek> yes it would break TLO for 'normal' machines
[01:37:34] <LawrenceG> alex_joni: opps... not sure what you are asking...... I think you have already expired your year off :}
[01:39:28] <alex_joni> cradek: how normal?
[01:39:44] <cradek> it hackishly applies the Z TLO to W instead
[01:39:58] <jmkasunich> I see
[01:40:00] <cradek> we need a more general solution
[01:40:34] <cradek> not sure what else is important in there - looking
[01:40:46] <alex_joni> and can we say W is Z for regular machines?
[01:41:01] <cradek> 'regular' machines don't have a W axis
[01:41:07] <alex_joni> or is that restricted to XYZA machines only ?
[01:41:22] <alex_joni> hmm.. I'm not beeing clear..
[01:41:26] <cradek> or me
[01:41:32] <alex_joni> I mean.. let's have UVW always exist
[01:41:45] <alex_joni> TLO gets applied in UVW (which matches XYZ usually)
[01:41:53] <LawrenceG> hot wings, cheese fondue and home made french bread for new years feast... supplemented with rum and coke... that seem kind of international in scope
[01:42:06] <alex_joni> when a machines uses ABC to rotate UVW so does the plane where TLO gets applied
[01:42:13] <cradek> no you have to move W to apply it. That breaks all gcode that applies like G0 G43 Hn Z0
[01:42:56] <alex_joni> it's not quite clear to me.. but I'll take your word :)
[01:43:13] <cradek> TLO doesn't actually get applied to an axis until you move it
[01:43:44] <alex_joni> * alex_joni dislikes g-code :)
[01:44:03] <cradek> gcode is great. it lets me move my machine around
[01:44:32] <alex_joni> I mean some of the specs :)
[01:45:17] <cradek> I know, I'm just being silly
[01:45:26] <cradek> but I actually think gcode is fine
[01:45:40] <cradek> it's complex, but that's because the task at hand is complex
[01:46:34] <alex_joni> I'm still trying to find a way for g-code to do what I would want with a non-trivkin
[01:46:42] <alex_joni> and I don't think it's possible..
[01:47:22] <alex_joni> so I'll probably end up with a different interp anyways
[01:47:41] <fsdafsd> 4mhz
[01:51:11] <fsdafsd> man today I got a flash card the size of a potato chip crumb
[01:51:15] <fsdafsd> 2 gb
[01:51:41] <fsdafsd> thats insane
[01:51:54] <cradek> kins_both definitely works better than inverse_only
[01:52:05] <alex_joni> cradek: yup
[01:52:06] <cradek> for one thing it doesn't give a warning at startup
[01:52:15] <jmkasunich> assuming you have formulas for both directions ;-)
[01:53:42] <fsdafsd> and assuming you dont get lost
[02:24:53] <skunkworks> woo whooo - finally - a utillity tub in the basement.
[02:25:12] <skunkworks> sink?
[03:01:26] <alex_joni> good night all
[03:04:28] <skunkworks> night alex
[04:12:24] <jmkasunich> heh, you can hear the periodic error correction
[04:13:19] <skunkworks> change in tone as it is running thru its travel?
[04:14:17] <jmkasunich> yep - I have a once per rev error of about 0.0006, thats the one you can hear
[04:14:38] <jmkasunich> its about a 1.2% change in velocity
[05:01:34] <jmkasunich> looks like screw comp works quite nicely
[05:02:24] <jmkasunich> less than +/- 3 tenths error and less than +/- 4 tenths lash over the full travel range
[05:02:35] <jmkasunich> less than two tenths lash over most of the range
[05:02:51] <cradek> wow that sounds great
[05:03:51] <jmkasunich> next I gotta do X - that will be much simpler, since I'll only need to check for scale error and overall (average) lash
[05:03:58] <jmkasunich> probalbly take a measurement every inch
[08:36:34] <SWPadnos_> SWPadnos_ is now known as SWPadnos
[16:23:10] <CIA-20> EMC: 03cradek 07w_tool_length * 10emc2/src/emc/usr_intf/axis/Submakefile: stuart stevenson's visualization of the viper machine
[16:41:51] <jepler> cradek: neat!
[16:42:22] <tomp> jepler: in halgui, in file canvas,
[16:42:22] <tomp> in HalCanvas.sig_event theres a call "realwid.move(..."
[16:42:22] <tomp> i put debug prints in file data Signal.move and Component.move.
[16:42:22] <tomp> The widget moves, but neither debug print occurs.
[16:42:22] <tomp> any hints?
[16:42:23] <tomp> ( trying to make siglines visible before they are dragged )
[16:43:54] <jepler> tomp: if your print isn't printing, then probably the line is never being reached. you must be mistaken about which code you are triggering when you try to move something.
[16:44:30] <tomp> yes, i'm sure i'm not following the real code flow
[16:44:47] <jepler> I don't know anything about that "halgui" that is in emc's cvs .. somebody else wrote it and I don't think I've ever taken the smallest glance at it.
[16:45:10] <tomp> ok, btw happy new year
[16:46:07] <DanielFalck> viper machine?
[16:46:14] <DanielFalck> is that a 5 axis mill?
[16:46:35] <cradek> yes another 5 axis configuration
[16:46:40] <DanielFalck> cool
[16:46:54] <cradek> I did a gantry, I think this is called a bridge (the table moves in one direction)
[16:48:41] <DanielFalck> I need to thank all of you guys who do development of EMC2. I think it's come a long long way very quickly.
[16:49:08] <jmkasunich> cradek: both rotaries are still stacked on the spindle? or is one on the table>?
[16:49:55] <cradek> stacked on the spindle
[16:50:05] <cradek> DanielFalck: thanks for the kind words
[16:50:25] <jmkasunich> its a shame that config is so hard to actually build (what with motors not being infinetsimally small and such)
[16:50:39] <cradek> yeah it's a very nice configuration
[16:50:57] <cradek> spindles are heavy too
[16:51:06] <SWPadnos> at least heavy-duty ones are :)
[16:51:23] <jmkasunich> I haven't weighed the spindles I have here
[16:51:32] <cradek> yeah I don't know what's so hard about it, I made a 5 axis machine :-)
[16:51:39] <jmkasunich> I'm guessing 10-15 lbs by the time I put a housing on it
[16:52:17] <jmkasunich> SWPadnos: dunno if you heard - I found some potentially nice spindles at HGR
[16:52:25] <SWPadnos> oh - cool
[16:52:33] <SWPadnos> I didn't see that (that I recall)
[16:53:05] <jmkasunich> http://jmkasunich.com/pics/surplus_spindle.pdf
[16:53:21] <jmkasunich> I got 14 of them in varying conditions for $120
[16:53:36] <SWPadnos> oh - is one of these the one that you took apart (with the custom tool you made)?
[16:53:39] <SWPadnos> cool
[16:53:44] <jmkasunich> * jmkasunich <-- the spindle baron
[16:53:46] <SWPadnos> heh
[16:53:53] <cradek> bbl
[16:53:58] <jmkasunich> I'm hoping I can convert them to use tormach tooling, and sell a few
[16:54:03] <SWPadnos> I've got small motors with encoders, does that count for a knighthood or something?
[16:54:42] <jmkasunich> I'm intrigued by the 5 axis machine I saw that had one of the rotaries at a 45 degree angle
[16:54:54] <SWPadnos> fixed 45 degrees?
[16:55:12] <jmkasunich> yeah, I'm trying to find the youtube vid
[16:56:02] <SWPadnos> I'd have to see it to be able to hypothesize why could be "better"
[16:56:10] <SWPadnos> ^it
[16:56:43] <SWPadnos> woohoo - read or deleted all the email from the last week!
[16:58:44] <jmkasunich> http://www.youtube.com/watch?v=nFqUMKlCCFY
[16:59:07] <jmkasunich> the orientation of the rotary axis lets the tooltip remain near stationary
[16:59:32] <jmkasunich> about 0:50 in the vid you see it rotating
[16:59:39] <SWPadnos> ah, ok
[17:00:12] <SWPadnos> so you can easily change the orientation, but not so easily in a contouring move
[17:00:33] <jmkasunich> works for contouring too (there is also a C, a rotary on the table)
[17:01:48] <SWPadnos> that's pretty cool visualization software they've got there
[17:02:03] <jmkasunich> I'm sure its not just viz - its the CAM
[17:02:18] <jmkasunich> at 3:38 you see 5 axis contouring
[17:02:19] <SWPadnos> it's pretty cool for either
[17:02:44] <SWPadnos> yep, I see it
[17:04:15] <jmkasunich> I have a 1Kw 5000 RPM motor that is 5 x 5 x 9, and a spindle that is ~8" from nose to back bearing, ~9" from nose to where I'd put a pulley
[17:04:42] <jmkasunich> I've been trying to figure out how to make an assembly that allows at least one angular DOF with that
[17:07:10] <CIA-20> EMC: 03jepler 07TRUNK * 10emc2/src/hal/components/ (mux2.comp mux4.comp): improve documentation
[17:07:26] <CIA-20> EMC: 03jepler 07v2_2_branch * 10emc2/src/hal/components/ (mux2.comp mux4.comp): from TRUNK: improve documentation
[17:12:41] <jmkasunich> thanks jepler
[17:18:09] <CIA-20> EMC: 03jepler 07TRUNK * 10emc2/src/hal/components/ (and2.comp or2.comp xor2.comp): improve documentation
[17:18:33] <CIA-20> EMC: 03jepler 07v2_2_branch * 10emc2/src/hal/components/ (and2.comp or2.comp xor2.comp): from TRUNK: improve documentation
[17:27:18] <jmkasunich> cradek's 5 axis visulation, for real: http://www.youtube.com/watch?v=L5937BZiMmo&feature=related
[17:33:24] <CIA-20> EMC: 03jepler 07TRUNK * 10emc2/src/hal/components/ (lowpass.comp steptest.comp timedelta.comp): add missing license statements
[17:33:54] <CIA-20> EMC: 03jepler 07v2_2_branch * 10emc2/src/hal/components/ (lowpass.comp steptest.comp timedelta.comp): from TRUNK: add missing license statements
[17:35:26] <CIA-20> EMC: 03jepler 07TRUNK * 10emc2/src/hal/components/Submakefile: Use --require-license to make the build process complain if .comp files do not specify a license
[17:35:26] <CIA-20> EMC: 03jepler 07TRUNK * 10emc2/src/hal/utils/comp.g: Use --require-license to make the build process complain if .comp files do not specify a license
[17:36:20] <CIA-20> EMC: 03compile-farm 07BDI-4.51 (2.6.16.20-rtai) * 10emc2head/: build FAILED ; see http://linuxcnc.org/compile_farm/emc2head_slot6_log.txt
[17:36:39] <CIA-20> EMC: 03compile-farm 07Ubuntu 5.10 (breezy) non-realtime (2.6.12-10-386) * 10emc2head/: build FAILED ; see http://linuxcnc.org/compile_farm/emc2head_slot1_log.txt
[17:36:48] <jepler> uh oh did I get it wrong?
[17:37:22] <CIA-20> EMC: 03compile-farm 07Ubuntu 5.10 (breezy) realtime (2.6.12-magma) * 10emc2head/: build FAILED ; see http://linuxcnc.org/compile_farm/emc2head_slot2_log.txt
[17:37:45] <jmkasunich> serport.comp, no license
[17:37:49] <CIA-20> EMC: 03jepler 07TRUNK * 10emc2/src/hal/drivers/serport.comp: add license declaration
[17:38:40] <CIA-20> EMC: 03compile-farm 07Ubuntu 5.10 (breezy) non-realtime (2.6.12-10-386) * 10emc2head/: build PASSED
[17:39:27] <CIA-20> EMC: 03compile-farm 07Ubuntu 5.10 (breezy) realtime (2.6.12-magma) * 10emc2head/: build PASSED
[17:41:55] <jepler> that's what I get for compiling on a sim system
[17:43:24] <CIA-20> EMC: 03compile-farm 07BDI-4.51 (2.6.16.20-rtai) * 10emc2head/: build PASSED
[17:45:13] <jmkasunich> isn't it nice to have a fast compile farm?
[17:45:16] <jepler> jmkasunich: it's so cool to have the compile farm
[17:45:29] <jepler> and yes it sure is fast these days
[17:53:52] <alex_joni> jepler: fine by me
[19:31:15] <cradek> darn, running andy's config and gcode works fine for me
[20:45:09] <CIA-20> EMC: 03jmkasunich 07TRUNK * 10emc2/src/hal/user_comps/devices/hal_joystick.c: raise limits - some joystick-like devices have a _lot_ of buttons
[20:50:14] <jepler> jmkasunich: I believe that joystick should be deprecated in favor of input
[20:50:26] <jepler> jmkasunich: for one thing, joystick doesn't call hal_ready, and I don't see how it can
[20:50:55] <jmkasunich> I'm not opposed to that (I think)
[20:51:05] <jepler> I think that input covers any device joystick does, and more
[20:51:13] <jmkasunich> I wrote joystick for an engineering week project 2 years ago, and haven't used it since
[20:51:47] <jmkasunich> Martziz (on #emc) says he tried input, and had funny results, so he's using joystick
[20:52:13] <jepler> huh
[20:52:17] <jepler> recently?
[20:52:18] <jepler> * jepler scrolls back
[20:52:26] <jepler> oh look
[20:59:52] <skunkworks> jepler: http://www.cnczone.com/forums/showthread.php?t=49610
[21:00:46] <cradek> skunkworks: works for me (yes some names changed)
[21:01:39] <skunkworks> That is what I figured.
[21:06:48] <jmkasunich> cradek: truetype tracer does single straight lines of text only, right?
[21:07:17] <cradek> yes currently
[21:07:28] <jmkasunich> if I want to do curve text or something I'd have to dxf it, then rotate and shift the letters in cad, and then somehow do cad to gcode
[21:07:44] <cradek> with only a little work you could assemble a series of lines using offsets in gcode
[21:07:51] <cradek> yes curving would be another story altogether
[21:08:46] <cradek> probably easier to modify truetype-tracer if you want curved
[21:12:59] <jmkasunich> multi-line output, centering, and multiple font sizes would all be nice - would you consider those to be good features for TTT, or things best done some other way?
[21:13:44] <jmkasunich> obviously scale handles sizing, offsets can handle multi-line and centering one line under another
[21:14:20] <cradek> I've almost written multi-line - it's very easy
[21:14:52] <jmkasunich> more complex when you want each line a different size, or worse a differnent font
[21:14:53] <cradek> for each argv[n] reset the x offset and go down in y by the amount specified in the font
[21:15:13] <cradek> yeah that stuff is not going to fit in the 'very simple at the command line' paradigm
[21:15:28] <jepler> you need to parse xml and ... oh forget it
[21:15:32] <jmkasunich> heh
[21:20:42] <jmkasunich> I need to learn how to use offsets now
[21:21:42] <jmkasunich> I just thought of a handy feature, maybe I should find the source and add it
[21:21:56] <jmkasunich> "print the height and width of the text as a comment"
[21:22:21] <jmkasunich> helps figure out the offsets and such when composing a multi-line item
[22:04:25] <skunkworks> so - you don't need reverse kins because of no feedback?
[22:04:42] <skunkworks> cradek: or is it forward kins?
[22:04:46] <skunkworks> whichever
[22:05:15] <cradek> I thought it would not be necessary - but it's nice to have, so you can still move in joint space whenever you want
[22:06:01] <skunkworks> ah - I remember someone mentnioning that. did you write the kins in both directions now?
[22:06:51] <cradek> yes, it's very easy for this machine
[22:06:57] <skunkworks> cool
[22:07:34] <skunkworks> was there multible solutions?
[22:07:56] <cradek> nope
[22:08:56] <cradek> it's just very simple trig
[22:09:09] <cradek> you can tell since I was able to write it :-)
[22:09:25] <skunkworks> nice. (I don't think you have any math issues)
[22:10:24] <cradek> cool, I have home switches now, so I dialed in the center of the horizontal rotary
[22:10:50] <cradek> I pointed my wiggler at a speck of something on the table and it definitely stays pointed there
[22:10:57] <skunkworks> * skunkworks checks cradeks youtube space.
[22:11:42] <jmkasunich> yer wiggler eh?
[22:12:29] <cradek> yeah it's funny - it's about as long as the entire Z travel of the machine :-)
[22:13:09] <cradek> I'm glad I got the one 3/8 holder - could never cut anything with it, but it's good for stuff like this
[22:17:50] <skunkworks> cradek: are you using the lathe-pluto setup on 2.2.2 from the cvs?
[22:18:07] <cradek> I'm not sure
[22:18:45] <skunkworks> I wanted to point the guy to the cvs lathe-pluto.. should be safe - right?
[22:18:53] <cradek> the hal file does look like it matches what I'm using
[22:19:05] <cradek> the ini is slightly different
[22:19:05] <skunkworks> ok - thanks
[22:19:26] <skunkworks> I think the hal file is what he really needs - that and a point to the docs.
[22:19:35] <skunkworks> ;)
[22:19:47] <cradek> thanks for helping him
[22:19:55] <skunkworks> least I can do
[23:14:30] <skunkworks> damn - this floor is looking nice.
[23:14:48] <skunkworks> one more wash and I think it will be done.