The complete code was visible in the screenshot, but for clarity I include it here:
I made a new test with the code you used, and for that the preview is working properly. But if I comment out the G0 move, then the preview is again strange. See the two situations below.
 
 

The complete code, with G0 commented out is below:
Maybe this is expected behavior? It certainly wasn't what I expected, but that doesn't mean much. I use LinuxCNC 2.9.2 by the way.

Thank you for having a look. With that the issue is now pinpointed.

I am pretty sure I didn't make any changes to the .coreDC file.  What troubles are you running into? Ill post it anyway in case I did.

For step/dir, Mesa 7i96S is the right choice, and if you do need more IO add Mesa 7i84 with 32 inputs and 16 outputs and wires to 7i96S with a simple cut down LAN cable.

If need more I/O than a 7I96S can provide, a 7I76EU is a one card solution (basically a 7I96S+7I84U on one card)

I would like the same functionality.
I would like the setup page in gmoccapy to toggle the execution of MDI commands either by enter key, double click, button (like now) or by HAL signal.
But I did not have time yet.

This functionality cannot be simply implemented using the HAL pin in HALUI, because the EMC_MDIHistory widget is in Gmoccapy. So a new gmoccapy HAL pin should be created.

EMC_MDIHistory widget is here:
github.com/LinuxCNC/linuxcnc/blob/master...cp/hal_mdihistory.py

The function to confirm the command is here:
github.com/LinuxCNC/linuxcnc/blob/bf71ba...history.py#L151-L200

In gmoccapy.py:
github.com/LinuxCNC/linuxcnc/blob/bf71ba...py/gmoccapy.py#L3444

You can create new HAL pin in Gmoccapy for self.widgets.hal_mdihistory.submit()
linuxcnc.org/docs/devel/html/config/python-hal-interface.html

FWIW, I thought is was nice that pins are named stat_* in Donomik's version.

My mind was into naming pins after the mode they are used in. Problem being there are overlaps.
For example there are many velocities: Homing velocity fast, homing velocity slow, PV velocity,
CSP velocity, CSV velocity, PP velocity, all using different PDOs, except CSP and CSV velocity which is the same PDO.
I would guess also Probe velocity, probably several versions.

On the other hand, it would be a bit convoluted for the user to use .csp-commanded-velocity when they already selected csp mode and see it as natural to use .commanded-velocity.


 

I have installed linuxcnc 2.10pre on raspberry pi4. Now I want to update qtdragonHD to latest GIT version. Can anyone guide me how to do it?

@grandixximo 

Attached are the two NC files.

I'm not trying to dissuade you from using LCNC with an external PLC, but if you must have a physical PLC handling IO and similar...have you considered a PLC-only solution?

Some PLC's these days are available with high-speed outputs and built-in motion control (trajectory planner) functions.

I have built two automation machines recently using an Automation Direct ClickPlus PLC that drives three axes of coordinated motion via step/dir servos.  Programming was dirt-simple and the resulting motion met our expectations.

The main PLC has the HS outputs - no need for expensive daughter boards just to get the motion control features.

In my case the motion profiles are very simple; I've not explored the full capabilities of these PLCs... but if your needs are also fairly simple something like this might suffice.  Admittedly, the Click PLCs are fairly 'low-end', so higher-end PLC's likely have more sophisticated onboard motion control features.

I've not noticed this behavior, but I'm not omniscient, I'd need more information, your pictures are lacking context...

Hello,
I'm new to Linuxcnc, I've been studying it for a month and I'm very happy with it. 
I'm retrofitting a Cortini mill (a very small industrial-grade italian cnc mill) and thanks to this forum I could get a Ethercat system working with Beckhoff hardware and I could add a lot of external hardware buttons to my system.
For example I can have a program run, pause physical button in auto mode.
I cannot have a physical button for the go/run mdi command line.
Please note: this has nothing to do with custom MDI macro buttons.
To be clear: I put the system in MDI mode, type  "G0X10" then I must use the mouse to have it run.
The keyboard enter button is not the same becouse if i recall a previous mdi command from the list touching it on a touchscreen (or selecting with the mouse) the Enter key doesn't work.
I could not find a halui connection to this go button.
The goal would be to connect it to the start program physical button that is already  working in auto mode but this could be a further step. It would just be great to connect it to a new physical button.
Is this in any way possible?
I hope to have been clear despite my bad english.
Many thanks
Alberto
 

@grandixximo 

Is it possible that if the maximum speed is not reached (without t3/s3), the jerking exceeds the limits?


   

gruß
Rüdiger

Here is a link to download everything I used to create the touch-off side panel. No installation needed as it just a python script and some support files. I am NOT a developer and this is totally ad hoc software. Also, some functionality is incomplete and if used you should consider it as a template to your specific needs. No instructions are included but the code is well commented and if you are even a novice in python you will have no issue editing it to your particular needs. This was tested on a pi5 8GB running Debian Trixie from the official downloads.

You will need Inkscape to Edit the GUI. I wrote a function in the script that opens and parses an Inkscape file and maps tkinter widgets to the named objects. The Inkscpape objects contain the X and Y position data and the width and height information for the tkinter widget. Doing this allows for super easy GUI creation and edits. The script comments explain this in more detail.

I am not offering support if you decide to use this, hopefully the community can make it better and share with everyone. I am SURE that my mdi commands and general code structure can and should be improved before considering this as a stable and good addition to LinuxCNC.

drive.google.com/drive/folders/1mLqdm_YS...5YEtc?usp=drive_link