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

[StrathCole]

@Diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:

Was mir bei den minSOC auffällt. Das Setzen geschieht ja mit ack=false und genau nach 15 min kommt der selbe Wert dann bestätigt zurück. Geschrieben wird er natürlich immer nur von plenticore.0. Aber wieso wird der erst oder überhaupt nach 15 min bestätigt?

Das ist seltsam. Ist mir hier noch nicht aufgefallen. Schau ich dann direkt mit an. Ack wird immer dann gesetzt, wenn der Wert vom Plenti dann zurückkommt.

[Diginix]

@StrathCole Ok, für den Moment sind die Hänger nicht wild, weil der Adapter eher lesende Funktionen bzw. unwichtige Steuerungen vornimmt.

Was mir bei den minSOC auffällt. Das Setzen geschieht ja mit ack=false und genau nach 15 min kommt der selbe Wert dann bestätigt zurück. Geschrieben wird er natürlich immer nur von plenticore.0. Aber wieso wird der erst oder überhaupt nach 15 min bestätigt? Und genau wenn er bestätigt zurück kommt, wird direkt ein neuer Wert unbestätigt geschrieben.

26	false	plenticore.0	2020-02-19 10:50:38.638	
22	true	plenticore.0	2020-02-19 10:50:22.643	
22	false	plenticore.0	2020-02-19 10:35:38.626	
20	true	plenticore.0	2020-02-19 10:35:22.556	
20	false	plenticore.0	2020-02-19 10:20:38.642	
19	true	plenticore.0	2020-02-19 10:20:22.197	
19	false	plenticore.0	2020-02-19 10:05:38.638	
17	true	plenticore.0	2020-02-19 10:05:22.044	
17	false	plenticore.0	2020-02-19 09:50:38.631	
15	true	plenticore.0	2020-02-19 09:50:22.896	
15	false	plenticore.0	2020-02-19 09:35:38.591	
13	true	plenticore.0	2020-02-19 09:35:22.001	
13	false	plenticore.0	2020-02-19 09:20:38.630	
11	true	plenticore.0	2020-02-19 09:20:21.475

11:05 Uhr wird dann der Wert 26 sicher bestätigt und wahrscheinlich auch wieder ein abweichender gesetzt.

Edit: Ich habe nur Änderungen in der History geloggt, weil er sonst alle 60 Sek den selben Wert erfasst. Der History Adapter schreibt immer vor einer Änderung den letzten bestätigten Wert noch mal. Dadurch sah es so aus als würde er erst nach 15 min bestätigt. Er wird aber doch schon direkt nach dem Setzen vom Pleticore bestätigt zurück gegeben.
Demnach dürften die Änderungen alle 15 Minuten nur an neuen Prognosewerten liegen.

31	true	plenticore.0	2020-02-19 11:05:39.104	
31	false	plenticore.0	2020-02-19 11:05:38.667	
26	true	plenticore.0	2020-02-19 11:05:23.673

[StrathCole]

@Diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:

Demnach dürften die Änderungen alle 15 Minuten nur an neuen Prognosewerten liegen.

Ja, das kommt hin.

[Jerôme Roy]

@StrathCole ich glaub ich hab mich vertan es gibt wohl doch nur einen Adpater bei github der von dir ^^

[Jerôme Roy]

@StrathCole also ich habe den den eHZ mitte oktober 2019 eingebaut, genau im selben Schritt ist das Energy meter direkt hinter den zähler gekommen, die Salaranlage ist ca. mitte November angeschlossen worden, die Batterie anfang dezember 2019.

[StrathCole]

@Jerôme-Roy Wie viel Prozent entsprechen denn deine Abweichungen? Entsprechen die Daten aus dem ioBroker dem, was du auch über das Webinterface vom Plenticore sehen kannst? Der KOSTAL SEM hat halt leider eine recht ordentliche Abweichung bei den Messungen.

[tp1de]

Bitte folgendes bedenken:

DIe Verlustleistung der Batterie (Laden / Entladen / Stillstandsverluste) und die Umwandlungsverluste des WR sind in den Kostal-Daten mit enthalten. Ebenso der Leistungsverbrauch des WR (im Stillstand). Ein "einfaches" Ausrechnen der Einspeisung wird also nur näherungsweise funktionieren.

Ich hatte bereits vor Installation der PV-Anlage einen Zweirichtungs-Netzzähler (EMH) mit optischer Schnittstelle. den ich mit dem Smartmeter-Adapter auslese und in SQL-DB protokolliere. Dort werden alle 2 Sekunden Daten zu den Zählerständen und der Leistungen je Phase (Einspeisung bzw. Entnahme) protokolliert. Nur diese Zählerstände sind abrechnungsrelevant für den Verbrauch und die Einspeisevergütung.

Mein Plenticore 5.5 WR hat gemessene Stillstandsverbräuche von ca. 30 W - d.h. ca 0.7 kWh / Tag.
Bei hohen Leistungen und voller Batterie gehen vom Delta (PV-Leistung - Hausverbrauch) ca. 7% als WR-Umwandlungsverluste verloren.
D.h. die Einspeisung ins Netz ist entsprechend geringer.

Ein Batterie Lade- / Entladevorgang mit Einspeisung ins Hausnetz hat einen Wirkungsgrad von ca. 88-90% - also 10-12% Verluste.

Ich hatte mich auch gewundert, warum meine Batterie im Winterhalbjahr regelmäßig mit Netzstrom geladen wurde.
Standardmäßig war der Plenticore auf 5% SoC eingestellt. D.h. die Batterie wurde bis zu 5% entladen ..... und entlud sich dann weiter selbst ohne Verbrauch. Bei 3% wurde die Batterie dann mit Netzstrom wieder auf >5% geladen (Erhaltungsladung). Das war fast jeden Tag der Fall.
Ich hatte zuerst eine 6.4KW BYD HV Batterie. 5% sind 320 Wh bzw. 2% ca. 130Wh. Das entsprach der Selbstentladeleistung im Zeitraum von ca. 8-10 Stunden. Inszwischen habe ich die Batterie auf 10.2 kWh ausgebaut und den SoC auf 10% eingestellt. Aktuell habe ich eine Batterieentladung von ca. 2% - d.h. ca. 200 Wh in 10 Stunden und damit bisher keine Netzerhaltungsladung mehr.

Für exakte Werte der Einspeisung und des Netzverbrauches braucht Ihr ein Smartmeter vom Netzbetreiber mit optischen Datenausgang (habt Ihr vielleicht schon - der muss dann mit PIN freigeschaltet werden), einen Lesekopf für 50€ und den Smartmeter-Adapter im ioBroker.

[StrathCole]

@tom57 Das ist schon klar, daher ja auch die Abweichungen zu den Drehstromzählern. Exakte Werte brauche ich auch nicht, es geht nur darum, wie KOSTAL die Werte ausrechnet, die via Modbus und Interface zur Verfügung gestellt werden :-)

[Jerôme Roy]

@StrathCole das müsste ich mal ausrechnen ob das ganze prozentual gesehen gleich bleibt,
im internet gibt es sonst noch die lösung meinen eHZ über IR auszulesen über meinen Raspi dadurch hab ich dan die genauen geeichten Werte.

weil eine möglichkeit das SEM im Zählerschrank direkt aus zulesen seht ihr auch nicht oder ? müsste ja theoretisch gehen da es ja mit dem WR auch über Modbus TCP und RTU kominiziert.

über Modbus kann ich auf das SEM auch nicht zugreifen da es mein ich das Mastergerät ist, jedenfalls bekomm ich keine Verbindung hin und das nächste Problem wären die Wertecodes.

Ich kenn mich mit Programmiersprachen überhaupt nicht aus daher weiss ich auch nicht ob man sich nicht über den HTML code der SEM Seite etwas zusammen programmieren kann.

[Jerôme Roy]

@tom57 ja die Differenz wird sich sicher durch die ganzen genanten Faktoren ergeben aber dise sind ja nicht jeden Tag gleich deswegen lässt sich der Wert darüber für mich nicht genau genug bestimmen ^^

[StrathCole]

@Jerôme-Roy Ich kann in meinen SEM einfach ein Netzwerkkabel stecken und die Werte dort auslesen via Modbus TCP. Das kann man ja im Interface vom SEM aktivieren. Allerdings meine ich, dass der WR die Werte 1:1 durchreicht, du wirst dort also auch nichts groß anderes bekommen als über den Plenticore. Wenn du genauere Werte brauchst, musst du dich an die Infos halten, die @tom57 genannt hat.

[StrathCole]

@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:

Ich hatte zuerst eine 6.4KW BYD HV Batterie. 5% sind 320 Wh bzw. 2% ca. 130Wh. Das entsprach der Selbstentladeleistung im Zeitraum von ca. 8-10 Stunden. Inszwischen habe ich die Batterie auf 10.2 kWh ausgebaut und den SoC auf 10% eingestellt. Aktuell habe ich eine Batterieentladung von ca. 2% - d.h. ca. 200 Wh in 10 Stunden und damit bisher keine Netzerhaltungsladung mehr.

Ich persönlich würde das nicht so machen. Für die Batterie ist es nicht gut, lange Zeit im unteren oder oberen Bereich zu sein, das schadet der Lebensdauer. Daher muss man eigentlich den MinSoC immer wieder anpassen. Das ist der Grund, weshalb ich den MinSoC dynamisch über den Adapter anpassen lasse je nach Prognose für den nächsten Tag.

[Jerôme Roy]

@StrathCole im prinzip ist das SEM ja über Netzwerk erreichbar muss ich da dann noch was umstellen ? muss ich da die Modbus Adresse hinzufügen die mein Modbus adpater im ioBroker hat ?

[StrathCole]

@Jerôme-Roy Nein. Du müsstest im ioBroker Modbus Adapter die Daten deines SEM eintragen. Er fungiert als Slave. Master ist ein Client, damit verbindet sich der SEM nach extern und nicht umgekehrt. Du brauchst den Slave-Modus.

[Jerôme Roy]

@StrathCole bei mir ist das ja anscheind nicht der fall da ja z.B der Werte Totaler Bezug aus Netz eine abweichung von 200kW hat somit kann das ja schon nicht der übertragene wert vom SEM sein, da mir dort der selbe Wert wie auf dem Zähler direkt angezeigt wird.

[StrathCole]

@Jerôme-Roy Vielleicht ist das genau die Differenz aus der Zeit, als der SEM noch nicht mit dem Plenti verbunden war und seitdem laufen sie "synchron"?

[Jerôme Roy]

@StrathCole inzwischen versteh ich nichts mehr ^^
laut zähler 20:20 Uhr 914 Bezug/73 Einspeisung
Laut SEM 20:20 Uhr 924 / 76 ( beides am selben Tag in Betrieb genommen
Laut WR Web Server 1181kWh Hausverbrauch^^
Laut SEM Smart meter wo die Wirk und Scheinleistung auch angezeigt wird 1025 Bezug
Laut Kostal ioBroker adapter 754 / 53 (Yield Total - Home PV Total - Home Bat Total = Einspeisung)

im Prinzip Reicht mir der Wert der auf dem Zähler angezeigt wird also 914/73 kWh

also irgendwas stimmt da vorne und hinten nicht das überall unterschiedliche werte angezeigt werden

[Jan Homoth]

Hallo Zusammen, es tut mir wahnsinnig leid aber ich bekomme mit "npm i iobroker.plenticore" den adapter nicht installiert. Im IObroker finde ich nichts. Kann mir jemand helfen ?

[Jan Homoth]

@Jan-Homoth : sorry hat sich erledigt

[tp1de]

@StrathCole sagte in IOBroker Anbindung an einen Kostal Plenticore:

@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:

Ich hatte zuerst eine 6.4KW BYD HV Batterie. 5% sind 320 Wh bzw. 2% ca. 130Wh. Das entsprach der Selbstentladeleistung im Zeitraum von ca. 8-10 Stunden. Inszwischen habe ich die Batterie auf 10.2 kWh ausgebaut und den SoC auf 10% eingestellt. Aktuell habe ich eine Batterieentladung von ca. 2% - d.h. ca. 200 Wh in 10 Stunden und damit bisher keine Netzerhaltungsladung mehr.

Ich persönlich würde das nicht so machen. Für die Batterie ist es nicht gut, lange Zeit im unteren oder oberen Bereich zu sein, das schadet der Lebensdauer. Daher muss man eigentlich den MinSoC immer wieder anpassen. Das ist der Grund, weshalb ich den MinSoC dynamisch über den Adapter anpassen lasse je nach Prognose für den nächsten Tag.

Ich würde gerne verstehen, warum Du einen niedrigen SoC als problematisch für die Lebensdauer ansiehst. Ich finde dazu nichts bei EFT bzw. im Netz. BYD sagt nur, dass eine dauerhafte hohe Ladung problematisch ist - d.h. ohne Entladung. Das gibt es bei mir nicht.

BYD gibt dabei eine nutzbare Kapazität Ihrer HV-Batterien von 100% an - Kostal begrenzt dies in den Standardeinstellungen auf minimal 5 % SoC mit der Konsequenz der Sicherheitsladungen am Morgen, wenn die Batterie nicht hinreichend voll war. Lt. BYD / EFT haben die HV-Batterien eine Lebensdauer von >6000 Vollzyklen. Nach 190 Tagen Betrieb meiner PV-Anlage habe ich aktuell 70 Zyklen bei Miniumum SoC von 10%.

Bei mir schwankt der Tagesverbrauch je nach Verbrauchsverhalten (Kochen, Spül- und Washmaschine bzw. Trockner) um +- 5KWh - d.h. 50% der Batteriekapazität. Durchschnittlich verbrauche ich 10 kWh pro Tag. Das entspricht der Batteriekapazität. 65% davon im Zeitraum ausserhalb des PV-Ertrages (Morgens / Abends).

Den Minimum SoC dynamisch anzupassen bedeutet doch diesen ggfs. hochzusetzen und damit den Eigenverbrauch zu reduzieren. Selbst wenn die Ertragsprognose genau ist, dann wäre noch die Schwankungsbandbreite des Verbrauches.

Mich würden Deine Bewegründe für das dynamische anpassen des minimalen SoC sehr interessieren. Woher hast Du die Info, dass ein temporär niedriger Ladezustand die Batterielebensdauer verkürzt?