Zum Hauptinhalt springen

Basis-Knoten

Neben der Kategorie PlantPulse Edge sind dies die Knoten aus Vanilla Node-RED, die für IIoT-Flows zentral sind. Sortiert nach Häufigkeit der Verwendung.

1. inject — Trigger / Scheduler​

Der Startpunkt eines Flows. Einmaliger Trigger per Button oder automatischer Trigger in festen Intervallen/Zeiten.

OptionBeschreibung
Repeat: intervalAuslösung alle N Sekunden/Minuten/Stunden (z. B. Polling alle 1 Sekunde)
Repeat: interval between timesAuslösung nur in bestimmten Zeitfenstern (z. B. 09–18 Uhr)
Repeat: at a specific timeTäglich zu festgelegter Uhrzeit (z. B. täglich um 07:00)
Repeat: cron-likeCrontab-Format (z. B. 0 7 * * * — täglich um 07:00)
Inject once afterEinmalige Auslösung direkt nach Deploy + Verzögerungszeit

msg.payload und msg.topic können ebenfalls injiziert werden, sodass ein einzelner Knoten gleichzeitig als "Zeitplan + Eingabedaten" fungiert.

2. debug — Sidebar-Log​

Ausgabe von msg oder msg.payload im rechten Sidebar-Tab debug. Wenn Sie die Ausgabe auf "gesamtes msg-Objekt" umstellen, werden auch nicht sichtbare Felder angezeigt — unverzichtbar für das Debugging.

3. function — Freies JavaScript​

Ein Block JavaScript-Code. Wenn Sie msg transformieren und return msg; ausführen, geht es an den nächsten Knoten über.

// 예: payload 가 숫자라면 100배 해서 출력
msg.payload = parseFloat(msg.payload) * 100;
return msg;

Für mehrere Ausgänge erhöhen Sie in den Knoteneinstellungen Outputs: 2 usw. und geben ein Array zurück return [a, b];.

4. change — Felder setzen/kopieren/löschen (ohne Code)​

Für einfache Transformationen wie msg.topic = "abc", msg.payload = msg.payload.value reicht ein change ohne Funktionsknoten. Es gibt die vier Aktionen set / change / move / delete.

5. switch — Bedingte Verzweigung​

Basierend auf msg.payload oder einem beliebigen Feld werden die Ausgänge unterschiedlich geroutet. Optionen: checking all rules oder stop after first match.

            ┌─ ≥ 80 ─▶ Slack 알림
read ──▶ switch ─┤
            └─ < 80 ─▶ 정상 라인

6. join — Mehrere Nachrichten sammeln​

Die Ergebnisse mehrerer paralleler Knoten (z. B. 태그값 읽기 ×3) werden zu einem Array/Objekt zusammengeführt. Modus manual, Anzahl N, Schlüssel msg.topic.

7. delay — Verzögerung / Rate-Limit​

  • Pause: Nachrichten werden für N Sekunden/Minuten zurückgehalten (z. B. keine erneute Alarmauslösung innerhalb von 5 Minuten)
  • Rate Limit: Begrenzung der Verarbeitungsrate wie "1 pro Sekunde" — zum Schutz externer API-Polling/MQTT-Sendevorgänge

8. trigger — Status/Timer-Kombination​

Muster wie "Bei Eingang einer Nachricht eine Startmeldung senden, wenn nach N Sekunden keine Aktualisierung erfolgt, eine Abschlussmeldung senden" — häufig für Erkennung von Datenunterbrechungen verwendet.

9. http request / http in / http response​

KnotenZweck
http requestAufruf externer REST-APIs (z. B. externe Wetter-API, firmeninternes ERP)
http in + http responseNeuen HTTP-Endpunkt in Node-RED selbst erstellen (z. B. /myreport POST empfangen)

10. file / file in​

  • file (write/append): In Datei auf Disk speichern (z. B. CSV-Logging)
  • file in (read): Dateiinhalt lesen

11. csv / json / xml​

Umwandlung zwischen String ↔ Objekt. csv bietet umfangreiche Optionen für Header/Trennzeichen.

12. template​

Templating-Ausgabe mit mustache-Syntax. Am bequemsten für E-Mail-/Slack-Nachrichten/Report-Inhalte.

🔥 [경보] {{tag_id}} = {{value}}{{unit}} (한도 {{threshold}})

13. link in / link out​

"Virtuelle Sprünge" innerhalb desselben Workspace. Nützlich, um Wire-Spinnennetze übersichtlich zu halten.

14. catch / status / complete​

Wenn irgendwo im Flow ein Fehler auftritt, fängt catch ihn ab, und status informiert über den Knotenstatus (z. B. MQTT verbunden/getrennt). Unverzichtbar für stabilen Betrieb.

Nächste Schritte​