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

[Homoran]

@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

[apollon77]

@homoran Ok, 1s ... also "die angegebene Debounce Zeit"

[SpacerX]

@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

[Homoran]

@spacerx

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

6 Millisekunden aufeinander.

[SpacerX]

@homoran
ja stimmt! Aber dennoch erkannt, nur nicht in die db geschrieben obwohl aktualisierter Wert.

[Homoran]

@spacerx weil er 1 Sekunde wartet ob die 0 stabil ist :thinking_face: @apollon77
was sie ja nicht ist

[apollon77]

@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.

[Homoran]

@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

[SpacerX]

@homoran
Screenshoot bitte schön:

[Homoran]

@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?

[SpacerX]

@homoran
Der Screenshoot passend zum Zeitraum des loggens:

[Homoran]

@spacerx Danke!

Jetzt frage ich mich nur, warum influxdb.0(!!!) später den richtigen Preis hinein schreibt.

[SpacerX]

@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.

[Homoran]

@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

[SpacerX]

@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 ).

[Homoran]

@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

[apollon77]

@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

[apollon77]

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)

[SpacerX]

@apollon77

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.

[apollon77]

@spacerx Bitte mal meinen Fork probieren https://github.com/Apollon77/ioBroker.tankerkoenig (und gern nochmal so ein Log wie oben von influxdb senden)