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