New pin motion.base-feedrate in master branch

rodw wrote: The only consideration is that it shows exactly what the F command is. (in my case 1425 mm/min)
Should it show feedrate per second to be consistent with all the other velocities? (eg. 1425/60 = 23.75)

IMHO it is supposed to reflect what was in the GCode so it should be units/minute.

How does Phill use it in Plasmac?

Phill doesn't even think about it until it is in master. :lol:

thefabricator03 wrote: Rod,

Can you explain exactly what this means for the uneducated? Is it just a cleaner way to do the same thing Phil has done?

Also what exactly is state tags again?

I would not say it was cleaner. It was just more comprehensive so a lot more parameters were made available. There is an experimental branch in git. I thought it was paid for by Tormach but then nobody bothered to incorporate it into the core code. It touched a lot of code but those touches was mostly adding additional messaging. So now its 5 or so years behind, maybe more.

Phill, start thinking as I think Chris should push it.

yes it's in units per minute, as per the F code.
It certainly can be in units per second if that's better I suppose.
I was thinking the pin name should be changed to motion.fcode

The units can be different depending on the current units mode and axis type.
Ie if rotating its degrees per minute, if in imperial mode it's feet per minute.
That's just how gcode works, so should probably trap those things.

I quickly looked at statetags and it needs work to merge. It's surely better in the long run - I'm just not sure i'm up to the task yet and developers seemed to have dried up alot on linuxcnc...

Chris
I believe you guys use remap for this at the moment? Using this would lower the bar for users - Remap is a pain

cmorley wrote: I believe you guys use remap for this at the moment? Using this would lower the bar for users - Remap is a pain

No, we did use remap but as you said it is a pain so we gave it away.

At the moment we read the F word from a hal pin and use the hal pin value as our target.

That HAL pin must be requested-vel?
Does your HAL pin suffer from the not-synched-to-motion problem?
Maybe it's not much of a problem usually.. only comes up if you change the feedrate in the program - status shows the last feed code in the program as soon as the interpreter reads that far ahead.

Chris

cmorley wrote: That HAL pin must be requested-vel?
Does your HAL pin suffer from the not-synched-to-motion problem?
Maybe it's not much of a problem usually.. only comes up if you change the feedrate in the program - status shows the last feed code in the program as soon as the interpreter reads that far ahead.

It is the hal pin of a gladevcp spinbutton that is set by the user or from a file of materials.