Datentyp 6-Byte länge mit HS lesen/senden

[tbi]

Achsoooo ! Sorry dass Ich davon ausging dass bekannt sei dass Ich kein so ganz grosser HS Noob bin.

Weiß ich doch.

Bringt nix.

Meine Idee war eben auf das Phyton object irgenwie anders zuzugreifen um dann doch an alle Bytes zu kommen. Aber sicher bist Du schon genau da dran

Halt so einen Hebammengriff

Sonst bleibt nur Gira übrig.

Viel Erfolg jedenfalls.

Gruß Tbi

[Gaston]

Aussage Hager Hotline:
"Der Datenpunkt wurde zum Datenaustausch zwischen Zähler und Domovea gewählt. Dieser Datenpunkttyp ist noch nicht KNX-Komform, eventuell wird er dies aber noch."

Das ist ja interessant. Ich frage mich dann wie sowas dann zertifiziert werden konnte. Eigentlich müsste Hager dann einen DPT >60000.>60000 verwenden oder einen bestehenden 200-299.>60000. Hier könnte u.U. 229 passan, sprich z.B. 229.60000.

Also mit dem HS bekomme ich keine Lösung hin.

Wie gesagt, Geduld...

Gruss,
Gaston

[muerlemann]

Wer sagt dass Hager den Typen erfunden hat. Nur weil dieser Datentyp in V1.5 der Spezifikation noch nich tdrin ist ?

Aussage Hager Hotline:
"Der Datenpunkt wurde zum Datenaustausch zwischen Zähler und Domovea gewählt. Dieser Datenpunkttyp ist noch nicht KNX-Komform, eventuell wird er dies aber noch."

Also mit dem HS bekomme ich keine Lösung hin.

[Gaston]

Also so wie es aussieht schneidet er die Nullen ab...... :-(

Nicht abschneiden, sondern ignorieren.

Wieso um Gottes Willen erfindet Hager einen neuen Datenpunkt DPT 235.001?

Wer sagt dass Hager den Typen erfunden hat. Nur weil dieser Datentyp in V1.5 der Spezifikation noch nich tdrin ist ?

So wie es aussieht gestaltet sich das Visualisieren auf dem HS dann doch nicht so einfach....

Mal sehen...Bin am prüfen ob eine Lösung greifbar ist...Geduld

[muerlemann]

Also so wie es aussieht schneidet er die Nullen ab...... :-(

Wieso um Gottes Willen erfindet Hager einen neuen Datenpunkt DPT 235.001?

So wie es aussieht gestaltet sich das Visualisieren auf dem HS dann doch nicht so einfach....

[MatthiasS]

Auch wieder wahr

[Gaston]

Kommt nur noch drauf an, wann er die Textlänge bestimmt - vor StringToHex oder danach

Hmm, Matthias, nu bin Ich aber enttäuscht

Hex=88e
Länge=2

Da erübrigt sich die Frage doch, oder ?

[MatthiasS]

Kommt nur noch drauf an, wann er die Textlänge bestimmt - vor StringToHex oder danach

[Gaston]

Die Frage ist ja, wo das verschluckt wird. Ob es erst bei der Auswertung ist ??

Achsoooo ! Sorry dass Ich davon ausging dass bekannt sei dass Ich kein so ganz grosser HS Noob bin.

Also nochmal in aller Deutlichkeit: Die Daten sind am Eingang schon nicht mehr da da der Baustein TextLaenge einfach ein len(EN[1]) macht und nur 2 bytes anzeigt.

Man müste nun dem String mit Phyton Werkzeugen mal an den Leib rücken und sehen ob man die 4-1-1 Byte Struktur rausschneiden kann.

Muss man nicht

Ich würde mir nun wohl einen Bytecode Baustein bauen und das mit Phyton zerlegen.

Bringt nix.

Denn ankommen tut es ja wohl.

Nur teilweise

[muerlemann]

Wert und Textlänge hab ich mit den Bausteinen "StringToHex" und "Textlänge" gebildet.

[tbi]

Die Frage ist ja, wo das verschluckt wird. Ob es erst bei der Auswertung ist ??

Man müste nun dem String mit Phyton Werkzeugen mal an den Leib rücken und sehen ob man die 4-1-1 Byte Struktur rausschneiden kann.

Ich würde mir nun wohl einen Bytecode Baustein bauen und das mit Phyton zerlegen.

Denn ankommen tut es ja wohl.

Womit hast Du Wert und Textlänge rausgeholt ?

Gruß Tbi

[Gaston]

Textlänge=2
Wert= 88e

Auf dem Display Steht 2kWh.
Anbei hab ich noch den Screenshot vom Busmonitor.

Sieht leider schlecht aus da offensichtlich die Nullen verschluckt werden

[muerlemann]

Textlänge=2
Wert= 88e

Auf dem Display Steht 2kWh.
Anbei hab ich noch den Screenshot vom Busmonitor.

[tbi]

Hi Andi,

ich würde auch so wie Gaston vorgeschlagen hat, die 6 Bytes erst mal in einem 14-Byte Text Objekt zu fangen. Geht das, kannst Du es nach der Beschreibung von Hager zerlegen und im HS deuten. Der erste DatenTyp ist ein 32bitiger 2er Complement Typ. Den DatenTyp sollte es im HS geben. Also 4-byte Ganzzahliger Typ mit positiven und negativen zahlen. Byte 5 müste dann der Tarif, also ein U_5 unsigned 5 bit Type sein, also nur ganzzahlige positive zahlen.
Das Gültigkeits Byte kann nur Hager erklären. Vielleicht ein Bitmuster ???

Versuche mal den 14-Byte Text zu fangen und poste den mal.

Dann kann man weiter schauen.

Gruß Tbi

[muerlemann]

Hi Andi,

Kannst Du mal die Definition des Datentyps, also die Kodierung posten ?

Hier der Link zu den KNX DTPs: http://www.knx.org/fileadmin/downloa....5.00%20AS.zip

Gruß Tbi

Das ist es ja gerade....habe in der Datenpunktliste die Definition nicht gefunden.
Laut Hager-Dokumentation ist der Datenpunkt DPT 235.001
Die Liste geht jedoch nur bis 234.002

In der Beschreibung von Hager steht, dass der Datenpunkt DPT 13.010 (DPT_ActiveEnergy) und 5.006 (DPT_Tariff) + 1 Datengültigkeitsbyte enthält.