ElabNET Technik Forum

Hallo liebe Kunden und Foristen, womöglich gibt es demnächst eine

Überarbeitung der Applikation und der Universalobjekte.

Ich möchte nichts versprechen, aber es könnte dabei die Möglichkeit geben, den Universalobjekten weitere Datenpunkttypen hinzuzufügen.

Wenn Ihr also Wünsche an weitere DPT habt, dann bitte her damit

lg

Stefan

Hallo Stefan,

wenn ihr daran etwas ändert, bitte auf jeden Fall den HVAC-Modus (20.102), da dieser für die Heizungsregelung wichtig ist.
Weiter habe ich bisher noch nicht vermisst.

Grüße
Jürgen

War hier nicht mal.was.mit den RGB RGBW DPTs? Und im KNX -UF habe ich glaube irgendwo Mal was gelesen daß es jetzt auch ganz neue passend zu HSV und HCL oder so gibt. Das wäre ggf für die TIE nicht uninteressant. Ich muss da Mal googeln.

Hallo Stefan,

aus meiner Sicht fehlt noch der 9.029 (absolute Luftfeuchte) damit man z. B. von einnem Multisensor alles in der Visu anzeigen zu können.

Gruß Bernd

Hallo zusammen,

wir machen womöglich - wenn die KNX Association das MAP-Feature funktionierend zur Verfügung stellt - demnächst unsere neue Applikation. Wenn ihr also neue DPT haben wollt, dann brauche ich diese Wünsche demnächst.

Eure bisherigen Wünsche waren:

• 20.102 (HVAC-Modus)
• 9.029 (absolute Luftfeuchte)

Ich habe noch herausgesucht:

• 27.001 (4 Byte, Schaltstatus)
• 225 (3 Byte, Zeit in 100ms Schritten)
• 232 (3-Byte, z.B. für RGB / HSV)
• 232.600 (3-Byte, Colour_RGB)
• 238.600 (8 Bit, Fehlerstatus Lampe EVG)

==> Wenn Ihr noch Wünsche habt, dann bitte posten

lg

Stefan

Hallo Stefan!

Ich sehe ab DPT 20 viele, die ihr nicht unterstützt. Mir fehlt ehrlicherweise keiner.
Ich verstehe auch nicht, was diese sehr speziellen DPT sein sollen, sieht irgendwie so aus, als hätten sich da einige Hersteller für jede Kleinigkeit einen neuen DPT gewünscht.
Natürlich führt das aber auch zum Riskiko, dass immer wieder mal ein DPT gefordert wird, weil er für ein bestimmtes (seltenes) Gerät erforderlich ist.

lg
Robert

Robert_Mini hat geschrieben: ↑So Dez 22, 2019 4:25 pm sieht irgendwie so aus, als hätten sich da einige Hersteller für jede Kleinigkeit einen neuen DPT gewünscht.

Ja, macht mir auch den Eindruck.

Natürlich könnten wir jeden bekannten DPT implementieren, aber wer bezahlt das? Wir wollen die Care-Gelder lieber sinnvoll einsetzen.

Im übrigen kann man ja alle 1, 2, 3 ,4 Byte Typen ja trotzdem empfangen, muss man dann eben selbst dekodieren

lg

Stefan

Ich denke die neuen DPT, die im Zusammenhang mit Farbsteuerung und TW definiert wurden, werden in Zukunft immer mehr nachgefragt werden und sind vlt. auch hinsichtlich der weiteren Roadmap eine Betrachtung wert:
232.600
242.600
249.600
250.600
251.600

Interessant wird HSV und 232er Gruppe: Gibt' da überhaupt ne richtige Spec bzw. einen Subtyp für? Ich hab' schon gesehen, dass 232.600 für HSV vergewaltigt wird, hat aber unterschiedliche Wertebereiche im ersten Byte.

Ich vermute, dass hier einige auch das Enertex SmartMeter verwenden. Daher wäre es schön, wenn die dort verwendeten DPTs unterstützt werden, vgl. z.B. https://www.enertex.de/downloads/1149/1 ... 85A-de.pdf wie z.B. 13.010 DPT_ActiveEnergy

Spannend wäre hier aber auch der DPT_Harmonics - von dem im Handbuch steht "Neuer dpt-Typ. Noch nicht von der KNX freigegeben."
Den korrekt decodiert anzuzeigen und/oder per Logik weiter zu verarbeiten dürfte keinen Sinn machen, da viel zu komplex. (Bzw. das macht eigentlich nur in der Visu Sinn - und die CometVisu kann das ja schon länger: https://www.cometvisu.org/CometVisu/de/ ... index.html )
Aber vielleicht gibt es eine bessere Darstellung als die 14 Hex-Bytes. (Wobei ich gerade auch nicht wüsste welche... Evtl. nur das erste Byte dekodieren und das ganze dann mit dem Text "Spektrum ab Index ..." darstellen?):

Hallo Chris,

Chris M. hat geschrieben: ↑Mi Dez 25, 2019 7:18 pmIch vermute, dass hier einige auch das Enertex SmartMeter verwenden.

Ja, unter anderem wir in unserer Manufaktur. Ich finde es sehr empfehlenswert.

Chris M. hat geschrieben: ↑Mi Dez 25, 2019 7:18 pmDaher wäre es schön, wenn die dort verwendeten DPTs unterstützt werden, vgl. z.B. https://www.enertex.de/downloads/1149/1 ... 85A-de.pdf wie z.B. 13.010 DPT_ActiveEnergy

ok, dann gehen wir mal die Liste durch.

Chris M. hat geschrieben: ↑Mi Dez 25, 2019 7:18 pmSpannend wäre hier aber auch der DPT_Harmonics - von dem im Handbuch steht "Neuer dpt-Typ. Noch nicht von der KNX freigegeben." Den korrekt decodiert anzuzeigen und/oder per Logik weiter zu verarbeiten dürfte keinen Sinn machen, da viel zu komplex.

Ja. Es gibt dazu auch leider keine DPT-Angabe.

Chris M. hat geschrieben: ↑Mi Dez 25, 2019 7:18 pmAber vielleicht gibt es eine bessere Darstellung als die 14 Hex-Bytes. (Wobei ich gerade auch nicht wüsste welche... Evtl. nur das erste Byte dekodieren und das ganze dann mit dem Text "Spektrum ab Index ..." darstellen?):

Ok, habe mir die Kodierung angesehen, da bin ich auch ratlos für den Busmonitor. Dein Vorschlag ist ganz gut, weil man daran die vier Telegramme für die 50 Oberschwingungen am ersten Byte erkennen kann.

Finde ich toll, dass die CometVisu das darstellen kann. Muss ich mir mal eine "Energieseite" im Wolf überlegen, in der man Zähler, Bilanzen, und Berechnungen anstellen (oder von so einen Smartmeter erhalten) kann. Man müsste im Prinzip ein Diagnosemodul dafür implementieren.

Letzteres ist zumindest keine kurzfristige Sache.

Aber die DPT sehe ich mir an. Merci

lg

Stefan