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

[pfried]

@hasont Man muss auf der Firitzbox und bei den Repeatern aufpassen wenn ein SW Upgrade oder ein Reboot passiert (sieht man im LOG der Fritzbox). Es ist nämlich leider so, dass wenn der ESP das WLAN nicht findet, dass er sich dann einfach nicht mehr verbindet. Obwohl Josef mir versichert hat, dass die ESP ständig versuchen ins WLAN zu kommen konnte ich diese Sache (bei mir) replizieren. Habe bei dem Gasmeter und Wassermeter einen FritzRepeater. Wenn der Repeater z.B. ein SW Upgrade bekommt (das geht bei mir automatisch) verlieren beide ESPs das WLAN und ich muss beide ESPs vom Strom nehmen und so zu rebooten.

[jomjol]

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

@hasont Man muss auf der Firitzbox und bei den Repeatern aufpassen wenn ein SW Upgrade oder ein Reboot passiert (sieht man im LOG der Fritzbox). Es ist nämlich leider so, dass wenn der ESP das WLAN nicht findet, dass er sich dann einfach nicht mehr verbindet. Obwohl Josef mir versichert hat, dass die ESP ständig versuchen ins WLAN zu kommen konnte ich diese Sache (bei mir) replizieren. Habe bei dem Gasmeter und Wassermeter einen FritzRepeater. Wenn der Repeater z.B. ein SW Upgrade bekommt (das geht bei mir automatisch) verlieren beide ESPs das WLAN und ich muss beide ESPs vom Strom nehmen und so zu rebooten.

@pfried, @Hasont,
welche Version verwendet ihr? in der aktuellen Rolling ist der WLan-Code upgedated und der Reconnect funktioniert bei mir aktuell auch nicht. Bin gerade dran, dass zu testen. Bei den älternen Versionen habe ich in meinem Netz keine Problem - egal ob ich die FritzBox reboote oder nicht.
LG,
jomjol

[jomjol]

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

@jomjol Guten Morgen Josef, könntest Du bitte einmal den Algorithmus des MQTT: flow rate veröffentlichen. Ich bekomme diesen Wert nicht mit meinem bisherigen, über Blocky berechneten Werten, in Übereinstimmung. Weis aber nicht wo der Fehler liegt.... Liebe Grüße Paul

Hier der Code:

        double difference = difftime(currenttime, lastvalue);      // in Sekunden
        difference /= 60;                                          // in Minuten
        FlowRateAct = (Value - PreValue) / difference;

Du bist nicht der einzige, der eine Abweichung zu einer manuelle Berechnung findet. Ich habe ehrlich gesagt noch keine Zeit, das zu prüfen. Sag gerne Bescheid, wenn du den Fehler findest.
Danke und Gruß,
jomjol

[pfried]

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

[jomjol]

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

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

:-) in der neueste Rolling von heute Morgen behoben.

[Xsev]

@jomjol Erstmal vielen Dank für deine Arbeit. Ich beobachte das jetzt schon seit Monaten und hatte die Tage endlich Zeit meine "Messuhr" anzugehen.

Ich lese aktuell 2 Digital Ziffern aus (Poolmeter) was bisher super klappt. Einzig das Komma verschieben, hat etwas gedauert, bis ich es gefunden habe... Jetzt meine Frage, ich würde gerne eine 2. Zahl auswerten (nochmal 3 Ziffern). So wie ich verstanden habe geht das aber mit einer Cam nur für eine Zahl oder? D.h. ich brauche ne 2. Cam oder wäre es möglich, ein 2. "Zahlenfeld" zu generieren? In Summe wären beide Zahlen auch nur 5 Ziffern was von der Rechenleistung vermutlich noch ok wäre?

[jomjol]

@xsev Die Rechenleistung würde reichen, jedoch ist die Programmstruktur für zwei Zahlen nicht vorgesehen. Das wäre ein massiver Eingriff in den Ablauf, die Konfiguration und auch den html-Web-Server für die Konfiguration. Daher ist es momentan nicht vorgesehen.
Du könntest einen "Trick" anwenden: du fügst gedanklich die beiden Zahlen zu einer Zusammen (z.B. 1. Zahl vor dem Komma, 2. Zahl nach dem Komma) und machst die Zerlegung in die beiden Zahlen und die Kommaverschiebung dann lokal im Postprocessing.

[Xsev]

@jomjol Alles klar, danke is völlig nachvollziehbar! Ja an das hab ich auch schon gedacht, die Zahlen zusammen auszulesen und später wieder zu teilen. Werd mal schauen was ich mache. :+1:

[TbsJah]

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

Ebenso hier
Negative Rate - Returned old value - read value: 157.581 - raw value: 00157.581 - checked value: 157.580994

@jomjol
Entschuldige bitte dass ich noch einmal nachfrage.
Bekomme nahezu bei jeder Erkennung dieses Problem im Error angezeigt

was hat das zur Ursache?

[pfried]

@tbsjah Erhöhe einmal in der Config.ini den Wert MaxRateValue. Beispiel meiner Wasseruhr:

[Hasont]

@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

[jomjol]

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

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

Ebenso hier
Negative Rate - Returned old value - read value: 157.581 - raw value: 00157.581 - checked value: 157.580994

@jomjol
Entschuldige bitte dass ich noch einmal nachfrage.
Bekomme nahezu bei jeder Erkennung dieses Problem im Error angezeigt

was hat das zur Ursache?

Die Fehlermeldung bedeutet, dass der neu abgelesene Wert kleiner ist, wie der vorherige. Dass sollte bei einem Wasserzähler nicht vorkommen, daher ist in der Config die Option AllowNegativeRates=false aktiviert. Dann gibt er bei einer negativen Zahl den alten Wert zurück und schreibt hier in der Fehlermeldung den abgelesenen Wert. Dass können auch schon kleine Schwankungen in der letzten Ziffer sein, die durch Ungenauigkeiten bei der Zeigererkennung kommen.
Wenn du auch negative Werte haben willst, einfach den Schalter auf "true" setzen.

[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 :face_with_rolling_eyes: bin ich auf v7.0.1

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