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

[jomjol]

@coyote Der Fehler ist mir neu! Sieht so aus, als ob die automatische Abfrageschleife komplett hängen geblieben ist. Hatte ich noch nie. Wie oft kommt das bei dir vor?

[coyote]

@jomjol hm okay, also seit die rolling drauf ist und ich auf mqtt umgestellt habe schon 3 mal. Läuft so seit 3 Tagen

[Hasont]

Hallo, habe mich heute auch mal damit beschäftigt und muss ein ganz großes Lob aussprechen.
Bin zwar eher der Handwerker und weniger der Programmierer aber scheinbar hat bis auf ein paar Kleinigkeiten alles geklappt.
Mit dem flash_download_tool_v3.8.5 und der beschriebenen Vorgehensweise hatte ich anfangs keinen Erfolg.
Habe dann die 5V abgeklemmt und nur über die 3,3V (4wire) probiert.
Zuerst kamen dann Seitenweise immer ...._ und nach einiger Zeit hab ich dann abgebrochen.
Der Taster wie in der Anleitung hat scheinbar bei meinem CAM Modul auch nicht gewirkt.
Dann hab ich Anstecken nach dem Start versucht und siehe da er hat das Modul beschrieben und die Grundfunkton war da.
Als nächstes habe ich mir eine Dose mit 82mm Durchmesser besorgt und nach ein paar Versuchen auf 8,5cm gekürzt und mittig im Deckel ein 8mm Loch für die Kamera gebohrt. Das Objektiv der Kamera musste ich um einen Raster drehen und alles war Scharf. Mit einem 3mm Doppelseitigem Modellbau Klebeband wurde die Kamera dann am Stecker der Kamera fixiert.
Anbei ein paar Bilder da ich denke schneller und besser geht es auf die schnelle nicht. Sitzt bombenfest!!

Warum jetzt grad das N im letzten Bild kommt ist mir grad unklar, das hatte ich vorhin noch nicht.
Mal nachlesen ob das hier im Forum schon bekannt ist. Ev. hat hier ja jemand noch einen Tip für mich.

Nochmal Danke an jomjol für das großartige Projekt
LG Horst

[jomjol]

@Hasont Hallo Horst,
großartige Halterung - schneller geht es wirklich nicht

Zu deiner Frage: das "N" kommt, weil der Zähler zwischen 5 und 6 steht. Normalerweise sollte er das automatisch anhand des vorherigen Wertes ersetzen (UsePreValue in der Config). Hast du das aktiv und auch die Zeit, die der PreValue gültig ist hoch genug gesetzt (eher 3-4h)?

Noch folgender Hinweis: ich würde versuchen, die Referenzen weiter auseinander zu ziehen, das verbessert die Toleranzen.#

Beste Grüße,
jomjol

[Hasont]

@jomjol ,
es war UsePreValue und seit dem alles bestens.
Man kann ja beim ersten mal auch nicht alles richtig machen;-)
Nächster Schritt wäre das in IOBrocker einzubinden. Ziel sollte es sein in der Urlaubsphase einen Wasserverbrauch außerhalb der Gießzeiten über Telegram zu melden und Notfalls den Haupthahn abzusperren. Hab ich mit China Kugelventil 1/2" schon
in Richtung Garten gemacht.
.
Wenn wir Zuhause sind wird über nen Umschalter das Gartenwasser fest zugeschaltet. Im Urlaub steuert der Raspi die Ventile und schaltet kurz vorher das Gartenwasser zu. Das 1.1/4" Kugelventil für die Hauptwasserleitung hab ich schon. In Verbindung mit deinem Wasserzähler macht mir das richtig Spass. Wenn jemand sowas schon gemacht hat dann wäre ich über ein entsprechendes Script ganz froh.
LG
Horst

[worbis]

@jomjol möchte mich für die viele Arbeit von dir bedanken - habe das ganze bei mir installiert und gerade die erste MQTT Nachricht in iobroker mit dem Wasserstand bekommen.
Danke - sehr cool das ganze!

[stan23]

Auch bei mir läuft seit gestern die Wasserzähler-Erkennung, nach einigen Anfangsschwierigkeiten mit unscharfen und zu hellen Bildern ganz gut

Mein Zähler hat auf dem letzten Zeiger eine halbrunde Metallplatte wo man einen Impulsgeber montieren könnte, deswegen wird dieser vierte Zeiger nie gut erkannt werden und ich lösche die ROI dort wieder.
Der dritte Zeiger leidet momentan unter den Reflektionen. Dabei habe ich schon 2 Schichten Papiertaschentuch über die LED geklebt um das Licht diffuser zu machen.

In XGA (/capture_with_flashlight?quality=5&size=XGA) sieht das Foto noch viel klarer aus. Ist es sinnvoll die Erkennung auch auf XGA umzustellen oder wird dann die Rechenlast höher?

@jomjol gibt es einen Weg sich bei dir für dieses großartige Projekt erkenntlich zu zeigen?

[jomjol]

@worbis
Bei den Reflexionen könnte auch ein schwarzer Kleber auf dem Glas helfen (siehe weiter oben in den Posts). Die Umstellung auf XGA müsste man 2 Dinge prüfen:

1. Speicherplatz - Man muss zweimal das Bild (unkomprimiert) im Speicher ablegen.
2. Hauptrechenlast ist das Finden der Referenzstrukturen. Das hängt vom Suchfeld ab (aktuell 20x20). Bei höherer Auflösung müsste man es für den gleichen Bereich entsprechend vergrößern und das geht massiv auf die Rechenlast (quadratisch).

Am meisten freue ich mich über Likes, Weitersagen und Verbreitung des Projekts - je mehr Traffic in GitHub oder Thingiverse, desto besser :-). Natürlich trinke ich auch Kaffee oder Bier - aber das ist virtuell etwas schwierig

Vielen Dank für dein tolles Feedback und beste Grüße,

jomjol

[watcherkb]

hat schon jemand versucht mit der Camera "ums Eck" zu schauen, z.B. mit einem Spiegel? Würde gerne den Gaszähler auswerten, aber nach vorne hin habe ich überhaupt kein Platz. Würde mich über Erfahrungen freuen.

[pfried]

@watcherkb Ich kann mich erinnern, dass jemand bereits das mit dem "ums Eck" schauen realisiert hat. @jomjol hat dann auch was in die SW eingebaut um die "Spiegelung" des Bildes wieder zu beseitigen.

[pfried]

@Hasont Was für ein Script brauchst Du? Wir haben in dem Vorgänger Thread einige Scripte erarbeitet.

[worbis]

@jomjol einen Verbesserungsvorschlag um auch andere Sensoren gut ablesen zu können, wäre eine Option das jeder erkannter Wert (Ziffer oder Zeiger) in einer MQTT Nachricht verschickt wird. Entweder als eine Nachricht z.b. mit Strichpunkt getrennt oder als mehrere Nachrichten. Damit könnten auch Anzeigwerte erkannt werden wo die Berechnungslogik wie sie aktuell ist nicht gut funktioniert. Auch die Logik wie sich der Wert errechnet kann damit ausgelagert werden. Und am besten wäre es noch den confidence Wert aus dem Modell mitzuschicken. z.B.: Zahl 8, confidence 80%.

[watcherkb]

@pfried ja kann mich auch dran erinnern. Müsste im alten Thread gewesen sein.

[stan23]

Eine Sache ist mir noch aufgefallen:
mein ESP macht immer wieder spontane Reboots und verliert dabei scheinbar die preValue, denn nach einem solchen Reboot werden die Digitalzahlen statt 569 als 509, 559 oder 599 erkannt, und dieser Rücksprung oder große Sprung nicht abgefangen.

Wie kann ich hier unterstützen?
Soll ich einen Raspi + FTDI dranhängen und die seriellen Ausgaben protokollieren?
Wenn es einen Coredump/Stacktrace gibt, hilft das zur Analyse weiter?

Version: master - v3.1.0 - 2020-10-26

[jomjol]

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

hat schon jemand versucht mit der Camera "ums Eck" zu schauen, z.B. mit einem Spiegel? Würde gerne den Gaszähler auswerten, aber nach vorne hin habe ich überhaupt kein Platz. Würde mich über Erfahrungen freuen.

Hi watchkerb,
der Parameter zum Spiegeln des Kamerabildes lautet:

[Alignment]
InitalMirror = true

Details siehe wiki: https://github.com/jomjol/AI-on-the-edge-device/wiki/Configuration-Parameter-Details

Gruß,
jomjol

[jomjol]

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

Eine Sache ist mir noch aufgefallen:
mein ESP macht immer wieder spontane Reboots und verliert dabei scheinbar die preValue, denn nach einem solchen Reboot werden die Digitalzahlen statt 569 als 509, 559 oder 599 erkannt, und dieser Rücksprung oder große Sprung nicht abgefangen.

Wie kann ich hier unterstützen?
Soll ich einen Raspi + FTDI dranhängen und die seriellen Ausgaben protokollieren?
Wenn es einen Coredump/Stacktrace gibt, hilft das zur Analyse weiter?

Version: master - v3.1.0 - 2020-10-26

Das ist leider ein dauerhaftes Problem, welche teilweise auf die verwendeten Bildverarbeitungsbibliotheken zurück verfolgen kann.
Leider habe ich es nicht geschafft, einen Debugger an das ESP32-CAM Modul anzubinden, da aufgrund Kamera und SD-Card auch die Standart-Debugging Port belegt sind.

Wenn sich dort jeman auskennt, wäre das sehr hilfreich!

@stan23: eine Zwischenlösung, um bei Auftretten des Fehlers nicht in die von dir benannten Probleme zu laufen ist, den Parameter PreValueAgeStartup auf einen sehr großen Wert zu setzen. Denn der steuert, wieviele Minuten der PreValue gut ist.
Ein kurzer Wert führt in folgender Situationen zu dem benannten Problem: Da gerade ein ungültiger Wert "N" gelesen wird, wird der PreValue nicht aktualisiert. Wenn kein Wasser gebraucht wird (z.B. Nacht) kann dies auch mehrere Stunden andauern. Nun startet der ESP32 irgendwann zufällig neu und viola - er verwendet den PreValue nicht und kann die Zahlen auch nicht korrigieren. Empfehlung: Parameter auf mehrere Stunden einstellen.

[hike]

@jomjol

Hilfe gesucht: Problem beim Druck des Kameradeckels 3d_AI-on-the-edge_Cover.stl.

Hallo,
Ich habe mich zum ersten Mal an einem 3D-Druck versucht ( Cura 4.7 , Conrad Monoprice Mini V2, Velleman PLA)

Meine ersten Versuche habe ich mit dem Kameragehäuse gemacht.

Ich habe das Gehäuse (3b) und den Einsatz(3c) problemlos gedruckt bekommen.

Der Drucker scheitert aber immer am Deckel, weil die Software den Deckel auf 4 Beinchen stellt und die großen Zwischenräume nicht überbrückt werden konnten.
Gibt es eine Möglichkeit , den Deckel um 180° zu drehen und dann zu sclicen?

Gruß Hike

[jomjol]

Hi @hike,

drehen in CURA ist kein Problem. Einfach das Objekt auswählen und auf der linken Seite das Tool zum Drehen wählen:

Gruß,
jomjol

[MichMein]

Hallo @jomjol,

zu allererst mal alle Daumen hoch für Dein Superprojekt hier. Ich habe schon ein ganze Zeit mitgelesen und habe es dann diese Woche geschafft den ESP zu flashen und heute habe ich mir provisorisch ne Pappschachtel über den Wasserzähler gestülpt und den ESP im Gehäuse oben drauf geklebt. Nach ein wenig Justierung und drehen am Fokus klappt das sehr gut, Weltklasse! Nächste Woche werde ich mir mal Deine Adapterringe für die Wasseruhr drucken.

Ich habe versucht den MQTT Diesnt im Sonoff Adapter zu nutzen, das hat leider nicht geklappt da dieser scheinbar eine ganz bestimmt Art der Nachrichten erwartet. Mit dem MQTT Server Adapter hat es dann geklappt.

Hat jemand der anderen Nutzer es durch Einstellungen in der Config.ini geschafft das gute Stück in den Sonoff Adapter zu bekommen? Dadurch könnte ich mir den zusätzlichen Adapter sparen.

Fazit: SPITZENPROJEKT!

PS. als nächstes ist der Gaszähler am dran.

Schönes Wochenende noch, Gruß Michael

EDIT: kann ich irgendwie die Uhrzeit des ESP einstellen?

[hike]

@jomjol Danke für den Tip, jetzt druckt er auch den Deckel.

Thema Gaszähler / Wasserzähler:

Die Rebootzs haben bei mir zwei unterscheidbare und reproduzierbare Ursachen.

1. Wenn ein Flow läuft, führt ein Aufruf der Startseite bei mir zum Reboot.
2. Nach etwa 43 Flows erfolgt ein Reboot.

zu 1: Ich habe die Ausgaben im Seriellen Monitor vom vielen Reboots im ESP-Exception-Decoder analysiert.
Es werden immer wieder andere Stellen im Code von FtLite angezeigt.
Für mich sieht das so aus, als wären die verwendten Routinen in den Bibliotheken nicht reentrant.
Ich habe deshalb die sysInfo weiter ausgebaut um mehr über den Status der Flows zu erfahren.
Wartet man bis der aktuelle Flow abgeschlossen ist, bleibt das System stabil. Die Startseite ruft zum Aufbau mehrfach den Webserver über verschiedene url's auf. Das scheint das RTOS-Beriebssystem zu überfordern, wenn gleichzeitig noch sehr rechen- und zeitintensive Prozesse zur Bildanalyse laufen.

zu 2: Der zweite Fehler sieht danach aus, dass Speicher ( möglicherweise in den Bibliotheken ) nicht richtig freigegeben wird und die Heaps damit immer kleiner werden bis es kracht. Ich hatte ein ähnliches Problem bei der Verwendung von fmt2jpg aus img_converters.h. Leider ist das Interface zu fmt2jpg schlecht kommentiert, man muss in den Code reinsehen um zu erkennen, das die Routine selber für die Auagabe Speicher alloziert die man anschließened selber freigeben muss.

Ich arbeite weiter daran.

Gruß Hike