Gute Frage, ich würde jetzt so weitermachen, da der Titel nun schon in deutsch ist。

想法：
Ich habe eine manuelle Steuerung mit zwei Joysticks gebaut, die einfach parallel zu dem GRBL-Arduino auf die Stepper-Treiber wirkt。Natürlich ist eine gegenseitige Verriegelung eingebaut。Vereinfacht wurde das Unterfangen durch Verwendung der Interfaceplatine，die bei meinem Stepper-Set dabei war。Das Teil hat einen zweiten Eingang für eine manuelle Steuerung, den ich verwende。
Die beiden Joysticks habe ich zusammen mit zwei Schaltern (ein Taster, ein Schalter, beide haben eine steuerbare LED-Beleuchtung) in ein Alu-Gehäuse eingebaut, der zusätzliche Arduino sitzt im Rechner und
bekommt seine Daten über drei geschirmte Leitungen。Ein Enable per Schalter ist ebenfalls dabei，ansonsten erzeugt der Arduino Step-Impulse，umso schneller，je weiter der Joystick ausgelenkt wird。
Beschleunigungskurven konnte ich mir sparen, die mechanische Trägheit der Sticks reicht aus um die Motoren (sanft genug) an fahren zu lassen。
Über die virtuelle serielle Schnittstelle des Arduino können die wesentlichen Parameter der Steperzeugung zur Laufzeit eingestellt werden。
Fehlt nur noch ein Interface zu GRBL-Plotter, so dass die über die Joystick implizierten Steps mitgerechnet werden…
\Idee

好吧，你已经开始了，开始使用 Joystick Jog-Commands 并开始使用 GRBL-Plotter 和 GRBL weiterleitet。
Ich werde mich dransetzen und mal checken, ob ich heute (im Sinne von “mittlerweile”) in der Lage bin, den Code im Joystick soweit zu pimpen, dass ich alle drei Achsen gleichzeitig mit Jog-Commands füttern kann。
Um das zu testen bräuchte ich deine Unterstützung, denn auf einem Windows-Rechner ein Tool finden, das zwei viritelle COM-Ports miteinander bidirektional (GRBL quittiert die JOG-Commands und gibt damit Grünes Licht für die nächsten Kommandos. Dieser Handshake war bei SCC nicht möglich, vielleicht der Grund für mein damaliges Scheitern?) koppelt, ist eine echte Herausforderung.
GRBL-Plotter müsste diese Funktionalität am besten bereits implementiert haben, damit ich zielgerichtet arbeiten kann。
缺点 dabei：Ich habe das schon mal mit SerialComCNC (SCC) versucht und bin gescheitert
Deine Entscheidung…

哈拉尔德

Mein erster Gedanke war die speziellen Kommandos – siehe
https://github.com/gnea/grbl/wiki/Grbl-v1.1-Jogging
Einfach durch zu reichen und ich gebe den grbl Status zurück。

Ja, ich denke, das solte der Plan sein。Mit mehreren (virtuellen) COM-Ports kannst du ja umgehen (->zwei GRBLs)
Bei Ulrich (SCC) bekam ich den Status nicht zurück und musste versuchen auszurechnen, ob GRBL schon wieder neue Kommandos verkraftet。
Meine damaligen Tests habe ich mit “Termite” gemacht, das ist ein Terminal-Programm, das das Durchreichen zwischen zwei COM-Ports anbietet。Hat aber nicht so doll funktioniert und war dröge, weil ich immer zwischen den “Besitzern” des COM-Port wechseln musste (zw.programmieren und Runtime)。Debug-Ausgaben gabs damit sowieso nicht。

Neu 版本 1.2.0.0
Neues 系列接口，welches GCode Kommandos empfängt 和 grbl weiterleitet。
Grbl-Stati (siehe grbl wiki) sowie Streamingstatus wird zurückgegeben