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

[muuulle]

@mcu
Danke. Ich hab’s in den Objektdaten gefunden. Danke ️

[MCU]

@muuulle Man muss aber anscheinend momentan aufpassen. Bei 1 Kurve ist der Objekt Parameter lines, bei mehreren Kurven ist es l.

[Bernd1967]

@mcu sagte in Test eCharts Adapter:

@muuulle Man muss aber anscheinend momentan aufpassen. Bei 1 Kurve ist der Objekt Parameter lines, bei mehreren Kurven ist es l.

Sicher ?
Damals hing das mit der Adapterversion zusammen ( Link ).
Bei älteren Versionen wurde "lines" benutzt , bei neueren nur "l".
Leider kann das zu einem durcheinander führen, im selben Preset hat man dann beide Varianten.

[MCU]

@bernd1967 Also es kann sein das die neuen nur l haben. Ist mir nach dem Speichern aufgefallen.
Man muss dann aber alle seine Presets neu speichern, damit es angepasst wird.
Ansonsten bleibt es ja so, da der Adapter beim Upgrade es nicht automatisch macht.

[Bernd1967]

@mcu sagte in Test eCharts Adapter:

Man muss dann aber alle seine Presets neu speichern, damit es angepasst wird.

Bei meinem letzten Test im Februar funkionierte genau das nicht.
Ich mußte alles per Hand ändern.
Aber egal, Issue hatte ich ja damals angelegt.....

[Mabbi]

Hi,

@MCU : danke für die Tipp.
Ich habe das gestern abend ausprobiert und mich durch die Anleitung gearbeitet:

So sieht nun das Test-Vis aus und auch die Anzeige dazu:

Dies sind meine Einstellungen:

java-Script läuft und ist editiert:

So sieht meine javascript Instanz aus:

Das widget habe ich wie beschrieben in das Vis/Test2 importiert.

Egal was ich in den Object Werten in
0_userdata.0.echarts // 0_userdata.0.echarts.echartsDP
eingebe, das eChart wird immer mit der Grundkonfiguration von 24h angezeigt.

Keine Warnungen oder Fehler im Protokoll.

Ich habe die range Option sowohl einzeln wie auch beide gleichzeitig in 0_userdata.0.echarts // 0_userdata.0.echarts.echartsDP ausprobiert, jeweils aktiviert und eine range eingegeben. VIS bleibt unverändert.

Ist mir hier irgenetwas entgangen, bzw. was mache ich falsch ?
Vielen Dank vorab für Eure Hilfe.

[MCU]

@mabbi Zeig mal die Presets in echarts.0 und die Objekteigenschaften zum echarts.0.D_Energie_copy. In CodeTags </>.
Wir sollten die Diskussion in den anderen Thread verlagern, gehört nicht zum eigentlich echart-Adapter?
https://forum.iobroker.net/topic/52228/howto-zusatz-programme-fuer-jarvis-v3

Also echartDP muss schon mal '0_userdata.0.echarts'; sein, sonst kann es ja nicht funktionieren.

[Mabbi]

-> anderes topic

[muuulle]

@mcu
Moin mcu,

kannst du erkennen, warum die xticks nicht übernommen

const objektId = 'echarts.0.iQontrol-Solar-Monat';

getObject(objektId, (err, obj) => {
    if (err || !obj) return;
    obj.native.data.xticks = [5];
    setObject(objektId, obj);
});

Es passiert einfach nichts. Nichts im Log. Keine Änderung beim Datenpunkt. Das Diagramm hat mehrere Datenpunkte. Vielleicht liegt es auch daran?

Vielen Dank

[Bongo]

@mcu sagte in Test eCharts Adapter:

@mabbi Hier sind einige Beispiele

https://mcuiobroker.gitbook.io/jarvis-infos/jarvis-v3/system-effektprog./echartschange

Danke für das Script und die Inspiration.
Mich interessiert nur die Range, die ich mit mehreren Charts synchronisieren kann.
Ich benutze ein Array und habe es so abgeändert:

var myEchartsDP =[
  "echarts.0.Photovoltaik.Zendure Ladestand Akku",
  "echarts.0.Photovoltaik.Zendure PV Ausgang",
  "echarts.0.Photovoltaik.Zendure Sonneneinstahlung",
  "echarts.0.Photovoltaik.Zendure Temperatur Hyper 2000",
  "echarts.0.Photovoltaik.Zendure täglicher Ertrag"
];
on({id: echart_rangeDP, change: "any"}, function (obj) {
    let value = obj.state.val;
    myEchartsDP.forEach( async function(echartsDP) {
        let objDP = getObject(echartsDP);
        objDP.native.data.range= value;
        setObject(echartsDP,objDP);
    })
});

[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