I also found anotherthing
in the tk-mini
when you jog an axis
and you press 2 keys at the same time
The plan for both tkemc and mini were that we would agree not to do what you said.
when you release both keys only one axis stops
rayh: I think alex fixed that in tkemc a while back...
A careful review of the backwards 11 bit serial code from a keyboard makes machine control iffy at all much less getting the end of press commands connected to the correct press.
mschuhmacher: did you try the same thing in tkemc and/or AXIS?
I understand that was done. I still stand by the belief that no two keys on an ordinary keybard should be pressed at the same time. The expected behavior is not always the case.
in axis and tkemc it is OK
expected might be replaced with desired.
mschuhmacher: if you can fix it we will be happy to incorporate the fix
03jepler 07TRUNK * 10emc2/src/hal/components/pid.c: mschuhmacher reports that these fields were not initialized, and I can't find any guarantee that the memory is otherwise zero'd out
Anyone in the pacific time zone here? If so what time do you have?
it's 17:12 pacific
Damn, NOTHING updated right here. Thanks!
03cradek 07TRUNK * 10emc2/src/emc/sai/driver.cc: add support for lathe-format tool table in sai
its late I´m going home bye :-o
good night mschuhmacher
I already tried to fix this keyboard bug
maybe I can fix it
that would be nice
03cradek 07TRUNK * 10emc2/src/emc/rs274ngc/interp_convert.cc: fix getting back on the path after turning off comp in lathe mode
03cradek 07TRUNK * 10emc2/tests/ccomp/lathe-comp/ (expected test.ngc test.sh test.tbl test.var): simple lathe tool shape comensation test
03jepler 07TRUNK * 10emc2/src/hal/components/stepgen.c: make sure phase pins are created for step type 2 and above
03cradek 07v2_1_branch * 10emc2/src/emc/rs274ngc/interp_convert.cc: fix getting back on the path after turning off comp in lathe mode
03jepler 07v2_1_branch * 10emc2/src/hal/components/stepgen.c: merge rev 1.51: make sure phase pins are created for step type 2 and above
Not sure if this would even be doable but does EMC support automaticaly slowing down servo motors when it detects the encoders are lagging commanded motion?
no, it does the opposite
I know the opposite is normal nehavior
that's what PID does - it tells the servos to push a little harder when they start lagging
but is it possible to set a point where it gives up and starts slowing feed rate
you can do it that way if you want, but I'm willing to bet that the tuning is very difficult
well, I've thought about the problem, and yes, it's possible
you could reduce feed as following error goes up, using the adaptive feed in HAL
heh - that's a simple way ;)
but it seems like fixing the gcode or machine limits would be better :-)
you could also reduce feed if PID output saturates (for some measure of saturates)
because when that happens you know you're getting farther and farther behind
the more complex way is to use an integrator in HAL that integrates requested acceleration and velocity
you do this separately for each axis (and spindle load, if you have a sensor), and use that output to reduce feedrate, using the adaptive feed input
I guess the answer is: yes you have all the tools to do things like this if you want
the controlling channel would be the axis (or spindle) with the highest detected load
ok , thanks, I will read about those
(using some min/max block to determine that)
hmmm. that FERROR-based thing could actually cut down on the "stepgen too slow" problem ...
nah, it's just a misconfiguration that should be fixed, advanced hackery will just make it worse
heh - true :)
at least it would appear to work
* cradek makes up new words
"why does it go only 10 ipm when I want 50 ipm?
one last question I didn't find an answer by searching linuxcnc.org. Is there a way to input a spline move in EMC
not today, but quite likely you will be able to cut splines in 2.2
(some preliminary work on that front is done)
what woul dbe the method to input them?
that's one of the reasons it's not in there yet - it's not clear how best to enhance gcode to support splines
cradek: I just updated to 2.1.2.... is the image to gcode filter only in trunk or should it work in 2.1.2?
oh, the curve spline
LawrenceG: it's in 2.1
LawrenceG: try running sim/axis and loading torus.png
cradek: when I open the torus.png... it tries to open it as gcode
you have to set up the filter in your ini. see sim/axis.ini
cradek: thanks looking...
PROGRAM_EXTENSION = .png,.gif,.jpg Grayscale Depth Image
png = image-to-gcode
gif = image-to-gcode
jpg = image-to-gcode
if you guys have spline moves, you're most of the way to high speed machining
what do you think the cutoff for calling something "HSM" is?
minimum speed, that is
is a pretty common number thrown around
there's no real set standard.
1 ips seems fairly high speed on my lathe
* cradek <- small-time
the surface speed is what defines hsm, rather than specific spindle speed or feed rates
that would be "FHSM" or "AHSM": "fairly high speed machining" or "apparently high speed machining" ;)
AHSM acceptably high speed machining
sire, but spindle speed is generally the main determinant of surface speed, and required feedrate is dependent on spindle
you have to have a machine that has the spindle to move it at a good clip, yes
but you also have to have a good feed system to keep up with it
and, your machine must know how to accelerate and decelerate to move the part accurately
the reason I ask is because in many cases, EMC can push feeds very high. the problem comes in when someone uses pathological moves, like a series of 0.001" moves at a programmed feedrate of 1000 IPM or something
machines that cut at high speeds without lookahead/nurbs "drift" corners
the controller aspect of HSM has to do with managing table accel/decel
and keeping the cutter on the toolpath without deviating
I think the limitation right now is that EMC can only handle one segment per task cycle, but you can increase the cycle rate to several KHz on faster computers
crank it up to 450 IPM on the mill
you can't go around a corner without deviating in either position or feedrate
it's not physically possible
you can, they do it
sure, all you need is infinite acceleration
machines are handling 4-5 g's of force
on big blocks of steel
5g is not infinite, but close
ok, so there's some tight tolerance they're holding, but they're not staaying on the exact path
to be specific, you're not staying on the path ever
even in straight lines.
the idea is to make curves as accurate as your straight lines are.
wow, 5g is 2000 inch/sec^2
big damn motors
big screws, too
I suppose so
well, of course you need the right motors and drives
most HSM machines are limited at about 2g
at whatever the table load is
I suspect that EMC can keep up, with the caveat about blocks/cycle
it's easy to test
straight line at 450, do a semicircle, continue with line
measure the groove's deviation
you'd have to do two passes to get an "accurate" wall
do you know what servo update rate is typical?
on PC hardware, a few kHz is all you're going to get
most commercial controllers have 3-4 processors
I know Les had his machine (with an ISA card) up to 2 KHz, and was very interested in (Anders?) getting his up to 8 KHz
if that's the important number, EMC is limited by running on commodity hardware
SWPadnos: oh, that's more than I expected, interesting
that was the servo rate, I'm not sure if they had task running at that rate
Les has a K6-??? with ISA STG
and that was 1-2 years ago - since that's mostly dependent on CPU speed (I think), it could probably be a lot faster
yep, something like that
haven't seen him for a while, he's probably making parts
heh - bastid!
i'm pretty sure update speed is not the issue
but rather lookahead and mathmatical management of the curve you're machining
it must be, for path following
ok, it's only one factor, but an important one
cradek: Thankyou works a treat now.... I now have a donut mold to machine!
toastydeath: I guess at 450inch/min, 1kHz is every .008 inch
an update every .001 or faster would be nice, but maybe not entirely needed
you'd want it more than that
but again, drift is not an update issue
but fundimentally a mathematical one
but i don't know any of the things involved in how to caluculate a curve for HSM
I'm sure it is - if you aren't calculating error and updating the servo power, how do you stay on the path?
especially for a non-straight path that has centripetal accel
or the classic shop response "trig it out"
450 ipm is pretty awesome to watch in stainless steel
i really should read up on it more
to see if i can find any of the controller details
[01:51:55] <SWPadnos> http://www.datrondynamics.com/velociraptor.htm
secrets closely guarded, I'm sure
that control is NT based
yes, I know :(
the gantry is real light weight
i would not want to do any serious machining on that, though
but that would probably rock for very small parts
spindle speed control is an option and no rigid tapping
it's really for face/name plate industry
sure - their videos show 2.5d-ish stuff mostly
though the sample part on their homepage is a little more 3D-ish
the sample homepage part is totally 2.75d
oops - the one on the linked page
yeah, it's not like a mouse contour or anything
i was totally just making stuff up
petev, I should have an EMC computer with Mesa card in it later today
cradek, are you going to do any work towards HSM?
hmmm. I could live dangerously and stick two cards in ...
I have some ideas for the algorithms
petev: please be my guest
is.. is anyone interested in working on basic lathe functions =((
I think it's similar to driving and not out running your headlights
one algo would be as follows
petev, devel channel?
oh noes you guys are leaving me =(
toastydeath: we have 'basic' lathe functions... the next thing I want to do is mill rigid tapping
algorithm discussion is more of a devel thing. feel free to join #emc-devel if you like
and in june (cnc workshop) I'll have a machine to test that on
i was informed that EMC doesn't know how to handle lathe toolchange
by one of the folks in here
I believe he was wrong then
unless he means something non-obvious
emc2 supports 9 tool orientations with X/Z offsets
in emc you would say T01
isn't that a pretty huge deviation from the industry
not that you're trying to BE "the industry" mind you
toastydeath: I don't know commercial controllers and since they're all different, there's little point in trying to be compatible with them - my goal is to allow people to use EMC and a lathe to make parts
the reason i bring it up is that "T####" is identical across commerical lathe controllers
not that i have any real c/c++ ability to contribute
that limits your tools to 99 right?
which would be an amazingly large tool turret
when are the two numbers different?
using a different offset for the same tool
I'm trying to understand the functionality
G40-G42 on the lathe doesn't take any parameters
those default to the loaded tool in emc too
you can use different offsets on lathe tools to, for instance control the width of a groove, or for taper, or for two tools mounted in the same station, but eh...
roughing/finishing on the mill
ok, in emc as-is, you could do that with two tool table entries (orientation and angles would be the same)
it's not exactly "useful" but it was part of the very first set of g-codes
and so everybody who puts out a commercial controller covers that first standard
well, as per the CNC g-codes, it wasn't part of NC (clearly)
okuma actully supports T###### on a lathe
yeah, some folks go insane
and support six and eight digit T words
that was correct.
I personally think H and R words are redundant on mills... for length and radius comp
they are useful _sometimes_ but, eh
if i had any skill at programming, i would probably try to write an abstraction between g/m codes and the counterpart
bytecolor: H and D? (I do too)
in the controller itself
er D, yes cradek <smacks self> :)
in emc, D is optional but H is required, which always strikes me as odd
or the other way around - I forget
cradek, nod on a mazak you can set those up to be implied in the code
i think this is a good reason to have a g-code preprocessor
so you only call T1 (dont need an M6 either if no carousel)
so that you can add functions to the controller and map them to different G-codes using different words
so that you could emulate, say, Haas, where D and H are mandatory, or you could emulate Mazak, where they're implied
load a config at startup, and go
that way, you can use programs from other machines without modification
and in that same vein, it would be neat to see a controller with pluggable machine functions
the source is available, start coding! :)
yeah, i wish
the most complicated thing i've ever written in c/c++ was a program that printed out a calendar
cal on unix
and it didn't work too well
nah, it literally printed it
on like, the printer
it was for a computer science class.
CUTTING EDGE, EH
no, hal_malloc doesn't zero memory
plain C malloc doesn't zero memory does it?
no, there's a different call (alloca) that does return zero'd memory
alloca is something else entirely
ok - thats what I thought
I forgot the init code when I added FF2
so the change I made to pid should be backported
I'll do that now
03jepler 07v2_1_branch * 10emc2/src/hal/components/pid.c: merge rev 1.30: zero out new fields in the pid structure
a-l-p-h-a, yes, I think that's basically what he said
03jepler 07TRUNK * 10emc2/docs/src/hal/comp.lyx: document experimental 'personality' feature
SWPadnos, I always seem to typing int he wrong window
hey.... I suggested the change last month.... (jepler's CONFIG_PROC_FS checkin earlier today)
Jymmm is now known as Red70sShow
Red70sShow is now known as Jymmm
[12:19:10] <skunkworks> http://www.electronicsam.com/images/KandT/dedi.JPG
ds3: sorry I missed/ignored your suggestion.
skunkworks: those letters did turn out nice
(I'm not sure the font is reverential, but that's just a personal preference)
Yah - I didn't pick it ;)
ok - that made more sense ;)
it was lithograph font that was used
is this right off the machine, or did you do some finish work?
the quadrants of the Os are nice and round
I had de-burred it - but other than that.
the thing has spring loaded nuts - it does pretty good
cradek: you where talking about 'nice' yesterday in regards to the que. Is there a wiki somewhere?
nope, it'll be in the next release - do you want to try it early? it's just a one line change you could make
No - I was wondering more of what it involved. Just a bit intrigued
not that I would understand it ;)
* skunkworks will be moving for the next 6 months it seems like
nice is a way in unix to give more priority to some program than another (like telling one to be NICE to the rest)
I told AXIS to be `nice' to milltask, which is the thing that runs the interpreter and feeds moves to realtime
ah - ok - I thought it was some sort of algerithem to get the info thru.
I do know what you mean...
on my slow machine, AXIS was being a hog and not letting milltask do its work - and that fixed it right up
maybe it'll fix your stuttering too
which I assume what was happing on my 600. but when I get a chance I will try it.
yep I think it'll fix yours
after I did that, the interpreter could feed about 1000 lines of gcode a second to motion on my PII-400
before that, it was sometimes more like 50
it could be - It would run smooth for a bit than it would chunk
that's what I had too
damn - again.. Nice work.
I just made 40 parts..
thanks emc ^_^
actually I've made more parts then 43+0
but different ones
03jepler 07TRUNK * 10emc2/src/hal/drivers/pluto_servo.comp: fix pin numbering in documentation
03jepler 07TRUNK * 10emc2/src/po/fr_axis.po: new translation from Christian Hanganu and R. Labahn
03jepler 07TRUNK * 10emc2/debian/emc2.files.in: new french translation
03jepler 07v2_1_branch * 10emc2/debian/ (changelog emc2.files.in): merge from TRUNK: french translation of AXIS
03jepler 07v2_1_branch * 10emc2/src/po/fr_axis.po: merge from TRUNK: french translation of AXIS
oh now this is great
Windows Explorer has decided to freeze (again)
maybe you should upgrade to fista
I wanted to run a program so I figured I'd use task manager to do it
clicked run, then browse ...
which uses explorer to look for the file to run ...
at least I was able to run another copy of task manager to kill off the first one
I should upgrade to "kill everyone that makes good software for Windows only"
03cradek 07TRUNK * 10emc2/src/emc/sai/saicanon.cc: remove debug output
I must admit, shuffle mode in WinAmp can yield some odd song combinations
the transition from "Diary" by Bread to "Drumbone" by Blue Man Group is particularly harsh
I like dairy on bread
me too. maybe I should have some :)
heh - and on to "I'm A Mother" by the Pretenders
my music listening days seem to have ended. I mostly listen to wisconsin public radio.
and sometimes minnesota public radio
I pretty much listen to public radio as well
except that I don't have a tuner in my office
SWPadnos, working on anything super cool lately?
working on nothing lately :(
SWPadnos, check out www.last.fm and google for somafm.
very mellow music, which I think you may like.
if you say you're not a hippie.
I'm pretty sure I'm too young to be a hippie
[16:49:30] <a-l-p-h-a> http://somafm.com/
cool. I'll check it out
gonna pick up some screws. fun shit. :)
heh - have fun :)
learn python with puzzles http://pythonchallenge.com/
could anybody tell me where to write the loadusr -W hal_input .... hal,ini ???
(to get my joypad buttons for halui inputs)
and many thanks , I will try
alex told me yesterday how to , but i have some holes in my head sometimes
join the club ;)
plattschnauze: the gui (xml) to accompany previous http://pastebin.ca/396274
answer at starting cant find programm hal_input ????
plattschnauze: i just ran it to make sure it was viable. works ok . copy both files to ~/emc2-head & execute 'scripts/halrun pp1b1led9robust.hal' (your name may vary )
plattschnauze: what version of emc are you running?
i have to look but i think 2-1-1
I don't 'think' hal_input is part of 2.1.1.
iirc it is a pretty new hal componant
plattschnauze: these files do not mention 'hal_input'. i was running 2.2 pre cvs head, i dont know the influences/dependencies of different versions, but this code ran on last few updates.
plattschnauze: rather than concern with the code running. look at the use of 'loadusr' and apply it to your scripts
my version is also 2.2 pre
plattschnauze: did the reference to 'hal_input' come from your scripts? i think so, jepler's page says it's for input events... i have no knowledge of it. http://axis.unpy.net/
plattscnauze: tho i want to work with xemet's usb joystick soon
plattschnauze: got .../src/hal/user_comps/hal_input.py ? got .../docs/man/man1/hal_input.1 ? maybe you just dont have the files
i have a saitek P880 , im not shure how to find out the names of the switches etc.
i override feed rate from an outside signal through parport but the step is 10 % and i want 1 % . how to scale to this ?
plattschnauze: i have no experience, but it looks like you can see the pins with 'hal_cmd show pin input'. if you dont have the man pages... see http://linuxcnc.org/docs/devel/html/man/man1/hal_input.1.html
it works fine on emc 2.1.1 but only on steps of 10% from axis speed.
cncjunior: i dont see a standard configuration that has feedrate override connected to parallel port. is this something you wrote?
i asked here and alex_joni answerd to me.
you all missed me right? :)
cncjunior: he's gone right now
i want to modify feed rate more gentle
where can i get the files ??
pier_port is now known as pierp
plattschnauze: mine came with 2007 03 13 cvs update.
thank you tomp
do i have to run sudo apt get etc... ??
i think i dont get updates automaticly
plattschnauze: i always rename my current 'run-in-place' directory, then follow the instructions for a brand new install from cvs byt using these notes: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC
starting at 3.2 near " or to get the development cvs head version,"
plattschnauze: after i'm happy with the new installation, and after i have copied over my custom files, i can delete the old directory
plattschnauze: did you >ever< checkout from cvs? if not, then start at the beginning of 3.1
im quit a stupid in linux , learning every day, while try to get my robot run as i like
with many help of alex , and finding out new problems every day
plattschnauze: if you are at all close to getting a robot to run with emc, you are more like a master ;)
it runs already with some problems in speed and following errors
nice: how many axis? what style? (puma/scara/pick-n-place)?
errors on original pumakins are already terminated
6 axis 6R industrial robot style
length of reach? (like ABB / Motoman, yes )
around 100 cm (all selfbuild )
on cnc-ecke.de ---emc
I've the updated files for axis italian translation it_axis.po it.po it.msg it_rs274_err.po
(it_po should be not for axis but for tkemc)
ah, heidenhain 426 taste-cnc
where should I send them?
jepler: are you there?
my greatest wish / problem at this time is how to teach / save found positions in a file for future use
its ugly to write them on a paper !!
plattschnauze, you should be able to write a simple HAL component in Python that has a bit input ("capture") and several float inputs (the joint positions), which writes to a file when the capture bit is triggered
plattschnauze: at any time you can ask hal to tell you the encoder value of the 6 joints. i dont know how to write them to a file, but moving to an encoder value on a 6D robot is not simple sometimes.
xemet: you can e-mail them to me
sometimes you should move one joint before another... but i suppose you can eliminate that by simplifying the motions that are recorded
jepler: theese are form my teacher, I still haven't tried them. He says that he compiled them and everything worked except for the it_rs274_err.po
im not a programmer, i just try everything , my motors are steppers
step 1: learn to program
step 2: ???
step 3: Profit!
jepler: have you any idea why it doesn't work?
jepler: it_rs274_err.po compiled (file .mo created), but error messages are still in english
xemet: this has been filed as a bug, I don't know if anyone has tried to fix it: http://sourceforge.net/tracker/index.php?func=detail&aid=1650938&group_id=6744&atid=106744
jepler: oh, ok. Now I email files to you so that they could be included in the next release
i just can program sps, and some VB or basic , python i have loaded but not tryed
plattschnauze: did you write CNC-Hilfe ? what programming language? the guys at #cam are looking for gui front end for thier apt-360 http://fenn.dyndns.org/apt360
first i dont write anything you could know, second my english is bad , third my origin ist programming SPS or DDC for Heat/buildingcontrol
jepler: I've sent the files to you.
xemet: OK, I'll probably commit them sometime in the next day or so -- if I don't, please remind me
jepler ok, thank you
maybe someone could help me , to get a teaching file, saving the position for the 6 axis every time a button is switched ?
i have just tryed now for about 2 month with alex , to get the pumakins run, and finaly my robot should do some work. if i have to learn phyton first, etc. i will run out off time totaly
tomorrow i will try to get the hal-input or a new version, il be back then , Thanks for help , by
plattschnauze: damn, hes gone.... you may be able to use the 'probing' http://www.linuxcnc.org/docs/html/gcode/main/.
your button could act like the probe and capture the positions in #5061-#5066... still looking at how to communicate that info to a file and how to wire your trigger
tomp, it seems that would be easy with encoders, but he mentioned steppers, so I'm not sure how he's getting position at all
oh the file i/o is done A comment of the form (PROBEOPEN filename.txt) will open filename.txt and store the coordinate of each successful straight probe in it. The file must be closed with (PROBECLOSE)
SWPadnos: doesnt he have 'fake' encoders?
oh - is he using probe commands? I thought he'd want to "teach" by moving the arm by hand
yeh, i thought he could take advantage of probe by simulating the probe closure by his switch
alex_joni_away is now known as alex_joni
and wherever he was, that was recorded
but there's no faked feedback with steppers unless emc commands the motion
so you'd have to jog around to the point you want, then enter a probe command, then move the last little bit
right, i dont think he needs encoders, the value in #5061-5066 would just be position
actually, the probe command would move the last little bit
that's only true if you move ny jogging, not if you move by grabbing the arm ;)
move 'last little bit'? i dont think motion is needed before the probe is 'triggered' , dunno
yes, it is
I think it's an error if PROBE_INPUT is active when a probe command is started
i was thinking start probe with PROBE_INPUT >in<active, but i see #5061-5066 may only work on axis under control of emc, not jogged joints. maybe he's already started some idea with alex.
right - the internal position vars are only valid (with steppers) when emc commands the movement
unless you also have encoders
03jepler 07TRUNK * 10emc2/src/emc/sai/driver.cc: make sai more useful from the commandline
03jepler 07TRUNK * 10emc2/tests/ccomp/mill-line-arc-entry/test.sh: use sai commandline arguments instead of a 'here document'
03jepler 07TRUNK * 10emc2/scripts/runtests: if the current directory contains a 'test.sh', run it by default
the door bell in the 'new' house is a bell/buzzer style. pretty cool (old)
someone came to the door while we where there and pushed the door bell - we both looked at each other clueless until we figured out it was the doorbell
there it goes again, and here we sit without opposable thumbs
beverly hillbillies: "granny: i dont know what that noise is, but every time we hear it, there's somebody at the front door" ( it was a standard joke on that show )
it is definatly a keeper. just sounds cool.
and probably why it looks like it was moved to the basement stairwell. ;)
people come to your door? don't you have a moat?
just the mississippi ;)
how can i implement a real time function for feed and spindel override ?
there is an 'adaptive feed' input in HAL that gives real-time feed override
since spindle speed is output to HAL, you can manipulate it there however you like
03jepler 07TRUNK * 10emc2/src/po/ (it.po it_rs274_err.po it_axis.po): italian translation improvements from Manfredi Leto
03jepler 07v2_1_branch * 10emc2/debian/ (changelog emc2.files.in): italian translation improvements from Manfredi Leto
03jepler 07v2_1_branch * 10emc2/src/po/ (it.po it_rs274_err.po it_axis.po): italian translation improvements from Manfredi Leto
03jepler 07v2_1_branch * 10emc2/debian/emc2.files.in: include all italian translation files in package
03jepler 07TRUNK * 10emc2/debian/emc2.files.in: include italian translation in package
mschuhmacher: thanks for finding that problem with 'pid.c'. jmkasunich confirmed later that it was a real bug.
I consider to buy 2 motenc cards for my BAZ
I'm not familiar with the motenc cards -- I've only done small, parallel-port-connected stuff
can anybody tell me why a m30 does not rewind program
and if it does not now can it be fixed
your program is not a paper tape. What can "rewind" possibly mean?
after program is run it should never sit on last line
it should always be at first line on startup
before start button is hit
The documentation says this: 'No more lines of code in an RS274/NGC file will be executed after the M2 or M30 command is executed. Pressing cycle start will start the program back at the beginning of the file.'
is that not what M30 does for you?
the code is wrong and there is not a machine that works that way
I put 'M30' at the end of one of my .ngc files. The program runs to M30 (which is the last line of the file) and when I press the "start" button again it starts from line 1
that is not how a machine works in real world
can you please try to tell me using different words what you think M30 should do?
when m30 is in program at end program should clear itself and be sitting on 1st line of program
when you hit start button it will start from there
you mean that the contents of line 1 should appear in the program listing part of the display?
rather than the contents of the last few lines?
the first few lines or how evermany lines you are showing
in AXIS you can scroll freely to any line of the program you wish
I see that tkemc leaves you at the bottom with no apparent way to get back to the top...
if your running parts in auto say 500 are you going to waste time scrolling or are you just going to hit cycle start
In both tkemc and axis, pressing the "start" button starts at line 1
true but is not there
it is on last line
that way operator nows part is finished
see you later guys thanks for listening jepler
roltek: glad to listen -- not sure I understood though
not time to eat yet
when you call a open a program up it shows 1st couple of lines
when you finish a program and part is done it should show the 1st couple of lines before you hit cycle start agin
I guess it doesn't bother me that it shows some other lines -- after all, I know what the button will do, and I remember what the program is
just explaining proper way a cnc control should work
what if you are running 4 machines at a time do you remember last lines of code from all of them
sas fact is there are machine operaters that can not read g-code
hit cycle start,check parts and change offsets
super ready see ya
03jepler 07TRUNK * 10emc2/src/emc/task/emctaskmain.cc: after using 'run from line', task would consume 100% cpu