Zum Hauptinhalt springen

Troubleshooting — häufige Fallstricke in Flows

SymptomUrsache / Lösung
Keine Änderung nach DeployRoter Punkt am Node bleibt bestehen = nicht gespeichert. Erneut deployen. Oder es wird ein zwischengespeichertes inject-Ergebnis angezeigt — neuen inject-Trigger klicken
Tag-Wert wird immer als null gelesenTippfehler in der Tag-ID / Tag nicht am Gateway registriert / OPC-Verbindung unterbrochen. Zuerst unter 자주 하는 작업 → 실시간 값 보기 prüfen
Gateway-Last durch zu schnelles injectPolling unter 1 Sekunde wird nicht empfohlen. Wenn wirklich schnelle Aktualisierung nötig ist, Sparkplug oder direktes MQTT-Abonnement prüfen
Viele Tags gleichzeitig gepollt bei aktivierter Option FreshÜberlastung durch gleichzeitige PLC-Reads. Im Normalbetrieb reicht der Cache (default). Fresh nur zur Diagnose
Node-RED bleibt plötzlich stehenEndlosschleife (Node-Ausgang → Eingang desselben Nodes) vermuten. Ein Catch-Node erleichtert das Debugging
Externer Internetaufruf schlägt fehlFirewall / DNS des Gateways prüfen. In Firmennetzen ist eine Proxy-Konfiguration erforderlich
„Maximum call stack size exceeded“Endlose Rekursion im function-Node. Prüfen, ob return msg sich selbst erneut triggert
Nach dem Deploy sind alle Flows verschwunden/data1/pp-data/node-red/flows.json beschädigt. Wiederherstellung aus dem Backup nötig. node/bin/start.sh synchronisiert zwar automatisch mit der master conf, aber wenn eine Beschädigung einmal auf die Festplatte geschrieben wurde, ist eine Wiederherstellung erforderlich
MQTT-Nachrichten kommen nie anTippfehler im Topic-Wildcard (#/+). Topic-Baum mit einem separaten Tool wie MQTT Explorer prüfen
OPC-UA BadIdentityTokenInvalidBenutzer/Passwort oder Zertifikat nicht vertrauenswürdig. Client-Zertifikat in der Serverkonsole auf Trust setzen
OPC-UA BadTypeMismatchDataType in OpcUa-Item weicht vom tatsächlichen Node-Typ ab

Debugging-Tipps

  1. debug-Node auf gesamtes msg-Objekt einstellen, um zu sehen, welche Felder durchlaufen.
  2. Catch-Node an die Seite setzen, alle Fehler abfangen und an debug schicken — so ist sofort klar, an welchem Node es hängt.
  3. Mit dem Status-Node die Wechsel verbunden / getrennt der mqtt/opcua-Nodes erfassen — erleichtert die Diagnose von Kommunikationsproblemen.
  4. Mit inject und Inject once after deploy eine „einmalige Ausführung beim Deploy“ erzeugen und das Ergebnis im debug prüfen.
  5. node.warn(...) innerhalb von function oder node.error(...) zur freien Ausgabe in der Sidebar.

Nächste Schritte