NEWS
Adapter: ebus
-
@Kanumouse
Ergänzung:
Diese beiden auch noch.
@Kanumouse ja, das hilft weiter. Ich habe eine kleine Änderung eingebaut.
Bitte installiere dir die Version von github (2.2.1) und schau mal, ob es jetzt funktioniert.
Wahrscheinlich kommt im ersten Durchlauf eine Warnung, dass der DP immer noch nicht gefunden wird, bei dieser Warnung wird das aber repariert und beim nächsten Durchlauf sollte es dann passen... -
@Kanumouse ja, das hilft weiter. Ich habe eine kleine Änderung eingebaut.
Bitte installiere dir die Version von github (2.2.1) und schau mal, ob es jetzt funktioniert.
Wahrscheinlich kommt im ersten Durchlauf eine Warnung, dass der DP immer noch nicht gefunden wird, bei dieser Warnung wird das aber repariert und beim nächsten Durchlauf sollte es dann passen... -
@Kanumouse schau bitte auch mal, ob die Anzahl der Werte in den history-Datenpunkten und dem Date-DP gleich sind. Zu jedem date-Eintrag gehört immer genau ein valueX-Eintrag. Wenn die Anzahl nicht gleich ist, sind die Daten zueinander verschoben...
Version liegt aber jetzt auch schon in latest...
-
@Kanumouse schau bitte auch mal, ob die Anzahl der Werte in den history-Datenpunkten und dem Date-DP gleich sind. Zu jedem date-Eintrag gehört immer genau ein valueX-Eintrag. Wenn die Anzahl nicht gleich ist, sind die Daten zueinander verschoben...
Version liegt aber jetzt auch schon in latest...
-
@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.
-
@Kanumouse kannst du wieder ein debug-log erstellen?
@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
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.
@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
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... -
@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.
-
@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 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... -
@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? -
@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 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 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:@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
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.
@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 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?
-
@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.
@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 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... -
@Rene_HM
Ich habe jetzt die Consolen-Datei exportiert.
console-export-2020-10-23_11-49-41.txt -
@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...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-Meldunghost.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 13181Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
682
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge