cradek: well I've got a solution that seems to work for plain G43 offsets (in Z and X but I only tested Z)
the dimension still turns red but it runs without warning
since (I think) probes always go to the very bottom it might do something mostly useful in that case
let me check it in, as always you get to test
it involves storing more information and doing more work at load time, so it's not a free lunch
slow but right is better than fast but wrong
looks like cia is slow or dead
thank you! I'll try it.
if you mark the bug fixed, maybe petev will test it too
jepler: you checked in debug output in emccanon.cc
cradek: oh crap
fixing it as we speak
jepler: yay, I think you fixed both of the bugs that were getting in the way of my program
yeah the other was the velocity mode stuff
I didn't fix any velocity mode stuff
you fixed that, didn't you?
yes you did, a week or so ago
rapids/tool change moves
oh -- sorry, I was thinking of the jog wheel thing you fixed
this is a neat little program - you should see it sometime
cradek: whats the name of that surplus place by you?
cradek: what is the program?
I am looking at http://sourceforge.net/tracker/index.php?func=detail&aid=1734299&group_id=6744&atid=106744
and I can't see a bug
on the surface petev's claim that "emc should never command a position outside of [soft] limits" sounds like a good one, but the alternative is to command a step to just inside the limit, which will not do something you want
if he means the machine should not turn on, I think he's mistaken because the way to fix a machine on a soft limit is to simply jog it back
you should not set a home position that is balanced on the razor's edge of falling outside the limit
pete is being difficult
fwiw, my BP is also that way
it homes to 0.000 which is also the lower limit
(on the quill it homes to 0.000 which is also the upper limit)
after homing it sits right at 0.000 ?
well now that I think about it, I don't know how it does it, since it never backs up
I guess the home position must be past the index by some fixed amount
one of you guys should try closing it again -- I did and it failed to stay closed
not me, since I'm not sure it's wrong
well I can get it too on my lathe. it's easy enough to work around but I think I agree with pete that I don't see the problem with this configuration
hmm, it does freak out after that too
jogs that should be continuous are only moving .001 mm
and, if I poke Home again, the "homed" icon goes away but it doesn't home again
if I turn machine off then on again, it goes back to normal
if I set the max limit to 40.50001 (HOME is 40.5) it works like I expect
maybe just add/subtract $TINY_NUMBER from the ini limits
hmm, cannot pick up chips 1' long with a shop vac
either something that won't get lost in the double mantissa, or some multiple of 1/INPUT_SCALE
needa bigger shop vac ;)
anyone need some aluminum wool?
hmm. not at the moment
wool? that comes from lathe, not mill
hmm, I didn't do anything about teleop uvw
- - snip - -
But if you want good code, look to emc, its the best tutorial in the world on how to write a cnc
program, but will take you a few weeks to truly understand how it functions in all its various areas.
The EMC programmers are the most dedicated and selfless group you will find in the cnc world.
Reading their code, and understanding their workflow is the first , best step to understanding how
all cnc machines work. Read my manuals as well, they try to gently ease you into it, and are used all
over whether with or without mach3, simply as a starting users guide to cnc stuff.
If your intent is to send to something like a G100 or serial device, the job is much easier, and the EMC code,
being open source, is a true university of cnc programming. I think I have my doctorate in EMC, and it was
a fantastic learning experience..
Art (mach 3) recommending EMC sorce as the best training tool.
cool... nicely said
shouldnt there be a motion.analog-in-NN for m66 E?
ah "* analog part still missing"
axis.N.joint-pos-fb is an OUT pin; shouldnt it be an IN pin?
joint-pos-fb is motor-pos-fb with the joint offset subtracted out
what is joint-pos-fb used for?
suppose you want to do "something" based on the joint position .. you use that pin as your input
joint offset is like, backlash comp and screw error comp right?
and the offset created by homing
oh I forgot the main reason but I rediscovered it when I read the CVS log
convert joint_pos_fb and joint_pos_cmd from parameters to pins so that these
values can be used for machine visualization
when you are running the puma visualization program you need joint positions, not motor positions