Advanced Search

In fairness, you did say "take your time" .  I honestly didn't realize it has been since April that we talked about this.

I have a ~75% diff created.  I will try to make time to see this to completion in the coming days.  I'll take a look at what you've provided and no doubt merge it with what I've got and it'll be a nice little collaboration. 

Thank you for providing what you did, I will let you know when I've committed everything!

Hi,
habe den aktuellen PP angepasst, und die Bohrzyklen G81, G83 hinzugefügt.
Bei mir funktioniert dieser sehr gut, bitte aber bei dir an der Maschine genau prüfen.

Could you could use some Halui MDI commands?

'P0' will set the currently active offsets, while 'P1','P2' ... will set the values of a particular offset system.
You could also stay in G54 and use different G52 offsets.

Wenn es bereits läuft, ist es natürlich wurscht.
Ich suche eher was fürs Bedienpanel und die Aliexpresskarte schien mir brauchbar. Habe sogar ein PDF bekommen, wo was zur Einrichtung steht, aber nichts von einem Bitfile o.Ä.
Wenn den Chinesen keiner testen will, werde ich mir wohl eine 7i73 kaufen. Hab gerade eben herausgefunden, dass Portugal doch in der EU ist und deswegen kein Zoll zu zahlen ist.

I think what you experienced is expected behaviour. Once an axis is homed, it can't be homed again unless its unhomed. I did notice recently in a axis sim that the unhomed menu was not enabled...

Hi,
i modified the  mesa-smartserial-device-template a little bit
and put it on a cheap ESP32 8ch-Relay board for extra Outputs.

i used platformio as buildsystem for easy use, i have also test the code on raspberry-pico,

github.com/multigcs/SmartSerial-ESP32RelayX8Board/tree/main

www.youtube.com/shorts/6ZKBH5xW8OQ

Relay-Board: www.amazon.de/dp/B0FNRH8QSN

Optional: www.amazon.de/TECNOIOT-Two-Way-Transfer-...tional/dp/B081J5R35N

Works fine with 7i92, but have still problems with 7c81 SmartSerial connector, not shure why,
maybe my pinout is wrong or problems with the TX_en stuff.


my Board with RS422 mod:
 

We have ESI files and many examples,
But, of course a driver is better than ever

I have added the Material Thickness parameter option for Ohmic Probe with Material Height.

The updated files are in the attached qtvcp folder. It needs to be placed into your working machine config directory.
Also the attached custom_postgui.hal must also be in your machine config folder.

The qtplasmac-imperial_material.cfg file has the material thickness added, it has the settings for a Hypertherm Powermax 85.

Snowgoer, I'm not sure if the custom_postgui file is the proper place to do the hal pin linking. If you have time to review the changes and add it to the source code, I would appreciate it. Otherwise I can try to figure out git and do a pull request.

For probe basic non of that is required, the existing rack atc is fully setup for configuring the atc in the gui once the correct ini settings and var file parameter numbers have been added. It uses random tool change and tracks pockets the same as random carousel. Looks for the first open pocket for storing the tool and finds the tool by its tool number and the parameter number its stored in. We made it super easy to setup with only a few user entries in the ui itself to determine where the rack is on the machine and the direction of ascending pocket order . Then the first pocket coordinate and the pocket spacing is entered and the drop off and pickup heights and clearance distance and its ready to rock and roll!

I wasn't good with my phrasing. I touch off G54, and explicitly set G10 L20 P1 X0 Y0 Z0 to force G54 (I may not need to do this? because it's what automatically happens when I touch off if I have the popup set to G54?), but don't ever use that except for touchoff/part location. (I *think* this is how I should be doing this?) Then I subsequently set up G10 P2, G10 P3, and so forth, and only machine at the work offsets referenced by those.

Is this for probe basic? If so the docs here have the information on how the rack atc should be setup in configs:

kcjengr.github.io/probe_basic/

See linuxcnc.langdonstaab.ca/qtpyvcp/57875-rack-atc

Consider setting the HOME_SEQUENCE value for joint 4 and 5 to 2 so it can be homed with the Y axis.

Are you sure HOME_IGNORE_LIMITS = YES is a good idea?

Seems a bit potentially risky.

Anyway, linuxcnc.langdonstaab.ca/media/kunena/at..._auto_probe_tool.ngc seems to have stuff like `#<_ini[CHANGE_POSITION]Y>`

But as far as I can see, no such variable with that name is in the INI file.

Is there another INI file?

Otherwise, where the is LinuxCNC retrieving these values from?

In the NGC file it shows an error message and returns LinuxCNC is not in the correct measurement mode, why not just call G21 at the top of the file to ensure the correct mode is enabled always?

Why show a prompt when a simple G21 would (likely) suffice?