UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[jomjol]

@Stev8176 Das neu trainierte Netzwerk ist verfügbar:
https://github.com/jomjol/neural-network-digital-counter-readout/blob/master/Train_CNN_Digital-Readout_Version_6.1.0.h5

oder als tflite:
https://github.com/jomjol/neural-network-digital-counter-readout/blob/master/Train_CNN_Digital-Readout_Version_6.1.0.tflite

Aktuell habe ich es noch nicht in die Rolling, ... eingebunden - daher bitte manuel in deiner Config ändern.
Gruß,
jomjol

[ehome]

@jomjol

Hallo,
zunächst vielen Dank für das tolle Projekt - bin beeindruckt.
Konnte der sehr ausführlichen Anleitung auch folgen.
Leider bleibe ich an einem blöden Punkt hängen - der Rotation des Bildes.

Lade ich das bild direkt von der ESP-cam runter, ist es um 88,71° verdreht.

Zur Erstellung der Config habe ich gemäß der Anleitung: die Referenzpunkt gesetzt. Dafür habe ich gimp benutzt.
Also mit gimp das Bild um 88.71° gedreht und die Koordinaten ermittelt.
Die Drehung ( initial_rotation_angle=88.71) in die Config eingetragen und getestet.
Das kam dabei heraus:

Hmm....

Um zu checken ob ich die Koordinaten oder etwas anderes falsch eingetragen habe, habe ich in gimp das um 88.71 gedrehte Bild abgespeichert, am Server die config geändert (initial_rotation_angle=0) und dem Server dann das gedrehte Bild analysieren lassen - Ergebnis war Perfekt:

Ich bin jetzt etwas ratlos, Erkennung läuft aber die Rotation der Aufnahme funktioniert nicht. Wenn ich die Kamera so drehe, dass das Bild direkt richtig herum steht, gibt es ungünstige Reflektoren.

Jemand einen Tipp ??

[Knallochse]

@ehome deine 3 Referenz Punkte stimmen nicht.
Hast du zum einrichten diese Seite benutzt?
http://wasserzaehler.ignorelist.com/
Wenn nicht, dann versuche deine config.ini damit zu erstellen

[jomjol]

@ehome Es könnte auch sein, dass die Kommazahlen bei der Drehung nicht passen. Es reicht völlig, wenn du auf 1° genau drehst. Den Rest macht dann das Referenzaligment.
Wenn durch die 88.71 um irgendeinen Winkel gedreht sind, dann findet er irgendwann die Referenzen auch nicht mehr.

[Stev8176]

@jomjol
Danke für das Teachen, und auch den Tip mit dem weniger Rand. Läuft bis jetzt super. Ich bin mal gespannt ob jetzt alles stabile läuft.

Und noch ein hinweise für alle: nach dem ich dem ESP32CAM Modul an den 5V einen 470µF Elko spendiert habe habe ich auch keine Timeout beim Capture
Ich war auch schon am überlegen eine neue Hardware für die Camera zu designen :)

[ehome]

@jomjol, @Knallochse
Danke klappt nun ABER:
mit der config-Datei, die durch die Webseite generiert wurde startete der Server nicht mehr, habe dann die std-Config genommen und die Koordinaten aus der generierten übertragen - dann lief es.
Leider konnte ich nicht feststellen wo genau das Problem mit der generierten lag, da ich kein passendes Log gefunden habe.

[Knallochse]

@Stev8176 Könntest du von dem Umbau (Elko) mal ein Bild posten?

[jomjol]

@ehome Ja, Ursache ist mir klar. Leider schaffe ich es nicht, alles zeitnah synchron zu halten. Ich tendiere, den Server deutlich abzuspecken. Z.B. nur die Koordinaten und keine Parameter mehr. Dann ist es robuster gegen Updates.
@all: eure Meinung?

[pfried]

@jomjol Ich meine, dass eine "abgespeckte" Version um zu einen ersten Erfolg zu kommen ausreicht. Mit einem guten Tutorial, mit der Erklärung der einzelnen Parameter, läßt sich eigentlich dann auch schnell das System an die einzelnen Bedürfnisse anpassen.

[watcherkb]

@jomjol finde ich auch. Das frickeligste war immer das Ausschneiden der Referenzbilder und deren Positionen. Mit deinem Server ist das nun ein Kinderspiel.

[Stev8176]

@Knallochse Ja klar kann ich den Beschreiben.

Ich habe eine Elko 470µF (oder auch 1000µF) mindestens 10V parallel zu dem Keramikkondensator C5 gelötet.
Polung siehe Foto bzw. Minus ist am Platinen Rand.

so sieht es bei mir aus

So läuft das ganze jetzt schon mehrere Trage ohne abstürze.

[Knallochse]

@Stev8176 Danke dir vielmals

[ehome]

@jomjol
abgespeckter Server fand ich auch gut - wenn der einem die Frickelei mit den Referenzbildern abnimmt ist das schon die halbe Miete.

[Stev8176]

@jomjol
Hallo Jomjol,
jetzt habe ich weil alles so gut funktioniert mir die Kunststoffteile für meinen Wasserzähler angepasst und gedruckt. Nun bekomme ich das alignment nicht mehr hin. kannst du da mal mir mal helfen?
von der Kamera kommt diese Bild

aber Roi sieht so aus

ich habe in der config.ini angegeben "initial_rotation_angle=347"
aber auch wenn ich hier andere Werte eingeben wird es ehr noch schlimmer :(

was mach ich falsch?
muss die Kamera weiter weg vom Zähler damit sie mehr aufnimmt?

Danke

[jomjol]

@Stev8176 Ist ein bisschen schwierig zu sagen.
Zuerst mal zum initial_rotation_angle: der soll so gewählt werden, dass das Bild grob aufrecht steht. Das könnte mit 347° gut passen, so aus dem Auge geschätzt.
Der Abstand sollte eigentlich pasen, denn man sieht alle notwendige klar und groß genug.
Das schiefe ROI-Bild bedeutet in der Regel, dass die Alignmentpunkte nicht richtig gefunden werden. Wenn du durch den Druck deiner Teile sich auch der Abstand oder die Beleuchtung geändert hat, musst du die Referenzbilder neu aufnehmen. Denn insbesondere die Größe muss genau zur Aufnahme passen. Denn die Größe wird nicht skaliert.
Hoffe, das hilf schonmal. Ansonsten schick mit mal deine Config und auch das Verzeichni "/image_tmp". Das müsstest du aber erstmal per Volume von aussen zugängig machen (analog zu /log und /config).
Gruß,
jomjol

[Stev8176]

@jomjol
danke für den Tip mit "/image_tmp". Ich habe gesehen das er das Bild falsch gedreht hat (rot.jpg).
Dreht man das Bild mit dem Tool zur erstellen der Config (http://wasserzaehler.ignorelist.com) mit negativen Winkel und schreibt diesen Wert ohne das Minuszeichen in die config.ini dann funktioniert es.
Zur Info, ich verwende die LITE Version. Vielleicht ist es mit der "Vollversion" anderes?

Ich habe mir einen neuen Adapter für meine Wasseruhr mit Deckel erstellt. Falls ihn noch jemand brauchen kann...Wasseruhr_Adapter.stl

[jomjol]

@Stev8176 Danke für den Adapter - soll ich ihn auch auf Thingiverse mit dazuladen?

Ich habe mir gerade nochmal die Winkel angeschaut. Finde den Vorzeichenfehler aktuell noch nicht - muss ich noch etwas testen.

[jomjol]

Ich habe jetzt mal mein GitHub und das Docker upgedated. Nachdem die rolling-lite gut läuft und ich eigentlich schon ab jetzt nur noch TfLite verwende. Habe ich die rolling-tflite in die rolling gemerged.

ACHTUNG: ihr müsst jetzt eure config-Dateien updaten, da die CNN-Files mit ".h5" nicht mehr funktionieren (Fehlermeldung wird aber angezeigt).

Gleichzeitig ist die neue Struktur so angelegt, dass ich keinen extra Branch für die Raspberry-Versionen mehr brauche. Daher habe ich das in Github jetzt auch gelöscht. Es gibt jetzt nur noch den Master - den habe ich noch nicht upgedated und die rolling Version. Das macht mir zukünftige Wartungen einfacher und weniger fehleranfällig.

Bitte gerne Feedback, falls etwas noch nicht / nicht mehr funktioniert.

[pfried]

@jomjol Ich hätte eine Bitte an Dich, kannst Du vielleicht die folgenden zwei "9" beim nächsten Update mit anlernen. Ich bekomme, egal was ich mache, immer eine "8" nach der Auswertung. Danke!

[Stev8176]

@jomjol
Den Adapter kannst du gerne auf Thingiverse dazunehmen.

Zu dem Vorzeichen Fehler. Wenn ich um bei meinem Bild zu bleiben es mit 347 Grad drehe ist es auf dem WYSIWYG-Tool richtig genaus so wenn ich es mit -13 Grad drehe. in der Config.ini muss ich aber damit es richtig ist 13Grad ohne Minus angeben. Bei 347 kommt das verzerrte Bild heraus. rot.jpg ist dann auch nicht waagerecht .