IOBroker Anbindung an einen Kostal Plenticore
-
@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:
Die Folgen den Batterietyp auf "none" zu setzen lassen sich nicht überblicken. Ich wäre vorsichtig, wie dann im Garantiefall BYD oder Kostal damit umgehen.
Na ja, das ist eine ganz normale Einstellung im Interface, für die man nicht mal den Servicecode braucht. Der Effekt im Kostal ist, dass er "an der Batterie vorbei" arbeitet, also weder lädt noch entlädt. Entsprechend fragt er auch keine Werte der Batterie ab. Ob das also relevant für Garantieansprüche sein kann, wage ich zu bezweifeln.
@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:
Die 70% Begrenzung wäre dann deutlich "billiger" bzw. Verbraucher einzuschalten, um die 70% Grenze einzuhalten.
Das ist klar, funktioniert bei uns nur leider nicht. Wir haben eine Wärmepumpe, die im Winter relativ konstant Tag und Nacht Strom verbraucht. Andere Verbraucher schalten wir tagsüber schon ein (WP-Trockner, Waschmaschine), die sind aber inzwischen so energieeffizient, dass sie auch keine 30% der kWp fressen. Die Spülmaschine bringt auch nichts, die kann man ja nicht immer anschalten, wenn sie noch nicht mal halb voll ist. Und wenn sie abends dann mal voll ist, kann man sie auch nicht bis zum nächsten Tag stehen lassen, dann stapelt sich das Geschirr
Essen kochen passiert zwar meist mittags, aber das sind vielleicht 30 bis maximal 60 Minuten, in denen dann 2-3kW gezogen werden.@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:
Statistisch sollten bei 70% Begrenzung maximal ca. 5% der möglichen Einspeiseleistung "verlorengehen".
Insgesamt gesehen mag das sein, aber wenn meine Batterie schon um 11 Uhr voll ist, dann verliere ich bei voller Leistung ca. 20-25% der möglichen Einspeisung, wenn ich das Grundrauschen unseres Verbrauchs abziehe. Im Sommer werden das dann pro Tag einige kWh sein.
@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:
Ich habe bei Dir verstanden, dass Du ca. 10 kWp PV Module installiert hast und auch ca. 10 kWh Batteriekapazität hast.
Dann wäre bei optimalen Bedingungen die Batterie in ca. 2 Stunden voll. (Ladung mit max. 50% der Kapazität)9,6kWp und 8,96kW Batterie. Die Batterie lädt mit maximal ca 4,6-4,9kW, zum Ladeende hin dann weniger. 2 Stunden kommt also in etwa hin. Optimal wäre aber, wenn an so einem Tag die Ladung mit 2,5kW erfolgt, und zwar genau in der Zeit mit der maximalen Leistung. Dann bräuchte sie etwa 3-3,5 Stunden für die Ladung und würde damit die 70% zum guten Teil abfangen.
-
@StrathCole
Das mit der Garantie ist schwer zu beantworten. Falls Du die Funktion einbaust, würde ich auf jedem Fall daraufhinweisen, dass diese "auf eigene Gefahr" genutzt wird.Ich hatte bei Progres-NRW den 10% Zuschuss zu den Batteriekosten beantragt und genehmigt bekommen.
Fördervoraussetzung ist dann eine Begrenzung der Einspeisung auf 50% im 15 Minuten Mittelwert.
Mit einer Prognose-basierenden Ladung (mit Begrenzung) zur Mittagszeit könnte ich das einhalten.Das würde sich für mich ansonsten nur rechnen, wenn ich ein E-Auto bedarfsgerecht laden könnte.
Ich bin aber noch am überlegen, ob die Förderung unter diesen Randbedingungen Sinn macht.
... und dass obwohl meine Anlage deutlich kleiner ist und 40% der PV-Leistung in NW-Ausrichtung sind. -
@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:
Fördervoraussetzung ist dann eine Begrenzung der Einspeisung auf 50% im 15 Minuten Mittelwert.
So etwas Ähnliches gibt es hier auch, habe mich aber dagegen entschieden. Auf 50% komme ich nicht. Ich verstehe aber auch absolut nicht, warum man die maximale Ladestärke nicht angeben kann im KOSTAL.
-
@StrathCole sagte in IOBroker Anbindung an einen Kostal Plenticore:
Ich verstehe aber auch absolut nicht, warum man die maximale Ladestärke nicht angeben kann im KOSTAL.
Ich würde mich nicht wundern, wenn Kostal diese Funktion für die neuen HVS/HVM - Module Funktionalität in Zukunft unterstützen würde ..... obwohl ist ja nicht so schwer, im Plenticore DC-Wandler für den Batterie-String diese Begrenzung einzubauen.
Aktuell hat Kostal es aber scheinbar (noch) nicht nötig ihre IT-Kompetenz aufzurüsten. Auch so ist die Produktion zu 100% ausgelastet.
-
@tom57 Ich habe gerade mal mit KOSTAL telefoniert. Was ich daran erschreckend fand: Mir wurde dort gesagt, das Feld "Batterienutzung ab [W]" würde bedeuten, dass die Batterie erst ab einem Überschuss von X W geladen wird
Schade nur, dass das Feld die technische Bezeichnung "local.Battery:minHomeConsumption" hat …
Ich habe der Dame das Problem mal geschildert und soll nun eine Mail hinschicken, dass sie das "Mittwoch mit ins Meeting nehmen können". Ich glaube zwar noch nicht recht daran, aber wer weiß …
Hier mal mein Text per Mail, falls du auch etwas ähnliches hinschicken willst g
Mail sollte übrigens an service-solar [at] kostal (dot) com gehen.
-
@StrathCole
Super, mal sehen was passiert. Erstaunlich, dass Du jemanden telefonisch erreicht hast ....Im September 2019 hatte ich 2 Telefongespräche mit dem Support. Mein Gesprächspartner kannte diese Anforderungen nach Steuerbarkeit der Batterieladung (Modbus TCP / Rest API) von anderen Anwendern, sagte diese wären dem Entwicklungsteam bekannt und es würde "demnächst" ggfs. ein Firmwareupdate dazu geben. Eine prognosebasierte Steuerung wäre aber - wenn überhaupt - erst mittelfristig angedacht.
Inzwischen gab es 2 FW-Updates ohne Funktionserweiterung .... ich schreibe auch noch einmal an Kostal !
-
@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:
Eine prognosebasierte Steuerung wäre aber - wenn überhaupt - erst mittelfristig angedacht.
Ganz ehrlich: Ich denke nicht, dass das sinnvoll wäre bei denen. Du brauchst ja allein mehrere Wetterquellen, um einigermaßen zuverlässige Werte zu bekommen. Na mal sehen, ob sie antworten und ob wirklich mal was passiert. Und ob die Steuerung dann besser wäre als jetzt das mit der intelligenten Batteriesteuerung?
-
@StrathCole sagte in IOBroker Anbindung an einen Kostal Plenticore:
Ganz ehrlich: Ich denke nicht, dass das sinnvoll wäre bei denen. Du brauchst ja allein mehrere Wetterquellen, um einigermaßen zuverlässige Werte zu bekommen.
ja sehe ich auch so. Wollte in der Kommunikation mit Kostal dies nur nicht so ausdrücken.
Der Wettbewerb bietet ja auch prognosebasierte Steuerung an .... also gehe ich davon aus, dass Kostal unter Marketing-Gesichtspunkten etwas anbieten wird. -
@tom57 Ja, ich hatte auch überlegt, in der Mail noch dazuzuschreiben, dass eine Zeitsteuerung für die Ladeströme gut wäre, aber das überfordert wohl
-
Die erste Antwort ist völlig unbrauchbar:
Guten Tag, Danke für Ihren Hinweis, die intelligente Batt. Steuereung kann leider nicht in die Zukunft blicken
Unsere Empfehlung ist diese zu deaktivieren zwischen Oktober und März, hier wird naturgemäß die 70 % Grenze nicht erreichtKomisch, dass meine Anlage die 70% schon erreicht und das Problem ja nun nicht nur im Winter besteht … als gäbe es im Sommer keine miesen Tage.
-
@StrathCole
Meine Antwort ist ähnlich und geht überhaupt nicht auf die Frage der Steuerbarkeit / Begrenzung des Ladestomes per Modbus / API ein:Guten Tag, die intelligente Batteriesteuerung basiert auf einem Algorithmus und versucht anhand der Ertragskurve die Sonnenscheinstunden zu extrapolieren, das gelingt nicht immer in den Wintermonaten empfehlen wir diese Funktion zu deaktivieren. Ein Termin zur Optimierung dieser Funktion kann ich Ihnen leider heute noch nicht nennen Mit freundlichen Grüßen / Kind regards KOSTAL Solar Electric GmbH Erich KoehleWie alle Antworten des "Hern Koehle" kann man diese vergessen. So geht Support NICHT!
-
@tom57 Japp, meine Antwort kam auch von ihm. Habe direkt ein Follow-Up gesendet:
leider ist das bei unserer Anlage nicht korrekt.
Die 70%-Grenze wird bei uns schon seit einigen Tagen erreicht.
Und gerade weil die Steuerung nicht in die Zukunft blicken kann, ist eine Möglichkeit, die maximalen Ladeströme manuell zu setzen, unabdingbar. -
@StrathCole
Entweder kapiert der gute Mann die Anliegen nicht ( d.h. ist eine angelernte Hilfskraft -was ich vermute) oder Kostal hat Anweisung gegeben zu spezifische Fragen einfach zu ignorieren. Beides wäre schlecht.Ich bin inzwischen maßlos enttäuscht, dass ein namhafter deutscher Hersteller sich diesen unterirdischen Service leistet.
- Falsche Produktaussagen und Beratungen
- Ein Portal, das nicht richtig funktioniert (1-4 Tage Zeitverzug der Daten)
- Service Anfragen bleiben z.T. unbeantwortet
- Und fehlende Funktionen der "intelligenten" Batteriesteuerung, mit dem viele Anwender jedes Jahr bares Geld verlieren
Die 70% oder 50% KFW-Grenzen sind ja nicht neu
Das können viele ausländische (asiatische) Hersteller deutlich besser !
-
@tom57 Puh, da wird irgendwie nicht mal intern kommuniziert. Als Antwort habe ich nun bekommen:
Guten Tag,
ich verstehe Ihr Anliegen, nur das Gerät lässt sich bisher noch nicht individuell konfigurieren.Warum habe ich denn in den Mails geschrieben, dass es ein Anliegen für die nähere Zukunft ist, dass das möglich gemacht wird? Und was ist das für eine Aussage? Natürlich lässt sich das Gerät individuell konfigurieren, nur nicht in allen Bereichen seufz
Meine Antwort nun:
das ist mir bekannt. Deshalb habe ich mit einer Ihrer Kolleginnen am Telefon besprochen, dass ich das Anliegen per Mail schicken soll, damit der Vorschlag, die maximale Ladestärke konfigurierbar zu machen, an diesem Mittwoch im internen Meeting besprochen werden kann.
Dies habe ich getan, habe jedoch den Eindruck, dass bei Ihnen intern nicht wirklich gut kommuniziert wird, sonst wäre mein Anliegen ja entsprechend an diejenige Person weitergegeben worden, die auch die E-Mail für das (heutige) Meeting angefordert hatte.Also noch einmal: Es ist gewünscht, dass in einem kommenden (möglichst zeitnah natürlich) Firmware-Update die maximale Ladestärke der Batterie konfigurierbar gemacht wird. Ein ganz normaler fixer Wert in W würde völlig ausreichen.
Es ist manchmal zum Haareraufen.
-
Habe jetzt noch mal angerufen und den genannten Herrn zufällig am Telefon gehabt. Er will nun meine Mail(s) an das Produktmanagement weiterleiten …
-
Rückmeldung. Na ich bin gespannt.
Guten Tag Herr Burkard, das PM hat bereits geantwortet, Ihre Anregung wird im meeting vorgetragen.
-
@StrathCole sagte in IOBroker Anbindung an einen Kostal Plenticore:
Rückmeldung. Na ich bin gespannt.
Habe die gleiche Antwort bekommen, dass die Anforderung an das PM weitergeleitet wurde.
Ich wäre aber sehr erstaunt, wenn sich in den nächsten 2-3 Monaten was tut. Aber vielleicht ist das Mgt. mal aufgewacht....Es gibt seit über 1 1/2 Jahren viele Anwender-Beschwerden, dass Anlagen mit 2 Wechselrichtern nicht richtig funktionieren.
Das Portal kann dier Erträge nicht summarisch darstellen und die Kommunikation KSEM zu 2 Wechselrichtern funktioniert erst seit dem letzten FW-Update aus dem Januar 2020.Wenn ich sehe wie lange es bisher gedauert hat ..... dann würde ich nicht zuviel erwarten.
Wenn ich Teil des Kostal-Managements wäre, dann würde ich vor Scham im Boden versinken ..... bzw. handeln ! -
@StrathCole
Im Laufe des heutigen Abends stürzt der Adapter immer wieder mit folgenden Logzeilen ab:2020-03-19 23:05:59.566 - error: host.BT3-PRO Caught by controller[0]: FATAL ERROR: invalid array length Allocation failed - JavaScript heap out of memory 2020-03-19 23:05:59.567 - error: host.BT3-PRO Caught by controller[1]: 1: 0x8fa090 node::Abort() [io.plenticore.0] 2020-03-19 23:05:59.568 - error: host.BT3-PRO Caught by controller[2]: 2: 0x8fa0dc [io.plenticore.0] 2020-03-19 23:05:59.568 - error: host.BT3-PRO Caught by controller[3]: 3: 0xb0052e v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [io.plenticore.0] 2020-03-19 23:05:59.568 - error: host.BT3-PRO Caught by controller[4]: 4: 0xb00764 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [io.plenticore.0] 2020-03-19 23:05:59.568 - error: host.BT3-PRO Caught by controller[5]: 5: 0xef4c72 [io.plenticore.0] 2020-03-19 23:05:59.568 - error: host.BT3-PRO Caught by controller[6]: 6: 0xecc7b9 [io.plenticore.0] 2020-03-19 23:05:59.569 - error: host.BT3-PRO Caught by controller[7]: 7: 0xece53d v8::internal::Factory::NewFixedDoubleArray(int, v8::internal::PretenureFlag) [io.plenticore.0] 2020-03-19 23:05:59.569 - error: host.BT3-PRO Caught by controller[8]: 8: 0xe7c8ff [io.plenticore.0] 2020-03-19 23:05:59.569 - error: host.BT3-PRO Caught by controller[9]: 9: 0x1127ded v8::internal::Runtime_GrowArrayElements(int, v8::internal::Object**, v8::internal::Isolate*) [io.plenticore.0] 2020-03-19 23:05:59.569 - error: host.BT3-PRO Caught by controller[9]: 10: 0x39381f4dbe1d 2020-03-19 23:05:59.569 - warn: host.BT3-PRO instance system.adapter.plenticore.0 terminated due to SIGABRTHabe noch keine Lösung gefunden es wieder zu stabilisieren.
-
@Diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:
@StrathCole
Im Laufe des heutigen Abends stürzt der Adapter immer wieder mit folgenden Logzeilen abAuch bei mir gibt es seit 22 Uhr diese Abstürze
-
Oha. Ich habe sie nicht. Vielleicht müsst ihr doch mal die aktuelle Version aus dem git installieren?
