Test Adapter Energiefluss-erweitert v0.4.x GitHub/Latest

[SKB]

@maxtor62 wo liegt das Problem?

[Maxtor62]

@skb
Wenn ich mich recht erinnere hat Dein erster Adapter das automatisch dargestellt. Also wenn Batterieladung ohne PV-Produktion, dann war eine Animation vom Netz zur Batterie. Wie könnte ich das einstellen? Hab ja kein extra Datenpunkt.

[ManfredHi]

@icebear sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:

gibt es eine Möglichkeit, die Verbindungslinien zu verschieben?

das hätte ich auch schon ein paar mal benötigt, dass man die Linien frei verschieben bzw. anordnen kann.
Oft gehen sie durch ein anderes objekt, was nicht gut ausschaut. und mit unsichtbaren hilfsobjekten gehts zwar ist aber dann umständlicher auch in der wartung.

[oxident]

@skb Das was @Maxtor62 anspricht ist mir heute auch aufgefallen. Es wird halt davon ausgegangen, dass der Akku ausschließlich durch PV geladen wird.

Habe bisher keine schlaue Idee, wie sich das lösen ließe... aber das geht bestimmt

[Maxtor62]

@oxident @SKB

man könnte natürlich ein extra Datenpunkt erstellen und bissle scripten. Aber wenn das so wie früher im Adapter machbar ist, wäre das super.

[Homoran]

@maxtor62 sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:

und bissle scripten

das will ich sehen!

ich habe es bisher nicht geschafft alle Varianten korrekt darzustellen.
Nach meiner Meinung (Gefühl) geht das auch nicht, da zu viele errechnete Werte mit zuwenig gemessenen Werten gerechnet werden müssen.

gemessen sind nur

• Solar
• EVU
• Batterie

daraus muss nicht nur der Hausverbrauch gerechnet werden, sondern auch

• solar -> EVU
• solar -> Batt
• solar -> Haus
• Batt -> Haus
• Batt -> EVU
• EVU -> Haus
• EVU -> Batt

ich habe diese Werte bereits an den Linien visualisiert, das passt nur bei eindeutigen Situationen. z.B. wenn due Batterie voll ist und die Solarproduktion > Hausverbrauch ist.
nicht, jedoch wenn noch zusätzlich in die Batterie geladen wird.

ein bissle Skripten ist es definitiv nicht, wenn man alle Anteile aus einer Quelle richtig zuordnen will.

Erschwerend kommt noch hinzu, dass nicht alle Werte zeitgleich aktualisiert werden, und somit die Ergebnisse teilweise absurde Werte ergeben, insbesondere wenn kurzfristige hohe Schwankungen auftreten.
Ebenso kommt es zu leichten Verschiebungen, wenn die verschiedenen Messgeräte unterschiedliche Werte für den selben Verbrauch messen.

[Maxtor62]

@homoran

warum so kompliziert? Meiner Meinung nach reicht es völlig aus wenn: Produktion <=0 und
Batterieladung >=0. Dann muss das eine Zwangsladung sein. Wo soll denn sonst der Saft herkommen?
Oder hab ich da nen Denkfehler?

[icebear]

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

Meiner Meinung nach reicht es völlig aus wenn: Produktion <=0 und
Batterieladung >=0.

Das hatte ich ganz am Anfang auch schon mal so angeregt.

[Homoran]

@maxtor62 findet bei dir keinerlei/nie Ladung aus dem Netz statt, sobald der WR auch nur 1W produziert?

[Maxtor62]

@homoran
Natürlich, es werden ständig so 1-3 Watt raus geschickt und reingeholt.
Bei der Zwangsladung sind das 800 Watt. Das kann man ja in nem Script abfangen/unterscheiden oder?

[Homoran]

@maxtor62 sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:

Natürlich, es werden ständig so 1-3 Watt raus geschickt und reingeholt.

Bei mir kann das auch mehr sein.

Außerdem wollte ich für die Animation der Linien die dort anliegende Leistung berechnen.

[icebear]

Ich hab bei mir jetzt mal eine zweite Instanz erstellt und dabei ist mir aufgefallen, das wenn ich bei CSS-Style eine Schriftart deklariere

@font-face {
    font-family: 'JosefinSans-Regular'; 
    src: url('/vis.0/main/JosefinSans-Regular.ttf'); 
}

wird diese bei Text nicht angewandt. Komischerweise funktioniert das in der ersten Instanz einwandfrei.
Hab extra nochmal ein Dateiupload gemacht, geht aber nicht, die Schrift bleibt unverändert.

Und noch eine Frage falls das an mir vorbeigelaufen ist:

Kann man ein Element z.B. Rechteck auch 'linear gradient' füllen?

also wenn ich wieder bei CSS-Style folgendes eingebe:

background: linear-gradient(#e66465, #9198e5);

passiert auch nix

[Maxtor62]

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

Außerdem wollte ich für die Animation der Linien die dort anliegende Leistung berechnen.

Welche Leistung? Wo anliegend? Wozu?
Hat @skb auch ne Meinung dazu?

[Homoran]

@maxtor62 sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:

Welche Leistung? Wo anliegend? Wozu?

Die Antworten zu allen drei Fragen hast du gerade zitiert

[RalfTh]

@skb Hallo, zunächst mal vielen Dank für den Adapter. Man braucht zwar eine recht steile Lernkurve so ganz ohne Doku, aber das wird schon.

Ich möchte dir allerdings noch einen Bug melden den ich zufällig gefunden habe.
Wenn eine Datenquelle nicht mehr existiert, aber noch verwendet werden soll stürzt der Adapter ab.

In meinem Fall hatte ich einen Alias gelöscht, aber der DP war noch in der Datenquelle deines Adapters enthalten.

[SKB]

@maxtor62 Könntest Du mit einem Hilfsdatenpunkt und einem kleinen Skript auflösen.

Wenn keine Produktion und Batterie wird geladen (und liegt ggf. über 10 Watt), dann schreibe die Batterieladung in den Hilfsdatenpunkt. Diesen kannst Du dann auf der Linie als Animation nutzen.

[SKB]

@ralfth Bei welcher Version tritt dies auf?

Wurde eigentlich mit der Version https://github.com/SKB-CGN/ioBroker.energiefluss-erweitert#002-alpha16-2023-08-31
behoben bzw. abgefangen.

Edit: Das Wiki auf der Seite enthält bereits einige Beschreibungen für die Einstellungen, die etwas schwieriger sind.

[SKB]

@icebear Ich glaube, da hakt mit der Schriftart etwas. Schaue ich mir an.

Bestimmte Elemente lassen sich über CSS Klassen mit der entsprechenden ID stylen.

#ID {
fill: Farbe
}

Ein linear Gradient ist nicht möglich, das dieser im Quelltext angegeben werden müsste.

[SKB]

@icebear Wenn Du noch einmal drüber installieren möchtest, sollte der Fehler mit der Schriftart behoben sein.

[icebear]

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

sollte der Fehler mit der Schriftart behoben sein.

Danke, jetzt gehts. Perfekt.