Wasserzähler - Version 2 - all-in-device

[pfried]

@JanGa Mit einem spitzen Gegenstand den Kleber entfernen. Nimm ein gutes Vergrößerungsglas dann sieht man deutlich den Kleber. Ich habe es mit einem Skalpell gemacht.

[mane444]

@jomjol
Hallo,
erst mal großen Dank für die tolle Anwendung.
Ich hab soeben mit der MQTT Anmeldung Versuche durch geführt. Bei mir war in der Config.ini ein Schreibfehler. das Stand unter
[MQTT]
uri = mqtt://... Ich hab das auf
url = mqtt://... geändert dann lief es ohne Probleme.

Gruß

[jomjol]

@mane444 sagte in Wasserzähler - Version 2 - all-in-device:

@jomjol
Hallo,
erst mal großen Dank für die tolle Anwendung.
Ich hab soeben mit der MQTT Anmeldung Versuche durch geführt. Bei mir war in der Config.ini ein Schreibfehler. das Stand unter
[MQTT]
uri = mqtt://... Ich hab das auf
url = mqtt://... geändert dann lief es ohne Probleme.

Gruß

Hi @mane444 ,

verwendest du den MQTT? Mit einem "url" funktioniert er schlicht nicht. Der Quellcode triggert definitiv nur auf "uri" - Zeile 68 in ClassFlowMQTT.cpp

        if ((toUpper(zerlegt[0]) == "URI") && (zerlegt.size() > 1))
        {
            this->uri = zerlegt[1];
        }

Wenn du keine MQTT verwendest, kann du diesen Teil der Config.ini einfach löschen oder mit ";" vor den Zeilen auskommentieren.
Gruß,
jomjol

[WernerS]

@jomjol
Hallo jomol

ich wollte das MQTT mal testen und habe ein Update gemacht. Auch die Update.ini, aber ich finde keinen Eintrag mit MQTT.

Gruß
Werner

[michaeljoos]

@WernerS Hi Werner. Die Angaben sind in der aktuellen config.ini zu finden:

;[MQTT]
;Uri = mqtt://IP-MQTT-SERVER:1883
;Topic = watermeter/readout
;ClientID = wasser
;user = USERNAME
;password = PASSWORD

Es benötigt die aktuelle Firmware plus diese Angaben. Und natürlich auskommentieren nicht vergessen bei Benutzung

[WernerS]

@michaeljoos

Hallo michaeljoos

ich denke mal das ist die aktuelle. Bei mir steh das nicht in der Config ini. Ich füge es per C&P dazu, das sollte auch gehen

Gruß
Werner

[jomjol]

Update für Rolling:

• Bug-Fixing für MaxRateValue & NegativeRate - in einigen Fällen hat eine Kombination dieses Fehler nicht korrekt funktioniert.
• Implementierung eines Konsistenztests auch für die digitalen Ziffern.
  Ein Wechsel der Ziffern bedingt bei eingeschalteter Prüfung (CheckDigitIncreaseConsistency = True) einen Nulldurchgang der vorherigen Stelle - ansonsten bleibt die alte Ziffer. Das verhindert Probleme mit dem Umschalten der digitalen Ziffern:
  

[pfried]

@jomjol Habe die neue Rolling Version eingespielt, werde berichten. Liebe Grüße
Paul

[coyote]

@jomjol habe auch die neue rolling installiert und auch mqtt aktiviert, sieht bisher gut aus. MQTT nutze ich jedoch ohne User/pwd

[d0m1n1qu3]

moin,
ich war einige tage im urlaub und habe jetzt mal wieder reingeschaut .. leider startet er in einer endlosschleife neu .. auch nach dem update auf die rolling von vorgestern oder so bleibts dabei

2020-10-20_13-41-14: ============================== Main Started =======================================
2020-10-20_13-41-18: task_autodoFlow - next round
2020-10-20_13-41-18: FlowControll.doFlow - ClassFlowMakeImage
2020-10-20_13-41-23: FlowControll.doFlow - ClassFlowAlignment
2020-10-20_13-41-42: handler_wasserzaehler
2020-10-20_13-42-11: FlowControll.doFlow - ClassFlowDigit
2020-10-20_13-42-40: FlowControll.doFlow - ClassFlowAnalog
2020-10-20_13-43-16: ============================== Main Started =======================================
2020-10-20_13-43-20: task_autodoFlow - next round
2020-10-20_13-43-20: FlowControll.doFlow - ClassFlowMakeImage
2020-10-20_13-43-25: FlowControll.doFlow - ClassFlowAlignment
2020-10-20_13-44-12: FlowControll.doFlow - ClassFlowDigit
2020-10-20_13-44-47: FlowControll.doFlow - ClassFlowAnalog
2020-10-20_13-45-23: ============================== Main Started =======================================
2020-10-20_13-45-27: task_autodoFlow - next round
2020-10-20_13-45-27: FlowControll.doFlow - ClassFlowMakeImage
2020-10-20_13-45-32: FlowControll.doFlow - ClassFlowAlignment
2020-10-20_13-46-19: FlowControll.doFlow - ClassFlowDigit
2020-10-20_13-46-43: handler_wasserzaehler
2020-10-20_13-47-00: FlowControll.doFlow - ClassFlowAnalog
2020-10-20_13-47-36: ============================== Main Started =======================================
2020-10-20_13-47-39: task_autodoFlow - next round
2020-10-20_13-47-39: FlowControll.doFlow - ClassFlowMakeImage
2020-10-20_13-47-45: FlowControll.doFlow - ClassFlowAlignment
2020-10-20_13-48-32: FlowControll.doFlow - ClassFlowDigit
2020-10-20_13-49-09: ============================== Main Started =======================================
2020-10-20_13-49-13: task_autodoFlow - next round
2020-10-20_13-49-13: FlowControll.doFlow - ClassFlowMakeImage
2020-10-20_13-49-18: FlowControll.doFlow - ClassFlowAlignment
2020-10-20_13-50-05: FlowControll.doFlow - ClassFlowDigit
2020-10-20_13-50-40: ============================== Main Started =======================================
2020-10-20_13-50-44: task_autodoFlow - next round
2020-10-20_13-50-44: FlowControll.doFlow - ClassFlowMakeImage
2020-10-20_13-50-49: FlowControll.doFlow - ClassFlowAlignment
2020-10-20_13-51-36: FlowControll.doFlow - ClassFlowDigit
2020-10-20_13-51-38: handler_wasserzaehler
2020-10-20_13-51-38: handler_wasserzaehler
2020-10-20_13-51-38: handler_prevalue
2020-10-20_13-51-42: download_get_handler

[pfried]

@d0m1n1qu3 Stelle mal die Wiederholrate (=Intervall) auf > 4 Minuten

[d0m1n1qu3]

@pfried said in Wasserzähler - Version 2 - all-in-device:

@d0m1n1qu3 Stelle mal die Wiederholrate (=Intervall) auf > 4 Minuten

steht auf default .. also 4.85

[pfried]

@d0m1n1qu3 Ist aber seltsam, wenn Du auf Dein LOG schaust ist der reboot circa alle +-2 Minuten. Vielleicht hast Du das selbe Problem wie weiter oben beschrieben und solltest eine komplette Löschung des Flash Speichers machen und dann nochmals die SW einspielen.

[Eisbaeeer]

@aandekant Look here: https://forum.iobroker.net/topic/35404/ferraris-zähler-mit-tcrt5000-und-esp8266/61
greets Eisbaeeer

[pfried]

@jomjol Hallo jomjol, warum wird nun bei der corrected value ein N ausgegeben, ist das neu?
Liebe Grüße
Paul

[jomjol]

@pfried Sollte nicht so sein. Scheint, dass der PreValue nicht verwendet wurde. Hast du ihn manuel gesetzt und ist der Fehler dann weg?

[pfried]

@jomjol Kann ich leider erst wieder beim nächsten "Nulldurchgang" checken. Da jetzt wieder die Werte stimmen. Der PreValue Wert war aber gesetzt. Das Problem tritt erst seit der letzten Rolling Version auf.

[jomjol]

@pfried Dann bitte mal beobachten. Ich habe mir nochmal den Programmflow angeschaut. In der Logik ist es so, dass in jedem Fall zuerst die "N"s ersetzt werden und erst dann alle Checks durchgeführt werden.
Falls der PreValue nicht gesetzt ist oder zu alt, dann gibt er dort aber den ausgelesenen Wert mit "N" zurück, da nicht besseres bekannt ist.

[pfried]

@jomjol Habe mir nochmals den PreValue angesehen, der war gesetzt.... Kann das nun mit dem (CheckDigitIncreaseConsistency = True) zusammenhängen?

[michaeljoos]

@pfried Vermutlich musst du wie ich die gültige PreValue-Zeit (PreValueAgeStartup=30min?) in der config.ini höher setzen. Wenn aus irgendwelchem Grund ein "Fehler" länger als 30min ausgegeben wird (z.B. rate too high oder negative rate) und dann der ESP automatisch rebootet, wird der Pre-Value-Wert nicht mehr "als gültig" gewertet.

Bei meinem Zähler ist es so, dass zum Beispiel die Ziffer 9 bereits erkannt wird, aber der Wert eigentlich immer noch 8 ist. Dieser sprunghafte Anstieg wird mit dem Parameter "MaxRateValue" abgefangen und kann bei mir gut und gerne und je nach Wasserverbrauch mehrere Stunden anstehen.

Meine aktuelle Einstellung in der config.ini ist "PreValueAgeStartup=1440", also ganze 24h! Vielleicht zu lange, habe aber noch keinen Nachteil gefunden...bis jetzt