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

[Blade1987]

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

[guergen]

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?

[Homoran]

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

[guergen]

@homoran OK, ich dachte nur, da ich ja die destination angeben kann.

[SKB]

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

[SKB]

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

[guergen]

@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äftigen ;-)

Im Übrigen: "Cannot parse JSON: undefined" gibt´s bei mir immer noch... ;-(

[SKB]

@guergen Wenn die Animation nicht aufhört, dann stimmt etwas mit dem Threshold oder mit der Quelle nicht.

[Homoran]

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

[guergen]

@homoran hier ein Snip:

Threshold steht auf 3, der Wert ist der richtige und ist momentan 0. Animation läuft noch

[Homoran]

@guergen und welche datasource?
und wie unter basic konfiguriert?

[guergen]

@homoran Oh mann..... der Wald ist aber wieder ganz schön dicht.... da sollte man den richtigen einstellen...
Danke für´s Augen öffnen!

[Homoran]

@guergen und immer zeigen! zeigen! zeigen!

auch jetzt zur Auflösung!

[guergen]

@homoran

[Homoran]

@guergen :cry: wieder unvollständig :cry:

wie und wo angedockt?
wie ist die jeweilige source definiert?
liefert diese positive oder negative Werte?

was war jetzt der Wald?

[guergen]

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

[Homoran]

@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

[guergen]

@homoran Hat sich ja geklärt ;-)

[SKB]

@erwini @ManfredHi @Bernd1967 Ich habe eine Datei auf Github angepasst, zwecks des CSS Problems, wo die Farben vertauscht bzw. falsch übernommen werden.

Jetzt ist es so, dass die CSS Regeln nur bei der Darstellung greifen, nicht aber bei der Konfiguration.

Wenn ihr die Version einfach nochmal drüber installieren wollen und Euch zurückmelden würdet, wäre das sehr Klasse :)

[Bernd1967]

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

@erwini @ManfredHi @Bernd1967 Ich habe eine Datei auf Github angepasst, zwecks des CSS Problems, wo die Farben vertauscht bzw. falsch übernommen werden.

Jetzt ist es so, dass die CSS Regeln nur bei der Darstellung greifen, nicht aber bei der Konfiguration.

Wenn ihr die Version einfach nochmal drüber installieren wollen und Euch zurückmelden würdet, wäre das sehr Klasse :)

Ja, Füll Farbe als "Normal" bleibt jetzt gespeichert.
Die CSS Klasse bei Kreis und Rechteck funktioniert aber nicht.
Trage ich unter "Source over Threshold (positiv)" eine Klasse ein, ist diese immer Aktiv, egal ob Wert negativ, positiv oder 0.