LinuxCNC mit ProbeBasic bleibt einfach setehen

Hallo, 
ich habe mein System auf einem Lenovo ThinCentre 710 mit i3 aufgesetzt, darauf läuft das aktuelle LinuxCNC 2.9.6/7/8 (alle 3 mit gleichem Problem). Falls es irgendwie hilft, habe ich meine Config mal angehängt.

Mein Problem ist, dass meistens alles sauber funtioniert, wenn ich aber einen längeren Fräsvorgang (5-10 Minuten) am Laufen habe, gelegentlich die gesamte Software einfriert - nur die Spindel wird nicht gestoppt und die Maus lässt sich noch bewegen. Alles an Bewegung friert ein und die Software lässt sich nicht beenden. Es hilft nur noch, den Ein-/Aus-Schalter so lange zu drücken, bis das System abschaltet und dann alles neu hoch zu fahren, "homen" und wider von vorne, in der Hoffnung, dass es dann durchläuft.

Hat jemand Ideen, wie ich das Problem untersuchen, debuggen, oder gar beseitigen kann? Ich stehe wie Ochs vor'm Berg... Ich habe den Verdacht, dass es irgendetwas mit "verpennten" Interrupts zu tun haben könnte, weiß aber nicht, wie ich das untersuchen kann.

Vielen Dank im Vorraus!
Chris

Es handelt sich um LinuxCNC uspace 2.9.x

Ist die machine ge-erdet?
Ist die PC ge-erdet?
Beiden mussen sein.
Lauf gcode ohne die spindel (spindel auss geschaltet), pasiert die selbe fehler?

Danke, das ist ein guter Hinweis (da hätte ich auch selber drauf kommen müssen)! Die Maschine ist sehr gut geerdet (Sorotec Hobbyline).

Ich habe gerade mal nachgemessen: Der Lenovo-PC läuft über ein 19V-Netzteil und ist nicht geerdet! Das werde ich nachher mal ändern und testen. Und dann werde ich auch testen, ob der GCode mit ausgeschalteter Spindel durchläuft. Der Fehler tritt aber nur sporadisch auf und nie an der gleichen Stelle.

Ich werde aber berichten, ob die Erdung etwas bringt!

Danke!
Chris

Ich habe jetzt getestet mit und ohne Erdung des Computers - das Problem trat natürlich nicht auf! Ich versuche es später noch mal, mit laufender Spindel...

Mit laufender Spindel habe ich nun einen Fehler bekommen, der sich aber anders zeigte und keinen Freeze mit sich brachte: "Unexpected realtime delay...." und "error finishing read...". Das scheint mit Trixie gehäuft vorzukommen und ich habe jetzt meine Interrupt-Einstellungen überarbeitet und das Mesa-NIC auf eine CPU gelegt.

Ob das alles zusammenhängt und vielleicht jetzt behoben ist, wird sich zeigen. Falls es noch mal auftritt, melde ich mich wieder!

Vielen Dank an tommylight für die Hilfe!

isolate the last core with isolcpus
Disable coalescing if intel
Use dkms driver if realtek
Set CPU affinity for NIC interrupt to be same as the isolated core

Thanks Rod!

I have done all that already except using dkms driver. It is an Intel NIC (e1000e) not realtek... Now time will show if it is fixed

I suspect the next thing (that causes intermitent latency spikes) is energy efficient Ethernet (EEE) disable it.
Also set the governor to performance.

Es riecht stark nach zu hoher Latenz. Wie sind die Werte vom Base und Servo-thread?