Test Adapter Energiefluss-erweitert v0.4.x GitHub/Latest

[wolfi913]

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

Vielleicht hast du dann bei der Berechnung noch kW aktiviert? Dann könnten die Daten falsch sein?

Bei den Berechnungen sind alle Einstellmöglichkeiten bei Die Quelle ist kWauf off. Die Datenquellen haben auch alle Faktor 1.

[SKB]

@wolfi913 irgendwie hast du meiner Meinung nach einen Rechenfehler.

20% von 9600 sind 1920.
Geladen wird mit 160Watt. Das entspricht etwas weniger als 10 Stunden - in dem Falle dann die 9 Stunden.

[wolfi913]

@skb
Der obige Fall ist aber eine Entladung ins Hausnetz.

[SKB]

@wolfi913 Dennoch ist die Zeit für mich stimmig.

[wolfi913]

@skb
Für mich zwar nicht, da bei Restkapazität des Akkus von 7.680 W und einer aktuellen Entnahme von 160 W die Batterie deutlich länger als 9h herhalten wird. Insbesondere da mir die Entladezeiten bei den Versionen bis 0.3.x da immer relativ gute Ergebnisse angezeigt wurden.
Aber wie schon vorhin geschrieben ist's für mich eigentlich kein Problem. Ich kann damit gut leben.

[SKB]

@wolfi913 achso, Moment. Du sprichst ja von Entladung und nicht von Ladung. Ist vielleicht bei dir Laden und Entladen mit positiv und negativ vertauscht? Es sieht mir nämlich so aus, als wenn der Status falsch interpretiert wird?!

Allerdings hat sich in der Berechnung seit der Version nichts geändert.

[wolfi913]

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

@wolfi913 achso, Moment. Du sprichst ja von Entladung und nicht von Ladung. Ist vielleicht bei dir Laden und Entladen mit positiv und negativ vertauscht? Es sieht mir nämlich so aus, als wenn der Status falsch interpretiert wird?!

Allerdings hat sich in der Berechnung seit der Version nichts geändert.

Ich hab folgende Einstellungen (hab ich nicht verändert).

Der Wert kommt aus einem gemeinsamen DP (negativ: Batterie wird geladen / positiv: Batterie wird entladen).
Soll ich die mal aufsplitten?

[SKB]

@wolfi913 Stell doch mal negativ bei einem ein und positiv bei dem Anderen.

[wolfi913]

@skb
Bringt leider noch schlechtere Werte. Dann stimmt charge auch nicht mehr. Der Wert ist ja korrekt.
Und bei discharge (hab schnell mal den Backofen angeworfen ) wird's leider auch nicht besser.
Korrekt wäre überschlägig 5h / angezeigt wird aber 0:32h

[SKB]

@wolfi913 seltsam.
Ich habe auch einen Datenpunkt mit positiven und negativen Werten - das funktioniert problemlos.

Stimmt denn der Datenpunkt mit der Kapazität in Wattstunden?

[wolfi913]

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

Stimmt denn der Datenpunkt mit der Kapazität in Wattstunden?

Sollte eigentlich passen. Ist aus dem modbus-Adapter, der kW liefert, extra über alias mit val * 1000 umgerechnet

[heinzie]

kurze Frage an die Experten:

• kann ich die Farbe der Linienanimation (default=gelb) abhängig vom Vorzeichen des Datenpunktes ändern?
• aktuell ist es immer gelb, egal welche Richtung
• ich dachte an gelb wenn Wert positiv und rot wenn negativ

[wolfi913]

@skb
Hab's jetzt trotzdem mal mit getrennten Datenpunkten versucht (beide positiv). Jetzt hab ich aber noch ein sonderbareres Verhalten. Die Restdauer wird kurz angezeigt und dann sofort wieder mit "--:--h" überschrieben.

Schnell mal im History mitgeloggt

Hab jetzt wieder zurückgestellt.

Edit: Hab den Fehler gefunden, warum der Wert von z.B. 02:30h auf --:--h gesprungen ist. Hatte versehentlich ein zweites Browserfenster mit dem Energiefluss-erweitert offen. Jetzt bleiben die Werte wieder stehen. Das Ergebnis ist aber auch nicht anders als bei einem DP mit minus/plus-Werten.

Edit: Lassen wir's an Besten vorerst dabei.

[gbackus]

@wolfi913 Bei mir passt eigentlich ganz gut. Ladekapazität ist 9.800 Wh. 61 % davon (15 % Reserve) sind rund 6.000 Wh, die bei einem Verbrauch von 600 W dann rund 10 Stunden reichen:

[gbackus]

Ich bin jetzt seit einiger Zeit Tibber-Kunde mit sich stündlich änderndem Strompreis, der mir zu Planungszwecken für die nächsten 12 bis 36 Stunden vorausgesagt wird. Da ich mit dem Energieflussadpter sehr intensiv meine Energieflüsse anzeige, steuere und plane, war es mit zu lästig, immer in die Tibber-App zu wechseln, um zu sehen, was gerade geht.
Die Daten von dort können über den Tibber Adapter in ioBroker abgerufen werden, von wo ich mir diese dann im Energiefluss-Adapter hole. Ist zwar beim Erstellen viel Fleißarbeit mit Datenquellen, aber für mich hat es sich gelohnt.

Unter 26 ct werden die Balken grün. Das günstigste was ich bisher hatte waren 12 ct/kWh. Da kann man dann sehr günstig das eAuto mit 11 kW laden, was ich auch manuell über den energiefluss-Adapter steuere.

[wolfi913]

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

@wolfi913 Bei mir passt eigentlich ganz gut. Ladekapazität ist 9.800 Wh. 61 % davon (15 % Reserve) sind rund 6.000 Wh, die bei einem Verbrauch von 600 W dann rund 10 Stunden reichen:

Glaube mittlerweile auch, dass es eher an meinen Einstellungen liegen müsste. Hab mir vorhin auf die Schnelle mal das Ganze 1:1 in der Puzzlebox (Blockly) nachgebaut und dabei die selben DP verwendet. Da passen die Werte mit den Formeln hervorragend. Vermutlich hab ich doch irgendeine Einstellung falsch gemacht. Komm' aber momentan nicht drauf. Zeig mir jetzt halt jetzt den selbst ermittelten Wert an, nachdem das Script eh schon läuft.

[wolfi913]

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

kurze Frage an die Experten:

• kann ich die Farbe der Linienanimation (default=gelb) abhängig vom Vorzeichen des Datenpunktes ändern?
• aktuell ist es immer gelb, egal welche Richtung
• ich dachte an gelb wenn Wert positiv und rot wenn negativ

Evtl. kommst Du mit diesen Überschreibungen aus einem früheren Post weiter
https://forum.iobroker.net/post/1151751
Liest sich so als ob's für Dich passen könnte. Ich nutze das aber nicht selber.

Edit:
Und im Wiki ist's auch beschrieben (siehe nächster Post)

[SKB]

@wolfi913 Steht auch im Wiki erklärt, wie man dies tut

[wolfi913]

@skb Hab's ergänzt

[ps1304]

@wolfi913 so habe ich das gelöst:
Überschreibung bei Animation:

{
    "<0": {
        "stroke": "rgb(242,14,64)"
    },
    ">0": {
        "stroke": "rgb(31,163,26)"
    },
    "==0": {
        "stroke": "rgb(0,0,0,0)"
    }
}

bei 0 ist die Animation transparent - also unsichtbar. Das ist bei mir der Akku, mit positvem und negativem Wert