Datenpunkttypen (DPT): Warum ein Wert auch eine Bedeutung braucht

Wer die ersten sechs Teile dieser Serie gelesen hat, weiss: Ein KNX-Telegramm trägt Daten. Es hat eine Quelladresse, eine Gruppenadresse und einen Nutzdatenbereich. Was in diesem Nutzdatenbereich steckt, ist aber zunächst nur eine Folge von Bits. Ob diese Bits einen Schaltbefehl bedeuten, einen Helligkeitswert in Prozent oder eine Raumtemperatur in Grad Celsius, das entscheidet der Datenpunkttyp, kurz DPT.

Dieser siebte Teil der Serie erklärt, was DPT sind, wie sie aufgebaut sind und warum ihre konsequente Pflege in der ETS-Projektierung weit mehr ist als eine Formalität. Gerade wer KNX-Anlagen an BACnet, Modbus oder MQTT koppelt, merkt schnell: Fehlende oder falsche DPT-Zuweisungen sind eine der häufigsten Ursachen für Fehler an Schnittstellen.

Was ein Datenpunkttyp ist und was er leistet

Ein Datenpunkttyp legt fest, wie die Bits im Nutzdatenbereich eines KNX-Telegramms zu interpretieren sind. Er beschreibt zwei Dinge gleichzeitig: das Format, also wie viele Bits verwendet werden und wie sie kodiert sind, und die Bedeutung, also welche physikalische Grösse oder welchen logischen Zustand diese Bits darstellen.

Ohne DPT ist ein Wert von beispielsweise 0x0C64 bedeutungslos. Mit dem richtigen DPT wird daraus eine Temperatur von 20,0 Grad Celsius. Mit einem anderen DPT könnte dieselbe Bitfolge eine Beleuchtungsstärke in Lux oder einen Zählerstand darstellen. Das Gerät, das das Telegramm empfängt, muss also wissen, welchen DPT es anwenden soll, um den Wert korrekt zu verarbeiten.

Die KNX Association definiert die Datenpunkttypen im KNX Standard, Dokument «Datapoint Types». Jeder DPT hat eine zweiteilige Nummer: Haupttyp und Untertyp, getrennt durch einen Punkt. Der Haupttyp beschreibt das Datenformat und die Länge. Der Untertyp präzisiert die physikalische Bedeutung, die Einheit und den Wertebereich. Diese Struktur ist wichtig, weil Geräte auf Haupttypebene kompatibel sein können, auf Untertypebene aber unterschiedliche Einheiten verwenden.

Die wichtigsten Datenpunkttypen im Überblick

Die KNX-Welt kennt Dutzende von Haupttypen. Im Projektalltag begegnen uns einige besonders häufig. Wir stellen die wichtigsten vor und zeigen, wo sie eingesetzt werden.

DPT 1: 1-Bit-Werte

DPT 1 ist der einfachste und am häufigsten verwendete Typ. Er überträgt genau ein Bit, also entweder 0 oder 1. Der bekannteste Untertyp ist DPT 1.001, der für Schalten steht: 0 bedeutet Aus, 1 bedeutet Ein. Weitere Untertypen desselben Formats kodieren andere logische Zustände, etwa Auf/Zu für Jalousien, Wahr/Falsch für Logikwerte oder Sperren/Freigeben für Funktionen.

Es ist wichtig zu verstehen, dass DPT 1.001 und DPT 1.008 zwar dasselbe Format haben, aber unterschiedliche Bedeutungen tragen. DPT 1.008 steht für Auf/Zu, nicht für Ein/Aus. Wer diese Untertypen verwechselt, erhält in der Visualisierung falsche Beschriftungen oder in einem Gateway eine falsche Zustandsanzeige.

DPT 5: 8-Bit-Werte ohne Vorzeichen

DPT 5 überträgt einen 8-Bit-Wert ohne Vorzeichen, also einen ganzzahligen Wert zwischen 0 und 255. Der wichtigste Untertyp ist DPT 5.001, der einen Prozentwert zwischen 0 und 100 Prozent darstellt. Dieser Typ wird für Helligkeitswerte, Ventilstellungen und ähnliche relative Grössen verwendet.

DPT 5.003 kodiert dagegen einen Winkel zwischen 0 und 360 Grad. Wer versehentlich DPT 5.003 für eine Helligkeitssteuerung verwendet, erhält zwar dieselbe Bitfolge, aber eine falsch beschriftete Anzeige in der Visualisierung und möglicherweise einen falschen Skalierungsfaktor im Gateway.

DPT 9: 2-Byte-Gleitkommazahl

DPT 9 ist der Standardtyp für physikalische Messgrössen im KNX-Bereich. Er verwendet ein spezielles 16-Bit-Gleitkommaformat, das im KNX Standard definiert ist. Der bekannteste Untertyp ist DPT 9.001 für Temperaturen in Grad Celsius. Weitere Untertypen decken Helligkeitsstärke in Lux (DPT 9.004), Windgeschwindigkeit in m/s (DPT 9.005) und viele weitere physikalische Grössen ab.

Das Format von DPT 9 hat eine begrenzte Auflösung und einen definierten Wertebereich. Für die meisten Gebäudetechnik-Anwendungen ist das ausreichend. Wer aber sehr genaue Messwerte übertragen muss, etwa für Energiezähler, greift auf andere Typen zurück.

DPT 13 und DPT 14: Zähler und physikalische Grössen mit höherer Auflösung

DPT 13 überträgt einen 4-Byte-Ganzzahlwert mit Vorzeichen. Er wird häufig für Zählerstände und Energiewerte verwendet, etwa für Wirkenergie in Wh oder Wirkleistung in W. DPT 13.010 steht für aktive Energie in Wh, DPT 13.012 für reaktive Energie in VARh.

DPT 14 verwendet ebenfalls 4 Bytes, aber im IEEE 754-Gleitkommaformat. Dieser Typ bietet eine deutlich höhere Auflösung als DPT 9 und wird für physikalische Grössen eingesetzt, bei denen Genauigkeit wichtig ist. DPT 14.019 steht beispielsweise für elektrische Spannung in Volt, DPT 14.031 für Frequenz in Hertz.

Für Energiemonitoring-Anwendungen sind DPT 13 und DPT 14 besonders relevant. Wer Zählerdaten aus KNX-Geräten in ein Energiemanagementsystem überführen will, muss diese Typen kennen und korrekt zuweisen.

Haupttyp und Untertyp: Warum beide zählen

Die zweiteilige Struktur der DPT-Nummern hat einen praktischen Grund. Geräte kommunizieren auf Haupttypebene miteinander. Zwei Geräte, die denselben Haupttyp verwenden, können Telegramme austauschen, ohne dass es zu Formatfehlern kommt. Auf Untertypebene entscheidet sich aber, ob der Wert in der richtigen Einheit angezeigt und korrekt skaliert wird.

Ein Beispiel: Ein Temperatursensor sendet DPT 9.001, also Grad Celsius. Ein Gateway, das diesen Wert an ein BACnet-System übergibt, muss wissen, dass es sich um Grad Celsius handelt, um den Wert korrekt in das BACnet-Objekt zu schreiben. Steht im Gateway nur «DPT 9» ohne Untertyp, muss der Integrator die Einheit manuell konfigurieren. Fehlt diese Konfiguration, erscheint der Wert zwar numerisch korrekt, aber ohne Einheit oder mit der falschen Einheit.

In der ETS-Projektierung wird der DPT pro Kommunikationsobjekt zugewiesen. Viele Geräteparameter schlagen einen DPT vor, der aus der Applikationsbeschreibung des Herstellers stammt. Dieser Vorschlag sollte immer geprüft werden. Wir sehen in der Praxis regelmässig, dass Hersteller für denselben Anwendungsfall unterschiedliche Untertypen verwenden, was bei Kopplungen zu Problemen führt.

Fehlerbilder bei falschem oder fehlendem DPT

Falsch zugewiesene oder fehlende DPT sind eine der häufigsten Fehlerquellen in KNX-Projekten, besonders wenn Schnittstellen zu anderen Systemen im Spiel sind. Wir beschreiben die typischen Fehlerbilder, die wir in der Praxis antreffen.

Falsche Anzeige in der Visualisierung

Das häufigste und am leichtesten erkennbare Fehlerbild: Ein Wert wird in der Visualisierung mit der falschen Einheit oder dem falschen Wertebereich angezeigt. Eine Temperatur erscheint als Prozentwert, eine Helligkeit als Temperatur, ein Schaltbefehl als Zahl. Der Grund ist fast immer ein falsch konfigurierter DPT in der Visualisierungssoftware oder ein fehlender Untertyp im ETS-Projekt.

Skalierungsfehler an Gateways

Gateways zwischen KNX und anderen Protokollen wie Modbus, BACnet oder MQTT müssen Werte konvertieren. Diese Konvertierung basiert auf dem DPT. Ist der DPT falsch oder fehlt er, verwendet das Gateway entweder einen Standardwert oder eine falsche Skalierung. Ein Helligkeitswert von 50 Prozent kann so als 50 Lux, als 50 von 255 oder als 50 von 65535 interpretiert werden, je nachdem, welchen DPT das Gateway annimmt.

Solche Fehler sind besonders tückisch, weil der Wert numerisch plausibel aussieht, aber physikalisch falsch ist. Eine Raumtemperatur von 20 Grad Celsius, die als 20 von 255 interpretiert wird, ergibt im Zielsystem einen Wert von knapp 8 Prozent, was keine offensichtliche Fehlermeldung auslöst, aber zu falschen Regelentscheidungen führt.

Inkompatible Kommunikation zwischen Geräten

Wenn zwei KNX-Geräte über eine Gruppenadresse kommunizieren und unterschiedliche DPT verwenden, kann es zu Fehlfunktionen kommen. Ein Aktor, der DPT 5.001 erwartet, erhält einen Wert im Format DPT 5.003. Das Gerät interpretiert die Bits nach seinem eigenen DPT, was zu einem falschen Stellwert führt. Solche Fehler treten besonders bei Mischinstallationen auf, wenn Geräte verschiedener Hersteller oder Generationen kombiniert werden.

Fehlende Energiedaten im Monitoring

Für Energiemonitoring-Anwendungen ist die korrekte DPT-Zuweisung besonders kritisch. Zählerdaten, die mit DPT 13 oder DPT 14 übertragen werden, müssen im Zielsystem mit der richtigen Einheit und dem richtigen Skalierungsfaktor ankommen. Fehler hier führen zu falschen Energiebilanzen, die im schlimmsten Fall erst nach Monaten auffallen, wenn die Jahresabrechnung nicht stimmt.

DPT in der ETS-Projektierung konsequent pflegen

Die ETS ist das zentrale Werkzeug für die KNX-Projektierung. Aktuelle Versionen, insbesondere ETS6, zeigen den DPT pro Kommunikationsobjekt an und erlauben die manuelle Anpassung. Viele Hersteller liefern ihre Applikationen mit vordefinierten DPT, die aus der Gerätebeschreibung stammen. Diese Vorgaben sind ein guter Ausgangspunkt, aber kein Garant für Korrektheit.

Unsere Empfehlung für die Projektierung: DPT immer explizit prüfen und dokumentieren, nicht nur den Haupttyp, sondern auch den Untertyp. Besonders bei Kommunikationsobjekten, die an Schnittstellen zu anderen Systemen beteiligt sind, lohnt sich eine vollständige DPT-Liste als Teil der Projektdokumentation. Diese Liste ist auch für die Inbetriebnahme und spätere Erweiterungen wertvoll.

Ein weiterer Punkt: Wenn mehrere Geräte über dieselbe Gruppenadresse kommunizieren, müssen alle beteiligten Kommunikationsobjekte denselben DPT verwenden. Die ETS warnt in einigen Fällen bei Inkonsistenzen, aber nicht immer. Eine manuelle Prüfung ist deshalb unerlässlich.

Für grössere Projekte empfehlen wir, die DPT-Zuweisung als Teil der Namenskonvention und Gruppenadressstruktur zu behandeln. Wer Gruppenadressen systematisch benennt und dokumentiert, sollte den DPT als Pflichtfeld in die Dokumentation aufnehmen. Wie eine solche Struktur aufgebaut wird, beschreiben wir in Teil 5 dieser Serie, «Gruppenadressen: So sprechen KNX-Geräte miteinander».

DPT als Brücke zu Schnittstellen

Der Nutzen einer sauberen DPT-Pflege zeigt sich am deutlichsten, wenn KNX-Anlagen an andere Systeme gekoppelt werden. Gateways zu BACnet, Modbus oder MQTT müssen jeden KNX-Datenpunkt in das Zielformat übersetzen. Diese Übersetzung ist nur dann korrekt, wenn der DPT bekannt und richtig zugewiesen ist.

Bei einer Kopplung zu BACnet nach SN EN ISO 16484-5 muss der Gateway-Konfigurator für jeden KNX-Datenpunkt das passende BACnet-Objekt und dessen Einheit festlegen. Ein KNX-Temperatursensor mit DPT 9.001 wird typischerweise auf ein Analog Input-Objekt mit der Einheit Grad Celsius abgebildet. Ist der DPT nicht bekannt, muss der Integrator die Einheit aus dem Kontext erschliessen oder beim Hersteller nachfragen. Das kostet Zeit und ist fehleranfällig.

Bei Modbus-Kopplungen ist die Situation ähnlich. Modbus kennt keine Datenpunkttypen im KNX-Sinne. Der Integrator muss festlegen, wie ein KNX-Wert in ein Modbus-Register übertragen wird: als 16-Bit-Ganzzahl, als 32-Bit-Wert, mit oder ohne Skalierungsfaktor. Ohne DPT-Information ist diese Festlegung eine Schätzung.

Bei MQTT-Kopplungen werden Werte oft als JSON-Objekte oder als einfache Strings übertragen. Auch hier entscheidet der DPT, wie der Wert formatiert und mit welcher Einheit er beschriftet wird. Dashboards und Cloud-Plattformen, die MQTT-Daten empfangen, zeigen nur dann korrekte Werte an, wenn die Einheit und der Wertebereich bekannt sind.

Wir behandeln diese Kopplungen ausführlich in unserer Serie «Schnittstellen rund um KNX». Die Artikel zu BACnet, Modbus und MQTT zeigen jeweils, welche Informationen ein Gateway braucht und wie die DPT-Zuweisung in die Schnittstellenliste einfliessen sollte.

DPT und Energiedaten: Besondere Anforderungen

Für Energiemonitoring-Anwendungen gelten besondere Anforderungen an die DPT-Pflege. Zählerdaten, Leistungswerte und Energiesummen werden in KNX-Anlagen häufig über Energiezähler-Gateways oder direkt über KNX-fähige Zähler erfasst. Die dabei verwendeten DPT müssen sorgfältig gewählt werden.

Wirkenergie wird typischerweise mit DPT 13.010 übertragen, Wirkleistung mit DPT 14.056. Diese Typen haben unterschiedliche Formate und Wertebereiche. DPT 13 verwendet eine 4-Byte-Ganzzahl mit Vorzeichen, DPT 14 eine 4-Byte-Gleitkommazahl nach IEEE 754. Wer diese Typen verwechselt oder im Gateway falsch konfiguriert, erhält Energiedaten, die numerisch plausibel aussehen, aber physikalisch falsch sind.

Ein weiterer Punkt betrifft die Übertragungsfrequenz. Energiezähler senden ihre Werte oft zyklisch, etwa alle 60 Sekunden. Wer diese Werte in ein Energiemanagementsystem überführen will, muss sicherstellen, dass der DPT und die Übertragungsfrequenz im Zielsystem korrekt konfiguriert sind. Fehler hier führen zu Lücken in der Datenreihe oder zu falschen Hochrechnungen.

Für Anlagen, die unter die Anforderungen der SN EN ISO 52120-1 fallen, also Gebäude mit Anforderungen an die Energieeffizienz der Gebäudeautomation, ist eine korrekte Erfassung der Energiedaten Voraussetzung für den Nachweis der GA-Effizienzklasse. Falsche DPT-Zuweisungen können diesen Nachweis gefährden.

Der rote Faden zu unseren Fachbeiträgen

Dieser Artikel baut auf den vorangegangenen Teilen der Serie auf. Teil 5, «Gruppenadressen: So sprechen KNX-Geräte miteinander», erklärt, wie Gruppenadressen strukturiert werden und warum eine konsistente Namenskonvention die Grundlage für eine saubere DPT-Dokumentation ist. Teil 6, «Kommunikationsobjekte und Flags: Wer sendet, wer hört zu?», zeigt, wie Kommunikationsobjekte in der ETS konfiguriert werden und wie der DPT dort zugewiesen wird.

Teil 8 dieser Serie, «Das KNX-Telegramm: Buszugriff, Bestätigung und Buslast», geht auf die Übertragungsebene ein und erklärt, wie Telegramme mit unterschiedlichen Datenlängen den Bus belasten.

Für die Schnittstellen zu anderen Systemen verweisen wir auf unsere Serie «Schnittstellen rund um KNX». Teil 3, «KNX und Modbus: Zähler, Wärmepumpen und Lüftungsgeräte einbinden», Teil 4, «KNX und BACnet: Raumautomation an die Gebäudeleittechnik», und Teil 5, «KNX und MQTT: Gebäudedaten für Dashboards und Cloud», zeigen jeweils, wie DPT-Informationen in die Schnittstellenkonfiguration einfliessen. Teil 6, «Wer mappt was? Schnittstellenliste und Verantwortung», fasst zusammen, wie eine vollständige Schnittstellenliste aufgebaut wird und welche Rolle der DPT darin spielt.

Wer sich für die Energieeffizienz-Anforderungen an Gebäudeautomation interessiert, findet in unserem Artikel «ISO 52120: Gebäudeautomation messbar bewerten» eine Einführung in die Anforderungen der SN EN ISO 52120-1 und deren Bezug zur Datenerfassung.

Fazit

Datenpunkttypen sind kein Detail am Rand der KNX-Projektierung. Sie sind das Bindeglied zwischen einer Bitfolge im Telegramm und einer physikalischen Grösse in der Anlage. Wer DPT konsequent pflegt, also Haupttyp und Untertyp für jedes Kommunikationsobjekt explizit prüft und dokumentiert, legt die Grundlage für eine funktionierende Visualisierung, korrekte Gateway-Konfigurationen und verlässliche Energiedaten.

Fehler bei der DPT-Zuweisung sind in der Praxis häufig und oft schwer zu finden, weil die Werte numerisch plausibel aussehen, aber physikalisch falsch sind. Besonders an Schnittstellen zu BACnet, Modbus und MQTT zeigt sich, ob die DPT-Dokumentation vollständig ist. Ein Gateway, das den DPT nicht kennt, muss raten. Das führt früher oder später zu Fehlern.

Die Investition in eine saubere DPT-Pflege zahlt sich aus: bei der Inbetriebnahme, bei Erweiterungen und bei jedem Systemwechsel. Wer heute die DPT-Liste als Pflichtbestandteil der Projektdokumentation behandelt, spart sich morgen aufwendige Fehlersuchen.

Sie haben Fragen dazu?

Sie planen eine KNX-Anlage mit Schnittstellen zu BACnet, Modbus oder einem Energiemanagementsystem und möchten sicherstellen, dass die DPT-Dokumentation von Anfang an stimmt? Oder Sie haben eine bestehende Anlage, bei der Werte an Schnittstellen nicht korrekt ankommen? Wir helfen Ihnen weiter. Schreiben Sie uns unter info@wenget.ch oder besuchen Sie wenget.ch.

Quellenverzeichnis

• KNX Association: KNX Standard, Dokument «Datapoint Types» (Haupttypen und Untertypen, Formate und Einheiten). Verfügbar für KNX-Mitglieder und zertifizierte Partner über die KNX Association, Brüssel. KNX® und ETS® sind eingetragene Marken der KNX Association cvba, Brüssel.
• KNX Association: KNX Standard, Systemspezifikation (Kommunikationsobjekte, Gruppenkommunkation, Telegramm-Nutzdaten). KNX Association, Brüssel.
• EN 50090 / ISO/IEC 14543-3: Home and Building Electronic Systems (HBES). Normgrundlage des KNX-Standards.
• SN EN ISO 16484-5 (SIA 386.155): Datenkommunikationsprotokoll BACnet. Referenz für die Kopplung KNX zu BACnet.
• SN EN ISO 52120-1 (SIA 386.111): Energieeffizienz von Gebäuden, Beitrag der Gebäudeautomation und Gebäudemanagement. Referenz für Energiedaten-Anforderungen.
• Eigene Projekterfahrung der WENGET GmbH aus KNX-Projektierungen, Gateway-Integrationen und Schnittstellenanalysen in Zweckbauten.