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

[Kanumouse]

@Rene_HM
Meine Euphorie war wohl doch etwas verfrüht.
Ich hatte deb Blick auf nur einen Datenpunkt (ColTemp).
Wie ich festgestellt habe, werden die anderen history Datenpunkte nicht geschrieben.

[Rene_HM]

@Kanumouse kannst du wieder ein debug-log erstellen?

[Kanumouse]

@Rene_HM
Jetzt scheint doch offenbar alles zu funktionieren.
Hat aber eine ganze Weile gedauert.
Vielleicht hat es auch daran gelegen, dass ich noch keine 4 Werte im histrory-Eintrag des ebus-Adapters hatte, sondern nur zwei. Da müsste aber bei der Kommentierung der ebus-history-Zeile im Adapter statt "Maximal 4" "Minimal 4" stehen.
Oder interpretiere ich das falsch?
In der Objekltliste wird auch immer eine Wert mehr (ohne Eintrag) angelegt, als ich in der hitory-Zeile beio der Einstellung des Adapters eingegeben habe.

[Rene_HM]

@Kanumouse
Die Beschreibung "maximal 4" stimmt schon. Ich muss das limitieren, um die Datenmenge, die gespeichert werden soll, zu limitieren. Kannst du trotzdem das log mal anschauen, ob da noch etwas ungewöhnliches drin steht?
Ich schaue auch noch einmal...

[Kanumouse]

@Rene_HM
Soweit ich das überschaue sind im Log_File keine Fehler zu sehen.
Nur am Anfang vom Daten-Lesen steht jetzt neu folgender Eintrag, den ich nicht deuten kann.

[Kanumouse]

@Rene_HM
Warum sehe ich beim history-Widget keine kontinuierliche Kurven und warum wird die x-Achse wird nicht angezeigt, trotz des Setzen der entsprechenden Option beim Widget?

[Rene_HM]

@Kanumouse das ist nur die Meldung, dass du in deinem System sentry abgeschaltet hast.
Damit werden keine Absturzmeldungen an sentry gesendet.
Siehe auch den Hinweis in der readme
https://github.com/rg-engineering/ioBroker.ebus
Hat aber für unser Problem hier keine Auswirkung...

[Kanumouse]

@Rene_HM
Ich hate das Bild vergessen!

[Rene_HM]

@Kanumouse ich habe im github die V2.2.2 gepusht. Das Handling für history values habe ich nochmal etwas überarbeitet und auch ein paar logs hinzugefügt,

Die Kurven zeichnet flot, da nutze ich "line" oder "bar". Ein spline o.ä. habe ich da nicht drin. "line" verbindet einfach die Punkte...
Bzgl. X-Achse: die folgende Einstellungen zeigen die X-Achse bei mir:

[Kanumouse]

@Rene_HM
Jetzt scheint es zu funktionieren.
Allerdings wurde durch den Adapter immer noch ein fünfter value angelegt, den ich aber nicht in der Adaptereinstellung eingegeben haben. Diesen habe ich jetzt einfach in der Objektliste gelöscht (wird jetzt auch nicht wieder neu angelegt).
Im Log-file sind keine Auffälligkeiten, am Ende der ebus Abfrage steht jetzt immer, dass value 1-4 geupdatet wurden.
Probleme habe ich immer noch mit dem widget und der Anzeige der x-Achse.
Die Einstellungen habe ich genau wie du vorgenommen gehabt, aber die x-Achse wird in der Darstellung sowohl im VIS-Editor, als auch in der runtime abgeschnitten.

[Rene_HM]

@Kanumouse sagte in Adapter: ebus:

Allerdings wurde durch den Adapter immer noch ein fünfter value angelegt, den ich aber nicht in der Adaptereinstellung eingegeben haben. Diesen habe ich jetzt einfach in der Objektliste gelöscht (wird jetzt auch nicht wieder neu angelegt).

ja, das habe ich geändert. Wenn man nach dem letzten Eintrag noch ein Komma gesetzt hatte, wurde ein leerer DP erzeugt.

Im Log-file sind keine Auffälligkeiten, am Ende der ebus Abfrage steht jetzt immer, dass value 1-4 geupdatet wurden.

okay, das passt

Probleme habe ich immer noch mit dem widget und der Anzeige der x-Achse.

Kannst du mal die Konsole in deinem browser öffnen und schauen, wie das log dort aussieht?

[Kanumouse]

@Rene_HM
so einen Eintarg habe ich gefunden:

show 06:00 on 304.5/704 Text is 27.328357696533203 width and 12 high

Übrigens benutze ich Firefox.

[Rene_HM]

@Kanumouse zeige mal bitte alle diese logs, da müssten mehrere sein. Außerdem schau mal, ob da irgendwo eine Fehlermeldung steht.
Ich habe hier auch firefox...

[Kanumouse]

@Rene_HM
Ich habe jetzt die Consolen-Datei exportiert.
console-export-2020-10-23_11-49-41.txt

[Kanumouse]

@Rene_HM

Verstehe ich nicht, jetzt ist die x-Achse da, ohne mein zutun??

[Glasfaser]

@Rene_HM

Ein Update auf 2.2.2 wurde gemacht ..... weil es angeboten wurde .

Ich nutze aber kein History und bekomme diese Warnmeldung :

2020-10-24 00:00:10.353 - info: ebus.0 (12992) starting. Version 2.2.2 in /opt/iobroker/node_modules/iobroker.ebus, node: v12.19.0, js-controller: 3.1.6
2020-10-24 00:00:11.274 - warn: ebus.0 (12992) ignoring history value 1 (invalid name)
2020-10-24 00:00:51.041 - info: ebus.0 (12992) all history done
2020-10-24 00:00:51.044 - info: ebus.0 (12992) all http done
2020-10-24 00:00:51.048 - info: ebus.0 (12992) Terminated (NO_ERROR): Without reason
2020-10-24 00:00:51.581 - info: host.iobroker instance system.adapter.ebus.0 terminated with code 0 (NO_ERROR)

.
Zurück zur Version 2.2.0 , ist keine Warn-Meldung

host.iobroker	2020-10-24 00:50:35.230	info	instance system.adapter.ebus.0 terminated with code 0 (NO_ERROR)
ebus.0	2020-10-24 00:50:34.684	info	(13181) all http done
ebus.0	2020-10-24 00:50:34.683	info	(13181) Terminated (NO_ERROR): Without reason
ebus.0	2020-10-24 00:50:34.679	info	(13181) all history done (exit)
ebus.0	2020-10-24 00:50:03.138	info	(13181) starting. Version 2.2.0 in /opt/iobroker/node_modules/iobroker.ebus, node: v12.19.0, js-controller: 3.1.6
host.iobroker	2020-10-24 00:50:00.118	info	instance system.adapter.ebus.0 started with pid 13181

[Rene_HM]

@Glasfaser ja, die Warnung habe ich in 2.2.2 eingebaut. Die soll eigentlich zeigen, dass irgendetwas mit dem Namen für history nicht passt (z.Bsp. das abschliessende Komma, wie hier gezeigt)

Was steht bei dir unter

[Glasfaser]

@Rene_HM sagte in Adapter: ebus:

Was steht bei dir unter

[Rene_HM]

@Glasfaser nein, der nächste Eintrag für die history-Liste. Ist der komplett leer? Mich wundert, dass im Namen "history value 1 as JSON wp" steht. Dort erschent neuerdings der Name, der in o.g. Liste steht, sollte bei dir also kein"wp" stehen...

[Glasfaser]

@Rene_HM

Sorry falscher Screenshot .... hatte zwei auf dem Rechner :