Lesen Sie den GRBL-Maschinenzustand, bevor Sie einen Befehl zum Zurücksetzen, Entsperren, Referenzieren (Homing) oder Fortsetzen senden. Das Zustands-Wort identifiziert den Zustand der Steuerung; Position, Alarmmeldungen, verfügbare Eingabeberichte und die kürzlich ausgeführte Aktion geben ihm Kontext. Wenn unmittelbare Gefahr besteht, befolgen Sie zuerst das spezifische Notfallverfahren der Maschine. Zögern Sie das Stoppen einer Gefahrenquelle nicht hinaus, um Beweise zu sammeln, und behandeln Sie einen Software-Vorschubstopp nicht als Not-Aus.
Im Standard-GRBL v1.1 beginnt ein Statusbericht mit dem Zustands-Wort. Eine ?-Anfrage fragt aktuelle Laufzeitinformationen ab, obwohl Homing- und kritische Alarmzustände die Berichterstattung einschränken können. Die nützliche Frage ist nicht einfach „Wie lösche ich das?“. Sie lautet: „Was lässt mich dieser aktuelle Bericht feststellen und was ist noch unbekannt?“
Bericht und Ereignis zusammenhalten
Wenn eine Beobachtung gefahrlos möglich ist, bewahren Sie den aktuellen Bericht zusammen mit der Zeit, dem vorangegangenen Alarm oder der Meldung und den unmittelbar vor der Unterbrechung aufgetretenen Ereignissen auf. Protokollieren Sie die verfügbare Position, den Kontext des Koordinatenversatzes, Overrides, Zeileninformationen und Eingabeberichte, ohne vorauszusetzen, dass jedes Feld erscheinen wird. Ein Screenshot oder ein gespeicherter Konsolenauszug kann dies leisten; ein spezielles Arbeitsblatt ist nicht erforderlich.
Halten Sie Beobachtung und Rekonstruktion getrennt. „Der Bediener hat Pause gedrückt“ ist ein protokolliertes Ereignis, wenn es jemand bezeugt hat. „Der Endschalter muss ausgefallen sein“ ist eine Hypothese, bis die dokumentierten Prüfungen der Maschine sie stützen. Ein vorheriges Zurücksetzen kann den Kontext entfernen, der diese Erklärungen unterscheidet. Standard-GRBL warnt, dass ein Zurücksetzen während einer Bewegung die Position unsicher machen kann.
Position neben Idle und Run lesen
Idle bedeutet, dass die Steuerung keine Bewegung ausführt. Dies stellt nicht eigenständig eine korrekte Werkstückspannung, einen freien Werkzeugweg oder eine zuverlässige Position fest. Run zeigt eine aktive Bewegung an, aber der Zustand allein kann das Werkzeug nicht relativ zum Werkstück lokalisieren. Lesen Sie die verfügbare Position und den Koordinatenkontext, bevor Sie entscheiden, was die jeweilige Kennzeichnung für die tatsächliche Einrichtung bedeutet.
GRBL v1.1 meldet normalerweise einen Positionsvektor, entweder MPos oder WPos, nicht beide. Ein Sender kann den anderen mithilfe von Arbeitsversatzinformationen ableiten. Wenn zwei Anzeigen inkonsistent erscheinen, bewahren Sie deren Bezeichnungen und Zeitstempel auf, anstatt die Zahlen als austauschbar zu betrachten. Eine Koordinatenanzeige ist eine Information der Steuerung, keine unabhängige Messung des physischen Werkzeugs.
Stellen Sie sich zwei ansonsten identische unterbrochene Aufträge vor. Einer hat eine aufgezeichnete Positionsreferenz und eine unveränderte Werkstückspannung; der andere hat eine unsichere Position nach einem abrupten Stopp. Eine Idle-Kennzeichnung kann diese Situationen nicht gleichwertig machen. Ihre unterschiedlichen Verläufe ändern das, was vor jedem nächsten Schritt überprüft werden muss.
Abgeschlossenen Stopp von einem Übergang unterscheiden
Im Standard-GRBL v1.1 bedeutet Hold:1, dass der Stopp im Gange ist; Hold:0 bedeutet, dass er abgeschlossen ist. Das Wort Hold allein kann daher eine wichtige Unterscheidung verbergen. Ein gewöhnlicher Vorschubstopp steuert die Bewegung und führt nicht von selbst zur Abschaltung von Spindel oder Kühlmittel. Gehen Sie nicht davon aus, dass ein Laser, eine Spindel oder eine andere Gefahr allein durch eine Kennzeichnung des Bewegungszustands isoliert ist.
Betrachten Sie einen hypothetischen Sender, der Hold:1 anzeigt, während sich die Position ändert, gefolgt von einem neuen Hold:0-Bericht mit stabiler Position. Dieser Übergang stützt die Schlussfolgerung, dass der Stopp abgeschlossen ist. Er erklärt nicht, warum die Unterbrechung auftrat, und berechtigt nicht dazu, in die Maschine zu greifen. Das bleiben getrennte Fragen.
Door repräsentiert die konfigurierte Sicherheitstür-Sequenz, nicht eine allgemeine Pause. Ihre nummerierten Unterzustände unterscheiden Bedingungen wie eine offene Tür, einen Übergang oder die Bereitschaft zum Fortsetzen. Interpretieren Sie die Reaktion des tatsächlichen Builds, ohne Schutzvorrichtungen oder Verriegelungen zu umgehen. Eine Reaktion der Steuerung auf eine Eingabe ist kein Beweis dafür, dass jede physische Sicherheitsbedingung erfüllt ist.
Bewusste Modi und Alarm-Sperren erkennen
Home identifiziert einen Homing-Zyklus; Check identifiziert die G-Code-Prüfung ohne normale Achsbewegung. Bestätigen Sie, warum der Modus aufgerufen wurde. Der Check-Modus kann die Syntaxanalyse bewerten, stellt aber keinen physischen Freiraum, eine solide Werkstückspannung oder Hardware-Sicherheit fest. Jog und Sleep sind ebenfalls dokumentierte v1.1-Zustände; verwenden Sie die tatsächliche Firmware-Dokumentation, falls einer davon erscheint, anstatt das Wiederherstellungsrezept einer anderen Steuerung anzuwenden.
Alarm sperrt den normalen G-Code-Betrieb. Bewahren Sie die begleitende ALARM:x-Meldung und den Ereignisverlauf auf, wenn es sicher ist. Das Zustands-Wort allein identifiziert nicht, ob die Unterbrechung einen Endschalter-, Tast-, Homing- oder Positionsverlustzustand beinhaltete.
Verwandeln Sie einen nicht identifizierten Alarm nicht in ein Entsperrexperiment. Diese Aufgabe endet mit der korrekten Identifizierung des gemeldeten Zustands und der Beweise, die für den dokumentierten Wiederherstellungsprozess der Maschine benötigt werden – nicht mit einer universellen Zurücksetz-, Entsperr- oder Jogging-Sequenz.
Die nächste Beobachtung aus neuen Beweisen wählen
Ein zuvor angezeigter Bericht beschreibt einen vergangenen Augenblick. Vergleichen Sie nach einer Unterbrechung oder einem Übergang einen neuen Bericht mit den gespeicherten Beweisen, sofern Berichte verfügbar sind. Wenn kein neuer Bericht abgerufen werden kann, halten Sie diese Einschränkung explizit fest. Lassen Sie den Bildschirm nicht beruhigend aussehen, indem Sie Befehle ausgeben, die die Situation ändern, bevor sie verstanden wurde.
Sie verfügen über genügend Beweise für die nächste dokumentierte Prüfung, wenn der aktuelle Zustand, der Positionskontext und der Ereignisverlauf mit der physischen Maschine in Einklang gebracht werden können. Wenn sie nicht übereinstimmen, sich eine Eingabe unerwartet verhält oder der Alarm unerklärt bleibt, halten Sie an und konsultieren Sie die genauen Anweisungen für Steuerung und Maschine. Bewahren Sie stets sichere Zugangsgrenzen; ein lesbarer Bericht ist keine Erlaubnis zum Fortsetzen.
Fragen zur Statusanzeige
Ist Disconnected ein GRBL-Maschinenzustand?
Nein. Er beschreibt die Verbindung des Senders, nicht einen der dokumentierten GRBL-Laufzeitzustände. Ein beibehaltenes Zustands-Label in einem getrennten Sender ist kein aktueller Bericht der Steuerung. Untersuchen Sie die Verbindung separat, anstatt anzunehmen, dass das letzte Label noch gilt.
Beweist ein fehlendes Pn-Feld, dass die Endschalter- und Tasterverkabelung sicher ist?
Nein. Im Standard v1.1 kann das Feld fehlen, weil die Berichterstattung im Build deaktiviert ist oder weil keine Eingabe als ausgelöst erkannt wird. Keine dieser Beobachtungen validiert unabhängig die Verkabelung, die Schalterkonfiguration oder die Schutzfunktion.
Bestimmt das Zustands-Wort die vom Auftrag verwendeten Einheiten?
Nein. Der Laufzeitzustand ist getrennt von der Einheiteninterpretation. Die Berichteinheiten-Einstellung von GRBL beeinflusst die gemeldeten Werte, während der modale Kontext des Programms separat überprüft werden muss. Bewahren Sie Einheitenbeschriftungen zusammen mit dem Bericht auf, anstatt Einheiten aus Idle oder Run abzuleiten.
