Node-RED vs. Home Assistant: Automationen im Vergleich

Node-RED vs. Home Assistant ist eine häufige Frage für alle, die ein Zuhause, ein Labor oder ein kleines Gebäude automatisieren – und die ehrliche Antwort lautet: Beide lösen sich überschneidende, aber unterschiedliche Probleme. Dieser Leitfaden vergleicht, wie beide Automationen aufbauen, wie sie mit MQTT umgehen und wo jedes Werkzeug glänzt. Anschließend zeigen wir, wie Sie beide nebeneinander auf einem MQTT-Broker betreiben, sodass Sie sich nicht entscheiden müssen.

Zwei unterschiedliche Werkzeuge mit Überschneidungen

Home Assistant ist eine Plattform für Hausautomation. Ihr Kernkonzept ist die Entität: eine Lampe, ein Sensor, ein Schalter oder ein Klimagerät mit Zustand und Attributen. Hunderte Integrationen machen Herstellergeräte und Cloud-Dienste zu Entitäten, und Dashboard, Verlauf, Energieansichten und Sprachassistenten arbeiten alle mit diesen Entitäten. Automationen sind eine Funktion unter vielen.

Node-RED ist ein universelles, flussbasiertes Programmierwerkzeug der OpenJS Foundation. Es kennt kein Zuhause, keinen Raum und keine Entität. Es kennt Nachrichten, die zwischen Nodes fließen: MQTT, HTTP, Datenbanken, Dateien, serielle Schnittstellen, Industrieprotokolle und Tausende Community-Nodes. Automatisierung ist seine Aufgabe, und es erledigt sie für Fabriken und Cloud-Integrationen genauso bereitwillig wie fürs Wohnzimmer.

Der Vergleich lautet also weniger „was ist besser“, sondern eher „welches Denkmodell passt zu dieser konkreten Automation“.

Node-RED vs. Home Assistant auf einen Blick

Aspekt	Home Assistant	Node-RED
Hauptzweck	Hausautomationsplattform mit UI, Verlauf und Integrationen	Universelle flussbasierte Integration und Automatisierung
Automationsmodell	Trigger, Bedingungen und Aktionen auf Entitäten	Nachrichten, die durch verbundene Nodes laufen
Erstellung	Visueller Automationseditor, YAML, Blueprints, Skripte	Visueller Flow-Editor plus JavaScript-Function-Nodes
MQTT	Integrierte MQTT-Integration mit Geräteerkennung	Integrierte mqtt-in- und mqtt-out-Nodes, beliebige Topic-Struktur
Geräteunterstützung	Sehr große Auswahl an Consumer-Integrationen	Nodes auf Protokollebene; Geräte sind, was Sie verdrahten
Zustand und Verlauf	Für jede Entität integriert	Context, Datenbanken oder Dashboards ergänzen Sie selbst
Komplexe Logik	Templates und Skripte, kann schwer lesbar werden	Function-Nodes, Subflows, Schleifen und Datentransformationen
Einsatz außerhalb des Hauses	Möglich, aber umständlich	Verbreitet in Industrie- und IT-Integration
Debugging	Automations-Traces zeigen jeden Lauf Schritt für Schritt	Debug-Sidebar, Node-Status und Nachrichteninspektion
Typische Installation	Home Assistant OS auf Pi oder Mini-PC oder als Container	npm, Docker oder als Home-Assistant-Add-on

Wie beide Ansätze eine Automation aufbauen

Nehmen wir eine einfache Regel: Steigt die Temperatur im Gewächshaus über 30 Grad, soll der Lüfter anlaufen.

In Home Assistant

Zuerst werden MQTT-Sensor und Lüfter zu Entitäten. Mit konfigurierter MQTT-Integration können Sie sie in configuration.yaml deklarieren:

mqtt:
  sensor:
    - name: "Greenhouse temperature"
      unique_id: greenhouse_temperature
      state_topic: "connectmq/demo/ha5k2m/greenhouse/temperature"
      unit_of_measurement: "°C"
      device_class: temperature
  switch:
    - name: "Greenhouse fan"
      unique_id: greenhouse_fan
      command_topic: "connectmq/demo/ha5k2m/greenhouse/fan/set"
      state_topic: "connectmq/demo/ha5k2m/greenhouse/fan/state"
      payload_on: "ON"
      payload_off: "OFF"

Die Automation arbeitet dann mit Entitäten, nicht mit Topics:

automation:
  - alias: "Greenhouse fan on when hot"
    triggers:
      - trigger: numeric_state
        entity_id: sensor.greenhouse_temperature
        above: 30
        for: "00:02:00"
    actions:
      - action: switch.turn_on
        target:
          entity_id: switch.greenhouse_fan

Die for-Klausel, das Verlaufsdiagramm des Sensors und der Trace jedes Automationslaufs gibt es gratis dazu. Dasselbe lässt sich auch im visuellen Editor bauen, ohne YAML anzufassen.

In Node-RED

Node-RED arbeitet direkt mit Topics und Nachrichten. Ein mqtt-in-Node abonniert das Temperatur-Topic, ein Function-Node wendet die Regel an, und ein mqtt-out-Node publiziert den Befehl:

// Turn the fan on above 30, off below 27, only on change
const t = Number(msg.payload);
if (isNaN(t)) return null;

const fanOn = context.get("fanOn") || false;
if (!fanOn && t > 30) {
    context.set("fanOn", true);
    return { topic: "connectmq/demo/ha5k2m/greenhouse/fan/set", payload: "ON" };
}
if (fanOn && t < 27) {
    context.set("fanOn", false);
    return { topic: "connectmq/demo/ha5k2m/greenhouse/fan/set", payload: "OFF" };
}
return null;

Es gibt keine Entitätsregistrierung, keinen Verlauf und kein Dashboard, solange Sie sie nicht hinzufügen. Im Gegenzug erhalten Sie volle Kontrolle: Hysterese in drei Zeilen, einfachen Zugang zu jedem Protokoll und Transformationen, die in YAML-Templates umständlich wären.

Wo Home Assistant gewinnt

Consumer-Geräte. Hat ein Produkt eine Home-Assistant-Integration, erhalten Sie seine Entitäten, Zustände und Bedienelemente fast ohne Aufwand.
Eine auf das Zuhause zugeschnittene Oberfläche. Dashboards, Mobile App, Anwesenheitserkennung, Energieansichten und Sprachsteuerung sind integriert.
Lesbare Automationen für einfache Regeln. Trigger, Bedingung und Aktion sind auch für andere Haushaltsmitglieder leicht zu verstehen und zu bearbeiten.
Automations-Traces. Nachzuvollziehen, warum eine Regel ausgelöst hat oder nicht, ist beim Debuggen alltäglicher Automationen hervorragend.

Wo Node-RED gewinnt

Komplexe Logik und Datenaufbereitung. Zustandsautomaten, Aggregation, Ratenbegrenzung und JSON-Transformationen sind in Function-Nodes natürlich.
Protokolle und Systeme jenseits des Zuhauses. Modbus, OPC UA, Datenbanken, HTTP-APIs und E-Mail sind nur eine Palette-Installation entfernt. Siehe unsere Leitfäden zu Node-RED mit MySQL und Node-RED-HTTP-Endpunkten.
Direkte MQTT-Arbeit. Beliebige Topic-Strukturen, Wildcard-Abonnements, retained messages und MQTT-5-Properties, ohne jedes Gerät zuerst als Entität zu modellieren.
Wiederverwendung außerhalb des Hauses. Dieselben Fähigkeiten gelten für Werkstatt, Landwirtschaftsbetrieb oder Fertigungslinie – bis hin zu einem Unified Namespace (UNS) in Industrie-4.0-Projekten.

Beide auf einem MQTT-Broker betreiben

Sie müssen sich nicht für eines entscheiden. Viele Installationen nutzen Home Assistant für Geräte und Oberfläche und Node-RED für anspruchsvollere Logik und Integrationen. MQTT ist der sauberste Klebstoff dazwischen, weil beide gewöhnliche MQTT-Clients desselben Brokers sind.

Sensors / ESP32 / Zigbee2MQTT ──┐
                                ├──> MQTT broker <──> Home Assistant (entities, UI, simple automations)
Node-RED (logic, integrations) ─┘                <──> Node-RED (complex flows, databases, APIs)

Ein paar Regeln halten diese Anordnung beherrschbar:

Ein Verantwortlicher pro Entscheidung. Legen Sie fest, ob der Gewächshauslüfter von Home Assistant oder von Node-RED gesteuert wird, niemals von beiden. Zwei Automationen, die sich um ein Befehls-Topic streiten, sind die häufigste Ursache für Fehler à la „das Licht schaltet sich immer wieder ein“.
Getrennte Topic-Zweige. Geräte publizieren ihren Zustand unter .../<device>/state und nehmen Befehle unter .../<device>/set entgegen. Node-RED publiziert abgeleitete Daten in einem eigenen Zweig wie .../computed/..., den Home Assistant als zusätzliche Sensoren lesen kann.
Eindeutige Client IDs. Jede Home-Assistant-Instanz, jede Node-RED-Instanz und jedes Gerät braucht eine eigene Client ID. Doppelte IDs führen dazu, dass der Broker die ältere Session trennt – sichtbar als Verbindungen, die alle paar Sekunden abbrechen.
Zustand retained, Befehle nicht. Setzen Sie Zustands-Topics auf retained, damit ein neu gestartetes Home Assistant aktuelle Werte sieht; Befehle dagegen nicht, sonst schaltet sich ein Lüfter womöglich nach jedem Reconnect erneut ein.
Verbindungen zählen. Home Assistant, Node-RED, Zigbee2MQTT und ein Dutzend ESP32-Boards summieren sich. Der kostenlose ConnectMQ-Plan Serverless (Free) erlaubt bis zu 25 Verbindungen, was für die meisten Haushalte reicht; größere Installationen wechseln auf einen kostenpflichtigen Plan.

Sie können Node-RED auch mit den Nodes node-red-contrib-home-assistant-websocket an die eigene API von Home Assistant anbinden – so funktioniert das beliebte Node-RED-Add-on. Damit erhält Node-RED Zugriff auf jede Home-Assistant-Entität, auch auf solche ohne MQTT. Der MQTT-Ansatz ist leichter zu durchschauen, wenn Ihre Geräte bereits MQTT sprechen, und hält beide Werkzeuge unabhängig: Jedes kann neu gestartet oder ersetzt werden, ohne das andere zu beeinträchtigen.

Beide auf denselben Broker zeigen lassen

Für Experimente können beide Werkzeuge den Öffentlichen MQTT-Broker unter broker.connectmq.com auf Port 1883 mit einem eindeutigen Präfix wie connectmq/demo/ha5k2m nutzen. Für ein echtes Zuhause verwenden Sie private Zugangsdaten über TLS. In Home Assistant konfigurieren Sie die MQTT-Integration unter Einstellungen → Geräte & Dienste, tragen Broker-Host, Port 8883, YOUR_USERNAME und YOUR_PASSWORD ein und aktivieren TLS in den erweiterten Optionen. In Node-RED setzen Sie denselben Host und Port im mqtt-broker-Konfigurations-Node mit aktiviertem TLS und einer anderen Client ID. Das Node-RED-MQTT-Tutorial behandelt den Konfigurations-Node, und der Vergleich Node-RED vs. n8n lohnt sich, wenn Sie zusätzlich ein Workflow-Werkzeug für Cloud-Dienste abwägen.

Warum ein Cloud-Broker statt des Add-on-Brokers?

Home Assistant OS bietet ein lokales Mosquitto-Add-on, und für ein einzelnes Haus mit allem in einem Netzwerk ist das völlig vernünftig. Ein Cloud-MQTT-Broker wird attraktiv, wenn Geräte an mehreren Orten stehen (Ferienhaus, Gewächshaus auf einem anderen Grundstück, Wohnung von Angehörigen), wenn Sie die Home-Assistant-Box neu starten oder neu aufsetzen möchten, ohne die Messaging-Schicht abzuschalten, oder wenn Sie keine Ports am Router öffnen wollen. Ein verwalteter MQTT-Broker wie ConnectMQ ist über TLS von überall erreichbar, und sein Portal enthält einen Live-Topic-Explorer und Grenzwert-Alarmregeln – praktisch, um zu prüfen, was Home Assistant und Node-RED tatsächlich publizieren. Unser Leitfaden zur Auswahl eines IoT-MQTT-Brokers geht die Abwägungen durch.

Empfehlung

Beginnen Sie mit Home Assistant, wenn Ihr Ziel ein Smart Home mit überwiegend Consumer-Geräten, einer familienfreundlichen Oberfläche und überschaubaren Regeln ist.
Beginnen Sie mit Node-RED, wenn Ihre Automationen viel Logik, ungewöhnliche Protokolle, Datenbanken oder Geräte außerhalb des Hauses umfassen.
Nutzen Sie beide, verbunden über einen MQTT-Broker, sobald Ihre Home-Assistant-Automationen Templates in Templates benötigen. Lassen Sie jedes Werkzeug die Entscheidungen treffen, die es am besten beherrscht.

Home Assistant und Node-RED mit ConnectMQ verbinden

Legen Sie unter app.connectmq.com einen kostenlosen Serverless-Broker an, ohne Kreditkarte, kopieren Sie Benutzername, Passwort und Client ID und verbinden Sie Home Assistant und Node-RED per TLS auf Port 8883. Geben Sie jedem Werkzeug eigene Zugangsdaten oder eine eigene Client ID, und Sie haben ein gemeinsames Nachrichten-Rückgrat, das von keinem einzelnen Gerät in Ihrem Haus abhängt.

Häufig gestellte Fragen

Ist Node-RED besser als Home-Assistant-Automationen?

Keines ist grundsätzlich besser. Home-Assistant-Automationen sind für einfache, entitätsbasierte Regeln leichter und bringen Traces und Verlauf mit, während Node-RED komplexe Logik, Datentransformation und Protokolle außerhalb des Zuhauses komfortabler abdeckt.

Können Home Assistant und Node-RED denselben MQTT-Broker nutzen?

Ja. Beide sind Standard-MQTT-Clients. Geben Sie jedem eine eindeutige Client ID, einigen Sie sich auf Topic-Zweige für Zustand und Befehle und stellen Sie sicher, dass nur eines von beiden ein Gerät steuert.

Brauche ich das Node-RED-Add-on, um Node-RED mit Home Assistant zu nutzen?

Nein. Das Add-on ist unter Home Assistant OS bequem, aber Node-RED kann überall laufen und über einen gemeinsamen MQTT-Broker oder die Home-Assistant-Websocket-Nodes mit Home Assistant kommunizieren.

Wie viele MQTT-Verbindungen braucht ein typisches Smart Home?

Eine pro Gerät oder Gateway plus je eine für Home Assistant, Node-RED und Bridges wie Zigbee2MQTT. Viele Haushalte kommen mit den 25 Verbindungen des kostenlosen ConnectMQ-Plans Serverless (Free) aus.

Node-RED vs. Home Assistant: Was passt wann, und wie laufen beide auf einem MQTT-Broker?