- Posts: 38
- Thank you received: 0
Set blockheight via python
- MatthiasF1210
- Topic Author
- Offline
- Junior Member
-
I am writing a python script for touch probing the blockheight but can't find a way to set the value of the blockheight inside gmoccapy.
Any ideas?
Thanks
Matthias
Please Log in to join the conversation.
But maybe you can issue the G92 from within your python script with a hardcoded value. But once set, LinuxCNC should remember it between sessions.
Please Log in to join the conversation.
Why not make a pin in your script and connect that one to blockheight in hal?
Otherwise just check gmoccapy.py for blockheight to see how it is handled.
I use a digital gauge connected to the machine through a BOBE keyboard usb interface and on the entry of blockheight i just push the data button on the gauge to transfer the value to gmoccapy.
May be that is also a possible way to go, just simulate the key button press event in your script.
Norbert
Please Log in to join the conversation.
- MatthiasF1210
- Topic Author
- Offline
- Junior Member
-
- Posts: 38
- Thank you received: 0
Blockheight is a hal pin
Why not make a pin in your script and connect that one to blockheight in hal?
This was my first thought, but than i found out that the blockheight hal pin is an output. I want to set the blockheight....
I took a look in the gmoccapy.py an found the following:
So basicly I can use the code of the section "set koordinate sytem" in my script to make it work the same way. If no function inside linuxcnc uses the hal pin blockheight I can leave it unchanged for the moment....
Is that correct? I am not 100% sure how the auto_tool_measurement works inside gmoccapy
Thanks
Please Log in to join the conversation.
Norbert
Please Log in to join the conversation.
- MatthiasF1210
- Topic Author
- Offline
- Junior Member
-
- Posts: 38
- Thank you received: 0
after some efforts I finallized my script. In the simulation it works fine, but not at the real machine ;(
here is the relevant code from my script:
When I Set the blockheight with this Code, all the G54 Codes seems to be set right. In the Simulation oll the calculations are ok. If I move to the real machine the code is working well for measuring and setting blockheight.
But when I start my Testprogramm with the autotoolchager, the tool compensation is not working and the tool is not stopping at the correct height (it's going to much lower z values)
If I just set the Blockheight manually, the testprogramm works fine.
It seems to me that nothing is "saved" when I use my script.
Any Ideas?
Matthias
Please Log in to join the conversation.
Do you issue a G43 after the tool change?
It is done automatically in the sim! But will not in your config if you changed the remap!
Norbert
Please Log in to join the conversation.
- MatthiasF1210
- Topic Author
- Offline
- Junior Member
-
- Posts: 38
- Thank you received: 0
Yes I know, this is a left over from Testing. Probeheight does not change anyway.newbynobi wrote: Your code is strange, you read probeheight and you set it again, but you did not modify it. So it will be unchanged.
Yes I think so, will check the Maschine tonight. But the Testprogramm works perfekt if I use manual Setting blockheight.newbynobi wrote: Do you issue a G43 after the tool change?
It is done automatically in the sim! But will not in your config if you changed the remap
Please Log in to join the conversation.
- MatthiasF1210
- Topic Author
- Offline
- Junior Member
-
- Posts: 38
- Thank you received: 0
after a lot of test at the machine and reading thrue all that code, I have an Idea wath the error could be.
@newbynobi
Can it be that the tool change program uses the hal pin blockheight?
This is my only posible explaination. If I use my new script this testprogram:
the machine allways stops 2mm above the table surface (with tool 200, 2008). When I use the same Testprogramm after I manually edited the Blockheigt via the gmoccapy button, everthing works fine.
While I'am writing this I found the
As gmoccapy.blockheight is an output, I can't write it... So I have to add a workarount to change.ngc
Please Log in to join the conversation.
You can do everythink you like just with hal and your own remap file, in this case change.ngc.
You ngc code is IMHO a mess,
First you change to tool 200 with T200 M6
after that you prepare tool 2008, what is OK, but why do you mix around with G43, Z values and H values
Just do you code as follows and it will be more readable:
G43 : without an H word uses the currently loaded tool from the last Tn M6.
Do you use wear offsets? (such large tool numbers are not common)
Norbert
Please Log in to join the conversation.
