Monatsrückblick Januar/Februar 2026 ist online!

[Atifan]

Ah super, Danke für die Info!
Dann kann man im Notfall ja schnell korrigieren.

[pfried]

@Atifan Hi Atfian, Dein MaxRateValue=0.01 wird nicht funktionieren, da bei einem Wechsel von einer zur anderen Ziffer bei mir circa 130 Liter "vergehen". Ich habe mit MaxRateValue=0.15 gute Erfahrungen gemacht. Weiter oben im Thread gibt es von mir auch eine Berechnung wieviel Liter maximal pro Sekunde über eine Wasseruhr laufen können. Die multiplizierst Du dann mit Deiner Abtastrate, aber wie schon von @jomjol und @Knallochse geschrieben, wäre eine zweite Auswertelogikschicht sicher das optimale Auswerteverfahren.

@jomjol Auf Deine Frage weiter oben, es sollte niemanden stören wie der Wert zustande kommt, da die gesamte SW eh in einem Docker läuft und damit eh nicht mehr editierbar / lesbar ist.

[Atifan]

Hi, ja habe es schon gemerkt. Beim Duschen wurde ca. 0.3 pro Minute geändert. Wenn dann noch jemand nebenbei Wasser zapft hat man noch höheren Verbrauch. Habe es bei mir jetzt auf 0.5 angepasst.

[sissiwup]

@jomjol
Hallo,

ich probiere hier mit den neuronalen Netzen für die Erkennung der digitalen Ziffern rum.
Leider ist das Ergebnis immer noch nicht so toll, wie man sich das wünschen könnte.

Ich habe den Ansatz probiert, ein std. Netz zu nehmen und es zu trainieren, dass geht, aber dass ist vermutlich zu gross für einen Raspi.

Vlt. aber eine interessante alternative, die nicht so dramatische Änderungen nach sich zieht:

Von OpenCV gibt es tesseract. Das kann OCR mit LSTM und klassisch.

Ich habe recht gute Ergebnisse erzielt (erstmal ohne Integration in den Server) mit

tesseract ziffer5_2020-02-20_16-10-04.jpg stdout --dpi 70 --oem 2 --psm 10

wobei das jpg eine Ziffer darstellt. Selbst bei NAN Werten ist es nicht schlecht.
Was aber gut funktioniert ist die Unterscheidung von 3 9 6 und 5.

tesseract nutze ich in Version 4.0.0

tesseract kann man auch sehr gut per wrapper direkt aus python nutzen.

[Atifan]

Meint ihr die ESP32 CAM macht es auf dauer mit, wenn sie jede Minute ein Bild macht und die LED an geht?
Das sind pro Tag 60 x 24 = 1440 Bilder bzw. Auslösungen und im Jahr 525600 Auslösungen.
Ich denke das ist etwas zu hohe Abtastrate oder hat jemand Langzeiterfahrung und macht die CAM bzw. die LED das mit?
In welchen Intervallen tastet ihr denn so ab?

[pfried]

@Atifan Ich taste mit 30 Sekunden-Intervallen ab, da ich damit auch in meinem Haus eine Art "Leckerkennung" betreibe (habe viele alte Kupferrohre). Ich habe mir einen zweiten ESP32CAM hergerichtet, welchen ich dann bei Versagen des in Betrieb befindlichen austauschen kann. Bei circa 10 Euro für einen ESP32CAM ist das auch kein hoher finanzieller Verlust. Mein ESP32CAM läuft nun seit circa 5 Monaten ohne Probleme durch.

[Atifan]

Hi ja, ich lasse es einfach mal auf 1 Minute Abtastung. Wenn die Cam stirbt gibts ne neue und dann kann ich ggf. anders konfigurieren.

[Atifan]

Hi, ich habe das Problem, dass der Parser anscheinend nach paar Stunden nicht mehr weitermacht und den Datenpunkt nicht mehr aktualisiert.
Ich muss dann einfach die Instanz parser.0 stoppen und neustarten, dann funktioniert es wieder.
Hat jemand das gleiche Problem?

[sissiwup]

@jomjol
Hallo,

tesseract hat es bei meinen Tests nicht so sehr gebracht.
Habe aber die Bildoptimierung in den normalen Zweig eingebaut. Damit sind bei mir die Ergebnisse besser.
Natürlich sollte man das Modell dann auch auf solch optimierten Bildern trainieren.

Habs als Pullrequest eingestellt.

[sissiwup]

Hallo,

wer mal gerne mit einigen Optimierungen testen möchte:

Anmelden an docker (z.B. um orginal Datei zu sichern):

docker exec -it wasser bash

Datei nach Docker kopieren:

docker cp ReadDigitalDigitClass.py wasser:/lib/ReadDigitalDigitClass.py

(wasser ist dabei bei mir der Name des Docker-Files)

und natürlich neustarten

docker restart wasser

ReadDigitalDigitClass.py

[sissiwup]

Hallo,

nochmal ein Tipp zur Ausrichtung der analogen Zeiger:

Es ist nicht wichtig den Kreis genau um die Ziffern zu legen.
Das Kreuz sollte genau auf der Achse des Zeigers sein.
Auf dem Bild sieht man, dass durch die nahe Kamera da einiges an Verzerrung entsteht.

@jomjol Zum Ausrichten wäre es besser ein Kreuz in die Quadrate zu zeichnen. Der Kreis hilft nicht so sehr.

[Atifan]

Hi. Ansich funktioniert die Erkennung bei mir wunderbar. Außer wenn eine digitale Ziffer wechselt, dann gibt es Probleme.
Hatte heute den Fall.
Zähler 381,6961
Die Ziffer 1 von "381" ist dann schon nicht mehr richtig sichtbar, sondern steht schon fast auf 2.
Bis dahin funktioniert die Fehlerkorrektur.
Jetzt kommt aber der Punkt wo die Ziffer umspringt auf 2.
Dann hätte ich kurzzeitig 382.xxxx.
Geloggt wird dann auch dieser Wert.
Dann springen die Nachkommastellen auf 0 und der neue Wert ist kleiner als der vorherige.
Dann wird solange nicht geloggt, bis die Nachkommastellen wieder stimmen.
Ich hoffe ihr versteht was ich meine.
Das Problem hatte ich schon mehrmals.
Ich habe jetzt in der config eingestellt, dass ein Rückwärtssprung erlaubt ist.
Hoffe nur das beeinflusst dann nicht meine Logging-Werte falsch.

Hier ein Screenshot mit den geloggten Werten. Dort erkennt man schön den Wechsel, wo auf einmal die Vorkommastelle um 1 erhöht wird, die Nachkommastellen aber noch nicht auf 0 sind.

[coyote]

@sissiwup ich habe dein Script im Einsatz und habe es eigentlich so verstanden, dass damit auch keine kleineren Zählerstände entstehen oder sehe ich das falsch?
Hier mal die History Tabelle, die zeigt, dass doch kleinere Zählerstände geloggt werden und ich glaube deshalb funktioniert auch der Datenpunkt in Sourceanalytix nicht.
Anbei noch das Script dazu:

createState('javascript.0.Wasserzaehler.Stand',"");
createState('javascript.0.Wasserzaehler.Log',"");

 
schedule('*/10 * * * *', function () {
 
if (isNaN(Number(getState('javascript.0.Wasserzaehler.Stand').val))) {
    log("Set NaN!!!!","warn");
} else {
    var url = "http://192.168.66.38:3000/setPreValue?value="+getState('javascript.0.Wasserzaehler.Stand').val;
 
    request(url, function(error, response, body) {
        if (body){
            log("Set OK:"+ body,"info");
        }
        else
        {
            log("Set fehlerhaft:" +url+"->"+ body,"warn");
        }
    })
}
 
var url = "http://192.168.66.38:3000/wasserzaehler.html?usePreValue";
 
request(url, function(error, response, body) {
    if (body){
        var count=String(body.match(/^[0-9.N]+/));
        var err=body.search("Error");
        var org=count;
        if (err>=0) {
            org= String(body.match(/[0-9.N]+$/));
            var oar = org.split(".");
            var last = String(getState('javascript.0.Wasserzaehler.Stand').val);
            var lar= last.split(".");
            var calc = lar[0]+"."+oar[1];
            if (Number(calc)<Number(last) && (Number("0."+oar[1])<0.1) && (Number("0."+lar[1])>0.9)){
                	calc=(String(Number(lar[0])+1))+"."+oar[1];
              }
              log("Body Calc:"+calc,"info");
              count=calc;
        }
        if (isNaN(Number(count))) {
            log("Body OK/NaN:"+body,"warn");
        } else {
            log("Body OK:"+body+"->" + count,"info");
            setState("javascript.0.Wasserzaehler.Stand",count);
        }
        setState("javascript.0.Wasserzaehler.Log",String(body));
    }
    else
    {
        log("Body fehlerhaft:" +url+"->"+ body,"warn");
    } 
}) 
}); 

Den Tip zur Ausrichtung der Analogen Zeiger werde ich mal noch testen.

[pfried]

@Atifan Dieses Verhalten sollte aber durch den Aufruf mit: xxx.xxx.xxxx.xxx:3000/wasserzaehler.html?usepreValue
nicht passieren......

[watcherkb]

@sissiwup danke für den Tip. Habe ähnlichen Zähler wie du und noch Probleme mit den Zeigern. Werde das mal probieren.

[Atifan]

@pfried sagte in Wasserzähler - Selfmade:

@Atifan Dieses Verhalten sollte aber durch den Aufruf mit: xxx.xxx.xxxx.xxx:3000/wasserzaehler.html?usepreValue
nicht passieren......

Hi, ist aber passiert. Ich nute ja das usepreValue. Das funktioniert ja auch. usepreValue bewirkt ja nur, dass solange ein "alter" Wert genommen wird, bis die Ziffer wieder lesbar ist und eine plausible Zahl ergibt. usepreValue verhindert aber nicht, dass falsche Werte geschrieben werden.
Im Grunde genommen funktioniert die Bildauswertung ja auch richtig. Das Problem ist, dass die Nachkommastellen erst 0000 erreichen, nachdem die digitalen Ziffern umgseprungen sind.

[jomjol]

@sissiwup ich habe in der Mitte so ein kleines Kreuz. Meinst du, dass ich es größer machen soll?

[jomjol]

@Atifan, @pfried Das Problem wird in der Tat nicht durch den Algo abgefangen! Denn bisher war es eigentlich immer so, dass die neuen Ziffer erst lesbar, wenn die Nachkomma schon wieder bei "0" waren.
Bei den Nachkommastellen läßt sich das abfangen, da es Zwischenwerte und ich quasi eine "Fuzzy"-Logik mit Berücksichtigung der nächsten Ziffer vorliegt. Das geht aber bei den digitalen Ziffern nicht so einfach.

[Atifan]

Hi, ja glaube ich. Ist bestimmt auch nicht so einfach zur "beheben". Aber ich bin so eig. zufrieden, es funktioniert ja. Einzige ist halt, dass ab und zu evtl. mal ein falscher Wert angezeigt wird mit einer Abweichung von max. 1m³. Denke da kann man mit leben :) Der Wert wird ja auch wieder automatisch korrigiert, daher ist die Chance dass man gerade danach schaut und man dann einen falschen Wert angezeigt bekommt auch relativ gering :)

[sissiwup]

@jomjol
Hallo,

Ja, genau,
Ich würde das komplett durchziehen.