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.
| Busspannung | Status | Wahrscheinliche Ursache | Maßnahme |
|---|---|---|---|
| 29V ±1V | Normal | Spannungsversorgung in Ordnung, Leitung im Sollbereich | Keine — mit Telegram-Diagnose fortfahren |
| 21–28V | Akzeptabel | Leitung nahe der Kapazitätsgrenze belastet oder Kabelabfall | Strombudget berechnen; auf überdimensionierte Stichleitungen prüfen |
| < 21V | Überlastwarnung | Zu viele Geräte für die Nennleistung des Netzteils; Kabel zu lang | Aktuelles Budget prüfen; 640-mA-Netzteil hinzufügen oder Segment mit Koppler trennen |
| 0V (Netzteil ein) | Kurzschluss | KNX + und − an Gerät oder Kabelverbindung kurzgeschlossen | Segmente isolieren; Kurzschluss durch Segmenttrennungsmethode lokalisieren |
| 0V (Netzteil aus) | Keine Stromversorgung | Netzteil ausgefallen, LS-Schalter ausgelöst oder Verdrahtungsfehler | Prü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
| Werkzeug | Typ | Kosten | Fähigkeit | Am besten geeignet für |
|---|---|---|---|---|
| ETS6 Group Monitor | Software (ETS6 kostenlos) | Kostenlos mit ETS6 | Echtzeit-GA-Telegrammanzeige, DPT-Dekodierung, Quell-/Zielfilter | Live-Inbetriebnahmeprüfung, GA-Flag-Test |
| ETS6 Bus Monitor | Software (ETS Pro) | ETS Pro-Lizenz | Roh-Telegramm-Trace inkl. Wiederholung, Bestätigung, Priorität, NAK | Tiefgehendes Protokoll-Debugging, ACK-Fehleranalyse |
| Wireshark + USB-IP-Schnittstelle | Software + Hardware | Kostenlos + ~200 € Schnittstelle | Voller KNXnet/IP-Paketmitschnitt über LAN oder USB | Netzwerk-IP-Routing-Probleme, Multicast-Analyse |
| MDT Bus Analyzer SCN-BA-U | Hardware | ~€400 | Standalone-Aufnahme auf SD-Karte, kein Laptop vor Ort erforderlich | Intermittierende Fehler auf großen Baustellen; Nachtaufnahme |
| Lingg & Janke LK-BA4 | Hardware | ~€350 | 4-Port-Busanalysator mit lokalem SD-Speicher und LED-Fehleranzeigen | Gleichzeitige Mehrleitungsaufnahme; Baustelle ohne Ingenieur |
| Digitalmultimeter (DC) | Hardware | €30–150 | Busspannung (DC), Durchgang (Ohm), Kurzschlusserkennung | Erste 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
| Symptom | Wahrscheinliche Ursache | Diagnoseschritt | Behebung |
|---|---|---|---|
| Busspannung = 0V, PSU-LED leuchtet | Kurzschluss im Bussegment | Spannung an den PSU-Klemmen messen; Leitung abschnittsweise trennen | Segmenttrennung anwenden – Hälfte der Leitung abklemmen, Spannung erneut prüfen; wiederholen, bis der Kurzschluss gefunden ist |
| Bus voltage < 21V under load | Stromüberlast – zu viele Geräte für das Netzteil | Gesamtstrombudget berechnen; ETS6-Geräteeigenschaften für den mA-Stromverbrauch jedes Geräts prüfen | Zweites KNX-Netzteil mit Drosseltrenner hinzufügen oder Leitung mit Linienkoppler aufteilen |
| Gerät in ETS offline / keine Antwort auf Download | Individuelle Adresse nicht programmiert oder Adresskonflikt | Programmiertaste am Gerät drücken – LED leuchtet; ETS6 → Topologie → Individuelle Adressen lesen | Geräte-PA über Programmiertastenmodus neu programmieren; auf doppelte PAs in derselben Leitung prüfen |
| Taste gedrückt, aber Aktor reagiert nicht | Gruppenadresse nicht verknüpft, Write-Flag fehlt oder falsche GA zugewiesen | Gruppenmonitor öffnen; Taste drücken; prüfen, ob Telegramm erscheint und Ziel-GA korrekt ist | GA-Zuweisung in ETS6 überprüfen; Schreib-Flag am Tast-Kommunikationsobjekt setzen |
| Aktor reagiert lokal, aber nicht von der Visualisierung | Lese-Flag oder Sende-Flag fehlt an der Status-GA | Gruppenmonitor → prüfen, ob Statustelegramm gesendet wird, wenn Aktor arbeitet | Sende-Flag am Aktor-Status-Kommunikationsobjekt aktivieren; neu herunterladen |
| Zyklische Telegrammflut – Busauslastung 70%+ | Zyklisches Sendeintervall zu kurz eingestellt an Sensor oder Aktor | Bus Monitor → Hochfrequenzquelle PA identifizieren; ETS-Parameter auf zyklisches Senden prüfen | Zyklisches Sendeintervall auf das notwendige Minimum erhöhen (60 Min. für Status; für Steuerung deaktivieren) |
| KNXnet/IP-Programmierung verbindet nicht | Multicast-Routing blockiert oder IP-Schnittstelle mit einem anderen Tunnel belegt | IP-Schnittstelle anpingen; ETS6 → IP-Schnittstellenverbindung prüfen; Router-IGMP-Snooping prüfen | IP-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 Anwendungsversion | Laden 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 liveBenö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 →