IOBroker Anbindung an einen Kostal Plenticore

[Marco Laser]

@StrathCole Moin, erstmal cool dass du dir die Arbeit gemacht hast, ich wollte es gerade mal testen, Allerdings bekomme ich auf meinem Slave nur die Meldung : "startInstance system.adapter.plenticore.0: required adapter "admin" not found!".
Kann er ja auch nicht finden da die auf dem Master ist. Wäre cool wenn du das ändern könntest

[StrathCole]

@Marco-Laser oje. Kannst du mir auf die Sprünge helfen?
Bin komplett neu bei ioBroker und weiß gar nicht, wie master und slave funktionieren. Habe das Adapter-Template als Ausgangspunkt genutzt inkl. der angegebenen Dependencys.

[Marco Laser]

@StrathCole habe leider keine Ahnung von der Programmierung von Adaptern aber kannst du vielleicht einfach die Admin Instanz aus den Dependencys raus nehmen?

[StrathCole]

@Marco-Laser Hab das nun mal gemacht. Die Abhängigkeit sollte nicht mehr existieren.

[StrathCole]

@Marco-Laser was mich irritiert ist, dass laut Anleitung auch auf einem Slave der Admin-Adapter installiert sein soll.

[Marco Laser]

@StrathCole so hab's gerade mal probiert klappt jetzt ohne Probleme aufm Plenticore 8.5. Wenn jetzt noch mehr Werte ausgelesen werden können wäre es perfekt

[StrathCole]

@Marco-Laser welche Werte sind denn vor allem interessant? Dann schaue ich mal, ob die über die API gesendet werden.

[Marco Laser]

@StrathCole ich find vor allem die Statistiken interessant.

[StrathCole]

@Marco-Laser da bin ich grad dran.

[StrathCole]

@Marco-Laser Die Statistik-Objekte habe ich nun auch eingebunden.

Wichtig: Vor dem Aktualisieren auf den neuen Stand bitte die Instanz deaktivieren und nach dem Aktualisieren in der Instanz das Passwort neu eintragen. Es wird jetzt verschlüsselt gespeichert, dadurch könnte er das alte nicht mehr lesen.

Die Datenpunkte sind übrigens unter scb.statistic zu finden.

[StrathCole]

In Verbindung mit den neuen Statistik-States habe ich nun auch die Statistik-Seite der Plenticore-Oberfläche in einem Vis nachgebaut (nur HTML-Widgets mit Object-Bindings):

(CO2 gesamt fehlt wegen eines Tippfehlers im Datenpunktnamen).

Endlich nicht mehr dauernd das Passwort eingeben und auf eine separate Oberfläche gehen

[Marco Laser]

@StrathCole Magste das sharen ? sieht echt gut aus

[StrathCole]

Hab ich noch nie gemacht, aber ich versuch es mal. Hab das folgende JSON via "Widgets Exportieren" geholt, müsste also in ein View als "Widgets Importieren" funktionieren:

widgets.txt

[Marco Laser]

@StrathCole Danke, klappt soweit. Zwei Sachen hätte ich auf jeden Fall, Der DP CO2 Total klappt bei mir nicht... also nicht nur in der Vis nicht sondern gar nicht. Und

Requesting settings - [{"moduleid":"devices:local","settingids":["Battery:DynamicSoc:Enable","Battery:MinHomeComsumption","Battery:MinSoc","Battery:SmartBatteryControl:Enable","Battery:Strategy 

Kommt bei mir jedes mal weil ich keine Batterie hab

[StrathCole]

@Marco-Laser Das mit dem Datenpunkt meinte ich vorhin. Der wird falsch befüllt. Das behebe ich mit der nächsten Version.

Das mit dem "Requesting …" sollte eigentlich egal sein, den Request macht er zusammen mit den anderen Abfragen, einen Fehler dürfte das eigentlich nicht werfen.

[StrathCole]

@Marco-Laser Ich sehe gerade, dass ein Log nicht vollständig ist. Kommt da vielleicht noch eine Fehlermeldung am Ende?

[Marco Laser]

@StrathCole Oh ja mein Fehler

[StrathCole]

@Marco-Laser Danke.
Dann muss ich wohl wirklich zuerst abfragen, ob eine Batterie vorhanden ist, bevor ich batteriebezogene Werte auslese. Scheint, dass der Plenticore sonst ein Problem hat.

[Marco Laser]

@StrathCole jo scheint so, Gleiches könnte dafür gelten wenn jemand keinen Energy Meter hat, das kann ich nur nicht testen

[StrathCole]

@Marco-Laser puh, dann muss ich drauf warten, bis sich so jemand irgendwann mal meldet Denn dann könnten ja auch keinerlei Verbrauchswerte gemessen werden.