Keine Änderung nach Deploy | Roter Punkt am Knoten bleibt = nicht gespeichert. Erneut Deploy. Oder Sie sehen ein zwischengespeichertes Inject-Ergebnis — neues Inject-Trigger-Klick ausführen |
Tag-Wert wird immer als null gelesen | Tippfehler in der Tag-ID / Tag ist nicht im Gateway registriert / OPC-Verbindung unterbrochen. Zuerst in 자주 하는 작업 → 실시간 값 보기 prüfen |
| Gateway-Last durch zu schnelle Injects | Polling unter 1 Sekunde wird nicht empfohlen. Bei wirklich schneller Aktualisierung Sparkplug oder MQTT-Direktabonnement in Betracht ziehen |
Gleichzeitiges Polling vieler Tags bei aktiver Fresh-Option | Zu viele parallele PLC-Reads. Im Normalbetrieb reicht Cache (Standard). Nur zur Diagnose mit fresh arbeiten |
| Node-RED stoppt plötzlich | Verdacht auf Endlosschleife (Knotenausgang → gleicher Knoteneingang). Catch-Knoten erleichtert das Debugging |
| Externe Internetaufrufe schlagen fehl | Gateway-Firewall / DNS prüfen. In Unternehmensnetzwerk Proxy-Einstellungen erforderlich |
| „Maximum call stack size exceeded“ | Unendliche Rekursion im function-Knoten. Prüfen, ob return msg sich selbst erneut auslöst |
| Nach Deploy ist der gesamte Flow verschwunden | /data1/pp-data/node-red/flows.json beschädigt. Wiederherstellung aus dem Backup erforderlich. node/bin/start.sh synchronisiert automatisch mit der master conf, aber sobald ein Fehler auf der Disk fixiert ist, ist eine Wiederherstellung nötig |
| MQTT-Nachricht kommt nie an | Tippfehler im Topic-Wildcard (#/+). Topic-Baum mit einem separaten Tool wie MQTT Explorer prüfen |
OPC-UA BadIdentityTokenInvalid | Benutzer/Passwort oder Zertifikat nicht vertrauenswürdig. Client-Zertifikat in der Server-Konsole als Trust behandeln |
OPC-UA BadTypeMismatch | DataType in OpcUa-Item stimmt nicht mit dem tatsächlichen Knotentyp überein |