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

[wolfi913]

@mcu sagte in HowTo: Zusatz-Programme fuer jarvis v3:

Liegt an dem Programm.
Neue Version oder erklären, wo was geändert werden muss?

Wollte momentan eigentlich nicht auf die 3.2er-Version raufgehen. Gäb's eine andere Lösung über die Styles? Wenn nicht ist's für mich aber momentan nicht das große Problem es beim dunklen Hintergrund zu belassen bis die 3.2 stabiler läuft.

[MCU]

@wolfi913 Nein, mein Programm.
lime für den Mittelwert, kommt da auch nicht so gut:

[wolfi913]

@mcu sagte in HowTo: Zusatz-Programme fuer jarvis v3:

@wolfi913 Nein, mein Programm.

Wenn Du ohnehin noch Änderungen hast könntest Du es ja evtl. noch einbauen. Wäre aus meiner Sicht aber nicht notwendig extra deswegen eine gesonderte Korrektur zu machen.

lime für den Mittelwert, kommt da auch nicht so gut:

Stimmt :blush:

[MCU]

@wolfi913 Dann warte ich auf die History und mache dann eine neue Version.

[wolfi913]

@mcu
Ich stell' Dir morgen die Daten rein.

[wolfi913]

@mcu
Noch ein Nachtrag
Hab's gerade noch mit der Außentemperatur getestet.

Die negativen Werte funktionieren doch. Liegt wohl dann an der Datenmenge.
Ich logge die History-Daten der Batterie trotzdem mal bis morgen mit.

Was mir aber noch aufgefallen ist:
Das stateListeItemHistory.js kann nur 1x eingebunden werden. Zwei Scripte verursachen beim zweiten Script einen Fehler. Das erste eingebundene funktioniert einwandfrei.
Evtl. wäre es möglich, wenn Du eh am Script noch Änderungen hast, entweder nur die Instanz (.0) oder sogar die gesamte Datenbankquelle (influxdb.0, influxdb.1, history.0 etc.) in die slHistoryWidgets zu verlegen, damit je DP eine eigene Quelle gesetzt werden könnte. Dann sollte man mit einem Script auskommen. Hatte das gerade gebraucht, weil die Temperatur in der Instanz 0 und die PV-Anlage in der Instanz 1 liegt.

[MCU]

@wolfi913 sagte in HowTo: Zusatz-Programme fuer jarvis v3:

Das stateListeItemHistory.js kann nur 1x eingebunden werden.

Warum möchtest du es 2x einbinden?
Ok, ich schau mal.

[wolfi913]

@mcu
Anbei der versprochene Export aus der History mit Positiv-/Negativwerten.
Battery but with minus sign for charging.csv
Vielleicht kannst Du ja was damit anfangen.
Hat's mir beim Export aber auf 2000 Datensätze zusammengestutzt.
Bestärkt daher leider meine Vermutung, dass die Datenmenge einfach zu umfangreich ist.

[MCU]

@wolfi913 Falls noch mehr Werte da sind, ist das auch interessant, damit ich es auch von der Anzahl testen kann.
Hast du im History-Adapter Speicherverzeihnis angegeben?

Dann kann du die Dateien direkt kopieren.

[wolfi913]

@mcu sagte in HowTo: Zusatz-Programme fuer jarvis v3:

Dann kann du die Dateien direkt kopieren.

Ich bekomme die Dateien leider nicht von meinem lxc-Container runter.
Mit FileZilla krieg ich leider nur

Verbindungsversuch fehlgeschlagen mit "ECONNREFUSED - Verbindung durch Server verweigert".

Server, Benutzername, Passwort und Port 21 würden aber stimmen.
FTP mag mich irgendwie nicht.
Die Backups krieg ich über NFS auf meine Synology.
Evtl. könnte ich daher noch über einen Mount die Daten rauskopieren. Müsste ich mich aber erst mal einlesen. Da sind meine Linux-Kenntnisse aktuell zu beschränkt :disappointed:

[MCU]

@wolfi913

[wolfi913]

@mcu sagte in HowTo: Zusatz-Programme fuer jarvis v3:

Das war's
sftp:// beim Server vorangestellt und schon geht's
Again what learned :blush:

Die Datei brauchst Du, oder?
history.0_userdata.0.PV.BatGridSigned.json
Hab leider heute morgen das Logging wieder gestoppt, da die Daten ja in der influxDB eh landen.
Soll ich das Logging nochmal aktivieren und ein paar Daten zusammenkommen lassen?

[MCU]

@wolfi913 Ja, aber da sind nur 6 Datensätze drin. Lass noch mal laufen und schick es mir morgen oder übermorgen abend.

[wolfi913]

@mcu
Logging läuft
War eh die falsche Datei. Die haben leider bei mir zu ähnliche Namen
Hier zumindest schon mal die richtige
history.0_userdata.0.PV.SignedBat.json
Logging läuft aber jetzt trotzdem mal mit und Du bekommst morgen eine aktuelle Datei.

[wolfi913]

@mcu
Hier die aktuelle History der letzten 24h:
history.0_userdata.0.PV.SignedBat.json
Ich hoffe Du kannst was damit anfangen.

[MCU]

@wolfi913 Also negative Werte werden angezeigt.

So bald ich 2 Tage anzeigen lasse gibt es Probleme -> es wird nur der 1. Tag angezeigt. Scheint ein "history"-Problem zu sein, da er eigentlich 6000 anzeigen müsste.

[wolfi913]

@mcu sagte in HowTo: Zusatz-Programme fuer jarvis v3:

@wolfi913 Also negative Werte werden angezeigt.

Ja, die funktionieren bei mir auch
siehe: https://forum.iobroker.net/post/1156604
mit Außentemperatur. Negative Werte klappen auch bei den Colors :+1: .

colorTemperature

let colorTemperature = [
{
"gt": -100,
"lte": 0,
"color": "blue"
},
{
"gt": 0,
"lte": 10,
"color": "lightblue"
},
{
"gt": 10,
"lte": 20,
"color": "khaki"
},
{
"gt": 20,
"lte": 25,
"color": "orange"
},
{
"gt": 25,
"color": "red"
}
]

Wie hast Du's hinbekommen die Anzahl der Werte mit 1999 zu bekommen? Bei mir sind da immer nur max. 500 Werte drin. Möglicherweise weil Du aus der history den Chart generierst und ich aus der influxdb?
Werd' das morgen Abend bei mir mal testen die Daten auch aus der history zu holen. Dann lass ich künftig die Werte einfach doppelt loggen.

[wolfi913]

@mcu sagte in HowTo: Zusatz-Programme fuer jarvis v3:

So bald ich 2 Tage anzeigen lasse gibt es Probleme -> es wird nur der 1. Tag angezeigt. Scheint ein "history"-Problem zu sein, da er eigentlich 6000 anzeigen müsste.

Scheint das gleiche Problem zu sein, dass ich auch hatte. Bei mir waren dann immer nur kurze Zeiträume mit 500 Datensätzen im Chart.

[MCU]

@wolfi913 Also es hängt mit dem aggregate: 'onchange', zusammen. Nehme ich es raus bekomme ich den ganzen Bereich aber weniger Werte, dann selektiert er anscheinend selbst?

[wolfi913]

@mcu sagte in HowTo: Zusatz-Programme fuer jarvis v3:

@wolfi913 Also es hängt mit dem aggregate: 'onchange', zusammen. Nehme ich es raus bekomme ich den ganzen Bereich aber weniger Werte, dann selektiert er anscheinend selbst?

Vermutlich wird das Zeitfenster in kleinere Bereiche aufgeteilt. Und in diesen dann wieder als gemittelter Wert zurückgegeben. Damit kommt natürlich eine gewisse Ungenauigkeit rein die in meinen Beispielwerten jetzt nicht das große Thema wären. Ist halt mit den vielen Werten im 10sec-Abstand schon ein sehr spezielles Beispiel. Wenn ich aber dann Dein Beispiel mit den Spritpreise sehe, da fände ich ungenaue Werte da schon eher "unschön". Für den speziellen Fall könnte man sich ja dahingehend abhelfen bei diesen Datenmengen das schon beim Logging abzufangen und bspw. nur den gemittelten Werte der letzten 1 oder 2 Minuten zu speichern.