Advanced Search

Hi. i install debian 12 clean and 5.4.290 with linuxcnc 2.9.4 and everything works great.
I mean for latency i have max 16us and sim works but when i create a step config with the wizard and try to load linuxcnc from the icon, the screen goes black and i have to restart the pc.

Edit:  i install 5.4.258-rtai with linuxcnc 2.9.2 and the same black screen but after a restart. Starting linuxcnc again it finaly gave me an error

Print file information:
RUN_IN_PLACE=no
LINUXCNC_DIR=
LINUXCNC_BIN_DIR=/usr/bin
LINUXCNC_TCL_DIR=/usr/lib/tcltk/linuxcnc
LINUXCNC_SCRIPT_DIR=
LINUXCNC_RTLIB_DIR=/usr/realtime-5.4.258-rtai-amd64/modules/linuxcnc
LINUXCNC_CONFIG_DIR=
LINUXCNC_LANG_DIR=/usr/lib/tcltk/linuxcnc/msgs
INIVAR=inivar
HALCMD=halcmd
LINUXCNC_EMCSH=/usr/bin/wish8.6
LINUXCNC - 2.9.2
Machine configuration directory is '/home/cnc/linuxcnc/configs/strung'
Machine configuration file is 'strung.ini'
INIFILE=/home/cnc/linuxcnc/configs/strung/strung.ini
VERSION=1.1
PARAMETER_FILE=linuxcnc.var
TPMOD=
HOMEMOD=
TASK=milltask
HALUI=
DISPLAY=gmoccapy
COORDINATES=X Z
KINEMATICS=trivkins coordinates=XZ
Starting LinuxCNC...
Starting LinuxCNC server program: linuxcncsvr
Loading Real Time OS, RTAPI, and HAL_LIB modules
Starting LinuxCNC IO program: io
linuxcnc TPMOD=tpmod HOMEMOD=homemod EMCMOT=motmod
Found file(REL): ./strung.hal
Found file(REL): ./custom.hal
Starting TASK program: milltask
Starting DISPLAY program: gmoccapy
Shutting down and cleaning up LinuxCNC...
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments

Debug file information:
Traceback (most recent call last):
File "/usr/bin/hal_manualtoolchange", line 61, in <module>
import nf, rs274.options
File "/usr/lib/python3/dist-packages/nf.py", line 19, in <module>
import tkinter
File "/usr/lib/python3.11/tkinter/__init__.py", line 3043, in <module>
/usr/bin/linuxcnc: line 977: 1268 Segmentation fault $EMCDISPLAY -ini "$INIFILE" $EMCDISPLAYARGS $EXTRA_ARGS
"""Checkbutton widget which is either in on- or off-state."""
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
SystemError: type Checkbutton has the Py_TPFLAGS_HAVE_GC flag but has no traverse function
/usr/bin/pidof: symbol lookup error: /usr/bin/pidof: undefined symbol: __libc_start_main, version GLIBC_2.34
/usr/bin/milltask exiting
<commandline>:0: milltask exited without becoming ready
/usr/bin/linuxcnc: line 660: 1279 Segmentation fault axis-remote --ping
1217
*** buffer overflow detected ***: terminated
Signal 6 (ABRT) caught by ps (4.0.2).
/usr/bin/ps:src/ps/display.c:71: please report this bug
/usr/bin/grep: symbol lookup error: /lib/x86_64-linux-gnu/libc.so.6: undefined symbol: __libc_enable_secure, version GLIBC_PRIVATE
Stopping realtime threads
Unloading hal components

Kernel message information:
[ 96.998896] I-pipe: head domain RTAI registered.
[ 96.998902] RTAI[hal]: mounted. ISOL_CPUS_MASK: 0.
[ 96.998910] SYSINFO - # CPUs: 1, TIMER NAME: 'lapic', TIMER IRQ: 4355, TIMER FREQ: 10390749, CLOCK NAME: 'tsc', CLOCK FREQ: 1662499000, CPU FREQ: 1662499000, LINUX TIMER IRQ: 4355.
[ 97.050990] RTAI[malloc]: global heap size = 2097152 bytes, <BSD>.
[ 97.051068] kstacks pool size = 524288 bytes
[ 97.051071] RTAI[sched]: hard timer type/freq = lapic/10390749(Hz)
[ 97.051074] linear timed lists.
[ 97.051077] RTAI[sched]: Linux timer freq = 250 (Hz), TimeBase freq = 1662499000 hz.
[ 97.051080] RTAI[sched]: timer setup = 96 ns, resched latency = 0 ns.
[ 97.111842] USERMODE CHECK: OK.
[ 97.111847] USERMODE CHECK PROVIDED (ns): KernelLatency 3210, UserLatency 4927.
[ 97.111850] FINAL CALIBRATION SUMMARY (ns): KernelLatency 3210, UserLatency 4927.
[ 97.251101] RTAI[math]: loaded integrated musl libm version 1.2.3.
[ 97.607590] config string '0 out'
[ 97.956566] gmoccapy[1268]: segfault at 18 ip 00000000004ffef7 sp 00007ffe4af40600 error 4 in python3.11[41f000+2b3000]
[ 97.956585] Code: 40 ff 0f 85 d3 00 00 00 83 f9 0f 0f 8f 35 01 00 00 66 41 89 14 40 48 83 c2 01 49 83 c1 10 48 39 ea 74 32 0f b6 4f 08 49 8b 01 <48> 8b 70 18 48 89 f0 4c 21 d0 83 f9 07 7f ba 41 80 3c 00 ff 0f 85
[ 98.035750] hal_manualtoolc[1256]: segfault at 18 ip 00007fa6cfea6360 sp 00007ffe2d15db50 error 4 in libc.so.6[7fa6cfe36000+156000]
[ 98.035769] Code: 03 00 00 43 f6 44 3e 08 01 0f 84 4b 04 00 00 49 83 66 08 fe 48 8b 45 70 48 8d 55 60 66 48 0f 6e ca 66 48 0f 6e c0 66 0f 6c c1 <48> 39 50 18 0f 85 e6 05 00 00 4c 89 e1 0f 11 43 10 4a 8d 14 23 48
[ 98.144627] traps: milltask[1265] general protection fault ip:7f007f4e1b41 sp:7ffe63e76640 error:0 in libpython3.11.so.1.0[7f007f42a000+2d1000]
[ 98.307458] axis-remote[1279]: segfault at 0 ip 000000000055dc3a sp 00007ffd160584e0 error 6 in python3.11[41f000+2b3000]
[ 98.307477] Code: 0f 12 c8 66 48 0f 7e c6 66 48 0f 7e c9 48 85 d2 0f 84 22 02 00 00 48 83 c0 01 48 83 ea 01 48 89 43 20 48 8b 43 28 48 89 53 30 <48> 83 06 01 48 83 01 01 48 83 38 01 75 40 48 8b 78 18 48 8b 58 20
[ 100.956711] RTAI[math]: unloaded.
[ 101.006264] SCHED releases registered named ALIEN PEDV$D
[ 101.042832] RTAI[malloc]: unloaded.
[ 101.150248] RTAI[sched]: unloaded (forced hard/soft/hard transitions: traps 0, syscalls 0).
[ 101.161380] I-pipe: head domain RTAI unregistered.
[ 101.161387] RTAI[hal]: unmounted.

Wasn't around here when all this started. lcec_deasda driver has limitations. Ok. Don't use that driver then.
What about using the "generic" driver? Or the basic_cia402. Prefer the "generic" driver)

Is this the drive in question deltronics.ru/images/manual/ASDA_A2-E_UM_EN_20150430.pdf?
Chapter 5.3 describes CSP mode which you want to use. Looks like a normal cia402 drive to me,
shouldn't be too difficult to get going.

This generic "Mach3 5 Axis" breakout has the 0 to 10V feature:

www.amazon.com/KOOBOOK-Breakout-Interfac...oupler/dp/B07S5JSWC6
 
(that's just one example, there are hundreds of very similar or identical breakouts)

Hello Vector. I installed your auto tool setter ngc and it ran through all of the code until it hit line 185. I got this error: 185 duplicate O-word label - already defined in line 173: 'o510if [#5070 EQ 0]'. I went to line 185 and changed the o510 for lines 185, 187, and 188 to o520. I am not sure if this o code is used anywhere else but now the code runs all the way through the way i expect it.

Many thanks for the warning i would have used it if i have seen it before starting my build ... So right now im stucked hard, "mounted glass scales and most of the components , and the finding out that i cant go fully close loop its a REALLY HARD DAY... may i ask what did you do ? running the system just with the motor encoders ?

I did some more reading of the documentation of the 56/57 boards. The internal pulse engine should be available and usable. With the limitations mentioned before.
Or if you have the, now discontinued, CNC addon board, it should be equivalent to the 57CNC board.

I will remove the checks on the component, since the way I operate the PoKeysLib is not specific to a particular board.
 

Hi together,
I am building a central lubrication system for my machine. The existing ones are mainly based on oil and hard-ways so run on a relatively fast cycle of min/ a few meters. See here www.forum.linuxcnc.org/49-basic-configur...-lube-time-component

My question is if there is a way to obtain the system date and time to build a function to run the lubrication e.g. once a week?

If there is a way to have the date in HAL I think its easy to build a routine with a written settings parameter of the last execution and and the digital input feedback from the SSV sensor.

This has been fixed.

Please consult the HAL documentation as hal_type and hal_dir that have no choice are no longer used. The hal_type if there is a choice like HAL_S32 OR HAL_U32 must be specified.

gnipsel.com/linuxcnc/flexgui/hal.html

JT

it sold out
i have oder type, you can email me
This email address is being protected from spambots. You need JavaScript enabled to view it.

regards

Das hier wäre meine Version mit dem geklautem Code aus dem Forum:



########################################
# 7i73/7i75 hal connections for the MPG#
# von Norbert Schechner kopiert #
########################################

# Here the mpg counts are connected
net jog-wheel-counts joint.0.jog-counts <= hm2_7i796s.0.7i73.0.0.enc0.count
net jog-wheel-counts joint.1.jog-counts
net jog-wheel-counts joint.2.jog-counts
net jog-wheel-counts axis.x.jog-counts
net jog-wheel-counts axis.y.jog-counts
net jog-wheel-counts axis.z.jog-counts

# we need a mux component to select the step increments
loadrt mux2 names=jog-mode-sel
addf jog-mode-sel servo-thread

net jog-scale-out jog-mode-sel.in0 <= gmoccapy.jog.jog-increment
# my default on continious jogging is 0,05 mm / count
setp jog-mode-sel.in1 0.050

# need to get the jog mode
# Mode 0 all steps will be done, Mode 1 joint will stop as soon as you stop spinning the mpg
net jog-vel-mode gmoccapy.jog.jog-inc-0 <= jog-mode-sel.sel <= hm2_7i796s.0.gpio.041.in
net jog-vel-mode joint.0.jog-vel-mode
net jog-vel-mode joint.1.jog-vel-mode
net jog-vel-mode joint.2.jog-vel-mode
net jog-vel-mode axis.x.jog-vel-mode
net jog-vel-mode axis.y.jog-vel-mode
net jog-vel-mode axis.z.jog-vel-mode

# already connected cont_joging on jog vel mode selection
# here we connect the physical buttons to select the jog increment
# net jog_cont gmoccapy.jog.jog-inc-0 <= hm2_7i76e.0.7i73.0.1.input-07
net jog_1000 gmoccapy.jog.jog-inc-1 <= hm2_7i796s.0.gpio.042.in
net jog_0100 gmoccapy.jog.jog-inc-2 <= hm2_7i796s.0.gpio.044.in
net jog_0010 gmoccapy.jog.jog-inc-3 <= hm2_7i796s.0.gpio.046.in
# net jog_0001 gmoccapy.jog.jog-inc-4 <= hm2_7i796s.0.gpio.041.in

# This is to change between jog modes 0 and 1
net jog_scale-out joint.0.jog-scale <= jog-mode-sel.out
net jog_scale-out joint.1.jog-scale
net jog_scale-out joint.2.jog-scale
net jog_scale-out axis.x.jog-scale
net jog_scale-out axis.y.jog-scale
net jog_scale-out axis.z.jog-scale

# this is to enable the selected joint / axis
net jog-x-enable joint.0.jog-enable <= hm2_7i796s.0.gpio.034.in
net jog-x-enable axis.x.jog-enable
net jog-y-enable joint.1.jog-enable <= hm2_7i796s.0.gpio.036.in
net jog-y-enable axis.y.jog-enable
net jog-z-enable joint.2.jog-enable <= hm2_7i796s.0.gpio.038.in
net jog-z-enable axis.z.jog-enable

# Buttons START PAUSE STOP mit Gmoccapy

net Button_Start gmoccapy.h-button.button-2 <= hm2_7i796s.0.gpio.035.in
net Button_Pause gmoccapy.h-button.button-4 <= hm2_7i796s.0.gpio.037.in
net Button_Stop gmoccapy.h-button.button-3 <= hm2_7i796s.0.gpio.039.in

Ich habe für Buttons und Handrad chatGPT bemüht. Linux 2.9.7 mit Gmoccapy .
Leider kann ich nicht beurteilen, ob das alles Sinnvoll ist. Kann jemand Wissender drüberschauen?
Handrad:
#* Handrad-Encoder
#* Achswahl X/Y/Z über Drehschalter
#* Vorschubfaktor 1 / 10 / 100
#* Jog Mode über GPIO 041 („Stop sofort“ oder „Schritte zu Ende“)
#* Debounce für alle Schalter
#* Saubere Logik für gmoccapy

#

# 

#
# ==========================================================
# mpg_2.9.7.hal
#
# Handrad-Pendant für GMoccapy / LinuxCNC 2.9.7
# Mesa 7i96S + 7i73
#
# Funktionen:
# - Achswahl X/Y/Z
# - Vorschubfaktor 1 / 10 / 100
# - Jog Mode über GPIO 041
# - Handrad Encoder
# ==========================================================

#

---

# Komponenten laden
#

---

loadrt debounce cfg=7
loadrt and2 count=6
loadrt mux4 count=1
loadrt scale count=1

addf debounce.0 servo-thread
addf and2.0 servo-thread
addf and2.1 servo-thread
addf and2.2 servo-thread
addf and2.3 servo-thread
addf and2.4 servo-thread
addf and2.5 servo-thread
addf mux4.0 servo-thread
addf scale.0 servo-thread


# ==========================================================
# Handrad Encoder Eingang
# ==========================================================
# Encoder: hm2_7i96s.0.7i73.0.0.enc0.count
net mpg-count hm2_7i96s.0.7i73.0.0.enc0.count


# ==========================================================
# Jog Mode Input
# ==========================================================
# GPIO 041: TRUE = Stop sofort, FALSE = Schritte zu Ende
net jogmode-raw hm2_7i96s.0.gpio.041.in => debounce.0.6.in
net jogmode debounce.0.6.out => halui.axis.jog-mode


# ==========================================================
# Achswahl X/Y/Z über Drehschalter
# ==========================================================
net axis-x-raw hm2_7i96s.0.gpio.034.in => debounce.0.0.in
net axis-y-raw hm2_7i96s.0.gpio.036.in => debounce.0.1.in
net axis-z-raw hm2_7i96s.0.gpio.038.in => debounce.0.2.in

net axis-x debounce.0.0.out
net axis-y debounce.0.1.out
net axis-z debounce.0.2.out


# ==========================================================
# Vorschubfaktor (1 / 10 / 100)
# ==========================================================
net scale-1-raw   hm2_7i96s.0.gpio.042.in => debounce.0.3.in
net scale-10-raw  hm2_7i96s.0.gpio.044.in => debounce.0.4.in
net scale-100-raw hm2_7i96s.0.gpio.046.in => debounce.0.5.in

net scale-1   debounce.0.3.out
net scale-10  debounce.0.4.out
net scale-100 debounce.0.5.out


# Mux4 wählt den Vorschubfaktor
setp mux4.0.in0 1
setp mux4.0.in1 10
setp mux4.0.in2 100
setp mux4.0.in3 1

# Auswahl
net scale-1  => mux4.0.sel0
net scale-10 => mux4.0.sel1
net scale-100 => mux4.0.sel2

net jog-scale mux4.0.out => scale.0.gain


# ==========================================================
# Encoder skalieren
# ==========================================================
net mpg-count => scale.0.in
net jog-count scale.0.out


# ==========================================================
# Jog nur wenn Jog-Mode aktiv
# ==========================================================
# In LinuxCNC 2.9.7 reicht halui.axis.jog-mode, daher hier nur direkte Weiterleitung
# Jog-count wird direkt an die Achsen gesendet


# ==========================================================
# Achs-Jogging für gmoccapy / HALUI
# ==========================================================
# X-Achse
net jog-count => and2.0.in0
net axis-x   => and2.0.in1
net jog-x and2.0.out => halui.axis.x.jog-counts

# Y-Achse
net jog-count => and2.1.in0
net axis-y   => and2.1.in1
net jog-y and2.1.out => halui.axis.y.jog-counts

# Z-Achse
net jog-count => and2.2.in0
net axis-z   => and2.2.in1
net jog-z and2.2.out => halui.axis.z.jog-counts


# ==========================================================
# OPTIONAL: GPIO Invertierungen (falls Low-aktiv)
# ==========================================================
# setp hm2_7i96s.0.gpio.034.invert 1
# setp hm2_7i96s.0.gpio.036.invert 1
# setp hm2_7i96s.0.gpio.038.invert 1
# setp hm2_7i96s.0.gpio.041.invert 1
# setp hm2_7i96s.0.gpio.042.invert 1
# setp hm2_7i96s.0.gpio.044.invert 1
# setp hm2_7i96s.0.gpio.046.invert 1
```

#---

## Merkmale

#* **X/Y/Z Achswahl** über Drehschalter
#* **Vorschubfaktor 1/10/100**
#* **Jog Mode** über GPIO 041:

 # * TRUE → Stop sofort
#  * FALSE → Schritt zu Ende
#* **Handrad-Encoder** wird auf gmoccapy `jog-counts` gemappt
#* Alle Eingänge sauber **entprellt**
#* Direkt **gmoccapy-kompatibel**

Buttons:
# Funktionsbeschreibung (Übersicht)

## Hardware

#* **Mesa 7i76S**
#* Momenttaster (NO)
#* Status-LEDs über GPIO-Ausgänge

## Belegung

#| GPIO | Funktion        |
#| ---- |

---

|
#| 035  | Start / Resume  |
#| 037  | Feed Hold       |
#| 039  | Stop / Reset    |
#| 050  | LED „Run“       |
#| 051  | LED „Feed Hold“ |
#| 052  | LED „Fault“     |

#

## Logik & Verhalten

### ▶ START (GPIO 035)

#* Nur wirksam, wenn **Machine ON**
#* Führt aus:

 # * `program.run`
 # * `program.resume`
 #* **löst Feed Hold**
#* Funktioniert parallel zu gmoccapy-Buttons

---

### ⏸ FEED HOLD (GPIO 037)

#* Stoppt Achsbewegungen sofort
#* Interpreter läuft weiter
#* **Gesperrt bei aktivem E-Stop**

#---

### STOP / RESET (GPIO 039)

#* **Kurz drücken (<1.5 s)** → `program.stop`
#* **Lang drücken (>1.5 s)** → `program.reset`
#* Reset **nur erlaubt, wenn Programm steht**


### STATUS-LEDs

* **RUN-LED** → Programm läuft
* **FEED HOLD-LED** → Feed Hold aktiv
* **FAULT-LED** → E-Stop ODER Maschine faulted

---

# buttons_complete.hal`


# ==========================================================
# buttons_complete.hal
#
# Hardware-Buttons + Status-LEDs
# LinuxCNC / gmoccapy
# Mesa 7i76S
#
# Funktionen:
# - Start = Run + Resume + Feed Hold lösen (nur bei Machine ON)
# - Feed Hold (gesperrt bei E-Stop)
# - Stop kurz = Program Stop
# - Stop lang (>1.5s) = Reset (nur wenn Maschine steht)
# - Status LEDs: Run / Feed Hold / Fault
# ==========================================================


#

---

# Komponenten laden
#

---

loadrt debounce cfg=3
loadrt not count=2
loadrt timedelay count=1
loadrt and2 count=6
loadrt or2 count=1

addf debounce.0 servo-thread
addf not.0 servo-thread
addf not.1 servo-thread
addf timedelay.0 servo-thread
addf and2.0 servo-thread
addf and2.1 servo-thread
addf and2.2 servo-thread
addf and2.3 servo-thread
addf and2.4 servo-thread
addf and2.5 servo-thread
addf or2.0 servo-thread


#

---

# Status-Signale aus HALUI
#

---

# Maschine eingeschaltet
net machine-on halui.machine.is-on

# Programm läuft
net program-running halui.program.is-running

# Feed Hold aktiv
net feedhold-active halui.program.feed-hold

# E-Stop aktiv
net estop-active halui.estop.is-engaged

# Maschine steht (Programm läuft NICHT)
net program-running => not.0.in
net machine-idle not.0.out


# ==========================================================
# START / RESUME / FEED HOLD LÖSEN
# GPIO 035
# ==========================================================

# Rohsignal
net start-raw hm2_7i796s.0.gpio.035.in => debounce.0.0.in

# Entprellt
net start-btn debounce.0.0.out

# Start nur wenn Machine ON
net start-btn => and2.0.in0
net machine-on => and2.0.in1
net start-valid and2.0.out

# Program Run + Resume
net start-valid => halui.program.run
net start-valid => halui.program.resume

# Feed Hold beim Start sicher lösen
net start-valid => not.1.in
net feedhold-release not.1.out => halui.program.feed-hold


# ==========================================================
# FEED HOLD (verriegelt bei E-Stop)
# GPIO 037
# ==========================================================

# Rohsignal
net feedhold-raw hm2_7i796s.0.gpio.037.in => debounce.0.1.in

# Entprellt
net feedhold-btn debounce.0.1.out

# Feed Hold nur wenn KEIN E-Stop
net feedhold-btn => and2.1.in0
net estop-active => and2.1.in1
setp and2.1.in1-invert TRUE

net feedhold-valid and2.1.out => halui.program.feed-hold


# ==========================================================
# STOP kurz / RESET lang
# GPIO 039
# ==========================================================

# Rohsignal
net stop-raw hm2_7i796s.0.gpio.039.in => debounce.0.2.in

# Entprellt
net stop-btn debounce.0.2.out


# --- Langdruck-Erkennung ---
setp timedelay.0.on-delay 1.5
setp timedelay.0.off-delay 0.0
net stop-btn => timedelay.0.in
net stop-long timedelay.0.out


# --- RESET nur wenn Maschine steht ---
net stop-long => and2.2.in0
net machine-idle => and2.2.in1
net reset-valid and2.2.out => halui.program.reset


# --- STOP nur bei kurzem Druck ---
net stop-btn => and2.3.in0
net stop-long => and2.3.in1
setp and2.3.in1-invert TRUE
net stop-short and2.3.out => halui.program.stop


# ==========================================================
# STATUS LEDs (GPIO Ausgänge)
# ==========================================================

# LED: Programm läuft
# net program-running => hm2_7i796s.0.gpio.050.out

# LED: Feed Hold aktiv
# net feedhold-active => hm2_7i796s.0.gpio.051.out

# LED: Fault (E-Stop oder Fault-Zustand)
# net estop-active => or2.0.in0
# net halui.machine.is-faulted => or2.0.in1
# net fault-led or2.0.out => hm2_7i796s.0.gpio.052.out


# ==========================================================
# OPTIONAL: GPIO Invertierungen (falls Low-aktiv)
# ==========================================================
# setp hm2_7i796s.0.gpio.035.invert 1
# setp hm2_7i796s.0.gpio.037.invert 1
# setp hm2_7i796s.0.gpio.039.invert 1

 

Hi,
I would probably not say quite cheap. But the support probably is worth it. I did not find anything about an actual usecase of the picoBOB.
As far as I understand right now the 7i96 is a 7i92 with an "integrated" breakoutboard right?
Then this would probably really be the easiest way. But disadvantage is probably if something smokes up the whole card is done. With a seperate breakout board maybe I need only to change the BOB.
Does someone knows a BOB that has the function of a 0-10V output for spindle that works with the 7i92?
For Inputs I would probably only need 3 Endpointswitches and one for the probe and toollength. If I would like to add the glass sensors later, can I do this with another daughter cards from mesa?
Thanks alot!
regards Han

Your jog settings are really slow. That's why it moves so slowly.
These are settings in the ini file. I don't use axis so can't advice further on that,
but many users do use axis and should be able to tell you what and where to change.
 

Test the following in the MDI "G1 X200 F20000"
that should give quite a bit better speed. Adjust velocity and acceleration settings in the ini file to your liking.
The drives should work fine. When you ask to much of them they will give you following errors. But you are not near that.

There are some optimizations you can do.

The 2 ms servo period is in itself not a problem. But if you use 2 ms servo period because your computer
can't keep up with 1 ms then you should work on the performance of the computer. It should run flawlessly
without any (well a single one would be ok) "UNMATCHED DATAGRAMS" in the syslog. Check that.

You should also set up DC synchronization of the drives, see here github.com/linuxcnc-ethercat/linuxcnc-et...istributed-clocks.md
syncToRefClock in the master line. dcConf statement for every slave.

When this works fine, check syslog again, there should be no (or maybe one) UNMATCHED DATAGRAMS or other messages
indicating performance problems. In which case you should work on the network performance especially use dkms drivers for
Realtek network adapters.

Then it is standard linuxcnc again. Tune the drives, adjust velocity and acceleration settings.

first steps

Does the PC have an add on graphic card? If yes, remove it and try with the onboard graphic, or vice versa, if it does not have one try finding a used one to test with.
Another thing to check is for locale to be set as UTF-8, and maybe try EN-US also.