z_level_compensation

You are right. It has to do with my ‘probe_points.txt’.

I just tested something based on your suggestion. The ‘probe_points.txt’ I created is accurate but quite small, as I only touched a piece of aluminum with a tool for testing purposes. As long as the spindle remains within the area I probed, the z_level_compensation module works as intended. However, if I move outside the defined area in ‘probe_points.txt’, it triggers the error I described before.

It would be great if the module could account for this scenario and not adjust the Z-level when the spindle is outside the specified range in ‘probe_points.txt’.

I configured the HAL file for using the mashine coordinates:
net xpos-cmd_ z_level_compensation.x-pos <= axis.x.pos-cmd
net ypos-cmd_ z_level_compensation.y-pos <= axis.y.pos-cmd
net zpos-cmd_ z_level_compensation.z-pos <= axis.z.pos-cmd

Thank you very much for your support.

Thanks for the feedback.
If you like to try this modified z_level_compensation.py program it should work better.
replace the original one with this one. make sure the name is the same.

You are great - Thanks a lot.
I don't get the error any more.
The calculated offset is shown in the GUI (QtDragon_hd), depending on the position of the spindel.
But there mus be a nother mistake in my HAL file perhaps, because the offset has no affect to my Z-axis yet.
There is a indicator "EOFFSET LTD" should it be enabled?
I made two Screenshots, perhaps you have an idea whats wrong in my config.


     
 

I am sorry for all the trouble - there is another bug.
I think I have it fixed - maybe you could test for me.

Put this file in YOUR_CONFIGURATION_FOLDER/qtvcp/screen/qtdragon_hd/
name the file qtdragon_hd_handler.py

If there is a problem your can remove the file and qtdragon_hd will load the default screen again.

Please stick with it - we will get this working.

Chris

Hello Chris,

Thank you for the Info.
Of course, I’m happy to test that. However, it will take another day since I’m not at home this weekend. I’ll provide you with feedback as soon as I’ve tried it.

Klaus

I'm afraid I may have given you an uncompatiple file. I based it on my 2.9 branch witch has other changes.
If it gives unrelated errors then bill have to find thecdoec8fic 2.9.2 version and fix it.

Not enough sleep makes mistakes!

Hello Chris,

As announced, I tested the modified module today. The Z-axis is now moving. So far, I haven’t noticed any incompatibilities that might be due to a version conflict. Will you coordinate with Bill regarding the change? Will the modifications will be incorporated into a future update?

Thank you very much for your support and the work on this fantastic project.
Klaus

Fantastic. I will incorporate the changes into 2.9.3. Thanks for sticking with it.

Please update in the future how you find the z level compensation works for you o your project.
Chris

Hi Chris,
Where should the file z_level_compensation.py be located?
In my case there is only one file z_level_compensation under /usr/bin/ without the extension .py

Peter

yes I believe that is the one to replace, just remove the .py from the filename.

I'd keep a copy of the old file in case something goes wrong