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

[BananaJoe]

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

Aaaber : (ach ja.. die Marker sind immer wieder mal leicht verschoben, die Erkennung passt aber wie im oberen Bild gesehen...)

Das kommt davon wenn du gerade mal mit dem Webbrowser nachschaust wenn er noch am drehen ist ...
Ich habe bei den Abfrageintervall auf 10 Minuten gesetzt, so sinkt die Wahrscheinlichkeit das man mit dem Gucken das Berechnen stört (und 6 mal die Stunde reicht mir)

[Hasont]

@hasont

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

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

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

@jomjol
Hallo, nachdem du das Thema SD Karten ja prima gelöst hast hab ich Wasser- und Gaszähler kompl. neu aufgesetzt.
Leider habe ich immer wieder mal das Problem, dass er mir Zahlen die aus meiner Sicht klar wären aber wahrscheinlich noch außerhalb der neuen markierung sind nicht erkennt.
Beispiel hier die 9:

Ich hab nun anstelle der "dig0820s2q.tflite" wieder die "dig0720s1.tflite" eigespielt.
Frage:
Spielt die Größe der .tflite eine Rolle bei der neuen Software auf der sich ja das meiste im RAM abspielt?
Welche .tflite würdest du mir für meine Zähler raten. Sind ja eher Standard.
Oder soll ich die Auswertung der Ziffern noch größer einstellen so dass der untere Bereich bereits weiter unten beginnt und so die Zahl beim Wechsel eher erkannt wird?

LG
Horst

Hallo Horst,
die Größe des tflite-Files hängt von der Netzgröße ab. Wenn ich neue Ziffern trainiere, teste ich immer verschiedene Netzstrukturen und die mit den besten Erkennungsraten lade ich dann hoch. Je größer, desto länger dauert eine Erkennung, aber das passt noch alles ins RAM.
Wegen deiner "9" habe ich gerade mal meine Bilder angeschaut. So eine extrem tiefgezogenen 9 ist noch nicht wirklich enthalten. Schick mir doch 1-2 Bilder davon, dann nehme ich das mit auf. Habe eh schon wieder einige neue Bilder und werde bald ein neues Netz erstellen

Hallo Jomjol
hier die Bilder, eigentlich wollte ich einen kompletten Satz senden. Dauert aber zu lange und du wolltest ja demnächst ein neues Netz erstellen.
Bilder Gaszähler.zip
Es fehlt noch 6 - 7 aus dem m3 Bereich > Werde es nach und nach hier vervollständigen.

So jetzt ist alles komplett, die 6 ist auch so wie die 9 aufgebaut.
Sag bitte kurz Bescheid wenn du das Netz erstellt hast und es ein Rolling gibt. Ich teste es dann aus.
Mit der dig0720s1.tflite läuft es ja halbwegs, daher kein Stress
Bilder Gaszähler.zip

[pfried]

Ich komme nochmals auf den IOBroker MQTT zurück. Ich bekomme dauernd folgende Fehlermeldungen:

mqtt.0	2021-04-15 17:19:41.590	info	(27658) Client [wasserzaehler] connected with secret 1618499981589_1656
mqtt.0	2021-04-15 17:19:26.530	info	(27658) Client [wasserzaehler] connection closed: closed
mqtt.0	2021-04-15 17:17:56.371	warn	(27658) Client [wasserzaehler] Message 46207 deleted after 11 retries
mqtt.0	2021-04-15 17:17:30.384	warn	(27658) Client [wasserzaehler] Cannot publish message: TypeError [ERR_INVALID_ARG_TYPE]: The "string" argument must be of type string or an instance of Buffer or ArrayBuffer. Received type number (183
mqtt.0	2021-04-15 17:14:21.325	info	(27658) Client [wasserzaehler] reconnected. Old secret 1618498728497_9984. New secret 1618499661323_1119
mqtt.0	2021-04-15 16:58:48.498	info	(27658) Client [wasserzaehler] connected with secret 1618498728497_9984
mqtt.0	2021-04-15 16:58:34.805	info	(27658) Client [wasserzaehler] connection closed: closed
mqtt.0	2021-04-15 16:57:56.167	warn	(27658) Client [wasserzaehler] Message 50417 deleted after 11 retries
mqtt.0	2021-04-15 16:57:32.179	warn	(27658) Client [wasserzaehler] Cannot publish message: TypeError [ERR_INVALID_ARG_TYPE]: The "string" argument must be of type string or an instance of Buffer or ArrayBuffer. Received type number (183
mqtt.0	2021-04-15 16:55:04.029	info	(27658) Client [wasserzaehler] reconnected. Old secret 1618482943979_7756. New secret 1618498504021_9704

Anscheinend ein ERR_INVALID_ARG_TYPE Fehler, hat das noch jemand?

[MichMein]

@pfried Hallo Paul,

ich bekomme diese Fehlermeldungen auch immer mal wieder, mal mehr mal weniger. Ich habe schon im Forum gesucht aber nichts gefunden. Auch habe ich schon diverse Einstellungen im mqtt Adapter probiert, alles ohne nennenswerte Ergebnisse.
Wenn es eine Lösung geben sollte wäre ich sehr daran interessiert. Vielleicht hat Josef @jomjol ne zündende Idee.

[jomjol]

@michmein Irgendwo war mal von einem Problem mit Punkt oder Komma berichtet. Aber ansonsten sagt mir das nichts.

[jomjol]

@hasont Probier mal diese tflite: https://github.com/jomjol/neural-network-digital-counter-readout/blob/master/dig0840s1q.tflite

[pfried]

@jomjol Ich habe im IOBroker das Dezimaltrennzeichen geändert (von "," auf "."), dann war eine zeitlang Ruhe, aber jetzt kommt dieser Fehler wieder ständig....

[Homoran]

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

@hasont Probier mal diese tflite: https://github.com/jomjol/neural-network-digital-counter-readout/blob/master/dig0840s1q.tflite

sind da noch weitere Änderungen drin?
Oder nur "für @Hasont" ?

[chaos42]

Hallo @jomjol
Vielen Dank für das tolle Projekt! Ich würde die SW gerne erweitern so dass sie mir über mqtt den Status eine GPIO schickt. Mir ist aber nicht ganz klar welche GPIOs noch frei sind. Kannst Du mir da einen Tipp geben, welchen ich nehmen könnte?

Hintergrund der Frage ist, dass mein Gaszähler direkt neben dem Wasserzähler ist und ich dort mit einem Reedkontakt die Umdrehungen zählen kann. Bisher macht das ein Raspi über ein langes Kabel, aber der verzählt sich ab und zu weil zu viele Störungen auf dem Signal sind...

[Hasont]

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

@hasont Probier mal diese tflite: https://github.com/jomjol/neural-network-digital-counter-readout/blob/master/dig0840s1q.tflite
@jomjol
Erledigt, danke. Melde mich wenn es probleme geben sollte.

[jomjol]

@chaos42 Du kannst nur GPIO12 und 13 benutzen, alle anderen sind belegt.

Gruß,
jomjol

[jomjol]

@homoran Da sind alle aktuellen Bilder enthalten, die ich gerade habe.

[TbsJah]

Wo kann ich das Komma setzen?
Die Erkennung ist bis auf die 1 soweit richtig (da muss ich noch feinjustieren) , aber es fehlt halt die Kommastelle

[pfried]

@tbsjah Das Komma wird in der Config.ini unter DecimalShift eingestellt.

[TbsJah]

@pfried Doch so einfach (facepalm)
Danke!

Funktioniert jetzt
Top Projekt - DANKE

[BananaJoe]

Wie merkst sich der ESP32 denn mit welchem AccessPoint er verbunden war?
Ich hatte den am Schreibtisch getestet ...die Karte in einen anderen ESP32 gesteckt, den Aufgebaut und er nimmt nun den AccessPoint aus meinem Büro statt des direkt neben ihm ...

Also offensichtlich was auf der SD-Karte ...

Also SSID ist immer die gleiche, wäre aber ein anderer Kanal

[pfried]

@bananajoe Die Daten mit welchen AP er sich verbindet steht auf der SD Karte im Root in der WLAN.ini

[BananaJoe]

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

@bananajoe Die Daten mit welchen AP er sich verbindet steht auf der SD Karte im Root in der WLAN.ini

Mist, also wieder ausbauen ... ich hätte doch einen Schlitz für die MicroSD-Karte lassen sollen ...

[Homoran]

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

@bananajoe Die Daten mit welchen AP er sich verbindet steht auf der SD Karte im Root in der WLAN.ini

wirklich?
bei mesh, also alle APs mit gleicher SSID, steht doch kein dedizierter AP drin, oder?

[jomjol]

Hallo zusammen,

mal eine Frage an alle ESP32-Experten. Ich habe seit dem Umstellen auf die Espressif v3.2.0 (mit ESP-IDF 4.2) ein sehr merkwürdiges Phänomen:

• Compilieren läuft, Wasserzähler läuft wie gewohnt.
• Kommt es aber zu einem spontanen Reboot (Ursache unklar, kommt halt ab und zu vor), dann startet die Kamera nicht mehr
• Fehlermeldung ist ein VSYNC nicht erfolgreich, führt zu einer Rebootschleife
• Wenn ich den Reboot manuel über die RESET-Taste auslöse, startet er wieder ganz normal, bis zum nächsten internen Reboot

Ich vermute den Fehler in der I2C-Komponente, habe auch schon alles möglich versucht:

• Reset Kamera mit Power-GPIO
• Hardware & Software I2C
• Verschiedene Reboot Optionen (esp_restart, Watchdog-Timeout)

Nichts hat geholfen. Es ist kein sauberer Reboot zu bekommen. Googlen hilft mir auch nicht wirklich weiter.

Kennt jemand von euch dieses Phänomen oder kann mir Hinweise geben?

Danke im Voraus,
jomjol