Node-RED: visueller Flow-Editor für IoT, IIoT und Industrie 4.0 mit MQTT-Native-Support

Was ist Node-RED?

Node-RED ist eine Open-Source-Plattform für Flow-basierte Programmierung, 2013 von Nick O'Leary und Dave Conway-Jones bei IBM Emerging Technology gestartet, 2016 unter die OpenJS Foundation gestellt. Die Position im Markt ist klar: Node-RED ist der Default für IoT- und IIoT-Anwendungen, für Industrie-4.0-Szenarien mit MQTT, Modbus, OPC-UA, BACnet und seriellen Schnittstellen. Wo n8n, Make oder Zapier auf SaaS-Apps zielen, zielt Node-RED auf physische Geräte und Sensoren.

Stand Mai 2026 ist Node-RED 4.x stabil; die Plattform läuft als Node.js-Anwendung auf praktisch jedem Hardware-Setup – von Raspberry Pi (CHF 50 Hardware) über Industrie-PCs bis zu Cloud-VMs. Diese Hardware-Flexibilität ist eine zentrale Stärke: ein Flow kann direkt auf dem Gerät laufen, das die Sensor-Daten erzeugt, mit minimalem Footprint (< 200 MB RAM).

Das Konzept der „Flows" ist visuell: im Browser-Editor werden Nodes (Bausteine) per Drag-and-Drop verbunden. Stand Mai 2026 stehen mehr als 5.000 Community-Nodes zur Verfügung – über den „Flow Library" und npm. Die Kern-Nodes decken HTTP, MQTT, WebSockets, TCP, UDP, seriell, Datei-System ab; spezialisierte Nodes ergänzen Modbus (industrielle Geräte), OPC-UA (industrielle Daten-Server), KNX (Gebäudeautomation), Z-Wave/Zigbee (Smart Home), und zahlreiche Cloud-APIs.

Kommerziell ist Node-RED Apache 2.0 – vollständig kostenlos, ohne Embedded-Restriktionen. Es gibt keinen Cloud-Anbieter im Hauptmarkt, der Node-RED als Managed-Service betreibt (FlowFuse, früher FlowForge, ist die Ausnahme: USD 9/Monat pro Instance, eher für kleine Setups). Self-Host ist die Standard-Wahl – Node-RED installiert sich auf einem Server in 5 Minuten mit `npm install -g node-red`.

In unserem Stack sehen wir Node-RED weniger im klassischen Treuhand-Bereich, mehr bei Industrie-KMU mit Maschinendaten und bei Smart-Building-Projekten. Eine CH-Treuhand ohne IoT-Bezug nutzt Node-RED selten direkt.

Warum es wichtig ist

Node-RED ist im IoT-Bereich konkurrenzlos. Kein anderes Tool in der Workflow-Vergleichsliste deckt MQTT, Modbus, OPC-UA und serielle Schnittstellen so nativ ab. Wer Maschinen-Daten von Industrie-Steuerungen einsammelt, Heizungen über KNX steuert, Solar-Wechselrichter ausliest, Smart-Home-Geräte koordiniert oder eine Tankstellen-Pump-Steuerung anbindet, hat in Node-RED den passenden Werkzeug-Kasten.

Für KMU mit Industrie-Bezug sind drei Hebel realistisch. Erstens – Maschinen-Datenkollektion. Ein Industrie-KMU mit 20 CNC-Maschinen sammelt täglich Tausende Datenpunkte (Laufzeit, Temperatur, Ausschuss-Rate). Node-RED läuft auf einem Industrie-PC im Werk, spricht über Modbus oder OPC-UA mit den Steuerungen, schreibt die Daten in InfluxDB oder Postgres, und sendet bei Anomalien eine Slack-Notification.

Zweitens – Gebäudeautomation. Ein KMU mit Bürogebaeude möchte Heizung, Lüftung und Beleuchtung zentral steuern. KNX- oder BACnet-Geräte werden über Node-RED angesprochen, Schaltzeiten und Sollwerte über eine Dashboard-UI definiert, Energie-Verbrauch geloggt. Solche Setups sind in Node-RED in 1-2 Wochen produktiv.

Drittens – Smart-Home in der Vermietung. Wer Ferienwohnungen oder Co-Working-Spaces betreibt, kann Schliessanlagen, Klimaanlagen und Lichter über Node-RED steuern – automatisch beim Check-in entriegeln, beim Check-out abschalten. Z-Wave-, Zigbee- und Matter-Geräte werden direkt angesprochen.

Für eine CH-Treuhand ohne IoT-Bezug ist Node-RED unrealistisch – die Plattform bietet keine Vorteile für Mandanten-Workflows. Wir erwähnen Node-RED hier vor allem als Vergleichsreferenz: wer auf einer Workflow-Vergleichsseite landet und IoT-Anwendung im Hinterkopf hat, wird auf n8n verzweifeln und braucht Node-RED.

Die Apache-2.0-Lizenz ist für industrielle Embedded-Use-Cases ein klarer Vorteil. Maschinen-Hersteller können Node-RED in ihre Produkte einbauen, ohne Lizenz-Sorgen. Diese Eigenschaft hat Node-RED in der Industrie etabliert.

Wie es funktioniert

Ein Node-RED-Flow ist ein gerichteter Graph aus Nodes. Jede Node hat Inputs, eine Funktion (Daten lesen, transformieren, schreiben) und Outputs. Flows werden im Browser-Editor durch Drag-and-Drop gebaut; gespeichert werden sie als JSON-Datei (flows.json) im Filesystem. Im Hintergrund läuft der Node-RED-Runtime in Node.js, führt die Flows aus, leitet Nachrichten zwischen Nodes weiter.

Die wichtigsten Node-Kategorien: Input-Nodes (MQTT-In, HTTP-In, Inject, File-Watch, Modbus-Read, OPC-UA-Subscribe), Output-Nodes (MQTT-Out, HTTP-Response, Debug, File-Write, Modbus-Write, OPC-UA-Write), Function-Nodes (JavaScript-Code), Switch-Nodes (Branching), Change-Nodes (Daten-Transformation), Template-Nodes (String-Templates), Cron-Nodes (zeitbasierte Trigger).

Nachrichten zwischen Nodes sind JavaScript-Objekte mit einer Standard-Struktur (msg.payload, msg.topic, msg.timestamp). Der Function-Node erlaubt beliebigen JavaScript-Code mit Zugriff auf msg, externe Module (in den Settings whitelisted) und Globals. Damit ist Node-RED ein hybrides Tool: visuell für die Standard-Fälle, Code für Spezial-Logik.

Ein typischer IIoT-Flow: MQTT-In-Node abonniert ein Topic auf einem Mosquitto-Broker (z.B. Temperatur-Sensoren in einer Werkhalle) -> Function-Node parsed Payload und filtert nur Werte > 80 Grad -> Switch-Node entscheidet je nach Sensor-ID, an welchen Ziel-Topic die Alarm-Nachricht geht -> MQTT-Out-Node sendet an einen Alarm-Topic -> parallel speichert ein InfluxDB-Node die Rohdaten für Reporting. Footprint: 50 MB RAM, läuft auf einem Raspberry Pi.

Die Dashboard-Funktionalität (node-red-dashboard, ein Community-Plugin) erlaubt das Bauen von Web-Dashboards direkt im Flow-Editor: Charts, Knoepfe, Slider, Anzeigen werden als Nodes hinzugefügt, die UI wird automatisch generiert. Sehr nützlich für interne Operations-Dashboards in Industrie- oder Building-Setups.

Deployment ist einfach: ein einziger Node.js-Prozess pro Node-RED-Instanz, optional mit pm2 oder systemd als Service-Wrapper. Skalierung passiert über mehrere Instanzen mit Lastverteilung – Node-RED ist nicht für hohe Stückzahlen optimiert, eher für kontinuierliche, moderate Last (Tausende Messages/Sekunde).

Versionierung passiert über die flows.json-Datei in Git plus die node-red-projects-Erweiterung, die Git-Integration direkt in der UI bietet. Multi-User-Editing ist limitiert – Node-RED ist eher für einzelne Operatoren oder kleine Teams gedacht.

Node-RED Self-Hosted in 5 Schritten

1. 01Node.js 20+ auf Server installieren, Node-RED via npm install -g node-red, systemd-Service-Wrapper für Auto-Start einrichten.
2. 02Reverse-Proxy konfigurieren: Nginx oder Caddy mit TLS vor Node-RED, HTTP-Auth oder OAuth für den Editor (Default-Settings sind unauthentifiziert).
3. 03Plugins installieren: node-red-dashboard für UI, node-red-contrib-modbus für Industrie, node-red-contrib-influxdb für Time-Series-DB.
4. 04Ersten Flow bauen: MQTT-In oder Modbus-Read als Trigger, Function-Node für Filterung, Storage-Node (InfluxDB/Postgres), MQTT-Out für Alarm.
5. 05Backup und Versionierung: flows.json regelmässig nach Git pushen, node-red-projects-Plugin für Git-Integration in der UI aktivieren.

Wann Node-RED einsetzen

Node-RED ist die richtige Wahl, wenn (a) IoT- oder IIoT-Protokolle (MQTT, Modbus, OPC-UA, KNX, BACnet) gebraucht werden, (b) die Plattform auf eingebetteter Hardware (Raspberry Pi, Industrie-PC) laufen muss, (c) ein visueller Editor für Operations-Mitarbeitende sinnvoll ist und (d) die Workflow-Komplexität moderat bleibt.

Konkrete Fälle: Maschinen-Datenkollektion aus CNC- oder SPS-Steuerungen, Sensor-Daten-Sammlung in Smart-Buildings, KNX-Gebäudeautomation (Licht, Heizung, Lüftung), Smart-Home-Steuerung in Ferienwohnungen oder Hotels, Tankstellen- und Lade-Stations-Anbindung, Solar-Wechselrichter-Monitoring, Wasser-Sensoren in Industrie.

Für Industrie-KMU mit Maschinen-Park ist Node-RED oft der schnellste Weg zu einer Daten-Plattform. Hardware-Kosten gering (Raspberry Pi 5 für CHF 100), Software kostenlos, Setup-Zeit eine Woche für ein erstes Pilot-System. Daten landen in InfluxDB oder Postgres, Dashboards laufen mit Grafana – eine klassische IIoT-Pipeline.

Für Building-Management-Setups in grösseren Bürogebaeuden, Hotels oder Industrie-Immobilien ist Node-RED eine etablierte Wahl. Die KNX- und BACnet-Konnektoren sind ausgereift, das System läuft seit über 10 Jahren in unzähligen kommerziellen Installationen.

Für eine CH-Treuhand mit Industrie-Mandanten (z.B. Treuhand mit IIoT-Beratung im Portfolio) lohnt sich der Aufbau von Node-RED-Wissen als Bonus-Service: Maschinen-Datenkollektion für Reporting und Steuer-Optimierung (z.B. Investitionsabzug für digitale Infrastruktur) wird zunehmend gefragt.

Wann NICHT

Node-RED ist die falsche Wahl für reine SaaS-Workflow-Automation. Mandanten-Mail-Triage, Lead-Routing, CRM-Synchronisation, Marketing-Funnels – das sind keine Node-RED-Probleme. n8n, Make, Zapier oder Activepieces sind dort produktiver, mit grösserer SaaS-Konnektor-Auswahl und bessere Multi-User-Features.

Ungeeignet ist Node-RED bei sehr komplexen Workflows mit vielen Sub-Workflows, Versionierung und Code-Review-Prozessen. Die flows.json-Architektur ist auf einzelne Operatoren oder kleine Teams optimiert. Bei 50+ produktiven Flows mit mehreren Editoren wird die Plattform unhandlich – n8n, Windmill oder Temporal sind dort besser strukturiert.

Nicht passend ist Node-RED bei Hoch-Volumen-Verarbeitung im Bereich Millionen Events/Stunde. Die Single-Process-Node.js-Architektur skaliert in den Bereich Tausende Messages/Sekunde, für mehr braucht es Kafka, Apache Flink oder dedizierte Streaming-Plattformen.

Für Buchhaltungs- und Treuhand-Workflows ist Node-RED ungeeignet. Es gibt keine fertigen Konnektoren für Bexio, Abacus oder Lexoffice; die SaaS-Konnektor-Bibliothek ist auf Cloud-APIs ausgelegt, nicht auf Buchhaltungs-Spezial-Software. Wer eine MWST-Erkennung baut, ist mit n8n produktiver.

Für mission-critical Daten-Pipelines mit komplexem State und garantierter Exactly-Once-Semantik ist Temporal die robustere Wahl. Node-RED hat keine durable execution – ein Crash kann Nachrichten verlieren, je nach Persistierungs-Strategie.

Für Multi-Tenant-SaaS-Setups (eine Instanz für viele Kunden mit Isolation) ist Node-RED nicht gebaut. Eine Instanz pro Kunde ist machbar (FlowFuse macht das), aber die Multi-Tenant-Architektur fehlt nativ.

Vor- und Nachteile

Häufige Fragen

Verwandte Themen

Quellen

1. Node-RED documentation – nodes, flows, dashboard · 2026-05
2. Node-RED Flow Library – community nodes · 2026-05
3. Node-RED on GitHub – Apache 2.0 source · 2026-05
4. FlowFuse – managed Node-RED service · 2026-04