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

[ESP8266]

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

@esp8266
Deshalb dachte ich die Referenz wären so eine Art Fixpunkt zum nachkorrigieren, da sich die Zahlen logischerweise regelmäßig ändern.

Die Referenz dient als Vergleich für die aufgenommenen Folgebilder. Wichtig ist dabei, das die Zahlen in den ausgerichteten ROI`s in den vorgegebenen Bereichen richtig erkannt werden können. Auch dient die Referenz für die Helligkeit und Kontrast Einstellung nur so kann alles Optimal zusammen arbeiten.

[David G.]

@esp8266
Ah, das klingt plausibel.
So weit hab ich nicht gedacht.
Gibt ja noch mehr Faktoren die variabel sind, wie eben ggf die Belichtung des Bildes.

[felix fre]

@bananajoe

Also ich habe nun Mal probehalber einen pn532 mit tasmota eingerichtet.
Finden /lesen tut er am Gerät nichts.

Wie hast du es dir denn gedacht?

[TopGoal]

Re: Wasserzähler - Version 2 - all-in-device
Hallo zusammen,

ich bin neu hier in diesem Forum Thema. Zunächst einmal möchte ich mich für das super Projekt und den vielen Anregungen, die ich hier bekommen habe, bedanken.

Nach anfänglichen Problemen mit der Hardware (ESP32CAM-MB) und meiner Ubuntu Desktop Version (22.04 LTS), was den Flash Vorgang betraf, läuft das Setup nun einigermaßen gut. Bis zu Zählerstand von 399m³ ==> 400m³.

Aktuell kann ich den digitalen Zähler nicht dazu bewegen, mir anstatt 399m³ 400m³ zu liefern. Die Ermittlung der analogen Stände funktioniert allerdings einwandfrei (s. Screenshot).

Ich habe die Standard Kamera gegen ein Weitwinkel 60° oder 66° getauscht und komme dadurch näher an die Zähleroberfläche heran. Problem ist, die Reflexion der LED, die dadurch auch intensiver ausfällt. Momentan habe ich ein weißes Papier großflächig bis zu Objektiv der Kamera eingeklebt und die ESP32-CAM so justiert, dass die Reflexion ca. mittig auf der Oberfläche des Zählers erscheint. Die Reflexion ist dadurch geringer geworden, aber noch deutlich zu sehen.

Auch wenn es gegen die Prinzipien des AI Projektes verstößt, kann man den digitalen Zählerstand nicht fix vorgeben und die Fortschreibung durch die analogen Zähler und Addition von 1 auf den Stand des digitalen Zählers erreichen? Oder was spricht dagegen?

Gibt es Tipps, was ich noch an den Einstellungen oder anderen Dingen machen kann, damit der digitale Zählerstand korrekt erkannt wird?

Vielen Dank für eure Unterstützung im Voraus und viele Grüße in die Runde.

TopGoal

[Homoran]

@topgoal sagte in Digital Zähler wollen nicht von 399 auf 400m³ wechseln:

kann ich den digitalen Zähler nicht dazu bewegen, mir anstatt 399m³ 400m³ zu liefern. Die Ermittlung der analogen Stände funktioniert allerdings einwandfrei (s. Screenshot).

was ist daran Digital?

die 4 ist im unteren Bereich abgeschnitten und wird wahrscheinlich nicht erkannt.

hast du mal manuell den Wert eingegeben?

[David G.]

@topgoal

Schau dir mal meine letzten Beiträge hier im Topic an. Ich hatte auch was Probleme bei der Erkennung. @ESP8266 hat mir einige Tipps zur Optimierung gegeben.
Die meisten Dinge die ich nicht gut hatte, hast du ähnlich.

[TopGoal]

@david-g
Ok. Die digitalen Marken habe ich nochmals nachgebessert. Die 400m³ werden jetzt erkannt. Danke für die Unterstützung.
LG TopGoal

[ESP8266]

Laut dem Foto sehe ich für die Zukunft aber noch mehr Probleme, wenn ich mir mal nur so die Marker an sehe. Das wird nie Stabil laufen. Auch fehlt es dem Bild an Kontrast. Scheinbar wird sich die Wiki nicht genauer angesehen bzw. durchzulesen. Überfliegen kann jeder und dann kommt es zu solchen Fragen....die eigentlich alle in der Wiki beantwortet sind.

[TopGoal]

@esp8266
Leider war die Erkennung der 400m³ nur von kurzer Dauer. Beim 2. Durchlauf wurden mir wieder 1000 Liter Wasser geschenkt .

Ich habe ein OTA Update auf V 13.0.1 durchgeführt. Musste ich zweimal machen, hat aber beim 2. Versuch funktioniert. Nach dem Reboot wurden wieder 400m³ erkannt. Beim nächsten Durchlauf wieder 399m³.

Digitalzähler: 0.0 3.9 10.0 9.7
Analogzähler: korrekt (s.u.)!

Am Setup der Config habe ich bisher nur indirekt (via UI) etwas geändert. Was den Kontrast angeht, muss ich mal sehen, wie ich den besser hin bekomme. Die Analogzähler sind Herstellerseitig z.B. in grau gedruckt nicht, wie bei Anderen, in sattem Schwarz. Die 4 und die darauf folgende 0 stehen ja wirklich etwas schief im Stall. Und ich rechne nicht damit, dass die sich in absehbarer Zeit gerade einreihen werden. Die unterschiedliche Ausleuchtung kommt von meinem eingeklebten Papier, das ich testweise wieder entfernen werde. Ich befürchte, dass sich dann die erhöhte Reflexion negativ auswirkt.

Mal sehen wie es wird. Ich melde mich wieder.

Nochmals Danke für die sachdienlichen Hinweise.
VG TopGoal

Nachtrag:

Nachtrag aus V 13.0.1:
======================
Added data logging in /log/data - One day per file and each measurement is on one line

    Format: csv - comma separated
    Content: time, name-of-number, raw-value, return-value, pre-value, change-rate, change-absolute, error-text, cnn-digital, cnn-analog

2022-11-29T20:17:27,main,0400.3106,400.3106,400.3106,0.000084,0.0061,no error,0.0,3.9,10.0,9.8,2.8,0.9,0.6,6.4
2022-11-29T20:22:18,main,0400.3106,400.3106,400.3106,0.000000,0.0000,no error,0.0,3.9,10.0,9.8,2.8,0.9,0.6,6.4
2022-11-29T20:22:18,main,0399.3106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.3106 - Pre: 400.3106 ,0.0,3.9,10.0,9.8,2.8,0.9,0.6,6.4
2022-11-29T20:22:18,main,0399.3106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.3106 - Pre: 400.3106 ,0.0,3.9,10.0,9.7,2.7,0.9,0.6,6.4
2022-11-29T20:22:18,main,0399.3106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.3106 - Pre: 400.3106 ,0.0,3.9,10.0,9.8,2.7,0.9,0.6,6.5
2022-11-29T20:22:18,main,0399.2106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.2106 - Pre: 400.3106 ,0.0,3.9,10.0,9.8,2.6,0.9,0.6,6.5
2022-11-29T20:22:18,main,0399.3106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.3106 - Pre: 400.3106 ,0.0,3.9,10.0,9.8,2.8,0.9,0.6,6.5
2022-11-29T20:22:18,main,0399.3106,,400.3106,,0.0000,Neg. Rate - Read:  - Raw: 0399.3106 - Pre: 400.3106 ,0.0,3.9,10.0,9.8,2.7,0.9,0.6,6.5
2022-11-29T20:56:15,main,0400.3114,400.3114,400.3114,0.000024,0.0008,no error,0.0,3.9,10.0,9.8,2.8,1.0,1.4,4.6
2022-11-29T20:56:15,main,0399.2114,,400.3114,,0.0008,Neg. Rate - Read:  - Raw: 0399.2114 - Pre: 400.3114 ,0.0,3.9,10.0,9.8,2.6,1.0,1.4,4.6
2022-11-29T20:56:15,main,0399.3136,,400.3114,,0.0008,Neg. Rate - Read:  - Raw: 0399.3136 - Pre: 400.3114 ,0.0,3.9,10.0,9.7,2.7,1.2,3.6,6.8

[Josh]

@jomjol Darf ich freundlich nochmal auf mein Problem aufmerksam machen? Ich vermute das ist im Thread etwas untergegangen. Danke schonmal...

[ESP8266]

@topgoal , was soll das Log bedeuten? Wenn es sich um dein error handelt, dann lies die Wiki und ab 26.Nov.22 12:13 @david-g hier im Thread. Um nichts anderes geht es da.
Das war für mich der letzte Hinweis....über das Thema.

[jomjol]

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

Hallo zusammen!

Bei mir läuft der Wasserzähler mit der ESP32CAM seit einiger Zeit problemlos. Klasse Projekt.

Nun ist bei mir der Gaszähler in der Nähe des Wasserzählers. Da bietet es sich an mittels Reedkontakt diesen auch noch "anzuzapfen". Dazu habe ich den Reedkontakt an GPIO13 angeschlossen und diesen als Eingang mit Pullupwiderstand eingerichtet. Dazu soll der Zustand über MQTT geschrieben werden. Ein entsprechenden Blockyscript ist auch schon geschrieben.

Der High-Zustand wird auch nach einem Reboot gemeldet, aber wenn nun der Reedkontakt schaltet, bekommen ich per MQTT keine Meldung, dass der Eingang auf LOW gezogen wurde. Auf dem Eingang messe ich 3.1xV, was bestätigt, dass die Config mit Pullup-Widerstand funktioniert. Schaltet der Reedkontakt ist auch wirklich 0V an dem Pin.

Hier die GPIO-Section aus der Config:

[GPIO]
;IO0 = input disabled 10 false false 
;IO1 = input disabled 10 false false 
;IO3 = input-pullup disabled 10 false false 
IO4 = built-in-led disabled 10 true false flashlight
;IO12 = input-pullup disabled 10 false false 
IO13 = input-pullup disabled 0 true false gaszaehler
LEDType = WS2812
LEDNumbers = 2
LEDColor = 150 150 150

Und das gleich nochmal als Bild:

Jetzt stellt sich mir die Frage, ob das beides (Wasser- + Gaszähler) überhaupt überhaupt mit dem Projekt umsetzbar ist. Hat das so schon jmd ans Laufen bekommen?

Bin für jede Idee/Unterstützung dankbar

Gruß Josh

EDIT: Hier installierte Firmwareversion: master - v11.2.0 - 2022-08-28

Danke nochmals für den Hinweis. Die GPIO-Nutzung für andere Zwecke ist eigentlich ein Feature, was ein User mal für seine eigene Zwecke integriert hat und nicht Kern des Hauptprogramms ist (daher auch im Expertenmodus). Ich werde daran aktuell nicht weiter arbeiten.
Im Allgemeinen würde ich aber empfehlen für weitere Aufgaben eher nochmal 10 EUR in einen weiteren ESP32 zu investieren und dort dann die anderen Aufgaben zu lösen, denn mit AI-on-the-Edge ist das ESP32CAM Modul schon ziemlich ausgelastet.

[ESP8266]

@jomjol , ich glaube ein D1 Mini würde für sowas auch reichen, bzw ein NodeMCU mit mehr Ports oder ein D1 Mini Pro mit ext. Antennenanschluß. Wesentlich billiger.....

[Wolfi]

@jomjol

D1 Mini + Tasmota

[Josh]

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

Danke nochmals für den Hinweis. Die GPIO-Nutzung für andere Zwecke ist eigentlich ein Feature, was ein User mal für seine eigene Zwecke integriert hat und nicht Kern des Hauptprogramms ist (daher auch im Expertenmodus). Ich werde daran aktuell nicht weiter arbeiten.
Im Allgemeinen würde ich aber empfehlen für weitere Aufgaben eher nochmal 10 EUR in einen weiteren ESP32 zu investieren und dort dann die anderen Aufgaben zu lösen, denn mit AI-on-the-Edge ist das ESP32CAM Modul schon ziemlich ausgelastet.

Danke für Deine Antwort.

OK, dann brauche ich keine Zeit zu investieren, das irgendwie hin zu bekommen. Hätte sich nur angeboten, weil die ESP32-CAM gerade mal in der Nähe ist.

Ich habe bereits einen alten ESP8266 mit einem Reedkontakt und einer RC-Kombination (10k/100nF) "zurechtgefrickelt". Die Signale kommen jetzt recht sauber rein, wenn ich einen externen Magneten ansetze. Allerdings finde ich nicht die richtige Position des Reedkontakts auf dem Gaszähler. Werde es am Wochenende nochmal versuchen. Habe mir schon Eisenstaub besorgt, der gerade noch vom Schleifwasser trocknet. Wenn ich den auf den Zähler streue, müsste ich eigentlich besser die Position finden. Dann brauche ich nur noch mit der Ausrichtung zu experimentieren. Weiß zufällig jmd, ob die Reed-Kontakte eher übereinander (eine Lasche oben, eine unten) oder doch nebeneinander (eine Lasche vorne, eine hinten) sei sollten

[ChrisXY]

hmm also ich hab oft das die Ziffern nicht erkennbar sind .. liegt aber eher an der Kamera. Und viel Schlimmer... ich habe alles ausgerichtet und "Grade" gemacht .. aber bei der erkennung usw. hat man immer das schräge nicht gedrehte Bild.. Wie kann den das? Er vergisst die Bilddrehung.

[David G.]

@chrisxy

Schau dir mal meine Probleme an die ich hatte.
So die letzten 10 Posts von mir in der letzten Woche.

Da hat mir @ESP8266 einige WICHTIGE Hinweise gegeben.
Denke, die kannst du auch alle anwenden und umsetzen.

[ESP8266]

@chrisxy , und ich wiederhole mich noch mal. Eure Marker sind nicht richtig ausgerichtet.
Das wurde in den letzten 30-35 Threads alles behandelt.

[ChrisXY]

@esp8266 danke was genau machen diese Marker den ? Ich hab die nochmal neu gesetzt war alles eig. noch Okay.. nu ist es grade und funktioniert... komisch

[ESP8266]

@chrisxy , die Marker dienen als Positionsreferenz in dem Foto. So das auch alles in der Position bleibt. Sehen die Umrahmungen auch so aus wie bei mir?

Zudem sollten sie nicht untereinander, sondern nebeneinander(auch schräg wie bei mir) sein. Bei dir trift das erste zu.