Support Adapter Energiefluss-erweitert v0.6.2
-
@skb sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
@bernd1967 Du kannst doch die Farbe für normal einstellen und dann, wenn der Wert positiv ist, eine Klasse zuweisen.
Dann wird die Farbe geändert.Es geht jetzt um "Add Text with Datasource"
Zum nachstellen:
Ich stelle die Farbe weiß für normal ein (Fill Color)
Unter "Source over Threshold (positiv)" trage ich die Klasse ein (hier farbe_rot).
Ich speicher das ganze und es funktioniert.
Jetzt gehe ich aber wieder in den Einstellungen und will was anderes machen und speichere erneut.
Und jetzt passiert der Fehler.
Der Value Wert war beim zweiten speichern >0 und damit die Füll Farbe rot.
Und genau diesen Wert hat die Funktion dann unter "Normal" abgespeichert.
Jetzt ist die Farbe immer rot, egal welcher Wert.
Die nächste Schwierigkeit ist das wieder zu entfernen.
Versucht man nämlich die Füll Farbe "Normal" wieder zu ändern gelingt das nicht.
Erst wenn man die CSS Klasse entfernt und speichert kann man dann auch wieder die Füll Farbe ändern. -
Jetzt zum nachstellen für "Rectangle":
Ich füge ein neues Rechteck hinzu.
Ich stelle Fill Color als weiß ein.
Ich wähle unter "Source" die Datenquelle.
Unter "Source over Threshold (positiv)" trage ich die Klasse ein (hier farbe_rot).
Ich speicher das ganze und als Ergebnis ist die Füllung rot, egal welcher Wert.
Und auch hier wurde unter "Normal" die Füll Farbe verändert zu rot obwohl ich weiß eingestellt hatte. -
Das Verhalten
- das wenn Farben durch CSS geändert sind, weil der threshold überschritten ist
- und das aktuell so angezeigt wird
- und dann an der Konfig was geändert wird
- dann wird die aktuelle CSS Farbe als normale Farbe gespeichert
kann ich so bestätigen. Das Verhalten habe ich hier auch so.
Kriegt man wieder gerichtet indem man Konfiguriert, wenn der Wert gerade unter dem threshold ist, was nicht immer so einfach ist, weil irgendein Wert immer über dem threshold ist. Somit rennt man den korrekten Farbeinstellungen hinterher :-(.
-
Guten Abend,
@SKB Muss sagen erstmal ein dickes Lob für die beiden tollen Adapter die du da geschaffen hast. Super Arbeit.
Habe erst mit dem alten angefangen und nun muss der neue mal ran
Ich wette auch darauf, dass irgendwer dies schon angesprochen hat, allerdings habe ich es beim durcharbeiten des Beitrages nicht gefunden.
Ich stelle mich gerade etwas an den Akku mit 2 Datenpunkten hinzukriegen, also laden DP1 entladen DP2. Leider kann ich keinen SOC ausgeben, da ich dafür noch nichts habe was die Spannung misst oder den Status der Batterie ( Test mit AGM ).
Im alten Adapter konnte man ja beide DP´s angeben und er hat dann entschieden laden aus Netz / PV oder entladen.
Hat vielleicht jemand einen Tipp für mich wie das beim neuen Adapter realisiert wird ? Steh da glaube ich etwas auf dem Schlauch.Vielen Dank im Voraus
Marco -
Hi, läuft schon sehr gut!
Allerdings wird die Richtung der "Fluss-Animation" so angezeigt, wie ich die Verbindung erstelle.
Heisst im Beispiel:
Haus und Kühlschrank sollen verbunden werden, clicke ich zuerst das Haus an und dann den Kühlschrank, läuftdie Animation vom Haus zum Kühlschrank. Lege ich die Verbindung anders herum an, wird sie auch anders herum animiert.
Ist das so gewollt, obwohl ich die "Animation Datasource" angeben kann?Noch was:
Wenn die Produktion (Solaranlage) etwas produziert, wird, obwohl die komplette Leistung im Haus genutzt wird, die Animation in Richtung Haus UND Netz animiert.
Was hab ich denn da wohl falsch eingestellt? -
@guergen sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
Lege ich die Verbindung anders herum an, wird sie auch anders herum animiert.
Ist das so gewollt,klar!
-
@homoran OK, ich dachte nur, da ich ja die destination angeben kann.
-
@guergen Du gibst nicht die "Destination" an - du gibst die Quelle der Leistung an, damit erkannt werden kann, ob überhaupt animiert werden muss
Zusätzlich lässt sich ja einstellen, ob die Animation "vorwärts" oder "rückwärts" laufen soll, je nach Wertebereich (positiv/negativ).
-
@blade1987 Danke für die netten Worte an diesem Morgen. Freut mich sehr
Um die Batterie berechnen zu können, muss ein SoC verfügbar sein, da sonst nicht errechnet werden kann, wie lange die Batterie noch läuft, da der Ladezustand bekannt sein muss. Dies war beim "Energiefluss"-Adapter auch der Fall.
Oder habe ich nicht verstanden, was Du meinst?
-
@skb Ja klar, aber das ist doch die Datenquelle der Leistung!
Auch wenn die Leistung 0 ist; Threshold steht auf 3; hört die Animation nicht auf
Was hab ich zu Punkt 2 falsch eingestellt?
Edit: ich denke das geht über die CSS.... muss ich mich mit beschäftigenIm Übrigen: "Cannot parse JSON: undefined" gibt´s bei mir immer noch... ;-(
-
@guergen Wenn die Animation nicht aufhört, dann stimmt etwas mit dem Threshold oder mit der Quelle nicht.
-
@guergen sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
@skb Ja klar, aber das ist doch die Datenquelle der Leistung!
Auch wenn die Leistung 0 ist; Threshold steht auf 3; hört die Animation nicht auf
Was hab ich zu Punkt 2 falsch eingestellt?zeig doch mal deine Einstellungen.
Ich blick da gerade nicht mehr durch wovon du schreibst. -
@homoran hier ein Snip:
Threshold steht auf 3, der Wert ist der richtige und ist momentan 0. Animation läuft noch
-
@guergen und welche datasource?
und wie unter basic konfiguriert? -
@homoran Oh mann..... der Wald ist aber wieder ganz schön dicht.... da sollte man den richtigen einstellen...
Danke für´s Augen öffnen! -
@guergen und immer zeigen! zeigen! zeigen!
auch jetzt zur Auflösung!
-
-
@guergen
wieder unvollständig wie und wo angedockt?
wie ist die jeweilige source definiert?
liefert diese positive oder negative Werte?was war jetzt der Wald?
-
@homoran Ich weiss nicht genau, was Du jetzt sehen möchtest...
Ich hatte bei den Linien die Datasource immer auf Haus gesetzt, nicht wie es muss auf das jeweillige Gerät.
Dazu hatte ich die Linie immer vom Gerät zum Haus eingetragen, das musste anders herum sein bzw in Richtung des Stromflusses.
Die Geräte melden immer einen Positiven Wert, ausser das Netz. Jetzt scheine ich es richtig eingetragen zu haben! -
@guergen sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
was Du jetzt sehen möchtest...
@guergen sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
Dazu hatte ich die Linie immer vom Gerät zum Haus eingetragen, das musste anders herum sein bzw in Richtung des Stromflusses.
und genau das wollte ich sehen.
wäre hier zu sehen gewesen
@guergen sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
Die Geräte melden immer einen Positiven Wert,
bei falscher Laufrichtung müsste es negativ sein
