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

[Xsev]

@markushi Die 05 kann ich dir auch nicht erklären. Hattest du da mal ne weitere Roi hinterlegt? Die 5 wären vermutlich auch bei deiner 2. Nachkommastelle richtig (Bild unten leider abgeschnitten aber müsste hinkommen.) Das halbe Stellen bei den Zeigern interpretiert werden ist mir nicht bekannt aber ich nutze auch ne ältere Version.

Das Problem mit der Abdeckung bei neuen Zählern kenne ich (gelle @LichtAn ) super mühsam....

[markushi]

@xsev Also es ist nur eine analoge ROI hinterlegt, eine zweite habe ich wieder gelöscht. Mehr analoge Stellen machen da keine Sinn bei der Abdeckung!
Aber wo in der config kann man das gerade ziehen, dass er nur eine Stelle nimmt? Auf der Github Seite des Projekts find ich auch nix...

[markushi]

Ich hab jetzt eine zweite analoge ROI hinzugefügt, das ergibt nun folgendes Bild:

Eigentlich genial was dabei rauskommt 👍 nur hab ich jetzt eine dritte Stelle!??

Mal schauen, vielleicht kann ja jomjol Licht in die Sache bringen. Plan B ist die ganze config nochmal neu zu machen. Ist ja keine großé Sache...

[markushi]

Plan C : die überflüssige Stelle in node-red einfach kappen 🪒😉😁

[jomjol]

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

Ich hab jetzt eine zweite analoge ROI hinzugefügt, das ergibt nun folgendes Bild:

Eigentlich genial was dabei rauskommt 👍 nur hab ich jetzt eine dritte Stelle!??

Mal schauen, vielleicht kann ja jomjol Licht in die Sache bringen. Plan B ist die ganze config nochmal neu zu machen. Ist ja keine großé Sache...

Die weitere Stelle kommt von folgender Einstellung:

main.ExtendedResolution = true

Bei analogen Zeigern wird die Position eine Stelle genauer ("zwischen den Ziffern") erkannt und das kann genutzt werdern (=true) oder auch nicht (=false)

[intruder7]

@jomjol trifft dies nur auf die letze Stelle zu oder ist die Genauigkeit dann bei allen Zeigern besser?

[jomjol]

@intruder7 Nur die letzte Stelle und erstmal nur bei analogen Zeigern

[markushi]

@jomjol VIELEN Dank! Wieder was gelernt :+1:

Hab das jetzt beobachtet und das erzeugt in der Tat eine genauere Anzeige des Verbrauchs. Die drei Stellen sind für meinen Bedarf perfekt!

[shooter]

Moin, ich hänge mich hier mal dran. Erstmal Kompliment für das geniale Projekt!

Ich habe mehr eine allgemeine Frage: Ist das Projekt generell sehr träge was die Website angeht? Also ewig lange Ladezeiten, manchmal auch einfach kein response?

Ich tippe momentan ehr auf einen Buggy ESP32 oder aber der Flashadapter welchen ich auch zur Spannungsversorgung nutze hat einen weg...

Jedenfalls ist die Konfiguration so nur sehr sehr mühselig, ich vermute das ist nicht normal?

Aufgefallen ist mir außerdem ein fiepton beim Aufnehmen der Bilder (Netzteil? LED?)

[markushi]

@shooter Generell sehr träge würde ich nicht sagen, aber es wird schon mal zäh bzw. hängt etwas. Ich hab zwei System wobei das zweite bei weitem nicht so träge ist. Einziger Unterschied: die SD-Karte! Eine ist noname (langsames System) und die andere eine Sandisk. Das letztere ist subjektiv wesentlich stabiler und schneller.
Wenn aber die Erkennung läuft, dann besser nix rumklicken bis das durch ist! In der Phase ist es wirklich zäh, aber das hat jomjol auch seinem github geschrieben.

[tomix]

@ksneg said in Wasserzähler - Version 2 - all-in-device:

Hallo,habe die Softwareversion 10.2.0 installiert und plötzlich läuft alles! Vorher hatte ich die neueste (10.5.2).

Seit dem Update auf 10.5.2 läuft der bei mir gar nichts mehr. Vorher musste ich nur zwischen durch den preValue setzen, wenn er sich verschluckt hat.

Haben mehrere diese Erfahrung gemacht? Gibt es eine Möglichkeit via Webfrontend die Konfiguration usw. ganz zurück zu setzen (also bis auf den WLAN-Schlüssel)?

Kann man den config Inhalt auch neu hochladen via OTA? Fehlen da inzwischen nicht ein paar Dateien? Ich komme nicht wirklich an die Karte ran um die mal kurz raus zu nehmen.

Gruss
tomix

[jomjol]

@tomix von welcher Version hast du den upgedatet. Wenn es eine ältere war, dann musst du die config.ini anpassen (siehe: https://github.com/jomjol/AI-on-the-edge-device#1011---stability-increase-2022-01-12).

Reset in den "Auslieferzustand" am einfachsten, indem du das config Verzeichnis auf der SD-Karte überschreibst (aktuelle Version siehe GitHub)

[markushi]

Gibts eigentlich für die Zwischenpositionen bei den digitalen Stellen irgendeine Möglichkeit, dass ich da einen korrekten Wert übermittelt bekomme? Also mein Wasserzähler springt gerade von 19 auf 20 m³, aber das dauert natürlich etwas. Und seitdem bekomme ich keinen Wert mehr übermittelt weil das System meint, es ist ein negativer Wert:

[tomix]

@jomjol said in Wasserzähler - Version 2 - all-in-device:

@tomix von welcher Version hast du den upgedatet. Wenn es eine ältere war, dann musst du die config.ini anpassen (siehe: https://github.com/jomjol/AI-on-the-edge-device#1011---stability-increase-2022-01-12).

Immer mal wieder via OTA, keine Ahnung mehr.

Reset in den "Auslieferzustand" am einfachsten, indem du das config Verzeichnis auf der SD-Karte überschreibst (aktuelle Version siehe GitHub)

Wieder 10.5.2 via OTA installiert und das config Verzeichnis überschrieben. Nun klappt es wieder. Bis auf die letzte Ziffer wurden gleich alle erkannt. Könnte irgendwo eingestellt werden, dass ein NaN bei der letzten Ziffer egal ist (einfach den letzten Wert nehmen). Bei unserem Wasserzähler ist die letzte Ziffer für den Liter, also oft einfach irgendwo dazwischen. Mir reicht aber eine Angabe auf 10 Liter genau vollkommen. Die geplanten Zwischenwerte wären natürlich cool, nur leider funktioniert das bei einer Literanzeige auch nicht wirklich (5 -> 6 und 8 -> 9 -> 0 werden in etwa gleich aussehen und von einer zur nächsten Messung können da durchaus einige Ziffern durchrasen).

Gruss
tomix

[tomix]

@tomix said in Wasserzähler - Version 2 - all-in-device:

Nun klappt es wieder.

Wird nun «null» als value gesendet, wenn die Erkennnung nicht geklappt hat? Wurde vorher einfach gar nichts gesendet?

Ich nutze FHEM und kein Eintrag wird als 0 intepretiert. Um den aktuellen Tageswert zu haben, speichere ich um Mitternacht den Zählerstand in einem Reading und gebe dann den aktuellen Tagesstand ab (als aktueller Zählerstand - Zählerstand um Mitternacht). Somit darf der Zählerstand stehen bleiben, aber nicht auf 0 springen. Werde das mal im FHEM rausfiltern, aber wüde das auch gleich sende seitig gehen?

Ansonsten, schnurrt das Ding wieder 1A.

Gruss
tomix

[markushi]

Also ich kämpfe nach wie vor mit dem Problem, dass beim Überspringen von der digitalen Stelle auf den nächsten Wert keine korrekte Erkennung mehr stattfindet.

Das System müsste an der Stelle quasi "erkennen", dass aus dem 21.018 eine 22.018 wird. Kann ich da etwas einstellen? Wie läuft das bei euch so?

[ESP8266]

@markushi, noch war ich nicht in der Situation, aber eines kann ich dir schreiben, das deine Digi ROI´s nicht der Norm entsprechen wie in der Wiki beschrieben.

[ESP8266]

Nachtrag.....ich habe damit keine Probleme.

[markushi]

@esp8266 Danke für deine Hinweise! Wie meinst du das, die ROI's entsprechen nicht der Norm? Meine Konfiguration sieht so aus:

In der Beschreibung im Wiki steht: "By purpose there is a border of 20% of the image size around the number itself. This border is shown in the ROI setup image by the inner thinner rectangle. This rectangle should perfect around the number in the case the number is not already starting to rotate to the next position"

Also der innere dünne Rahmen sollte genau um die Zahl stehen. Bei dir müsste dann ja der innere Rahmen viel kleiner sein als die Zahl selber???

[ESP8266]

@markushi , siehe mein editierten Post zuvor.
So wie die ROI´s in meinen Bilder zusehen ist, ist es richtig.
Auf der Editseite ist die untere kante höhe und endet direkt mit dem Zahlenende.

Auzch die Lock Einstellung habe ich aus gemacht beim einstellen.