Test eCharts Adapter

Homoran

@david-g sagte in Test eCharts Adapter:

Dieser wird logischerweise immer in den ersten ms des Folgetages geschrieben.

wenn das der Fall ist kann eCharts nichts anderes darstellen.

David G.

@homoran

Hatte gehofft, dass man den offset irgendwie in die andere Richtung verschieben kann.

Sei es für die Achse oder oder bei den Zeiteinstellungen.

Beide Funktionen gibt es, nur eben falsch rum für mich.

EDIT
Da würde das helfen ^^
https://github.com/ioBroker/AdapterRequests/issues/783

ipod86 created this issue in ioBroker/AdapterRequests

open Virtual History #783

Homoran

@david-g sagte in Test eCharts Adapter:

Hatte gehofft, dass man den offset irgendwie in die andere Richtung verschieben kann.

mit negativen Werten auch nicht?

aber möglicherweise so (ins unreine gedacht):
zweite Dummy Datenreihe mit offset 12h erstellen, davon die x-achse anzeigen lassen und die x-achse von den Werten ausblenden

David G.

@homoran sagte in Test eCharts Adapter:

mit negativen Werten auch nicht?

Gibt ja nur die Werte im Dropdownmeü....

Das mit der zweiten Achse schaffe ich nicht.
Bekomme nur eine gemeinsame Achse für beide hin. Y bekomme ich getrennt.

Homoran

@david-g ok, dann war das bei flot

David G.

@homoran

Wird dann ggf dafür nochmal reaktiviert ^^.

schmello

@bluefox

Ich möchte gerne meine Daten in Echarts wie folgt anzeigen.
Jeden Tag von Sonnen Aufgang bis Untergang.
Finde keine Einstellungen für diesen Zeitraum. Ist dies möglich?

BananaJoe

@schmello naja, du kannst feste Zeiträume definieren, ich habe für meine Solaranlage von 00:00 bis 24:00 genommen.
Nimmst du halt 06:00 bis 22:00, das müsste auch für den Sommer passen.

Dynamisch ... könnte mit Skripten gehen welche den Datenpunkt mit der Konfiguration der jeweiligen Grafik manipulieren (in den Objekten unterhalb von echarts.0 mal die Datenpunkte und deren Eigenschaften anschauen)

schmello

@bananajoe said in Test eCharts Adapter:

von 00:00 bis 24:00 genom

Genau es geht um Solar
Einen festen Zeitraum habe ich gefunden. Allerdings immer auch nur für Tag X oder von Tag X-Y.

BananaJoe

@schmello
ich habe das so:

stimmt, wenn man da Uhrzeiten haben will ...

spicer

@david-g
Ich stehe vor dem genau gleichen Problem.
Ich speichere immer die kWh der Photovoltaikanlage am 1. des Monats um 0:00 Uhr.
Jetzt zeigt mir eCharts natürlich die Arbeit immer im Folgemonat an.
Ein negativer Offset wäre vielleicht ein künftiges Feature für eCharts (?)

David G.

@spicer

Im Moment habe ich da 3 Ansätze.

SQL Daten manipulieren
Daten selber mit entsprechenden Stempel in die Datenbank schreiben
Tabellen mit einem Programm darstellen wie es geht.

Zu 1 und 2 gibt's hier was.

Zu 3
Als Visu nutze ich lovelace. Da gibt's eine custom card die es unterstützt. So mache ich es aktuell for die Charts wo ich es brauche.

duffy6

Hallo zusammen,

ich möchte die Kurve unterhalb der x-Achse anders einfärben als oberhalb.
Also so:

Ich habe dazu bei stackoverflow diesen Beitrag gefunden:
https://stackoverflow.com/questions/60322639/echarts-how-to-change-line-colors-for-positive-and-negative-values

Lässt sich das auch in iobroker machen?

Grüße
duffy6

David G.

Hallo,

Irgendwie bekomme ich mein Diagramm grad nicht sohin wie ich es möchte.

Screenshot_20230129_182349_Fully Kiosk Browser.jpg

Als Typ habe ich Schritte angegeben.
Die zu visualisierenden Daten sind Tagesverbräuche.
Deshalb würde ich im gezeigten Diagramm gerne ab dem 29ten nichts mehr anzeigen, da diese Werte noch nicht vorliegen.

Die verschiedenen Optionen, wie mit der "0" umgegangen werden soll, haben bei den Schritten keine Wirkung.

Unzufriedenstellend bekomme ich es gelöst, wenn ich am am 28ten um Mitternacht eine 0 in die Datenbank schreibe.
Der Nachteil ist, dass so die Y-Achse dann bei 0 beginnt. So erkennt man im Chart kaum was, da die Balken sich kaum in der Höhe unterscheiden.

Praktisch wäre, wenn man unter "Ende" auch in die Verganigehen könnte, allerdings werden nur Werte in der Zukunft angeboten...

Jemand eine Idee, wie ich das hinbekomme?

BananaJoe

So, nun habe ich auch mal ein Problem.
Ich stelle gerade von SQL auf InfluxDB um. An sich kein Problem, ich kopiere die Datenpunkte um und in eCharts muss ich nur die Instanz von sql.0 auf influxdb.0 setzen.

Nun habe ich aber das hier:

Ich meine die geraden Striche am Ende. Die Anzeige ist 24h, also von 0:00 bis 23:59 Uhr.
Er zeichnet jetzt immer eine Linie vom letzten Wert bis zum Ende.
Das hatte ich bei SQL nicht ... und das Problem hatte ich auch schon mal ...

Wo stellte ich das noch mal um?

Also ich möchte das es so aussieht bei der 24h Anzeige:

Er soll nur soweit zeichnen wie die Zeit ist

David G.

@bananajoe

Sollte man das nicnt normal mit einer der Optionen in den Griff bekommen?

Solange man als Typ keine Schritte ausgewählt hat (wie in meinem letzten Post) mein Problem ist?

BananaJoe

@david-g leider nein.
Ich habe hier jetzt einen Datenpunkt mit allen Daten sowohl in SQL als auch in InfluxDB.
Und jetzt zwischen den beiden umschalten.
Bei SQL hört die Darstellung beim letzten Wert auf, bei Influx zieht er durch bis Diagramm-Ende

BananaJoe

@solardach sagte in Test eCharts Adapter:

Falscher zusätzlicher Datenpunkt bei Zeit Tagesende.

Darstellung zeigt den Sonnenstand. Tageswerte bis 11:28 Uhr diese werte sind auch nur in der InfluxDB enthalten. Also sollte die Linie um 11:28 Uhr aufhören.

Am Ende der Zeit Skala wird ein nicht existierender Datenpunkt erzeugt. (Rote Markierung 00:00 Uhr)
Wie kann ich das verhindern oder ist es ein Bug ?

In Grafana ist die Darstellung korrekt gleiche Datenbasis.

Hattest du das irgendwie gelöst bekommen?
Ich baue gerade um von SQL auf InfluxDB - und habe das gleiche Problem.
Bei SQL hört er beim letzten Wert auf, bei InfluxDB zieht er durch bis zum Ende

BananaJoe

Und ich spamme das hier voll:
Es gibt ein offenes Ticket dafür:
https://github.com/ioBroker/ioBroker.echarts/issues/87

Da im Admin in der Vorschau das Verhalten das gleiche ist vermute ich das InfluxDB bei einer Abfrage eines Zeitraumes dessen Ende in der Zukunft liegt für den letzten Zeitpunkt einfach den letzten Wert liefert anstatt nichts.

Ich mach mich mal auf die Suche ob man das in InfluxDB abschalten kann.

Homeworker11 created this issue in ioBroker/ioBroker.echarts

open ECharts erzeugt falschen Zusätzlichen Datenpunkt in der Zukunft #87

BananaJoe

@bananajoe ok, also wenn ich die Datenbank nach seinen Werten Frage - eine 30m zurück und 2h in die Zukunft:

var end = Date.now();
sendTo('influxdb.0', 'getHistory', {
    id: 'tuya.0.01507801e868e7553d50.3',
    options: {
        start:      end - 1800000,
        end:        end + 7200000,
        aggregate: 'onchange',
        addId: true
    }
}, function (result) {
    for (var i = 0; i < result.result.length; i++) {
        console.log(result.result[i].id + ' ' + result.result[i].val + " " + new Date(result.result[i].ts).toISOString());
    }
});

Dann kommt - das hier:

2023-02-01 19:22:39.411  - info: javascript.1 (237231) Start javascript script.js.Tests.influxdb_test1
2023-02-01 19:22:39.431  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
2023-02-01 19:22:42.930  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 59 2023-02-01T17:52:39.431Z
2023-02-01 19:22:42.931  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 59 2023-02-01T17:55:43.486Z
2023-02-01 19:22:42.931  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 58 2023-02-01T17:56:14.485Z
2023-02-01 19:22:42.932  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 57 2023-02-01T17:57:26.374Z
2023-02-01 19:22:42.932  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 58 2023-02-01T17:59:30.475Z
2023-02-01 19:22:42.933  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 57 2023-02-01T17:59:54.184Z
2023-02-01 19:22:42.933  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 58 2023-02-01T18:00:30.186Z
2023-02-01 19:22:42.933  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 56 2023-02-01T18:01:30.006Z
2023-02-01 19:22:42.933  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 56 2023-02-01T18:02:11.978Z
2023-02-01 19:22:42.934  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 57 2023-02-01T18:02:43.916Z
2023-02-01 19:22:42.934  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 57 2023-02-01T18:03:49.968Z
2023-02-01 19:22:42.934  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 56 2023-02-01T18:03:57.785Z
2023-02-01 19:22:42.934  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 57 2023-02-01T18:04:59.798Z
2023-02-01 19:22:42.934  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 57 2023-02-01T18:05:41.657Z
2023-02-01 19:22:42.934  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 56 2023-02-01T18:06:45.696Z
2023-02-01 19:22:42.934  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 55 2023-02-01T18:06:55.609Z
2023-02-01 19:22:42.934  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 55 2023-02-01T18:07:31.487Z
2023-02-01 19:22:42.934  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 55 2023-02-01T18:08:03.438Z
2023-02-01 19:22:42.935  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 55 2023-02-01T18:08:37.415Z
2023-02-01 19:22:42.935  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 55 2023-02-01T18:09:17.370Z
2023-02-01 19:22:42.935  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 55 2023-02-01T18:09:49.319Z
2023-02-01 19:22:42.935  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 55 2023-02-01T18:11:03.325Z
2023-02-01 19:22:42.935  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 54 2023-02-01T18:11:27.167Z
2023-02-01 19:22:42.935  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 54 2023-02-01T18:12:03.131Z
2023-02-01 19:22:42.935  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 55 2023-02-01T18:12:43.039Z
2023-02-01 19:22:42.935  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 54 2023-02-01T18:13:22.994Z
2023-02-01 19:22:42.935  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 54 2023-02-01T18:14:35.131Z
2023-02-01 19:22:42.936  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 55 2023-02-01T18:14:46.959Z
2023-02-01 19:22:42.936  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 53 2023-02-01T18:15:34.822Z
2023-02-01 19:22:42.936  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 53 2023-02-01T18:16:08.785Z
2023-02-01 19:22:42.936  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 53 2023-02-01T18:18:09.041Z
2023-02-01 19:22:42.936  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 52 2023-02-01T18:18:24.545Z
2023-02-01 19:22:42.936  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 52 2023-02-01T18:21:24.840Z
2023-02-01 19:22:42.936  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 53 2023-02-01T18:22:22.202Z
2023-02-01 19:22:42.936  - info: javascript.1 (237231) script.js.Tests.influxdb_test1: tuya.0.01507801e868e7553d50.3 53 2023-02-01T20:22:39.431Z

Also die Zeitstempel ganz hinten sind ZULU Zeit (die ja immer gleich ist) oder eine andere Zone.
Ich habe das um 19:22 Uhr ausgeführt, in der Abfrage Werte 30 Minuten zurück (18:52 Uhr) und 2h in die Zukunft (21:22 Uhr) angefragt. Die Ausgabe ist also immer mit einer Zeit um 60 Minuten zurück (jetzt in der Winterzeit)
Wie man sieht gibt er in der letzten Zeile einen Wert für 20:22:39 zurück (obwohl es den Wert nicht gibt). Als Wert nimmt er den letzten Wert.

NEWS

Test eCharts Adapter

open Virtual History #783

open ECharts erzeugt falschen Zusätzlichen Datenpunkt in der Zukunft #87

Support us

1.1k
Online

31.2k
Users

78.5k
Topics

1.2m
Posts

NEWS

Test eCharts Adapter

open Virtual History #783

open ECharts erzeugt falschen Zusätzlichen Datenpunkt in der Zukunft #87

Support us

1.1kOnline

31.2kUsers

78.5kTopics

1.2mPosts

1.1k
Online

31.2k
Users

78.5k
Topics

1.2m
Posts