gladevcp "named" parameters in gcode

Hello

I'm having a gladevcp panel with some hal spinboxes. I want to use the value of the spinnbox (named "tool_change_pos_x") in the gcode, acoording to: this , I should be able to

But that just outputs "0.000000", but in HAL config that pin has the correct value (the one in the spinnbox). Any ideas why I can not do this? The example in the link works fine and outputs the correct value, but I'm not able to do it from gladevcp widgets.

And yes, I'm on master.

Best regards
Henrik

you might have to turn on that feature explicitly, see www.linuxcnc.org/docs/devel/html/remap/s...d_sub_ini_features_a

[RS274NGC]
FEATURE=12

should turn on both _hal and _ini variables for the interpreter

- Michael

At work right now, but I'm almost sure i have the features set to 30 as per "configs/sim/remap/manual-toolchange-with-tool-length-switch/". Checking a backup on my CNC machine from a few days ago, feature is set to 30. And I have not been poking around with it since.

sorry, I was wrong - it is 'FEATURES=1', not 'FEATURE=1'

I just tried running this : gladevcp -u spinbutton.py spinbutton.ui
(directory configs/gladevcp/by-widget/spinbutton)
in parallel with axis and executing

(debug, #<_hal[spinbutton.hal_spinbutton1-s]>)

in MDI and get a sensible result

- Michael

ps: this feature mask thing was a bad idea, I will replace this by concrete ini file options.

Hi,

Checked the features, and it's on 30. Tried the spinnbutton as you did, but with the same result as before. In "Show HAL configuration", the values are correct, both for my gladevcp objects and for the spinnbutton values. But when I MDI a debug exactly like you did, (with -s) it prints out "12.000" regardless the value in the spinnbutton. A debug messega with the "spinbutton.hal_spinbutton1-f" results in "0.0000". Exactly like my gladevcp widgets/values when I DEBUG. -s prints "value 12", and -f prints "0".





Tried 1 and 31 on the features bitmask. with 1 it refused as expected and 31 was no different than 30 as expected.

I'm on 2.6.0-pre0-3567-gcb53192.

Any other ideas?

yes, my idea was to fix my own bug

this is corrected in master: git.linuxcnc.org/gitweb?p=linuxcnc.git;a...a08aa14aeb2eccba48ff

please pull, rebuild and it should work

- Michael

It works! Big thumbs up! I now have a decent semiautomatic tool changer.

1. A probe function to touch off Z with probeplate (all settings setable from gui/glade)
2. A button that sets tool change position from GUI (machine coordinates) Also editable in spinbox
3. A button that sets tool length probe position from GUI (machine coordinates) Also editable in spinbox
4. A remap on M6 to a sub routine that :
* Stores the position when M6 was called
* Move to tool change position
* Reacts on button from glade when tool is changed
* Moves to tool probe position
* Probes the reference or tool length offsets
* Sets the correct dynamic tool length offset
* Returns to the position where M6 was called to continue the program
5. All moves from different positions is made with traversiong to a safe Z (Z0 in my case) before XY, then correct Z

Now I just have to clean up the code, fix panel activation correctly depending on machine status etc etc.

hi h_munktell,

good to hear

if you dont mind I'd appreciate a cleaned version so it can be added as an example - no urgency, let it shake out first

- Michael

Of course, that's the least I can do for the community.

One problem though (have not investigated so much, just run into it)
When starting linuxcnc and it tries to load the OPEN_FILE defined in .ini. There is M6 that will be "replaced" by the remapping. I get an error that my _hal[gladevcp.pin] doesent exist because the panel with those widgets is not loaded yet. No problem to run the program though after I have reloaded the file.

Can I somehow get all panels load before it loads the OPEN_FILE?

h_munktell wrote:

Of course, that's the least I can do for the community.

One problem though (have not investigated so much, just run into it)
When starting linuxcnc and it tries to load the OPEN_FILE defined in .ini. There is M6 that will be "replaced" by the remapping. I get an error that my _hal[gladevcp.pin] doesent exist because the panel with those widgets is not loaded yet. No problem to run the program though after I have reloaded the file.

Can I somehow get all panels load before it loads the OPEN_FILE?

o bwoy. I need to think about that one.. wasnt in my grand plans;)

As a temporary workaround, you can could test in the remap procedure with EXISTS(#<_hal[gladevcp.pin]>) if the HAL pin is is visible yet and loop with a delay

ugly but at least a fix for now

- Michael