Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[jomjol]

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

@jomjol
Auch ich hatte die 7.1 drauf.
Der Ausfall im WLAN kam wahrscheinlich durch den Aufruf im Browser mit anschließendem Reset.
Folge davon WLAN nicht mehr gefunden.
Hab dann das Rolling von heute Morgen eingespielt aber lief bei mir einfach nicht stabil.
Da auch der GPIO nicht mehr funktioniert bin ich grad wieder auf 6.5 mit HTML 6.4 zurück.
LG
Horst

Hallo Horst,
das wundert mich. Bei mir lief die neue Version jetzt seit 24h ohne irgendwelche Probleme. Was sagt den dein Logfile zur Ursache?

[TbsJah]

@jomjol

Das ist die Einstellung welche ich seit Beginn habe.

Es wird ja auch "eigentlich" alles korrekt erkannt
RawValue korrekt, read value korrekt aber der checked Value fügt manchmal einfach noch 3 Stellen hinten dran.
Die gibt es bei mir nicht. Dann erhalte ich den Fehler

[Xsev]

Gibt es eigentlich eine Möglichkeit die Blitz LED auszuschalten? Würde mal gerne ohne testen.

[Kalli01]

Zu der LED habe ich auch eine Frage oder eine Idee. Kann man die Helligkeit über die Software einstellen? Wenn es die Hardware zulässt müsste das doch machbar sein?
Aktuell Teste ich noch mit einer ausgebauten Wasseruhr auf dem Tisch. Werden auch rote Zahlen auf weißem Grund erkannt? Bin hier noch am probieren.

[jomjol]

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

Gibt es eigentlich eine Möglichkeit die Blitz LED auszuschalten? Würde mal gerne ohne testen.

Ja: den Parameter WaitBeforeTakingPicture auf 0 setzen.

[jomjol]

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

Zu der LED habe ich auch eine Frage oder eine Idee. Kann man die Helligkeit über die Software einstellen? Wenn es die Hardware zulässt müsste das doch machbar sein?
Aktuell Teste ich noch mit einer ausgebauten Wasseruhr auf dem Tisch. Werden auch rote Zahlen auf weißem Grund erkannt? Bin hier noch am probieren.

1. Die Helligkeit der LED läßt sich nicht anpassen. Würde aber auch keinen Sinn machen, da die Kamera im automatischen Belichtungsmodus arbeitet und dann einfach die Belichtungsdauer hochdreht
2. Rote Zahlen auf weißem Grund müssten auch funktionieren. Im folgenden Link kannst du sehen, welche Ziffernarten für das Training verwendet wurden: https://github.com/jomjol/neural-network-digital-counter-readout/tree/master/ziffer_sortiert_raw

[jomjol]

@tbsjah Die Stellen hinten dran kommen einfach aus der internen Verarbeitung der Ziffern. Sie werden in den Typ "float" für die Berechnung umgewandelt. Dieser kann manchmal je nach Zahl noch weitere Nachkommastellen enthalten (z.B. 1.01 --> 1.009999999). Das hat aber keine negative Auswirkung auf das Gesamtergebnis.

[jomjol]

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

@jomjol Nachdem ich ein Update-Junkie bin bin ich auf v7.0.1

Da war noch ein Fehler in der Ratenberechnung. Ist in der neusten Rolling korrigiert.

[pfried]

@jomjol Guten Morgen Josef, habe die Rolling eingespielt, die läuft aber nicht stabil und ich musste wieder zurück auf den Master! Nach Flashen zurück ging zuerst gar nichts mehr, erst als ich auf die SD Card auch die HTML Files zurückgespielt habe funktioniert das System jetzt wieder Da ging es mir leider wie @Hasont ....
Glaubst Du es wäre möglich die "FlowRate" in der Web Overview Seite einzubauen. Ich glaube keiner braucht die "Start Time" in der Overview die wäre besser in der System-Info .... Liebe Grüße Paul

Edit: LOG File:

2021-05-22T09:42:11: handler_ota_update
2021-05-22T09:42:11: upload_post_handler
2021-05-22T09:42:13: download_get_handler
2021-05-22T09:42:18: handler_ota_update
2021-05-22T09:42:26: handler_reboot
2021-05-22T09:42:26: Reboot - now
2021-05-22T09:42:44: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-22T09:42:44: =============================================================================================
2021-05-22T09:42:44: =================================== Main Started ============================================
2021-05-22T09:42:44: =============================================================================================
2021-05-22T09:42:48: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-22T09:43:01: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-22T09:43:01: =============================================================================================
2021-05-22T09:43:01: =================================== Main Started ============================================
2021-05-22T09:43:01: =============================================================================================
2021-05-22T09:43:05: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-22T09:43:18: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-22T09:43:18: =============================================================================================
2021-05-22T09:43:18: =================================== Main Started ============================================
2021-05-22T09:43:18: =============================================================================================
2021-05-22T09:43:22: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-22T09:43:35: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3

[Hasont]

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

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

@jomjol
Auch ich hatte die 7.1 drauf.
Der Ausfall im WLAN kam wahrscheinlich durch den Aufruf im Browser mit anschließendem Reset.
Folge davon WLAN nicht mehr gefunden.
Hab dann das Rolling von heute Morgen eingespielt aber lief bei mir einfach nicht stabil.
Da auch der GPIO nicht mehr funktioniert bin ich grad wieder auf 6.5 mit HTML 6.4 zurück.
LG
Horst

Hallo Horst,
das wundert mich. Bei mir lief die neue Version jetzt seit 24h ohne irgendwelche Probleme. Was sagt den dein Logfile zur Ursache?

Hallo JomJol,
Im Log stand nichts was ich als Fehler hätte interpretieren können.
Es war einfach nur das WLAN weg sobald ich mich im Browser angemeldet hatte. Nur Stromlos machen hats gebracht.
Er hat aber weiter gearbeitet und nur dss WLAN ging nicht mehr.
Dann gab es ja das Update zur 7.01 und das hab ich dann auch aufgespielt aber dabei bemerkt, dass die GPIOs nicht mehr gehen und alle paar Stunden ein Reset erfolgte. Zum Thema GPIO steht im Lock "GPIO File geblockt".
7.1 zweites Update.txt
Deshalb bin ich jetzt auf die 6.7 beim Gas und 6.4 beim Wasserzähler zurück. Bisher kein einziger Aussetzer mehr.
Bin bis 30.06 in Urlaub und da brauch ich das ganze stabil. Danach würde ich gerne mal wieder testen.
LG Horst

[MichMein]

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

Bin bis 30.06 in Urlaub und da brauch ich das ganze stabil. Danach würde ich gerne mal wieder testen.
LG Horst

Na, da lässt Du Dir das ja anscheinend mal gut gehen. Viel Vergnügen

[exitus]

Hallo ,
Ich wollte nach gaszähler und Wasserzähler den Stromzähler vornehmen, habe aber gemerkt das ich nichts weit genug vom Stromzähler weg bleiben kann .
Was kann ich machen damit es geht ein andere Kamera?

[Homoran]

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

Was kann ich machen damit es geht ein andere Kamera?

oder spiegeln

[exitus]

@homoran das Problem ist wenn ich die Tür zu mache habe ich nur 2cm Abstand.
Das mit Spiegel könnte schwierig sein ob ich den Winkel wegen der geringen Abstand hinbekommen.
Gib es auch Vorlage dafür???
Was für Objektiv kann ich nehmen wenn ich es direkt auf den Glass gehen muss??

[Rupert S.]

Hallo zusammen,

durch einen Hinweis in der "Volkszähler"-mailing list bin ich vor ein paar Wochen auf dieses Projekt aufmerksam geworden und war sofort "angefixt" -- Respekt, vor allem natürlich an @jomjol!

Seit gestern läuft die Kamera (mit dem aktuellen branch master - v7.0.1 - 2020-05-13 build 2021-05-13 08:18) und ich bin am fine tuning. Da manche meiner Ziffern nicht erkannt werden, wollte ich Bilder sammeln und habe daher alle Logging-Optionen eingeschaltet. Seltsamerweise war danach jedes Bild dunkel oder grünstichig -- als ob das Blitzlicht nicht eingeschaltet worden wäre. Kann es sein, dass zeitgleich mit dem Blitz (GPIO4) auf die SD-Karte (HS2_DATA1) geschrieben wird und sich diese beiden Vorgänge gegenseitig stören?
Ich hab' dann

[Debug]
;Logfile = true

gesetzt, und die Störung ist seitdem weg.

Ein anderes Phänomen: Plötzlich steht das Bild auf dem Kopf bzw. der

InitialRotate = 180

erscheint ignoriert:
Beim nächsten Zyklus passt's wieder. Hat da jemand 'ne Idee zu?

Zwei Tipps noch:

1. Gegen Reflexionen habe ich Textil-Tape aus meiner Sporttasche verwendet, siehe Foto. Beim nächsten Zähler würde ganz einfach vor der Montage und Ausrichtung des ESP32-CAM alles außer der ROIs damit abkleben.
2. Um die Optik des OV2640-Moduls an den kurzen Bildabstand anzupassen, muss man ja den Kleber mit Skalpell oder kleinem Teppichmesser wegkratzen. Dann ist der Widerstand im Gewinde aber immer noch relativ groß, so dass Werkzeug gebraucht wird, um ihn zu überwinden. Da hab' ich zuerst mit einer Zange die Kamera fast zerquetscht. Beim 2. Modell habe ich mir ein Klemmwerkzeug aus einem Holzstückchen gebastelt: Ins Holz ein Loch gebohrt, 0,5 mm kleiner als die Kameralinse (bei mir 7mm), Holz gespalten -- fertig!

Vielleicht hilft das ja dem einen oder anderen Neuling.

Viele Grüße, Rupert

[pfried]

@jomjol: Guten Morgen Josef, habe es heute nochmals probiert und die letzte Rolling geflasht. Leider wieder das selbe Verhalten. Der ESP ist in einer Reboot-Schleife gefangen. Mußte wieder die Master Firmware flashen. Liebe Grüße Paul

2021-05-25T09:22:51: download_get_handler
2021-05-25T09:22:58: handler_ota_update
2021-05-25T09:23:49: handler_reboot
2021-05-25T09:23:49: Reboot - now
2021-05-25T09:24:07: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-25T09:24:08: =============================================================================================
2021-05-25T09:24:08: =================================== Main Started ============================================
2021-05-25T09:24:08: =============================================================================================
2021-05-25T09:24:11: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-25T09:24:29: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-25T09:24:29: =============================================================================================
2021-05-25T09:24:29: =================================== Main Started ============================================
2021-05-25T09:24:29: =============================================================================================
2021-05-25T09:24:32: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-25T09:24:52: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-25T09:24:52: =============================================================================================
2021-05-25T09:24:52: =================================== Main Started ============================================
2021-05-25T09:24:52: =============================================================================================
2021-05-25T09:24:56: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-25T09:25:17: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-25T09:25:17: =============================================================================================
2021-05-25T09:25:17: =================================== Main Started ============================================
2021-05-25T09:25:17: =============================================================================================
2021-05-25T09:25:21: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3
2021-05-25T09:25:38: Time zone set to CET-1CEST,M3.5.0,M10.5.0/3

[Xsev]

Gibt es eigentlich ein Möglichkeit zu Erfahren ob es sich beim MQTT Wert um den tatsächlichen raw wert handelt oder einen korrigierten Wert? Ich würde bei einem Skript gerne eine "Sicherung" einbauen, das es sich bei dem Wert auch um den tatsächlichen handelt und nicht um einen korrigierten. Ich hab gesehen man kann ein Error Topic in MQTT aktivieren leider kommt da bei mir nichts an (Fehlermeldung allerdings im Log, kann ich gerne posten wenn von Nöten). Ach ja Version ist master - v7.0.1 - 2020-05-13

@Rupert-S Die 180 Grad gedrehtes Bild hatte ich eben auch einmal, is mir bislang nie aufgefallen, war Zufall weil ich gerade auf der Capture Seite war nach einem erneuten F5 war es wieder in Ordnung.

[pfried]

@xsev Es wird der korrigierte Wert übertragen, nicht der RAW Wert. Bei mir kommt der Error an:

2021-05-21T00:04:42: sent publish successful in MQTTPublish, msg_id=43644, wasserzaehler/zaehlerstand, 169.7597
2021-05-21T00:04:42: sent publish successful in MQTTPublish, msg_id=16957, wasserzaehler/error, Negative Rate - Returned old value - read value: 169.7580 - raw value: 00169.7580 - checked value: 169.757996 
2021-05-21T00:04:42: sent publish successful in MQTTPublish, msg_id=20759, wasserzaehler/rate, 0.000049
2021-05-21T00:04:42: sent publish successful in MQTTPublish, msg_id=7990, wasserzaehler/timestamp, 2021-05-20T20:55:41
2021-05-21T00:04:42: task_autodoFlow - round done

Dann kommt der MQTT wasserzaehler/error: Negative Rate - Returned old value - read value: 169.7580 - raw value: 00169.7580 - checked value: 169.757996 bei mir an.

[Xsev]

@pfried Hmm komisch, Rate und timestamp kommen an, Error leider nicht evtl. weil es aktuell noch keinen Error gab? Ich beobachte mal. Aber genau sowas such ich. Danke!

Das der Fehler aus dem Log

mqtt.0	2021-05-25 10:55:35.033	warn	(2357) Client [wasser] 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 (620)

EDIT:
Geht!! Ich hab den MQTT Pfad neu gesetzt und jetzt geht es!

[pfried]

@xsev Den Fehler den Du anführst kommt vom MQTT Adapter nicht vom ESP. Solltest Du den MQTT über den IOBroker verwenden, würde ich Dir empfehlen auf die 2.4.0 Version umzusteigen, dann sind solche Fehler Vergangenheit. Installation über Adapter - Adapter aus URL installieren - dort MQTT eintippen und installieren.
Der Fehler mit der falschen Variablendeklaration wurde im IOBroker MQTT Forum diskutiert und sollte jetzt behoben sein.