Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Moppedman]

@fernetmenta Habe jetzt mal zwei weitere ModBus Instanzen angelegt und parallel zu den Adaptern laufen lassen. Also 2 x Modbus (Master & Slave) 2 x Plentiocore (M&S) und 2 x deine neuen Plenticore-G3. Habe keine direkten Probleme festgestellt und stelle gerade mein Program um.

Einen Fehler habe ich jedoch entdeckt und bitte dich das mal in deinem Adapter zu Prüfen. Bei den Datenfeldern in der Statisik stehen u.a. für Statistic_Yield_Day, Statistic_Yield_Month, Statistic_Yield_Year im Master und im Slave identische Werte. Das kann aber technisch nicht sein da im Slave bei mir weniger erzeugt wird. Der alte Adpater hat das auch richtig voneinnander getrennt und erst die Addition der beiden Werte in meinem Programm hat dann den Gesamtwert richtig ermittelt. Kannst du bitte mal prüfen ob du versehentlich die Werte vom Master ziehst und dann beim Slave einträgst. ggf. hast du beim Pfad zu den Objekten die .1 für die zweite Instanz des plenticore-g3 nicht mit angepasst.

[FernetMenta]

@Moppedman sagte in Beta ioBroker.plenticore-g3:

Kannst du bitte mal prüfen ob du versehentlich die Werte vom Master ziehst und dann beim Slave einträgst. ggf. hast du beim Pfad zu den Objekten die .1 für die zweite Instanz des plenticore-g3 nicht mit angepasst.

Kann mir nicht vorstellen wie das möglich sein kann. Die beiden Instanzen wissen eigentich nichts voneinander. Der Adapter sieht den Index, also .0, .1, auch nicht.
Unterscheiden sich denn die anderen Werte?

[FernetMenta]

Prüfe bitte auch noch die moduleid und dataid bei den Objektdaten:

  "native": {
    "type": "processdata",
    "moduleid": "scb:statistic:EnergyFlow",
    "dataid": "Statistic:Yield:Day"

Sihet das so aus, oder hast du eventuell do zusätzliche Daten durch die Schwarmschaltung und hast die Summe (wenn vorhanden) erwischt?

[Moppedman]

Sieht bei mir so aus für den MASTER

"native": {
"type": "processdata",
"moduleid": "scb:statistic:EnergyFlow",
"dataid": "Statistic:Yield:Day"
},
"from": "system.adapter.plenticore-g3.0",
"user": "system.user.admin",
"ts": 1766935932329,
"_id": "plenticore-g3.0.processdata.scb.statistic.EnergyFlow.Statistic_Yield_Day",
"acl": {
"object": 1636,
"state": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator"
}

und so für den SLAVE

"native": {
"type": "processdata",
"moduleid": "scb:statistic:EnergyFlow",
"dataid": "Statistic:Yield:Day"
},
"from": "system.adapter.plenticore-g3.1",
"user": "system.user.admin",
"ts": 1767017739957,
"_id": "plenticore-g3.1.processdata.scb.statistic.EnergyFlow.Statistic_Yield_Day",
"acl": {
"object": 1636,
"state": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator"
}
}

Verschiedene andere Werte (aktuelle) hat er entsprechend unterschiedlich angezeigt.

Weiterhin finde ich nicht in deinem Adapter die Werte in der Statistik für EnergyToGridMonth,EnergyToGridTotal, EnergyToGridYear die der Alte Adpater aber zur Verfügung stellt. Heissen die bei dir anders oder fehlen die noch ??

[FernetMenta]

@Moppedman sagte in Beta ioBroker.plenticore-g3:

Weiterhin finde ich nicht in deinem Adapter die Werte in der Statistik für EnergyToGridMonth,EnergyToGridTotal, EnergyToGridYear die der Alte Adpater aber zur Verfügung stellt.

Die hat der alter Adapter selber berechnet (fand ich nicht so toll, das einfach zu verschweigen).
https://github.com/pixcept/ioBroker.plenticore/blob/master/lib/plenticore.js#L3305

Das kann man wie oben berechnen, also Yield - EnergyHomeOwn oder Yield * (1-OwnConsumptionRate).

Wenn sich die anderen Werte zw den Instanzen unterscheiden, kann der Adapter eigentlich nichts falsch machen, weil die Behandlung aller Werte gleich abläuft.

Wenn du einen Rechner mit Python drauf hast, könntest du auch noch damit testen: https://github.com/stegm/pykoplenti

Damit kann man auch die Rest API auslesen. Bekommst du damit andere Werte als der Adapter?

% pykoplenti --host plenticore.green --port 80 --password <password> read-processdata scb:statistic:EnergyFlow/Statistic:Yield:Day
scb:statistic:EnergyFlow/Statistic:Yield:Day=1440.114081113377

[Moppedman]

@fernetmenta ok, dann berechne ich die mir selber. Ist ja kein Problem.

Ich habe noch einen zweiten Pi zum Testen. Da habe ich auch Python drauf. Kenne ich mich zwar nicht mit aus, werde aber ich die Tage mal testen.

[FernetMenta]

@Moppedman sagte in Beta ioBroker.plenticore-g3:

"native": {
"type": "processdata",
"moduleid": "scb:statistic:EnergyFlow",
"dataid": "Statistic:Yield:Day"
},
"from": "system.adapter.plenticore-g3.0",
"user": "system.user.admin",
"ts": 1766935932329,
"_id": "plenticore-g3.0.processdata.scb.statistic.EnergyFlow.Statistic_Yield_Day",
"acl": {
"object": 1636,
"state": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator"
}

Das ist btw von gestern um 16:30. Hast du auf der Instanz mal Master und Slave getestet. Das ist evtl noch ein alter Datenpunkt und du hast in den Settings Yield gar nicht aktiviert.
Vielleicht stoppst du mal den Adapter und löscht alle Objekte.

EDIT: Das kann eigentlich nicht vorkommen, weil der Adapter nicht mehr angewählte Datenpunkte entfernt, aber was anderes fällt mir gerade nicht ein :)

[Moppedman]

@FernetMenta Wo kann ich denn in den Settings Yield Aktivieren. Master und Slave sind identisch bei den Einstellungen in deinem Plenticore G3 Adapter

Slave/Master kann ich m.E. nur im Modbus Adapter anwählen. Dann verschwindet aber die Eingabe der IP Adresse. Das ging daher nicht , da der Slave einen andere IP hat

[FernetMenta]

@Moppedman sagte in Beta ioBroker.plenticore-g3:

Wo kann ich denn in den Settings Yield Aktivieren. Master und Slave sind identisch bei den Einstellungen im Adapter

Das musst du ja schon gemacht haben, sonst würdest du ja Yielt Total nicht sehen.

Slave/Master kann ich m.E. nur im Modbus Adapter anwählen

Master / Slave im Kontext von Mobus hat nichts zu tun, wie du deine WRs als Master/Slave benennst. Deine Mobus-Instanz in iob ist immer Master.

[Moppedman]

Habe einmal den Slave neu installiert. Jetzt stimmen die Daten

[FernetMenta]

sagte in Beta ioBroker.plenticore-g3:

Das kann eigentlich nicht vorkommen, weil der Adapter nicht mehr angewählte Datenpunkte entfernt, aber was anderes fällt mir gerade nicht ein :)

Ach ja, kann es bei Dunkelheit, also wenn der WR nicht in den Zustand "Einspeisen" kommt, doch geben. Leider hat die REST API von Kostal Eigenheiten. Der Adapter holt sich bei Start alle verfügbaren Datenpunkte der WRs. Leider kann man sich nicht in allen Zuständen auf diese Liste verlassen. Darum wartet der Adapter bis der WR in den Zustand "Einspeisen" kommt. Erst dann werden Objekte, die nicht mehr angewählt sind wieder aus dem Baum gelöscht.

[Moppedman]

@FernetMenta Habe jetzt alles am Laufen und die alten Adapter deinstalliert. Funktioniert soweit bisher einwandfrei.

Habe nur Abweichungen bei der Statistik im Vergleich zum Kostal Portal, aber das hatte ich vorher auch. Die stellen das deutlich positiver dar als es eigentlich ist.

Dir noch mal vielen Dank für die Arbeit und einen Guten Rutsch

[FernetMenta]

@Moppedman sagte in Beta ioBroker.plenticore-g3:

Habe nur Abweichungen bei der Statistik im Vergleich zum Kostal Portal, aber das hatte ich vorher auch. Die stellen das deutlich positiver dar als es eigentlich ist.

Ja, das Kostal Solarportar zeigt andere Daten. Ich denke die machen das, weil andere Hersteller das so machen und Kostal da nicht schlechter wegkommen will. Im Solarportal wird als Ertrag das angegeben, was auf der DC-Seite produziert wird. Yield in der REST API gibt an, was auf der AC-Seite wirklich herausgekommen ist. Da bleibt natürlich wegen Wandlungsverlusten einiges auf der Strecke liegen.

[MartyBr]

@fernetmenta
Hallo, ich habe den Kostal Piko 20 mit 22 kWp Panels und einen Kostal KSEM. Alle drei MPPT sind belegt (auch ist der Piko 20 ein reiner String WR).
Nun habe ich mir eine 15 kWh Pylontech gekauft und möchte sich an mein System anschliessen. In der Kompatibiltätsliste stehen der Plenticore G2 und der G3.
Jetzt die Frage: Läuft der Adapter auch mit dem Kostal Plenticore G2 oder benötigt er dringend den G3?

[FernetMenta]

@MartyBr aus diesem Grund habe ich es nicht "Kompatibilitätsliste" genannt, sondern Geräte mit denen User erfolgreich getestet haben und das zurückgemeldet haben. Ich nehme an, dass der Adapter mit allen Kostal WRs geht, kann es aber nicht sicher sagen. Du könntest es ja ausprobieren und Feedback geben.

[MartyBr]

Okay, mach ich. Ich warte auf den Elektriker. Da war die Nasa mit dem Mondflugprogramm erfolgreicher

[Moppedman]

@fernetmenta Hi und ein Frohes Neues Jahr erst einmal. Mir sind noch drei Sachen aufgefallen bzw. du kannst das prüfen oder ggf. mir einfach nur erklären.

1. Der SoH wird im Plenticore-G3 Adapter mit dem Wert 255 angezeigt. Sollte aber laut Batterie Adapter 96% sein. Kannst du dir das mal anschauen, denn eine sinvolle Umrechnung sehe ich da auf Anhieb nicht.

2. Ich wollte testweise mal den min SoC der Batterie über deinen Adapter setzen. Dafür habe ich in den Settings des Adapters Battery_ExternControl_MinSocRel mal aktiviert. Diesen Wert kann ich aber nicht überschreiben. Auch das Register 1042_Min_Battery_SoC über Modbus kann ich nicht überschreiben obwohl es laut Kostal Doku RW Atribute hat. Was mache ich hier noch falsch ?

3. Ich habe in beiden WR das Schattenmanagement für beide Strings Aktiviert. Wo könnte ich das Auslesen bzw setzen

[FernetMenta]

@Moppedman sagte in Beta ioBroker.plenticore-g3:

Der SoH wird im Plenticore-G3 Adapter mit dem Wert 255 angezeigt. Sollte aber laut Batterie Adapter 96% sein. Kannst du dir das mal anschauen, denn eine sinvolle Umrechnung sehe ich da auf Anhieb nicht.

Kann ich nicht nachvollziehen hier und habe das auch von keinem anderen Nutzer gehört. Bei mir sieht das so aus:

Was zeigt dir denn die Weboberfläche des WR an?

Ich habe in beiden WR das Schattenmanagement für beide Strings Aktiviert. Wo könnte ich das Auslesen bzw setzen

Generator_ShadowMgmt_Enable, Das ist ein Bitfeld, also bit 1 gibt an, ob Schattenmanagement auf String 1 aktiviert ist, und Bit 2 auf String 2. Ich habe beide aktiviert, also steht da 3.

Ich wollte testweise mal den min SoC der Batterie über deinen Adapter setzen. Dafür habe ich in den Settings des Adapters Battery_ExternControl_MinSocRel mal aktiviert. Diesen Wert kann ich aber nicht überschreiben. Auch das Register 1042_Min_Battery_SoC über Modbus kann ich nicht überschreiben obwohl es laut Kostal Doku RW Atribute hat. Was mache ich hier noch falsch ?

Um Battery von internal auf external umzustellen, musst du dich in der Weboberfläche als Installateur einloggen.

[FernetMenta]

@moppedman ah sorry, du meintest SoH. Habe ich falsch gelesen. Bei mit steht da auch 255 und der Batterieadapter sagt 99%. Das hätte also mit 255/256 noch gepasst. Vielleicht bekommt der WR den Wert auch nicht von der Batterie.

[Moppedman]

@fernetmenta Habe mich bei der Batterie SoC Steuerung unklar ausgedrückt. Ich möchte lediglich den min SoC anpassen. Im Winter setze ich den immer hoch auf 20% und im Frühjahr dann auf 10%. Das ging bisher über den alten Adapter Problemlos. Ich wollte nicht die Batterie von Extern steuern, was ja wohl auch gehen soll, ich abe rnicht verwende

SoH habe ich mir jetzt aus dem Batterie Adapter gezogen.

Das mit den Bit´s für die Strings ist jetzt klar. Kann ich die dann auch so beschreiben um die zu Setzten, Also eine 2 schreiben wenn ich nur String 2 setzen will ?