Test Adapter Energiefluss-erweitert v0.6.2
-
@skb Damit du noch was hast:
habe jetzt alle auf 400/2000 gestellt und eigentlich schnelle(re) Strömlinge erwartet.
Alle Dots laufen annähernd gleich schnell.
lediglich die blauen von der Batterie überholen schon mal gemächlich einen lila vom Netz!
ohne Parallelfahrbahnen wäre es mir nicht aufgefallen. Auf gar keinen Fall ist es Faktor 10-12 -
@homoran Schaue ich mir dann an, danke für deine Hilfe!
-
@homoran Wenn Du nochmal drüber installierst, kannst Du nun auch String Datenpunkte darstellen.
Musst nur hier die Option setzen:
-
@skb sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
@homoran Wenn Du nochmal drüber installierst, kannst Du nun auch String Datenpunkte darstellen.
Musst nur hier die Option setzen:
Danke!
gute N8 -
Hi!
Habe auch das Update auf alpha3 aufgespielt.
Mir fällt auf, dass ich nun eine Dunkelgraue Hintergrundfarbe habe, die ich vorher nicht sah.
Vorher:
Nachher, also jetzt mit alpha3:
-
@SKB klappt!!
-
Hallo,
kann man in den Basic Settings bei Text und Icons noch die Farbe mit rein geben? -
@schaefersklaus sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
Hi!
Habe auch das Update auf alpha3 aufgespielt.
Mir fällt auf, dass ich nun eine Dunkelgraue Hintergrundfarbe habe, die ich vorher nicht sah.
Vorher:
(...)Nachher, also jetzt mit alpha3:
(..)Au weh, das klingt jetzt vermutlich unglaubwürdig, aber was soll ich machen?
Heute morgen starte ich den Mac und Safari neu, und da passt es wieder.
Übrigens, dieser dunkle Hintergund war gestern auch im Editor des Adapters. Heute dann nicht mehr.
Also hier:
Wie kann das sein? Wie kann sich die Hintergrundfarbe des Editors ändern? Wovon hängt diese ab?
Ich danke euch!
Viele Grüße!
-
@schaefersklaus sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
Wie kann das sein?
der böse Browsercache!
@skb
ich hab heute auch Neuigkeiten.
Gestern fielen mir schon zwei Dinge auf, die ich aber nicht wirklich reproduzieren konnte.
Die Animationen ruckten ab und zu, genau gesagt sprangen die Dots schnell an eine andere Stelle um von dort in vorheriger Geschwindigkeit weiter zu laufen.Dann hatte ich überlegt, ob es an Objekten mit aktivem reduce liegt.
Heute scheint die Sonne und ich lade das Auto.
Jetzt rasen alle Animationen, die in diesem "Stromkreis" involviert sind, auch wenn durch reduce der eigentlich relevante Wert niedrig ist:
Von der Solaranlage (gelbe Dots )über das Haus zur UV Keller (grün) bis hin zur Zoe (weiß) laufen die Animationen turboschnell.Hattest du in der Alpha 4 da schon was angepasst?
EDIT:
Wahrscheinlich alles gut!
Ich muss mir anscheinend die Quellen für die Animationen neu basteln!
beim "alten" Adapter brauchte man sich ja um gar nichts zu kümmern.
Jetzt muss ich wahrscheinlich erst die auf diese Linie entfallende relevante Leistung selbst berechnen -
@SKB ich hab dir da mal ein issue erstellt..auf GIT
-
@sigi234 Du meinst beide Farben?
Rahmen und Füllung?@schaefersklaus Das ist, denke ich, der Darkmode, der noch nicht fertig ist.
@Homoran Jetzt hänge ich etwas nach - geht nun oder geht nun nicht?!
-
@arteck Danke - der Fehler sagt mir nichts.
Könntest Du erklären, wie es dazu kommt? -
@skb sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
Jetzt hänge ich etwas nach - geht nun oder geht nun nicht?!
weiss ich noch nicht, sorry!
"Irgendetwas" geht, aber nicht so wie ich es will.Das scheint aber daran zu liegen, dass die Geschwindigkeit natürlich über die angegebene Source geregelt wird.
Und die wird nicht um das reduce korrigiert.Geht auch nicht (überall).
im Prinzip müsste man auf die im Objekt berechnete Reduzierte Leisung zugreifen können.
Nützt aber auch nichts, wenn diese Leistung, wie im "Haus" aus Solar und Netz gespeist wird.ich brauch noch ein paar schlaflose Nächte für eine mögliche Lösung.
Auch das von anderen Usern gewünschte Anlegen von Datenpunkten (hier für die berechneten Leistungswerte) wäre in diesem Fall suboptimal, da es aufgrund der Asynchronität ggf. zu spät zum Update des Werts kommt.
Im Adapter die berechneten Werte als Variablen den sources zur Verfügung stellen wäre wohl besser.
Wie es aber in Fällen ausgeht, wenn z.B. der Netzbezug der Batterie einen positiven Ladestrom bei gleichzeitig nicht stattfindender solarer Ladung benötigt, weiss ich auch nicht.
(noch lustiger, aber wahrscheinlich vernachlässigbar wäre eine Ladung aus dem Netz während solare Produktion existiert, diese aber für den Verbrauch draufgeht) -
@skb sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
@sigi234 Du meinst beide Farben?
Rahmen und Füllung?Nein, Icons alle weis......
-
@sigi234 ah okay, falsch gelesen.
Sicher kann man das.
-
@skb
ich hoffe du hockst bei dem schönen Wetter nicht vor dem PC!Ich wollte mit einem weiteren Screenshot noch mal mein Dilemma mit der Ansteuerung der Geschwindigkeit der Dots über eine source erläutern. Vielleicht hat ja ein User eine Idee.
Im Moment sind nur 2 Objekte betroffen, involviert sind aber mehr!
Die Dots vom Solar kommend rasen zu beiden Zielen mit gleicher, hoher Geschwindigkeit.
Ursache ist, dass in beiden Animationen die solare Produktion (3991) als source hinterlegt ist.davon gehen aber 3559 als Einspeisung ins Netz, der Rest ins Haus.
Das ganze ist beliebig zu verkomplizieren.
Wenn jetzt das Auto lädt, und noch Strom aus der Batterie entnommen wird....
Die Ladeleistung des Autos im Haus und in der UV Keller abgezogen wird...woher bekommt man dann vernünftige Quellen, um die Lasten in den entsprechenden Abschnitten realistisch darzutellen, wobei...
Die Last natürlich auch zwischen Haus und UV Keller vorliegt
-
@homoran Am PC net - Handy liegt aber auch im Garten
Du kannst doch rechts auf die Linie, die zum Haus geht, den Hausverbrauch legen. Dann wird das schon mal richtig dargestellt.
Produktion als DP auf eine Linie würde ich nur machen, wenn dort ein "Verteiler" sitzt.
Generell würde ich auch auf die Linien, die weitergehen, immer den Datenpunkt des nächsten Elements nehmen. Also, das, was das Element verbraucht und nicht, was zum Element geschickt wird, was ja mehr sein kann.
-
@skb sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
Du kannst doch rechts auf die Linie, die zum Haus geht, den Hausverbrauch legen. Dann wird das schon mal richtig dargestellt.
nein!
sobald der Verbrauch aus Solar und Batterie und/oder Netzbezug versorgt wird passt das auch nicht mehr
@skb sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
Generell würde ich auch auf die Linien, die weitergehen, immer den Datenpunkt des nächsten Elements nehmen. Also, das, was das Element verbraucht und nicht, was zum Element geschickt wird, was ja mehr sein kann.
klingt gut, klappt aber auch nur wenn an der "UV" nur ein weiteter Verbraucher hängt.
@skb sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
Handy liegt aber auch im Garten
das ist doch wenigstens was, ich muss auch gleich wieder raus, die Farbe müsste trocken genug sein
-
@homoran ok, dann erstellst du dir einen DP, der dir Produktion - Einspeisung - Batterieladung liefert.
Den dann oben rechts auf die Linie.Ich meine, es könnten auch mehr Verbraucher auf dem Strang liegen (2 Zimmer z.B.) - dann würde der Verbrauch auf der Linie den Verbrauch zu den 2 Zimmern darstellen.
Diese sind dann jeweils danach unterteilt und liefern auf ihrer Linie und im Verbrauch dann den Wert.Lackierst Du die Strömlinge draußen?
-
@skb sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
Lackierst Du die Strömlinge draußen?
ja!
Der Verteiler ist nich ex-geschützt! Lösungsmittel kommen da nicht gut
@skb sagte in Test Adapter Energiefluss-erweitert v0.0.x GitHub/Latest:
dann erstellst du dir einen DP,
das ist der Weg!
für jede Kombination einen, getriggert durch Änderung des EVU Zählers.
für Animationen mit 2 Bedingungen muss das sowieso sein.wenn sonst keiner einen weniger aufwändigen Weg kennt, wird es das werden.
