Holley DTZ541 SML 1.04
-
Hallo, ich habe diese Woche meinen neuen Zähler der Marke Holley Typ DTZ541 ZEBA bekommen. Lt. Bedienungsanleitung unterstützt dieser SML 1.04. Der Adapter unterstützt lt. Beschreibung nur die Version 1.03. Ich habs trotzdem probiert - leider ohne Erfolg :-(.
Ich denke die Kommunikation (Buadrate 9600 8N1) passt soweit - nur als Antwort bekomme ich:smartmeter.0 2019-09-14 14:43:21.078 info ERROR CLOSING SERIALPORT
smartmeter.0 2019-09-14 14:43:21.077 warn Error while parsing SML message: Error: Wrong TL-Field 0x65 for Choice!: Message: 1b1b1b1b01010101760400000162006200726500000101760101070000000427300b0a01484c59020001c0750101632e9f00760400000262006200
smartmeter.0 2019-09-14 14:43:21.074 info Error: Error while parsing SML message: Error: Wrong TL-Field 0x65 for Choice!: Message: 1b1b1b1b01010101760400000162006200726500000101760101070000000427300b0a01484c59020001c0750101632e9f0Ich hoffe mir kann geholfen werden ....:-)
Viele Grüße und Danke im Voraus -
Ob das an SML 1.04 liegt kann ich leider nicht sagen. Mir fällt aber auf, dass die SML-Daten im Log nicht vollständige Datenblöcke sind. Die fangen nämlich mit „1b 1b 1b 1b“ (Escape Sequenz) und dann „01 01 01 01“ (Start Version 1.0) an. Schließen tut ein Block dann mit „1b 1b 1b 1b“ (Escape Sequenz) und einer vier Byte langen Prüfsumme. Und das vermisse ich hier.
-
@Stabilostick
Danke für die Antwort. Stimmt, ich habe leider nur die Daten aus dem sichtbaren Log kopiert.
Hier aber in paar vollständige Zeilen:
iobroker.2019-09-16.log
Die Datensätze entsprechen einer Standardausgabe dieser Zähler ohne diese Zusatzinfos.Mittlerweile habe ich auch die Position der relevanten Zählerdaten 0180 und 0280 rausgefunden - hilft mir aber auch nicht weiter....
Scheinbar ist hier ein Unterschied zu anderen Zählern, sodaß der Smartmeter Adapter diese nicht richtig findet.
Auf GitHub habe ich einen Beitrag gefunden - da ist die Rede von fehlenden Bytes - aber da bin ich raus
Als Workaround hab ich nun ein Python Script zusammen gebastelt, das mir zumindest, bis es eine Lösung gibt die Daten über die API in IOBroker schreibt.
-
Hi,
nachdem ich auch diesen Zähler habe, musste ich mich mit dem Problem beschäftigen.
Zusammengefasst ist die Problematik hier:
https://github.com/volkszaehler/libsml/issues/75Der Fix würde aber nicht für den SmartMeter Adapter funktionieren. Diesen müsste man extra patchen.
Als Alternative nutze ich als Basis das Perl Script von
https://www.photovoltaikforum.com/thread/134055-lesekopf-holley-dtz-541-zeba/?pageNo=4Ich habe das Script an den Holley DTZ541 angepasst und statt dem Schreiben in eine Datei sende ich die Werte an den MQTT Adapter an ioBroker.
-
Halli Hallo,
ich bin gerade über einen Post aus einem anderen Thread auf diesen aufmerksam geworden. Warum legt niemand GitHub Issues an? Grrrrrr ... sorry ärgert mich.
Ich brauche bitte eine VOLLSTÄNDIGE Logzeile aus dem Logfile (Admin schneidet ab).
Das ganze bitte als GitHub Issue zusätzlich damit ich es auf dem Radar behalte und ansehen kann.Danke
-
Ahhh diese Nummer ... ich glaube die hatten wir schon letztens ... Der sch**** Zähler liefern ungültige Daten. Formal braucht der Zähler nen Bugfix ...
Der CRC Fehler ist bei uns irrelevant weil im zweifel CRC Fehler ignoriert werden. Für den Fehler kann man auch so einen hack einbauen ... Tschuldigung: So ein scheiss ;-(
Ja GitHub Issue bitte mit allen Details von hier. Dann sehe ich mal wie ich dazu komme. Der Hack müsste wenn in die libSMS rein, muss also noch mit dem Maintainer klären ob der so nen Hack akzeptieren würde überhaupt ...
-
Ich hab einen Pull-Request für libsml gemacht:
https://github.com/volkszaehler/libsml/pull/76Hier sind CRC und die fehlenden Bytes gefixed - jemand müsste das dann auf die lib portieren die ihr im Smartmeter Adapter nutzt oder?
closed Workaround for Holley DTZ541 #76
-
Bitte 3.0.0 versuchen. https://forum.iobroker.net/topic/27116/test-adapter-smartmeter-3-0-x
