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

[oFbEQnpoLKKl6mbY5e13]

@apollon77

Crasht:

2022-05-13 13:55:16.385  - debug: influxdb.0 (18439) Incoming message storeState from system.adapter.javascript.0
2022-05-13 13:55:16.386  - debug: influxdb.0 (18439) storeState 1 item
2022-05-13 13:55:16.394  - error: influxdb.0 (18439) uncaught exception: adapter.log.warning is not a function
2022-05-13 13:55:16.396  - error: influxdb.0 (18439) TypeError: adapter.log.warning is not a function
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.influxdb/main.js:1745:76)
    at processImmediate (internal/timers.js:466:21)
2022-05-13 13:55:16.397  - error: influxdb.0 (18439) adapter.log.warning is not a function

2022-05-13 13:55:16.944  - info: influxdb.0 (18439) terminating
2022-05-13 13:55:16.945  - debug: influxdb.0 (18439) Plugin sentry destroyed
2022-05-13 13:55:16.946  - warn: influxdb.0 (18439) Terminated (UNCAUGHT_EXCEPTION): Without reason
2022-05-13 13:55:17.534  - error: host.iobroker instance system.adapter.influxdb.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2022-05-13 13:55:17.535  - info: host.iobroker Restart adapter system.adapter.influxdb.0 because enabled
2022-05-13 13:55:37.186  - info: host.iobroker "system.adapter.influxdb.0" disabled

[apollon77]

@ofbeqnpolkkl6mby5e13 Ok, da war ich zu fix :-)) Nochmal bitte

[oFbEQnpoLKKl6mbY5e13]

@apollon77

2022-05-13 15:24:13.648  - debug: influxdb.0 (23941) Incoming message storeState from system.adapter.javascript.0
2022-05-13 15:24:13.649  - debug: influxdb.0 (23941) storeState 1 item
2022-05-13 15:24:13.652  - warn: influxdb.0 (23941) Error writing state for 0_userdata.0.Haus.Energie.Zaehler.Wasser: ID 0_userdata.0.Haus.Energie.Zaehler.Wasser not activated for logging, Data: [object Object]

[apollon77]

@ofbeqnpolkkl6mby5e13 Reicht Dir das als Antwort?

[oFbEQnpoLKKl6mbY5e13]

@apollon77

Natürlich nicht, denn das war über Jahre möglich. Weshalb sollte man nicht mehr manuell in die DB speichern können?

[apollon77]

@ofbeqnpolkkl6mby5e13 Naja, weil damit sämtliche Settings fehlen ... Man könnte es ausschliesslich für storeState wieder erlaube ... sind halt Edge cases die immer wirder für die Lustigsten Fehler sorgen.

Bitte lege ein GitHub issue als Feature Request (jaja ... ging ja immer ... sollte es aber nie) an. Danke

[oFbEQnpoLKKl6mbY5e13]

@apollon77

https://github.com/ioBroker/ioBroker.influxdb/issues/258

[JB_Sullivan]

Nabend zusammen - hatte den Thread hier irgendwie übersehen und mein "Problem" im GIT gepostet ( https://github.com/ioBroker/ioBroker.influxdb/issues/259 )

Ich denke es ist sinniger hier weiter zu machen.

1. Frage auf die Antwort aus dem GIT - wie kann man einen Datenpunkt DEBUGGEN? Habe ich noch nie gemacht - eine Instanz ja, aber ein Datenpunkt ist neu für mich.

Hier wie gewünscht die Adapter Einstellungen

[Feuersturm]

@jb_sullivan sagte in influxdb 3.0.0 verfügbar - eine Zusammenfassung:

Frage auf die Antwort aus dem GIT - wie kann man einen Datenpunkt DEBUGGEN? Habe ich noch nie gemacht - eine Instanz ja, aber ein Datenpunkt ist neu für mich.

Aktivere diese Option bei deinem Datenpunkt, dann sind im Log weitere Debug Informationen für den Datenpunkt enthalten.

[apollon77]

@feuersturm @JB_Sullivan Aber nur wenn auch das Loglevel der Influxdb Instanz auf Debug steht, sonst halt das keine echte auswirkung - ausser ggf bissl schlechtere performance weil mehr Log geschrieben aber intern verworfen wird

[stephan61]

@apollon77
Hallo Habe influx 3.02
es werten die Werte true und false nicht angezeigt nur null
muss ich da noch irgendwo etwas einstellen

Gruss Stephan

[apollon77]

@stephan61 Welche Admin version ist denn das? Und welche UI? Bitte aktuelles Admin mit react UI nutzen. Wenn das ok ist bitte für den relevanten Datenpunkt mal debug log in den sesttings aktivieren und auch Loglevel für die Instanz auf Debug setzen (Instanzen mit aktivem Expertenmodus) . Dann bitte Debug log einer solchen History-Abfrage posten

[stephan61]

@apollon77
Habe admin 5.4.9
was react ui habe auf neue Ansicht aber in weiss
Log

influxdb.0
2022-05-16 18:21:37.976 debug Send: 1 of: 2 in: 16ms

influxdb.0
2022-05-16 18:21:37.961 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-16T15:52:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-16T15:52:00.000Z' AND time < '2022-05-16T16:22:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:22:00.000Z' LIMIT 1

influxdb.0
2022-05-16 18:21:37.960 debug Incoming message getHistory from system.adapter.admin.0

influxdb.0
2022-05-16 18:21:35.743 debug Send: 10 of: 11 in: 30ms

influxdb.0
2022-05-16 18:21:35.732 debug Send: 10 of: 11 in: 28ms

influxdb.0
2022-05-16 18:21:35.718 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-15T16:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-15T16:00:00.000Z' AND time < '2022-05-16T16:21:35.206Z' ORDER BY time ASC;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:21:35.206Z' LIMIT 1

influxdb.0
2022-05-16 18:21:35.712 debug Incoming message getHistory from system.adapter.admin.0

influxdb.0
2022-05-16 18:21:35.705 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-15T16:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-15T16:00:00.000Z' AND time < '2022-05-16T16:21:35.185Z' ORDER BY time ASC;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:21:35.185Z' LIMIT 1

influxdb.0
2022-05-16 18:21:35.703 debug Incoming message getHistory from system.adapter.admin.0

influxdb.0
2022-05-16 18:21:02.029 debug Send: 0 of: 1 in: 24ms

influxdb.0
2022-05-16 18:21:02.007 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-16T15:52:00.000Z' ORDER BY time DESC LIMIT 1;SELECT * from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-16T15:52:00.000Z' AND time < '2022-05-16T16:22:00.000Z' ORDER BY time DESC LIMIT 500;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:22:00.000Z' LIMIT 1

influxdb.0
2022-05-16 18:21:02.004 debug Incoming message getHistory from system.adapter.admin.0

influxdb.0
2022-05-16 18:21:00.412 debug Send: 9 of: 10 in: 25ms

influxdb.0
2022-05-16 18:21:00.388 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-15T16:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-15T16:00:00.000Z' AND time < '2022-05-16T16:20:59.802Z' ORDER BY time ASC;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:20:59.802Z' LIMIT 1

influxdb.0
2022-05-16 18:21:00.386 debug Incoming message getHistory from system.adapter.admin.0

influxdb.0
2022-05-16 18:21:00.253 debug Send: 9 of: 10 in: 35ms

influxdb.0
2022-05-16 18:21:00.224 debug Query to execute: SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time <= '2022-05-15T16:00:00.000Z' ORDER BY time DESC LIMIT 1;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time > '2022-05-15T16:00:00.000Z' AND time < '2022-05-16T16:20:59.335Z' ORDER BY time ASC;SELECT value from "hm-rpc.0.MEQ0045799.2.STATE" WHERE time >= '2022-05-16T16:20:59.335Z' LIMIT 1

influxdb.0
2022-05-16 18:21:00.209 debug Incoming message getHistory from system.adapter.admin.0

[apollon77]

@stephan61 Und das ist sicher influxdb 3.0? ...3.0.2 wäre da die letzte Version ... Da müsste das Log anders aussehen.

Ok, kann es nachvollziehen... bin dran

[Diginix]

@apollon77 Wenn ich benutzerdefinierte Vorhaltezeit nutzen will und zuvor 2 Jahre eingestellt war und ich nun auf >2 Jahre gehe, muss ich trotzdem den Haken "geringere Vorhaltezeit anwenden" setzen. Das verunsichert mich.

Ich möchte ungern Daten verlieren.

[apollon77]

@diginix Hm ... ok muss ich in der UI noch anpassen. an sich nicht. Bin aber ehrlich: Ich habs es nicht selbst ausprobiert. Code technisch sollte es aber tun

[Diginix]

@apollon77 Dauert noch ein paar Monate bis die 2 Jahre bei den ältesten Werten erreicht sind. Dann sehe ich ob Einstellung 5 Jahre greift.

In Adapter v2.6.3 hatte ich bereits die Standard Entprellzeit auf 1000 ms gesetzt. Nach dem Update auf v3 steht dort aber eine 0. Hätte der alte Wert nicht übernommen werden sollen?

Und die damalige Entprellzeit pro Objekt ist nun neu die Blockzeit. Das ist so richtig?

[apollon77]

@diginix Naja, liess mal oben ganz genau ... In der alten war es als "Blockzeit" implementiert ... daher ist mit dem Update die 1000 auch ins neue Feld "Blocktime" gewandert und Entprellzeit ist 0

[apollon77]

@diginix Auf GitHub sollte die UI für alle Fälle korrigiert sein

[apollon77]

@stephan61 GitHub Versio sollte es behoben haben. Falls Du testen willst nach GitHub install bitte manuell Adapter neu starten