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

[Rupert S.]

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

Von den beiden SD-Karten ist jetzt die andere im Einsatz. Mal schau'n.

Nein, kein Erfolg: in <90 min 2x Dauerlicht. Es kommen dann auch keine Daten mehr. Der Webserver antwortet zwar noch, z.B. auf /capture_with_flashlight, aber das reaktiviert die Bilderkennung auch nicht. Immerhin funktioniert ein /reboot aus der Ferne...

[RolandR]

Ich habe in den letzten Tagen auch meine ersten Gehversuche mit dem AI-on-the-edge Wasserzähler-Leser gemacht. Nach diversen Fehlversuchen (zwischendrin hat der esp32-cam alle 20 Sekunden gebootet, weil ich wohl irgendwas in der config.ini hatte, was ihm nicht gefallen hat) und einem regelmäßig bei der Configuration verschwindenen config.ini (inzwischen habe ich immer ein Backup zur Hand, das ich zur Not wieder hochladen kann), sieht jetzt eigentlich alles ganz gut aus, außer dass die digits nicht zuverlässig erkannt werden:

Manchmal erkennt er die 8 als 8, meistens allerdings als 0. Und die Einerstelle des Zählerstandes (zwischen 6 und 7, sollte also 6 oder zur Not "N" sein), wird inzwischen auch als 0 erkannt
Was kann ich dagegen tun?
Ich habe schon so lange am Rohr gedreht, dass ich jetzt genau bei 90° liege und keine zusätzlichen Artefakte durch die Rotation des Bildes dazu kommen, aber das löst das Problem leider auch nicht.
Gibt es vielleicht irgendwo eine andere Datenbank für weiße Zahlen auf schwarzem Grund?
Oder kann ich die selber anlernen?

Gruß
Roland

[TbsJah]

@jomjol Wie ist der Ablauf bei der Erkennung?
Es wird ein Bild erstellt
Gemäß den Vorgaben gedreht
Jede Markierung analysiert?

Ich habe immer wieder dieses Phänomen. Als würde die Erkennung bereits starten obwohl das Bild noch nicht korrekt gedreht ist

Negative Rate - Returned old value - read value: 111.711 - raw value: N0N11.NN1 - checked value: 111.710999

Log Eintrag
Durch das scheinbar nicht fertige Drehen sind dann leider auch Falscherkennungen vorhanden.
Ist von 162.791 auf 162.885 gesprungen obwohl eigentlich 162.805
Die errechnete Flow Rate wäre aber auch nicht korrekt oder habe ich da einen Denkfehler?
Wäre doch 0.094 und nicht 0.018799

Vermutlich habe ich jedoch etwas falsch eingestellt. Werde auf alle Fälle noch abkleben wie weiter oben empfohlen

Spoiler

2021-06-07T10:24:41: task_autodoFlow - round done
2021-06-07T10:24:41: CPU Temperature: 56.1
2021-06-07T10:28:29: task_autodoFlow - next round - Round #2
2021-06-07T10:28:29: FlowControll.doFlow - ClassFlowMakeImage
2021-06-07T10:28:38: FlowControll.doFlow - ClassFlowAlignment
2021-06-07T10:29:34: FlowControll.doFlow - ClassFlowDigit
2021-06-07T10:29:40: FlowControll.doFlow - ClassFlowPostProcessing
2021-06-07T10:29:40: FlowControll.doFlow - ClassFlowMQTT
2021-06-07T10:29:40: sent publish successful in MQTTPublish, msg_id=29954, MULTICAL21/Zählerstand, 162.791
2021-06-07T10:29:40: sent publish successful in MQTTPublish, msg_id=25632, MULTICAL21/error, no error
2021-06-07T10:29:40: sent publish successful in MQTTPublish, msg_id=46787, MULTICAL21/rate, 0.000000
2021-06-07T10:29:40: sent publish successful in MQTTPublish, msg_id=5091, MULTICAL21/timestamp, 2021-06-07T10:28:38
2021-06-07T10:29:41: task_autodoFlow - round done
2021-06-07T10:29:41: CPU Temperature: 55.0
2021-06-07T10:33:29: task_autodoFlow - next round - Round #3
2021-06-07T10:33:30: FlowControll.doFlow - ClassFlowMakeImage
2021-06-07T10:33:38: FlowControll.doFlow - ClassFlowAlignment
2021-06-07T10:34:35: FlowControll.doFlow - ClassFlowDigit
2021-06-07T10:34:40: FlowControll.doFlow - ClassFlowPostProcessing
2021-06-07T10:34:40: FlowControll.doFlow - ClassFlowMQTT
2021-06-07T10:34:40: sent publish successful in MQTTPublish, msg_id=23117, MULTICAL21/Zählerstand, 162.885
2021-06-07T10:34:40: sent publish successful in MQTTPublish, msg_id=1050, MULTICAL21/error, no error
2021-06-07T10:34:41: sent publish successful in MQTTPublish, msg_id=47338, MULTICAL21/rate, 0.018799
2021-06-07T10:34:41: sent publish successful in MQTTPublish, msg_id=5971, MULTICAL21/timestamp, 2021-06-07T10:33:38
2021-06-07T10:34:41: task_autodoFlow - round done
2021-06-07T10:34:41: CPU Temperature: 53.9
2021-06-07T10:38:30: task_autodoFlow - next round - Round #4
2021-06-07T10:38:30: FlowControll.doFlow - ClassFlowMakeImage
2021-06-07T10:38:38: FlowControll.doFlow - ClassFlowAlignment
2021-06-07T10:39:34: FlowControll.doFlow - ClassFlowDigit
2021-06-07T10:39:40: FlowControll.doFlow - ClassFlowPostProcessing
2021-06-07T10:39:40: FlowControll.doFlow - ClassFlowMQTT
2021-06-07T10:39:40: sent publish successful in MQTTPublish, msg_id=63797, MULTICAL21/Zählerstand, 162.885
2021-06-07T10:39:40: sent publish successful in MQTTPublish, msg_id=4306, MULTICAL21/error, Rate too high - Returned old value - read value: 10112.885 - checked value: 10112.885
2021-06-07T10:39:40: sent publish successful in MQTTPublish, msg_id=8474, MULTICAL21/rate, 0.000000
2021-06-07T10:39:40: sent publish successful in MQTTPublish, msg_id=59232, MULTICAL21/timestamp, 2021-06-07T10:33:38
2021-06-07T10:39:40: task_autodoFlow - round done

[jomjol]

@tbsjah
Normaler Ablauf:

1. Bildaufnehmen
2. Alignment (Analyse der beiden Referenzmarken)
3. Analyse der Zahlen
4. Analyse der Zeiger
5. Zusammensetzen, Konsistenzprüfung, Verschicken

Es mindestens drei Ursachen, warum das Bild komisch aussehen kann:
a) Zwischen Bildaufnahme und Alignment, wird das Zwischenbild angezeigt, da nicht genug RAM vorhanden ist, um das alte Bild weiter vorzuhalten, bis die neue Analyse vollständig ist.
Dann sollten aber keine falsch erkannten Ziffern erkannt werden, da die alten noch angezeigt werden

b) Etwas mit der Kameraaufnahme ging schief, dann wird manchmal noch das alte Bild ververarbeitet und z.B. nochmal gedreht --> führt zu völlig falschen Werten

c) Alignmentmarken nicht richtig gefunden --> Versatz um bis zu 40 Pixel und entsprechen unpassende Erkennung.

Ich tippe bei deinem Bild auf c), da der Kontrast der Referenzmarken sehr schwach aussieht. Kannst du andere Marken wählen oder vielleicht etwas Dunkles aufkleben, und das als Marke verwenden?

Gruß,
jomjol

b) Alignmentmarken nicht gefunden

[TbsJah]

@jomjol Danke für die Erklärung

Sieht jetzt soweit gut aus

[pfried]

@tbsjah Ich glaube Du könntest noch was verbessern, wenn Du zwischen die beiden weißen Quadrate noch einen schwarzen Filz, oder Stoffstücken aufklebst.

[Xsev]

Was auch relativ gut geht, ich hab den ESP in ein Stück Kabelkanal gesetzt, nur die Linse schaut durch ein kleines Loch raus. Der Blitz wird durch das weiße Kunststoff ein bissel abgeschwächt (leuchtet aber gut durch), was zu deutlich weniger Reflektionen führt.

[jomjol]

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

@jomjol Danke für die Erklärung

Sieht jetzt soweit gut aus

Klingt gut, noch ein kleiner Tip zu deinen ROIs. Du kannst sie ruhig ein bisschen größer wählen. Es ist nicht schlimm, wenn sich die ROIs leicht überlappen. Insbesondere deine "1" ist ziemlich an der Kante und das könnte zu Problemen führen.

[wingfighter]

Hallo jomjol,

ich habe das Projekt seit drei Wochen aktiv und nutze die Werte, die per MQTT übertragen werden.
Leider ist der Rate-Topic immer 0.000000.
Gibt es eine Einstellung, die ich vergessen haben könnte? Oder ist die Berechnung der Rate noch nicht aktiv?

Viele Grüße
wingfighter

Nachtrag: Nun hatte ich mich entschlossen, mal nachzufragen, da steht heute eine Rate drin. OK. Zurzeit läuft die Beregnung, da führt der konstante Wasserverbrauch zu mehr Messwerten und eben auch einer Rate.

Bedeutet 0.000000 = 1 m³ und ist die ganz rechte Stelle demnach 1ml?

[WernerS]

@jomjol

Hallo

ich habe bei meinem Stromzähler jetzt ein update von 4.1.0 auf 7.1.1 master gemacht. Jetzt erkennt er allerdings fast nichts mehr. Da sind jetzt auch 2 Rechtecke bei den Digits zu einstellen zu sehen. Was muss ich ändern?

Gruß
Werner

[jomjol]

@werners Hallo Werner,
hast du auch die tflite übernommen oder bei der alten belassen? Nur diese allein beeinflußt eigentlich die Erkennung. Ansonsten müsstes du mal ein Logfile und insbesondere ein Bild von der Oberfläche posten. Bei mir hatte der Wechsel ohne Probleme funktioniert.

[jomjol]

@wingfighter Das mit der Rate ist etwas komisch. Verwendest du die neueste Version, vorher war da noch ein Bug drin.

[WernerS]

@jomjol

Hallo

ich habe dann alles komplett dann neu aufgepielt und die SD karte vorher gelöscht. Hat auch nichts gebracht. Welche Bilder brauchst du genau? Welche die man speichern kann?

Gruß
Werner

[Rupert S.]

Hallo @jomjol,
ich weiß, es steht mir nicht zu, an einem Projekt rumzumäkeln, an dem ich mich nicht beteiligt habe und für das ich keinen Cent bezahle. Aber ich will meine Erfahrungen der letzten Tage teilen.
Am 5.6. habe ich den Wasserzähler wieder in Betrieb genommen (V 7.1.1). Schon nach kurzer Zeit blieb die Blitzlampe mal wieder auf Dauerlicht und alle MQTT-Meldungen blieben aus. Der Webserver antwortete aber noch. Das brachte mich auf die Idee, das Eintreffen von MQTT-Nachrichten zu überwachen und bei Ausbleiben derselben einen Reboot zu senden. Das ließ sich mit meiner OpenHAB-Installation problemlos einrichten.
Der Wasserzähler sollte alle 5 min den Zählerstand senden. Kam nach etwas über 10 min immer noch nichts, löste das den Reboot(-versuch) aus. Der Reboot war meist nach ca. 30 min nötig, klappte meistens aber nicht immer. Alle "Hänger", die ich beobachten konnte, waren mit Dauerlicht verbunden. Daher vermute ich dort zumindest ein essentielles Problem.
Parallel zur Überwachung und Reboot wollte ich regelmäßig die Fotos haben. Um die SD-Karte zu schonen, richtete ich einen cronjob ein mit

curl -s http://watermeter/capture_with_flashlight > ...

Der hat aber nur ganz selten ein brauchbares Bild liefern können.
Es besteht ja durchaus der Verdacht, dass die Hardware defekt ist. Zum Vergleich habe ich das Projekt https://github.com/easytarget/esp32-cam-webserver aufgespielt: Es liefert stabil saubere Bilder. 48h Stunden am Stück habe ich ebenfalls mittels curl alle 20 min ein Foto geholt. Bei diesem Projekt lässt sich übrigens die Blitzlampe dimmen -- ein hier gleichfalls gut brauchbares Feature...

Wie gesagt, ich fühle mich nicht berechtigt hier rumzumäkeln: Dieses Projekt hat eine Komplexität, die meine Fähigkeiten weit übersteigt, so dass ich mich kaum einbringen kann. Aber schick' wär's halt schon, wenn's stabil liefe
Viele Grüße, Rupert

[jomjol]

@rupert-s Hallo Rupert,
vielen Dank für die detailierte Beschreibung des Fehlers. Ich kenne dieses Phänomen teilweise, da ich auch zwei ESP32-CAM betreibe. Eine läuft sehr stabil, eine zweite hängt sich auch immer wieder auf. Beide laufen auf demselben Softwarestand, so dass ich einen Hardwareunterschied als Ursache annehme, den ich aber nicht finden kann. Auffällig ist, dass die Kamera eine unterschiedliche Beschriftung auf dem Flexband haben.
Mein stabiler ESP32 läuft seit über 300 Runden ohne Reboot:

2021-06-15T21:36:11: sent publish successful in MQTTPublish, msg_id=42529, wasserzaehler/timestamp, 2021-06-15T21:35:42
2021-06-15T21:36:11: task_autodoFlow - round done
2021-06-15T21:36:11: CPU Temperature: 67.2
2021-06-15T21:40:29: task_autodoFlow - next round - Round #323
2021-06-15T21:40:29: 	FlowControll.doFlow - ClassFlowMakeImage

Ab Version 7.1.x ist mir aufgefallen, dass die Firmware auf http-Zugriffe deutlich "empfindlicher" reagiert, sprich mit häufigerem Reboot. Wenn du mit "curl" dauerhaft die Bilder abrufst, dann könnte das eventuell die Ursache sein. Kannst du mal prüfen, ob es ohne "curl" besser läuft?
Ggf. macht dann die Verwendung einer vorherigen Version bei dir auch Sinn.
Beste Grüße,
jomjol

[jomjol]

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

@jomjol

Hallo

ich habe dann alles komplett dann neu aufgepielt und die SD karte vorher gelöscht. Hat auch nichts gebracht. Welche Bilder brauchst du genau? Welche die man speichern kann?

Gruß
Werner

Logfile und mal ein Bild vom Alignment für den Anfang. Vielleicht können wir auch sonst mal telefonieren. Schick mir ggf. eine PM mit deiner Mail, dann können wir versuchen so in Kontakt zu kommen.

[Rupert S.]

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

Kannst du mal prüfen, ob es ohne "curl" besser läuft?

Curl sollte 1x pro Stunde das Bild liefern. Zwischendurch habe ich den Job für >2 Tage deaktiviert: Kein Unterschied.

[Rupert S.]

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

Auffällig ist, dass die Kamera eine unterschiedliche Beschriftung auf dem Flexband haben.

Ich hatte ja mal meine Typbezeichung gepostet. Welche läuft bei Dir besser?

[jomjol]

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

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

Auffällig ist, dass die Kamera eine unterschiedliche Beschriftung auf dem Flexband haben.

Ich hatte ja mal meine Typbezeichung gepostet. Welche läuft bei Dir besser?

Stabil läuft "TY-OV2 640-V2.0"

[Feinfinger]

@rupert-s @jomol

Ich habe exakt das selbe Problem.

Ich habe Anfang Juni von Version 5. auf 7.1.1 upgedatet.

Die Version 5. lief 5 Monate ohne Probleme. Mit der Version 7.1.1 ist der ESP mit Dauerblitz eingefroren und hat das ganze Gehäuse geschmolzen.

Naja, neuen ESP, neues Gehäuse gedruckt und wieder in Betrieb genommen.

Seit gestern keine MQTT Nachrichten mehr, Webserver aber erreichbar.

Bin gerade im Keller gewesen und was sehe ich, der neue ESP hängt wieder kochend heiß mit Dauerblitz auf dem Wasserzähler.

Werde mit dem dritten ESP mal wieder auf die 5er zurückgehen.