cradek: did it arrive?
oh - yes you did. Great! :)
in master is there a way to know what the current Feed setting is for velocity in HAL?
yep it is safely here, in the garage for now
had to chase the driver 35 miles to the truck stop up the interstate to get the electrical box key from the guy :-)
he stuck it in his pocket for safe keeping - just like something I would do
I seem to recall someone--maybe micges--wanting that for some reason. I don't think he put in a change, though
it's not clear to me whether you can always produce a meaningful number. you'd have to define what you mean..
bbl, off to work
If I could know the current requested feed rate then I can compare it to the actual velocity and know if it is ok to allow a correction on the Z height if needed
instead of using a spinner box to set my speed rate which would lead to errors because of human involvement
tell me more about how tou decide if a correction is OK
if the current velocity is within a range set by me of the programmed feed rate then it is ok to make a correction if needed
the correction is based on the actual tip voltage compared to the requested tip voltage
is it to avoid doing it when stopped? when in a G0 move rather than in a G1? While accelerating or decelerating?
always in a G1 2/3 move and yes to avoid making a correction if you have slowed down for a direction change as the voltage will not be quite right when slowed down
(I am wondering if checking for 'moving and not accelerating' instead makes sense)
I think someone else also wanted to be able to change laser output proportional to the ratio of actual speed vs. requested speed
the speed and tip to work distance affect the voltage but you only want to correct the tip to work distance part so you have to ignore the voltage unless your within a percent of F
I wonder if having a HAL pin that just has the F word on it would be all that is necessary
that would be sweet!
SWPadnos: no, not at all
feed override. feed per revolution. threading. inverse time feed mode
I think we had considered that there may be many factors that change it, like FO, AFO, TP limits, etc.
but that doesn't matter
you don't use a laser cutter in FPR mode (probably)
and if you program F100000, expecting TP limits to limit the vel, then you deserve to get no laser power
once a pin exists people with machines of all stripes will expect it to do something useful
at which point we get into the complexities aurrounding early interpretation vs. execution of code ...
it looks like 'tc->reqvel * tc->feed_override' value in the realtime motion planner is closest to what you want
it is net speed in machine units per second before velocity and acceleration limits are applied
src/emc/kinematics.tp.c:tpRunCycle about line 593 in my source
it's not quite requested F-word, but rather max possible speed
it also takes machine settings into account
actually, I think it's after velocity limit has been applied
(and if you use it at the wrong line it's after accel limit has been applied)
(another thing to do instead of a user slider is to have F# always accompanied by M1xx Q# to set the value in HAL ..)
ok, I see that now. That can work too.
actually, make the S number (or whatever is running the laser/plasma) into a value that gets multiplied by the actual velocity
then multiple in HAL
Even better I can pass the requested voltage too
on a plasma the S is just a non zero value it is just an off and on
well, use it for something else :)
and I just look at spindle to see if it is on
* BigJohnT wonders what he could do with it
if you expect to move at 100 IPM and 50% power, you set the S word so that multiplying S * (actual vel = 1.666) = 0.5
so S=30 (30*1.666 = 50, if you scale in percent of full power)
if it slows down, for whatever reason, the power will be reduced
power is not controlled from the PC is it a knob on the plasma torch panel
maybe you're not the guy looking for laser/plasma power control based on actual velocity ;)
I think only lasers have a power control input
I control the tip voltage with distance to work from the tip by moving the Z up and down
what are you trying to control with the speed again?
err, based on speed
nothing I just want to know that I'm at speed or close enough
if I'm within say 10% of the F setting it is ok to make corrections if needed to maintain tip voltage
SWPadnos: whetere it's safe to turn on height adjustment or not
minus the spelling errors ;)
otoh, requested speed is not the same at what emc2 will use as commanded speed
how is that?
if you program F100000
your machine can't do that
then emc2 will scale that based on machine performance
(it will be scaled according to TRAJ max_vel, axis max_vel, etc)
in that case you need to fix your g code and get a new tip out
other than mistakes in the g code it should work... right?
program S with the same number as F
and check the two
for M1xx how do you use the P- and Q- in your file? it's not in the manual
yes it is :)
(the manual of the code anyway ;) )
the first param will be 1234.56
look at M101 (in the nc_files dir)
I think PARAM_P and PARAM_Q environemnt variables get set or something like that
got it now
oh I guess not. just $1 and $2
so if you change that echo command to soemthing like "halcmd sets plasma_threshold $1", you'd be done
oh yea the M1xx works great thanks jepler
* BigJohnT goes off to take a nap
BigJohnT: very cool idea, we have the same problems here with complex projects cutted on plasma
you mean the M100 or ...
I mean to allow correction Z height based on arc
only above specific speed
kinda made sense to me to not allow corrections below a certian percentage of set speed
and yes I wanted F value in hal but to laser correction of speed due to not simmetrical spot (some time ago)
I remember that
It has no sense for me until I broke burner(?)
for now I slowed down Z pid but it is no solution
your thc is based on velocity controlling of Z ?
(didn't read thc.comp)
BigJohnT: I haven't had much time to look at the THC stuff, but I have looked some at the diagram dallur made.
the comp is my first attempt but I have changed it a lot since my last check in
he has something that looks like he is calculating xy velocity... have you looked at that?
micges: all I'm doing is making sure that I'm within a tolerance of velocity to allow correction
if X vel + Y vel > min velocity then allow correction to take place
xvel+yvel is not the best calculation to do
why is that?
if one of the speeds is negative, then the math ain't right
usually combined speed is: sqrt(xvel^2 + yvel^2)
I think it must be sqrt(x^2 + y^2)
there is a HAL component that does that
maybe the test you really want is whether the motion planner is in the cruise phase of any particular motion?
neither accelerating, decelerating, or blending
going a steady speed along the middle portion of a single move
I can stand some tolerance from commanded speed
cradek: that would be very usefull information not only to plasma
I do get the abs then use the sqrt math to get the abs x + y
cradek: if your cutting an artsy fartsy part with a lot of short lines but you can still maintain at least 90% of F would that still work?
you could put some filter on the output from motion.at-cruis-phase
It would be interesting to try out
guys I gotta run bbl
BigJohnT: how do you find your low velocity level of allowing corrction ?
trial and error :P
good night all
EMC: 03bigjohnt 07master * r4ad62f05687d 10/docs/src/gcode/main.lyx: Add info on passing parameters to M1nn files and markup fixes
BJT-Work, it looks like you might have committed more than you intended
or at least more than the commit message describes :)