IOBroker Anbindung an einen Kostal Plenticore
-
@Diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:
@StrathCole Hab das nicht weiter gegengeprüft. Aber ich mein den Wert für Einspeisung, den du nur rechnerisch bekämst.
Ach so, ich denke im Modbus wird der genauso berechnet. Das dürfte auch da keinen Unterschied machen. Ich werd den bei Gelegenheit integrieren.
Hast du eine Idee wegen den "Freezes" bzgl sky_vis usw.? Kann das am Aktivieren für minSOC Regelung hängen?
Seit Neustart 9 Uhr arbeitet er wie gewünscht, aktualisiert sky_vis und korrigiert auch zwischendurch den minSOC.
Will aber ungern als Workaround den Adapter zyklisch per Cron neustarten.Nein bisher nicht. Ich will da aber eh noch ein bisschen umbauen, da werde ich das direkt auch überprüfen.
-
@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.
-
@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.47511: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 -
@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.
-
@StrathCole ich glaub ich hab mich vertan es gibt wohl doch nur einen Adpater bei github der von dir ^^
-
@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.
-
@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.
-
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.
-
@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
-
@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.
-
@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 ^^
-
@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.
-
@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.
-
@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 ?
-
@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.
-
@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.
-
@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"?
-
@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
-
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 : sorry hat sich erledigt
