NEWS
Wasserzähler - Selfmade
-
@ehome Du kannst die Werte jederzeit wieder mit setPreValue anpassen:
http://server-ip:3000/setPreValue.html?value=2381.099
-
Habe mich jetzt 2 Tage eingelesen und bereits vieles zum laufen gebracht! tolles Projekt mit sehr viel Aufwand deinerseits!!
- ESP32 mit Cam funktioniert und liefert ein Bild
- Die Linse habe ich präpariert und konnte den Fokus scharf stellen
- Doker "raspi latest" läuft auf einem Raspberry 4
- http://server-ip:3000/wasserzaehler.html liefert ebenfalls Daten
- Die Konfiguration habe ich mit dem WYSIWYG tool gemacht, auch das hat tiptop funktioniert und ist eine grosse Hilfe!
Noch offen:
- Der 3D-Drucker ist unterwegs. Deshalb konnte ich bis jetzt nicht mit dem schwarzen Gehäuse testen. Sagen wir mal mit einem provisorischen "Gebastel" und vielen Problemen wegen der Spiegelung Aber momentan habe ich ein ganz akzeptables Bild.
roi.html liefert das hier:
wasserzaehler.html das:
992N.867 00992N 867Die Zahlen passen soweit, ausser die 8 hat er noch nicht richtig erkannt.
Was aber gar nicht passt sind die Zeiger. Kann es sein, dass diese nicht "angelernt" sind? Die sind ja definitiv nicht identisch mit denen von deinem Zähler. Oder habe ich sonst noch was nicht berücksichtigt?Hinzu kommt ja auch noch, dass die erste Kommastelle bei meinem Zähler noch als Zahl geliefert wird. Ist das ein Problem? Schlussendlich habe ich die Zahlen als Rohdaten zur Verfügung, und das kriege ich in openHAB sicher irgendwie richtig angezeigt. Ich frage eher wegen der Plausibilitätsprüfung und anderen Logiken die du eingebaut hast.
Denke das reicht mal
Besten Dank
Michael -
@michaeljoos Gegen die Spiegelung hilft ein Filzstück so wie bei einem Sessel, unten an den Beinen, angebracht wird. Die Zeiger müssen definitiv angelernt werden da bis jetzt in dem Projekt noch keiner eine solche Wasseruhr hatte. Ist das eine "Glashütte" Wasseruhr?
-
@michaeljoos Hallo Michael,
danke für dein Feedback, freut mich, dass es bei dir soweit gut klappt.
Zu deinen Fragen:
- Zeiger: ja, diese Art von Zeigern hatten wir noch nirgends und die muss ich anlernen. Dass übernehme ich gerne. Dazu brauche ich klassifizierte Bilder der verschiedenen Zeigerstellungen. Der Dateiname sollte am Anfang die Zeigerstellung mit einer Nachkommastelle haben - also z.B. "0.6abc.jpg", "5.8def.jpg" & "6.8ghi.jpg" für die obigen Zeiger. Das ist etwas mühsam. Idealerweise brauche so 200-300 Bilder.
- Nachkommastelle als Digital. Das kann mein Programm momentan nicht, aber mit einem einfachen Trick würde ich es umgehen. Nimm einfach die Ziffern als m³ und teile nachher das Ergebnis durch 10. Dann funktionieren die Tools wie preValue und Fehlerkorrekturen auch.
Auch die Ziffern von deinen Digitalzahlen sind etwas anders, wie die bisher trainierten - deutlich filigraner. Würde mich nicht wundern, wenn es hier ab und zu noch zu Problemen kommt. Auch hier kann ich anbieten, sie in die normale Trainingsumgebung mit aufzunehmen. Dann haben weitere Nutzer auch gleich etwas davon.
Beste Grüße und gerne bei Fragen einfach melden,
jomjol
-
@pfried Besten Dank für den Tip mit dem Filzstück. Werde ich testen wenn das Problem immer noch besteht mit dem schwarzen Gehäuse! "Glashütte"...ist das ein Hersteller?
@jomjol Das Angebot nehme ich gerne an Gestern habe ich meinen 3D-Drucker gekriegt und ab heute Abend geht es los mit dem Drucken Sobald ich ein anständig scharfes Bild ohne Spiegelung habe werde ich die 200-300 Bilder sammeln. Nur noch zwei Fragen: die Buchstaben abc...def...ghi sind nur da um unterschiedliche Dateinamen zu haben, oder? Wichtig ist die Zahl mit Kommastelle. Und die Grösse ist egal? Oder in einem bestimmten Verhältnis?
Nimm einfach die Ziffern als m³ und teile nachher das Ergebnis durch 10. Dann funktionieren die Tools wie preValue und Fehlerkorrekturen auch.
--> Genau so habe ich das gemacht. Alles in openHAB eingelesen (http-Binding) und dann mit einem Java-Script transformiert und durch 10 geteilt. Passt:Ich melde mich wieder wenn ich die Zeiger-Bilder habe...wegen den Ziffern schaue ich mal was passiert und wie hoch die "Fehlerrate" ist.
-
@michaeljoos Die Bilder von den Zeigern sollten quadratisch sein. Die Größe am besten so, wie sie auch vom Server ausgeschnitten werden, dann kannst du einfach die Log-Funktion verwenden.
Intern arbeitet die Erkennung mit 32x32 Pixel großen Bildern. Die Umwandlung mache ich aber besser selbst mit dem Makro, dann ist der Skalierungsalgorithmus identisch mit dem im Server verwendeten (Interpolation etc.).P.S.: ja, die abc, def, ghi waren nur Platzhalten. Wie der Dateilname nach der Klassifizierung ist, ist völlig egal.
-
Hm bei mir hat er die letzte Zeut Probleme mit er Erkennung der digitalen Ziffern.
Die erste 0 wird oft als 6 oder 8 erkannt.
Hat einer ähnliche Probleme? -
Habe die config.ini jetzt wieder leicht angepasst, so dass die erste Ziffer mehr mittig erfasst wird.
Jetzt funktioniert die Erkennung wieder.
Hatte vor kurzem die Config schon mal anpassen müssen, weil die Ziffern nicht mehr genau mittig waren.
Irgendwie komisch.
Mal gespannt wie lang es jetzt wieder funktioniert. -
@Atifan Probier mal die Ziffern mit etwas mehr Rand auszuschneiden. Es funktioniert i.d.R. besser wenn die Ziffern mittiger sind und etwas Rand haben.
-
Hallo zusammen
Bin gerade am drucken der Teile. Kann mir jemand auf die Sprünge helfen wie ich in Cura die Support-Settings einstellen muss? Ich kapier das noch nicht richtig (z.B. der Deckel mit den Lüftungslöchern...
Update: Ich glaub es funktioniert...den Deckel habe ich einfachheiltshalber 180° gedreht, dann funktioniert es auch ohne "Support".
Besten Dank
Michael -
@pfried, @michaeljoos, @ehome, @Knallochse und natürlich ALLE anderen
Mal eine Frage an euch Nutzer:
Ich spiele gerade mit dem Gedanken, die ganze Bildverarbeitung auf den ESP32 zu verlagern (Alignment & Ziffernerkennung). Das würde dann gegebenfalls den Dockercontainer überflüssig machen. Ob es geht, ist noch nicht klar (vor allem wegen dem Limit im RAM-Speicher). Das hätte aber im wesentlichen zwei Konsequenzen:
- wesentlich einfachere Installation - da kein Docker und keine Verbindung zwischen beiden. Einfach nur ESP32-CAM flashen
- deutlich langsamere Antwortzeiten - erste Versuche zeigen, dass das Alignment und die Neuronalen Netze dann eher im Bereich viele 10s bis 1 Minuten liegen würden.
Was ist eure Meinung zu einer solchen Weiterentwicklung?
Bin gespannt auf eure Rückmeldungen,
jomjol -
@jomjol die 2 wichtigsten Punke hast du ja schon genannt.
Punkt 1 wird wohl neue User locken, dass Projekt umzusetzen.
Das könnte der Entwicklung (durch eventuell neue Bilder zum trainieren) aber zu gute kommen.Punkt 2 wird wohl User abschrecken, die die bisherige Variante (externe Berechnung) schon am laufen haben. Läuft ja fast unbemerkt (Ressourcen) nebenbei.
Ich gehe auch fest davon aus, dass es in den nächsten Jahren leistungsfähiger Prozessoren (Nachfolger) in diesem Bereich geben wird.
Vielleicht hilft dir auch eine Umfrage weiter, um herauszufinden wer dein Projekt auf Grund der externen Berechnung nicht umgesetzt hat.
PS: Mein größtes Problem bei der Umsetzung war den Fokus der Kamera einzustellen.
Bei mir war da ganz schön viel Kleber im Einsatz. -
@jomjol
Da muss ich Knallochse zustimmen. Für den schnellen Start sicherlich leichter umzusetzen aber wer schnellere Auswertungen braucht wird damit nicht glücklich.
Wenn ich einen neuen Gedanken nennen darf: ich hätte mir lieber gewünscht dass das neuronale Netz selbstständig dazulernt. Ist natürlich abhängig davon ob sich sowas automatisieren lässt. Dann wäre man nicht abhängig von dir. -
@jomjol
Ich weiß nicht, ob der Dockercontainer so ein großer Aufwand ist. Das einzeln zusammen installieren wäre sicherlich einiges, aber, wenn man sich mal überwunden hat, geht es mit dem docker doch recht unproblematisch.
Das war für mich das einfachste an der ganzen Geschichte. Allerdings hab ich auch eher Erfahrung mit Software/Linux als Hardware (das flashen hat ca. einen halben Tag gedauert bis ich das mal raus hatte). -
@jomjol
danke für die Antwort.
Ja das hatte ich ja gemacht - allerdings wurde aufgrund der fehlerhaften Erkennung keine weitern Werte mehr eingelesen - da sie wohl nicht sauber erkannt werden.
Deshalb die Frage ob man Bilder zum Trainieren irgendwo bereitstellen kann. -
@ehome du kannst du Bilder einfach mir schicken - Mail kommt per PM.
Von Zeit zu Zeit mache ich ein Update der tflite. Das funktioniert leider nicht automatisch.
-
@jomjol Ich würde momentan beim Docker bleiben. Wenn man sich mal etwas damit befasst hat geht das recht schnell und komfortabel. Auch ein Update ist so ruckzuck erledigt. Beim ESP32 müsste ich jedesmal den mechanischen Aufbau entfernen und das Teil via USB am PC anschliessen und neu laden (oder läuft das auch per OTA?).
Die Antwortzeiten sind schon auch entscheidend. Wenn es mal eingerichtet ist und stabil läuft ist es tatsächlich nicht kritisch. Wenn ich mir aber vorstelle, wie oft ich als Anfänger "reload" gedrückt habe bis alles gepasst hat und ich jedesmal über 1min hätte warten müssen...Übrigens, meine Installation läuft jetzt und meine Zeiger werden trotz "ungelernt" schon richtig gut erkannt!! Hier mein Setup
ROI:
Das Bild nehme ich mit einer XGA-Auflösung auf.
openHAB:
Passt!
Die 1 erkennt er aber meistens als 7 und wenn ich die Log-Bilder der Zeiger anschaue, stimmt die Kommastelle meistens nicht. Deshalb sammle ich trotzdem die 200-300 Bilder und schick sie dir dann.
-
@jomjol Hallo Jomjol, war ein langes WE in Ö, deshalb verspätet meine Antwort:
... ich würde lieber beim Docker bleiben und die kürzeren Antwortzeiten bevorzugen
... sollte wirklich einmal ein schnellerer ESP-CAM zur Verfügung stehen, kann man das in Angriff nehmen
... vorher sollte vielleicht eine OTA verwirklich werden und
... ein selbstlernendes AI wäre sicherlich von immenser Vereinfachung (Training Mode)Appropo lernen: Kannst Du mir Bitte die Neun weiter oben im Thread 931 anlernen, da zuckt leider meine Erkennung total aus. Thx!
-
@pfried OTA geht doch schon längst meine ich.
-
@watcherkb Ich habe es einmal getestet, da ging es nicht, oder ich habe etwas falsch gemacht.... Kannst Du bitte eine Anleitung zur Verfügung stellen?