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

[Excodibur]

@feuersturm Ich kenne dein Query-Tool nicht, aber kannst du dort die mean-Funktion auf das value-Feld beschränken? ack ist Boolean und from String, darauf wird die mean-Funktion sehr wahrscheinlich solche Fehler werfen. Im Adapter-Code wird die Funktion immer nur auf das value-Feld ausgeführt und dort z.B. bei boolean Werten ausgelassen, um solche Fehler nicht zu produzieren.

Die letzte Query kannst du übersichtlicher gestalten, indem du noch |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value") anhängst.

[apollon77]

@feuersturm WIe Excodibur sagt, Influxdb 1 hatscheinbar ein "Mean auf boolean" mit nem "percentile 50" oder soweas intern gleichgesetzt. FluxQL macht das scheinbar nicht. Und ja bei Boolean gibt es kein "vielleicht" was im Zweifel das Ergebnis von mean ist wenn die Daten nicht 100% treu oder false sind :-)

Kleiner Randtip (auch wenn offtopic) : mean/avg ist alles blödsinn :-))) https://www.elastic.co/de/blog/averages-can-dangerous-use-percentile

[Kueppert]

@apollon77 direkt mal in der Influx1DB auf percentile(50) umgestellt für nen Bool-Wert. Mal sehen, ob ich das Englisch da korrekt verstanden hab ^^

[stenmic]

kurze Frage, wird jetzt die eingestellte Vorhaltezeit der einzelnen Datenpunkte beachtet?
Ich kann das aus den Beiträgen nicht wirklich rauslesen.

[apollon77]

@stenmic hat noch nie geklappt und die Einstellung ist daher auch in der 2.0 ganz weg. Geht nur noch pro DB - aber da geht es jetzt auch wirklich.

[stenmic]

@apollon77 ok… kann ich mehrere Datenbanken anlegen?
Geht das über Instanzen?

[stenmic]

@apollon77 weißt du vielleicht wie das der sql-Adapter mit ner MariaDB regelt? Funktionieren da die Vorgaben oder ist das auch nur eine “Attrappe“

[Feuersturm]

@excodibur
Die influxdb UI wurde bei mir standardmäßig mit installiert und ist über den port 8086 erreichbar.
Wenn ich "value" auswähle, dann werden mir die Werte wieder dargestellt.

Das ist die Ausgabe mit der optimierten Query:

proxmox@DatenbankenTest:~$ influx query 'from(bucket:"iobroker") |> range(start:-15m) |> filter(fn: (r) => r._measurement == "proxmox.0.node_pve.cpu")|> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")'
Result: _result
Table: keys: [_start, _stop, _measurement]
_start:time                      _stop:time     _measurement:string                      _time:time      ack:bool               from:string                       q:float                   value:float
------------------------------  ------------------------------  ----------------------  ------------------------------  ------------  ------------------------  ----------------------------  ----------------------------
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:31:20.467000000Z          true  system.adapter.proxmox.0                             0                         20.61
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:32:20.476000000Z          true  system.adapter.proxmox.0                             0                         26.39
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:33:20.478000000Z          true  system.adapter.proxmox.0                             0                         21.75
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:34:20.487000000Z          true  system.adapter.proxmox.0                             0                         22.67
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:35:20.475000000Z          true  system.adapter.proxmox.0                             0                         19.91
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:36:20.472000000Z          true  system.adapter.proxmox.0                             0                         20.58
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:37:20.490000000Z          true  system.adapter.proxmox.0                             0                         18.83
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:38:20.483000000Z          true  system.adapter.proxmox.0                             0                         22.74
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:39:20.483000000Z          true  system.adapter.proxmox.0                             0                         18.35
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:40:20.479000000Z          true  system.adapter.proxmox.0                             0                         18.97
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:41:20.481000000Z          true  system.adapter.proxmox.0                             0                         18.96
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:42:20.481000000Z          true  system.adapter.proxmox.0                             0                         25.59
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:43:20.480000000Z          true  system.adapter.proxmox.0                             0                         17.72
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:44:20.483000000Z          true  system.adapter.proxmox.0                             0                         15.64
2021-08-10T18:31:15.028415368Z  2021-08-10T18:46:15.028415368Z  proxmox.0.node_pve.cpu  2021-08-10T18:45:20.476000000Z          true  system.adapter.proxmox.0                             0                         19.26

Sieht somit doch gut aus :)

[apollon77]

@stenmic Exakt. Jede instanz eine DB, damit kannst Du auch genau konfigurieren welche Datenpunkte wo hin laufen sollen

[apollon77]

@stenmic Was meinst Du? MariaDB ist MySQL und so einfach MySQL einricjten, IP und Port, fertig. Oder was war die Frage (auch wenn das hier nicht reingehört)

[apollon77]

@feuersturm Es wurde nich gemedlet das der Adapter craht bei Timeouts bzw Connection Lost ... das schaut sich @Excodibur gerade noch an ...

[stenmic]

@apollon77 sagte in Test Adapter influxdb 2.0:

Exakt. Jede instanz eine DB, damit kannst Du auch genau konfigurieren welche Datenpunkte wo hin laufen sollen

Geht das nur mit Influx 2.0 oder dann auch mit der 1.8er Version.

[apollon77]

@stenmic dann auch mit 1.8

[stenmic]

@apollon77 super… ich setzte gerade meinen iobroker neu auf.
Soll ich schon den neuen Adapter nehmen bzw. könnt ihr schon abschätzen wann er stable wird?
Bei influxdb bin ich unentschlossen 1.8 oder 2.0

[apollon77]

@stenmic sagte in Test Adapter influxdb 2.0:

Soll ich schon den neuen Adapter nehmen bzw. könnt ihr schon abschätzen wann er stable wird?

Naja wir sind hier gerade im Alpha Test ... Wenn alles klappt gehen wir diese Woche noch ins Beta/Latest. Dann hngt es vom User-Feedback ab wie schnell wir Stable gehen. Aber frühestens 14 tage nach Beta

[apollon77]

AUf GitHub ist eine neue Version - immer noch v2.1.0 ... also bitte nach Update manuell Adapter neustarten.

passt bei euch alles?

[Chaot]

@apollon77
Mal eine Frage.
Ich arbeite scheinbar mit InfluxDB Version 1.6.4 in einem Proxmox Container.
Ist es sinnvoll ein Update zu machen?
Welche Version wäre sinnvoll?
Gibt es irgendwo eine verständliche Anleitung dafür?
Mir sind die vorhandenen Daten nicht unbedingt wichtig falls die verloren gehen. Wäre zwar schön die zu übernehemn, aber wenn es sich nicht vermeiden lässt dann muss ich eben damit leben.

[Thomas Braun]

@chaot
Dann arbeitest du offenbar mit den distributionsseitig gelieferten Paket/Softwarestand.

apt policy influxdb

zeigt das Repository.
Wenn du nichts vermisst (und das scheint ja der Fall zu sein), dann würde ich die Version und das Repository auch beibehalten

[Chaot]

@thomas-braun sagte in Test Adapter influxdb 2.0:

apt policy influxdb

influxdb:
  Installiert:           1.6.4-1+deb10u1
  Installationskandidat: 1.6.4-1+deb10u1
  Versionstabelle:
 *** 1.6.4-1+deb10u1 500
        500 http://ftp.debian.org/debian buster/main amd64 Packages
        500 http://security.debian.org buster/updates/main amd64 Packages
        100 /var/lib/dpkg/status

Scheint so.
Ich vermisse eigentlich nichts. Wenn das kein Problem ist dann lasse ich das so. Danke für die Info.

[apollon77]

@chaot sagte in Test Adapter influxdb 2.0:

Also ich denke das der 2.1er Adapter auch mit der 1.6.4der influxdb läuft, getestet ist er nur mit 1.8 und 2