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

[SKB]

@blackangold Seltsam. Aber gut - wird schon einen Grund geben.

Kannst Du im Log beim Speichern mal den Bereich des Elements hier einstellen?

Ist im Bereich "Elements" mit der jeweiligen ID.

Weiter unten die zugehörigen "datasources", die das Element nutzen soll.

Dann bitte noch die zugehörigen Datenpunkt in der Objekt-Ansicht von ioBroker.

[BlackanGold]

@skb Hoffe passt so?

[SKB]

@blackangold Sieht soweit richtig aus. Du könntest den Adapter mal auf Debug stellen und schauen, ob eine Meldung erscheint, das etwas per "subtract" abgezogen wurde. Dann schauen wir weiter.

[exitus]

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

{weatherunderground.0.forecast.0d.iconURL}

Danke erstmal was nehme ich für icon url kannst du mir besipiel geben ?

[SKB]

@exitus Steht doch bereits da.

[Bernd1967]

@skb

Gibt es für die Verbindunglinien auch eine Möglichkeit den Wert von einer Datenquelle zu addieren und zu reduzieren so wie das inzwischen bei dem Element "Datenquelle" möglich ist ?
Hintergrund:
Teilstromberechnung wegen Verzweigung der Verbindungslinien

[SKB]

@bernd1967 Nein, die Möglichkeit ist nicht gegeben. Hier kann man nur den Schwellenwert anpassen.

Wofür genau sollte dies denn notwendig sein? Auf der Linie ist entweder Power oder nicht - also mehr ein 'an' und 'aus' Prinzip, wohingegen die Darstellung als Zahl schon veränderlich sein kann.

[Homoran]

@skb sagte in Test Adapter Energiefluss-erweitert v0.4.x GitHub/Latest:

Wofür genau sollte dies denn notwendig sein? Auf der Linie ist entweder Power oder nicht - also mehr ein 'an' und 'aus' Prinzip, wohingegen die Darstellung als Zahl schon veränderlich sein kann.

nicht, wenn du auch die Strömlinge nach Leistung animierst.
und nein, das ist nicht so einfach machbar!

[SKB]

@homoran ok, für die Animation nach Leistung wäre dies notwendig - jedoch "fließt" ja dennoch die Leistung auf der Linie. Oder habe ich einen Denkfehler?

[Homoran]

@skb sagte in Test Adapter Energiefluss-erweitert v0.4.x GitHub/Latest:

jedoch "fließt" ja dennoch die Leistung auf der Linie.

ich weiss nicht was @bernd1967 plant.
wenn es sich nur um einen Split einer Linie handelt müsste er die Animation jeweils auf die Leistung des entsprechenden Ziels festlegen.

Ich wollte die Animationen je nach Verteilung der Solarleistung auf Netz, Batterie und Hausverbrauch steuern.
Die Berechnung habe ich nie wirklich hi bekommen, zumal auch variable Werte von Batt2Haus, Batt2EVU, EVU2Batt und EVU2Haus die Berechnung "stören"

[SKB]

@homoran Die Steuerung der Animationszeit ist aber doch so möglich, wie Du es beschreibst.

Von der Solarleistung gehen doch jeweils Linien zu den Elementen Netz, Batterie und Haus.

Diese lassen sich ja getrennt von einander darstellen und dann auch mit der jeweiligen maximalen Leistung bzw. Zeit darstellen.

[Homoran]

@skb
Das dachte ich auch :grin:

Das müssten wir mal bei einer Kiste Bier besprechen :joy:
Das ist vieeel komplexer

[SKB]

@homoran Na, so komplex kanns ja gar nicht sein ;)

Was genau möchtest Du denn animieren, was nicht direkt "funktioniert"?

[Homoran]

@skb sagte in Test Adapter Energiefluss-erweitert v0.4.x GitHub/Latest:

Was genau möchtest Du denn animieren, was nicht direkt "funktioniert"?

die Anteile des Solarertrags für

• Solar2Haus
• Solar2Batt
• Solar2EVU

die Anteile der Batterieentladung

• Batt2Haus
• Batt2EVU

die Anteile des Netzbezugs

• EVU2Haus
• EVU2Batt

wobei nur die Werte für

• Solarproduktion
• Batterie power (+/-)
• EVU (+/-)

als echte Messwerte vorliegen.
Der Hausverbrauch wird berechnet.

und damit hast du mehr Variable als mögliche Fixwerte zum rechnen

[SKB]

@homoran Verstehe. Naja, dann müsste man ja erstmal ein Skript bauen, was all diese Dinge berechnet und in Datenpunkte schreibt und dann noch auf die jeweilige Änderung reagiert.

Diese Werte kann man ja dann den Linien zuweisen.

[Homoran]

@skb sagte in Test Adapter Energiefluss-erweitert v0.4.x GitHub/Latest:

Naja, dann müsste man ja erstmal ein Skript bauen,

da hab ich schon drei Varianten durch.
Daher kommen ja die Werte neben den Linien.

irgendwann hab ich dann zu viel rumgeflickt und fang wieder neu an

[SKB]

@homoran Ich würde die Dinge vielleicht irgendwie getrennt voneinander rechnen, damit man nachvollziehen kann, ob alles plausibel ist und dann eine Weile beobachten.

[Homoran]

@skb ach was!? :grin:
so hat's angefangen!

irgendwie :joy:

[SKB]

@homoran Da bin ich schon vom Blockly erschlagen :D
Ich mache dies lieber in Plain-Code - das liegt mir mehr.

Daher meinte ich ja, mit verschiedenen Skripten arbeiten und dann die Werte passend schreiben.

Wenn ich jetzt nicht ganz falsch liege, lässt sich das ja auch aufteilen.

Solar2Haus: Produktion - Einspeisung - Batterieladung
Solar2Batt: Produktion - Einspeisung - Verbrauch
Solar2EVU: Produktion - Einspeisung - Verbrauch - Batterieladung

Batt2Haus: Batterieentladung - Verbrauch - Produktion - Einspeisung
Batt2EVU: Batterieentladung - Verbrauch

EVU2Haus: Netzbezug - Batterieladung
EVU2Batt: Netzbezug - Verbrauch

[Homoran]

@skb sagte in Test Adapter Energiefluss-erweitert v0.4.x GitHub/Latest:

Ich mache dies lieber in Plain-Code - das liegt mir mehr.

ich brems dich nicht, wenn du unausgelastet bist

@skb sagte in Test Adapter Energiefluss-erweitert v0.4.x GitHub/Latest:

Wenn ich jetzt nicht ganz falsch liege, lässt sich das ja auch aufteilen.

korrekt, wobei aber

@skb sagte in Test Adapter Energiefluss-erweitert v0.4.x GitHub/Latest:

Solar2Batt: Produktion - Einspeisung - Verbrauch

auch bereits aus EVU, BATT und solar berechnet wird, und somit zirkulär definiert wird.

@skb sagte in Test Adapter Energiefluss-erweitert v0.4.x GitHub/Latest:

Solar2Batt: Produktion - Einspeisung - Verbrauch - Batterieladung

= Solar2EVU!?