#emc | Logs for 2008-02-09

Back
[00:00:57] <alex_joni> good night all
[00:02:03] <jlmjvm> alex did you read the last paragraph of that page/
[00:04:16] <alex_joni> jlmjvm: which one?
[00:04:18] <jlmjvm> never mind
[00:05:01] <jlmjvm> ill find some info tonite to better explain what im talking about,thanks for the help
[00:05:15] <alex_joni> jlmjvm: I'm kinda sure I understood what you mean
[00:05:45] <alex_joni> you're saying that G53 x0y0z0 points to some point in space, regardless of the loaded tool
[00:06:09] <alex_joni> and loading a tool shouldn't cause any difference with respect to g53
[00:07:32] <skunkworks> jlmjvm: the company I work for has a laser that has a fanuc om(I think) control. Pretty simple setup though
[00:08:42] <jlmjvm> thanks for the help earlier alex
[00:10:10] <jlmjvm> skunkworks:do they have any cnc mills of any type?
[00:16:23] <skunkworks> nope. And the machine shop my familly has have pretty old equipment. We are retrofitting an 60's vintage kerney and trecker nc mill.
[00:16:37] <skunkworks> slooowly.
[00:17:16] <skunkworks> So - I have not had the experience of tool lenght and diameter offsets. I can't wait
[00:17:44] <skunkworks> our nc controllers are too old to have that
[00:18:06] <fenn> maybe you will be smart and use a cam package
[00:18:19] <skunkworks> actually - that is how I had to do it.
[00:19:19] <skunkworks> every tool lenght/diamter change required a new cad drawing and gcode file.
[00:20:04] <fenn> new cad drawing?
[00:23:46] <fenn> bleh i'll return to fight dpkg-buildpackage in the morning
[00:26:09] <fenn> duh. -nc no clean
[00:31:04] <skunkworks> offset the drawing - re-output a gcode file
[00:35:57] <fenn> that's not cam
[01:02:27] <eric_U> fretless is making those giant parts without cam
[01:02:33] <eric_U> "too slow" he says
[01:04:26] <archivist> we can bash out certain parts here without cnc very fast
[01:19:08] <eric_U> I can't bash out anything because I haven't made my machine work
[01:19:16] <eric_U> grrrrrr
[01:20:52] <Jymmmm> eric_My Machine works, as long as I don't want to fabricate anything.
[01:21:22] <eric_U> my machine moves, I moved across the room
[01:21:41] <eric_U> I gotta take the belts off the servomotors and crank up emc
[01:21:54] <Jymmmm> lol
[01:22:39] <archivist> mine makes gears Im happy
[01:22:55] <LawrenceG> hey guys... greetings
[01:22:57] <eric_U> the difference is that I haven't been living right
[01:24:05] <LawrenceG> Jymmmm: did you see the nc file I beamed your way yesterday?
[01:25:10] <Jymmmm> LawrenceG: DCC is disabled here, so I don't think so.
[01:26:35] <LawrenceG> I sent a link on here... I'll have to check the logs.... give me a minute
[01:26:49] <LawrenceG> logger_emc: bookmark
[01:26:49] <LawrenceG> Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2008-02-09.txt
[01:27:39] <LawrenceG> Jymmmm: http://filebin.ca/xptppv/ve7it-map.ngc if you send me your long/lat I can generate one for you
[01:27:53] <LawrenceG> a great circle map
[01:28:14] <LawrenceG> can you open it in emc?
[01:38:13] <LawrenceG> Jymmmm: anybody home?
[01:42:07] <skunkworks> he
[01:42:10] <skunkworks> heh
[01:42:49] <LawrenceG> ho
[01:44:06] <skunkworks> as far as your bldc drive.. I still have not finised my project.
[01:44:09] <skunkworks> (s)
[01:47:15] <LawrenceG> yea... too much fun stuff to play with.... I just got a pile of samples from onsemi... now there are even more projects!
[01:48:18] <LawrenceG> I got distracted from real servos when I got some oem750 drives for my stepper shoptask
[01:58:56] <jmkasunich> seems like steppers (with good drives) should be plenty for a shoptask
[01:59:35] <LawrenceG> no problems so far... I would like the servo encoder feedback for manual operation.....
[02:00:03] <jmkasunich> I'd like encoders (with index) for more precise home, and no lost steps concerns
[02:00:05] <skunkworks> like I say - the oem650s have been great
[02:00:19] <jmkasunich> but I don't use the machine manually at all, in fact I removed both cranks
[02:00:32] <LawrenceG> I have a second machine I am building for pcb use.... xy are servos, z will probably be a stepper
[02:01:01] <jmkasunich> my next major step on the shoptask will be ballscrews
[02:01:06] <LawrenceG> I love the fact that emc can use mixed axis drivers
[02:01:16] <jmkasunich> backlash sucks, even though emc can compensate
[02:01:27] <skunkworks> you already have z ballscrew though - right?
[02:01:38] <jmkasunich> yes
[02:02:23] <LawrenceG> jmkasunich: yes... I bought the shoptask ballscrew option and it is not that great... still 0..5 or so backlash.. too much flex in some of the machine brackets
[02:02:34] <LawrenceG> 0.005
[02:02:41] <jmkasunich> flex in X I assume?
[02:02:53] <LawrenceG> thats the worst....
[02:02:56] <jmkasunich> wrapping the nut mount down around the chip guard is very flexy
[02:03:39] <skunkworks> there are some cnczone people that where very very upset with thier shoptask. Like they didn't have a clue what they where getting.
[02:04:03] <LawrenceG> the Z is original... big rack and pinion although I can still cut pcb's
[02:04:04] <jmkasunich> well, if you are new to machining, you might actually believe the bullshit that shoptask says on their website
[02:04:31] <jmkasunich> I really don't think much at all of shoptask the company, or of JT
[02:04:45] <LawrenceG> any cheap machine is a basket of parts... up to integrator to figure out how to make it work
[02:05:02] <jmkasunich> the machines they sell now aren't even cheap
[02:05:09] <LawrenceG> for some jobs 0.202" is good enough
[02:05:19] <LawrenceG> .020
[02:06:22] <jmkasunich> I paid $1500 for mine in 1998, but now they're asking $5000
[02:06:31] <skunkworks> yikes
[02:06:44] <jmkasunich> (and thats for the manual machine)
[02:07:08] <archivist> pic of one?
[02:07:19] <LawrenceG> I like the shoptask... I have learned a lot.. I think I paid around $4000 with ballscrews and cnc
[02:07:22] <jmkasunich> their 3-axis stepper CNC kit is another $2500
[02:07:39] <jmkasunich> archivist: http://www.shoptask.com/
[02:07:52] <jmkasunich> 3-in-1 = lathe-mill-drill combo
[02:08:03] <jmkasunich> not bad lathe, mediocre mill, and really bad drill press
[02:08:35] <LawrenceG> wow.. thats a weird looking abortion
[02:09:01] <skunkworks> the patriot?
[02:09:25] <LawrenceG> yea
[02:09:37] <renesis> hehe, mill/drill
[02:09:47] <renesis> * renesis drills with his mill
[02:10:00] <LawrenceG> I drill pcb's
[02:10:09] <renesis> me too
[02:10:14] <skunkworks> this picture is pretty cool.. http://willepadnos.net/jmkasunich/pc-working-1761.jpg
[02:10:24] <renesis> http://www.darkertechnologies.com/image/audiosam-10.jpg
[02:10:28] <renesis> horrible example =(
[02:10:46] <renesis> i drilled after etch, like some kinda CNC retard
[02:11:05] <archivist> * archivist notes no accuracy spec on shoptask specification page
[02:11:40] <renesis> because accuracy is a function of operator ninja skills
[02:12:00] <jmkasunich> accuracy specs can be misleading anyway
[02:12:10] <skunkworks> people have been told by 'jt' that the spindle has .0005 runout. That has not been what is actual.
[02:12:14] <jmkasunich> how do you spec things like rigidity
[02:12:33] <jmkasunich> JT is a salesman thru and thru
[02:12:40] <skunkworks> random rant http://www.cnczone.com/forums/showthread.php?t=51857
[02:12:42] <jmkasunich> (that means lying is congenital)
[02:12:48] <archivist> hehe
[02:13:15] <renesis> .0005 runout, cold, on a lucky machine
[02:13:21] <jmkasunich> right
[02:13:30] <archivist> cleaned an brand new
[02:13:33] <archivist> and
[02:13:45] <jmkasunich> measured up inside the taper
[02:14:57] <LawrenceG> http://imagebin.ca/view/8fgrLms.html
[02:14:57] <jmkasunich> man, they even lease the tnings
[02:14:58] <jmkasunich> things
[02:15:20] <jmkasunich> when somebody starts leasing machines, you KNOW they're salesmen first and machinists later
[02:15:42] <renesis> ya rly
[02:15:42] <jmkasunich> LawrenceG: looks kinda familiar
[02:16:03] <LawrenceG> yup only minor mods so far
[02:16:05] <skunkworks> is that emc1?
[02:16:21] <LawrenceG> mini display... I now use axis
[02:16:27] <jmkasunich> I've completely rebuilt the Z axis on mine
[02:16:27] <skunkworks> ah - nice
[02:16:53] <archivist> looks like a deep large milling job will chatter like hell on one of those
[02:17:00] <jmkasunich> yep
[02:17:08] <jmkasunich> they aren't very rigid
[02:17:56] <jmkasunich> and with only 3.3" of Z travel, you either have to use very long tools as in LawrenceG's pic, or raise the work as I do here: http://jmkasunich.com/cgi-bin/blosxom/shoptask/spindle-encoder-bracket-01-07-08.html
[02:18:03] <LawrenceG> I have used up to 1/2 endmill for surfacing, but 1/8 to 1/4 is more comforatble in Al
[02:18:18] <archivist> lathe facing dig in as well?
[02:18:30] <jmkasunich> not really, I've done non-trivial lathe work on it
[02:18:36] <renesis> wait, what
[02:18:51] <renesis> they have 3.5" Z?
[02:19:04] <jmkasunich> renesis: yes, the quill travel is very short
[02:19:12] <jmkasunich> newer ones can raise and lower the head as well
[02:19:21] <jmkasunich> but mine and LawrenceG's don't do that
[02:19:26] <renesis> even my taig can do 6"
[02:19:28] <skunkworks> but it looks scary - 4 smallish rods.
[02:19:37] <LawrenceG> now for pcb,s I bolt a 4" thick table extention on top of the y table
[02:19:45] <jmkasunich> archivist: http://jmkasunich.com/pics/blue_chips.JPG
[02:20:10] <jmkasunich> the lathe isn't bad
[02:20:39] <jmkasunich> as for the mill - I like it better with CNC than I did before
[02:20:55] <jmkasunich> when manual, I tried to use big cutters at low speed, and make one or two passes
[02:20:55] <archivist> done any deep boring lathe work
[02:21:00] <jmkasunich> it simply isn't rigid enough for that
[02:21:46] <jmkasunich> some - 3.5" deep bearing bores in a gearbox
[02:21:51] <jmkasunich> pic as soon as I find it
[02:22:30] <archivist> I can imagine the tool post leaning in towards the head on boring, Ive had fun on very deep boring
[02:22:59] <jmkasunich> http://www.metalworking.com/dropbox/_2001_retired_files/Worm01.jpg
[02:23:05] <LawrenceG> brb
[02:23:10] <archivist> I too like producing blue chips
[02:23:29] <jmkasunich> I bored the worm bearing seats with both parts of the housing bolted together and clamped to the faceplate
[02:24:06] <jmkasunich> the whole gearbox was made on the lathe, the worm gear was turned on the lathe but the teeth done on my van norman mill
[02:24:40] <jmkasunich> better pic: http://www.metalworking.com/dropbox/_2001_retired_files/Worm04.jpg
[02:25:13] <skunkworks> can I ask what that was for?
[02:25:38] <jmkasunich> http://www.metalworking.com/dropbox/_2001_retired_files/Worm.txt
[02:25:47] <archivist> nice looking
[02:25:48] <jmkasunich> ^^ wirds that go with the pic
[02:25:51] <jmkasunich> words
[02:26:18] <jmkasunich> that was my one and only experience with making gears so far
[02:26:29] <jmkasunich> I've made about 10 of those over the last 6-7 years
[02:28:44] <cradek> good evening
[02:28:48] <skunkworks> neat
[02:28:51] <skunkworks> Hi chirs
[02:28:52] <jmkasunich> yes, it is
[02:28:54] <skunkworks> oops
[02:28:55] <jmkasunich> friday
[02:28:58] <skunkworks> chris
[02:29:14] <skunkworks> jmkasunich: have any come back?
[02:29:19] <jmkasunich> nope
[02:29:26] <skunkworks> very nice :)
[02:29:40] <archivist> looks solid enough to last a lifetime
[02:29:41] <jmkasunich> those things have paid for most of my shop ;-)
[02:30:01] <jmkasunich> I tend to overbuild things
[02:30:22] <skunkworks> No - I don't get that at all from you.. ;)
[02:30:33] <jmkasunich> the application is simulating the movement of a concrete slab under freeze-thaw cycles, so while it is very slow, there is a lot of force involved
[02:30:55] <jmkasunich> I got involved when the original design bent in the middle - I think it was designed by a chemical engineer
[02:31:15] <skunkworks> cradek: I got an email thru youtube asking about your maxnc. I sent him to your site.
[02:31:32] <skunkworks> heh
[02:34:35] <skunkworks> archivist: any new progress?
[02:34:57] <archivist> just been making gears
[02:35:28] <archivist> noting thing that ought to be changed
[02:35:45] <archivist> and what to finish next
[02:36:13] <archivist> used it for cnc marking out today
[02:36:48] <skunkworks> marking out?
[02:37:01] <jmkasunich> layout work
[02:37:04] <skunkworks> ah
[02:37:12] <jmkasunich> I think marking out is a britishism
[02:37:30] <skunkworks> darn brits
[02:37:38] <archivist> I is british
[02:38:16] <cradek> you guys are all on drugs about g53
[02:38:33] <cradek> has nothing to do with tool tip or tool offset
[02:38:34] <jmkasunich> which guys?
[02:38:44] <skunkworks> so - could you make a hex if you could run the spindle slow enough that your axis could keep up.. using spindle synced motion?
[02:38:58] <skunkworks> I may have been involved... :)
[02:39:50] <cradek> skunkworks: I was tempted to try that - but if you think about how the tool would be touching the work, it won't be able to cut
[02:40:08] <cradek> if you had a live tool I think it would work fine
[02:40:17] <cradek> like imagine an end mill on its side
[02:40:18] <jmkasunich> the top rake will vary from +30 to -30 degrees as you cut each flat
[02:40:23] <cradek> yes
[02:41:00] <skunkworks> ah
[02:41:43] <cradek> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems
[02:42:02] <cradek> this page is good
[02:42:07] <cradek> if something is missing, let's fix it
[02:42:16] <cradek> then people can point users at it instead of guessing
[02:42:32] <cradek> well I didn't mean that to sound insulting
[02:43:00] <skunkworks> That is ok.
[02:43:36] <cradek> I think "mess with your var file" is bad advice because it teaches superstition ("I don't know how stuff gets in there") instead of gcode ("I should learn how the offsets work")
[02:44:04] <skunkworks> I missed that part
[02:51:48] <skunkworks> you could make an oval or similar shape to show off..
[02:52:40] <skunkworks> ooh ooh - you could make an oval male and female so they would fit togather. ;)
[02:53:12] <skunkworks> * skunkworks might think spindle synced motion is neat
[02:54:56] <archivist> to see a square turned on a lathe is fun
[02:55:32] <skunkworks> archivist: did you see the video on the emc-user list?
[02:55:49] <archivist> no
[02:55:49] <cradek> it would sure be nice to be able to get easy concentric hexes
[02:56:03] <archivist> I saw it at an exhibition
[02:56:04] <skunkworks> http://www.youtube.com:80/watch?v=oGq-9NNmr3o&feature=related
[03:04:52] <archivist> heh it went quiet in here while we watched
[03:14:37] <eric_U> funny having the guy speaking bad english in a perfect accent
[03:24:34] <GNieport1> what's happening
[03:25:00] <eric_U> ssssssh weah hunting wabbits
[03:26:26] <GNieport1> I'm back to working with the mesa 5i20 again, and have run into a HAL error that I'm not sure how to interpret.
[03:26:32] <archivist> pussy stole one http://icanhascheezburger.files.wordpress.com/2008/02/funny-pictures-cat-bunny-toy-stolen.jpg
[03:26:41] <eric_U> what error?
[03:27:05] <GNieport1> this is in attempts to enable homing with index, and, from the looks of it, this gets brought up a fair amount.
[03:27:23] <eric_U> tell me all about it, that's what I want to do
[03:27:47] <GNieport1> I uncommented the index enable HAL code in the motion.hal file
[03:27:59] <acemi> http://www.linuxcnc.org/docs/devel/html/man/man9/sampler.9.html In this page, is function name true? or it's sampler.N
[03:28:23] <GNieport1> and am getting an error that the Xindex signal already has one output pin
[03:29:06] <GNieport1> however, the only location that I find Xindex used is in that index-enable code block.
[03:29:25] <cradek> pastebin.ca
[03:30:39] <eric_U> GNieport1, are you using the dac enable output pin?
[03:30:41] <cradek> http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/configs/m5i20/m5i20_motion.hal?rev=1.10;only_with_tag=RELEASE_2_2_3
[03:30:57] <cradek> the sample m5i20 configuration already has the index-enables hooked up properly
[03:32:20] <cradek> I also see this file has not been changed since before the 2.2.0 release
[03:32:43] <GNieport1> http://imagebin.ca/view/4lkK8K.html
[03:32:52] <GNieport1> eric_U no
[03:33:13] <eric_U> bummer
[03:33:17] <GNieport1> cradek, I did not alter anything except remove the comment marks
[03:33:22] <cradek> m5i20.0.enc-00-index is the wrong signal name
[03:33:27] <cradek> your file is very outdated then
[03:33:31] <cradek> must be from before 2.2
[03:33:38] <GNieport1> <shrug>
[03:33:43] <eric_U> there was a change
[03:33:56] <GNieport1> okay
[03:34:04] <cradek> see the one I pasted for the correct hookups
[03:34:29] <GNieport1> thank you, I dunno how I managed this problem :)
[03:34:38] <cradek> welcome
[03:34:52] <eric_U> what version are you running?
[03:34:56] <cradek> you just have old stuff, if you have other problems be sure to check the updated sample config files
[03:34:57] <GNieport1> 2.2.3
[03:35:33] <eric_U> but you must have kept your old file, it changed from 2.1 to 2.2
[03:35:55] <cradek> since your config is from 2.1 or earlier you should have already read http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?UPDATING
[03:35:56] <GNieport1> I installed form the CD, however, I had some old files from 2.1.7 that I thought I used as REFERENCE ONLY :)
[03:36:13] <cradek> the change you missed is item 1.1 :-)
[03:36:20] <eric_U> YOU WERE WRONG! thank you
[03:36:52] <GNieport1> LOL indeed, apparently my gedit skills are not strong
[03:37:11] <eric_U> oh, we're suppose do read something when we upgrade? I just click the "ok" button
[03:37:32] <GNieport1> I actually did a 2.2.3 clean install
[03:37:40] <cradek> only for moving a config up a major version (like 2.1 to 2.2)
[03:38:08] <cradek> within a major release set (2.2.x) config file changes are not needed
[03:38:13] <eric_U> now it's getting too confusing, I'm going back to surfing porn
[03:43:32] <GNieport1> hmm, EMC likes the new version better
[03:46:24] <GNieport1> ah, success! I still need to tie my spindle VFD to the 0-10V analog output. I understand there are some tasty bits in the Mazak Demo config?
[03:48:01] <cradek> I bet so
[03:48:25] <cradek> I don't know if it takes -10 to +10 or 0 to +10 with a separate direction signal, but it does reverse
[03:48:56] <cradek> you need a nice reverse for rigid tapping
[03:51:28] <GNieport1> my hardware is a bit older, it has 0-10 wiht digital forward,reverse pins
[03:52:04] <cradek> easy enough
[03:52:13] <GNieport1> I have a gear change, so the mux block used in Mazak will be informational
[03:52:31] <cradek> at slow speed (300rpm) can you bang the signal from forward to reverse and get a nice controlled reversal?
[03:53:42] <GNieport1> I'm not sure, it is a manual lever at this point; I plan to add a cylinder to the selector as one of the first machining tasks
[03:54:23] <cradek> lever for reversal? can't the vfd do it?
[03:54:34] <GNieport1> Oh, I misunderstood, the reverse would be done in the inverter drive
[03:54:37] <cradek> oh you mean the gear change
[03:54:41] <cradek> got it
[03:54:45] <GNieport1> the gear change is not yet actuated
[03:55:16] <cradek> I was asking if your vfd could handle tapping
[03:55:41] <cradek> to do that, you command a forward speed, emc switches to reverse when it needs to back out, then back to forward
[03:56:02] <GNieport1> The ramps are fully configurable, I believe it handles a direction change gracefully. At least it does well over RS232 command link
[03:56:14] <cradek> nice
[03:56:42] <cradek> tapping will be great to have on my bridgeport
[03:57:09] <GNieport1> Would an "S" decel/accel ramp be indicated for a tapping-style reversal?
[03:57:29] <cradek> I don't think it matters, it just has to reverse "pretty fast" and "pretty smoothly"
[03:57:39] <GNieport1> ah
[03:57:47] <GNieport1> let me fire it up and try it out
[03:58:12] <cradek> might need a braking resistor if you don't have it
[03:58:37] <GNieport1> by a fast reversal, are we talking <0.25s?
[03:59:28] <cradek> depends on the rpm - I wouldn't want it to take more than a turn or two to reverse when tapping
[03:59:30] <GNieport1> with the spindle encoder, I would think that the rate of change would not matter
[03:59:34] <cradek> http://youtube.com/watch?v=JCEwlfJj__A
[04:00:38] <cradek> the encoder lets the axis follow the reversal nicely, but remember during the reversal it continues to tap deeper
[04:04:05] <GNieport1> hmm, so I need to drill the hole deeper if my hardware is the sucketh
[04:04:25] <cradek> or command a less deep tap cycle
[04:04:50] <cradek> or tap slower
[04:05:33] <cradek> like always, there's just tradeoffs the machinist has to understand
[04:06:09] <cradek> http://www.linuxcnc.org/docs/html/gcode_main.html#G33.1
[04:08:50] <GNieport1> hmm, I set the accel time to 0.2s and managed to go from ~1200 RPM forward to reverse in 0.5s without a fault. Will taht do? :)
[04:09:14] <cradek> if I could figure out how many turns that is... :-)
[04:09:33] <GNieport1> lots^2
[04:09:35] <cradek> 5 maybe?
[04:09:49] <cradek> sounds great but I bet you will want to tap slower than that
[04:09:56] <GNieport1> :)
[04:10:14] <cradek> at 300-500rpm maybe you can get down to reversal in one turn
[04:10:34] <cradek> or for thru holes, who cares
[04:10:51] <GNieport1> it's 4 turns
[04:10:58] <cradek> you have an extra encoder channel on the mesa right?
[04:11:02] <GNieport1> I do.
[04:11:08] <cradek> you've got it made then
[04:11:22] <GNieport1> yes, lots of projects to cut on the 2-axis.
[04:12:10] <cradek> on my bp the spindle sticks out the top where the drawbar would have been. it will be trivial to put an encoder on it
[04:12:50] <jmkasunich> cradek: does the spindle move up and down when the quill does?
[04:13:03] <cradek> nope there's an internal spline
[04:13:14] <cradek> or something
[04:13:20] <cradek> pretty sure the thing on top doesn't move
[04:13:28] <jmkasunich> so its not really the spindle that sticking out - its the thing that drives the spindle
[04:13:31] <GNieport1> I agree, it's splined
[04:13:41] <cradek> something that has to do with the top pulley
[04:14:06] <cradek> I don't know what part to call the spindle really
[04:15:07] <jmkasunich> anybody noticed the internets being a little slow?
[04:15:15] <cradek> nope
[04:15:33] <jmkasunich> I thought it was just me, but I ran a speed test while waiting for a page that normally loads instantly, the test was fine
[04:15:50] <jmkasunich> about half the u-tube things I look at load VERY slow, others are normal
[04:16:31] <GNieport1> cradek, I have a 5HP milacron servo motor that I hope to eventually retrofit to the mill spindle drive
[04:16:54] <cradek> sounds big
[04:17:05] <GNieport1> meh, $20 ebay
[04:17:20] <GNieport1> 1.25" shaft :)
[04:17:29] <cradek> jeez
[04:18:10] <GNieport1> that is the step before the pick-and-place robot changes tools
[04:18:47] <GNieport1> since I don't have a lot of faith that I could fab a real tool changer :)
[04:21:19] <GNieport1> I suppose I'll get around to all of that about 2015
[04:21:40] <GNieport1> off to sleep, gnite all
[04:21:51] <cradek> me too
[04:40:57] <eric_U> so if I have a servomotor that's big enough to drive my spindle, how hard is it to incorporate that into emc?
[04:42:20] <jmkasunich> you just need a drive to match
[04:42:28] <eric_U> have a drive
[04:42:39] <jmkasunich> most drives accept velocity commands - for a spindle you don't need a PID position loop
[04:43:02] <jmkasunich> you can pretty much treat it like a regular motor+vfd combo
[15:33:59] <skunkworks> do you remember when the digikey catalog was less than 1/2 inch thick?
[15:34:10] <fenn> no
[15:34:30] <alex_joni> fenn wasn't born back then :)
[15:34:30] <skunkworks> now it is like 3 inches thick.
[15:34:41] <fenn> when i started nerding around in the mid 90's it was about 1.5"
[15:35:14] <skunkworks> heh - I guess that would be mid 80s then.. when I was around 10 years old.
[15:35:32] <Jymmmm> yo alex_joni!!!!!!!
[15:35:38] <alex_joni> hey Jymmmm
[15:35:57] <Jymmmm> alex_joni: I got a safety relay... let me grab the link...
[15:37:01] <Jymmmm> alex_joni: http://w2s.sti.com/stisf/ds/SFTHO/SFTHO2e.lasso?pcode=2583
[15:37:13] <Jymmmm> alex_joni: this thing is pretty fscking cool
[15:38:22] <Jymmmm> alex_joni: For my use, I'll have to add an additional "reset" button, but other than that, it'll work pretty slick for a START/ESTOP
[15:38:45] <alex_joni> looks good
[15:41:07] <Jymmmm> alex_joni: Yeah, it took me a bit to figure out what they were doing, but when you hit BRB, it opens one half, then to reset to the point of hittting start again, you have to reset the other half. So basically once estop is triggered, it's a two step process to restart the system. And if power failed and then was restored, it still won't restart the machine.
[15:42:35] <alex_joni> yup.. sounds about right :)
[15:43:02] <Jymmmm> Yeah, as long as it's in manual reset mode, and not in auto reset that is =)
[15:43:19] <alex_joni> that's a dip switch.. right?
[15:43:46] <Jymmmm> It's a single SPDT slide switch inside the LED cover
[15:44:08] <alex_joni> so unlikely it'll change by itself
[15:44:42] <Jymmmm> Exactly, So unless you RTFM, you wouldn't even know that the cover is removable.
[15:46:22] <Jymmmm> alex_joni: $31 shipped =)
[15:46:48] <alex_joni> I'd say it's worth it
[15:47:40] <Jymmmm> Oh yeah, thanks for mentioning them to me... besides the safety factor, it'll save a LOT of wiring for the logic aspects too
[15:48:08] <alex_joni> cool, glad I could be of any help
[15:49:06] <Jymmmm> alex_joni: I think I got lucky in finding one. Since I've never played with one before $200 is a lil ouch on it's own.
[15:50:54] <skunkworks> fenn: who made this? http://fennetic.net/gingery_machines/index.php?shaper
[15:51:33] <Jymmmm> alex_joni: The only thing I found a bit screwy about it is if you hit the estop REALLY fast, it doens't always disengage the system, but with a twist to reset BRB, it should be fine.
[15:54:41] <alex_joni> whee this is cool: http://www.prsco.com/media/rotopod_1.mpg
[15:54:48] <acemi> in weighted sum document, it says that wsum.N.sum is unsigned but it generates s32. the same is true for wsum.N.bit.M.weight and wsum.N.offset too
[15:56:02] <jepler> acemi: in a fight between the documentation and the code, the code wins
[15:56:32] <Jymmmm> lol, what a copout!
[15:56:57] <cradek> jepler: unless the code is wrong - don't forget that part
[15:59:04] <cradek> "Defective 30 Day Return Policy" <- ha
[16:00:30] <Jymmmm> EMC Comes with a 100$ Money back guarantee. Just return EMC to your place of purchase for a full refund of your purchase price, no questions asked!
[16:00:40] <Jymmmm> s/$/%/
[16:01:03] <alex_joni> how about shipping costs?
[16:01:29] <Jymmmm> Shipping, insurance, blank cd's not included
[16:02:11] <acemi> 100$ money back will be nice
[16:03:08] <skunkworks> alex_joni: saw that.. Very cool. neat idea
[16:06:18] <skunkworks> you could mount the computer/amps in the center that spins.. then if you get into it with wireless.. all you would have to couple in would be power. :) then you could rotate the table round and round.
[16:13:57] <fenn> skunkworks: Bruce Metzger, apparently
[16:14:24] <fenn> it was the prettiest example i had found so far (i got permission for the pic)
[16:15:22] <fenn> and now he's cursed by google's indexing of this chat log
[16:16:07] <skunkworks> heh. Very nice.
[16:17:08] <fenn> the gingery wiki never really took off, and then i took it on a tangent
[16:17:31] <Jymmmm> Oh man... I got some 6ft power strips, and the table I'd like to mount it to is 5ft - DOH!
[16:51:40] <maddash> I'm getting a kernel oops that keeps me from starting emc at boot http://pastebin.ca/897508
[16:52:31] <cradek> new rtai/kernel build?
[16:52:39] <maddash> I think the problem might be with emc, because everything worked fine back in emc2-pre-2.1.5
[16:53:45] <cradek> try running 2.1 again?
[16:54:31] <SWPadnos> wasn't 2.6.17 the "bad" kernel?
[16:54:41] <maddash> 'bad'?
[16:54:43] <SWPadnos> some keyboad issues or something
[16:54:54] <maddash> this is 2.6.17.14/rtai 3.5, btw
[16:55:04] <maddash> er, 3.4*
[16:55:20] <SWPadnos> yes, there have been some experiments with later kernels (than the one on the liveCD), and I thought 2.6.17 had some problems, but 2.6.19/20 didn't
[16:55:26] <SWPadnos> I don't remember the specifics though
[16:55:41] <SWPadnos> also, is this the same compiler you used for pre-2.1.5?
[16:55:53] <maddash> yes, gcc-4.1 for everything
[16:56:05] <maddash> p2.1.5, 2.2.2, rtai, kernel
[16:56:08] <SWPadnos> I note that it's "version 4.1.2 ... (prerelease)"
[16:56:16] <cradek> if you think something changed between emc2.1 and emc2.2, you can verify that by trying to run emc2.1
[16:56:22] <SWPadnos> indeed
[16:56:55] <cradek> unless you do that the most likely explanation is that there's something wrong with your kernel or rtai
[17:01:53] <maddash> if the problem's with the kernel/rtai, what should I do?
[17:02:19] <alex_joni> maddash: the only successfull advice is redo it until it works right
[17:02:24] <cradek> it sucks, but try another version/combination
[17:02:39] <alex_joni> rtai-3.6 is out..
[17:02:42] <cradek> ideally a combination someone says is working right for them
[17:02:51] <alex_joni> maddash: how much ram do you have on that machine?
[17:03:05] <maddash> alex_joni: 288
[17:03:07] <maddash> M
[17:03:13] <alex_joni> ok, no issues there
[17:04:10] <maddash> what kernel is working for you guys?
[17:04:21] <cradek> dapper has 2.6.15
[17:04:28] <alex_joni> the best one is 2.6.15 with rtai >3.5 iirc
[17:04:47] <alex_joni> maybe "best" is not the best name
[17:04:50] <alex_joni> (most used..)
[17:05:01] <cradek> I'm using 2.6.20.14 on another system
[17:05:58] <maddash> I'll try rtai 3.5/3.6 first, since it takes less time to compile
[17:06:27] <cradek> you are not going to try emc2.1 and troubleshoot systematically?
[17:07:24] <maddash> no, I did that already, and I'm have the same problem
[17:08:00] <alex_joni> oh.. ok, so it's more likely it's a kernel issue
[17:08:08] <alex_joni> what's the point where it oopses?
[17:08:29] <alex_joni> maybe there's similars on google
[17:13:49] <maddash> I'll need to recompile emc if I use a different rtai, right?
[17:14:03] <alex_joni> right
[17:14:04] <maddash> since rtapi deps rtai
[17:14:19] <alex_joni> maddash: hmm.. if you only recompile rtai
[17:14:32] <alex_joni> without repatching the kernel, it will work without recompiling emc2
[17:14:59] <alex_joni> emc2 modules (kernel modules) need to have the same magic as the running kernel (same compiler, and version)
[17:20:51] <maddash> funky; rtai just starts and stops now
[18:19:12] <skunkworks> wow - I have worn the plastic writting of the bottom of the laptop.
[18:24:56] <skunkworks> eric_U: emc2 on a 486? are you crazy?
[18:24:59] <skunkworks> :)
[18:25:40] <eric_U> you could do it
[18:25:55] <eric_U> big problem is the UI
[18:26:14] <eric_U> shoulda mentioned that would be for servos
[18:26:46] <skunkworks> atleast.. :) and a degree in linux hackin
[18:27:52] <eric_U> no, people use RTAI on brain-dead hardware
[18:28:06] <skunkworks> that is what turbocnc is for..
[18:28:21] <eric_U> I have real-time stuff running on old hardware because of the ISA bus
[18:28:26] <eric_U> and it works just as well as dos
[18:28:30] <eric_U> better really
[18:28:54] <anonimasu> heh..
[18:28:55] <eric_U> dos has all those crazy memory limits and the networking stinks
[18:29:02] <anonimasu> dont ever tell me that turbocnc works well.
[18:29:18] <eric_U> I thought it was ok?
[18:29:28] <anonimasu> well, my circles became ( ) with it..
[18:29:38] <anonimasu> on the same hardware that liked 3d contouring with emc..
[18:29:41] <eric_U> skunky, you like my edit?
[18:30:13] <skunkworks> I ran it for a while. I only really had issues with g2/3 feeds. (well and CV is non existant) reason why I went to emc
[18:31:07] <skunkworks> eric_U: nice :)
[18:33:38] <skunkworks> I must admit.. I ran emc1 for a good week before finding emc2 ( at the time you had to build it on the bdi install) It was pretty new at that time. Issues with accelleration and such - but they where fixed very fast.
[18:35:39] <skunkworks> actually - about a year before that I tried the bdi.. I just could not get it going. So I gave up. 2nd time was the charm.
[18:36:07] <alex_joni> I remember compiling & fighting about 2-3 weeks before I ran emc for the first time
[18:36:18] <skunkworks> * skunkworks doesn't feel so bad now.
[18:36:20] <skunkworks> :)
[18:36:24] <alex_joni> none of the BDIs worked on my hardware
[18:36:41] <alex_joni> either graphics was not working, or the CD wouldn't boot, etc
[18:36:41] <skunkworks> I remember the second time - going thru 4 diffferent video cards before it would boot
[18:36:56] <alex_joni> I ended up doing my own kernel+rtai.. that took a while
[18:37:04] <skunkworks> yikes
[18:37:08] <alex_joni> (this was a 300MHz-ish machine..)
[18:37:14] <maddash> omg, what if 2.6.15.7/3.5 don't work either?!
[18:37:17] <alex_joni> so a kernel compiled in roughly 20-24 hours
[18:37:55] <skunkworks> way way back - dad printed out a pdf 94' maybe explaining emc. At that time - I really didn't 'have a clue'
[18:37:58] <fenn> it doesnt take that long, more like 8 hrs
[18:38:24] <fenn> unless you have everything turned on
[18:38:36] <alex_joni> fenn: this was a geode SBC, and back then I think I compiled all modules & co
[18:38:59] <skunkworks> wait pdf's in 94? whatever.
[18:39:09] <alex_joni> I left it working at work, came back the second day.. it finished
[18:40:02] <fenn> i dont think emc was on linux until like '96
[18:40:12] <maddash> rofl
[18:40:28] <skunkworks> * skunkworks was just guessing.. I really don't remember. Seemed like a long time ago.
[18:40:59] <skunkworks> it was printed directly from nist though. It talked about NT hardware.
[18:41:03] <skunkworks> iir
[18:41:05] <skunkworks> iirc
[18:41:40] <skunkworks> alex_joni: have not heard back from nist about the video. Might try to email a few other people there.
[18:42:22] <maddash> i think my problem is that i used distcc to compile 2.6.17.14/3.4
[18:42:54] <maddash> which probably was a big mistake, since the helper box was using gcc 4.2
[18:43:26] <anonimasu> alex_joni: wtf.. your system is super slow for a 300mhz:er
[18:44:55] <maddash> hm, wait - distcc incompatibilities manifest as compile-time errors, right?
[18:45:08] <maddash> s/compile-time/build-time/
[18:52:44] <alex_joni> anonimasu: it's a single board computer
[18:53:02] <alex_joni> about 50% of the stuff in there is in the processor, and the rest is in the northbridge :)
[18:53:40] <alex_joni> lalalalala la la la la diriguim diribom diriguim diribom diriguim bom diriguim bom diriguim rai rai rai bim bombom diriguim bom diriguim bom diriguim rai rai din bom digdigdig digdigdig dig din rai bin bombom digdigdig digdigdig rai bim rai bim bombom!
[18:54:53] <skunkworks> http://youtube.com/watch?v=yzyTtts2S_U
[18:56:23] <skunkworks> interesting http://youtube.com/watch?v=kzddvCo3RNs
[18:56:25] <maddash> alex_joni: have you gone insane?
[18:56:44] <skunkworks> http://youtube.com/watch?v=oVDFbaVyYSQ
[18:57:01] <alex_joni> maddash: http://www.youtube.com/watch?v=mhTFON9ZKiQ
[18:57:49] <fenn> * fenn recognized the mind-annihilation virus before it could do any damage
[19:01:32] <skunkworks> cool http://youtube.com/watch?v=RJEXbEXn0CQ
[19:01:53] <skunkworks> LawrenceG's drive
[19:03:29] <alex_joni> bbl..
[19:06:41] <alex_joni> skunkworks: http://www.libo.ru/i447.html
[19:10:17] <eric_U> yahoo mail just jumped the shark, you can't scroll through email messages
[19:10:24] <eric_U> wow, I can read the header
[19:34:32] <eric_U> jlmjvm: did you ever find me a 13 tooth timing pulley?
[19:36:27] <jlmjvm> the 1 the guy emailed me was a 13 tooth pulley,however when i looked at the pic it has a different tooth pattern than i have ever seen
[19:36:42] <jlmjvm> lemmee find that email
[19:40:17] <alex_joni> skunkworks711: http://www.libo.ru/i447.html
[19:40:55] <eric_U> disgusting but funny
[19:41:45] <jlmjvm> its been deleted,i can get him to resend monday.It had grooves running in both directions,kinda looked like a 13 tooth roughing end mill
[19:42:22] <eric_U> probably wouldn't work for me then
[19:42:47] <eric_U> maybe I should try to find a reasonably priced 26 tooth pulley
[19:43:27] <jlmjvm> i didnt think it would work,looked like it would eat a belt up
[19:44:16] <eric_U> guess it depends on the shape of the teeth
[19:44:26] <jlmjvm> alex_joni:all is well now,after i hooked up the x and y motors and switches i can move in mdi
[19:44:45] <eric_U> thanks for trying though
[19:45:32] <jlmjvm> no prob,wish it had been what was needed,i am needing 1 also
[19:47:15] <skunkworks711> alex_joni: funny :)
[19:47:28] <jlmjvm> it appears that if all axis arent homed out you can move in mdi
[19:50:07] <alex_joni> jlmjvm: you can do most anything if the axis aren't homed
[19:50:22] <alex_joni> but that's a "feature"
[19:50:34] <alex_joni> I know some controls won't allow you anything else but jogging while not homed
[19:52:06] <jlmjvm> i couldnt move in mdi before with just the z axis hooked up,but after i hooked up x and y everything started working,figured it was a safety feature
[19:58:43] <jlmjvm> just turned machine off and on again,homed only the z axis,issued a mdi move and get error,home all axis and it will move in mdi
[20:00:35] <alex_joni> jlmjvm: you're running special kins?
[20:01:59] <jlmjvm> dunno,just did a new stepconf yesterday,where can i check that at?
[20:02:18] <jmkasunich> if you are running special kins you would know it
[20:02:48] <jlmjvm> k
[20:04:22] <jlmjvm> everything appears fully functional at this point
[20:05:51] <jlmjvm> just letting ya know what was stopping my mdi movement
[20:06:41] <jlmjvm> these pacsi steppers are much smoother than my original steppers
[20:16:00] <maddash> freakin' kernel compile takees forever
[20:16:58] <fretless85> lol
[20:17:05] <fretless85> i know ;)
[20:17:26] <fretless85> for what do you compile an kernel?
[20:29:19] <eric_U> anyone know how much a dvi to hdmi converter will cost me?
[20:32:28] <maddash> why does iocontrol.cc allocate emcErrorbuffer even though it never uses it?
[20:33:41] <maddash> secondly, is it possible to detect a call to emcoperatorerror() made by emctaskmain from iocontrol's emcerrorbuffer?
[20:38:51] <jmkasunich> maddash: regarding the first question - all NML interfaces have the same buffers - CMD, STAT, and ERROR I believe
[20:39:00] <jmkasunich> regarding the second question, I have no clue
[20:40:06] <alex_joni> maddash: check the buffer it opens
[20:40:11] <alex_joni> if it's the same one, then yes
[20:40:20] <fretless85> maddash, for what do you compile an kernel?
[20:40:22] <alex_joni> (same one meaning the same *.nml reference)
[20:45:16] <BigJohnT> dumb question of the day What is NML?
[20:45:52] <fenn> "neutral messaging language" - it's the glue that connects the GUI and the rest of emc
[20:46:05] <BigJohnT> thanks
[20:46:33] <fenn> and there's some internal communication
[20:47:06] <BigJohnT> google for nml gets you northwestern mutual LOL
[20:47:17] <fenn> try site:linuxcnc.org nml
[20:48:03] <BigJohnT> thanks
[20:48:43] <maddash> fretless85: for AIUR!
[20:48:49] <maddash> fretless85: actually, for EMC2
[20:49:41] <fretless85> maddash, what the heck is AIUR?
[20:49:59] <maddash> fretless85: you'd have to play starcraft to know
[20:50:49] <fretless85> maddash, actually ive played diablo1+2 and WOW :P
[20:52:26] <fretless85> just curios...ive tryed to compile an kernel for my 64bit ubuntu 7.10 and failed ;)
[20:58:13] <maddash> how'd you fail?
[21:04:13] <fretless85> hal error
[21:04:20] <fretless85> cant get emc to run...
[21:05:02] <fretless85> maddash, thats the error log http://mitglied.lycos.de/fretless85/emc2errorlog
[21:11:29] <maddash> ouch, a segfault? I can't help you there, because I have roughly the same problem myself
[21:15:05] <fretless85> nice to hear ;)
[21:15:27] <fretless85> if you solve it, let me know
[21:21:29] <lerneaen_hydra> I'm having some strange datum issues with my new homing system, anyone here know anything about homing and datums?
[21:25:31] <skunkworks711> after you home - it isn't where you think it should be?
[21:26:00] <lerneaen_hydra> I can home, machine coords are fine, the red bounding box is fine, it limits jogs just as it should
[21:27:01] <lerneaen_hydra> but if I touch-off and set a coordinate to 0 the result is as though I had entered a nonzero value, something like 17.3mm (I can't remember the value). the values are different for different axes
[21:27:42] <lerneaen_hydra> ie. I touch off and set z to 0, axis displays the current coord as z=-30, the live plot shows the tool at -30
[21:29:27] <lerneaen_hydra> any ideas?
[21:31:33] <BigJohnT> that happened to me hmmm let me remember
[21:32:06] <lerneaen_hydra> it did?
[21:32:43] <BigJohnT> I think the stepper.var had a value in it from running one of the sample programs
[21:33:02] <lerneaen_hydra> hmm interesting
[21:33:04] <BigJohnT> It was an offset I think
[21:33:07] <lerneaen_hydra> ok
[21:33:13] <BigJohnT> blew my mind
[21:33:20] <lerneaen_hydra> I can imagine
[21:34:10] <skunkworks711> do # 3 http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems
[21:34:17] <skunkworks711> then see if everything acts normally
[21:34:38] <BigJohnT> good one for the day, just changed each opto and buffer on my breakout board one by one trying to solve a problem with some outputs
[21:34:46] <BigJohnT> nothing worked
[21:34:52] <lerneaen_hydra> skunkworks711; hmm ok, thanks
[21:35:05] <BigJohnT> slap on forhead, the e-stop is in nothing will work
[21:35:28] <BigJohnT> now which opto is bad...
[21:36:52] <BigJohnT> skunkworks that is what got me once after running one of the sample programs that ship with EMC
[21:37:09] <maddash> 16:33:20 <lerneaen_hydra> I can imagine
[21:37:09] <maddash> 16:34:09 <skunkworks711> do # 3 http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems
[21:37:09] <maddash> 16:34:17 <skunkworks711> then see if everything acts normally
[21:37:09] <maddash> 16:34:38 <BigJohnT> good one for the day, just changed each opto and buffer on my breakout board one by one trying to solve a problem with some outputs
[21:37:09] <maddash> 16:34:46 <BigJohnT> nothing worked
[21:37:11] <maddash> 16:34:52 <lerneaen_hydra> skunkworks711; hmm ok, thanks
[21:37:13] <maddash> 16:35:05 <BigJohnT> slap on forhead, the e-stop is in nothing will work
[21:37:15] <maddash> 16:35:28 <BigJohnT> now which opto is bad...
[21:37:17] <maddash> 16:36:52 <BigJohnT> skunkworks that is what got me once after running one of the sample programs that ship with EMC
[21:37:31] <lerneaen_hydra> maddash; having fun?
[21:37:40] <maddash> huh?
[21:37:52] <archivist> we can scroll up no need to repaste
[21:38:00] <maddash> crap - middle clicked
[21:38:06] <BigJohnT> LOL
[21:39:06] <maddash> I'm so ashamed
[21:39:16] <lerneaen_hydra> O_o
[21:39:18] <alex_joni> now you embarrased him :)
[21:39:21] <archivist> heh poor maddash
[21:40:18] <alex_joni> oh, he'll be back
[21:40:27] <BigJohnT> yea! all my outputs work
[21:40:32] <alex_joni> BigJohnT: cool
[21:40:38] <alex_joni> time for some pics & vids
[21:40:45] <alex_joni> bbl :)
[21:41:28] <archivist> time to machine the rest of a stepper adapter tube
[21:41:40] <BigJohnT> time to start drinking
[21:44:06] <jmkasunich> regarding that touch off thing somebody asked about above?
[21:44:10] <jmkasunich> lathe or mill?
[21:44:56] <jmkasunich> it behaves differently based on whether or not you have a program loaded, and axis loads a program (the EMC2-AXIS logo) by default at startup, lathe doesn't
[21:45:26] <lerneaen_hydra> this is for a mill
[21:47:11] <jmkasunich> all I can suggest is make sure there aren't any offsets in effect (other than the one you just set with touch-off)
[21:49:46] <lerneaen_hydra> hmm ok I'll take a look at it in detail
[21:53:39] <jmkasunich> http://www.youtube.com/watch?v=hjVXbEUZJJs
[21:53:53] <jmkasunich> freaky - at abou 0:40, its threading and drilling at the same time
[21:54:10] <jmkasunich> the work is moving in Z for threading, and the drill is chasing it
[21:58:08] <skunkworks711> smop?
[21:58:11] <skunkworks711> ;)
[21:58:41] <skunkworks711> skunkworks711 is now known as skunkworks
[21:58:42] <lerneaen_hydra> oh no...
[21:59:11] <skunkworks> uh oh
[21:59:36] <skunkworks> * skunkworks starts to run
[21:59:41] <fretless85> thats spooky...
[22:00:44] <skunkworks> * skunkworks keeps looking over his shoulder and doesn't see anything..
[22:04:20] <fretless85> and i thought TCPM on my heidenhain is kind of spooky o_O
[22:04:43] <archivist> hmm nice toy, sliding head with live tooling
[22:05:03] <lerneaen_hydra> tpcm? tpm for mills?
[22:05:21] <fretless85> tool center point management
[22:05:27] <lerneaen_hydra> oh
[22:05:30] <lerneaen_hydra> what's that?
[22:05:41] <fretless85> thats the name for it on the heidenhain
[22:05:58] <lerneaen_hydra> what's tool center point managment?
[22:06:52] <fretless85> keeping the tool rectangular to the contour on head movements
[22:07:11] <fretless85> lets say you move to x100 y100 z100
[22:07:20] <fretless85> and you turn the head
[22:07:53] <fretless85> about 90deg in A
[22:08:00] <fretless85> with M128 (TCPM)
[22:08:06] <fretless85> X follows
[22:08:38] <fretless85> and the head kind of stays on the point
[22:08:54] <fretless85> X and Z follows
[22:08:56] <fretless85> pardon me
[22:09:40] <fretless85> and its B cuz you spin Y
[22:09:47] <fretless85> kind of confusing ;)
[22:10:19] <fretless85> i dont use it that often
[22:11:05] <archivist> * archivist wonders if the boss will donate the sliding head auto in the basement for a cnc sliding head project
[22:12:33] <jmkasunich> archivist: http://www.youtube.com/watch?v=PQL2bIYozPk
[22:15:00] <archivist> nice one, coming to emc one day!
[22:15:19] <fretless85> thats crazy
[22:16:05] <dmess> tool poin management is important
[22:16:49] <fretless85> for 3d milling? yea
[22:19:53] <fretless85> as i said i dont use this often
[22:19:57] <fretless85> because i dont need it
[22:20:13] <lerneaen_hydra> fretless85; you mean "standard" 4-5 axis kinematics?
[22:20:38] <fretless85> yes
[22:21:30] <fretless85> we only can do that on one machine so...
[22:21:50] <fretless85> the rest got heads with hirth teeths
[22:22:02] <lerneaen_hydra> oh, is that an "advanced feature" on commercial cnc's?
[22:22:24] <fretless85> what do you mean with advanced feature?
[22:22:37] <lerneaen_hydra> something out of the ordinary
[22:22:49] <lerneaen_hydra> a feature that costs a lot maybe
[22:22:53] <fretless85> it cant be done with orthogonal heads
[22:23:21] <lerneaen_hydra> oh, no, of course not, the hardware bit is quite interesting
[22:23:21] <fretless85> you cant move other axis or mill while the head is spinning
[22:23:59] <fretless85> because its unclamped and very unstable at this moment so no need for tcpm
[22:24:57] <fretless85> we got an zayer with free positionable head
[22:25:08] <fretless85> 0.001 resolution
[22:25:19] <fretless85> that one can do tcpm
[22:25:45] <fretless85> http://www.iberimex.de/main.html that head
[22:25:53] <fretless85> wrong link
[22:25:54] <fretless85> http://www.iberimex.de/german/produkte/fraeskoepfe/universal/positionen.jpg
[22:26:00] <fretless85> this one
[22:26:16] <lerneaen_hydra> nice :)
[22:27:18] <fretless85> its not that bad
[22:27:18] <fretless85> but it moves when you push it real hard
[22:27:24] <fretless85> because its hydraulic clamped
[22:27:32] <fretless85> no hirth teeth
[22:28:48] <fretless85> but orthogonal heads got some contras to ;)
[22:29:34] <fretless85> http://www.iberimex.de/german/produkte/fraeskoepfe/pinole/pinole_xxl.jpg
[22:29:40] <fretless85> thats the best one for power :P
[22:44:09] <archivist> jmkasunich, has anyone put emc on a sliding head?
[23:13:52] <DanielFalck> hi BigJohnT
[23:14:05] <BigJohnT> hi DanielFalck
[23:14:19] <BigJohnT> what
[23:14:20] <DanielFalck> care to join #cam and talk gcode generators?
[23:14:21] <BigJohnT> 's up
[23:14:45] <BigJohnT> ok