Wasserzähler - Version 2 - all-in-device
-
Hallo Zusammen.
Seit dem Update auf Version v10.0.2 - 2022-01-01 habe ich Probleme mit dem MaxRateValue.
Bisher hatte es mit 0,3 gut funktioniert.
Jetzt habe ich 0,005 eingetragen, was vermutlich zu wenig ist, aber der Wert springt trotzdem nach einiger Zeit um 1m³
Also aktuell habe ich einen Wert von 300,8 und über Nacht hatte ich heute morgen 301,750. Richtig wäre aber weiterhin 300,8.
Vermutlich ist mein Bild und dadurch die Erkennung nicht so sauber aber ich verstehe nicht warum dieser Sprung dann nicht als Fehler aussortiert wird.
Muss der Wert MaxRateValue eigentlich mit Punkt oder Komma eingetragen werden?Im Log kann man erkennen das er den zu hohen Wert übernimmt.
Runde #40 PostProcessing - Raw: 00300.750 Value: Error: Rate too high - Read: 301.750 - Pre: 300.800
Runde #41 PostProcessing - Raw: 00N00.750 Value: 301.750 Error: no error2022-01-08T01:53:52: task_autodoFlow - next round - Round #39 2022-01-08T01:53:52: FlowControll.doFlow - ClassFlowMakeImage 2022-01-08T01:54:00: FlowControll.doFlow - ClassFlowAlignment 2022-01-08T01:54:16: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T01:54:25: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T01:54:30: FlowControll.doFlow - ClassFlowPostProcessing 2022-01-08T01:54:30: PostProcessing - Raw: 00N00.750 Value: Error: Rate too high - Read: 301.750 - Pre: 300.800 2022-01-08T01:54:30: FlowControll.doFlow - ClassFlowMQTT 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=62428, zaehler_AI/wasser_stadt/connection, connected 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=65047, zaehler_AI/wasser_stadt/uptime, 11104 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=49042, zaehler_AI/wasser_stadt/freeMem, 2983483 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=28765, zaehler_AI/wasser_stadt/stand1/error, Rate too high - Read: 301.750 - Pre: 300.800 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=25086, zaehler_AI/wasser_stadt/stand1/raw, 00N00.750 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=11853, zaehler_AI/wasser_stadt/stand1/json, {"value":"","raw":"00N00.750","error":"Rate too high - Read: 301.750 - Pre: 300.800","rate":"","timestamp":""} 2022-01-08T01:54:30: task_autodoFlow - round done 2022-01-08T01:54:30: CPU Temperature: 65.0 2022-01-08T01:58:43: task_autodoFlow - next round - Round #40 2022-01-08T01:58:43: FlowControll.doFlow - ClassFlowMakeImage 2022-01-08T01:58:51: FlowControll.doFlow - ClassFlowAlignment 2022-01-08T01:59:07: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T01:59:15: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T01:59:21: FlowControll.doFlow - ClassFlowPostProcessing 2022-01-08T01:59:21: PostProcessing - Raw: 00300.750 Value: Error: Rate too high - Read: 301.750 - Pre: 300.800 2022-01-08T01:59:21: FlowControll.doFlow - ClassFlowMQTT 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=978, zaehler_AI/wasser_stadt/connection, connected 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=3843, zaehler_AI/wasser_stadt/uptime, 11395 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=30992, zaehler_AI/wasser_stadt/freeMem, 2981835 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=61570, zaehler_AI/wasser_stadt/stand1/error, Rate too high - Read: 301.750 - Pre: 300.800 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=58485, zaehler_AI/wasser_stadt/stand1/raw, 00300.750 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=11973, zaehler_AI/wasser_stadt/stand1/json, {"value":"","raw":"00300.750","error":"Rate too high - Read: 301.750 - Pre: 300.800","rate":"","timestamp":""} 2022-01-08T01:59:21: task_autodoFlow - round done 2022-01-08T01:59:21: CPU Temperature: 65.6 2022-01-08T02:03:34: task_autodoFlow - next round - Round #41 2022-01-08T02:03:34: FlowControll.doFlow - ClassFlowMakeImage 2022-01-08T02:03:42: FlowControll.doFlow - ClassFlowAlignment 2022-01-08T02:03:58: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T02:04:07: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T02:04:12: FlowControll.doFlow - ClassFlowPostProcessing 2022-01-08T02:04:12: PostProcessing - Raw: 00N00.750 Value: 301.750 Error: no error 2022-01-08T02:04:12: FlowControll.doFlow - ClassFlowMQTT 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=48196, zaehler_AI/wasser_stadt/connection, connected 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=21311, zaehler_AI/wasser_stadt/uptime, 11686 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=43350, zaehler_AI/wasser_stadt/freeMem, 2981683 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=27327, zaehler_AI/wasser_stadt/stand1/value, 301.750 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=38837, zaehler_AI/wasser_stadt/stand1/error, no error 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=22670, zaehler_AI/wasser_stadt/stand1/rate, 0.004897 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=56503, zaehler_AI/wasser_stadt/stand1/raw, 00N00.750 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=21143, zaehler_AI/wasser_stadt/stand1/timestamp, 2022-01-08T02:03:42 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=6130, zaehler_AI/wasser_stadt/stand1/json, {"value":301.750,"raw":"00N00.750","error":"no error","rate":0.004897,"timestamp":"2022-01-08T02:03:42"} 2022-01-08T02:04:12: task_autodoFlow - round done 2022-01-08T02:04:12: CPU Temperature: 65.6 2022-01-08T02:08:25: task_autodoFlow - next round - Round #42 2022-01-08T02:08:25: FlowControll.doFlow - ClassFlowMakeImage 2022-01-08T02:08:33: FlowControll.doFlow - ClassFlowAlignment 2022-01-08T02:08:49: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T02:08:57: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T02:09:03: FlowControll.doFlow - ClassFlowPostProcessing 2022-01-08T02:09:03: PostProcessing - Raw: 00N00.750 Value: 301.750 Error: no error 2022-01-08T02:09:03: FlowControll.doFlow - ClassFlowMQTT 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=29342, zaehler_AI/wasser_stadt/connection, connected 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=25569, zaehler_AI/wasser_stadt/uptime, 11977 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=46221, zaehler_AI/wasser_stadt/freeMem, 2981671 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=13977, zaehler_AI/wasser_stadt/stand1/value, 301.750 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=22635, zaehler_AI/wasser_stadt/stand1/error, no error 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=41394, zaehler_AI/wasser_stadt/stand1/rate, 0.000000 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=56069, zaehler_AI/wasser_stadt/stand1/raw, 00N00.750 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=61478, zaehler_AI/wasser_stadt/stand1/timestamp, 2022-01-08T02:08:33 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=63028, zaehler_AI/wasser_stadt/stand1/json, {"value":301.750,"raw":"00N00.750","error":"no error","rate":0.000000,"timestamp":"2022-01-08T02:08:33"} 2022-01-08T02:09:03: task_autodoFlow - round done 2022-01-08T02:09:03: CPU Temperature: 65.0 -
@derhoschi Ich konnte es leider bisher nicht lösen.
Alternativ kannst du die Daten auch hier abfragen - http://IP-Adresse/wasserzaehler.htmlZumindest funktioniert nun scheinbar die Aufzeichnung relativ Fehlerfrei
-
habt ihr in in eurem MQTT einen Eintrag "connection"?
Einer meiner Zähler hat vermutlich eine schlechte Wlan Verbindung. Über den Browser wird die Seite dann schlecht oder gar nicht geladen. Über ein Handy funktioniert es aber problemlos.
Bei den Objekten in MQTT steht dann oder "connection" Connection lost. Dann werden über MQTT auch keine Werte mehr empfangen.
Als MQTT Server nutze ich ioBroker. In den Einstellungen des Zählers steht bei mir.
Uri "mqtt://192.168.178.199:1883"
MainTopic "zaehler_AI/wasser_stadt"
ClientID "wasser_stadt"
Dabei sind die 4 ersten Haken gesetzt. user und Passwort sind nicht gesetzt.Vielleicht könnt ihr das Modul einmal näher an euren Router halten, dann müsste sich eigentlich der Wert connecten aktualisieren.
-
@kalli01 Danke für den Hinweis - werde ich mal testen.
-
@kalli01
Die WLAN-Verbindung ist ok, laut Accesspoint 96%. Gleichzeitig hängen einige Sonoff-Switche dran die eine schlechtere Verbindungsqualität haben. Und die kann ich auch über MQTT steuern. Außerdem sehe ich am ioBroker-Log dass sich der Wasserzähler ca. alle 5 Minuten per MQTT mit neuem Secret verbindet. Unter Connection sind alle MQTT-Devices zu sehen, auch der Wasserzähler.
Du schreibst, du hast die ersten 4 Haken gesetzt, bei mir sind es 5 Haken (siehe Bild).
Gruß
DerHoschi -
@derhoschi Könnte das Problem darin liegen, dass sich die Einstellungen in den letzten Versionen geändert haben? Ich habe eine ältere Installation mit den ursprünglichen Einstellungen und eine neue Installation, und bei der neuen ist noch irgendwo "main" definiert, bei der alten nicht. Die einzige Möglichkeit, dies zu ändern, ist die manuelle Bearbeitung der .ini-Datei
watermeter/value, 45.4570
oilmeter/main/value, 83730.344 -
mit den 4 Haken meinte ich einmal den direkt bei MQTT und die von Uri, MainTopic und ClientID.
User und password habe ich nicht.
Edit:
Wie Jezinka schreibt hat sich früher einmal das Topic geändert. Wenn ich mich richtig erinnere musste ich meine Objekte in Iobroker neu anlegen. Gerade fällt mir auf, dass hier noch der Name des Zählerstandes mit aufgeführt ist. Bei mir heißt er stand1. Das ist mein Name für die Number.
-
Leider habe ich das Gerät nun zu früh gelobt. Heute hat er einfach die erste Zahl übersprungen und ist von 320.70 auf 321.70 gesprungen. Bisher hat er den Fehler nicht korrigiert
-
@fanatikz Okay, danke für die Info. Bei mir hat es bisher funktioniert. Vielleicht ist da beim Schreiben der ini etwas schief gelaufen. Behalte es aber im Hinterkopf, falls noch mehr RM kommen.
-
@kalli01 siehe Change List für v10.x:
The rate now is normalized to the unit: change per minute.
If you read you mails before every 5 Minutes and hat a max rate value of 1m³, you now need to go to 1m³/60*5 = 0.083m³/minute. -
Hi, hab jetzt in der Doku nur eine Warnung zu "zu großen" SD Cards gefunden. Hab noch eine alte 4GB Karte hier, die reicht auch aus, oder?
-
@martinschm sagte in Wasserzähler - Version 2 - all-in-device:
Hi, hab jetzt in der Doku nur eine Warnung zu "zu großen" SD Cards gefunden. Hab noch eine alte 4GB Karte hier, die reicht auch aus, oder?
Da hilft nur "probieren geht über studieren" - generelle Aussage nicht möglich. Aber 4GB Karten haben eine gute Trefferquote.
-
@jomjol said in Wasserzähler - Version 2 - all-in-device:
@martinschm sagte in Wasserzähler - Version 2 - all-in-device:
Hi, hab jetzt in der Doku nur eine Warnung zu "zu großen" SD Cards gefunden. Hab noch eine alte 4GB Karte hier, die reicht auch aus, oder?
Da hilft nur "probieren geht über studieren" - generelle Aussage nicht möglich. Aber 4GB Karten haben eine gute Trefferquote.
Hi, verstehe das es von Karte zu Karte mal Probleme geben kann. Meine Frage bezog sich lediglich auf den benötigten Platz. Da reichen die 4GB ja anscheinend.
-
@martinschm Klar 4 GB sind mehr als genug, selbst wenn du das logging der Bilder einschaltest.
-
@kalli01
Ah, ok.
Das merkwürdige ist ja, das er die Topics neu anlegt, nur halt nicht alle.
Bei mir sieh es so aus:
Wie man sieht sind beide Geräte online, es werden nur keine weiteren Topics angelegt.Gruß
DerHoschi -
@derhoschi Kann daran liegen, dass aktuell noch keine Werte gesendet werden, weil er noch einen Fehler enthält.
-
@jomjol
Eigentlich liegt kein Fehler vor:
Über die Seite http://IP-Adresse/wasserzaehler.html wird mir auch der Wert angezeigt.
-
@exitus hast Du das Problem mittlerweile gelöst? Ich hab das gleiche Problem mit dem PSRAM. Wenn ich den externen PSRAM einschalte, dann schlägt die Initialisierung fehl.
Gerald
-
@jomjol
Hallo JomJol,
Betrifft Version 10.02
Am 7.01 hat er mir wieder aus 288 mal eine 289, 299 und 389 gemacht.
Und die auch schön an MQTT übergeben was meine SourceAnalytics Statistik total versaut
Derartige Sprünge sollten ja mit "MaxRateValue" 0,3ausgeschlossen sein.
Hab mal alles was ich dazu habe beigelegt. Da ja die Version 6.4 über 9 Monate problemlos lief müsste es an der 10.2 liegen. Welcher in MQTT übertragene Wert ist besser, der RAW oder der Value?
Ich habe die Hardware nicht berührt und nur die SD Karte formatiert und neu eingerichtet.
log_2022-01-07.txt
config.ini
LG HorstAn alle:
Benutzt jemand SourceAnalytics und weiß ob und wie man dort falsche Daten händisch korrigieren könnte.
Ich habe bei Dutchman schon zweimal angefragt aber leider keine passende Antwort dazu bekommen.
Ev. hat ja jemand etwas ähnliches in Betrieb was Woche, Monat und Jahresverbrauch aufzeichnet.
So wie ich das sehe kann ich in History auch händisch nachträglich nichts ändern. -
@hasont Hallo Horst,
da es ja noch Anfang des Jahres ist dürfte das vielleicht klappen.
Den SA Adapter stoppen, die Werte im DP des Wasserzählers im RAW anpassen und Adapter wieder starten. Ich denke das sollte klappen.
Ich drücke dir die Daumen!
