hi, i added some info to the coordinatesystems page on wiki, http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems
also added some G52 info hope it helps users with there G92 questions
rob__: I'm not sure that mixing in a feature request with that page is the best thing to do
pictures help, so if that's your work then thank you
yea i did pics
I'd either move the stuff that is not in emc2 to a new page, or move it to a separate new section on that page labeled something like "for users of other controls", with a focus on how to perform the same tasks in emc as in those other controls (if possible)
ok give us sec i change it around
ok changed it around now, put it in Features from other control systems not EMC related - only reason put it in wiki is try better explane its use
if wish to use info and images any where else feel free, not the wrolds best pics
isn't "external work coordinate offset" just g92?
depends which book look at, some fanuc call it external, some call it common, that is the trimmer offset note i added refering to , its not programable though or shouldt be, its set via a menu screen effects all axes by the ammount
I programmed a part entirely in diameter mode ... it works nice
it's differently-unnatural than radius mode. I can't decide yet which is better.
I guess if you have a drawing wirh diameters, diameter mode should be easier
I should try that
I just got done programming a lot of code that looks like "G1 X[0.7505/2]"
this part has a taper - I had to think twice when calculating the slope
but everything else was pretty natural
and touch off works in diameter mode too, now
I was always typing something like .7505/2 in the X touch off
dang time change
yeah. it should only be a bit late now, not freaking late
EMC: 03tissf 07TRUNK * 10emc2/docs/html/gcode_fr.html: french translation update
EMC: 03tissf 07TRUNK * 10emc2/docs/src/gcode/main_fr.lyx: french translation update
EMC: 03tissf 07TRUNK * 10emc2/docs/src/gui/axis_fr.lyx: french translation update
EMC: 03cradek 07TRUNK * 10emc2/nc_files/smartprobe.ngc: with the right extension this can be opened directly
EMC: 03cradek 07TRUNK * 10emc2/nc_files/smartprobe.ngc: curses
A G52 command will cancel a G92 in effect, while a G92 will cancel a G52 in effect.
this doesn't seem too hard -- it's not adding another kind of offset, only another way of setting an existing one.
G52 is cancelled when M30 M2 (end of program is read) or the system is reset
it's basically absolute G92
^ but this would be contrary to how G92 (now) works
cradek: no new features right now !!!!!111elventy
I know I know I know
anyway, g52 is just about the last feature we need
ok then what's the next-to-last?
hmmm. I do need to commit something for halcmd completion when there's no RT loaded
I think I got it working more or less correctly, but I have some extra stuff in there for detecting the thread a function is attached to for delf
is here a person who can speak german?
because i've a problem with my emc2 on ubuntu
sometimes, but your english looks fine
what is the problem?
i want to drive it with a usb device
what kind of usb device?
because my machine has only a usb port
usb can be used for human control - like a joystick
is it possible?
usb cannot be used for machine control because it is not realtime
you will need to use a pci or parallel port interface to control the machine
aahhh soo there arent machines with ubs?
right, emc does not support any usb interface for machine control
my teacher in school said to me that we have a usb mill
all the supported interfaces are PCI, parallel port, or ISA
then it is not running EMC
does your computer have PCI?
so maybe the information from my teacher is wrong?
or are there mill's with USB?
it would be great to use EMC2 on my ubuntu
with this mill
there are USB controllers, but none of them work with EMC
ohh bad ;)
yes and no :)
why no ;)
EMC does a lot that none of the USB controllers can
instead of buying a usb controller, you need to buy a pci card, and you can do what you want
usb has no benefits, it only has problems
or, you can buy a different computer
if you already have a USB-based controller, then you should just use the software that came with it
i have a usb based controller mill
but there is no software
(sorry for my bad english)
well in that case you're in trouble
(with the mill, not your english :) )
you cannot use it with EMC. you may be able to use it with some other software but we cannot help you with that.
yeah i think so to
not good :(
there are no freewares like emc2
and what about a controller from USB to paralel device?
so i can only hope that my teacher was wrong with his information ;)
or i will be in trouble ;)
hope the first one
good luck greenpowerlight
thx for your help ;)
okay bye have to go ;)
hmmm. I wonder what happened to Ray's email
sometime in the next week or two there'll be a disruption to the cvs server. My DSL service will be getting an upgrade (yay) -- unfortunately it only boosts incoming speed, not outgoing (boo)
IPs won't change I hope?
at least, nobody told me that :-P
I actually pay for a static IP, and somehow it magically got changed on me
I called to ask why, and the tech more or less didn't understand the question
not incompetence, magic!
Just this once .. here's the log: http://www.linuxcnc.org/irc/irc.freenode.net:6667/emcdevel/2009-03-10.txt
thanks for the info micges
jepler: about joints/axes: are there some additional debug info that could be turn on (beside DEBUG from ini file)
I have no special information about that
how can I catch RTAPI_MSG_DBG messages ?
micges: man rtapi_set_msg_level
how to script "pause" in axis, so that tool comes up to some "safe-z" height? and "continue" moves tool back ?
you can't do that
not sure that's the word I would choose - more like not possible
or "not implemented"?
lots of hal hacking maybe
not possible with EMC as it's currently written
mux commanded position and feedback position
I'm also bold enough to say it's a bad idea :-)
i think you'd want some timers too so you dont get a following error
aystarik: what sort of machine is this for?
you may, and I stress may, be able to somewhat automate pausing the program, figuring out where it is, stopping it, issuing MDI moves to get to safe height, waiting for some HAL pin to change, then setting run-from-line and then starting the program again
but that doesn't sound like a good idea to me
nah just feed hold and change the commanded/fb position
i dont see the point though on a mill
"it was implemented on previous Z80 incarnation of this machine" :)
well they were dumb ;)
at the moment, there is no good way to do any motion while the machine is running a program
(other than the program, of course)
that was my first thought too.
what's wrong with my solution, just curious
"paused" is still running as far as EMC2 is concernet
fenn, it probably would work
fenn: thanks, I'll check if it's feasible :)
related question: it we use "run from selected line" is it hard to look over program and check if the spindle needs to be started, etc?
run from line doesn't work so well because of issues like that
may be it's possible to create fast-forward in interpreter for this?
it's there, it just doesn't save the state (unfortunately)
I think this may be an area we look at for 2.3++
in 2.3, you can fiddle with coolant and spindle and stuff, and there's an option to not reset those when you change from MDI/manual to run mode
which is half way there (or so)
SWPadnos: there is not an option anymore in 2.3, the default and only behavior is correct
oh, ok :)
cradek: could you please elaborate? what is the state?
everything is going to be reset to "off"?
no, nothing is turned off when you switch modes
sorry, I didn't mean to be obscure
you can turn the spindle and coolant on, then start the program from the middle just fine.
or, you can do it with MDI (S1000 M3 M8) and then go start the program
how about correct XYZ if they are omitted from the line?
the program will resume from whatever position the machine is at
and if it never get off machine 0?
if tool is still at machine/G54 x0y0z0, then the program is likely to do something not intended, or will run out of machine limits.
that's definitely possible
if the program is restarted in relative mode, it may stop with an error complaining about soft limits
it's best to move to the right spot first, of course
if you start on a G1, it will feed in a straight line to the programmed destination
of course that can be bad if you're in the wrong place.
it's best to restart a program at a move at safety height or tool change etc.
I know. this is basically a question, how much automation we can/should put into g-code interpreter, so that it becomes more convinient/handy...
the best program auto restart function i ever used is the one on a philips control on a lathe, it would make a very good refrence to get some ideas from if you needed some
do you have any manual or something?
"best" is relative to the task at hand
best for a skilled operator/NC programmer?
best for a button-pushing drone?
best for an automated system?
best for a remotely controlled system?
I don't think they're all the same
sorry was away, for a operater that has there wits about them, and does it in a safe maner also, yes i have manual, also machine with control , in simple terms it does a fast scan from start of program, and goes through the motions etc program would if ran normaly
and as it goes setting all G codes, M codes etc in use, so when it gets to the highlited line, all needed active codes are already loaded, spindle speed set etc, but you still need to do the start location from a safe place, i cant see any simple way around that program from "button pushers" as you put it
the way that I've thought about, and which I think has been bandied about a bit, is to make a list of words (like S, M3/4/5, M7/8/9) that are executed, including axis positions, and only execute the most recent one just before restarting
there are things that can't be done that way though. for example custom M-codes
yes that pritty much i guess what they did on there control, it is only now most new machines are having a restart from any where function
emc wouldn't know what to do with them
if you do a program check on a fanuc or any other control it always lists active gcodes and m codes some where, as it shows u what is in the buffer
tickling something in a PLC/classicladder also would require operator intervention
sure, we can see those in the status buffer
but then again, you don't want to do this when there's a skilled operator running the machine
you only want to second-guess people sometimes
and at other times, the person running the machine knows what they're doing, and the machine should just play dumb
the hard part is supporting both of those cases
is there any plans to add any more info onto the big DRO tab
no specific plans, but "offsets in effect" might make it there some day
like G92 and whatnot
would be nice to see active codes on dro i think so one can qucikly see what mode you are in etc
that's already on the MDI page. maybe it should be visible in run mode too
heres a photo of a fanuc program check page - http://innovative-rc.co.uk/fanuc-prg_chk.jpg
also found offsets photo i took while ago - http://innovative-rc.co.uk/fanuc-offsets.jpg
clear as green mud on a black background