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

[schaefersklaus]

@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. :face_with_head_bandage:

Ü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!

[Homoran]

@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

[arteck]

@SKB ich hab dir da mal ein issue erstellt..auf GIT

[SKB]

@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?!

[SKB]

@arteck Danke - der Fehler sagt mir nichts.
Könntest Du erklären, wie es dazu kommt?

[Homoran]

@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)

[sigi234]

@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......

[SKB]

@sigi234 ah okay, falsch gelesen.

Sicher kann man das.

[Homoran]

@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 :thinking_face:

[SKB]

@homoran Am PC net - Handy liegt aber auch im Garten :D

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.

[Homoran]

@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

[SKB]

@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? :D

[Homoran]

@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 :joy:

@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.

[Homoran]

Nur mal als Zwischenstand. Das soll hier den Thread nicht sprengen!!!
Wenn es auch für andere interessant ist, gliedere ich es gerne in einen separaten Thread aus.

---

ich habe für meine minimal-Testinstallation mal versucht die notwendigen Werte für die Geschwindigkeit der Strömlinge zu berechnen.

Die reduzierten Leisungswerte laufen.

Jetzt hänge ich daran für Animationen, deren Geschwindigkeit nicht alleine aus einem Wert genommen werden können, die entsprechenden Anteile in einen Datenpunkt zu schreiben.

Am Beispiel Solar: Die Solarleistung kann/wird in

• das Haus
• die Batterie
• Das EVU-Netz
  geliefert.

und zwar zu unterschiedlichen Anteilen von 0-100% der variablen Produktion

in meinem Blockly versuche ich gerade eine Zirkeldefinition zu vermeiden, wodurch ich in undefinierte Variablen rennen würde.

edit:
war wohl richtig, lief in kein undefined dafür Denkfehler wegen doppelter Negativrechnung.
so läuft es zumindest mit aktueller Situation

[Homoran]

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

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

nachdem ich jetzt meine Dummheit auskuriert habe, bleibt es leider doch bei diesem einen Phänomen.

die grauen Strömlinge vom Haus zum Dachgeschoss laufen bei 72W genauso schnell wie die weiterführenden grünen bei 4W.

Ich nehme mal an, dass das kein wirklicher Bug ist, sondern die Geschwindigkeit nicht linear von ?? auf 400msec bei 0-2000W steigt, sondern "irgendwie anders". Wie soll den bei einer 18fachen Geschwindigkeit schon bei 72W erst die Geschwindigkeit bei 2000W aussehen!?

Andererseits kriechen die Strömlinge im "alten" Energiefluss auch deutlich langsamer, als hier die grünen.

[StephanH]

Hallo und guten Abend zusammen,

hab mich heute mit dem neuen Energieflussadapter beschäftigt und habe, denke ich, einen Denkfehler.

Im Erweiterten Energie Flussadater, wird mit der Verbrauch nicht korrekt angezeigt. Im linken, alten Adpter, passt alles.

Könnt Ihr mir dazu vielleicht bitte einen Tipp geben wie ich das korrekt einstellen kann.

Hab die Datenquellen mit dazu geschrieben. Und diese auf die Werte hinterlegt.

Danke

Und Danke an SKB für die Arbeit an dem Adapter 👍

[SKB]

@stephanh berechnest Du den Verbrauch im alten Adapter via Checkbox "Verbrauch berechnen"?

Wenn ja, diese Option/Einstellung hat das "erweitert" noch nicht.

[StephanH]

@skb ja, hab das so eingestellt

Danke für die so schnelle Rückmeldung.

[SKB]

@stephanh Daher die Abweichung.

Das kommt noch, das der Adapter dies berechnen kann.

Aktuell habe ich die Liste der Wünsche fast abgearbeitet - dies fehlt noch :)

[StephanH]

@skb super danke. Bin gespannt was da sich noch so alles tut. 😉