erstmal vielen Dank für all die Informationen in diesem Thread und die ganze Arbeit, die hier schon geleistet wurde!
Seit einiger Zeit versuche ich (bisher erfolglos) meinen Minol C5-M60 Wärmezähler über die optische ZVEI-Schnittstelle auszulesen. Entweder habe ich hier noch ein grundlegendes Verständnisproblem, auf jeden Fall gibt der Zähler bisher keinen Mucks von sich. Ich gehe davon aus, dass er tatsächlich mbus über die optische Schnittstelle spricht, obwohl ich auch hierbei nicht 100%ig sicher bin. Da meine Versuche mit der Tasmota-Firmware bisher keine Ergebnisse hatten, bin ich auf das mbus-test Tool von Stefan B. umgestiegen.
Aber auch nach zahlreichen Versuchen mit den unterschiedlichsten Parametern (Länge der Aufwachsequenz 0 - 3300 ms, Pause 300 - 400 ms) habe ich es nicht geschafft, dem Zähler auch nur eine einzige Antwort zu entlocken.
Als Hardware nutze ich zum testen einen Raspi 5, an dem ein Volkszähler-kompatibler IR-Lesekopf von Ueding an den Ports 14 + 15 hängt.
Mit mbus-test -t leuchtet die LED schwach rot, d.h. ich denke die Hardware sollte soweit funktionieren. Auch die Positionierung über der Schnittstelle habe ich nach bestem Wissen und Gewissen perfektioniert (Blick durch das leere Gehäuse, Markierung der Position). Eine Restunsicherheit gibt es bei der Ausrichtung, also welche die sendende und welche die empfangende LED des Zählers ist (die dunkler aussehende ist Rx, oder?).
Hat irgend jemand noch einen guten Tipp für mich, wie ich die Sache weiter eingrenzen kann? Am besten, wenn irgend jemand schon direkte Erfahrungen mit Minol-Wärmezählern hätte...
Mit welchen Parametern von mbus-test zu spielen ist am aussichtsreichsten? Was kann ich noch tun? Bin für jede Hilfe dankbar!
Ich kann mich nur meinem Vorredner anschließen --> großer Respekt, was hier schon geschrieben wurde.
Aber genau darin besteht für mich als Laien auch das Problem; soviele Skripte
(oder was auch immer), soviele Seiten - das schaffe ich nicht zu lesen und noch weniger zu verstehen.
Deshalb bitte ich die Gemeinschaft hier um Hilfe, damit ich meinen
Wärmezähler Metrona Ultraheat XS2 auslesen und die Daten speichern kann.
Folgende Konfiguration habe ich:
an dem WZ ist ein optische Lesekopf von "Wattwächter" mit Tasmota, der eigentlich für Strommessung ist. Der Verkäufer sagte mir aber, dass das Auslesen schon einmal bei einem Engelmann WZ funktioniert hat - bei meinem funktioniert das mitgeschickte Skript leider nicht.
Der IR-Kopf ist ins Netzwerk eingebunden und ich erreiche den auch über den Browser nach Eingabe der IP.
Soweit bin ich schon mal.
Aaaaber ich kann ihn nicht ansprechen, weil ich keine Ahnung, was ich da eingeben müsste.
Ihr würdet mich megaglücklich machen, wenn ihr mir helfen könntet, weil ich verzweifle. Für mich ist das deshalb wichtig, weil ich die Daten dringend brauche, um meine tatsächliche Heizlast zu kennen, weil ich meine Heizung ändern will.
....und der Winter ist fast vorbei.
Falls das gar nicht geht, wäre ich auch froh, wenn man mir einen WZ empfehlen oder verschaffen könnte, der einfacher zu handhaben ist. Kann was Gebrauchtes sein, Batteriepaket oder Netzteil würde ich dranbasteln.
Alle 15 Minuten abrufen zu können wäre optimal.
Hi Erwin,
Der Wattwächter funktioniert sicher ähnlich oder gleich wie der Hitchi Lesekopf, zumal beide Tasmota verwenden.
Du brauchst auf jeden Fall ein Tasmota Script, das auf deinen Wärmezähler angepasst ist.
Ich hab mal auf https://tasmota.github.io/docs/Smart-Meter-Interface/
geschaut, da ist dein Wärmezähler leider nicht zu finden.
Vielleicht findet sich hier jemand, der/die weiterhelfen kann...
Vielleicht findet sich hier jemand, der/die weiterhelfen kann...
Ja, das hoffe ich auch.
Ich glaube auch fast, dass es die identischen Zähler unter verschiedenen Namen gibt.
Auf meinem steht Metrona Ultraheat XS2 drauf, gibt es aber auch mit der Aufschrift ISTA, Landis+Gyr, Qundis etc.
Ich habe leider überhaupt keine Ahnung, wie die anzusprechen sind.
Habe mich bei Landis+Gyr gemeldet - sehr unkooperetiv... der Mitarbeiter hatte entweder keine Ahnung oder wollte nicht helfen. Angeblich könnte man über die optische Schnittstelle nichts auslesen.... naja, frage mich dann natürlich, wozu die da ist.
Vielleicht hatte von euch ja jemand schon mal so ein Teil geöffnet und könnte mir sagen, ob die eingekreisten Stellen im Bild irgendwelche Schnittstellen sein könnten?
ich bin gerade dabei meinen Wärmezähler auszulesen.
Auf welcher Tasmotaversion basiert die tasmota_V3.bin.gz (467 KB)?
Gibt es auch schon eine auf die aktuelle Version von Tasmota kompilierte Version?
ich versuche mein script mit der Version 14.6.0 zum laufen zu bringen.
Leider klappt das nicht :-( nach jedem reboot fehlt der Hacke "script aktiv"
was mache ich falsch?
da ich gerne MQTT über TLS hätte hab ich selbst Tasmota kompiliert - allerdings ist der RAM dann ziemlich ausgelastet (Abstürze) wenn man nicht weitere Funktionen aus Tasmota entfernt.
Habe daher via PlatformIO kompiliert und viel aus der my_user_config entfernt. (z. B. Domoticz, Home Assistant Discovery, etc. pp.).
Rausgekommen ist angehängtes Binary, Tasmota Version 14.6.0, wie gewohnt mit Webinterface und mit MQTT TLS.
Die nötigen Features für das Auslesen des Zähler sind natürlich enthalten:
anbei mal meine stabile Variante für den Wärmemengenzähler CF Echo II von Itron bzw. Allmess. Danke an die Vorarbeit von Carsten, Nick und Frank. Vielleicht hilft es noch anderen. Ich lese den Zähler immer zur halben Stunde aus, um die Batterie zu schonen, aber pro Stunde einen Zählerstand in Home Assistant zu haben.
Wenn "Total energy" oder "Operating time days" nicht ausgelesen werden konnten, deaktiviere ich die Übertragung via MQTT und schalte sie erst mit Werten größer 0 wieder ein. Außerdem habe ich die CRC-Überprüfung aktiviert.
Lese hier auch schon tatsächlich seit über zwei Jahren sporadisch mit und habe immer wieder mal das Projekt in Angriff nehmen wollen. Zwischenzeitlich hatte ich es auch mal mit einem Hichi Lesekopf versucht, bin da aber nicht weitergekommen.
Nun soll es aber klappen und ich habe mir einen Hichi Wifi V2 bestellt.
Meter ist ein "Diehl Ultramess H", oben steht noch "Molline" drauf und rechts "775" (sieht für mich nach Sharky 775 aus...).
Als Skript habe ich nun schon mehrere hier aus dem Forum verwendet, aktuell versuche ich es mit dem Skript weiter unten. Die Aufwachsequenz ist noch drin.
Ich bekomme aber schlichtweg kein Feedback aus dem Meter. Selbst mit "sensor53 d1" sehe ich nichts in der Console.
Ich vermute mal, es ist die Positionierung, da der Meter ja nur eine Diode hat. Habe da aber auch schon einiges durch - nach rechts, nach links, nach oben, nach unten und auch mal um 180° gedreht.
Hi zusammen. Vielen dank für die ganzen Scripts und die Hilfe!
Was ich aber allen, bei denen nichts ankommt noch sagen kann:
--> Das Problem ist der Abstand. Ich habe einen Hichi V2 und da fehlen einfach einige mm. Ich habe dafür einen Magneten gekauft den ich da noch dazwischen geklebt habe (somit habe ich auch direkt die Möglichkeit den Sensor zu entfernen ohne ihn danach wieder Stundenlang positionieren zu müssen). Folgende Maße hat das Teil: Ø27/21x3mm + Klebeband mit ca. 1mm. Diesen durfte ich auch nicht exakt mittig zum IR Interface kleben, sondern musste ihn etwas nach unten versetzt anbringen. Ab da gab es keine Reflektionen mehr und alle Daten kommen wie erwartet. Eine Beschränkung der Auslesezeiten gibt es bei meinem Gerät auch nicht. Zum testen hatte ich einen Karton dazwischen und die Scriptzeit auf 5 Sekunden im Debug Modus eingestellt. Und so kam ich nach 3 Tagen zum Ziel.
Mein Wärmemesser ist ein Allmess Integral-V UltraLite sollte aber keinen Unterschied zu den anderen machen.
Falls sich jemand einen passenden Adapter für das Gerät druckt, der dann zu den Positionserhebungen passt und schon einen Magneten beinhaltet, wäre ich daran auch interessiert. :)
Zum Auslesen aller Daten verwende ich folgende Datenpunkte:
Vielen Dank!
Ich habe meinen Hichi Wifi v2 direkt auf dem Allmess Integral-V UltraLite PRO (ohen Abstand). Mit dem Script von dir (ps_pascal) hat es auf Anhieb funktioniert.
Das USB Kabel geht bei mir nach unten weg.
Ich habe mir zum testen eine runde Schablone aus einem Aufkleber gefertigt, damit ich sehe, wann der Hichie mittig sitzt. Den Diodenbereich entsprechend ausgeschnitten. Den Aufkleber auf den Allmess geklebt und den Hichi positioniert.
Hallo zusammen!
Ich bin neu hier und durch google auf dieses Forum gelangen.
Ich habe folgendes Problem:
Ich habe zwei Allmess Integral-V UltraLite Pro Wärmemengenzähler und würde diese gerne in Home Assistant einbinden.
Ich habe hier bereits gelesen, dass ich den Hichi wifi v2 benötige.
Kann ich diesen direkt über wifi in HA einbinden? Wird der script auf dem Hichi oder HA ausgeführt?
Entschuldigt meine Unwissenheit, bin noch neu hier...
vielen Dank für die vielen Beiträge und Infos!
Wir haben aktuell ein Hochschulprojekt, in dem wir 2 verschiedene Typen an WMZ auslesen wollen. (Einmal Sharky 775 und 3mal das Modell Allmess Integral-V Ultra Lite PRO)
Hierzu haben wir uns wie viele andere im Forum den Hichi V2 (mit ESP32 C2) bestellt und erste Auslese-Versuche über Tasmota mit Hilfe der Beispiel-Skripte aus dem Forum hier gemacht.
Anbei das Ergebnis, das wir erhalten. Leider hilf Chat-GPT hier gar nicht weiter und wir verstehen noch nicht, was das jetzt bedeutet.
Sorry, falls das eine dumme Frage ist - wir haben uns vorher noch nie mit solchen Themen beschäftigt.
Vielen lieben Dank schon mal an alle, die uns weiterhelfen können!! :)
Es gibt viele Möglichkeiten, das anzugehen.
Das Protokoll was Du ja jetzt dekodiert hast, ist sehr universell, aber auch ziemlich komplex.
Wenn Du das selbst machen willst, in einer Progammiersprache Deiner Wahl,
kannst Du einzelne Sequenzen ausfiltern und anzeigen.
Du benötigst keinen vollständigen Parser.
Es gibt aber immer Dinge zu beachten, wie z.B. negative Zahlen oder Fehlerzustände, wird Dir aber dann auffallen.
In den Beiträgen sind Hinweise auf die nötigen Dokumente, die man zur Hand haben sollte.
Und in Programme anderer Leute gucken, schadet auch nicht.
Hi, bin neu hier und habe die letzten Wochen in diesem Thread viel gelernt. Einige Fehlversuche mit und ohne KI Support und ich habe das Ergebnis: Mein Wärmemengenzähler sendet mir Daten und ich werte diese aus inkl. MQTT an Home Assistant.
Mein Setting:
Diehl Sharky 775 Wärmemengenzähler.
HICHI IR wifi V2 Lesekopf. Wer es nicht weis: Da ist der ESP32C3 bereits drin und Tasmota mit SML Parser drauf.
Hier meine Erkenntnisse:
(A) Tasmota (fail):
Alle Tasmota Versuche scheiterten beim Auswerten der Daten.
Ich bekam nur Frames in dieser Form:
Keine Tasmota M-Definition hat das interpretiert.
Aussage KI: Der Sharky sendet reine saubere M-Bus (EN 13757-3) Long Frames. Das ist kein Long Frame. Damit kann man nichts anfangen.
Tasmota kann nur SML und für wenige Zähler gibt es M-Bus, nicht aber für Sharky775.
(B) ESPHome (fail):
Gleiches Problem: Die Daten waren die gleichen aber auch hier, nur SML Parser verfügbar. Die Daten im Frame waren nicht entschlüsselbar.
nur bei erste Abfrage : sendSND_UD 68 04 04 68 53 FE 50 50 CS 16
Wichtig: mit 68 04 04 68 53 FE 50 00 CS 16 hat es nicht funktioniert. Da kam nur ein E5 aber keine Daten!
bei jeder Abfrage nach Wakeup send REQ_UD2: 10 5B FE 59 16
Hier exemplarisch:
1
if(now-lastWake>=WAKEUP_INTERVAL){
2
lastWake=now;
3
4
sendWakeup();
5
delay(WAKEUP_DELAY);
6
7
setupUART_8E1();
8
9
// SND_UD nur beim ersten Durchlauf, sonst UD2
10
if(count==0){
11
sendSND_UD();
12
13
}elsesendREQ_UD2();
14
15
delay(200);
16
count++;
17
18
readResponse();
19
}
Ihr könnt den HICHI über die USB Schnittstelle direkt flashen.
Da die Sensoren wie die Serial Schnittstelle die gleichen USB Pins für den Flash belegen (hart verdrahtet), kann der HICHI nicht gleichzeitig am Rechner hängen und Serial Output senden. Ich habe für Debug-Logging im Sketch die Ausgabe in ein Webserver gegeben. Damit kam ich zum Ziel.
Erst wenn dort was interpretierbares rauskommt ist es ein valider Long Frame. Wer Interesse an dem eigentlichen Parser hat, kann sich ja hier melden.
Vielleicht hilft es jemandem, der wie ich bisher es vergeblich mit Tasmota probiert hat und keine Angst hat neues zu versuchen. Und wenn es jemanden mit dem BRAIN gibt, der mit Tasmota erfolgreich ein Wärmemengenzähler Sharky755 den MBUS auslesen und auswerten konnte, dann wäre ein reply super. Der Sketch ist schon sehr mächtig und mit Tasmota wäre man eher im Standard.
Ja, das hab ich auch gelesen und probiert (und noch viel mehr). Mit dem SND_UD aus dem Tasmota Skript (sml(1 1 “6804046853FE5000A116”) kamen bei mir nur die kurzen Frames:
Damit konnte ich in Tasmota keine passsende M Sektion definieren, die auch nur irgend etwas sinnvolles extrahierte. Wenn jemand versteht warum und was das sein soll, was ich hier bekommen hab, dann hilft es ja auch.
Was ich aber probieren kann ist der Versuch mit dem SND_UD der in meinem Arduino Sketch funktioniert. 68 04 04 68 53 FE 50 50 F1 16 (man beachte die 50 50 und nicht 50 00). Also neu sml(1 1 “6804046853FE5050F116”).
Der 0x50 Subcode besagt „Instant values“ (siehe Anhang der Beschreibung). Genau die dort beschriebenen Daten stehen jetzt im empfangenen Long Frame. Es scheint so, als ob der Subcode "All" = 0x00 in meinem Sharky nicht richtig funktioniert.
Wenn mit Subcode 0x50 der Sharky über Tasmota meinen bekannten Long Frame sendet (beginnt mit 68 46 46), das wäre klasse. Dann wäre sicher die M-Sektion definierbar.
Mal sehen wann ich dazu Zeit hab. Dann hier update. Aktuell läuft es ja.
Ich habe das auch umgesetzt und läuft stabil seit nunmehr 1 Jahr
Allerdings lasse ich den Lesekopf alle 24 std neu starten
Hi Andreas, deine Erfolge waren meine Motivation für meine vielen Versuche. Ich war frustriert weil ich zwar Daten bekam, nur immer zu kurze Frames. Aber wie eben schon in meiner Antwort an Klaus ausführlicher erklärt, ich habe dabei die SND_UD Sequenz genommen wie du (sml(1 1 “6804046853FE5000A116”), mal im Skript mal nur einmal.
Aber ich schau mal wann ich mit den neuen Erkenntnisse einen Versuch in Tasmota mit sml(1 1 “6804046853FE5050F116”) starte.
Hallo zusammen, ich bin auf der Suche nach dem Script für den Ultraschallwasserzähler HYDRUS DIEHL Typ 173, ich bin über ein anderes Forum hier drauf gekommen, ich bin das gerade einmal alles durchgegangen aber ich stehe auf dem schlauch.
Wenn ich über sensor53 d1 sende kommt keine Rückmeldung, mehrere Videos dazu schon gesehen, aber irgendwie klappt das auch nicht, jemand ne Idee?
13:53:39.148 CMD: sensor53 d1
13:53:39.150 RSL: RESULT = {"Time":"2026-01-24T13:53:39","SML":{"CMD":"dump: 1"}}
danach ist der Hichi Lesekopf out of order :(
Und was hast Du als Script verwendet?
Welche Tasmota-Version?
Tasmota 14.6.0.2 (tasmota32) by Theo Arends
Script von Steffen um mich ranzutasten, erstmal zum testen, aber da ich über sensor53 d1 und d0 mal klappt es mal nicht, deaktiviere ich das Script bekomme ich ein Error.
Für jede Idee bin ich zuhaben, kann leider nur immer zur Mittagsruhe oder Abends wenn alle schlafen.
Script von Steffen um mich ranzutasten, erstmal zum testen, aber da ich
über sensor53 d1 und d0 mal klappt es mal nicht, deaktiviere ich das
Script bekomme ich ein Error.
Wenn kein Script läuft liefer sensor53 d1 immer einen Fehler da dann keine Schnittstelle definiert ist.
Hast Du als Firmware die offizielle TasmotaEsp32 genommen? Das klappt im Allgemeinen nicht da der RX-Puffer für das Antworttelegramm zu klein ist.
Erster Test (dafür brauchst Du nur den Lesekopf und keinen Zugang zum Zähler) besteht darin herauszufinden ob der Kopf das Aufwachtelegramm sendet. Dafür mit dem möglichst billigem Smartphone auf die Sende-LED gucken. Die muss blinken.
danke für die Hilfe, jetzt bin ich bei Tasmota 15.2.0 (ESP32-C3 ottelo.jimdo.de) ich hätte die Finger von lassen müssen, der Hichi v2 soll kein Update bekommen :/, erst lesen dann handeln. Habe das von euch genommen, die LED hat einmal kurz geleuchtet, danach kann ich nichts mehr sehen.
Ich werde die Nacht mal drüber schlafen, vielleicht fällt mir ja eine Alternativ ein.
also Original könnte ich wieder herstellen, laut Hichi könnte ich auch das von euch verwenden, passt also.
Version: Tasmota 15.2.0 (ESP32-C3 ottelo.jimdo.de) by Theo Arends
Leider leuchtet die LED nur beim Restart einmal auf.
Bei diesem Script blint die LED, ergo selber Script bauen, yeah.
1
>D
2
scnt=0
3
res=0
4
>B
5
=>sensor53r
6
>F
7
scnt+=1
8
switchscnt
9
case3
10
res=sml(10300)
11
res=sml(11"2F3F210D0A")
12
case20
13
res=sml(11"063035300D0A")
14
case23
15
res=sml(109600)
16
case60
17
scnt=0
18
ends
19
>M1
20
+1,3,o,16,9600,12EC3,1
21
1,1.8.0*00(@1,Verbrauch,kWh,E_in,2
22
1,1.8.1*00(@1),VerbrauchHT,kWh,E_inHT,2
23
1,1.8.2*00(@1),VerbrauchNT,kWh,E_inNT,2
24
1,2.8.0*00(@1,Einspeisung,kWh,E_out,2
25
#
Also muss ich jetzt selber was entwickeln, da das von mir erst benutzte gar nicht klappt. Werde jetzt erstmal mit dem Script die richtige Position suchen. Danach würde ich mich nochmal melden.
Update: Lesekopf schaltet alles durch aber kriegt kein Singal zurück, ich muss mir erst was mit Abstand bauen, selbst beim testen auf dem Tisch muss der Gegenstand wo ich es ranhalte, bissel weiter weg sein.
Beim Stromzähler läuft es super.
Ich blick's nicht was Du da machst. Das Skript hat ja wirklich so gar nichts mit dem zu tun, was Du gestern gepostet hast.
Natürlich muss das Skript zum WMZ passen.
Ich blick's nicht was Du da machst. Das Skript hat ja wirklich so gar
nichts mit dem zu tun, was Du gestern gepostet hast.
Natürlich muss das Skript zum WMZ passen.
Mahlzeit, leider doch, beim ersten Script blinkt die LED nicht, auch bei sensor53 d1 kommt keine Infos an. Wechsel ich auf das 2 Script um zusehen ob überhaupt Daten ankommen, bekomme ich folgendes.
1
13:59:08.017:/?!
2
13:59:09.724:050
3
13:59:13.985:/?!
4
13:59:15.740:050
5
13:59:20.002:/?!
6
13:59:21.756:050
7
13:59:26.019:/?!
8
13:59:27.722:050
9
13:59:31.983:/?!
10
13:59:33.738:050
11
13:59:37.999:/?!
12
13:59:39.754:050
13
13:59:44.015:/?!
14
13:59:45.719:050
15
13:59:49.984:/?!
16
13:59:51.742:050
17
13:59:56.002:/?!
18
13:59:57.757:050
19
14:00:02.017:/?!
20
14:00:03.723:050
21
14:00:07.985:/?!
22
14:00:09.740:050
somit muss es für mich erstmal am Script liegen, da ich nochmal auf der Orignalseite geschaut habe.
Hallo zusammen!
vielen Dank nochmal an alle hilfreichen Kommentare hier. Wir haben noch eine weitere Frage...
Vergangene Woche war ein Vertreter von Diehl vor Ort, der meinte dass beim Sharky 775 die optische Schnittstelle "gesperrt" wäre für die Auslese, da das eine sehr hohe Batteriebelastung wäre und damit nicht die Herstellergarantie für die Haltbarkeit der Batterie gewährleitstet ist. Weiß hier jemand ob das wirklich stimmt? Mir scheint als würde es schon einige hier geben, die trotzdem auslesen können...
Wir wollen aktuell das Allmess Integral (-V Ultra Lite Pro) auch auslesen. Meines Wissens gibt es hier keine Sperre. Hat jemand Erfahrung, ob eine häufige Auslese wirklich einen starken Effekt auf die Batterie hat?
Wie lange würde die Batterie ca. halten, wenn man jede Stunde ausließt?
somit muss es für mich erstmal am Script liegen, da ich nochmal auf der
Orignalseite geschaut habe.
Ich blicks nicht was du da zusammenkopierst oder ausprobierst.
Alleine die beiden letzten Scripte, einmal 2400, dann 9600 Baud. Es kann nur eines richtig sein.
noch ein Nachtrag zu "meinem" Skript aus dem Beitrag darüber:
Der Wert für Volumen, den das Skript aus dem Telegramm abliest, ist falsch. Ich habe das eben erst gemerkt, als ich den Wert mit dem Display verglichen habe. Das muss ich nochmal ran...ist mir aber aktuell egal, bin einfach froh, dass ich den kWh Wert sauber rausbekomme :)
Vielleicht kann das jemand gebrauchen :) Es wird einfach an er Kante eingeschnappt und kann daher jederzeit wieder abgenommen werden.
Display und Knopf in der Mitte sind weiterhin bedienbar.
Hi, ich bin auf der suche um Allmess Ultramaxx über ESPHome auszulesen. Gibt es schon Ansätze oder fertige Projekte dazu?
Technisch müsste es ja möglich sein über eine Optolink IR Schnittstelle und UART die Daten auslesen zu können.
Ich möchte unseren Wärmezähler SuperCal 739 über die optische Schnittstelle auslesen. Als Lesekopf habe ich einen von ELV USB-IEC. Leider lässt sich der Zähler nicht aufwecken oder dazu bewegen, Daten zu senden. Im Enddeffekt möchte ich den Zähler in HA via ESP32 oder RP2040 einbinden. Aktuell scheitert es aber an der Kommunikationsaufnahme mit dem Zähler.
Nachtrag: Interessiert bin ich vor allem an dem Kommunikationsprotokoll, das von Sontex (Hersteller) leider nicht veröffentlicht ist. Es gibt zwar ein Programm "Prog7x9", aber das steht nur authorisierten Fachhändlern zur Verfügung. Vielleicht kann jemand mit dem Programm mal das Protokoll mitschneiden:)
Vielleicht kann das jemand gebrauchen :) Es wird einfach an er Kante
eingeschnappt und kann daher jederzeit wieder abgenommen werden.
Display und Knopf in der Mitte sind weiterhin bedienbar.
Richtig gut, vielen Dank!
Ich steckte übrigens sehr lange fest, aber jetzt mit Hilfe von ChatGPTs Sol Ultra, habe ich die Kommunikation hinbekommen.
Hardware:
Hichi Wifi V2
Allmess Integral-V UltraLite PRO
Hier das Skript:
1
>D
2
wkup=1
3
initial_read=1
4
5
>B
6
->sensor53 r
7
->sensor53 d0
8
9
>S
10
; Read once whenever this script is loaded or enabled.
11
if initial_read==1 {
12
initial_read=0
13
print read meter initial
14
=#readmeter
15
}
16
17
; Read meter every 12 hours. Change 43200 to 86400 for once per day.
18
if upsecs%43200==0 {
19
print read meter 12h
20
=#readmeter
21
}
22
23
#readmeter
24
print wakeup start
25
26
; Optical M-Bus wakeup: 2400 baud, 8N1.
27
sml(-1 1 "2400:8N1")
28
29
; Send 0x55 wakeup for roughly 2.2 seconds.
30
for wkup 1 53 1
31
sml(1 1 "55555555555555555555")
32
next
33
34
print wakeup end
35
wkup=1
36
print wait for the meter
37
; Leave margin for the queued wake bytes to finish on the wire.
38
delay(700)
39
40
; M-Bus request phase: 2400 baud, 8E1.
41
sml(-1 1 "2400:8E1")
42
43
; This meter only returned its variable data after an application reset.
