NEWS
IOBroker Anbindung an einen Kostal Plenticore
-
@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.
-
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
-
@StrathCole Magste das sharen ? sieht echt gut aus
-
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:
-
@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
-
@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.
-
@Marco-Laser Ich sehe gerade, dass ein Log nicht vollständig ist. Kommt da vielleicht noch eine Fehlermeldung am Ende?
-
@StrathCole Oh ja mein Fehler
-
@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. -
@StrathCole jo scheint so, Gleiches könnte dafür gelten wenn jemand keinen Energy Meter hat, das kann ich nur nicht testen
-
@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.
-
@Marco-Laser said in IOBroker Anbindung an einen Kostal Plenticore:
@StrathCole Oh ja mein Fehler
So. Du kannst die neue Version aus dem github installieren. Ich kann es selbst nicht testen, aber ich frage jetzt die Batteriewerte erst ab, wenn bei einer vorhergehenden Abfrage der StateKey0 auf 85 ist (was meines Wissens nach bedeutet, dass der Batterieausgang freigeschaltet wurde).
-
@StrathCole klappt soweit alles eine Sache hätte ich noch, kannst du auch nenn Datenpunkt machen fürs die Einstellung des Schattenmanagements?
-
@Marco-Laser natürlich. Mache ich voraussichtlich heute. Hatte ich selbst nicht benötigt
-
@Marco-Laser Datenpunkt ist hinzugefügt und neue Version online.
-
@StrathCole Klappt, Top. Was kann Enable ext. Module Control ? Und einen Fehler hab ich noch :
-
@Marco-Laser said in IOBroker Anbindung an einen Kostal Plenticore:
@StrathCole Klappt, Top. Was kann Enable ext. Module Control ?
Ich vermute(!), dass es immer
true
sein muss, wenn das Schattenmanagement aktiv ist. Vom Namen des Schalters her, klingt es wie „es ist grundsätzlich ein externes Kontrollmodul aktiv“ oder soWegen des 503-Fehlers muss ich erst ein Debugging einbauen, das mit Checkbox in der Instanz aktiviert werden kann. Sonst finde ich nie raus, welcher Schalter bei dir ganz genau nicht geht.
-
Ich habe eine neue Version ins GIT geladen. In den Einstellungen der Instanz kannst du nun einen Haken bei Debug setzen, sodass er alle Felder vom Plenticore einzeln abfragt und nicht mehr in einer Gruppe. Damit müsste ich dann sehen, welches Feld ganz genau bei dir nicht funktioniert.
-
Leider klappt das mit dem Schattenmanagement setzen nicht so recht, kommt immer der Fehler :
PUT to settings devices:local / Generator:ShadowMgmt:Enable (true) resulted in code 500: {"message":"Internal Server Error"}
und der andere Fehler ist
Requesting settings - {"moduleid":"devices:local","settingids":["Properties:InverterType"]}) failed with code 503: {"message":"internal communication error, try again later"}
-
@Marco-Laser Okay, den InverterType kann ich auch erst mal weglassen, da weiß ich ohnehin nicht, was die Werte bedeuten.
Wegen des Schattenmanagements scheint das etwas komplizierter zu sein. Hast du 1 String oder 2?