@matthew_f Hab mir Deine Infos bei Github durchgelesen, weicht die
verlinkte mbus-test Variante immer noch vom Original ab? D.h. "init-size
536" ist im Original ein anderer?
Bei Dir funktioniert es mit dem SensoStar E, dann muss es eigentlich
auch mit meinem SensoStar U gehen.
Läuft der run.sh Skript auch mit einem USB-IR Lesekopf?
VG Daniel
Hallo Daniel,
irgendwie habe ich dein Post vorher nicht richtig gelesen, und sehe erst
jetzt, dass du Einträge für Energy und Volume hast aber sie sitzen auf
0. Ich hatte am Anfang das gleiche Problem
(Beitrag "Re: Wärmezähler über optische M-Bus-Schnittstelle auslesen") und die
Lösung war einfach zurück in der Ausgabe zu schauen, weil mehrere
Ausgaben/MBus Dekodierungen stattgefunden haben. Das Eintragen-finden
macht bei mir das Python Skript automatisch.
Ansonsten, wenn das immer noch nicht funktioniert könntest du mein
Version von damals as-is ausprobieren. Das habe ich scheinbar angefangen
aber nicht zu Ende gemacht
(https://github.com/mattfullerton/mbus-test-fork/) - aber ich kann das
ergänzen und dann könntest du das run.sh usw. ausprobieren. Aber
eigentlich wenn du schon Daten rausbekommst, denke ich nicht, dass du
irgendetwas an mbus-test ändern müsstest. Eigentlich sollte ich eher
schauen, dass mein Setup noch mit der aktuellster Version läuft. Aber...
"never touch a running system", und keine Zeit, usw.
Ich bin auch der Meinung, dass es funktionieren musste, solang bei dir
im Display die Daten in MW/kW ausgegeben werden (und auch wenn nicht,
habe ich keine Ahnung, ob die Daten nicht dann doch noch vollständig
über MBus zu erwarten wären). Ich bin zuversichtlich... weil wie gesagt,
das gleiche Problem hatte ich auch am Anfang.
VG,
Matt
Wenn ich den SenoStar mit "verbose level 2" und "COMMANDS 2" abfrage,
erhalte ich tatsächlich u.a. die erzeugte Wärmemenge angezeigt:
DIF 04
VIF 06
function_field: 00
data_length: 4
data_field: 04
unit: 06
data bytes: 3C 11 00 00
Instantaneous value
Energy (kWh)
mbus_parse_data_field: DIF 0x04 was decoded using 4 byte integer
result: 4412 factor 1.000000 n: 3 neg 0
In diesem Fall sind es tatsächlich 4412 kWh.
Weiter unten erscheint es dann 4x hintereinander mit Null Werten:
DIF 84
DIFE 20
VIF 06
function_field: 00
data_length: 4
data_field: 04
unit: 06
data bytes: 00 00 00 00
Instantaneous value
Energy (kWh)
mbus_parse_data_field: DIF 0x84 was decoded using 4 byte integer
result: 0 factor 1.000000 n: 3 neg 0
Wie komme ich jetzt an den ersten Output mit der tatsächlichen
Wärmemenge?
Super, das freut mich!
Das aussuchen der Werte mache ich mit Python. Das sind die Zeile hier:
https://github.com/mattfullerton/volkszaehler_scripts/blob/main/readHeat/readHeat.py#L10-L28
Das Output von `mbus-test` wird in eine Datei geschickt (redirected
von stdout). `run.sh` schaut, dass es genüg Zeit gibt für die Ausgabe
gibt. Python geht die Datei durch. Nach einem Zeil mit Energy gefunden
wird, wird geprüft ob die Wert > 0 ist. Ich habe da auch Werte für Power
genommen, inzwischen habe ich aber festgestellt, dass die Werte nicht so
nützlich sind (was gerade passiert nur einmal alle 4 Stunden ist
uninteressant). Volkszähler ermittelt den Durchschnittsverbrauch aus den
Gesamtverbrauchswerte.
Danke Dir Matt!
Kannst Du mir bitte noch verraten, was ich eingeben muss, damit es auf
meinem Raspberry mit mbus-test funktioniert? Bin froh, dass ich
mbus-test zum laufen bekommen habe, bin leider kein Experte. Von Python
hab ich null Ahnung.
Gibt es eine Möglichkeit die Daten per MQTT weiterzugeben?
VG Daniel
Matt und @all, ich benötige bitte Eure Unterstützung.
Meinen SensoStar U konnte ich optisch (USB IR Lesekopf von Hichi) mit
LORUSFREE direkt und fehlerfrei auslesen. Sämtliche Daten werden richtig
angezeigt.
Für mich als Laien stellt sich jetzt die Frage, wie ich diese Infos
nutzen kann, um meinen WMZ 4x am Tag ohne Programmierkenntnisse
auszulesen.
Ich nutze iobroker und habe hier mehrere Raspberry´s.
Gibt es einen Adapter für iobroker, der im Grunde wie Lorusfree ohne
besondere Einstellungen funktioniert?
Danke Euch!
Ich kann dir gerne helfen, die Daten automatisch 4x am Tag auszulesen.
Steht eigentlich alles hier:
https://github.com/mattfullerton/volkszaehler_scripts/blob/main/readHeat/README.md
Aber wir können gern über Zoom oder so reden.
Nur ich schicke meine Daten an Volkszähler, was sehr einfach ist (ein
URL mit der Wert drin). Mit ioBroker würde ich mich schlau lesen müssen.
Hey ho,
erstmal vielen Dank für diesen Thread - das ist super hilfreich. Ich
habe auch einen Engelmann Sensor hier - konkret eigentlich einen Metrona
Heat C - allerdings scheinbar (?) baugleich zum Engelmann.
Mit der Firmware von naseweis bekomme ich auch eine wunderbare Antwort.
Nur jetzt habe ich das gleiche Problem, das Thomas auch hatte - wie
komme ich von der Binär-Antwort zur Tasmota Definition?
1
sml(1 1 "105BFE5916")
2
3
>M 1
4
+1,3,rE1,0,2400,Waerme,1
liefert mir den Binär-Blob.
Als Definition habe ich aktuell folgendes eingetragen (alles geklaut):
1
1,68b3b368x23uuUUUUUU@1,Energie total,,total,0 ; Total Wärmemenge
2
1,68b3b368x47uuUUUUUU@60,Flow F_akt,,F_akt,0 ; aktueller Flow in m^3
Nur was mache ich jetzt mit der Antwort? Ich habe schon versucht im
Hex-Editor die aktuellen Zähler-Werte zu finden - nur diese Zahlen finde
ich nirgends.
Hat jemand eine Idee?
Vielen Dank
Matthias
Hi Matthias,
Bei deinem dump kommen die Daten d8 0e 00 00 nach dem Register 04 06.
Dann müsste dein Zählerstand 3800 kWh zeigen.
Falls ja, solltest du
1,0406uuUUuuUu@1,
Ausprobieren. Mit dem tasmota Decoder bin ich aber nicht so vertraut.
LGD
Hi,
erstmal vielen Dank!
Ich habe die Definition einfach mal ausprobiert - damit bekomme ich aber
leider auch nur eine 0 zurück :-(
Wie bist du denn auf die 3800 gekommen? Der Wert würde exakt stimmen.
Wenn ich in der Doku lese, dann bedeutet uuUUuuUu ein unsigned long
word. Ich hätte jetzt little-endian vermutet, aber irgendwie sehe ich
nur fürs Ende "uu" oder "UU", nie den Mix aus "Uu".
d8 0e 00 00 würden 4 Byte entsprechen, also 32 Bit. Im Hex Editor
bekomme ich für 32 Bit an dieser Stelle aber 807417956 (big endian
1681399856) angezeigt - das passt auch nicht.
Und zur 0 in Tasmota passt es auch nicht.
Ich bin verwirrt, irgendwo habe ich einen Denkfehler -.-
Ich habe es jetzt auch ein paar Minuten laufen lassen, es hat sich nicht
eingefangen, irgendwie bleibt die 0 -.-
Viele Grüße
Matthias
Matthias schrieb:> 10:01:21.893 : "68 04 04 68" 53 fe 50 00 a1 16 10 5b 3e 04 20 05 00 68 08> 00 72> 10:01:21.937 : 37 41 25 10 c5 14 00 04 a0 00> 10:01:21.979 : 00 00 04 78 39 77 9c 00 04
Hallo wenn Du Dir mal die ersten 4 Bytes anschaust, wirst du sehen, daß
die anders sind als bei dem in meinem Skript verwendeten Sensostar U.
Schau Dir mal dieses Dokument an, darin ist - wenn auch für einen
anderen Zähler - die Struktur der Daten erklärt.
https://docs.google.com/viewer?url=http%3A%2F%2Fwww.mikrocontroller.net%2Fattachment%2F577509%2FCF_Serie.pdf
Nimm mal
1,68040468x23uuUUUUUU@1,Energy total,,total,0 ; Total Wärmemenge
Das mit den abgezählten Bytes usw. musst du u.U. anpassen.
Cheerio
Man sieht die Startsequenz (gelb) und danach die 23 zu überspringenden
Bytes (blau). Dann kommen die relevanten Daten (rot)
Das muss dann mit dem eigenen Dump in Übereinstimmung gebracht werden.
Marcus schrieb:>> Mittlerweile denke ich, ist die Batterie am WMZ (3,25 Jahre alt) zu> schwach (?) und die optische Schnittstelle lässt sich nicht mehr> aktivieren.>> Kann man das testen? Wenn ich die Taste am WMZ drücke kann ich über das> Handy keine IR Aktivität erkennen, aber ich denke da müsste auch erst> die Aufweck-Sequenz ankommen, bevor der WMZ sich meldet?>> Hat noch jemand andere Ideen an was es liegen könnte?
Ich habe einen Allmess Integral-MK UltraMaXX mit dem ich mich wochenlang
beschäftigt habe (leider lange ohne Erfolg).
Der Volkszähler- ähnliche Lesekopf (UART-Ausgang) hat auf Anhieb an
einem Stromzähler funktioniert. Am WMZ leider keine Antwort.
Die batteriebetriebenen WMZ müssen mit Energie sparsam umgehen.
Das brachte mich auf die Idee die Sendeleistung des Lesekopfes zu
reduzieren und den Empfang empfindlicher zu machen.
Also den Serienwiderstand der Sendediode von 180 auf 680 Ohm verändert,
den Serienwiderstand des Fototransistors von 12k auf 39k.
Und nun kann ich mich endlich mit der Antwort beschäftigen...
LG
Marcus schrieb:> Der Sensus reagiert leider überhaupt nicht...
Hallo in die Runde.
Selbes Problem hier. Ich habe einen PolluCom E mit Hichi TTL Kopf an
einem NodeMCU mit Nicks tasmota_v3 und dem PolluCom Script von
Christoph. Auch andere hier gepostete Scripts habe ich getestet - keine
Chance.
Eventuell habe ich es überlesen: Kann jemand sagen, welche Linse am
PolluCom E RX und welche TX ist? Ich habe es natürlich in beide
Richtungen versucht, es wäre aber hilfreich hier schonmal Sicherheit zu
haben. Anschluss am NodeMCU passt, der Handy-Test funktioniert.
Vielen dank für die super Arbeit, die hier bisher geleistet wurde!
Wegen der Nachfragen zu den PolluCom Zählern hier eine kurze
Zusammenfassung meiner Erfahrungen.
Auch wenn das nichts neues ist, aber die optische Schnittstelle ist bei
den Geräten fürs dauerhafte Auslesen ungeeignet. Der Zähler, mit dem ich
viel getestet habe, antwortet beim zyklischen Abfragen nur noch 1-4x
dann fällt er wieder in den Tiefschlaf, er lässt sich dann auch nicht
mehr mit der MiniCom Software oder Python script auslesen. Nach ca. 24h
kann er durch Drücken der Taste wieder für weitere 1-4 Auslesungen
aktiviert werden. Ein anderer Zähler dessen Batterie noch „frischer“ ist
lässt sich nach wie vor ohne Probleme zyklisch abfragen. (Ist nur die
Frage wie lange noch)
Es ist nicht unwahrscheinlich, dass wegen geringer Spannung der Batterie
das Auslesen irgendwann überhaupt nicht mehr geht.
Ein Servomotor oder ähnliches der immer wieder die Taste drückt könnte
zumindest beim Auslesen 1x pro Tag helfen den Zähler immer wieder zu
aktivieren. Damit würde man bei funktionieren Zählern die Anzahl der
Auslesungen geringhalten.
Das in der Zwischenzeit etwas abgewandelte scrip für den Sensus Pollucom
F, welches bei Zählern mit voller Batterie sehr gut funktioniert habe
ich nochmal angehangen.
Ich habe jetzt eine Lösung, die für mich funktioniert.
Im Heizkreisverteiler hängt ein NodeMCU mit esp-link. Auf einem Linux,
das anderswo ohnehin ganztägig läuft, baue ich mit socat eine virtuelle
serielle Schnittstelle mit esp-link als Gegenseite. Oben genanntes
Python-Script nutzt dann den virtuellen Port um über esp-link mit dem
PolluCom E zu kommunizieren. Die Weitergabe der Daten erfolgt dann per
MQTT.
Hallo zusammen, ich finde den Forom echt toll und habe viel gelernt
daraus.
Ich kann nun mein WMZ Ultramess C3 von Molline die Verbrauchte
Märmemenge mit dem Script abfragen.
Doch was überhaupt nicht klappt ist die Auslesung nach einer Periode.
Ich habe das Script angepasst das er den WMZ aller drei Stunden mal
abfragen soll, doch es passiert einfach nichts. Ich erhalte nur noch im
der Console diese Zeichenketten:
16:49:41.548 MQT: tele/tasmota_E3757E/STATE =
{"Time":"2023-04-03T16:49:41","Uptime":"0T18:20:25","UptimeSec":66025,"H
eap":19,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POW
ER":"OFF","Wifi":{"AP":1,"SSId":"FRITZ!Box 6490
2-4","BSSId":"3C:37:12:C7:8A:77","Channel":6,"Mode":"11n","RSSI":56,"Sig
nal":-72,"LinkCount":1,"Downtime":"0T00:00:05"}}
16:49:41.554 MQT: tele/tasmota_E3757E/SENSOR =
{"Time":"2023-04-03T16:49:41","WAERME":{"w_total":4711}}
Nun meine Frage wie kann ich das Script so einstellen das es, sagen wir
mal aller 4 Stunden den Zähler ausliesst? Es muss auch nicht ab
Mitternacht passieren. In der Scriptsprache bin ich nicht so vertrraut.
Vielen Dank
aktuelles Script:
>D
;start, define variables
wkup=1
period=180
;read meter every n minutes after midnight (60 --> 01:00, 02:00...)
blk=0
>B
;setup sensor
->sensor53 r
>S
if time%period==0
and blk==0
;minutes since midnight divided by period have a remainder of "0"
then
=#readmeter
blk=1
;set a flag to execute the readout only once every period
endif
if time%period-1==0
and blk==1
;one minute after we entered the first loop
then
blk=0
; reset the flag
endif
#readmeter
print wakeup start
;set serial protocol
ret=sml(-1 1 "2400:8N1")
;send 0x55 for 3 seconds with 8N1 (72x), 2400 baud (wakeup sequence)
for wkup 1 72 1
sml(1 1 "55555555555555555555")
next
print wakeup end
wkup=1
print wait for the meter
;wait for the meter to wake up
delay(350)
;switch serial protocol
sml(-1 1 "2400:8E1")
print request data
;set string to send to "105BFE5916" (request data)
;sml(1 1 "6804046853FE5000A116"
sml(1 1 "105BFE5916")
>M 1
+1,3,rE1,0,2400,WAERME,1
1,0406uuUUUUUU@1,Total energy,kWh,w_total,0
#
Hi,
ich versuche auch gerade einen Techem Ultra S3 (sollte auch ein Sharky
775 sein) auszulesen - jedoch ohne Erfolg.
1. Hab direkt mit Tasmota gestartet, der Lesekopf funktioniert an einem
Stromzähler.
2. Hab die V3 von Nick installiert ->
Beitrag "Re: Wärmezähler über optische M-Bus-Schnittstelle auslesen"
3. Und es direkt mit dem Script von Carsten probiert.
Beitrag "Re: Wärmezähler über optische M-Bus-Schnittstelle auslesen"
Wird mir nichts angezeigt in Tasmota ;-(
Hat noch jemand einen Tipp für mich? Wird doch nicht etwa bei dem Techem
Zähler anders sein?
Kann meinen Post leider nicht mehr bearbeiten - nutzt der Sharky 775
einen kombinierte IR Diode für Send / Receive? Die Leseköpfe (die ich
habe) haben zwei getrennte Dioden - da wird das alignment schon
schwierig?
Ich verwende den Kopf von Hichi, der hat zwei getrennte Dioden. Das
Gehäuse positioniere ich mit dem Kabel nach unten und dann muss ich es
bündig an die beiden Erhebungen drücken damit es funktioniert. Dann
liegen die beiden Dioden des Lesekopfes links und rechts neben der einen
im Zähler.
Weil es mir und anderen passiert ist: schaue im Log ob die
Aufwachsequenz wirklich so lang ist, wie sie sein sollte (je nach Script
im Bereich einiger Sekunden).
GrC
Hi Carsten und danke für die Tipps!
Ist in der Tat ein Problem mit der Positionierung des Lesekopfes!
Habe jetzt eine Position leicht versetzt zu einer Seite gefunden, die
funktioniert. (Lesekopf ist ein ein Bausatz gewesen, 2 getrennte Dioden,
Gehäuse selbst gedruckt, ähnlich wie Hichi)
Habe auch nur mal das Plastikgehäuse des Lesekopfes aufgesetzt um mir
durch die Löcher der LEDs eine gute Position auszuloten. Gar nicht so
einfach! :-/
Frank schrieb:> Ich habe einen Allmess Echo II WMZ und einen Hitchi IR wifi.> Nutze die tasmota_V3 und das Script von Nick. Im Script musste ich> die Zeile für Total energy wesentlich ändern. Vielleicht ist der Hinweis> ja für den ein oder anderen Allmess-Besitzer von Interesse. Script im> Anhang.
Hallo Zusammen, ich habe mir als Vorbereitung für einen
Wärmepumpeneinbau einen Wärmezähler (gebrauchter Allmess Integral-V
Ultralite) zugelegt.
Momentan liegt er noch auf meinem Schreibtisch zum testen. Ich möchte
zukünftig die Daten mittels Optischer Schnittstelle und einem Hichi Wifi
Lesekopf an HomeAssistant senden.
Wenn ich das Script von Frank (vielen Dank dafür) benutze, bekomme ich
nach dem Speichern einmal Werte geschickt, allerdings passiert dann nix
mehr. Ich sehe kein Weakeup oder sonstiges mehr. Lediglich die
Statuslogs, die alle 5min gesendet werden.
Sollte ich nicht alle x Minuten (abhängig von der Periodenzahl)
normalerweise ein Wakeup im Konsolelog sehen?
Viele Grüße
Che
Ok, ich war wohl zu ungeduldig.
Das Teil fing erst ab Mitternacht an loszulegen.
Danke an die Community für die tolle Arbeit, auch wenn es in diesem
Thread recht unübersichtlich wurde. Was der Anzahl an Posts geschuldet
ist.
Ein Wiki wäre kein Luxus :)
Viele Grüße
Che
Hallo,
ich habe auch einen Sensus PolluCom E/S und wollte die Wärme-Menge
optisch auslesen. Jetzt lese ich hier aber öfter, dass es bei zu
schwachen Batterien oder bei längerer Laufzeit zu Problemen kommt. Wie
sind eure Lnagzeit-Erfahrungen?
Ich habe mein Konstrukt aus ESP-Link und Docker Container mit Python
Script jetzt seit März laufen, Abfrage alle 55 Minuten. Bisher keine
Probleme. So richtig langzeit ist das aber natürlich noch nicht.
Bei mir war nach ca. einem Jahr Ende, kein zyklischen auslesen mehr.
(konnte ich bei 2 Zählern feststellen) Vermutlich habe ich am Anfang
beim Testen auch wirklich sehr oft ausgelesen.
Liegt auch nicht am ESP, gleiches ist auch per USB-IR-Kopf und Python
Script festzustellen.
Ungefähr 1x am Tag geht es nach vorherigen drücken der Taste noch. Ich
habe schon von anderen gehört, dass sie das dann per SwitchBot/FingerBot
machen, auch von einem Servo am ESP habe ich schon gelesen, war mir aber
bisher zu aufwändig. Die tatsächlichen Zeiten können sich natürlich
unterscheiden aber eine wirkliche dauerhafte Lösung scheint mir das
Auslesen per IR-Schnittstelle bei diesen Zählern nicht zu sein.
Vielen Dank, da der Austausch des WMZ bei leerer Batterie auch ein
Kostenfaktor ist, werde ich mich mal nach Alternativen erkundigen und
dann vielleicht gleich mit M-BUS on Board.
Thomas C. schrieb:> Vielen Dank, da der Austausch des WMZ bei leerer Batterie auch ein> Kostenfaktor ist, werde ich mich mal nach Alternativen erkundigen und> dann vielleicht gleich mit M-BUS on Board.
Hallo,
ein PolluCom E war mein erster Wärmemengenzähler. Er lief über M-Bus und
wurde von mir zunächst zu oft abgefragt. Ich erfuhr das die
Auslesehäufigkeit begrenzt wird, so dass die Mindestlaufzeit erreicht
werden kann.
Seit über 10 Jahren habe ich zwei Sontex Supercal 539 im Einsatz. Er
wird von mir über M-Bus gespeist und somit wird die interne Batterie
nicht belastet. Beim Kauf mußte ich extra angeben, das ich über M-Bus
speisen möchte.
Den 539 gibt es wohl nicht mehr. Heute ist es wohl der Sontex Supercal
739.
mfg Klaus
Hallo zusammen, so nach längerem Probieren habe ich es nun rausgefunden
um die Daten aus einem Molline Ultramess C3 auszulesen.
Hier die Konfiguration:
1,0406uuUUUUUU@1,Total energy,kWh,w_total,0
1,0413bcd8@100,Total volume,m³,v_total,2
1,042Bbcd6@1,Current power,W,p_act,0
1,043Bbcd6@1000,Current flow,l/h,F_akt,3
1,025BuuUU@1,Flow temp,°C,t_flow,2
1,025FuuUU@1,Return temp,°C,t_return,2
1,0261bcd4@10,Temp diff,°K,t_diff,2
1,142Bbcd6@1,Maximum power,W,p_max,0
1,143Bbcd6@1000,Maximum flow,l/h,F_max,3
1,0478bcd8@1,Seriennummer,,serialnum,0
1,0223uuUU@1,Meter days,d,OpDays,0
1,03FD0Cuu@1,Firmware Version,,FW_Version,0
Hallo zusammen in diesem wunderbar motivierenden Thread. Ich habe mich
so n bisschen drangehängt und das ganze mit einem Sensonic II von ISTA
probiert und es hat eigentlich auch ganz gut geklappt.
Ich habe das Script von Corny (https://github.com/corny/mbus-esp32) auf
einen ESP32 (+Volkszähler-IR-Interface) gespielt, etwas angepasst
(hauptsächlich musste die Länge des Antworttelegrams angepasst werden)
und die Antwort als JSON per MQTT an Iobroker übermittelt und da mit
einem entsprechenden Skript aufgearbeitet. Hat auch alles sehr gut
funktioniert, konnte alle 15-16 Minuten auslesen, bei kürzeren Intervall
kam einfach keine Antwort.
Hatte mir zum Testen eine originalverpackte Sensonic II mbus gekauft,
weil ich zu faul war zum Testen immer vor meinem FBH-Verteiler zu sitzen
und hab eine mit mbus-Anschluss genommen umd das auch direkt mal zu
testen - und auch das hat genauso gut und mit dem gleichen Script
funktioniert, lediglich die Aufwecksequenz braucht man nicht senden, auf
(Kabel)-Mbus lauscht der Wärmemengenzähler wohl dauerhaft mit.
Weiterhin war es extrem wichtig, die Dioden gut vor dem optischen
Interface zu platzieren. Davorhalten hat nichts gebracht, da war die
Fehlerquote sehr hoch. Mit einem gedruckten Tool hat das dann aber ganz
gut funktioniert und hat auch noch gleichzeitig die beiden Dioden
gegeneinander abgeschirmt.
Das Ganze hat hervorragend funktioniert... SO LANGE ich an meinem
Schreibtisch saß. Als ich das Projekt dann an den Zähler meiner
Fußbodenheizung anschließend wollte, musste ich leider feststellen, dass
scheinbar das optische Interface von meinem Zähler deaktiviert ist. Bei
ISTa habe ich aber leider keinen Support ans Telefon bekommen, der davon
Ahnung hatte. Angeblich ist der Port bei Mietgeräten immer deaktiviert,
wenn man die Fernauslesung von ISTA nicht dazu kauft.
Und jetzt die große Frage: Hat irgendjemand eine Idee, wie ich meinen
Wärmemengenzähler zum reden bekomme? Die optische Schnittstelle kann ja
nichts verstellen, ist ja wirklich nur zum Auslesen und auch genau dafür
vorgesehen. Hat jemand zufällig zugriff auf die Montagehandbücher von
dem Ding, so dass man mal nachsehen kann, wie die Monteure die optische
Schnittstelle freischalten? Hat jemand zufällig shcon mal zugesehen, wie
die dinger programmiert werden? Oder kennt jemanden, der sachdienlich
weiterhelfen kann?
Wäre klasse, wenn der Aufwand jetzt nicht umsonst war. Würde
grundsätzlich ja auch das Fernauslesesystem der ISTA kaufen, aber man
kann es halt nirgends einbinden und somit ist es nutzlos für mich.
Viele Grüße
Martin
Hallo Martin,
ich habe auch ein sensonic II und konnte die erfolgreich auslesen. Auf
der optischen Schnittstelle der sensonic II eine spezielle
Aufwachsequenz. Ich habe das damals mit Messung der Batteriespannung
herausgefunden. Siehe hier:
Beitrag "Re: Wärmezähler über optische M-Bus-Schnittstelle auslesen"
@carsten12
Hallo,
Ich hab letzte Woche den Fernwärmeanschluss bekommen mit dem Sharky 775.
Jetzt hab ich versucht, den auszulesen mit dem Hichi Wlan Lesekopf.
Das Script ist von Carsten waermezaehler.txt (896 Bytes) vom 23.12.2022.
Ich bekomme zwar eine Antwort vom WMZ, aber die ist viel zu kurz, und
ergibt auch keine Messwerte.
Das Drehen des Kopfes brachte nix.
Ich habs mit 2 verschiedenen Firmwares versucht, mit folgendem Ergebnis:
1
tasmota_V3.bin.gz: von Nick v. 18.12.22
2
--------------------
3
19:38:53.640 wakeup start
4
19:38:56.935 wakeup end
5
19:38:56.937 wait for the meter
6
19:38:57.291 request data
7
19:38:57.406 : 10 5b fe 59 16
8
9
tasmota.bin.gz von Carsten v. 09.01.23
10
------------------------
11
19:51:04.585 wakeup start
12
19:51:07.879 wakeup end
13
19:51:07.880 wait for the meter
14
19:51:08.234 request data
15
19:51:08.441 : 68 16 16 68 08 01 72 01 30
16
19:51:08.482 : 01 76 a5 11 40 04 b7 00 00
17
19:51:08.527 : 00 0f 04 03 c1 04 fe df 8c 16
Ich wäre dankbar, wenn jemand eine Idee dazu hätte.
Also, ich habs geschafft, hier eine kurze Zusammenfassung:
(Ich hab noch die offizielle Kommunikationsbeschreibung des Sharky 775
angehängt)
Firmware: tasmota.bin.gz von Carsten v. 09.01.23
(= tasmota12.3.1.bin.gz mit w_delta)
(tasmota_V3.bin.gz von Nick 18.12.22 geht bei mir nicht)
Script: waermezaehler.txt (889 Bytes) vom 23.12.22
(liest alle 1 bzw 5 min ab und sendet MQTT)
oder: das "Mitternachtsscript" von Carsten v. 09.01.2023
(liest nach Mitternacht ab und berechnet Delta zum Vortag =
w_delta)
Bei 1. Inbetriebnahme muss vermutlich im Script "waermezaehler.txt":
sml(1 1 "6804046853FE5000A116"
aktiviert werden, um die Datenübertragung zu initieren
-> Zähler sendet E5 (Ack)
Dann nur noch sml(1 1 "105BFE5916")
Befehlszeile:
mit "sensor53 d1" kommt folgende Response:
danach "sensor53 d0"
Sehr lehrreiche Beiträge. Als interresierter Laie will ich einfach nur
danke sagen !!
Kann ebenfalls berichten, Sharky 775 kann man mittels HichiTTL und
tasmota auslesen.
Ein Aspekt den ich trotzdem gerne fokussieren würde, da mich das etwas
Zeit gekostet hat ..
Die initiale Sequenz welche den Sharky Daten entlockt wird getriggert
durch ein sml(1 1 "6804046853FE5000A116") .
Dieses muss wohl einmalig nach der Inbetriebnahme passieren ..
Bei mir hat das aber nicht auf anhieb funktioniert.
Nach vielen hin-und-her und etlichen Fehlversuchen habe ich die Anregung
von Thomas probiert und ins waermezaehler.txt -Script von Carsten ein
Delay(100) eingehekelt.
..
1
;reset application code
2
sml(1 1 "6804046853FE5000A116")
3
delay(100)
4
;set string to send to "105BFE5916" (REQ_UD2)
5
sml(1 1 "105BFE5916")
..
Anschließend wurde Sharky ziemlich gesprächig... ha .. ein Glücksmoment
nach vielen Stunden :-) !!
Offensichtlich wollte er es etwas gemächlicher angehen und hat eine
Pause gebraucht.
Die initiale Sequenz kann dann wieder auskommentiert werden.
Verwende ein Hichi TTL (Kabel nach unten) mit Wemos D1 mini .. TX-TX
RX-RX, firmware tasmota.bin.gz von Carsten v. 09.01.23.
Hallo ich habe den CF Echo 2 von Itron und durch die tolle Anleitung
hier im Forum habe ich es geschafft und kann den WMZ auslesen und die
Daten im HomeAssisstent anzeigen lassen. Nur leider werden ab und zu
falsche Daten gesendet, dann werden auf einmal z.B. 50.000 mWh Total
Energy gesendet. Hat hier jemand eine Idee woran es liegen könnte bzw
ich das Problem beheben kann ?
Ich weiß nicht wie ich das Script ändern kann das unschlüssige Werte gar
nicht gesendet werden.
Ich nutze das Script Waermemengenzaehler_Allmess.txt und habe Tasmota_V3
geflasht.
Hallo allerseits,
ich versuche vergeblich einen allmess Integral-V Ultralite Ha mit einem
Hichi Lesekopf auszulesen. Ich nutze das Skript von Frank
(Script_Waermemengenzaehler_Allmess.txt), welches bei Rubinho S.
erfolgreich bei dem fast baugleichen WMZ (lediglich ohne HA) läuft.
Ich habe mich mit Rubinho auch bereits direkt ausgetauscht und wertvolle
Tipps sowie seine funktionierende Tasmota Version zugesendet bekommen.
Ich kriege aber absolut keine Daten rein.
Der Lesekopf wurde schon in allen erdenklichen, sinnvollen Positionen
gedreht. Ich habe auch schon mal etwas Klebeband zwischen Lesekopf und
den Dioden platziert, um den Abstand zu vergrößern.
Der Lesekopf ist in Ordnung. Das Testskript mit Spiegel empfängt die
eigenen Daten.
Ich habe inzwischen die Befürchtung, dass die Dioden bei dem WMZ nicht
in Ordnung sind, die Batterie zu schwach ist oder die optische
Schnittstelle evt. sogar gar nicht aktiviert ist (wenn das überhaupt vom
Hersteller vorgesehen ist).
Vielleicht hat das Schwarmwissen hier aber auch noch einen
entscheidenden Tipp in petto.
Hier noch ein paar Zeilen Code aus der Tasmota Konsole nach dem
Aufwecken.
22:00:00.315 wakeup start
22:00:03.328 wakeup end
22:00:03.330 wait for the meter
22:00:03.632 request data
22:02:30.849 RSL: STATE =
{"Time":"2023-11-30T22:02:30","Uptime":"0T09:10:29","UptimeSec":33029,"H
eap":22,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":0,"POW
ER":"ON","Wifi":{"AP":1,"SSId":"xxx","BSSId":"xxx","Channel":6,"Mode":"1
1n","RSSI":72,"Signal":-64,"LinkCount":1,"Downtime":"0T00:00:03"}}
22:02:30.855 RSL: SENSOR =
{"Time":"2023-11-30T22:02:30","WP_WMZ":{"Energie_total":0.000,"Durchflus
s_total":0.00,"Leistung_akt":0.00,"Durchfluss_akt":0.000,"temp_Vorlauf":
0.0,"temp_Ruecklauf":0.0,"temp_diff":0.00,"Betriebstage":0}}
Danke für den Tipp.
Habe ich bisher noch nicht gemacht und ich bin mir auch nicht sicher, ob
das meine elektrotechnischen Kompetenzen hergeben, da ich mal stark
davon ausgehe, dass ich das löten muss?
Hast du das bei einem Hichi Lesekopf gemacht oder ist dein Lesekopf ein
Eigenbau?
Sicher musst du löten (oder jemand der das kann).
Wro schrieb:> Hast du das bei einem Hichi Lesekopf gemacht oder ist dein Lesekopf ein> Eigenbau?
Kein Eigenbau.
Hichi kompatibel würde ich sagen.
Bei meiner Anwendung war ausschlaggebend die IR Sendeleistung zu
reduzieren und den Empfänger empfindlicher zu machen.
LG
@thorsten_n
Hi, ich hab das gleiche Problem, dass sporadisch unplausible Werte
kommen, im Extremfall "0" oder irgendein Zufallswert.
Das liegt vermutlich an dem optischen Interface, bei dem ab und zu
Lesefehler auftreten.
Wie ich das im Tasmota script beheben kann, hab ich noch nicht
herausgefunden, aber ich hab "Hilfssensoren" ins configuration.yaml
eingefügt, und mache die Plausibilitätsprüfung dort.
1
# Test des Eingangswertes auf Grenzen relativ zum vorigen Wert,
2
# falls der Sprung zu gross ist, wird der vorige Wert übernommen
3
template:
4
- sensor:
5
name: "Tasmota 3 Waerme W Total Korr"
6
unique_id: "tasmota_3_waerme_w_total_korr"
7
icon: mdi:chart-bar
8
state: >-
9
{% if (is_number(states("sensor.tasmota_3_waerme_w_total")) and is_number(states("sensor.tasmota_3_waerme_w_last"))) %}
10
{% set W = states("sensor.tasmota_3_waerme_w_total")| float %}
11
{% set L = states("sensor.tasmota_3_waerme_w_last") | float %}
Hallo irgendwie funktioniert es bei mir noch nicht,
Habe deinen Code auf meine Namen geändert, weiß nicht ob ich noch was
falsch gemacht habe. Aber die Werte von den korrigierten sind gleich dem
nicht korrigierten Werten.
Hi, ich hab das ganze nochmal simuliert, bei mir funktioniert es:
anstatt "sensor.tasmota_wp_wmz_energie_total" hab ich ein Numerisches
Eingabefeld zum Testen "input_number.nummer".
Der Code:
1
template:
2
3
# Test des Eingangswertes auf Grenzen relativ zum vorigen Wert
4
# falls der Sprung zu gross ist, wird der vorige Wert übernommen
5
- sensor:
6
name: "Tasmota 3 Waerme W Total korr_test"
7
unique_id: "tasmota_3_waerme_w_total_korr_test"
8
device_class: energy
9
# state_class: "total_increasing"
10
icon: mdi:chart-bar
11
state: >-
12
{% if (is_number(states("input_number.nummer")) and is_number(states("sensor.tasmota_3_waerme_w_last_test"))) %}
13
{% set W = states("input_number.nummer")| int %}
14
{% set L = states("sensor.tasmota_3_waerme_w_last_test") | int %}
15
{% if ((W - L) > 400) %} {{ L }}
16
{% elif ((W - L) < 10) %} {{ L }}
17
{% else %} {{ W }}
18
{% endif %}
19
{% else %} {{ states("input_number.nummer") }}
20
{% endif %}
21
22
# Speichern des letzten Eingangswertes
23
- sensor:
24
name: "Tasmota 3 Waerme W last_test"
25
unique_id: "tasmota_3_waerme_w_last_test"
26
device_class: energy
27
# state_class: "total_increasing"
28
state: >-
29
{% if is_number(states("sensor.tasmota_3_waerme_w_total_korr_test")) %}
Ich hab die Plausibilitätsprüfung jetzt auch im Tasmota script
realisiert:
(Ausschnitt)
(die Grenze 400 muss eventuell angepasst werden, da Tasmota nach einem
Reset eventuell 0 liefert und erst nach der nächsten Ablesung den
richtigen Wert, was zu einem grösseren Sprung führen kann)
Oh super das wäre natürlich super wenn ich es direkt im Tasmota Script
änder könnte. Allerdings vestehe ich noch nicht genau wo ich dies genau
in meinem Script einfügen muss.
Hier mein Script
Hallo zusammen,
ich möchte einen Zenner Zelsius C5 Wärmemengenzähler (mit optischer
Schnitstelle IRDA/ZVEI) auslesen. Ich nutze einen Wifi
Volkszähler/IR-Lesekopf. Ich habe die Firmware tasmota_V3.bin.gz von
Nick v. 18.12.22 und das folgende script von carsten vom 23.12.2022.
Ich habe alles mögliche versucht (Lesekopf gedreht, Taste am Zähler
gedrückt, Lesekopf verschoben). Ich habe nichts selbst kompiliert,
lediglich die o.g.Firmware und das skript unverändert genutzt. Hier das
script:
Ich bekomme keine Daten. In der console sehe ich folgendes:
13:28:54.152 read meter
13:28:54.153 wakeup start
13:28:57.448 wakeup end
13:28:57.449 wait for the meter
13:28:57.802 request data
13:29:57.046 read meter
13:29:57.047 wakeup start
13:30:00.341 wakeup end
13:30:00.342 wait for the meter
13:30:00.695 request data
Was mache ich falsch? Igendein Tipp?
Danke schonmal.
Felix H. schrieb:> Was mache ich falsch? Igendein Tipp?> Danke schonmal.
Hast du einfach mal einen Tag gewarte ? EWs kann manchmal etwas dauern
bis Daten gesendet werden.
Walter schrieb:> Ich hab die Plausibilitätsprüfung jetzt auch im Tasmota script> realisiert:> (Ausschnitt)> (die Grenze 400 muss eventuell angepasst werden, da Tasmota nach einem> Reset eventuell 0 liefert und erst nach der nächsten Ablesung den> richtigen Wert, was zu einem grösseren Sprung führen kann)
Habe es doch zum größten Teil hin bekommen und es werden die Werte in
der Console angezeigt allerdings jede Sekunde ist dies so gewollt ?
Jetzt bekomme ich die Daten nur nicht an HomeAssistent gesendet. Kann es
sein das hierfür noch die user_config_override.h verändert werden muss
? Siehe angehängtes PDF Seite 34
Hallo zusammen
Aufgrund dieses Beitrages und der zur Verfügung gestellten Infos zum
Auslesen der optischen m-bus Schnittstelle habe ich mir einen Allmess
Integral-V UltraLite PRO Wärmemengenzähler (aktuell noch im
Batteriebetrieb (neue Batterie)) sowie den Lesekopf von Hichi gekauft.
An dieser Stelle, vielen Dank für die ganze Vorarbeit und das Teilen der
Arbeit.
Ich habe darauf die tasmota_V3.bin.gz Firmware aufgespielt und das
angehängte Skript aufgespielt und Sensor53 d1 ausgeführt.
Leider erhalte ich kaum eine Ausgabe und hoffe, dass jemand eventuell
eine Idee hat, woran dies liegen könnte. Die Ausgaben im Anhang habe ich
sehr unterschiedlich erhalten, ich erkenne da kein Muster.
Für die Unterstützung danke ich im Voraus.
Beste Grüsse
Morris
@thorsten_n
Thorsten N. schrieb:> Habe es doch zum größten Teil hin bekommen und es werden die Werte in> der Console angezeigt allerdings jede Sekunde ist dies so gewollt ?>
Im Anhang mein aktuelles Script.
Es handelt sich um das modifizierte "Mitternachtsscript" von Carsten v.
09.01.2023 (liest nach Mitternacht ab und berechnet Delta zum Vortag =
w_delta)
Als Firmware verwende ich tasmota.bin.gz von Carsten v. 09.01.23
Das Sendeintervall stellst du ein bei Tasmota Main Menu - Configuration
- Configure Logging - Telemetry Period (in Sekunden)
Ich hab dir noch meine Testdatei angehängt (in C), dann kannst du die
Korrektur mit einem Online C Compiler Testen.
Thorsten N. schrieb:> Felix H. schrieb:>> Was mache ich falsch? Igendein Tipp?>> Danke schonmal.>> Hast du einfach mal einen Tag gewarte ? EWs kann manchmal etwas dauern> bis Daten gesendet werden.
Also ich habe jetzt 2 Tage gewartet. Aber noch keine Rückmeldung vom
Wärmemengenzaehler. Ich bin ratlos.
Noch einmal eine grunsätzliche Frage, weiß jemand wie der Lesekopf
optimal platziert werden sollte ?Es gibt ja eine helle und dunkle Diode.
Beim Wärmemengenzähler scheinen die Dioden übereinander zu liegen. Dann
ist ja eigentlich nur die Frageob das Kabel nach rechts gucken sollte
oder anders herum.
Danke super, und hält der bei euch gut ? Bei mir ist dieser sehr locker,
scheint nicht sher magnetisch zu sein.
Beim Stromzähler habe ich einen Hichi USB und dieser ist viel fester,
wird richtig an den Stromzähler heran gezogen und man muss schon feste
ziehen damit dieser wieder ab geht.
Frage weil ich mir vorstellen kann das ich deshalb immer mal wieder
merkwürdige Werte ausgelesen bekommen.
@Walter
Danke für die Hinweise, habe ich mittlerweile auch probiert, jedoch
erhalte ich dann keine Rückmeldung vom Zähler:
11:39:16.940 read meter
11:39:16.941 wakeup start
11:39:20.232 wakeup end
11:39:20.233 wait for the meter
11:39:20.585 request data
Habe dies mit verschiedenen Versionen von Nick und Carsten probiert,
auch mit und ohne dem delay(100).
Mit der Version von Nick und seinem skript habe ich wenigstens ein paar
wenige Ausgaben vom Zähler (gemäss meinem letzten Post) erhalten,
zumindest denke ich, dass dies Ausgaben von Zähler sind. Aber auch bei
seiner Version/Skript hat sml(1 1 "6804046853FE5000A116" (mit delay(100)
nicht gewirkt...
Beste Grüsse
Morris
Also ich hatte mit der Firmware von Nick zuerst auch einen Einzeiler als
Antwort:
Beitrag "Re: Wärmezähler über optische M-Bus-Schnittstelle auslesen"
Dann bin ich folgendermassen vorgegangen:
Firmware tasmota.bin.gz von Carsten v. 09.01.23,
Script waermezaehler.txt (889 Bytes) vom 23.12.22
Die Initialisierungssequenz sml(1 1 "6804046853FE5000A116") aktiviert
und erst mal die den Readoutbefehl sml(1 1 "105BFE5916") auskommentiert
-> Zähler sendet E5 (Ack)
Die Initialisierungssequenz sml(1 1 "6804046853FE5000A116")
auskommentiert und den Readoutbefehl sml(1 1 "105BFE5916") aktiviert
Danach hat es funktioniert.
Ich hab den Sharky 775, der ist angeblich Baugleich mit deinem UltraLite
PRO,
vielleicht gibt es da doch Unterschiede ?
@Morris
So wie ich die Ausgaben oben interpretiere, fragt das Script jede Minute
beim Zähler ein Readout an -> sml(1 1 "105BFE5916").
Es kommt auch was zurück.
Vermutung .. Die Antwort vom Zähler ist unvollständig, deswegen kann es
auch nicht korrekt ausgewertet werden.
Weiter oben war die Rede von schwächelnder Batterie. Auch nicht ganz
abwägig, die Positionierung des Lesekopfes.
Ich würde meinen, die Sequenz sml(1 1 "6804046853FE5000A116") hat den
Zähler grundsätzlich initialisiert und kann deswegen auskommentiert
werden.
.. weitere Erfahrungen ..
Bei meinem Sharky gehe ich ähnlich vor, Readout zyklisch alle 5 min,
allerdings antwortet der Zähler viel seltener.
Nach einem erfolgreichem Auslesen (Werte plausibel) dauert es eben ca.
110 Min. bis das nächste mal ein erfolgreicher Readout stattfindet.
Dazwischen kommt einfach nix.
Hier legt sich wohl die optische Schnittstelle definiert schlafen (ggf.
wg. Batterieverbrauch).
Das erschwert die Fehlersuche am Anfang. Vielleicht Optokopf
verschieben, Änderung notieren, dann 3-4 Stunden warten usw. bis
ein plausibler wert kommt ..
Durchhalten!!
Hallo,
nun habe ich es auch endlich geschafft meinen Pollucom E/S auszulesen.
Ich habe dafür folgendes Setup:
- Hichi TTL Lesekopf mit Druckgehäuse und etwas Heisskleber am WMZ
befestigt
- Rasperry Pi Zero mit aktivierter serieller Schnittstelle und WLAN
(https://howtoraspberrypi.com/enable-port-serial-raspberry-pi/) an
GPIO14 und 15
Hallo zusammen,
habe hier auch einen Sensus Pollucom E den ich gerne auslesen würde.
Habe schon mehrfach versucht mit dem Script von
"https://forum-raspberrypi.de/forum/thread/57389-sensus-pollucom-e-ueber-pymeterbus-auslesen/?postID=543096#post543096"
diesen auszulesen.
Leider klappt dies nicht.
An der Positionierung kann es nicht liegen, da ich über Minicom 3 meinen
Zähler einwandfrei auslesen kann.
Ich verwende momentan einen Raspberry Pi3 an diesem UNIProg:
https://github.com/PricelessToolkit/UNIProg_Programmer
Habe mit eben diesem genauso wie er auch am Raspi hängt mit Minicom 3 an
meinem Windows Laptop den Zähler auslesen können.
Mir ist nun aufgefallen das es in Minicom 3 einmal den Sensus Pollucom
E/C gibt und dann auch noch den Sensus Pollucom E/C (Neue Version)
Ich kann bei mir nur die Neue Version auslesen.
Könnte es sein das dieses Skript für die "ältere Version" ist?
Und könnte mir jemand helfen das Skript an die neue Version anzupassen?
Toptobias schrieb:> Hallo zusammen, so nach längerem Probieren habe ich es nun rausgefunden> um die Daten aus einem Molline Ultramess C3 auszulesen
Hallo Tobias,
ich versuche meinen Molline Ultramess C3 auszulesen. Ich sehe zwar, das
er manchmal Daten liefert. Alles in allem aber nicht reproduzierbar.
Könntest du bitte einmal dein Skript für den Zähler komplett posten.
Welche Firmware verwendest du ? V3 von Nick oder die von Carsten ?
Danke dir,
Uwe
Hallo Uwe
Ich habe den Hichi Wifi Lesekopf von ebay gekauft, und habe keine neue
Firmware installiert. Mir mir läuft die Tasmota 12.3.1
(https://github.com/arendst/Tasmota) das script was bei mir läuft ist
dieses. Es ist nicht perfekt aber ich bekomme ein paar richtige Daten
aus dem WMZ.
>D
;start, define variables
wkup=1
period=60
;read meter every n minutes after midnight (60 --> 01:00, 02:00...)
blk=0
>B
;setup sensor
->sensor53 r
>S
if time%period==0
and blk==0
;minutes since midnight divided by period have a remainder of "0"
then
=#readmeter
blk=1
;set a flag to execute the readout only once every period
endif
if time%period-1==0
and blk==1
;one minute after we entered the first loop
then
blk=0
; reset the flag
endif
#readmeter
print wakeup start
;set serial protocol
ret=sml(-1 1 "2400:8N1")
;send 0x55 for 3 seconds with 8N1 (72x), 2400 baud (wakeup sequence)
for wkup 1 72 1
sml(1 1 "55555555555555555555")
next
print wakeup end
wkup=1
print wait for the meter
;wait for the meter to wake up
delay(350)
;switch serial protocol
sml(-1 1 "2400:8E1")
print request data
;set string to send to "105BFE5916" (request data)
;sml(1 1 "6804046853FE5000A116"
sml(1 1 "105BFE5916")
>M 1
+1,3,rE1,0,2400,WAERME,1
1,0406uuUUUUUU@1,Total energy,kWh,w_total,0
1,0413bcd8@100,Total volume,m³,v_total,2
1,042BuuUUUU@1,Current power,W,p_act,0
1,043BuuUU@1,Current flow,l/h,F_akt,3
1,025BuuUU@1,Flow temp,°C,t_flow,0
1,025FuuUU@1,Return temp,°C,t_return,0
1,0261uuUU@0.01,Temp diff,°K,t_diff,2
1,142BuuUUUU@1,Maximum power,W,p_max,0
1,143Bbcd6@1000,Maximum flow,l/h,F_max,3
1,01FD17uu@1,Fehlerbyte,,Error_State,0
1,0223uuUU@1,Meter days,d,OpDays,0
1,03FD0Cuu@1,Firmware Version,,FW_Version,0
#
Wasnicht so richtig funktioniert, aber ich denke das liegt an der
Berechung innerhalb von Tasmota, ist Temp diff und auch Error. Aber naja
Hauptsache Total energy stimmt.
Gruß
Tobias
Hallo Thomas,
danke dir für deine Rückmeldung. Ich habe das mal als Startpunkt
genommen. Etliche Stunden später gelingt es mir nun "manchmal" den
Wärmezähler auszulesen. Und wenn es klappt werden auch sinnvolle Werte
angezeigt. Mal abgesehen von der Firmware Version. Die stimmt noch nicht
mit der überein die im Display des Zählers angezeigt wird. Auf meinem
Zähler wird die Firmware "1.03 0.14" im Menü 2-09 angezeigt. Um die
anderen Werte korrekt (In Übereinstimmung mit den im Displaye
angezeigten Werten) darzustellen habe ich einige der Metrics Decoder
angepasst. Ich habe lange mit der Hichi (Habe ich auch bei eBay gekauft)
Firmware 12.3.1 gearbeitet bis die Werte die gelesen und angezeigt
wurden, wenn sie denn gelesen wurden plausibel waren. Dann habe ich mich
mal dran gemacht die aktuelle Version der Tasmota Firmware (13.4) für
den SmartMeter zu bauen um zu versuchen ob ich damit den Zähler
reproduzierbarer auslesen kann.
Die angehängte Version habe ich jetzt bei mir mit folgendem Script im
Einsatz:
1
>D
2
;start, define variables
3
wkup=1
4
period=60
5
;read meter every n minutes after midnight (60 --> 01:00, 02:00...)
6
blk=0
7
8
9
>B
10
;setup sensor
11
->sensor53 r
12
13
>S
14
if time%period==0
15
and blk==0
16
;minutes since midnight divided by period have a remainder of "0"
17
then
18
=#readmeter
19
blk=1
20
;set a flag to execute the readout only once every period
21
endif
22
23
if time%period-1==0
24
and blk==1
25
;one minute after we entered the first loop
26
then
27
blk=0
28
; reset the flag
29
endif
30
31
32
#readmeter
33
34
print wakeup start
35
;set serial protocol
36
ret=sml(-1 1 "2400:8N1")
37
print do it
38
;send 0x55 for 3 seconds with 8N1 (72x), 2400 baud (wakeup sequence)
Die gesendeten Befehle werden mit dem ACK sauber quittiert und dann der
Datensatz gesendet.
Mein Problem ist aber weiterhin, unabhängig davon ob ich die Tasmota
12.3.1 verwende oder die 13.4, das ich den Zähler nur sporadisch mal
auslesen kann. Im Fehlerfall, wenn keine Daten gelesen werden scheint es
so zu sein das es nicht gelingt den Zähler aufzuwecken. Die CMDs an den
Zähler gehen raus. Es kommt aber kein ACK.
Ich habe es bereits damit versucht delays einzubauen, die WakeUp Sequenz
länger oder kürzer zu machen und auch mit oder ohne "Initialize" und
"set data frame mode standard" CMDs.
Wenn jemand noch eine Idee hat was ich bzgl des aufwecken des Zählers
noch probieren könnte, gerne.
Grüße,
Uwe
Hallo Uwe
Das mit den sporadisch auslesen habe ich auch. Ich habe sogar ein nicht
Original Netzteil eingebaut, aber dieses hat auch nicht viel gebracht.
Bei werden je nach Lust und Laune des WMZ am Tag 3 bis 7 Messungen
auslesen.
Hallt aber sehr willkürlich nicht zur selben Zeit.
Wie du im script gesehen hast habe ich den Ausleseintervall auf eine
Stunde gesetzt. Ich hatte ihn auch mal aller 8 Stunden auslesen lassen.
Dann hast du 3-mal am Tag eine Ablesung.
Wenn du eine genaue Auslesung des WMZ haben willst kommst du um ein BUS
Modul nicht drum herum. Da kannst du sofort auf die Daten zugreifen.
Beste grüße
Tobias
Hallo Tobias,
dann belasse ich es jetzt mal dabei und schaue mal wie ich bei mir das
Intervall einstelle damit ich mindestens 1 mal am Tag eine
Aktualisierung bekomme. Zu oft mag ich auch nicht auslesen damit mir die
Batterie nicht vorzeitig aussteigt.
Nur der Vollständigkeit halber falls das hier noch jemand liest und auch
diesen Zähler hat. Bei mir muss das "Total Volumen" auch als Hex
decodiert werden und nicht als BCD8.
Uwe schrieb:> 1,0413bcd8@100,Total volume,m³,v_total,2
Muss bei meinem Zähler damit auch ersetzt werden durch
1
1,0413uuUUuuUUs@1000,Total volume,m³,v_total,3
um mit dem auf dem Display angezeigten Wert überein zu stimmen.
Damit sind in meinem Datensatz alle Werte Hex codiert.
Viele Grüße,
Uwe
Hallo Uwe
Vielen Dank für die Konvertierung. Diese habe ich nun auch übernommen,
und nun stimmen die Werte. Zur Vollständigkeit lade ich dir mal die Docu
über den M-Bus hoch. Vielleicht hillft es dir weiter.
Beste Grüße
Tobias
Hallo Uwe
Vielleicht hast du ein Tip was das ist:
Mit deiner Kodierung kann ich nun die Werte richtig darstellen.
Nur ein Wert macht mir Probleme und ich weiss nicht warum.
Es geht um 1,143BuuUUuuUUs@1,Maximum flow,l/h,F_max,0
da bekomme ich ein risigen Wert von 3489067833 l/h angezeigt, am WMZ
lese ich aber 890067,67- m³/h ab.
Hast du eine Idee warum die Kodierung nicht stimmen kann?
Vielen Dank
Tobias
Hallo Tobias,
danke zunächst mal für die Protokollbeschreibung. Und dann.....
Hut ab vor deinem Wärmezähler. Der Zeigt ernsthaft 890067,67- m³/h für
das Register 4-02-1 als maximalen Durchfluss an ? Der mittlere
Wasserbedarf der Stadt München sind 300-350.000 m³ pro Tag. Über den
Daumen also 12.500 m³/h. Da hoffe ich mal, du musstest die Wärme nicht
zahlen die das Wasser transportiert hat das dein WMZ als Durchfluss im
Peak denkt gemessen zu haben scheint.
Aber nun mal zu den 3489067833 l/h die Tasmota anzeigt. Das wäre in Hex
0xCFF6F339 bzw. im Byte Strom 0x39 0xF3 0xF6 0xCF. Gemäß
Protokollbeschreibung ist der Wert wie die meisten anderen die der
Zähler liefert vorzeichenbehaftet. Der Dekoder ist aber aktuell auf
unsigned eingestellt. Als signed wird aus dem Hex Wert im 2er Komplement
eine -805899463. Entsprechend -805899,463 m³/h. Der Wert ist schon mal
näher dran an dem im Display. Und der hat ja an der dritten
Nachkommastelle auch ein Minus :-)
Ich würde mir noch ansehen ob die Daten korrekt empfangen werden und
wenn ja, dann is es so das der Zähler den Wert ausgibt. Dafür brauchst
du von der Konsole mal einen kompletten Datentransfer. Nur für die Doku.
Aktivieren mit "sensor53 d1" warten bis ein kompletter Datensatz
empfangen wurde und dann mit "sensor53 d0" wieder abstellen.
Bei mir wäre das:
Da suchst du in der ersten Zeile mal nach dem 68xxxx68. Die beiden xx
Bytes zwischen der 68 geben die Länge des Datenblocks an. Bei mir 0x85
== 133 Bytes. Los geht es mit dem ersten Byte nach dem 68xxxx68 Header.
Bei mir die 0x08. Nicht Bestandteil des Datenblocks ist der CRC (Bei mir
im Beispiel 0x4a) und das Stoppbyte 0x16.
Also:
Die Checksumme gemäß Protokollbeschreibung ist das niederwertige Byte
der Summe aller einzelnen Bytes. Du kannst diesen Datenblock in eines
der Online Checksum tools kippen. Ich habe verwendet:
https://www.scadacore.com/tools/programming-calculators/online-checksum-calculator/
Die benötigte Checksum ist die "CheckSum8 Modulo 256". Bei mir wird
korrekt die 0x4a berechnet und damit ist mein Datenblock schon mal
fehlerfrei empfangen worden.
Dann suchst du dir das entsprechende Datenpacket für den "Durchfluss
(Höchstwert)". Also 0x14 0x3b gefolgt von 4 Byte Nutzdaten. Bei mit die
0x75 0x03 0x00 0x00. In die richtige Reihenfolge gebracht 0x00000375 was
den 885 l/h entspricht die bei mir angezeigt werden. Wobei du bei dieser
Online Seite:
https://www.rapidtables.com/convert/number/hex-to-decimal.html
dir sowohl das Ergebnis ohne Vorzeichen als auch das 2er Komplement
entsprechend mit Vorzeichen anzeigen lassen kannst.
Entsprechend der Protokollbeschreibung habe ich bei mir das Decode
vorzeichenrichtige Werte umgeschrieben. Ändert zwar bei mir nix da ich
nur positive habe. Aber die Minus Zahl bei dir wäre mal ein Test.
1,046DuuUUuuUUs@1,Datum und Zeit,Coded,Time_curr,0
Aber Achtung, ich habe bei mir auch die Variablen umbenannt falls du die
nutzt.
Die als "Coded" ausgegebenen Werte habe ich überprüft aber noch nicht
dekodiert. Prinzipiell stimmen sie aber.
Grüße,
Uwe
Hallo Uwe
Du bist Klasse, nun stimmen bei mir die Werte im Tasmota mit denen im
WMZ überein. Vielen vielen Dank dafür.
Ja mit dem negativen Wert beim Durchfluss Maximum verstehe ich auch
nicht so richtig, da war wohl der Zähler sich sehr verzählt oder er hat
einfach gesponnen. Interessant ist aber das ich nun negative Werte
anzeigen lassen kann. Ich habe dieses bei mir im Sommer bei der
Temperatur Differenz.
Da ist der Rückfluss des Wassers wärmer als der Zufluss. Da hatte ich
immer eine kuriose Anzeige in Tasmota.
Ich will demnächst noch mal genau verstehen wie man auf diese Werte
kommt. Dank deiner super Anleitung werde ich mich da mal reinlesen und
testen.
Beste Grüße
Tobias
Hallo zusammen,
ich versuche nun seit Tagen meinem Wärmezähler die daten mittels python
Skript zu entlocken, leider bisher ohne erfolg.
wmz-skript.py
Es handelt sich um die Pollucom E (neuere version).
Ich verwende den Hichi Lesekopf mit einem ftdi Adapter, das auslesen mit
der MiniCom3 Software klappt bei beiden Zähler problemlos, daher kann
ich die Batterie, Serielle kommunikation, Lesekopf positionierung etc.
ausschließen.
Ich bekomme nach dem senden des SND_NKE befehl, einfach kein E5 zurück.
Hier ein Mittschnitt der seriellen Kommunikation, zuerst mit der
MiniCom3
minicom3.txt
darauf plaudert der zähler los.
Hier das von dem python Skript.
python_skript.txt
Hatte vielleicht jemand ähnliche Problemme, ich weiß einfach nich in
welche richtung ich graben soll.
Probier doch erstmal mal, mit minicom oder einem anderen Terminal
Programm an Port Com8? dich zu verbinden. Wenn da etwas kommt, ist
vielleicht das Programm nicht ganz richtig.
Hallo Uwe
Ich wollte mal nachfragen ob du rausbekommen hast wie man das Datum im
Tasmota richtig codiert und eine Anzeige außer als "0" rausbringt.
Habe zwar auch ein wenig gespielt, aber es hat nicht funktioniert.
Gruß
Tobias
Hallo Tobias,
ja. Dekodieren der Zeiten habe ich eingebaut. Wird im Tasmota Web
Interface angezeigt. Jeweils auf einer eigenen Zeile am Ende der
Readings.
Was ich noch nicht gelöst habe ist (i) die Zeiten Inline zu dekodieren
und anzuzeigen. Also nicht auf einer eigenen Zeile sondern an der stelle
an der die Kodierte Zahl steht. (ii) die beiden dekodierten Zeiten
anstelle der kodierten im MQTT record zu übertragen.
Das hier ist mein aktueller Stand.
1
>D
2
;start, define variables
3
wkup=1
4
period=180
5
;read meter every n minutes after midnight (60 --> 01:00, 02:00...)
6
blk=0
7
myDate_EOP=0
8
sDate_EOP="yyyy-mm-dd"
9
myDate_Read=0
10
sDate_Read="yyyy-mm-ddThh:mm"
11
12
>B
13
;setup sensor
14
->sensor53 r
15
16
>T
17
myDate_EOP=MoUlC3#Date_EOP
18
myDate_Read=MoUlC3#Date_Read
19
20
>S
21
if time%period==0
22
and blk==0
23
;minutes since midnight divided by period have a remainder of "0"
24
then
25
=#readmeter
26
blk=1
27
;set a flag to execute the readout only once every period
Hallo Uwe
Vielen Dank für das Skript, ich habe das bei mir auch mal probiert.
Daten sehen nun viel besser aus. :-)
Gibt es noch eine besondere Einstellung wegen der letzten beiden Zeilen
mit der Umwandlung des Datums? Bei mir werden diese trotz des Skriptes
nicht angezeigt.
Also wie ich dich verstanden habe werden die letzten beiden Zeilen also
nicht via MQTT übertragen.
Ist es möglich im Homeassistant das codierte Datum dort umzuwandeln?
Beste Grüße
Tobias
Hallo zusammen.
Dieser Thread war für mich mehrmals sehr aufschlussreich.
Meine ersten Erfahrungen mit Optolesern lagen schon 14 Jahre zurück,
da musste man die noch selber bauen und viel ausprobieren.
Mein WMZ : Itron allmess UltraMaXX
Es gab jetzt für einen meiner Wärmemengenzähler diverse Hürden zu
nehmen.
Magnet hält hier nicht, also hab ich mir was selbst gedruckt.
Es gab aber keine Daten, nicht mit Tasmota, nicht mit Python, nicht mit
LorusFree, nicht mit M-tool
oder anderen Experimenten mit mehreren Optoplatinen.
Irgendwann war ich genervt und besann mich auf diesen
Beitrag "Re: Wärmezähler über optische M-Bus-Schnittstelle auslesen"
Dank an Willy L. (sabberlotte) vom 14.02.2023 17:36
Alle Platinen die ich habe (5 Varianten,einschließlich Tasmota-Lesekopf)
basieren auf dem
Beispiel:
https://wiki.volkszaehler.org/hardware/controllers/ir-schreib-lesekopf-ttl-ausgang
Hier gibts im Empfangszweig den Widerstand R1 13k.
Den habe ich letztendlich auf 68k geändert.
Und siehe da, es ging sofort.
Am Sendezweig hab ich nichts geändert, das führt aber eventuell zum
Übersprechen.
Der Empfänger liest dann die Daten die man selbst ausgibt.
Dieser Effekt liegt auch am Gehäuse, was natürlich beim experimentieren
oft fehlt.
Ich verhinderte das Übersprechen erfolgreich mit schwarzen
Schrumpfschlauchstummeln um Sender und Empfänger.
Weiße Gehäuse (Selbstdruck) sind diesbezüglich schlechter als schwarze
Gehäuse.
Ein trennender Steg zwischen Sender und Empfänger ist hilfreich.
Weitere Erkenntnisse:
Der WMZ liefert seine Daten nach jeder Anforderung ab,
er stellt die Mitarbeit also nicht ein,
wie irgendwo weiter oben vermutet wurde.
Die Positionierung muss natürlich stimmen bezüglich der Ausrichtung
Sender/Empfänger,
ist aber ansonsten ziemlich unkritisch.
Wenn man eine TTL-Optoplatine an eine 8266-Platine anschliesst, wird
diese dort mit 3,3V betrieben, möglicherweise noch abzüglich einer
Schutzdiode.
Aus einem FTDI-USB-Kabel (TTL-232R-3V3) kommen zwar 3,3V Signalleitungen
aber die Versorgung liefert 5V!
Abweichende Ergebnisse sind so absehbar :-)
Die genannten 68k funktionieren bei mir mit beiden Konstellationen.
Mein Zähler liefert einen ein Byte Zähler,
der im Tasmota-Script im >M Bereich
1,92261704uu@1,cnt, ,readcnt,0
ausgewertet werden kann, so hat man schnell ein Überblick ob das
Auslesen
so abläuft wie zeitlich gewünscht, bei meinen Experimenten alle zehn
Sekunden.
Mein LorusFree sendet gar keine Aufwecksequenz,
was mit einer Kamera mit Blick auf die Sendediode sofort auffällt.
M-tool lässt sich vom Übersprechen gelegentlich verwirren,
hat mir aber ansonsten geholfen.
Nach dem alles lief war auch der Zweifel weg,
ob die selbstkompilierte Version von Tasmota alles Nötige beinhaltete.
Hallo Uwe
Ja, ich dachte es mir das es an der Firmware liegt, ich habe aktuell
nicht die neuste installiert. Aber irgendwie traue ich mich nicht deine
Firmware aufzuspielen, da ich ja den Tasmota erst mal mit eine mini
Firmware bespielen muss und dann mit deiner hinterher.
Kann da was schiefgehen?
Gruß
Tobias
Hallo Tobias,
ich kann nur sagen das bei mir der Update der Firmware bisher immer ohne
Probleme funktioniert hat. Ich lade auch erst die minimal Version und
dann die neue. Da die Programmierung incl. Wifi erhalten bleibt ist das
ganze in 2-3 Minuten erledigt. Und für den Notfall habe ich einen
Programmieradapter in der Schublade.
Grüße,
Uwe
Hallo Zusammen,
spannender Tread. Hat jemand das von euch ggf. schon mal mit node Red
probiert umzusetzten?
Also in Node red gibt es diverse Serielle Nodes für z.B. Stromzähler.
Auch einige die Mbus sprechen. Aber leider habe ich bisher keine Node
gefunden, welche die Parität wechselt und die 0x55 sendet.
Wer hat da einen Tip? Danke!
Gruß
Jo
Hallo Uwe
Ich bins nochmal, ich habe gestern die Firmware
tasmota_13.4_V1.bin.gz auf den Kopf hochgeladen, dieses hat auch
funktioniert, ich konnte ihn wieder erreichen per WLAN.
Doch was nicht mehr geht ist die Auslesung.
Habe nun 18 Stunden gewartet aber er zeigt nur noch 0 Werte an.
Nun meine Frage muß ich was mit der "user_config_override.h" irgendwas
machen?
Vielen Dank
Tobias
Toptobias schrieb:> Hallo Uwe>> Ich bins nochmal, ich habe gestern die Firmware> tasmota_13.4_V1.bin.gz auf den Kopf hochgeladen, dieses hat auch> funktioniert, ich konnte ihn wieder erreichen per WLAN.> Doch was nicht mehr geht ist die Auslesung.> Habe nun 18 Stunden gewartet aber er zeigt nur noch 0 Werte an.> Nun meine Frage muß ich was mit der "user_config_override.h" irgendwas> machen?>> Vielen Dank> Tobias
Sorry geht wieder, Der Kopf hat sich um 3 mm verdreht.
Hallo Tobias,
schön das die Lösung so einfach war. Die Datei "user_config_override.h"
benötigst du auch nur wenn du dir das Binary selbst compilierst.
Ich habe mir gestern mal das Thema dekodieren des ausgelesenen Datums
angesehen. Du kannst dazu mal folgenden Code in Homeassistant in den
Template Editor eingeben:
1
{% set dt = int(states('sensor.warmezahler_moulc3_date_read')) %}
Und dir auf dieser Basis jeweils einen Template Sensor anlegen. Den
Namen des jeweiligen Sensors musst du durch deinen ersetzen.
Nach allem was ich bisher gefunden/gelesen habe scheint es aber keine
Möglichkeit zu geben das Datum selbst als Zeitstempel zu verwenden mit
dem Homeassistant die Readings in die Datenbank schreibt. Da wird wohl
immer der Zeitstempel verwendet an dem HA die Sensor Daten empfängt.
Wenn dazu jemand eine Lösung hat, sehr gerne-
Grüße,
Uwe
Hallo zusammen,
ich habe einige Zeit mitgelesen und auch für meinen WMZ das Skript
angepasst zum Auslesen. Ich habe einen VoluMess VI Komfort, das scheint
ein gebrand-labelter Engelmann zu sein der auch ein wenig andere
Register hat. Es ist noch nicht perfekt, möchte es aber dennoch mal hier
anhängen für die welchen es so genügt.
Mein Problem ist aber ein anderes, nämlich dass die Auslesung sehr
unzuverlässig ist. Im Debuglog sieht man, dass oftmals anfängliche Teile
des Telegrams fehlen und daher die dekodierung in ca 40% der Fälle nicht
funktioniert.
Ein mitternächtliches Auslesen funktioniert daher für mich nicht, wenn
ich zuverlässig 1x am Tag werte haben möchte. Aktuell habe ich das so
umgangen, dass ich um 0, 1, 2 und 3 Uhr auslese. Meistens ist dann ein
erfolgreicher Auslesevorgang dabei.
Ist es möglich anstelle dieser festen stündlichen Auslesezeitpunkte in
der >S Sektion, dass Auslesen auf Befehl, z.B. per MQTT anzustoßen? Dann
würde ich es in einer Home Assistant Automatisierung so oft anstoßen,
bis es einmal geklappt hat.
Viele Grüße,
Jonas
(i) Ich zeige im Web jetzt nur noch das dekodierte Datum an. (Label im
Dekoder auf "*" setzen.) (ii) Variablen in Tasmota sind "float". Bei
großen Zahlen wie der Zeit als unsigned double geht das aber zu lasten
der Minuten. Will sagen bei der Berechnung des Datum Strings habe ich
mich am Anfang darüber gewundert warum wenn ich alle paar Minuten
auslese die Minuten immer als "00" angezeigt werden. Das habe ich gelöst
indem ich mit der letzten Decoder Zeile die Minuten noch mal als
unsigned word lese und damit rechne. (iii) Die Puffergröße setze ich
jetzt über die zweite Decoder Zeile.
Viele Grüße,
Uwe
Hallo Uwe
Vielen Dank für die Infos und die konfiguration.
Ich konnte diese in meiner Konfiguration anpassen, nun sehe ich die
Daten, werde nun sehen wie lange die Aktualisierung benötigt.
Ja bei dem WMZ ist das leider echt ein Problem mit dem periodischen
Auslesen bei einem Infrarot Kopf. Da gibt es wohl wirklich noch keine
gute Lösung. Bei mir wird etwa 5 mal am Tag ausgelesen, obwohl dieser
jede Stunde versucht.
Ich bin nun auf diese Seite gestoßen
(https://github.com/Zeppelin500/MBusino), da wird der WMZ mittels MBUS
ausgelsen, ja leider wird wieder neue Hardware benötigt, aber naja was
zum Basteln.
Da Konzept ist ganz gut, da wird der WMZ via Modbus ausgelesen und via
WIFI an Homeassistant per MQTT die Daten übermittelt.
Mal sehen ob das Funktioniert.
Beste Grüße
Tobias
Hallo Uwe
Mir ist bei meinem WMZ aufgefallen das die Uhrzeit nicht korrekt ist.
Kann man mit deinem Script in Tasmota und/oder Homeassistant die Uhrzeit
korriegieren?
Oder noch besser gibt es ein Möglichkeit in dem WMZ die Urzeit zu
ändern?
Beste Grüße
Tobias
Hallo Tobias,
stimmt. Ist bei meinem WMZ auch so. Sind bei mir ein paar Minuten. Habe
ich bisher ignoriert.
In HomeAssistant kannst du das am einfachsten machen. Die Variable
"DatasetDate" aus meinem Template ist eine Unix Timestamp (Sekunden seit
01.01.1970) die in der letzten Zeile in einen String umgewandelt wird.
Schau dir an wie viele Sekunden dein WMZ daneben liegt und addiere oder
subtrahiere das als offset.
Wenn die Uhr am Beispiel 5 Minuten nach geht ersetze:
Zu einem einfachen Fix im Tasmota Script habe ich keine Idee. Man müsste
ja den Übertrag auf die Stunden,Tage,...berücksichtigen. Mein erster
Ansatz damals war die ausgelesene Zeit erst in ein Unix Timestamp zu
konvertieren. Dazu habe ich aber in Tasmota nicht die passenden
Funktionen gefunden und das manuell zu machen habe ich aufgrund der
unterschiedlichen Anzahl von Tagen im Monat und der Schaltjahre als
Lösung wieder verworfen.
Viele Grüße,
Uwe