Test eCharts Adapter

[David G.]

Hat schon jmd die neue json Funktion getestet?
Mich würde mL interessieren, wie das json aufgebaut sein muss.

EDIT:
Vergesst meine Frage. Ein Blick in die Doku hilft.....

[
  {"ts": 1675887847000, "val": 45},
  {"ts": 1675887848000, "val": 77},
  {"ts": 1675887849000, "val": 180}
]

[Homoran]

@david-g sagte in Test eCharts Adapter:

Vergesst meine Frage. Ein Blick in die Doku hilft.....

[Bongo]

Ich habe zwei Datenquellen mit Zahlen. Wie bekomme ich die beiden Y-Achsen auf eine Seite?

[Bongo]

@bongo sagte in Test eCharts Adapter:

Ich habe zwei Datenquellen mit Zahlen. Wie bekomme ich die beiden Y-Achsen auf eine Seite?

Oh, sorry. Man kann in der Datenquelle das Ordnersymbol aufklappen und gemeinsame Y-Achse auswählen. Hab ich übersehen

Aber dann sind die Unterschiede zu gering und man sieht gerade Linien. So ist es auch nichts:

[Homoran]

@bongo sagte in Test eCharts Adapter:

Aber dann sind die Unterschiede zu gering und man sieht gerade Linien. So ist es auch nichts:

dann ergibt gemeinsame Achse auch keinen Sinn bei Faktor 3 in den Werten

[Fichte]

Hallo zusammen

Hat jemand von euch auch das Problem, das in den Aktuellen Beta Versionen iobroker sich aufhängt und neustartet.
Es kommt dann die meldung zu wenig arbeitsspeicher und ECharts ist zwar installiert, aber die daten und Admin Seite von ECharts ist weg.
Ich hab ein Proxmox System mit 6 GB RAM und nur bis 45% ausgelastet.
Beim anstoßen des Updates Dauert es ca 5 sek. dann ist RAM und SWAP voll sowie der CPU geht in die Höhe.

LG Fichte

[Palm_Maniac]

@fichte Ja, war bei mir auch so. Nach dem Neustart von iobroker war das Update von eCharts aber installiert. Ich dachte schon, das war nur ein Zufall bei mir.

[Fichte]

Hallo zusammen

Ich habe mich mit dem Thema mal kurz beschäftigt.
Wenn ich den Adapter Update dann nimmt sich der RAM beim Installieren 4 GB mehr.
wenn die 4 GB mehr nicht zur Verfügung stehen schmiert der iobroker ab.

LG

[spicer]

@fichte
Ich habe meinem RPI mit SSD einen 2GB Swap eingerichtet. Seitdem habe ich Ruhe vor Abstürzen bei Updates.

[Homoran]

@spicer sagte in Test eCharts Adapter:

@fichte
Ich habe meinem RPI mit SSD einen 2GB Swap eingerichtet. Seitdem habe ich Ruhe vor Abstürzen bei Updates.

Swap ist ein Notfallüberlauf und sollte nur in Notfällen genutzt werden.
Eine Erhöhung auf 2GB ist kontraproduktiv.

[spicer]

@homoran
Naja, bei jedem Update ein aufgehängtes System ist kontraproduktiver

[Fichte]

@spicer Da ich Proxmox nutze, habe ich mich ran getastet. und bin bei 4 gb stehen geblieben ohne SWAP zu nutzen.

[Homoran]

@spicer sagte in Test eCharts Adapter:

@homoran
Naja, bei jedem Update ein aufgehängtes System ist kontraproduktiver

dann stimmt aber was anderes nicht.
Sich einen zweiten Gurt einzubauen damit man schneller gegen die Wand fahren kann, kann nicht die Lösung sein

[tobi19]

@palm_maniac sagte in Test eCharts Adapter:

Ich logge den Zählerstand BEZUG. Mit eCharts wollte ich dann als Balkendiagramm die Verbräuche pro Tag darstellen lassen. ABER, alle Balken sind um 1 Tag versetzt in die Zukunft, sie werden falsch zugeordnet.

Hallo, ich komme nochmal auf die Frage in Post #465 zurück.
Auch ich logge Tagerverbräuche um 23:59 Uhr.
Zum einen sind sie beim Linientyp BAR um einen Tag versetzt gegenüber dem Typ LINE - was die Bilder hoffentlich zeigen.

Zum andern wäre es auch bei LINE schön, die X-Achse um einen Tag verschieben zu können (gegenüber den Daten), da sonst ein Wert vom 5.5.T23:59 natürlich bei der X-Achsen Markierung vom 6.5. dargestellt wird. (Analoge Zeitachse - Digitale Zeitachse)

Gibt es Lösungen für die beiden Probleme?

[Homoran]

@tobi19 sagte in Test eCharts Adapter:

Zum einen sind sie beim Linientyp BAR um einen Tag versetzt

dann ist das ein Bug und sollte von den Betatestern gemeldet werden.
Dafür ist Beta da.

@tobi19 sagte in Test eCharts Adapter:

da sonst ein Wert vom 5.5.T23:59 natürlich bei der X-Achsen Markierung vom 6.5. dargestellt wird.

genau gesagt, kurz davor.
Da gehört es auch hin.

[tobi19]

@homoran sagte in Test eCharts Adapter:

genau gesagt, kurz davor.
Da gehört es auch hin.

Klar gehört es da hin - auf einer analogen Skala.
Gibt es eine Möglichkeit die Darstellung der digitalen Zuordnung zu einem Tag zu verbessern?

[Homoran]

@tobi19 sagte in Test eCharts Adapter:

Gibt es eine Möglichkeit die Darstellung der digitalen Zuordnung zu einem Tag zu verbessern?

was verstehst du unter digital?
die x-Achse stellt den Zeitstrahl dar.

[sigi234]

@homoran sagte in Test eCharts Adapter:

dann ist das ein Bug und sollte von den Betatestern gemeldet werden.
Dafür ist Beta da.

https://github.com/ioBroker/ioBroker.echarts/issues/279

PalmManiac created this issue in ioBroker/ioBroker.echarts

open Bar-Charts zeitlich versetzt in der Zukunft #279

[tobi19]

@homoran sagte in Test eCharts Adapter:

was verstehst du unter digital?
die x-Achse stellt den Zeitstrahl dar.

Die X-Achse ist ein Zeitstrahl - ist mir soweit klar.
Sie kann aber a) ein analoger Zeitstrahl sein, dann ist 5.5.T23:59 kurz vor der X-Achsen Markierung vom 6.5.
oder sie ist b) ein digitaler Zeitstrahl und bei Tages-Einteilung wird alles von 00:00 bis 23:59:99 dem Tag 5.5. zugeordnet.
Damit ist es dann wichtig, dass die Verbrauchssumme des Tages noch am Tag selbst geloggt wird, aber die Uhrzeit ist egal.

Nur so als Überlegung. Oder wie ist eine andere Methode, um die Zuordnung einer Tagessumme zum Tagesdatum zu erhalten?

@sigi234
Habe ich in dem Issue eingetragen

[Homoran]

@tobi19 sagte in Test eCharts Adapter:

oder sie ist b) ein digitaler Zeitstrahl und bei Tages-Einteilung wird alles von 00:00 bis 23:59:99 dem Tag 5.5. zugeordnet.

dann ist der Typ Linie abet falsch. Dort werden Zeitreihen dargestellt.
Das würde höchstens bei Balken passen.

Also verstehst du unter digital eine Unschärfe des Timestamps, reduziert auf den Tag.
Wobei im Falle einer mathematischen Rundung dieses nach Mittag dem nächsten Tag zugeordnet würde.
Also sozusagen ein runde ab auf Tag?