Hier Adapter Beschreibung, Changelog etc.

Neuer Adapter für Kostal Plenticore REST API. Der vorhandene Adapter ioBroker.plenticore funktioniert nicht mit Plenticore G3 und wird anscheinden nicht mehr gepflegt. Der Autor anwortet nicht mehr.

Details zum Adapter im readme.

Änderungen 0.0.6 -> 0.0.7:

• Objekt IDs enthalten keinen ':' mehr. Bei Upgrade müssen alte States mit Doppelpunkten manuall gelöscht werden.
• Nach dem Abwählen von optionalen Daten werden die aus dem Objektbaum automatisch gelöscht.

Änderungen 0.0.7 -> 0.0.8:

• fix writing of settings after 0.0.7
• fix crash after failed API requests

Änderungen 0.0.8 -> 0.1.0:

• add notification on available updates
• make sure init completes without errors

Änderungen 0.1.0 -> 0.1.1:

• fix object hierarchy
• fix state roles
• translations

@da_woody Fernet Branka war seiner Zeit schon vergeben
Der Adapter bindet einen Kostal Wechselrichter über eine REST API an. Welche Datenpunkte man haben will, kann der Nutzer konfigurieren. Der Adapter verwendet React-v5.

Es gab schon einen Adapter für Kostal plenticore, der funktioniert aber nicht mit meinem G3. Außerdem antwortet der maintainer nicht mehr. Habe sogar das Angebot gemacht, dass ich den Adapter übermehmen könnte.

@homoran sagte in IOBroker Anbindung an einen Kostal Plenticore:

@fernetmenta kann der Ertrag auch der DC-seitige Ertrag und deswegen höher als die nutzbare AC Energie sein?

Nein, den DC-Ertrag kann man separat mit EnergyFlow/Statistic:EnergyPv1 (2 oder 3) auslesen. Der ist höher, als der PV-Ertrag im Portal.
Ich habe mit den verschiedenen Werten lange jongliert und denke, dass die Formel, die ich oben angegeben habe, schon passt.

@mcm1957 done, danke!

@ben-völzke Hi, ich habe auch einen G3 und der plenticore Adapter hat nicht funktioniert. Der Entwicker hat auch nicht mehr geantwortet. Habe einen neuen geschrieben und bin jetzt in der Testphase: https://forum.iobroker.net/topic/80275/beta-iobroker-plenticore-g3

@m1r0o Ich verwende den Sensor und speichere die History in influxdb. Die Anzeige in einem Chart in Jarvis funktioniert wunderbar. Liegt also definitiv nicht am Adapter, der mit der History auch nichts zu tun hat.

@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:

@gto Die Logik für die Batterie-Strategie 2 habe ich jetzt mal angepasst. Die dt. Texte muss ich in Weblate noch überarbeiten, sind aber noch gesperrt. Sonst sollte es jetzt funktionieren.
Die Logik den Ladestrom für die Batterie dann doch zu begrenzen, habe ich erst mal außen vor gelassen. Da müsste ich tiefer eingreifen, weil die Routine isoliert die Batteriewerte rechnet. Jetzt bräuchte ich dort die Infos zum Ladevorgang (1p/3p, Mindeststromstärke).
Schauen wir erst mal, ob es so fukntioniert.

Finde ich gut, man müsste evtl aber noch etwas feilen an der Logik. Mein Kostal G3 hat eine dynamische Akku-Logik, die auch vom Wetter abhängt. z.B. hält er das Laden der Batterie bei 60% am Vormittag an, wenn er weiß, dass er das am Nachmittag auf 100% fortsetzen kann. Man müsste also evtl noch die Power überwachen, die in den Akku geht. Wenn dass weit von max Power entfernt ist und eigentlich genügend da wäre, heißt das, dass das Laden gewollt heruntergefahren ist.

EDIT: Ich habe mal die nicht so ganz intelligente Batteriesteuerung vom Wechselrichter ausgeschaltet und beobachte.

Der Adapter ist jetzt über das beta repo installierbar.

@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:

@gto Die Logik für die Batterie-Strategie 2 habe ich jetzt mal angepasst.

Hat hier gut funktioniert heute, genau wie es sein soll. Super Arbeit, danke!

@jens77

Ich wollte nun in den letzten Sonnentagen mal das "smarte" Batteriemanagement ausprobieren, damit das Laden des Hausakkus auf die Mittagssonne verschoben wird.

Welchen Vorteil versprichst du dir davon? Inbesondere im Zusammenspiel mit einer Wallbox macht das keinen Sinn.

Der Adapter ist jetzt über das beta repo installierbar.

@m1r0o Ich verwende den Sensor und speichere die History in influxdb. Die Anzeige in einem Chart in Jarvis funktioniert wunderbar. Liegt also definitiv nicht am Adapter, der mit der History auch nichts zu tun hat.

@gto

Mein Verdacht nach liegt es eher daran, dass das Auto zum Beginn einen dreiphasigen Ladevorgang benötigt

Wäre das nicht seltsam. Dann könntest du ja nie mit einem Ladegerät laden, dass nur eine Phase hat.

Ich hatte früher ein Script, das nach dem Anstecken direkt PV automatics aktiviert hat. Das hat nicht funktioniert. Ich kann PV automatics erst aktivieren nachdem State in "charging" ist. Sonst denkt das Auto es läuft was schief, weil es keinen Strom bekommt, und schaltet auf Fehler.

@gto nein, ich habe das Scenario, das ich beschrieben habe, aber so getestet. Ich habe auch mal zugeschaut, wie mein Auto in einem Hotel angesteckt wurde. Die haben erst den Stecker rein und die Box dann mit einer Karte freigeschaltet -> Das Auto hat nicht geladen. Man musste erst die Box freischalten und dann einstecken. So wie an Bezahl-Ladesäulen.

@gto sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:

LOG.txt

Mein Auto (Polestar) lädt nicht, wenn er nach dem Anstecken keinen Strom bekommt. Aus dem Zustand bekommt man ihn auch nicht wieder raus, ohne ihn abzustecken. Erst wenn er im Zustand "charging" war, kann man die Box disablen.
Viellicht ist das bei dir ähnlich.

@sneak-l8 sagte in [Frage] Realisierung Adapter UDP Keba Wallbox:

@gto Die Logik für die Batterie-Strategie 2 habe ich jetzt mal angepasst.

Hat hier gut funktioniert heute, genau wie es sein soll. Super Arbeit, danke!

Neue Version 0.1.0 ist draußen. Für Updates habe ich eine admin Notification eingebaut, wenn es ein neues gibt und man nicht automatisch installieren gewählt hat.

@mule sagte in Beta ioBroker.plenticore-g3:

00:47:14.74

Danke! Ich sehe den Fehler. Werde eine neue Version erstellen und das Update dann heute Abend bei mir testen.