Problem beim loggen von Tankerkönig mit Influxdb 3.xx
-
@spacerx Debug log bitte im InfluxDB Adapter aktivieren und das erweiterte Debug logging bei dem Datenpunkt aktivieren in den Settings. Dann mal log posten. Mit den settings, sollte er an sich nach 2s debounce Zeit den zweiten Wert nach der 0 loggen ...
-
@apollon77 sagte in Problem beim loggen von Tankerkönig mit Influxdb 3.xx:
sollte er an sich nach 2s debounce Zeit den zweiten Wert nach der 0 loggen ...
der kommt nicht erst nach 2 Sekunden
-
@homoran Ok, 1s ... also "die angegebene Debounce Zeit"
-
@apollon77 hier das log.
2022-07-28 20:32:21.567 - info: influxdb.0 (5109) enabled logging of DP_HEM-B184, Alias=true 2022-07-28 20:32:39.847 - info: host.ioBroker stopInstance system.adapter.influxdb.0 (force=false, process=true) 2022-07-28 20:32:40.059 - info: influxdb.0 (5109) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2022-07-28 20:32:40.590 - info: host.ioBroker instance system.adapter.influxdb.0 terminated for restart. 2022-07-28 20:32:40.590 - info: host.ioBroker Adapter system.adapter.influxdb.0 will be restarted automatically 2022-07-28 20:32:53.135 - info: host.ioBroker instance system.adapter.influxdb.0 started with pid 5124 2022-07-28 20:32:53.539 - debug: influxdb.0 (5124) Redis Objects: Use Redis connection: 127.0.0.1:9001 2022-07-28 20:32:53.557 - debug: influxdb.0 (5124) Objects client ready ... initialize now 2022-07-28 20:32:53.557 - debug: influxdb.0 (5124) Objects create System PubSub Client 2022-07-28 20:32:53.558 - debug: influxdb.0 (5124) Objects create User PubSub Client 2022-07-28 20:32:53.578 - debug: influxdb.0 (5124) Objects client initialize lua scripts 2022-07-28 20:32:53.580 - debug: influxdb.0 (5124) Objects connected to redis: 127.0.0.1:9001 2022-07-28 20:32:53.592 - debug: influxdb.0 (5124) Redis States: Use Redis connection: 127.0.0.1:9000 2022-07-28 20:32:53.598 - debug: influxdb.0 (5124) States create System PubSub Client 2022-07-28 20:32:53.598 - debug: influxdb.0 (5124) States create User PubSub Client 2022-07-28 20:32:53.608 - debug: influxdb.0 (5124) States connected to redis: 127.0.0.1:9000 2022-07-28 20:32:53.650 - debug: influxdb.0 (5124) Plugin sentry Initialize Plugin (enabled=true) 2022-07-28 20:32:53.761 - info: influxdb.0 (5124) starting. Version 3.1.7 in /opt/iobroker/node_modules/iobroker.influxdb, node: v16.15.1, js-controller: 4.0.23 2022-07-28 20:32:53.774 - info: influxdb.0 (5124) No stored data from last exit found 2022-07-28 20:32:53.774 - info: influxdb.0 (5124) Connecting http://10.0.1.25:8086/ ... 2022-07-28 20:32:53.774 - info: influxdb.0 (5124) Influx DB Version used: 2.x 2022-07-28 20:32:53.775 - debug: influxdb.0 (5124) Connect InfluxDB2: http://10.0.1.25:8086/ [ioBroker] 2022-07-28 20:32:53.776 - debug: influxdb.0 (5124) Organization being checked: RBE 2022-07-28 20:32:53.791 - debug: influxdb.0 (5124) Organizations: (gekuerzt) 2022-07-28 20:32:53.796 - debug: influxdb.0 (5124) Buckets: (gekuerzt) 2022-07-28 20:32:53.797 - info: influxdb.0 (5124) Applying retention policy for ioBroker to infinity. Shard Group Duration (calculated): 604800 seconds 2022-07-28 20:32:53.797 - debug: influxdb.0 (5124) Query to execute: import "influxdata/influxdb/schema" schema.tagKeys(bucket: "ioBroker") 2022-07-28 20:32:53.802 - debug: influxdb.0 (5124) connected set to true 2022-07-28 20:32:53.818 - debug: influxdb.0 (5124) Query to execute: import "influxdata/influxdb/schema" schema.fieldKeys(bucket: "ioBroker") 2022-07-28 20:32:53.819 - debug: influxdb.0 (5124) connected set to true 2022-07-28 20:32:53.825 - debug: influxdb.0 (5124) Result of metadata storage type check: [[{"result":"_result","table":0,"_value":"_start"},{"result":"_result","table":0,"_value":"_stop"},{"result":"_result","table":0,"_value":"_field"},{"result":"_result","table":0,"_value":"_measurement"},{"result":"_result","table":0,"_value":"ack"},{"result":"_result","table":0,"_value":"from"},{"result":"_result","table":0,"_value":"q"}],[{"result":"_result","table":0,"_value":"value"}]] 2022-07-28 20:32:53.825 - debug: influxdb.0 (5124) Storage type for metadata found in DB: tags 2022-07-28 20:32:53.826 - info: influxdb.0 (5124) Connected! 2022-07-28 20:32:53.853 - debug: influxdb.0 (5124) Found Alias: tankerkoenig.0.stations.3.diesel.feed --> DP_HEM-B184 2022-07-28 20:32:53.853 - info: influxdb.0 (5124) enabled logging of DP_HEM-B184, Alias=true, 33 points now activated 2022-07-28 20:32:53.890 - debug: influxdb.0 (5124) new value received for DP_HEM-B184 (storageType Number), new-value=1.789, ts=1659032984703, relog=true 2022-07-28 20:32:53.890 - debug: influxdb.0 (5124) timed-relog DP_HEM-B184, value=1.789, lastLogTime=undefined, ts=1659033173890 2022-07-28 20:32:53.890 - debug: influxdb.0 (5124) Value logged DP_HEM-B184, value=1.789, ts=1659032984703 2022-07-28 20:32:53.890 - debug: influxdb.0 (5124) Datatype DP_HEM-B184: Currently: number, StorageType: Number 2022-07-28 20:32:53.890 - debug: influxdb.0 (5124) Write Point: DP_HEM-B184 values:{"value":1.789,"time":"2022-07-28T18:32:53.890Z","from":"system.adapter.influxdb.0","q":0,"ack":true} options: null 2022-07-28 20:32:53.906 - debug: influxdb.0 (5124) Point written to ioBroker 2022-07-28 20:33:08.827 - debug: influxdb.0 (5124) PING OK 2022-07-28 20:34:44.739 - debug: influxdb.0 (5124) new value received for DP_HEM-B184 (storageType Number), new-value=0, ts=1659033284698, relog=false 2022-07-28 20:34:44.751 - debug: influxdb.0 (5124) new value received for DP_HEM-B184 (storageType Number), new-value=1.789, ts=1659033284698, relog=false 2022-07-28 20:34:44.751 - debug: influxdb.0 (5124) value not changed debounce DP_HEM-B184, value=1.789, ts=1659033284698, debounce timer keeps running 2022-07-28 20:34:45.739 - debug: influxdb.0 (5124) Value logged DP_HEM-B184, value=0, ts=1659033284698 2022-07-28 20:34:45.740 - debug: influxdb.0 (5124) Datatype DP_HEM-B184: Currently: number, StorageType: Number 2022-07-28 20:34:45.740 - debug: influxdb.0 (5124) Write Point: DP_HEM-B184 values:{"value":0,"time":"2022-07-28T18:34:44.698Z","from":"system.adapter.tankerkoenig.0","q":0,"ack":true} options: null 2022-07-28 20:34:45.746 - debug: influxdb.0 (5124) Point written to ioBroker 2022-07-28 20:34:53.829 - debug: influxdb.0 (5124) PING OK 2022-07-28 20:39:44.749 - debug: influxdb.0 (5124) new value received for DP_HEM-B184 (storageType Number), new-value=0, ts=1659033584704, relog=false 2022-07-28 20:39:44.755 - debug: influxdb.0 (5124) new value received for DP_HEM-B184 (storageType Number), new-value=1.789, ts=1659033584719, relog=false 2022-07-28 20:39:44.755 - debug: influxdb.0 (5124) value not changed debounce DP_HEM-B184, value=1.789, ts=1659033584719, debounce timer keeps running 2022-07-28 20:39:45.749 - debug: influxdb.0 (5124) Value logged DP_HEM-B184, value=0, ts=1659033584704 2022-07-28 20:39:45.750 - debug: influxdb.0 (5124) Datatype DP_HEM-B184: Currently: number, StorageType: Number 2022-07-28 20:39:45.750 - debug: influxdb.0 (5124) Write Point: DP_HEM-B184 values:{"value":0,"time":"2022-07-28T18:39:44.704Z","from":"system.adapter.tankerkoenig.0","q":0,"ack":true} options: null 2022-07-28 20:39:45.756 - debug: influxdb.0 (5124) Point written to ioBroker 2022-07-28 20:40:38.832 - debug: influxdb.0 (5124) PING OK -
2022-07-28 20:39:44.749 - debug: influxdb.0 (5124) new value received for DP_HEM-B184 (storageType Number), new-value=0, ts=1659033584704, relog=false 2022-07-28 20:39:44.755 - debug: influxdb.0 (5124) new value received for DP_HEM-B184 (storageType Number), new-value=1.789, ts=1659033584719, relog6 Millisekunden aufeinander.
-
@homoran
ja stimmt! Aber dennoch erkannt, nur nicht in die db geschrieben obwohl aktualisierter Wert. -
@spacerx weil er 1 Sekunde wartet ob die 0 stabil ist
@apollon77
was sie ja nicht ist -
@homoran ich kenne den Adapter nicht. Wenn der eine 0 und kurz darauf den Wert und dann ne Weile nichts schreibe dann sollte der zweite wert geschrieben werden. Aber bevor wir weitere Raten ——>> debug log zeigt die Realität.
-
@apollon77 sagte in Problem beim loggen von Tankerkönig mit Influxdb 3.xx:
Wenn der eine 0 und kurz darauf den Wert und dann ne Weile nichts schreibe dann sollte der zweite wert geschrieben werden.
genau das erste macht der Tankerkönig Adapter, Influx macht aber nicht das zweite. Das hätten wir aber erwartet.
Das debug log zeigt ja dass 6 msec nach der 0 der Wert kommt. Steht aber lt. @SpacerX nicht in der Liste
@SpacerX mach mal einen Screenshot der geloggten Daten -
@homoran
Screenshoot bitte schön:
-
@spacerx sagte in Problem beim loggen von Tankerkönig mit Influxdb 3.xx:
2022-07-28 20:34:44.751 - debug: influxdb.0 (5124) value not changed debounce DP_HEM-B184, value=1.789, ts=1659033284698, debounce timer keeps running
ich sehe diesen Zeitpunkt nicht
istcdie Systemzeit richtig oder das log über eine Stunde alt? -
@homoran
Der Screenshoot passend zum Zeitraum des loggens:
-
@spacerx Danke!
Jetzt frage ich mich nur, warum influxdb.0(!!!) später den richtigen Preis hinein schreibt.
-
@homoran
Das Passiert wenn die Instanz von influxdb.0 neu startet oder die Einstellungen vom Datenpunktloggen gespeichert werden. In dem Fall wird der Datenpunkt nicht geändert sondern ist wie er ist. -
@spacerx sagte in Problem beim loggen von Tankerkönig mit Influxdb 3.xx:
@homoran
Das Passiert wenn die Instanz von influxdb.0 neu startet oder die Einstellungen vom Datenpunktloggen gespeichert werden. In dem Fall wird der Datenpunkt nicht geändert sondern ist wie er ist.aber das geht nur, wenn influx diesen Wert auch kennt.
Nach deinen Daten hätte influx in soneinem Fall eine 0 schreiben müssen
-
@homoran sagte in Problem beim loggen von Tankerkönig mit Influxdb 3.xx:
aber das geht nur, wenn influx diesen Wert auch kennt.
Dieser Steht im Datenpunkt. Siehe oben. Nach einer 0 folgt immer der Preis ( z.B. 1,799 ).
-
@spacerx sagte in Problem beim loggen von Tankerkönig mit Influxdb 3.xx:
Dieser Steht im Datenpunkt.
das ist aber nicht influxdb.0
bei einem Neustart wird (bei entsprechender Einstellung) der letzte Wert in der Datenbank geschrieben. Deswegen auch influxdb.0 als Quelle des Wertes -
@spacerx oohhh thats a nice one ....
Please create a GitHub issue for it... he ignores the second value because "same as before" but did not stops the debouce counter in this case ...Hmmm... vllt doch nicht der History Adapter ... tankerkoenig feuert die State Daten so schnell das sie GLEICHEN timestamp für beide werte bekommen - die 0 und den anderen ... damit hebelt er die Erkennung aus ob sich der Wert geändert hat.
Puuuh da muss ich überlegen
-
Ok, das müssen wir im Tankerkoenig ändern ... das ist so nicht sinnvoll. Der gleiche Wert wird so schnell gesetzt das die Logik die die Änderung erkennt im js-controller das auch nicht erkennen kann.
Bitte mal meinen Fork probieren https://github.com/Apollon77/ioBroker.tankerkoenig (und gern nochmal so ein Log wie oben von influxdb senden)
-
Das vorherige zurücksetzten vor dem schreiben des Datenpunktes könnte man im Tankerkönig-Adapter auch ausschalten nur dann sieht man dann in dem Graphen auch nicht mehr wenn die Tankstelle geschlossen wäre.
Bestimmt auch besser das im Tankerkönig-Adapter zu ändern, das nicht der Datenpunkt vorsorglich vor der Aktualisierung auf 0 gesetzt wird falls der Server nicht erreichbar ist. 0 nur wenn Tankstelle geschlossen oder Server nicht erreichbar. die Logik sollte Adapter-intern implementiert werden.
