FAQ und Troubleshooting

Vielen Dank, dass du meine Node‑RED‑Nodes verwendest! Wenn du hier bist, gibt es wahrscheinlich ein Problem - kein Stress, wir bekommen es gelöst. KNX‑Ultimate ist stabil und weit verbreitet. Folge den Punkten unten; am Ende stehen die Kontaktwege.

Mindestvoraussetzung: Node.js >= 16

Der Node funktioniert nicht

  • Gateway‑Konfigurations‑Node mit korrekter IP/Port zu KNX/IP‑Router bzw. ‑Interface angelegt?
  • KNX/IP‑ Router ** :Host** = 224.0.23.12, Port 3671.
  • KNX/IP‑ Interface ** :Host** = GerĂ€te‑IP (z. B. 192.168.1.22), Port 3671.
  • Mehrere NICs ** (Ethernet/WLAN): richtige NIC im Gateway wĂ€hlen oder WLAN deaktivieren. DanachNode‑RED neu starten** .
  • Nur echte zertifizierte KNX/IP‑Router/Interfaces nutzen; “all‑in‑one”/Proxy‑GerĂ€te vermeiden.
  • Mit Interfaces ggf. “Suppress ACK request” im Gateway aktivieren.
  • Sieh auch “Ich kann nur empfangen / nicht senden”.
  • In Containern: Start von Node‑RED etwas verzögern (NIC evtl. noch down).

Nach einiger Zeit Aussetzer

  • Obige Checkliste erneut prĂŒfen.
  • DDOS/UDP‑Flood‑Schutz auf Switch/Router testweise deaktivieren (kann KNX‑UDP blockieren).
  • Direktverbindung KNX/IP ↔ Node‑RED‑Rechner testen.
  • Billige/all‑in‑one‑Interfaces meiden; besser KNX/IP‑Router .
  • Bei Interfaces auf Verbindungs‑Limits achten (Handbuch). Router haben diese Limits nicht.

knxd‑Konfiguration

  • LĂ€uft knxd auf derselben Maschine: 127.0.0.1 als Interface verwenden.
  • Filtertabellen prĂŒfen und physikalische Adresse des Config‑Nodes anpassen.
  • Im Gateway (Erweitert) “Echo sent message to all node with same Group Address” aktivieren.

ETS zeigt Telegramm, Aktor reagiert nicht

Andere KNX‑Plugins in Node‑RED könnten interferieren.

  • Alle anderen KNX‑Plugins aus der Palette entfernen; nur KNX‑Ultimate lassen (auch versteckte Config‑Nodes löschen).
  • Mit Interfaces “Suppress ACK request” im Gateway aktivieren.

Ich kann nur empfangen, nicht senden (oder umgekehrt)

Eventuell ist Filtering im Router/Interface aktiv.

  • In ETS Forwarding erlauben oder physikalische Adresse des Config‑Nodes nach Filtertabellen anpassen.
  • Mit knxd : Filtertabellen prĂŒfen und physikalische Adresse anpassen.

Falsche Werte

  • Passenden Datapoint nutzen (Temperatur: 9.001).
  • ETS‑CSV im Gateway importieren → korrekte DPTs.
  • Keine zwei Nodes mit gleicher GA ** undunterschiedlichem DPT** verwenden.

Nachrichten propagieren nicht zwischen Nodes mit gleicher GA

Passiert bei Tunneling/Unicast (Interfaces, knxd).

  • Im Gateway “Echo sent message to all node with same Group Address” aktivieren.

Secure KNX Router/Interfaces

Im Secure‑Modus nicht unterstĂŒtzt; funktioniert nur, wenn unsichere Verbindungen erlaubt sind.

  • Secure‑Routing deaktivieren oder unsichere Verbindungen zulassen.
  • Optional zweite dedizierte NIC direkt zum KNX‑Router; im Gateway “Bind to local interface” setzen.
  • Secure‑Support kann zukĂŒnftig kommen.

Flood‑Protection

SchĂŒtzt UI/BUS vor Überlast (max. 120 Nachrichten/Sek. pro Node; 1‑s‑Fenster).

  • delay ‑Node einsetzen.
  • RBE nutzen, um unverĂ€nderte Werte zu verwerfen. Details

Warnungen zu Datapoints nach ETS‑Import

  • In ETS vollstĂ€ndige DPTs inkl. Subtyp pflegen (z. B. 5.001).
  • Alternativ beim Import “Import with a fake 1.001 datapoint (Not recommended)” wĂ€hlen oder betroffene GAs ĂŒberspringen.

Schutz vor zyklischen Referenzen

Verhindert Loops, wenn zwei Nodes mit gleicher GA direkt Out→In verbunden sind.

  • Flow anpassen; Knoten entkoppeln oder “Moderator” dazwischen setzen.
  • RBE aktivieren. Details

Noch Probleme?