@skb Klasse, vielen Dank! Funzt!

@skb Okay, vielen Dank für die Erklärung.

@skb

Wow, bist du schnell, da kann sich aber so mancher Kundenservice ne dicke Scheibe von abschneiden!

Mit den Überschreibungen habe ich bisher noch gar nicht gearbeitet, echt krass was mit deinem Adapter alles geht!

Eine Verständnisfrage dazu habe ich aber doch noch: wenn man z.B. mit "stroke": "" auf den default Wert zurücksetzt, woher nimmt er den dann? Weil aus der Einstellung der Linie kommt sie nicht:

mit dieser Überschreibung für die Animation,

{
    "<0": {
        "stroke": "rgba(255, 115, 131,1)"
    },
    ">0": {
        "stroke": ""
    }
}

wird die Animation dann auf einmal gelb:

Wenn ich für die >0 Bedingung statt "stroke": "" die Farben aus der Linieneinstellung eintrage funktioniert aber alles genauso wie ich es mir gewünscht habe.

@skb Okay, vielen Dank für die Erklärung.

@skb

Wow, bist du schnell, da kann sich aber so mancher Kundenservice ne dicke Scheibe von abschneiden!

Mit den Überschreibungen habe ich bisher noch gar nicht gearbeitet, echt krass was mit deinem Adapter alles geht!

Eine Verständnisfrage dazu habe ich aber doch noch: wenn man z.B. mit "stroke": "" auf den default Wert zurücksetzt, woher nimmt er den dann? Weil aus der Einstellung der Linie kommt sie nicht:

mit dieser Überschreibung für die Animation,

{
    "<0": {
        "stroke": "rgba(255, 115, 131,1)"
    },
    ">0": {
        "stroke": ""
    }
}

wird die Animation dann auf einmal gelb:

Wenn ich für die >0 Bedingung statt "stroke": "" die Farben aus der Linieneinstellung eintrage funktioniert aber alles genauso wie ich es mir gewünscht habe.

@skb

Ich hätte da nochmal ne Frage: Ist es möglich die Schattenfarbe einer Linie über CSS-Klassen zu steuern? Wenn ich einer Linie für die Unterschreitung einer Schwelle z.B. diese Klasse zuweise:

.power-to-grid-line {
stroke: rgba(255, 115, 131,1) !important;
filter: drop-shadow(rgba(255, 115, 131, 0.8) 0px 3px 3px) !important;
}

Wird die Schattenfarbe nicht auf die Linie selbst, sondern auf die Animation angewendet:

Im Zuge dessen ist mir aufgefallen, dass die Klassen für die negativen Schwellen irgendwie nicht richtig aus der Konfiguration geladen werden. Sie sind zwar im Datenpunkt "configuration" der jeweiligen Instanz gespeichert und werden auch korrekt angewendet aber wenn man die Einstellungsseite das nächste mal öffnet wird die Klasse an der Stelle einfach nicht mehr angezeigt:

Die installierte Version ist 0.2.2 und ein Dateiupload wurde nach dem letzten Update auch gemacht.

@skb Klasse, vielen Dank! Funzt!

@homoran @SKB

Alles klar, danke euch beiden. Dann werde ich mir das einfach mit nem zusätzlichen Datenpunkt errechnen.

@homoran

Du meinst so?

Dann kommt das raus:

@homoran said in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:

BTW für den Gesamtverbrauch gibt es eine eigene Berechnung!

Ja, aber das ist noch nicht der Endausbau der Grafik. Da kommen eigentlich noch ein paar Zählerpunkte dazu. Genaugenommen ist das aktuell also eigentlich gar nicht wirklich der Gesamtverbrauch.

@homoran

Ich habe jetzt für Testzwecke einfach mal kurzer Hand die Real-Daten gegen Test-DPs ersetzt:

Netzbezug simuliert hierbei die Werte die vom EVU-Zähler kommen, WR-Leistung die Leistung die der Wechselrichter hinter dem Zähler einspeist (aus Netzsicht gesehen). Um zu ermitteln wie viel Energie aktuell verbraucht wird, muss ich diese beiden Werte aufaddieren, da ja sowohl das Netz als auch der Wechselrichter ihren Teil dazubeitragen. Das funktioniert ja auch soweit. Wenn der Wechselrichter allerdings mehr Leistung einspeist als die Verbraucher abnehmen, wird der Netzbezug logischerweise negativ, da diese überschüssige Energie ins Netz eingespeist wird.

Der reale Verbrauch wäre ja nun eigentlich 100W, da 50W der erzeugten 150W ins Netz gehen.

Hier noch mein Versuch alle Einstellungen grafisch festzuhalten:

@homoran

Also der rechte Wert kommt direkt so aus dem opendtu Adapter:
"opendtu.0.xxxxxxxxxxxxx.ac.phase_1.power"

Der linke Wert wird von einem Skript, das die Daten des Zählerlesekopfes verarbeitet, in einen Datenpunkt (Typ number) unter "userdata" geschrieben:
"0_userdata.0.Stromzähler.Keller.Leistungsanzeige"

Die Option "negative Werte positiv darstellen" ist nirgendwo aktiviert.

@skb Bezüglich der Addition hätte ich auch noch was:

Die Anzeige in der Mitte hat als Datenpunkt den linken Wert (-8W) und im Reiter Erweitert ist dann der rechte Wert (230W) als zu addierender Wert eingestellt. Eigentlich hätte ich dann als Ergebnis 222W erwartet.

Entweder werden negative Werte nicht richtig interpretiert oder ich habe noch irgendwas falsch eingestellt.

@skb said in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:

@ruffy8472 die Werte sind Watt - somit gehst Du davon aus, das auf den Elementen auch 12000 (Watt) - 12kW pro Etage sein kann, was ich mir nicht ganz vorstellen kann - außer auf jeder Etage sitzt ein Durchlauferhitzer, eine Wallbox, o.ä.

Aber, ich habe schon einen kleinen Gedankengang für das 'Springen', was auf deinem Bild zu sehen ist.

Ja, das ist richtig. Zumindest in einer Etage gibts nen Durchlauferhitzer. Damit man anhand der Geschwindigkeit auch direkt die unterschiedlichen Bezüge visuell vergleichen kann habe ich halt überall die gleichen Einstellungen genommen.

Was mir bei der letzten Version noch aufgefallen ist: Die Einstellung "Energiesparmodus für Animationen" wird bei mir irgendwie nicht korrekt gespeichert. Er setzt die Einstellung zwar nach dem speichern um aber wenn man das nächste mal die Konfiguration öffnet, steht sie wieder auf "off". Ein erneuter Upload hat da auch nichts dran geändert.