KNX · Diagnose · Bus Monitor · Fehlerisolierung · 9 Min. Lesezeit

KNX-Bus-Diagnose: Überwachung, Telegramm-Tracing und Fehlerisolierung

KNX-Busfehler reichen von einer stillen toten Leitung bis zu einer intermittierenden Rauschquelle, die einmal täglich Telegramme korrumpiert. Systematische Diagnose – beginnend mit der Busspannung und über Telegramm-Tracing bis zur EMV-Analyse – löst die meisten Fehler, ohne Hardware auszutauschen.

KNX-Busspannung: Spezifikation und Messung

Der KNX-TP-Bus arbeitet mit 29 V DC (Nennspannung). Der Spannung ist ein differentielles Signal mit 9600 bit/s überlagert. Die Busspannung ist die erste Diagnosemessung, da sie sofort die schwerwiegendsten Fehlerklassen identifiziert: keine Spannung, Kurzschluss und Überlast.

BusspannungStatusWahrscheinliche UrsacheMaßnahme
29V ±1VNormalSpannungsversorgung in Ordnung, Leitung im SollbereichKeine — mit Telegram-Diagnose fortfahren
21–28VAkzeptabelLeitung nahe der Kapazitätsgrenze belastet oder KabelabfallStrombudget berechnen; auf überdimensionierte Stichleitungen prüfen
< 21VÜberlastwarnungZu viele Geräte für die Nennleistung des Netzteils; Kabel zu langAktuelles Budget prüfen; 640-mA-Netzteil hinzufügen oder Segment mit Koppler trennen
0V (Netzteil ein)KurzschlussKNX + und − an Gerät oder Kabelverbindung kurzgeschlossenSegmente isolieren; Kurzschluss durch Segmenttrennungsmethode lokalisieren
0V (Netzteil aus)Keine StromversorgungNetzteil ausgefallen, LS-Schalter ausgelöst oder VerdrahtungsfehlerPrüfen Sie den MCB, der das 29V-Netzteil schützt; prüfen Sie die LED-Statusanzeige des Netzteils

Wo die Busspannung messen

Measurement point: KNX bus terminal block in the panel
  → Between KNX bus + (red) and KNX bus − (black) terminals
  → At the patch point closest to the power supply
  → Then at the furthest device on the line (check voltage drop)

Tool: Digital multimeter, DC voltage range 50V or 100V
  → Acceptable voltage drop along the cable: max 2V
  → If drop > 2V: cable too long, too thin, or too many joints

Never measure bus voltage with the bus carrying live telegrams
using an analogue meter — the signal will deflect the needle
and give a false low reading. Use a true-RMS digital meter.

Berechnung des Busstrombudgets

Jedes KNX-Gerät bezieht Strom aus der 29V-Busstromversorgung. Die Summe aller Geräteströme darf 75% der Nennleistung des Netzteils nicht überschreiten – die Sicherheitsmarge berücksichtigt den Einschaltstrom beim Gerätestart und die Anforderungen an die Bus-Signalamplitude.

160mA Netzteil

120mA maximale Last

~8 Geräte bei durchschnittlich 15mA

MDT STC-0160.01

320mA Netzteil

240mA maximale Last

~16 Geräte bei durchschnittlich 15mA

MDT STC-0320.01

640mA Netzteil

480mA maximale Last

~32 Geräte bei durchschnittlich 15mA

MDT STC-0640.01

Stromaufnahme einzelner Geräte: einfache Binäreingänge benötigen 5–8 mA; Tasterschnittstellen benötigen 5–12 mA; Aktoren (4-fach, 8-fach) benötigen 10–20 mA; DALI-Gateways benötigen 20–30 mA; IP-Router benötigen bis zu 50 mA. Überprüfen Sie stets das Gerätedatenblatt in ETS6 – die Stromaufnahme ist im Fenster der Geräteeigenschaften aufgeführt.

Beispiel für die Berechnung des Strombudgets

Line 1.1 — Floor 1 lighting and blinds (28 devices):
  Device type                     Qty   mA each   Total
  ─────────────────────────────────────────────────────
  MDT BMK2.01 (binary input 2ch)   8  ×   5mA  =  40mA
  MDT AKD-0424.02 (4ch actuator)   4  ×  12mA  =  48mA
  MDT JAL-0410.01 (4ch shutter)    2  ×  20mA  =  40mA
  Gira 509000 (4-button sensor)    6  ×   8mA  =  48mA
  MDT STC-0321.02 (DALI gateway)   2  ×  25mA  =  50mA
  MDT SCN-IP200.02 (IP router)     1  ×  40mA  =  40mA
  ─────────────────────────────────────────────────────
  Total                            23          = 266mA
  Safety margin (+33%)                         = 354mA
  Selected PSU: MDT STC-0640.01 (640mA)       ← comfortable margin

Diagnosewerkzeuge: Auswahlhilfe

WerkzeugTypKostenFähigkeitAm besten geeignet für
ETS6 Group MonitorSoftware (ETS6 kostenlos)Kostenlos mit ETS6Echtzeit-GA-Telegrammanzeige, DPT-Dekodierung, Quell-/ZielfilterLive-Inbetriebnahmeprüfung, GA-Flag-Test
ETS6 Bus MonitorSoftware (ETS Pro)ETS Pro-LizenzRoh-Telegramm-Trace inkl. Wiederholung, Bestätigung, Priorität, NAKTiefgehendes Protokoll-Debugging, ACK-Fehleranalyse
Wireshark + USB-IP-SchnittstelleSoftware + HardwareKostenlos + ~200 € SchnittstelleVoller KNXnet/IP-Paketmitschnitt über LAN oder USBNetzwerk-IP-Routing-Probleme, Multicast-Analyse
MDT Bus Analyzer SCN-BA-UHardware~€400Standalone-Aufnahme auf SD-Karte, kein Laptop vor Ort erforderlichIntermittierende Fehler auf großen Baustellen; Nachtaufnahme
Lingg & Janke LK-BA4Hardware~€3504-Port-Busanalysator mit lokalem SD-Speicher und LED-FehleranzeigenGleichzeitige Mehrleitungsaufnahme; Baustelle ohne Ingenieur
Digitalmultimeter (DC)Hardware€30–150Busspannung (DC), Durchgang (Ohm), KurzschlusserkennungErste Prüfung vor Ort; immer erforderlich

Telegrammverfolgung mit ETS6 Bus Monitor

Der ETS6 Bus Monitor (verfügbar in ETS Professional) erfasst jedes Telegramm auf dem Bus, einschließlich Bestätigungsrahmen, Wiederholungsanforderungen und NAK-Antworten. Dieser Detaillierungsgrad ist für die Diagnose von Anwendungsinkompatibilitätsfehlern und Timing-Problemen unerlässlich.

ETS6 Bus Monitor – Lesen eines Telegramms

Telegram field structure:
  Time      Source PA   Dest GA     APDU     DPT value   Flags
  ─────────────────────────────────────────────────────────────
  12:04:01  1.1.5       1/1/1       Write    1 (On)      C W -
  12:04:01  1.1.10      1/1/1       Write    1 (On)      C - T   ← actuator confirms
  12:04:03  1.1.5       1/1/2       Read     ?           C - R   ← polling status
  12:04:03  1.1.10      1/1/2       Response 1 (On)      C - T

Key fields:
  Source PA   → Individual address of the sending device
  Dest GA     → Group address the telegram is directed to
  APDU type   → Write (command), Read (poll), Response (reply to poll)
  DPT value   → Decoded data value — verify against expected DPT
  Flags       → C = Communication; W = Write; R = Read; T = Transmit

Repeat telegrams — warning sign:
  If same telegram appears 3 times in sequence → device did not
  acknowledge → possible bus collision or device unresponsive
  → Check individual address, re-download application

ETS6 Group Monitor Filtersyntax

Filter by group address (Group Monitor filter bar):
  1/*         → All telegrams to Main group 1
  1/1/*       → All telegrams to Main 1, Middle 1
  1/1/1       → Exactly group address 1/1/1

Filter by source individual address:
  src:1.1.5   → Only telegrams sent from device 1.1.5
  src:1.1.*   → All devices on line 1.1

Combined filter:
  src:1.1.5 1/1/*   → Telegrams from push button 1.1.5 to lighting GAs

Filter by DPT:
  dpt:1.001   → Only boolean switch telegrams (on/off)
  dpt:9.*     → All 2-byte float telegrams (temperature, etc.)

Exclude heartbeat spam:
  !src:0.0.1  → Exclude telegrams from NTP time source

Häufige Fehlerdiagnose

SymptomWahrscheinliche UrsacheDiagnoseschrittBehebung
Busspannung = 0V, PSU-LED leuchtetKurzschluss im BussegmentSpannung an den PSU-Klemmen messen; Leitung abschnittsweise trennenSegmenttrennung anwenden – Hälfte der Leitung abklemmen, Spannung erneut prüfen; wiederholen, bis der Kurzschluss gefunden ist
Bus voltage < 21V under loadStromüberlast – zu viele Geräte für das NetzteilGesamtstrombudget berechnen; ETS6-Geräteeigenschaften für den mA-Stromverbrauch jedes Geräts prüfenZweites KNX-Netzteil mit Drosseltrenner hinzufügen oder Leitung mit Linienkoppler aufteilen
Gerät in ETS offline / keine Antwort auf DownloadIndividuelle Adresse nicht programmiert oder AdresskonfliktProgrammiertaste am Gerät drücken – LED leuchtet; ETS6 → Topologie → Individuelle Adressen lesenGeräte-PA über Programmiertastenmodus neu programmieren; auf doppelte PAs in derselben Leitung prüfen
Taste gedrückt, aber Aktor reagiert nichtGruppenadresse nicht verknüpft, Write-Flag fehlt oder falsche GA zugewiesenGruppenmonitor öffnen; Taste drücken; prüfen, ob Telegramm erscheint und Ziel-GA korrekt istGA-Zuweisung in ETS6 überprüfen; Schreib-Flag am Tast-Kommunikationsobjekt setzen
Aktor reagiert lokal, aber nicht von der VisualisierungLese-Flag oder Sende-Flag fehlt an der Status-GAGruppenmonitor → prüfen, ob Statustelegramm gesendet wird, wenn Aktor arbeitetSende-Flag am Aktor-Status-Kommunikationsobjekt aktivieren; neu herunterladen
Zyklische Telegrammflut – Busauslastung 70%+Zyklisches Sendeintervall zu kurz eingestellt an Sensor oder AktorBus Monitor → Hochfrequenzquelle PA identifizieren; ETS-Parameter auf zyklisches Senden prüfenZyklisches Sendeintervall auf das notwendige Minimum erhöhen (60 Min. für Status; für Steuerung deaktivieren)
KNXnet/IP-Programmierung verbindet nichtMulticast-Routing blockiert oder IP-Schnittstelle mit einem anderen Tunnel belegtIP-Schnittstelle anpingen; ETS6 → IP-Schnittstellenverbindung prüfen; Router-IGMP-Snooping prüfenIP-Schnittstelle neu starten; maximale Tunnelverbindungen prüfen (normalerweise 4); IGMP-Snooping aktiviert prüfen
ETS6 download fails with 'firmware version mismatch'ETS6-Anwendungsversion stimmt nicht mit Geräte-Firmware übereinÜberprüfen Sie die Geräte-Firmware-Version in den ETS6-Geräteeigenschaften → Feld AnwendungsversionLaden Sie die passende .knxprod vom Hersteller herunter; importieren Sie sie in den ETS6-Katalog; weisen Sie die Anwendung neu zu

Hardware bus analyzers: MDT and Lingg & Janke

Reine Software-Überwachung erfordert einen dauerhaft mit der Installation verbundenen Laptop. Hardware-Busanalysatoren arbeiten eigenständig: Sie werden direkt an den KNX-TP-Bus angeschlossen, zeichnen alle Telegramme auf einer SD-Karte oder im internen Speicher auf und können über Nacht belassen werden, um sporadische Fehler zu erfassen, die bei einem Tagesbesuch nie auftreten würden.

MDT Bus Analyzer SCN-BA-U

  • USB-gespeist, Hutschienenmontage
  • Erfasst alle Telegramme einschließlich NAK- und Wiederholungsrahmen
  • Exportiert das Protokoll auf den PC für die Nachanalyse in der MDT Bus Analyzer Software
  • Filter konfigurierbar nach Gruppenadressbereich oder Einzeladresse
  • Zeitstempelauflösung: 1 ms – ausreichend für Kollisionsanalyse
  • Wesentlich für intermittierende Fehler bei großen gewerblichen Installationen

Lingg & Janke LK-BA4

  • 4-Kanal-Analysator – überwacht gleichzeitig 4 KNX-Linien
  • SD-Kartenspeicher – für 24h+ Aufzeichnung vor Ort belassen
  • LED-Fehleranzeigen: Busspannung, Kollisionsrate, ACK-Fehlerrate
  • Analysesoftware: CSV in ETS Bus Monitor oder benutzerdefiniertes Tool importieren
  • Besonders effektiv für Mehrlinieninstallationen mit linienübergreifenden Timing-Problemen
  • Kompatibel mit dem ETS Bus Monitor Log-Format für direkten Import

Wann ein Hardware-Analysator verwendet werden sollte: jeder Fehler, der sich während eines Vor-Ort-Besuchs nicht reproduzieren lässt – typischerweise EMV-bedingte Fehler von Frequenzumrichtern, Bus-Resets, die mit dem Start von Maschinen zusammenfallen, oder intermittierende ACK-Fehler auf einer bestimmten Leitung. Software-Monitoring erfordert einen dauerhaft angeschlossenen Laptop; Hardware-Analysatoren laufen unbeaufsichtigt und erfassen den genauen Fehlerzeitstempel zur Korrelation mit den Betriebsprotokollen der Anlage.

Identifikation und Minderung von EMV-Störungen

Elektromagnetische Störungen sind die heimtückischste KNK-Fehlerquelle, da sie intermittierende Fehler verursachen, die je nach Lastbedingungen und Tageszeit variieren. Die drei häufigsten EMV-Quellen in Gebäudeinstallationen sind Phasenanschnittdimmer, Frequenzumrichter (VFDs) an HLK-Motoren und LED-Treiber ohne EMV-Filterung.

Phasenanschnittdimmer (TRIAC)

Symptom: Zufällige Telegrammstörungen auf benachbarten Kabeltrassen; Busmonitor zeigt häufige ACK-Fehler auf Beleuchtungslinien

Behebung: Ersetzen Sie Dimmer durch Phasenabschnittsdimmer (MOSFET) oder KNX DALI-Vorschaltgeräte. Verlegen Sie das KNX TP-Kabel mindestens 50 mm von jedem Dimmerausgangskabel entfernt. Fügen Sie eine Ferritdrossel am Dimmerausgang hinzu, falls eine Umverlegung nicht möglich ist.

Frequenzumrichter (FU) in der HLK

Symptom: Busfehler korrelieren genau mit HLK-Start/Stopp; Fehler verstärken sich bei Vielfachen der 50-Hz-Netzfrequenz

Behebung: Vergrößern Sie den Abstand zwischen KNX TP- und FU-Ausgangskabeln auf mindestens 100 mm. Verlegen Sie KNX in einem separaten Stahlrohr. Fügen Sie einen KNK-Drosselfilter (MDT SCN-EF.02) im KNX-Leitungsabschnitt ein, der dem FU am nächsten ist. Verbinden Sie das FU-Gehäuse mit Schutzerde.

Schalten von LED-Treibern ohne EMV-Filter

Symptom: Busrauschen nimmt nach LED-Nachrüstung zu; Fehler verstärken sich auf Leitungen in räumlicher Nähe zu neuen LED-Leuchten

Behebung: Ersetzen Sie LED-Treiber durch Typen mit EN 55015 Klasse B Zertifizierung. Bevorzugen Sie Treiber von etablierten Herstellern (Tridonic, Philips Xitanium, Osram) anstelle von markenlosen Einheiten. Prüfen Sie die EMI-Zertifizierungskennzeichnung auf dem Treiberetikett.

Mindestabstände (IEC 60364-5-52): KNX-TP-Kabel müssen ohne Schirmung mindestens 50 mm von 230-V-Stromkabeln entfernt sein, oder 10 mm mit einer geerdeten metallischen Trennung. Bei paralleler Verlegung mit VFD-Ausgangskabeln ist ein Mindestabstand von 100 mm oder ein eigener geschirmter Kanal erforderlich.

Kurzschlussisolierung: Schritt für Schritt

Ein Kurzschluss im KNX-Bus senkt die Leitungsspannung auf 0 V und legt die gesamte Linie lahm. Das Netzteil geht in den Strombegrenzungsmodus (angezeigt durch die Überlast-LED bei den meisten MDT- und Siemens-Netzteilen). Verwenden Sie die Segmenttrennungsmethode, um den Fehler ohne Oszilloskop zu lokalisieren.

Kurzschlussisolierungsverfahren

Step 1: Confirm short circuit
  → Measure bus voltage at panel terminal: 0V with PSU LED on
  → PSU rated current exceeded: overload indicator lit

Step 2: Disconnect all KNX spur terminals at the panel
  → Remove all KNX TP cables from the distribution terminal block
  → Measure voltage at PSU output: should return to 29V
  → If still 0V: fault is in panel wiring or PSU itself

Step 3: Binary search — reconnect half the spurs
  → Reconnect spurs 1–4 (out of 8 total)
  → Measure bus voltage:
    → Drops to 0V: fault is on spurs 1–4 → reconnect one by one
    → Stays at 29V: fault is on spurs 5–8 → reconnect and test

Step 4: Repeat until fault spur is identified
  → Reconnect cables one by one on the fault spur
  → Voltage drops to 0V when faulty cable is reconnected

Step 5: Trace the faulty cable run
  → Disconnect devices one by one from the faulty cable run
  → Voltage recovers when faulty device or junction box is found
  → Common fault locations: pinched cable at conduit entry,
    reversed polarity at device terminal, damaged cable at bend

Step 6: Line coupler isolation (multi-line installations)
  → If line coupler is in-circuit: set coupler to Block All mode
  → This isolates the sub-line without cutting bus continuity
  → Use ETS6 to put line coupler in block mode remotely
    if the backbone is still live

Benötigen Sie einen KNX-Schaltschrank nach Spezifikation?

Wir bauen und prüfen KNX-Schaltschränke komplett — Busspannung geprüft, Gruppenadresstabelle getestet und Fehlersuche abgeschlossen, bevor der Schaltschrank zur Baustelle versendet wird.

Angebot anfordern →
Loading...
Back to top