#emc | Logs for 2006-03-29

[00:01:03] <dmessier> 5 axis APT on surface models... we did a golf tee that wouldn't create a divot
[00:01:22] <dmessier> and i dont even GOLF
[00:02:30] <dmessier> Post-Processors WERE wher it was at... with emc 1 post fits all....
[00:20:34] <fenn> * fenn grumbles about @#&$ STEP never ever getting finished
[00:22:07] <Jymmm> whats the goin price on acetal .25 x 12" x 12" ?
[00:22:45] <Jymmm> $18/sf seems high
[00:27:54] <dmessier> si
[00:28:55] <dmessier> ipconfig does work from the right dir...now to fingure it out
[00:51:21] <roltek> could somebody explain to me on how the g33 program works in ngc.
[00:52:16] <roltek> is cradek in
[00:54:07] <cradek> I'm here but don't have much time at the moment
[00:54:17] <cradek> have you looked at the example halfiles and gcode?
[00:55:14] <roltek> i have been programming for 20 yrs on cnc machines and have never seen a g33 like that
[00:55:22] <cradek> haha
[00:55:41] <roltek> not realy
[00:55:47] <cradek> your input might be valuable then
[00:56:03] <cradek> it's very simple: the K word specifies the feed per spindle rotation
[00:56:11] <cradek> so K.0625 gives 16tpi
[00:56:55] <cradek> from my reading I think that much is pretty standard
[00:58:08] <cradek> tell me more specifically what you want to know and I'll try to answer
[00:59:49] <cradek> also please understand the exact format of the gcode is not yet decided - rudimentary support comes first, then more complex gcode support like canned cycles
[00:59:50] <roltek> have you looked into fanuc,allen bradly or kearney and trecker programming books
[01:00:14] <cradek> I have looked at several books, but not sure which machines they were
[01:00:22] <cradek> also the machinery handbook
[01:00:34] <roltek> its helpful for people to be able to use standard post processer if using a system
[01:00:39] <cradek> are you going to be at the cnc workshop?
[01:00:41] <fenn> fanuc is pretty compatible with EMC, so basing it on theirs might not be a bad idea
[01:01:07] <roltek> the best would bve fanuc
[01:01:28] <roltek> yes i will be at the workshop
[01:01:43] <cradek> I notice there's not even agreement about what g33 (the simplest command) does. some do entry/exit moves automatically?
[01:02:14] <roltek> the could that should be used is g33 or g76
[01:02:22] <roltek> g32
[01:03:03] <roltek> g32 is for 1 line pass g76 for canned
[01:03:23] <cradek> I think there was a lot of agreement that g33 was the right code
[01:05:03] <roltek> is it right because it is in emc and g32 is wrong because it is not there now
[01:05:31] <cradek> I don't understand what you're asking
[01:05:34] <cradek> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?Lathe_Code
[01:05:47] <cradek> ray set up this page with lots of information about different systems
[01:05:58] <roltek> is g32 in emc now
[01:06:31] <cradek> the only gcode that invokes threading code is g33
[01:07:04] <cradek> there is little information about fanuc on that wiki page - if you have that info, it would be great if you could add it
[01:07:16] <roltek> the g801 is a kearney and trecker canned cycle which i gave him
[01:07:39] <roltek> we used that toretrofit lathes at kearney and trecker
[01:07:58] <roltek> with the kt control
[01:08:03] <cradek> there is also nothing about g801 on that page
[01:11:18] <roltek> the macro canned cycle
[01:12:08] <cradek> let's back up for a minute and let me explain what's going on
[01:12:21] <cradek> I just recently added spindle synchronization to the underlying code
[01:12:33] <cradek> I have no idea how a cnc lathe is programmed
[01:12:50] <cradek> I want to the underlying code working before the workshop
[01:13:27] <roltek> i would be more than happy to copy program manual for threading and send it to you
[01:13:32] <cradek> with that done, I want the cnc lathe experts, like you, to put their heads together and write a SPEC that tells how emc's gcode should handle threading
[01:13:49] <cradek> I think this is what we will be able to work on together at the workshop
[01:13:59] <fenn> sounds more fun than EDM too
[01:14:14] <cradek> jmk and I can do the coding, and you guys can give us the expertise that we don't have regarding how these other cnc systems work
[01:14:50] <cradek> I asked ray to start the spec on the wiki page, but it looks like he had other ideas (he just wanted to collect information right now)
[01:15:09] <cradek> if you want to contribute to (or START) a spec, I think that would be great
[01:15:10] <roltek> i am just interested in making emc compatable with real machine tools out in the feild
[01:15:44] <cradek> I agree that's an important goal
[01:16:07] <cradek> most of that will be work in the gcode interpreter, which is pretty much separate from what I've done so far.
[01:16:30] <cradek> the current g33 support is an "educated" guess as to what the most basic threading gcode will do, and it's a good tool already for testing
[01:16:57] <roltek> you are right the interpeter has to be post proscesser freindly
[01:17:08] <cradek> I know every machine does it differently, so I want you experienced guys to get together and decide what WE should do
[01:17:43] <cradek> so I don't really want a bunch of different manuals to study; I want you guys to do that, and decide for us how emc should work.
[01:19:12] <roltek> well i can tell you 80 percent of all controls out in the feild are fanuc and emc is close to that
[01:19:49] <cradek> then that information really should be on the wiki page - can you put it there for us?
[01:20:17] <roltek> nist wrote an interpeter for and snk 5 axis machine to replace a fanuc does anybody know where that interpeter is
[01:20:30] <cradek> not me
[01:20:54] <roltek> mshaver are you in
[01:22:16] <roltek> was the spindle snycro for a mill
[01:28:39] <fenn> i hope he's more helpful in reality
[01:29:12] <cradek> I'm sure he's a nice guy but it seemed like we were talking different languages
[01:30:00] <cradek> I wasn't kidding about really needing help from guys like him
[01:33:39] <cradek> well I'm off to try to drill a 1" hole in the right place, wish me luck
[01:49:02] <Jymmm> wb
[02:43:13] <skunkworks> how did the 1 inch hole go?
[02:56:32] <dmessier> cradek .. i mithit find the fanuc manualus in transit this week
[02:57:42] <dmessier> have all
[02:58:59] <dmessier> snk 5 axis is a GOOd mathine... even these days
[03:00:01] <dmessier> thorry thellabratin my b'day....
[03:13:24] <fenn> * fenn wonders how you can type drunk-speech
[03:16:20] <skunkworks> * skunkworks is scared that he understood everything that was typed.
[03:19:25] <skunkworks> * skunkworks doen't think I got my point across
[03:20:22] <skunkworks> * skunkworks that wasn't quite right either - new to the whole /me thing
[03:54:36] <CIA-8> 03rayhenry * 10emc2/tcl/bin/emccalib.tcl: First working draft. Thanks to my friends.
[05:20:43] <lerman_> lerman_ is now known as lerman
[07:01:07] <NickServ> This nickname is owned by someone else
[07:01:07] <NickServ> If this is your nickname, type /msg NickServ IDENTIFY <password>
[09:27:41] <chinamill> Hello Torbax, where in Italy do you come from?
[10:01:26] <giacus> hello chinamill
[10:01:31] <giacus> http://www.frappr.com/emctheenhancedmachinecontroller#x=9.02&y=39.66&z=10&t=0
[10:01:34] <giacus> :)
[10:01:56] <giacus> he's from Sardinia Island
[10:02:08] <giacus> nice place
[10:02:40] <giacus> * giacus waiting the eclipse :P
[10:11:59] <chinamill> giacus: Is there a eclipse coming?
[10:13:41] <giacus> chinamill: yeah
[10:13:51] <giacus> here are 12:13
[10:14:04] <giacus> 12:30 wopuld be the best moment
[10:14:08] <giacus> would
[10:14:38] <chinamill> Im in Nice, do you know if its possible to see here to?
[10:14:49] <giacus> dunno ..
[10:15:02] <giacus> probably ..
[10:15:26] <giacus> http://www.repubblica.it/2006/c/sezioni/scienza_e_tecnologia/ecliss/ecliss/ecliss.html
[10:15:31] <giacus> sorry is italian :(
[10:15:52] <giacus> it should be visible also from south america,
[10:15:55] <giacus> brasil
[10:16:01] <giacus> asia
[10:16:18] <giacus> at different time I suppose..
[10:16:43] <giacus> Im tryng to set my camera to shot a photo ..
[10:24:04] <chinamill> ah, nice idea... In nice it should be at maximum at 10.31UT
[10:24:13] <alex_joni> giacus: you need a good filter
[10:24:18] <alex_joni> or else it'll be in vain
[10:24:29] <alex_joni> you can try aluminum foil (2 layers)
[10:24:36] <alex_joni> the one that's used for cooking
[10:24:38] <chinamill> So far I cant se anything....
[10:25:00] <chinamill> or a cdr
[10:25:30] <giacus> hi alex_joni I was llookig how to set F in this camera..
[10:25:45] <giacus> Im reading the manual
[10:26:02] <giacus> someone sayd to use high F value
[10:26:29] <giacus> Im not sure Im able to take a good photo with this camera..
[10:26:56] <giacus> compact camera
[10:28:17] <giacus> and no filter :(
[10:39:32] <chinamill> I got a picture
[10:40:12] <chinamill> cd in front and flash was the best option
[10:40:36] <chinamill> Shity camera; couldnt set much options
[10:43:54] <giacus> 72% of eclipse now ..
[10:47:45] <giacus> haha.. good
[10:47:52] <giacus> some photo seems nice ;P
[10:52:40] <giacus> I used the soldering mask
[10:52:44] <giacus> haha
[10:55:35] <giacus> chinamill: http://www.giacus.org/photo/hobby/eclipse/
[10:56:01] <giacus> this is pretty nice http://www.giacus.org/photo/hobby/eclipse/img004.jpeg
[10:57:30] <chinamill> Nice... Ill check mine in a moment
[10:59:49] <giacus> oh .. the date is missed on my camera..
[10:59:52] <giacus> 28
[10:59:56] <giacus> today is 29
[11:37:55] <giacus> http://sci.esa.int/science-e/www/object/index.cfm?fobjectid=38963
[11:38:35] <giacus> later
[11:38:42] <giacus> giacus is now known as giacus_afk
[11:47:35] <chinamill> my best one is here:
[11:47:39] <chinamill> http://server3.pictiger.com/img/186487/picture-hosting/-eclipse%2C-nice%2C-cote-azur-wed-march-29-2006.php
[11:48:10] <giacus_afk> chinamill: cool :P
[13:38:24] <SWP_Away> SWP_Away is now known as SWPadnos
[16:27:39] <skunkworks> logger_aj: bookmark
[16:27:39] <skunkworks> See http://solaris.cs.utt.ro/irc/irc.freenode.net:6667/emc/2006-03-29#T16-27-39
[17:09:11] <CIA-8> 03rayhenry * 10emc2/tcl/mini.tcl: added emccalib and halconfig to menu. arranged for faster startup.
[17:17:15] <jepler> - mText [msgcat::mc "No checkIt set see line 4055 in mini.tcl "]
[17:17:15] <jepler> + mText [msgcat::mc "No checkIt set see line 4088 in mini.tcl "]
[17:17:43] <jepler> I know there's no better way to do it (refer to a line in a file), but man that sucks
[17:18:25] <rayh> That little proc was intended to let me or other developers debug.
[17:18:49] <rayh> probably should be gone altogether.
[17:26:30] <chinamill> Hello.
[17:26:51] <alex_joni> hello chinamill
[17:27:36] <chinamill> Does anyone have a clew how to make (or somehowe arrange) a torch height controller (for plasma cutting (HF proof)
[17:28:10] <alex_joni> chinamill: two ways
[17:28:21] <alex_joni> 1. use a capactive sensor around the torch
[17:28:25] <alex_joni> capacitive
[17:28:30] <alex_joni> 2. use the cutting voltage
[17:28:42] <chinamill> I was thinking mmore of arc voltage
[17:28:55] <anonimasu> I'd use a ultrasonic..
[17:29:12] <chinamill> but I could not find any useful drawings or similar on the internet
[17:29:15] <alex_joni> ok, then cutting voltage, but you need to make sure where you grab it, not to be influenced by HF
[17:29:17] <anonimasu> ultrasonic?
[17:29:23] <alex_joni> anonimasu: what for?
[17:29:26] <anonimasu> oh, you buy them..
[17:29:28] <anonimasu> alex_joni: thc..
[17:29:39] <alex_joni> anonimasu: don't get it
[17:29:44] <anonimasu> alex_joni: for torch height
[17:30:17] <chinamill> I need one that does not cost alot and does not take to long time to make (or implement)
[17:30:32] <chinamill> Any ideas for sorces?
[17:30:46] <alex_joni> chinamill: I would go with comercially available ones
[17:30:56] <alex_joni> shouldn't be too expensive, a few k at most
[17:31:01] <anonimasu> I saw some really sweet stuff with ultrasonic.. at work..
[17:31:03] <alex_joni> a plasma cutter is way more
[17:31:04] <chinamill> 2000 USD is costly
[17:31:13] <anonimasu> very accurate.. and very nice..
[17:31:19] <anonimasu> shouldnt be too expensive..
[17:31:28] <anonimasu> like $100 per sensor or so
[17:32:30] <alex_joni> http://www.pacifier.com/~ies/inova.html
[17:32:31] <chinamill> That would mean starting to program a PIC i guess, and then connect the sensors.
[17:32:37] <anonimasu> about ~100
[17:32:46] <anonimasu> per sensor..
[17:32:57] <anonimasu> or well a analog converter for the signal from the sensor..
[17:33:03] <anonimasu> 0-10v out
[17:33:16] <SWPadnos> http://www.campbelldesigns.com/plasma-torch-height-control.php
[17:33:19] <anonimasu> I dont have the catalog here.. so I cant check.. they might be digital..
[17:33:21] <SWPadnos> $350
[17:33:40] <anonimasu> I'd buy that.. without flinching
[17:34:07] <SWPadnos> they mention Mach2 a lot, but I think it just outputs up and down signals
[17:34:37] <chinamill> I have a couple of PIC:s with 2 ch A/D converters (0-5V)
[17:34:48] <anonimasu> hm, that'd work and a capacitive sensor..
[17:34:54] <anonimasu> but I am not sure how well that'd work with HF
[17:35:59] <chinamill> I will mail the campell people and ask about HF
[17:36:16] <anonimasu> oh that's designed for it probably
[17:36:18] <anonimasu> but a pic..
[17:36:44] <SWPadnos> unless it's a pretty recent PIC, the A/D needs roughly 60 uS per conversion
[17:37:02] <SWPadnos> so you'd need analog signal conditioning anyway
[17:37:08] <chinamill> My pasta water is boiling over... need to eat. will be back later
[17:37:24] <chinamill> * chinamill is away: eat
[17:37:26] <SWPadnos> my pasta does not runneth over, but I still need to go ;)
[17:37:35] <SWPadnos> SWPadnos is now known as SWP_Away
[17:43:02] <CIA-8> 03rayhenry * 10emc2/tcl/mini.tcl: removed debug proc and menu to it.
[17:43:24] <rayh> Thanks for pointing that out, jepler.
[18:12:52] <chinamill> * chinamill is back
[18:22:38] <chinamill> The http://www.campbelldesigns.com seem to have a really nice kit for THC @ 350 USD + shipping... not to bad
[18:41:56] <cradek> I thought it was pretty quiet.
[18:42:05] <cradek> logger_aj: bookmark
[18:42:05] <cradek> See http://solaris.cs.utt.ro/irc/irc.freenode.net:6667/emc/2006-03-29#T18-42-05
[18:46:49] <skunkworks> Hi cradek
[18:46:53] <cradek> hello
[18:47:09] <skunkworks> did you get your 1 inch hole where it was supposed to be?
[18:47:59] <cradek> no, but it's plenty close enough
[18:48:06] <skunkworks> ;)
[18:48:10] <cradek> I should have milled it instead of trying to use the drill press
[18:48:15] <cradek> you would think I'd learn that by now
[18:48:38] <cradek> the mechanical parts of my spindle encoder are done, just need to do electrical and software now
[18:48:53] <alex_joni> nice ;)
[18:49:00] <skunkworks> is this on your mill or a lathe?
[18:49:30] <cradek> my mill
[18:49:40] <cradek> I intend to (try to) do threading with it
[18:49:52] <skunkworks> cool - you are going to have to make a video of it rigid tapping
[18:50:09] <cradek> unfortunately I don't have spindle reversal, but maybe I could add it sometime.
[18:50:32] <cradek> but I should be able to mount a lathe tool to the table and do simple lathe-type threading
[18:50:53] <skunkworks> so your going to put some bar stock in the spindle and cut it with ..... yah what you said
[18:51:06] <skunkworks> cool
[18:51:12] <cradek> I actually have a small 3-jaw that will thread onto the spindle
[18:51:27] <skunkworks> that comes in handy.
[18:51:28] <cradek> by some freak accident it has the same threads as the sherline
[18:52:44] <cradek> I think I have a 4-jaw independent too somewhere
[18:53:26] <jepler> interesting; the "quickstep" author says that his step generator code varies the pulse rate over the entire servo cycle. I wonder what difference that makes in practice.
[18:54:07] <cradek> rayh: last night roltek said my g33 implementation was otherworldly. I asked him if he'd help write the spec, but he didn't seem too interested - have you had any more thoughts about who can do that for us?
[18:57:04] <skunkworks> I also have some fanuc manuals here. (you guys where talking about it being mostly the standard) I could look it up.
[18:57:52] <cradek> skunkworks: if you are willing, you could draft the spec, which might get the process started
[18:58:35] <cradek> skunkworks: my feeling is that unless there's a spec and time for people to comment on it and change it, I know someone will dislike whatever is written...
[18:58:44] <skunkworks> (I have only done threading once on the cincinati.) But let me see what I can come up with.
[18:59:04] <cradek> adding entirely new g codes to emc that we want to be compatible with other systems is pretty unprecedented
[18:59:10] <rayh> cradek I talked with roltek this morning and we came to the conclusion that Haas is the one to copy.
[18:59:26] <cradek> rayh: yesterday he said fanuc?
[18:59:30] <skunkworks> :)
[18:59:34] <rayh> Right.
[18:59:41] <rayh> He said that this morning also.
[18:59:54] <cradek> ok see what I mean?
[19:00:15] <rayh> But the fanuc codes are in fanuc manuals which are not open to view.
[19:00:28] <alex_joni> I think ray meant "we came to the conclusion" = "ray came to the conclusion" ;)
[19:00:29] <cradek> ah, interesting
[19:00:36] <cradek> I hand't considered that kind of problem
[19:00:50] <rayh> The Haas codes are on their web site, they mail a monthy mag with cutting tips.
[19:01:13] <rayh> they have all of the common machines, mill, lathe, grinder, edm, ...
[19:01:41] <skunkworks> I see. copy write issues?
[19:01:45] <rayh> alex_joni, ray has a tendancy to do that.
[19:02:17] <rayh> For copyright we would want to cite the sources for stuff we take.
[19:02:24] <CIA-8> 03flo-h * 10emc2/tcl/mini.tcl: added more i18n support
[19:02:39] <jepler> Copyright only matters if we copy code or documentation; I don't believe that's what we'll be doing
[19:02:41] <cradek> rayh: I bet their machines are very advanced - we need to come up with the simplest possible spec to start.
[19:02:47] <rayh> As far as the codes themselves, I believe those would be "open" to use.
[19:03:20] <rayh> In fact, roltek today suggested we adopt their entire g and m code set.
[19:03:34] <cradek> ack
[19:03:41] <alex_joni> copyright never stopped people from replicating stuff (look at SAMBA ;)
[19:03:43] <rayh> conform the existing interpreter and put stars by the ones tht work.
[19:04:10] <anonimasu> HEHE
[19:04:14] <rayh> Then as we develop new capabilities, we simply refer to the list.
[19:04:22] <anonimasu> err hehe..
[19:04:36] <rayh> If it's a edm capability we add their edm codes.
[19:04:51] <rayh> And all of the major cam packages have HAAs posts.
[19:04:55] <alex_joni> rayh: not sure what to think of that..
[19:05:09] <anonimasu> hm, why not make a edm interpreter and one mill interpreter
[19:05:13] <rayh> Take your time. It took roltek a bit
[19:05:23] <anonimasu> or are all codes that similiar that you can fit them?
[19:05:25] <alex_joni> rs274ngc was one of the main reasons for emc (and still is)
[19:05:48] <alex_joni> I'd rather see another interp (which you can chose at startup)
[19:05:55] <rayh> Yes but that was 16 years ago.
[19:05:58] <anonimasu> agreed
[19:06:12] <anonimasu> rs274 works..
[19:06:47] <rayh> No problem with the "other" interp. We have modified rs274ngc already but
[19:06:52] <cradek> I'm not interested in this right now, except as it affects threading codes, and I still want a simple written spec on the wiki so we have something to work from.
[19:07:06] <alex_joni> they all are rs274
[19:07:10] <rayh> I could see an ini var that says INTERP_SETUP - EDM
[19:07:32] <alex_joni> cradek: right, lets stay on ground
[19:07:46] <jepler> It would not be hard, from a technical standpoint, to replace the interpreter with something else that used the same "canon interface"
[19:08:01] <rayh> Exactly.
[19:08:12] <cradek> the problem with saying "let's just use their language" is that we have a moving target, and we rely on their documentation (which also moves).
[19:08:21] <jepler> in fact it's already being built as a shared library
[19:08:48] <rayh> I don't think there is a lot of movement. They have 300,000 machines in the field.
[19:09:26] <rayh> And fanuc lost more than 80% of the US market in the last few years.
[19:09:26] <alex_joni> jepler: that's why the canon interface is there
[19:09:31] <jepler> I would hate to be in a position where only one or two people could work on the interpreter, because nobody else has access to a copy of the manual made by a competing, commercial company to follow.
[19:09:52] <alex_joni> jepler: agreed
[19:13:26] <giacus_afk> giacus_afk is now known as giacus
[19:15:10] <rayh> cradek, I see that the synergy code uses g33. I suspect that part of lathe output is configurable in the post for the cam system.
[19:16:14] <cradek> rayh: roltek also mentioned g32, which nobody had mentioned before
[19:16:37] <rayh> I think it's in the wiki page.
[19:16:49] <cradek> G32 is used for Plain Threading Cycle
[19:16:53] <cradek> just this line
[19:16:59] <rayh> I don't know the difference.
[19:17:05] <cradek> * cradek shrugs
[19:17:10] <rayh> Yea.
[19:17:26] <cradek> maybe I'll change it to g999 until someone writes me a spec!
[19:18:03] <cradek> I bet we will be able to get somewhere on this at workshop
[19:18:04] <rayh> I'd leave it the way it is.
[19:18:29] <rayh> I've got a 1/4-20 lathe code file from synergy.
[19:18:32] <cradek> I wasn't serious - I do intend to leave it until we decide for sure what to do
[19:18:38] <rayh> I need to get that in the wiki page.
[19:18:55] <rayh> We can talk over the haas idea during fest.
[19:19:15] <cradek> the current wiki page is a good dump of information, let's start another one that tells what we intend to do
[19:19:28] <cradek> then it will eventually be our documentation just like TrajectoryControl is
[19:20:33] <CIA-8> 03flo-h * 10emc2/tcl/bin/emccalib.tcl: added more i18n support
[19:20:52] <cradek> he sure keeps up with i18n, that's great
[19:22:46] <rayh> Okay added the fanuc/haas idea to the fest page.
[19:24:53] <alex_joni> http://www.centroidcnc.com/cncvideo/videot400picpart.html
[19:25:00] <alex_joni> that's nice
[19:31:08] <anonimasu> I am jealous ;)
[19:35:48] <skunkworks> centroid has been around for a while.
[19:36:14] <skunkworks> we had bought there text editer and punch software a long time ago.
[19:36:17] <skunkworks> :)
[19:38:21] <rayh> Roland Friestad -- cnc-worksho got them started.
[19:46:36] <rayh> Added the sample synergy program to the lathe page. http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Lathe_Code
[19:53:32] <alex_joni> looks good ray, one thing is strange though..
[19:53:43] <alex_joni> there is no K or whatever to the G33 command
[19:54:12] <cradek> it uses F
[19:54:15] <cradek> .05 = 1/20
[19:54:38] <alex_joni> oh, just seen that.. but F should be feedrate?
[19:54:43] <alex_joni> or in this case it is..
[19:54:49] <alex_joni> but synced to spindle
[19:54:50] <cradek> no such thing as feedrate
[19:55:02] <cradek> yes it's feed per rotation, not feed per second
[19:55:14] <alex_joni> right, ok that makes sense too
[19:55:18] <alex_joni> I guess .. :)
[19:55:29] <cradek> that is exactly what emc2's g33 does
[19:56:15] <alex_joni> yeah, but using K instead of F, if I understand correctly
[19:56:19] <alex_joni> ;-)
[19:57:12] <cradek> right
[19:57:28] <cradek> but using K is a little bogus, since it doesn't necessarily correspond to Z motion
[19:57:33] <cradek> it's feed in any direction
[19:57:54] <alex_joni> right, so probably F does make more sense ;)
[19:58:08] <skunkworks> it is odd - every program I have seen for threading uses g33 - but the hass uses something totally differnt
[19:58:11] <cradek> I also would rather use F
[20:11:52] <anonimasu> hm
[20:12:40] <cradek> if I had my way, there'd be a "start synchronized with feed F" gcode and an "end synchronized" gcode
[20:13:02] <cradek> between them you'd use G1
[20:13:15] <cradek> or, the G1's F would be the feed/rotation
[20:13:18] <cradek> not sure
[20:13:26] <cradek> but I don't see why there is a separate code that's kind of like g1
[20:13:57] <jepler> that sure seems simple
[20:14:06] <skunkworks> next evelution - kinda like helical - now just g2/3 with z
[20:15:00] <skunkworks> (instead of an extra set of gcodes for helical)
[20:15:01] <alex_joni> cradek: so something like G33 start synch, G32 stop synch, a lot of other G-codes allowed inbetween (G1, G2, etc.)
[20:15:20] <cradek> yes
[20:15:46] <cradek> I don't know why you'd what spindle-synchronized arcs, but why not?
[20:16:00] <skunkworks> I am with jepler - seems simple
[20:16:37] <cradek> skunkworks: I don't understand what you mean about helical
[20:20:06] <skunkworks> there used to be separate gcodes - like g72/73 that used to do helical (think milling threads in something with a woodruff cutter) - now you just use g2/3 with a z
[20:20:07] <jepler> cradek: I think skunkworks means, spindle-synch'd moves are helical
[20:20:23] <jepler> so why not simply represent them with g2/g3?
[20:21:03] <cradek> no, they're not necessarily helical
[20:21:08] <jepler> I don't think that's what I mean, however
[20:21:14] <cradek> I know that's not what I mean
[20:21:32] <anonimasu> HM
[20:21:41] <cradek> think of an exit move from a thread - it's not expressible as g2/g3
[20:21:43] <anonimasu> constant speed contouring on lathe regardless of circumfence?
[20:22:00] <skunkworks> you do now. What I am saying is there is a natural language evolution. g33 - now could be used as you say - turn on spindle sync mode and then run g1/2/3 motion
[20:22:03] <anonimasu> or whatever you call it
[20:31:38] <CIA-8> 03alex_joni * 10emc2/TODO: brought up to date, on the next commit the DONE stuff will go away
[20:37:10] <CIA-8> 03alex_joni * 10emc2/README: updated README to fit the normal rip run
[20:39:02] <CIA-8> 03alex_joni * 10emc2/docs/AUTHORS: added flo-h
[20:50:15] <CIA-8> 03alex_joni * 10emc2/tcl/tkemc.tcl: simple fix to make error reporting work with i18n
[20:57:40] <CIA-8> 03alex_joni * 10emc2/scripts/ (realtime.in rtapi.conf.in): added configure touches to .in files
[21:18:57] <CIA-8> 03alex_joni 07v2_0_branch * 10emc2/ (TODO VERSION): moving TESTING
[21:20:20] <skunkworks> > back again - did I make sense? I am just saying that there was a gcode evolution from needing separate gcodes to do helical motion vs circular motion. I would think the next logical evolution is what you guys are talking about. using some sort of spindle sync mode - then use g1/2/3 for the motion.
[21:20:39] <skunkworks> instead of a g33 as a linear spindle sync motion
[21:30:53] <CIA-8> 03alex_joni 07v2_0_branch * 10emc2/VERSION: done tagging
[21:35:06] <alex_joni> good night all
[21:43:17] <Jymmm> nite alex_joni
[22:41:27] <giacus> a guy is asking me about postprocessor cam free for Linux,
[22:41:34] <giacus> any project around '
[22:41:36] <giacus> ?
[22:48:02] <fenn> nope
[22:48:21] <giacus> I was looking here http://www.ribbonsoft.com/camexpert.html
[22:48:30] <giacus> but It seems not free
[22:48:47] <fenn> its not
[22:48:52] <fenn> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?Cam
[22:49:24] <fenn> good luck getting any of those to work
[22:49:30] <giacus> K, ty
[23:12:39] <fenn> http://video.google.com/videoplay?docid=5125780462773187994&pl=true