Edge-Fehlerbehebung
Prüfe jede Verbindung separat. Bewahre Connector-, Arbeitsplatz- und Auftragskennung sowie Zeit mit Zeitzone auf. Bereinige Protokolle von Zugangsdaten, Zustandsdateien und nicht betroffenen Fertigungsinhalten.
Start oder Registrierung scheitert
| Problem | Prüfung / Wiederherstellung |
|---|---|
| Nicht registriert | Arbeitsverzeichnis und Zustand; neues Token nur für eine erlaubte neue Registrierung. |
| Registrierung abgewiesen | Vollständiges gültiges Token, Bereitstellung, einmalige Verwendung, Identität. |
| Genehmigung offen | Genehmigung, Dienstidentität und Zuweisungen prüfen; danach neu starten. |
| Widerrufen / verboten | Connectorstatus, aktuelle Dienstrechte, IP-Regeln, Bereich. |
| Ungültige Zugangsdaten | Schlüssel/Identität, Ablauf, Uhr, Rotation. |
| SQLite-/Dateifehler | Schreibrechte, Speicherplatz, Eigentümer und Zustand. |
Lösche edge-config.json nicht zur Reparatur einer Genehmigung oder Anmeldung. Darin liegen Identität und Geheimnisse.
Cloud-Synchronisierung oder Aufträge fehlen
Prüfe API- und WebSocket-Adressen separat, DNS, Proxy/Firewall und TLS. Prüfe Heartbeat und tatsächliche Ergebnisse. Eine WebSocket-Verbindung beweist keinen Auftragsabruf.
Prüfe Arbeitsplatzzuweisung und Leserechte. Die Cloud liefert freigegebene und laufende Aufträge. Geplante oder abgeschlossene Aufträge können absichtlich fehlen. Vergleiche fachliche Codes und Datenbankreferenzen am jeweiligen Meldeweg. Der Cache ist nach Wiederverbindung nicht automatisch aktuell.
SPS-Lesen oder Schreiben scheitert
Prüfe Endpunkt, Port, unterstützten Modus/Richtlinie, Zertifikatsvertrauen, Anmeldung, Knotenkennung, Typ und Zugriff. Lies zuerst einen bekannten sicheren Wert. Prüfe anschließend den ausgewählten Auftrag und einen unterstützten Schreibwert direkt an der SPS. Eine gespeicherte Zuordnung bestätigt keine Übertragung.
Das generische Produktionsabonnement hat derzeit keine gefüllte Auftragsnummer. Fehlender Fortschritt kann einen geprüften ausdrücklichen Meldeadapter erfordern.
Lokale Meldung gelingt, Cloud unverändert
Lokaler Erfolg bedeutet gepufferte Eingabe. Prüfe Cloud-Verbindung, offene und fehlerhafte Ereignisse, nicht automatisch weiter verarbeitete Einträge, Ablauf, Auftragskennung und Einzelergebnis. Standardmäßig gilt eine 72-Stunden-Grenze. Wiederholte Fehler können automatische Verarbeitung beenden. Gleiche den ursprünglichen Cloud-Zustand vor Wiederholung ab.
Der aktuelle Produktionshandler verwendet Gesamtmengen. Ein Client mit erwarteten Zusatzmengen darf nicht ohne Semantikprüfung erneut melden oder aufaddieren. Ausschuss und Stationsfortschritt haben eigene Grenzen; siehe API-Referenz.
Etiketten fehlen
Prüfe Connectorzuweisung, Druckerkennung/Alias, TCP-Ziel und Port, Netzwerk, Druckersprache, Kopien, Medium und Gerät. Aliase können über ENNEA_PRINTER_<ALIAS> aufgelöst werden; ENNEA_DEFAULT_LABEL_PRINTER kann ein Standardziel vorgeben. TCP-Erfolg bestätigt keine physische Ausgabe. Prüfe unklare oder bereits gedruckte Aufträge vor Wiederholung.
Eskalieren
Gib Paketversion, Connector, Bereich, Zeit, Arbeitsplatz/Auftrag, fehlgeschlagenen Schritt und bereinigten Fehler an. Unterscheide lokale Annahme und Cloud-Anwendung. Erhalte Zustand und Ereigniskennungen. Administrator oder Implementierungskontakt organisiert Abgleich und kontrollierten Test. Siehe Support.