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

[WernerS]

@homoran

ist wohl heute nicht so mein Tag. Ich hoffe jetzt ist es richtig :-)

iobroker-slave01

Plattform
    linux
Betriebssystem
    linux
Architektur
    arm
CPUs
    4
Geschwindigkeit
    600 MHz
Modell
    ARMv7 Processor rev 4 (v7l)
RAM
    924.21 MB
System-Betriebszeit
    01:18:00
Node.js
    v15.14.0 (Die Version v15.x von Node.js wird derzeit nicht vollständig unterstützt. - Empfohlene Version v14.19.0)
NPM
    7.7.6
Datenträgergröße
    14.33 GB
freier Festplattenspeicher
    10.81 GB
Anzahl der Adapter
    390
Betriebszeit
    16:09:32
Aktive Instanzen
    8
location
    /opt/iobroker/
Hostname
    iobroker-slave01

iobroker

Plattform
    linux
Betriebssystem
    linux
Architektur
    arm
CPUs
    4
Geschwindigkeit
    1200 MHz
Modell
    ARMv7 Processor rev 4 (v7l)
RAM
    924.84 MB
System-Betriebszeit
    01:48:38
Node.js
    v15.7.0 (Es gibt eine neuere Version: v15.14.0 Die Version v15.x von Node.js wird derzeit nicht vollständig unterstützt. - Empfohlene Version v14.19.0)
NPM
    7.4.3
Datenträgergröße
    14.33 GB
freier Festplattenspeicher
    7.37 GB
Anzahl der Adapter
    390
Betriebszeit
    16:27:04
Aktive Instanzen
    19
location
    /opt/iobroker/
Hostname
    iobroker

iobroker-slave02

Plattform
    linux
Betriebssystem
    linux
Architektur
    arm64
CPUs
    4
Geschwindigkeit
    600 MHz
Modell
    unknown
RAM
    3.71 GB
System-Betriebszeit
    01:15:05
Node.js
    v16.13.2 (Es gibt eine neuere Version: v16.14.0 Die Version v16.x von Node.js wird derzeit nicht vollständig unterstützt. - Empfohlene Version v14.19.0)
NPM
    8.4.1
Datenträgergröße
    14.33 GB
freier Festplattenspeicher
    11.03 GB
Anzahl der Adapter
    390
Betriebszeit
    03:04:26
Aktive Instanzen
    4
location
    /opt/iobroker/
Hostname
    iobroker-slave02

[Homoran]

@werners sagte in Test eCharts Adapter:

Node.js v15.14.0 (Die Version v15.x von Node.js wird derzeit nicht vollständig unterstützt. - Empfohlene Version v14.19.0)

und warum willst du dann auf v16?

@werners sagte in Test eCharts Adapter:

Ich hoffe jetzt ist es richtig

nicht ganz.
Hat aber geklappt

[Thomas Braun]

@werners sagte in Test eCharts Adapter:

Ich hoffe jetzt ist es richtig

Nein. Ungerade nodeJS-Versionen willst du nicht.
Ich würde einheitlich auf allen Systemen die nodeJS@14 einsetzen.

[WernerS]

@thomas-braun

ok das wusste ich nicht, werds mir aber merken.
Wie kann ich die up- bzw downgraden?
Hoffe dass klappt dann Problemlos, werde aber vorher von allen ein Image machen.

Gruß
Werner

[Thomas Braun]

@werners

In meiner Signatur steht drin wie man durch die Versionen turnen kann.

[WernerS]

@thomas-braun

Wer lesen kann ist im vorteil :-) Da habe ich natürlich nicht geschaut.
Werde es morgen früh gleich mal angehen und mich wieder melden.

Danke für den schnellen super guten Support

Gruß
Werner

[smartias]

@werners Hallo werners,
kannst du mir bitte sagen, wo und wie du die zwei x-Achsen eingestellt hast?
Für die erste Linie kann ich unten/oben/nichts einstellen, für die 2. Linie sehe ich dazu keine Option (E-Charts in der Version 1.0.3, Node.js
v14.19.0)

Gruß
Matthias

[Homoran]

@smartias sagte in Test eCharts Adapter:

wo und wie du die zwei x-Achsen eingestellt hast

hat er doch gar nicht

[WernerS]

@thomas-braun
@Homoran

Hallo

jetzt sieht das so aus

iobroker

Plattform
    linux
Betriebssystem
    linux
Architektur
    arm
CPUs
    4
Geschwindigkeit
    1200 MHz
Modell
    ARMv7 Processor rev 4 (v7l)
RAM
    923.21 MB
System-Betriebszeit
    02:47:40
Node.js
    v14.19.0
NPM
    6.14.16
Datenträgergröße
    14.33 GB
freier Festplattenspeicher
    6.99 GB
Anzahl der Adapter
    390
Betriebszeit
    02:47:41
Aktive Instanzen
    16
location
    /opt/iobroker/
Hostname
    iobroker

iobroker-slave02

Plattform
    linux
Betriebssystem
    linux
Architektur
    arm64
CPUs
    4
Geschwindigkeit
    800 MHz
Modell
    unknown
RAM
    3.71 GB
System-Betriebszeit
    02:30:02
Node.js
    v14.19.0
NPM
    6.14.16
Datenträgergröße
    14.33 GB
freier Festplattenspeicher
    11 GB
Anzahl der Adapter
    390
Betriebszeit
    02:32:21
Aktive Instanzen
    4
location
    /opt/iobroker/
Hostname
    iobroker-slave02

iobroker-slave01

Plattform
    linux
Betriebssystem
    linux
Architektur
    arm
CPUs
    4
Geschwindigkeit
    1400 MHz
Modell
    ARMv7 Processor rev 4 (v7l)
RAM
    924.21 MB
System-Betriebszeit
    02:13:45
Node.js
    v14.19.0
NPM
    6.14.16
Datenträgergröße
    14.33 GB
freier Festplattenspeicher
    10.03 GB
Anzahl der Adapter
    390
Betriebszeit
    00:01:55
Aktive Instanzen
    10
location
    /opt/iobroker/
Hostname
    iobroker-slave01

Ich habe dann echarts installiert und vis neu gestartet. Und siehe da das widget ist da.
Danke für eure Hilfe

Gruß
Werner

[Homoran]

@werners sagte in Test eCharts Adapter:

Node.js v14.19.0
NPM 6.14.16

so muss es sein!

[smartias]

@homoran
ok, dann hatte ich den Post falsch verstanden:

@werners said in Test eCharts Adapter:

2.) Ich habe 2 getrennte x Achsen. Er schreibt mir die Werte nicht nebeneinander sondern übereinander oder legt einen Wert über den anderen.

Wie kann ich denn die Daten von gestern mit denen von heute vergleichen? Hatte gehofft, zwei X-Achsen und eine davon mit Offset könnten das leisten. Ohne die zweite Achse plottet mir der Offset den gestrigen Tag neben/vor die heutigen Daten.

[Homoran]

@smartias sagte in Test eCharts Adapter:

dann hatte ich den Post falsch verstanden:

Nö! Da stand das schon so, aber in der Grafik war es nicht x sondern y

@werners sagte in Test eCharts Adapter:

hier der gewünschte Screenshot

[smartias]

@homoran
Stimmt, ich wollte in dem Screenshot was sehen, was da gar nicht drin war :man-facepalming: .
Hatte dort die Wochentage auf der X-Achse doppelt gesehen, weil es so schön zu meinem Problem passte, dass ich gerne eine zweite x-Achse nutzen würde.
Da bleibt mir wohl nichts anderes übrig, als die Daten von gestern mit einem Offset von einem Tag zu speichern und dann diese zu nutzen.
Oder ist es ein bug, so wie sich der Offset verhält? Ich hatte gehofft, dass die Daten von gestern (schwarze Linie, X-Offset = 1 Tag) heute um 00:00h anfangen.

[Homoran]

@smartias Ich kann dir gerade nicht folgen.

@smartias sagte in Test eCharts Adapter:

Da bleibt mir wohl nichts anderes übrig, als die Daten von gestern mit einem Offset von einem Tag zu speichern

Auf der X-Achse sind immer die Timestamps der Änderungen des Wertes.
Wie willst du diesen manipulieren?

@smartias sagte in Test eCharts Adapter:

Ich hatte gehofft, dass die Daten von gestern (schwarze Linie, X-Offset = 1 Tag) heute um 00:00h anfangen.

Aber wenn es nur eine Achse gibt, und die Timestamps der beiden Linien um 24 Stunden verschoben sind, verstehe ich nicht was (oder wie) du erreichen willst

[smartias]

@homoran Ja, da hast du natürlich Recht. Ich hatte in der letzten Zeit häufiger alte Messwerte, die ich noch hatte, für den Import in die SQL-Datenbank aufbereitet und dafür unter anderem den Zeitstempel anpassen müssen. Das ist natürlich was anderes, als die Daten durch direkt zu speichern.

Erreichen möchte ich folgendes, sie wie ich es mit flot erstellen konnte (hier sind mal beide X-Achsen eingeblendet, die lange Linie hat den Offset um einen Tag):

Komplett sieht es so aus:

und der echarts-Import macht daraus das:

[Homoran]

@smartias sagte in Test eCharts Adapter:

sie wie ich es mit flot erstellen konnte (hier sind mal beide X-Achsen eingeblendet, die lange Linie hat den Offset um einen Tag):

war mir klar. Auch dass es mit Flot geht.
Aber mit eCharts kenne ich keine Möglichkeit

[smartias]

@homoran Ok, hatte das "befürchtet".
Danke für die Hinweise und die Aufklärung - jetzt muss ich im Moment nicht weiter probieren, dass (z.Zt. noch) nicht Mögliche zu schaffen.

[Thomas Braun]

@smartias

Kann sein, dass es zwei Baustellen sind, aber Y-Achsen habe ich doppelt bei einem eChart. Soll das mit X-Achsen dann nicht auch gehen?

[Homoran]

@thomas-braun sagte in Test eCharts Adapter:

Soll das mit X-Achsen dann nicht auch gehen?

genau das war die Eingangsfrage, die wir zum Schluss mit NEIN beatnworten müssen.

Wenn du sollte natürlich als Feature-Request meinst, bitte!

[smartias]

@homoran Ich habe mal ein Feature-Request dazu angelegt: link