Wasserzähler - Version 2 - all-in-device
-
@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
Ok. Die digitalen Marken habe ich nochmals nachgebessert. Die 400m³ werden jetzt erkannt. Danke für die Unterstützung.
LG TopGoal -
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.
-
@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 TopGoalNachtrag:
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 -
@jomjol Darf ich freundlich nochmal auf mein Problem aufmerksam machen? Ich vermute das ist im Thread etwas untergegangen. Danke schonmal...
-
-
@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 150Und 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. -
@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.....
-
-
@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
-
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.
-
-
@chrisxy , und ich wiederhole mich noch mal. Eure Marker sind nicht richtig ausgerichtet.
Das wurde in den letzten 30-35 Threads alles behandelt. -
@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
-
@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.
-
@esp8266
anbei ein Foto. Aktuell passt es. Im Log steht ein error: 2022-12-02T11:24:46 <ERR> [CNN] Can't read model file /config/dig-cont_0600_s3.tflite
Funktioniert aber dann sind meine Marker also nicht so gut. Werd ich wohl nochmal was anpassen
wegen den 2. Wert kann man ein Komma arbeiten oder als 2. Wert reinpacken. Aktuell ist es ja nur Main.
EDIT: Ich glaub der ESP packt es nicht die 3 kleinen stellen dabei g
-
@chrisxy , deine ganzen ROI´s und Marker sind fürn Arxxx. Du solltest dir mal die Wiki zu gemüte ziehen. So passt es jedenfalls nichts, aber auch garnichts und wurde nie in der Wiki so beschrieben. Überlappende Digi ROI`s gehen schon mal garnicht und man achte auf die Innenrahmen. Nicht so wie auf dem Bild. Ein Beispiel habe ich auch in den letzen 30 Posts gepostet.
Man braucht sich ja nur mein Foto zu betrachten....
Wenn ich deine Uhr hätte, würde ich versuchen, alle 8 Stellen auszulesen und zusätzlich mit Helligkeit und Kontrast vernünfig zu arbeiten.
Bin erstmal weg....
Damit du nicht suchen musst...
-
Hier stand Quatsch...verlesen.
-
@esp8266 also ich komm mit dem ROI Zeug nicht klar. Alles recht gut eingestellt siehe Screen nach anpassen und
SPEICHERN... nach Reboot. hab ich unter ROI wieder alles gleich... hab es extra Deaktiviert. Gibt es da globale Einstellungen?Naja der fehler das die größen alle gleich gemacht werden bleibt. Alles andere hab ich nun am laufen. Funktioniert bisher super.
