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

[coyote]

@mcchickents das hab ich gestern leider schon mehrmals gemacht. Kann es vllt auch am Winkel liegen? Dass wollte ich nachher mal probieren, da einen anderen Winkel in der Config anzugeben

[mcchickents]

Ok nimm mal die 0,001 als Referenz dann wird das Dreieck größer.

[coyote]

Hab ich gemacht und jetzt nen Winkel von 182 angegeben. Dann kommt folgendes raus.
Aber wenn ich jetzt mit dem Winkel weiter spiele in Plus oder Minus Richtung wird es eher wieder schlechter.... Sonst noch ne Idee? Die Digitalen und Analogen Werte habe ich noch nicht verändert, sind ja vorerst auch nicht wichtig oder doch? Erst muss ja mal mein Referenzbild passen.

Irgendwie fehlt mir hier noch etwas das Verständnis. Das SourceImage ist doch einwandfrei , wieso ist es dann beim ROI Picture so verdreht? Dachte ich müsste mit dem Winkel nachher nur noch etwas nach rechts oder links drehen um die exakte Position einzustellen.

[coyote]

Mir ist gerade noch was aufgefallen... Mein Bild ist quasi 600x800 nicht wie bei euch 800x600

[mcchickents]

Ich bin leider auch kein Profi wie du vielleicht gemerkt hast :-) poste doch mal deine config Datei.

Ps ich habe den Winkel schon immer auf 0

[coyote]

@mcchickents ich denke es liegt vllt doch an der Auflösung, die falsch herum ist. Probiere ich nachher mal. Habe die Kamera jetzt gedreht

[jomjol]

@coyote Hallo coyote,
irgendetwas stimmt mit deinen Referenzen noch nicht. Wenn ich mir dein Orginalbild anschaue, dann liegt "PN16" links und "m3" rechts von den 5 Ziffern. Dann müssten auch dort zwei rote Kästchen sein. Die sind aber alle unterhalb. Schau mal, ob die wirklich passen.
Das verdrehte Bild kommt daher, dass die Koordinaten der Referenzen nicht passen. Dann wird es stark verzerrt.
Der Ablauf der Bildverarbeit läuft wie folgt.

1. Aufnehmen des Rohbildes
2. Drehen um einen festen Winkel (initial_rotation_angle), um ein aufrechtes Bild zu erhalten. Falls das Bild schon richtig ist, dann den Winkel 0 angeben.
3. Suchen der 3 Referenzen. Diese sollten möglichst in einem Dreieck sein und nicht zu nahe beieinander.
   Das Bild wird dann gedreht und ggf. verzehrt, so dass die Referenzen an den Koordinaten liegen, wie sie im Config-File angegeben wurden.
4. Rausschneiden der ROIs und auslesen

Dein Orginalbild sieht erstmal ganz gut aus. Ich sehe deutliche Schatten. Wie weit bist du mit der Kamera weg?
Bei deinem Zähler könnte die Form der Zeiger ein Problem werden. Die sehen anders aus, wie bei meinem Zähler und vielleicht funktioniert die Bilderkennung nicht optimal. Ggf. müsste man mit Bilder das Neuronale Netz nochmal nachtrainieren. Ist aber erstmal unabhängig vom Ausrichten des Bildes.
Hier nochmal eine Step-By-Step Anleitung für die Einrichtung der Config.ini.
Alignment_procedure_draft.pdf

Ich versuche gerade mittels Bildverarbeitung die Positionen für die Konfiguratin automatisch zu finden, dass ist aber echt tricky und braucht sicher noch einige Zeit.

Falls alle Stricke reissen, kannst du mir mal ein Originalbild von deiner Kamera schicken und ich finde etwas Zeit, um dich bei der Config zu unterstützen. Frühestens aber am Wochenende.

Beste Grüße,
jomjol

[coyote]

@jomjol und zack, sieht das Ganze gleich viel besser aus ;-)
Hab ja jetzt die Kamera gedreht, damit die Auflösung 800x600 passt, alle Referenzen nochmal angepasst und siehe da, klappt.
Jetzt muss ich noch den Rest eingestellt bekommen.

Ich habe dein Gehäuse ausgedruckt, außer den unteren Teil, den musste ich etwas abändern, heißt ich bin ca. 10mm weiter weg vom Zähler.
Ja den Schatten seh ich auch, der ist jetzt nach rechts gewandert durch das Drehen der Kamera. Der blöde weisse Kunststoffring macht das Ganze nicht besser.

[coyote]

@jomjol sieht doch gar nicht so schlecht aus mit den Zeigern ;-)

Die 2 will er irgendwie nicht, entweder gibts ne 7 oder N, hab schon bisschen mit den Koordinaten und Größen gespielt, aber will nicht. Vielleicht hast du da noch nen Tipp.
Mit den Zeigern passt doch fast, beim ersten Zeiger hatte ich auch schon ne 6 anstatt ne 5 drin, also wenn es so bleibt kann ich damit leben.

Cooles Projekt, vielen Dank dafür:+1:

[jomjol]

@coyote Deine Ziffern sehen leicht anders aus, wie meine. Vermutlich muss ich die OCR etwas allgemeiner trainieren. Wenn du von jeder Ziffer mal so 3-4 Bilder gesammelt hast, kannst du sie mir schicken.
Das Trainieren der Ziffern ist recht einfach, bei den Zeigern wäre es aufwendiger.

Freut mich, dass es schonmal soweit klappt!

Gruß,
jomjol

[mcchickents]

@jomjol said in Wasserzähler - Selfmade:

Um das Thema mit dem "N" in den Griff zu bekommen, habe ich einen Algorithmus implementiert, der nun auch den letzten Wert mit berücksichtigt. Wenn die Ziffern auf einem Zwischenwert stehen, also "N" zurück liefern, dann wird kann der Algo prüfen, ob die Ziffer mit "N" vorher schonmal erkannt wurde und das N durch die gültige Ziffer ersetzten. Es werden auch Zehnerübergänge berücksichtigt. Also z.B.:

letzer gültiger Wert: 401.995
Rückgabe-Wert: 40N.015

Dann wir daraus: 402.015

Um das Feature zu nutzen muss bei der Abfrage des Wasserzaehler ein Parameter ergänzt werden:

.../wasserzaehler.html?usePreValue

Wenn Docker gerade neu gestaret wurde und noch keine Zahl ganz ohne "N" detektiert wurde, funktioniert es natürlich nicht. Dazu gibt es aber die Möglichkeit einen gültigen Zählerwert manuell zu setzen:

.../setPreValue.html?value=402.015

Das experimentelle Docker Image (jomjol/wasserzaehler:rolling) enthält dieses Feature.

Gruß,
jomjol

Hi habe es nochmal ausprobriert. Egals was ich mache bekomme das N bei 30N.4568 nicht weg. Bist du dir sicher das es in der aktuellen rolling Version drin ist? Habe den Docker auch nochmal neu installiert. Auch im Browser will es nicht funktionieren.

Gruß Julian

[jomjol]

@mcchickents Bekommst du eine Rückmeldung wenn du setPreValue.html?value=... " verwendest?

[mcchickents]

Hi Jomjol,

ja bekomme ich
http://192.168.2.13:3000/setPreValue.html?value=00303.2323
Last value set to: 00303.2323

10 sec später versuche ich das in chrome

http://192.168.2.13:3000/wasserzaehler.html?usePreValue
30N.7251 0030N 7251

und bekomme das zurück.

[jomjol]

@mcchickents Hi McChickents,
danke für den Hinweis. Fehler lag im Programm. Ich habe in der Implementierung auf "usePrevalue", also mit kleinem "v" getriggert.
Update in "rolling" ist raus, es ist jetzt egal ob due PreValue oder Prevalue schreibst.
Gruß, jomjol

[coyote]

@jomjol wie meinst du das mit den 3-4 Bildern jeder Zahl, heißt in verschiedenen Stellungen der Ziffer?
Ich glaube, ich warte erst mal nächste Woche ab, es könnte sein, dass ich eine neue Uhr bekommen, das muss ich noch klären, da Flecken unten an der Wasseruhr sind und das darf wohl nicht sein und muss ausgetauscht werden.

[mcchickents]

@jomjol

neue Version installiert funktioniert einwandfrei. Perfekte Arbeit.

Im Blockly habe ich mal den String in eine Zahl geschrieben.

Leider wird nur 303 eingetragen die hinteren Zahlen werden abgeschnitte? Liegt das an dem Punkt in der ausgabe?

[jomjol]

@coyote deine Ziffern sehen von der Geometrie anders aus wie auf meinem Zähler. Wenn du mir also von jeder Ziffer 1, 2, ... 9 und 0 die ausgeschnittenen Bilder aus dem log-Verzeichnis "\log\digital_digit" schickst, dann kann ich die Ziffernerkennung damit trainieren. Ich brauche halt 3-4 Bilder von jeder Ziffer.

[mcchickents]

Guten abend zusammen,

das Blockly für die Auswertung läuft^^
falls Interesse besteht einfach melden.

[jomjol]

@mcchickents Ich könnte dir auch eine Version erstellen, die direkt nur eine Zahl zurück gibt - dann musst du den String nicht zerlegen. Würde das helfen?

[mcchickents]

@jomjol

Hi ja kannst du wenn du mal Zeit hast machen, das zerlegen funktioniert bis jetzt aber ganz gut.
Was mir echt sehr gut gefallen würde ist das die Zahlen auf Plausibilität geprüft werden. So wir wir das oben schonmal angefangen haben^^. Für mich wäre am besten er würde dann lieber die gleiche Zahl nochmal ausgeben. statt einen Wert der viel zu groß ist. (In 15 Sekunden können keine 100 Liter durlaufen^^.

Gruß Julian