Weihnachtsangebot 2025! 🎄

[MCU]

@muuulle Das liegt daran, dass es die xticks nur in den Kurven selbst gibt.

/* bei einer Kurve */
objDP.native.data.lines[0].xticks = 5
/* oder auch möglich, abhängig von Adapter-Version , wie oben erwähnt */
objDP.native.data.l[0].xticks = 5

/* bei mehreren Kurven muss man allen die xticks mitgeben */
/* evtl reicht nur die erste Kurve ??? nicht geprüft */
objDP.native.data.lines[0].xticks = 5
objDP.native.data.lines[1].xticks = 5
objDP.native.data.lines[2].xticks = 5

/* oder */
objDP.native.data.l[0].xticks = 5
objDP.native.data.l[1].xticks = 5
objDP.native.data.l[2].xticks = 5

[Mabbi]

@Bluefox
Ich weis nicht, ob das hier schon erwähnt wurde, hab es beim Durchblättern zumindest nicht gefunden....

beim Graphen macht die Interpolation manchmal Dinge:
Hier z.B. bei der PV-Gesamtleistung sind grade mal grob 2000w die letzte Stunde im Schnitt vorhanden, die Interpolation errechnt aber 19.945w auf dem letzten Datenwert was in einer senkrechten Linie nach oben in der Darstellung rechts aussen resultiert. Ein ähnliches Verhalten mit einem senkrechten Strich nach oben sieht man oft auch am Anfang der Darstellung links aussen.
Ich konnte das aktuell noch nicht eingrenzen, es scheint relativ random zu erscheinen.

Und ich hätte noch eine Bitte:
Wäre es Möglich, das 'i' bei Interpolierten Weten in der Infobox per Häkchen auszublenden in der Datenquellen-Konfiguration ?

Danke für den coolen Adapter.

Just my 2 cents....

[Homoran]

@mabbi sagte in Test eCharts Adapter:

Wäre es Möglich, das 'i' bei Interpolierten Weten in der Infobox per Häkchen auszublenden in der Datenquellen-Konfiguration ?

das gab es früher icht, da fehlte dann aber auch der (interpolierte) Wert.
Dann kannst du den Wert der entsprechenden Linie nur an echten Messpunkten sehen.

Ein Hinweis, dass es sich um einen interpolierten Wert handelt, und um diese Zeit kein echter Messwert vorliegt, halte ich schon für wichtig

[Mabbi]

@homoran

Da ist auf irgendwie kein sinnvolles Muster drin:

2 Infoboxen, nur ein paar Sekunden auseinander, die linke hat reale Werte, die rechte ist auf der hochgezogenen Linie hdiesmal ganz aussen links gemessen:

Mal sind die Werte korrekt, manche haben Faktor x10, andere Faktor x100. Ich sehe da einfach kein Muster drin.

[Homoran]

@mabbi sagte in Test eCharts Adapter:

Ich sehe da einfach kein Muster drin.

das kann möglicherweise tatsächlich an der Aggregation liegen, die am äußersten Rand falsch interpoliert.

Wenn erst einmal die von dir eingestellte Aggregationszeit/anzahl erreicht ist, sollte der Abschnitt richtige Werte liefern.

Bei flot passiert das Phänomen beim ersten Aufruf, nach dem erstrn automatischen refresh passt alles

[Mabbi]

@homoran

Ich habe noch eine interessante Beobachtung gemacht:

Wenn man die Visualisierung im Browser mehrfach mit Strg-R oder Strg-F5 (Windows) zum Nachladen zwingt, ändert sich das Verhalten der 'falschen' äusseren senkrechten Striche.
Mal sind sie einseitig weg, oder kürzer oder dann wieder voll da. Verändert sich jedes mal beim manuellen Reload.

Interessanterweise habe ich das Verhalten nicht in allen Diagrammen, kann aber in den Settings der unterschiedlichen Diagramme ausser den Datenpunkten keine deutlichen Diskrepanzen sehen. Hat jemand dazu eine Idee ?

Hier hatte ich schon mal die Daten zu den beiden Diagrammen hochgeladen, das D_Energie ist das, das rumzickt (oben) während D_Akku eigentlich immer sauber anzeigt in der gleichen vis.

Source zu den Diagrammen

P.S.: Man kann sogar in dem alten Screenshot sehen, wie im oberen Diagramm der blaue nach unten expandierende spline links aussen eine Linie nach unten zieht.

[spicer]

Ich steh gehörig auf dem Schlauch. Oder kann das ein Bug sein?

Anbei die History-Daten als csv.
Warum entstehen da Lücken?

PV (klein) Total Monate.csv

Die Berechnung findet immer am letzten Tag des Monats um 23:55 statt (seit November 2023, früher um 0:00 Uhr).
Auffällig ist auch, das bei diesem Chart die Monate nicht verschoben sind wie in einem anderen Chart (siehe unten). Da sind die Balken um einen Monat verschoben, obschon die Berechnung zur gleichen Zeit wie beim Chart oben stattfindet.

Hier der andere Chart (unter Oktober sind die September Daten), welcher ansonsten korrekt dargestellt wird:

Ich habe übrigens von Hand die überzähligen History-Einträge (im Verlauf des Monats/während dem Monat/zwischen 1. und 29.) gelöscht.
Das brachte auch nichts.
Warum überhaupt solche Einträge erstellt werden ist mir ein Rätsel. Aber das ist dann wohl ein anderes Thema ;)

[ple]

@gargano sagte in Test eCharts Adapter:

@gonzokalle
Das kommt daher, weil der Balken in derselben Area wie die Grafik ist. Dadurch wird die Grafik etwas kleiner, wenn der Balken eingeblendet wird. Ich hab vor einiger Zeit ein Issue dazu erstellt.

Moin Moin,
eine kurze Frage, hast du ein Link zum Issues oder vielleicht einen Lösung, wie ich den Balken unterdrücken könnte per css oder js in Vis, damit das nicht alles hin und her springt?

Gruß und Besten dank.

[Gargano]

@ple Einen Lunk habe ich nicht, aber in letzter Zeit ist es nicht mehr aufgetreten.

[ple]

@gargano
Du meinst, das es sich verschiebt?
Ich wollte den Ladebalken komplett weghaben, also das da garnichts mehr zu sehen ist.
Der wird anscheinend per ja Display:none gesetzt.
Ich hatte schon versucht es mit !important, aber wird ja vom js wieder überschrieben.

Hast du da vielleicht eine Lösung für eventuell?
Gruß und besten Dank

[Steffe.S.]

Ich möchte gerne den Kreis im roten Kreis , in Abhängigkeit von PV (hellbau), Netzbezug (grau) und Batterieunterstützung (grün) darstellen. Wäre das mit dem Adapter möglich?

[centrofly]

Hi,
ich möchte gerne alle ID's der existierenden Presets in einem Script auslesen. Die presets sind ja vorhanden im Objektbaum:

Ich möchte also alle IDs (also sowas wie "echarts.0.Klima.CO2" etc.) ermitteln. Aber ich schaffe es nicht, diese mit einem Selector zu ermitteln. Evtl. weil sie kein Channel oder Device im klassischen Sinne sind...?

Sowas wie das hier bringt leider kein Ergebnis:

$('echarts.0.*')

Hat jemand eine Idee?
VG
Jan