Node-RED vs Home Assistant Automations — Was ist besser?

Node-RED oder die eingebauten HA-Automationen? Vergleich beider Ansätze mit Praxisbeispielen, Vor- und Nachteilen — und wann du was einsetzen solltest.

Home Assistant hat zwei Wege für Automationen: die eingebauten Automations (YAML oder UI) und Node-RED als visuellen Flow-Editor. Beide haben ihre Fans, beide haben ihre Stärken. Welcher passt zu dir?

Auf einen Blick

KriteriumHA AutomationsNode-RED
EinrichtungSofort verfügbarAdd-on installieren
OberflächeFormular-basiert oder YAMLVisueller Flow-Editor
LernkurveFlach (UI) bis mittel (YAML)Mittel (Konzept der Flows)
KomplexitätEinfache bis mittlere LogikBeliebig komplex
DebuggingTrace-LogEchtzeit-Debug in Flows
BackupIn HA-Backup enthaltenSeparates Add-on-Backup
CommunityRiesig, HA-spezifischRiesig, plattformübergreifend

Home Assistant Automations

Die eingebaute Lösung. Seit den letzten Updates mit dem visuellen Editor deutlich besser geworden.

Stärken

  • Kein Extra-Setup: Sofort verfügbar, kein Add-on nötig
  • UI-Editor: Trigger, Bedingungen und Aktionen per Klick zusammenstellen
  • Blueprints: Fertige Automations-Vorlagen aus der Community importieren
  • Trace: Detailliertes Debugging — du siehst genau welcher Schritt wann ausgeführt wurde
  • Im HA-Ökosystem: Alles an einem Ort, ein Backup, eine Oberfläche
  • Labels & Kategorien: Automationen organisieren und gruppieren

Schwächen

  • Komplexe Logik wird unübersichtlich: Verschachtelte if/else, Schleifen, dynamische Entscheidungen — das wird in YAML schnell hässlich
  • Kein visueller Datenfluss: Du siehst nicht, wie Daten von A nach B fließen
  • Templates sind mächtig aber kryptisch: Jinja2-Templates können alles, sind aber nicht gerade leserlich
  • Kein globaler State zwischen Automationen: Jede Automation ist isoliert

Praxisbeispiel: Licht bei Bewegung

UI-Editor:

  1. Trigger: Bewegungssensor → “Bewegung erkannt”
  2. Bedingung: Nach Sonnenuntergang
  3. Aktion: Licht einschalten, nach 5 Minuten ausschalten

YAML:

automation:
  - alias: "Flur Licht bei Bewegung"
    trigger:
      - platform: state
        entity_id: binary_sensor.flur_bewegung
        to: "on"
    condition:
      - condition: sun
        after: sunset
    action:
      - service: light.turn_on
        entity_id: light.flur
        data:
          brightness_pct: 80
      - delay:
          minutes: 5
      - service: light.turn_off
        entity_id: light.flur

Einfach, klar, funktioniert. Für solche Standard-Automationen brauchst du kein Node-RED.

Node-RED

Ein visueller Flow-Editor, der ursprünglich von IBM entwickelt wurde. Läuft als Add-on in Home Assistant und kann über die Home Assistant Nodes direkt mit HA kommunizieren.

Einrichtung

  1. Einstellungen → Add-ons → Add-on Store
  2. Suche Node-RED
  3. Installieren → Starten
  4. Web-UI öffnen (Port 1880)

Stärken

  • Visuelles Debugging: Du siehst in Echtzeit welche Nachrichten durch welche Nodes fließen
  • Komplexe Logik leicht gemacht: Switch-Nodes, Function-Nodes, Loops — alles visuell verständlich
  • JavaScript-Power: In Function-Nodes kannst du beliebigen JavaScript-Code ausführen
  • Subflows: Wiederverwendbare Logikblöcke
  • Plattformübergreifend: Node-RED kann auch mit MQTT, HTTP, Datenbanken, APIs — nicht nur HA
  • Riesiges Node-Ökosystem: Tausende zusätzliche Nodes für alles Mögliche

Schwächen

  • Extra Add-on: Separater Prozess, separates Backup, zusätzlicher RAM-Verbrauch (~150-300MB)
  • Zwei Orte für Automationen: Manche in HA, manche in Node-RED — das kann unübersichtlich werden
  • Nicht im HA-Backup: Node-RED-Flows müssen separat gesichert werden (oder über das Add-on-Backup)
  • Overkill für einfache Automationen: Wenn alles was du brauchst “Bewegung → Licht an” ist, ist Node-RED wie mit Kanonen auf Spatzen schießen

Praxisbeispiel: Intelligente Heizungssteuerung

Ein Flow der die Heizung basierend auf mehreren Faktoren steuert:

[Temperatur-Sensor] → [Switch: < 19°C?]
                          ↓ Ja
                    [Fenster offen?] → [Ja: Heizung aus]
                          ↓ Nein
                    [Jemand zuhause?] → [Nein: Absenken]
                          ↓ Ja
                    [Heizung einschalten]

In Node-RED ist das eine klare visuelle Kette. In HA-YAML wäre das eine verschachtelte Condition-Hölle.

Wann was einsetzen?

Nimm HA Automations wenn:

  • Du einfache bis mittlere Automationen brauchst
  • Du alles an einem Ort haben willst
  • Du Blueprints aus der Community nutzen möchtest
  • Du kein JavaScript lernen willst
  • Du Ressourcen sparen musst (Raspberry Pi)

Nimm Node-RED wenn:

  • Du komplexe Logik mit vielen Verzweigungen brauchst
  • Du visuelles Debugging willst
  • Du schon JavaScript kannst
  • Du Node-RED auch für andere Dinge nutzt (MQTT, APIs, Datenbanken)
  • Du State-Machines oder zeitbasierte komplexe Abläufe brauchst

Nimm beides wenn:

  • Du Standard-Automationen in HA machst (Licht, Heizung, einfache Trigger)
  • Und komplexe Spezialfälle in Node-RED auslagerst (Multi-Step-Workflows, API-Integrationen)

Performance-Vergleich

MetrikHA AutomationsNode-RED
RAM-Verbrauch~0 (Teil von HA)~150-300MB extra
Reaktionszeit<100ms<100ms
Max. AutomationenTausendeTausende
CPU bei IdleMinimalMinimal

In der Praxis wirst du keinen Performance-Unterschied merken — außer beim RAM. Auf einem Raspberry Pi mit 2GB kann das relevant sein.

Migration: Von HA zu Node-RED (oder umgekehrt)

Es gibt kein automatisches Migrationstool. Aber:

  • HA → Node-RED: Automation in HA deaktivieren, in Node-RED als Flow nachbauen
  • Node-RED → HA: Flow-Logik in YAML oder UI-Editor übertragen

Tipp: Laufen lassen was läuft. Migriere nur wenn du einen konkreten Grund hast.

Fazit

Für die meisten Leute reichen die eingebauten HA-Automationen. Der UI-Editor ist in den letzten Versionen richtig gut geworden, Blueprints sparen Zeit, und du hast alles an einem Ort.

Node-RED lohnt sich, wenn du regelmäßig komplexe Logik brauchst, visuelles Debugging schätzt, oder sowieso schon mit JavaScript arbeitest.

Die schlechteste Option: beides halbherzig nutzen und nicht mehr wissen, wo welche Automation liegt. Entscheide dich für einen Hauptweg und nutze den anderen nur für Ausnahmen.

Weiterführende Artikel