[DISKUSSION] Welcher DTP für einen Zahlenwert von der HTTP API

[Robosoc]

Ist die Frage damit beantwortet?

Jo

[Robosoc]

Timberwolf Server 31/1/0 Coronawert 6 GroupValueWrite 9.* 2-Byte Gleitkommawert 26 4C | 257,92

in der Comet sehe ich aber nur den Wert 264C.

Den Abschnitt hatte ich in Deinem ersten Beitrag leider mssverstanden, bzw. nicht aufmerksam gelesen. Dachte Du meintest, dass die CV den Wert als 264°C anzeigt ...aber Jetzt habe ich gesehen, dass es der Hex Raw Wert des Telegrames ist.

Was zeigt denn der KNX Busmonitor für dieses Telegramm (gerne Screenshot, wenn möglich)?

[Robosoc]

Das was Göran beschrieben hat, musste ich auch schon genervt feststellen.

Du kannst eine DPT
1) für die GA einstellen
2) für die Objekte der GA oder des Gerätes einstellen
3) in den Parametern der TWS Applikationen für das Objekt vorgeben.
Es ist möglich an all diesen drei Stellen eine unterschiedliche DPTS zu vergeben. Und es lohnt sich leider die Einstellungen 1) und 2) in der ETS durch anklicken eines anderen Objektes und zurückkehren zu überprüfen. In gewissen Konstellationen übernimmt die ETS die gesetzte Einstellungen nicht zuverlässig und geht dann meist auf die übergeordnete Kategorie. In deinem Fall wäre dass dann 9.000.

[SteMo]

Hallo zusammen,

Was zeigt denn der KNX Busmonitor für dieses Telegramm (gerne Screenshot, wenn möglich)?

Ich habe den Textausschnitt aus der ETS kopiert. Der Screenshot wird nichts anderes zeigen/wiedergeben.

Bild aus der ETS.png

# Zeit Dienst Flags Prio Quelladresse Quellname Zieladresse Zielname Hop Count Typ DPT Info
8 26.11.2021 17:46:49,626 vom Bus Niedrig 1.1.1 Timberwolf Server 31/1/0 Coronawert 6 GroupValueWrite 9.001 Temperatur (°C) 26 2A | 252,48 °C

Das mit der Übernahme von Einstellungen habe ich auch schon gemerkt. Ich verstehe nur nicht, warum der Wolf es nicht im Monitor anzeigt, wenn es denn ich es doch in der ETS sehe?

[Robosoc]

Sorry ich meinte den KNX Busmonitor im TWS...
Ich würde gerne sehen, wie der TWS den Wert interpretiert, wenn das TWS Objekt als 9.xx angelegt war.

Wenn Du es so importiert erhält Du im Import Log zwar Warnungen und auch Errors. Aber der Datenpunkt ist dennoch nutzbar.
Ich vermute nur leider, dass er sich als 9.001 verhält.

Ich habe an anderer Stelle den Wunsch geäußert, dass die nach KNX-Standard meines Wissens undefinierten DPT (ich meine hier diese Gruppeüberschrifts DPT ?.xx anstelle der DPTS ?.???) im TWS als Integer miz Berücksichtigung aller bits eingelesen werden sollten. Mit Warnungen, aber ohne Error. Das wäre hier auch eine hilfreiche Lösung.

Dann bräuchte Elabnet die ETS Applikation für den TWS nicht kostenpflichtig neu bei der konnex einreichen und wir hätten Nutzungsmöglichkeit von beliebigen z.b. 2byte und 3byte Daten und könnten uns Konverter im Lokig Mamager schaffen.


Als Workaround für Deine Problematik würde ich Dir übrigens empfehlen das API auf einen 8byte Counter Wert zu verknüpfen. Ich denke dabei wird der Autokonverter des TWS nur die Nachkommastelle wegrunden und für die Inzidenzen reicht es dir ja sicher ohne Nachkommstellen

[gbglace]

Ja das mit den DPT vs Subtyp hatte ich gestern auch. Die Seriennummer der Spannungsversorgung kommt als 12.0000 jetzt müsste man das auf wenigstens 12.0001 counter integer stellen. Naja gibt schlimmeres. Aber ja ein Hinweis, Achtung Wert ohne Einheit vorhanden. Ist OK.

[Robosoc]

Ja, in dem Fall - wo ich jetzt aber auch sagen würde, dass es suboptimal bis falsch vom Hersteller der SV gemacht ist - hast Du ja eine gute Lösung mit 12.0001. Da ist es nicht schlimm.

[SteMo]

Hallo zusammen,

ich habe heute ein Lösung für mein Problem gefunden!
Sobald ich den DPT 14.005 nutze, bekomme ich sowohl in der ETS als auch in CV den richtigen Wert angezeit.