Test Adapter Energiefluss v3.6.x GitHub/Latest

[Andre 6]

OK, mal als letzten Versuch mit aktuellen Daten aus der Anzeige rechnen.

Als "Kapazität Ihres Akkus in Wattstunden" habe ich den Brutto Wert eingetragen 6100.

Akku ist zu 85% gefüllt und wird mit 256W entladen. Soll eine Restlaufzeit von 20:15h ergeben.
Da ja bei mir bei 10% Schluss mit entladen ist, stehen aber nur noch 75% zum verbrauchen zur Verfügung.

bei 6100Wh sind:
85% = 5185Wh
75% = 4575Wh

Rechnen wir nun mal die Restzeit bei 5185Wh mit einem Verbrauch von 256W
1h hat ja bekanntlich 60 min
5185Wh mal 60min macht 311100 Minuten Laufzeit bei einem Watt Verbrauch.
Da wir aber nicht 1W sondern 256W verbrauchen teilen wir die 311100min durch die 256W, macht 1215,234375min Restlaufzeit.
Um auf die Stunden zu kommen müssen wir die 1215,234375min durch 60 teilen, macht 20,25390625h
also 20h und 25min. Ist schon mal nah dran an den 20h 15min die wir angezeigt bekommen.
Bei 5180Wh also gerundeten 5,18KWh kommen 1214,0625 Minuten raus, also 20h und 14min.
Nimmt man die glatten Minuten weil alles andere keinen Sinn macht, ist es eine Punktlandung.

Rechnen wir nun mal die Restzeit bei 4575Wh mit einem Verbrauch von 256W
4575Wh mal 60min macht 274500 Minuten
274500min durch die 256W macht 1.072,265625min
in Stunden sind das dann 17,87109375h
Mit glatten Minuten sind das dann 17h.

20h 15min vs. 17h Restlaufzeit ist schon ein µ mehr als eine Rundungsdifferenz.
Eine Differenz von 3h 15min bei nur 10% MinSOC würde ich als Entwickler auch weglächeln, ist ja nur ein OpenSource Projekt .

Das ganze jetzt noch mit der "Kapazität Ihres Akkus in Wattstunden" von 5500 zu rechnen ist glaube nicht notwendig.

P.S. Trotzdem finde ich den Adapter Klasse und werde ihn auch mit falscher Restlaufzeit-Anzeige weiter nutzen.
Ist mir auch 10€ als Spende Wert .

[SKB]

@andre-6 ich weiss immer noch nicht, wieso Du dann nicht den Wert 6100-10% einträgt.

Sei es so

Danke für die Spende!

[Andre 6]

@skb Weil das Ergebnis mit 18h 25min genau so falsch ist wie 20h 15min.

Schlaf noch mal 2-3 Nächte drüber und rechne es mal ganz Ehrlich und fair nach.
Wenn ich gerade nicht nur was am Knie, sondern auch was am Kopf habe werden Sie bestätigen müssen, dass in der jetzigen Version bei der Berechnung der Restlaufzeit die Entladegrenze die bei jeder PV mit Akku existiert nicht berücksichtigt wird und so der Wert nicht der Realität entspricht.

[Ralla66]

Sagt mal ist Batterie laden über ein Benutzerdefiniertes Element möglich ?
Sowas :

[SKB]

@ralla66 kurz und knapp: nein

[Andre 6]

Im SourceCode von "Dienstleistern" rum korrigieren, das ist ja hier wie auf Arbeit .
In Zeile 852 das "percent" durch "(percent-10)" ersetzen sollte meinen Ansprüchen genügen.
Wenn das Knie noch länger rum zickt muss ich wohl noch eine Variable mit Eingabefeld dazu basteln.

Die Rest Ladezeit wird ja getrennt in Zeile 847 berechnet.......

[guenter-1953]

Erst mal Danke für den tollen Adapter!

Scheint die Sonne ist alles gut. Ansonsten stimmen die Werte nicht, da SMA falsche Daten liefert.

Auch gab es heute eine neue Firmware für den Sunny Boy 3.6-41 , aber das hat auch keine Fehlerbehebung gebracht. Bei einem SMA Tripower 8.0SE hier im Haus sind die Werte in der Nacht bei !0"!

Das Diagramm sieht dann so aus:

Von der Brennstoffzellenerzeugung wird ein negativer Wert aus dem Register 30775 der PV SMA 3.6 abgezogen, so dass der Verbrauch dann bei 0 W erscheint. Wie kann ich das Problem beheben? Hier noch meine Einstellungen im Adapter dazu.


Bei den Einstellungen "Öffentliche Netzeinspeisung und öffentlicher Netzverbrauch" habe ich auch schon alle möglichen Einstellungen durch.

Wer weiss Rat. Im Voraus vielen Dank an Euch

[SKB]

@andre-6 wird dir nur nichts bringen, wenn es Updates gibt, wird es überschrieben.

Wenn Du den Adapter gerne selber weiter und besser entwickeln kannst, nur zu

[SKB]

@guenter-1953 Der Wert zur Produktion muss Positiv sein. Den kannst du umrechnen und separat in einen Datenpunkt schreiben.

[guenter-1953]

@skb Besten Dank für die schnelle Antwort. Das mit dem Positiv ist klar, aber dieser riesen negative Wert von SMA in Positiv umzurechnen bringt nichts. Er sollte wenn keine Sonne scheint 0 sein. Es geht mir darum bei negativem Betrag den zu ignorieren.

Morgen werde ich auch bei SMA Support anrufen. (David gegen Goliath)

[SKB]

@guenter-1953 wie sieht denn der Wert aus?

Ich hatte eigentlich in der aktuellen Version hinzugefügt, das negative Erzeuger Werte ignoriert werden.

Welche Version hast Du bzw wann installiert?

[guenter-1953]

@skb Jetzt z.B. zeigt er mir sowas an:

[guenter-1953]

@skb

v 3.5.0

[guenter-1953]

@skb Er startet auch öfters Neu

[SKB]

@guenter-1953 wann hast Du sie installiert?

Ich habe die letzten Tage etwas geändert, aber noch nicht im Protokoll hinterlegt.

Vielleicht kannst Du einfach nochmal drüber installieren und testen?

[guenter-1953]

@skb Installation dürfte so 3 Wochen her sein.

[SKB]

@guenter-1953 Da steht, daß die Events in den letzten 3 Sekunden höher als 200 ist.

Wie oft fragst Du die Geräte ab? Alle 10ms?

[Homoran]

@guenter-1953 bitte als text in code-tags posten! dann kann man auch zitieren

[SKB]

@guenter-1953 dann einfach nochmal drüber. Letzte Woche kam die Änderung mit der positiven Erzeugung.

[guenter-1953]

@homoran
Sorry bin Neu hier. Wie gebe ich bitte "text in code-tags" ein. sorry für diese Frage