NEWS
Problem beim loggen von Tankerkönig mit Influxdb 3.xx
-
Seit paar Tagen loggt der Influxdb Adapter 3.x.x nur noch 0 Werte.
Im Tankerkönig-Adapter ist Nullen vor jeder Aktualisierung aktiviert.Der Datenpunkt wird ordnungsgemäß aktualisiert.
In den Einstellungen influxdb.0 zum Datenpunkt ist "Entprellzeit auf 0" und "Blockzeit auf 0" sowie der Haken bei "Nur Änderungen Aufzeichnen" gesetzt.
Klar wird der Datenpunkt nun vor der Aktualisierung kurz auf 0 gesetzt und dann erst der entsprechende Wert gesetzt.
Problem ist nur das in der Datenbank nur der Wert 0 geloggt wird und nicht der entsprechende aktualisierte Wert mit.
Für mein Verständnis sollte mit meinen Einstellungen ja eine Folge von z.B. 0; 1,95; 0; 1,95; 0; 1,95 ... heraus kommen, macht es aber nicht.
Es werden fleißig nur 0 geloggt.
Bug oder mach ich einfach nur was falsch?
-
@spacerx sagte in Problem beim loggen von Tankerkönig mit Influxdb 3.xx:
Im Tankerkönig-Adapter ist Nullen vor jeder Aktualisierung aktiviert.
hast du das zum Testen mal rausgenommen?
und/oder 0-Werte ignorieren angehakt? -
im Adapter dort so einstellen ! -
@djmarc75 sagte in Problem beim loggen von Tankerkönig mit Influxdb 3.xx:
im Adapter dort so einstellen !
er will ja die 0 haben
-
@homoran sagte in Problem beim loggen von Tankerkönig mit Influxdb 3.xx:
er will ja die 0 haben
ok, mit
hab ichs jetzt auch gelesen.
-
eigentlich sollte es ja reichen die Entprellzeit hoch zu stellen, z.B. 2000 um die 0 nicht mit zu loggen. Dann sollten nur die Entsprechenden Preise geloggt werden.
Das Funktioniert so aber auch nicht. Scheinbar wird die Änderung von 0 auf den neuen Preis nicht erkannt.
Das Zurücksetzen auszuschalten werde ich heute Abend probieren.
-
@spacerx sagte in Problem beim loggen von Tankerkönig mit Influxdb 3.xx:
eigentlich sollte es ja reichen die Entprellzeit hoch zu stellen, z.B. 2000 um die 0 nicht mit zu loggen.
nein, dann würde die 0 geloggt und der Wert wird unterdrückt
-
@homoran
häää, es heißt doch, Wert wird nur geloggt wenn er für 2000ms sich nicht ändert. Er ändert sich doch, in den Preis. Dann würde ich eher verstehen das Garnichts geloggt wird.
Sei es drum, das muss ich jetzt nicht verstehen geht erst mal darum das nicht alle Änderungen geloggt werden. -
@spacerx ja! hab's mit der neuen Blockzeit verdreht
-
Ich habe jetzt vieles hin und her probiert. Die Einträge für die Datenbank gelöscht und auch das loggen deaktiviert.
Für das loggen neue Konfiguration erstellt.
Der Adapter loggt nur die 0 , den gleich dahinter folgenden Wert nicht. Als wenn er die kurz darauf folgende Aktualisierung nicht mitbekommt
Help.
-
@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, relog
6 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: