Weihnachtsangebot 2025! 🎄

[StrathCole]

Hi, nur mal als Info:

Kostal hat inzwischen wohl das Handbuch erweitert. In Kapitel 8.1/8.2 ist nun die "neue" externe Batteriesteuerung erklärt.

Interessant dabei zum Beispiel diese Aussage:

Bleiben externe Steuersignale für längere Zeit aus, kehrt
der Speicherwechselrichter zur internen Batteriesteue-
rung zurück. Die Zeitangabe wird dazu im Webserver
eingestellt. Die Vorgaben des externen Anbieters sind
dabei zu beachten.

Bedeutet also, wenn man die externe Steuerung aktiviert, muss man sicherstellen, dass man auch regelmäßig Werte via ModBus setzt, sonst deaktiviert sie sich wohl wieder.

[StrathCole]

@Diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:

@solargy Ich habe nur daswetter als weiteren Adapter installiert. Alles andere holt sich der plenticore Adapter direkt von den Webservices (Websites) der Anbieter, z.B. Kachelmann. Darksky nutze ich nicht.
Für den daswetter Adapter brauchst du die XML URL(s) für deinen Ort von hier: https://www.daswetter.com/api/#/login
Ich nutze nur Pfad 1 und 3. Glaub plenticore braucht sogar nur einen. Steht aber mWn in der Doku.

Ja, der Adapter nutzt nur einen Wert. DarkSky wird eingestellt (wurde von Apple aufgekauft), daher nehme ich die Unterstützung davon auch in absehbarer Zeit raus.

[StrathCole]

Und ich rege mich gerade mal wieder über Kostal auf. Man kann die automatische Aktivierung des Ruhezustandes (Batterie) ja nicht wirklich verhindern. Die letzten Tage war das Wetter mies, ein paar Tage hatten wir eine dünne Schicht Schnee auf dem Dach, also kamen nur etwa 15-20W. Entsprechend hat der WR die Batterie dann heute Nacht um 0 Uhr in den "Ruhemodus 2" versetzt. Bedeutet: Keine Ladung, keine Entladung, aber vorher Netzladung auf 40%.

Ja, ich weiß, ist zum Schutz der Batterie. ABER: Nur der Installateur kann diesen Zustand manuell wieder entfernen. Als Betreiber muss man warten, bis die interne Steuerung entscheidet, dass die PV Leistung lange genug hoch genug war, diesen Ruhezustand aufzuheben. Und das ist mal wieder ein No-Go!

Wir haben heute immer wieder zwischendurch Sonne. Teilweise ist die PV Leistung bei > 5kW. Und? Alles wird eingespeist, weil die Batterie schön im Ruhezustand vor sich hin schläft. :rage: – Und Lastspitzen (Mittagessen z. B.) werden natürlich aus dem Netz geholt.

[Diginix]

@StrathCole Wo sieht man den "Ruhemodus 2". Bei mir sind seit Tagen nur 3-5 kWh Ertrag. Somit hängt mein Akku auch permanent auf minSoC bzw auch mal darunter.

Mir wird im beta repo v2.1.4 angeboten. Im Changelog sehe ich schon 2.1.5 und auf GIT 2.4.0.
Bisher läuft 2.1.3. Sollte ich schon auf eine davon updaten oder bist du mitten in der Entwicklung?

[ukl]

@StrathCole sagte in IOBroker Anbindung an einen Kostal Plenticore:

Man kann die automatische Aktivierung des Ruhezustandes (Batterie) ja nicht wirklich verhindern.

Nur mal so eine Idee:
In den Einstellungen beim Kostal kann man den Batterie Typ auswählen, das geht auch als normaler Anwender.
Wenn die Wettervorschau so schlecht ist wie jetzt, kannst Du nicht die Batterie abschalten, d.h. dem Kostal sagen es ist keine batterie verbunden und wenn das Wetter wieder besser wird dann diese wieder zuschalten?
Dann würde man das Thema mit dem Ruhezustandes eventuell umgehen

[StrathCole]

@Diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:

@StrathCole Wo sieht man den "Ruhemodus 2". Bei mir sind seit Tagen nur 3-5 kWh Ertrag. Somit hängt mein Akku auch permanent auf minSoC bzw auch mal darunter.

Mir wird im beta repo v2.1.4 angeboten. Im Changelog sehe ich schon 2.1.5 und auf GIT 2.4.0.
Bisher läuft 2.1.3. Sollte ich schon auf eine davon updaten oder bist du mitten in der Entwicklung?

Wenn du das Interface vom Kostal aufrufst und dann bei "Momentanwerte" unten die Batterie anschaust. Da steht "Normalbetrieb" oder "Ruhemodus 1/2".

Die genannten Versionen (2.4 ist nicht die Adapterversion, sondern Test-Library von ioB) sind noch in Entwicklung (aber nur, weil travis nicht funktioniert).

[StrathCole]

@ukl sagte in IOBroker Anbindung an einen Kostal Plenticore:

Wenn die Wettervorschau so schlecht ist wie jetzt, kannst Du nicht die Batterie abschalten, d.h. dem Kostal sagen es ist keine batterie verbunden und wenn das Wetter wieder besser wird dann diese wieder zuschalten?

Ja, theoretisch. Habe ich ein Mal gemacht und nie wieder. Der Kostal scheint sich da manchmal zu verschlucken, sodass beim wiedereinschalten der Batterie die Daten nicht korrekt ankommen. Dann muss man wieder deaktivieren und noch mal aktivieren. Kann mir auch nicht vorstellen, dass das insgesamt so gut für die Geräte ist.

[tp1de]

@Diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:

@StrathCole Wo sieht man den "Ruhemodus 2". Bei mir sind seit Tagen nur 3-5 kWh Ertrag. Somit hängt mein Akku auch permanent auf minSoC bzw auch mal darunter.

Mein MinSoC steht bei aktuell 20% und die Batterie entläd sich Nachts um 3-5%. Der PV Ertrag reicht aber bisher aus, um die Batterie auf mindestens 20% zu laden. Trotz etwas Schnee auf der Anlage hatte ich bisher immer dafür genug Ertrag. Mal sehen wie es bei stärkerem Schnefall wird. Den Ruhemodus 2 hatte ich bisher in 1 1/2 Jahren noch nie.
@StrathCole Welche FW Version hast Du installiert - Die Neueste 01.17.05075?
Ich bin noch auf der Version 01.16.05025

[StrathCole]

@tom57 sagte in IOBroker Anbindung an einen Kostal Plenticore:

@Diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:

@StrathCole Wo sieht man den "Ruhemodus 2". Bei mir sind seit Tagen nur 3-5 kWh Ertrag. Somit hängt mein Akku auch permanent auf minSoC bzw auch mal darunter.

Mein MinSoC steht bei aktuell 20% und die Batterie entläd sich Nachts um 3-5%. Der PV Ertrag reicht aber bisher aus, um die Batterie auf mindestens 20% zu laden. Trotz etwas Schnee auf der Anlage hatte ich bisher immer dafür genug Ertrag. Mal sehen wie es bei stärkerem Schnefall wird. Den Ruhemodus 2 hatte ich bisher in 1 1/2 Jahren noch nie.
@StrathCole Welche FW Version hast Du installiert - Die Neueste 01.17.05075?
Ich bin noch auf der Version 01.16.05025

Ich hatte einige Tage wirklich Null ertrag, irgendwas bei 50-200Wh. Bewölkt und Schnee auf den Modulen.

Ich bin auch noch auf der Vorversion, da ich die externe Batteriesteuerung ggf. testen will und keinen Installateurcode habe.

[tp1de]

@StrathCole sagte in IOBroker Anbindung an einen Kostal Plenticore:

Ich hatte einige Tage wirklich Null ertrag, irgendwas bei 50-200Wh. Bewölkt und Schnee auf den Modulen.

Sind Deine Module mit geringer Neigung installiert? Ich habe ca. 40% Dachneigung da rutscht der Schnee bisher schnell ab.
Ich bleibe auch erst einmal auf der Vorversion beim Plenticore.

Hat jemand schon die neue KSEM Firmware installiert? Gibt es dort Probleme?

[StrathCole]

@tom57 Ja, ich hab nur 30° Neigung.

Die Firmware für KSEM habe ich noch nicht. Bin noch auf 1.2.1, da ich immer erst ein Lan-Kabel anschließen muss für ein Update.

[ukl]

ich habe meinen minSOC auf 35 zur Zeit gesetzt.
Wegen der falschen SOC Berechnung beim BYD Speicher hab ich einen schlagartigen SOC Abfall alle 2-3 Tage von >15 in einer Nacht und bei zu geringem minSOC lande ich dann in der Zwangsladung.
Ich hatte deswegen auch lange Diskussionen mit BYD und als "temporäre Lösung" schlagen sie sogar einen minSOC von 50% vor (wegen Schlechtwetter u.ä.) - in der Winterzeit
@StrathCole , wie war Dein SOC Verlauf in den Tagen vor dem Ruhezustand - konstant oder ständiger Abfall?

[StrathCole]

@ukl sagte in IOBroker Anbindung an einen Kostal Plenticore:

@StrathCole , wie war Dein SOC Verlauf in den Tagen vor dem Ruhezustand - konstant oder ständiger Abfall?

Das mit dem Abfallen ist normal. Ich habe immer so 1% Abfall pro 3-4 Stunden. Das führt nur manchmal dazu, dass ich morgens in die Zwangsladung von 3% auf 8% rutsche, aber das ist kein Problem. Der Ruhezustand ist wohl nur abhängig von der PV-Leistung.

[ukl]

@StrathCole d.h. bei Deinem System funktioniert die SOC Berechnung von BYD. Bei mir ist der SOC über Tage konstant und fällt dann inerhalb von wenigen Stunden um >15% ab. Die BatterieSpannung geht aber ständig linear runter, obwohl geladen wurde. Da funktioniert das gesamte Laden/Entladen/SOC Berechnung gar nicht.

aber das ist ein OFF-topic und nichts für diesen Thread denke ich

[tp1de]

@StrathCole sagte in IOBroker Anbindung an einen Kostal Plenticore:

Und ich rege mich gerade mal wieder über Kostal auf. Man kann die automatische Aktivierung des Ruhezustandes (Batterie) ja nicht wirklich verhindern. Die letzten Tage war das Wetter mies, ein paar Tage hatten wir eine dünne Schicht Schnee auf dem Dach, also kamen nur etwa 15-20W. Entsprechend hat der WR die Batterie dann heute Nacht um 0 Uhr in den "Ruhemodus 2"

... und ich könnte Kostal in die Tonne kloppen :angry:
Ich möchte folgende Erfahrungen mit Euch teilen:

Ich hatte gestern Abend irgendwie nichts zu tun und habe das KSEM auf die FW 1.3.0. upgedated.
Heute Morgen hatte ich dann folgendes Bild:

Batteriestatus: Tiefentladeschutz - Spannung 1V - Batterie wurde nicht geladen - ... und PV-Leistung????

Neustart der Batterie und des Wechselrichters haben nichts verändert. Die Kommunikation zwischen dem WR und der BYD Batterie war gestört ... durch das Update des KSEM !!! Ein FW-Downgrade des KSEM wurde verhindert - geht also nicht.

Ich habe dann in meiner Verzweiflung den Plenticore auf die FW 01.17.05075 upgedated. Das Resultat war das Gleiche: Kommunikation zwischen WR und BYD gestört. Erst zwei weitere Neustarts des KSEM haben das Problem gelöst.

Folgende Anmerkungen zur FW 01.17.05075 des Plenticore WR:

• Ein FW Downgrade auf 01.16.05025 geht (anders als beim KSEM)
• Der eingestellte Modus der Batteriesteuerung bleibt beim Upgrade erhalten (bei mir: Extern über Modbus TCP)
• Bei der FW 01.16.05025 war der Modus über Modbus Register 1080 (Management Mode) veränderbar, das geht mit der FW 01.17.05075 nicht mehr. Der einmal eingestellte Modus bleibt erhalten. Der initiale "timeout" ist übrigends 180 Sekunden. Manuell eingebbar sind aber nur Werte zwischen 1...60 Sekunden ... warum?
• Laut Handbuch müssen ja innerhalb des Timouts jeweils neue Steuersignale gesendet werden, sonst geht der WR zur internen Batteriesteuerung zurück. Macht ja auch Sinn, falls die externe Steuerung z.B. des Netzbetreibers unterbochen sein sollte. Bei eigener Programmierung sende ich ggfs. jede Minute das Signal neu. Muss ich dann irgendwann mal ausprobieren. Ist im Winter eh egal.
• Ich bleibe erst mal auf der FW FW 01.17.05075 ... solange ein Downgrade möglich ist (also immer alte FW aufheben)

[StrathCole]

Frohes neues Jahr allen zusammen.

@tom57 Du armer.

Ich habe jetzt ein ganz anderes Problem. Unser Dach hat ein Scheefanggitter. Das verhindert aber dummerweise, dass der Schnee von den unteren Modulen rutschen kann. Seit ein paar Tagen ist daher die obere Reihe und die halbe mittlere Reihe schneefrei, die andere Hälfte der Mitte und die untere Reihe sind vollständig mit Schnee bedeckt.
Leistung der kompletten Anlage: Maximal 15W (!)

Ich hab es schon versucht, indem ich Schattenmanagement eingeschaltet habe, aber keine Änderung. Keine Ahnung, was das soll :white_frowning_face:

[lemonbiter]

@strathcole
Ganz herzlichen Dank für Deinen Adapter. Ich freue mich jeden Tag über den wunderbaren Überblick über die Daten!!

Ich habe auch eine Frage... Habe mir den Thread nahezu kompletto durchgelesen ;-)

@Alle
Ich würde gerne die Forecast Daten nutzen, um für den Tag morgens vor dem Hausverlassen so Dinge wie Trockner, Spülmaschine oder Waschmaschine zu programmieren.

Der Forecast bietet ja einen Überblick, aber den zu visualisieren fällt mir persönlich leider zu schwer.

Ich wünschte mir sowas wie Daten mit der realen Uhrzeit (nicht am Sunrise orientiert).
Also z.B. in eine Systemvariable den erwarteten Stromertrag für die reale Stunde schreiben:
7-8 Uhr: 0,3 kWh
8-9 Uhr 0,7 kWh
...
12-13 Uhr 3 kWh
17-18 Uhr 1 kWh usw.

Hat jemand vielleicht ein Skript, wo die Stunden des Forecast / erwartete Strommenge auf reale Stunden umgerechnet werden und dann diese in eine Systemvariable geschrieben werden??

Ich würde daraus gerne dann die Daten in einer Tabelle visualisieren...

Am oberdollsten wäre es, wenn man in der Tabelle nebeneinander stellen könnte: Durchschnittlicher Verbrauch zwischen 8-9 Uhr x kWh (basierend auf den letzten x Tagen), erwarte Produktion y kWh.

Und wenn ich schon beim wünschen bin, wäre es super, wenn jemand eine VIS zur Verfügung stellen könnte, die die Werte von oben (durchschnittlicher Verbrauch zur Stunde x und erwartete Erzeugung zu derselben Stunde) schön anzeigt...

Ich bin leider kein Held beim Blockly bauen ...

Würde mich über jede Hilde sehr freuen!

Danke
Lem

[StrathCole]

@lemonbiter Genau so etwas nutze ich ;-)

Habe das Ergebnis, also javascript.0.vis.pv_hours dann einfach in ein Feld der vis gelegt.

if(existsState('javascript.0.vis.pv_hours') === false) {
    createState('vis.pv_hours', 0, {name: 'HTML-Daten der Stundenvorhersagen', unit: '', type: 'string', role: 'text'});
}
schedule('* * * * *', function() {
    let vishtml = '';
    let state_id = 'plenticore.0.forecast.day1.power';
    let hour_state_id;
    let power;
    let generated;
    let time;
    let gen_percentage;
    for(let h = 1; h <= 24; h++) {
        hour_state_id = state_id + '.' + h + 'h';
        if(!existsState(hour_state_id + '.power')) {
            //log(hour_state_id + '.power not existing', 'info');
            continue;
        }
        power = getState(hour_state_id + '.power').val;

        if(existsState(hour_state_id + '.generated')) {
            generated = getState(hour_state_id + '.generated').val;
        } else {
            generated = 0;
        }

        //log('Gen for h ' + h + ' is ' + generated);

        gen_percentage = Math.round(100 * generated / power);

        if(existsState(hour_state_id + '.time')) {
            time = new Date(getState(hour_state_id + '.time').val);
            //time.toGermanTime();
            time = ('0' + time.getHours()).slice(-2) + ':' + ('0' + time.getMinutes()).slice(-2);
        } else {
            time = '';
        }

        vishtml += '<div class="fc-hour-entry">';
        vishtml += '<div class="fc-hour-time">' + time + '</div>';
        vishtml += '<div class="fc-hour-forecast">' + Math.round(power).toLocaleString().replace(',', '.') + ' Wh</div>';
        vishtml += '<div class="fc-hour-real"><span class="progress-bar"><span class="progress" style="width:' + (gen_percentage > 100 ? 100 : gen_percentage) + '%"></span></span><span class="progress-label">' + Math.round(generated).toLocaleString().replace(',', '.') + ' Wh (' + gen_percentage + '%)</span></div>';
        vishtml += '</div>';
    }

    setState('vis.pv_hours', vishtml, true);
});

[lemonbiter]

@strathcole
Hey... ja Danke Dir ganz herzlich.

Nunja... Ich komme nicht wirklich weit, bitte sei nachsichtig :-)

Habe also ein neues Skript angelegt, den von Dir netterweise zur Verfügung gestellten Inhalt da rein kopiert... Das Skript gestartet... Das war einfach.
Aber wie bekomme ich das nun in die VIS?
Was für einen Objekttyp ziehe ich in die VIS? Dem müsste ich ja dann das Java Skript zuordnen oder?

Also ich habe eine leere Seite in der VIS... und nu? (Schäm)

LG
Lem

[StrathCole]

@lemonbiter Nein, du brauchst ein Objekt vom Type String (unescaped) und musst da dann die Objekt-ID javascript.0.vis.pv_hours eintragen. Und du musst es groß genug ziehen.

Und dann im rechten Bereich noch den Reiter CSS öffnen und das hier einfügen:

.vis-pv-hours > div {
    height: 100%;
}

.vis-pv-hours > div > div {
    display: flex;
    flex-direction: column;
    flex-wrap: wrap;
    align-items: flex-start;
    height: 100%;
}

.fc-hour-entry {
    display: flex;
    position: relative;
    justify-content: space-between;
    margin-bottom: 0.5rem;
    width: 45%;
}

.fc-hour-entry:before {
    content: '}';
    position: absolute;
    left: 110px;
    bottom: -5px;
    font-size: 1.75rem;
}

.fc-hour-entry:after {
    order: 2;
    content: '';
    border-bottom: dotted 2px #fff;
    flex-basis: 100%;
    flex-shrink: 1;
    margin-bottom: 7px;
}

.fc-hour-entry > * {
    margin-left: 2rem;
}

.fc-hour-entry > *:first-child {
    margin-left: 0;
}

.fc-hour-entry > .fc-hour-time {
    flex-basis: 15%;
    flex-grow: 0;
    font-size: 1.5rem;
    white-space: nowrap;
    order: 1;
    margin-right: 15px;
}

.fc-hour-entry > .fc-hour-time:after {
    content: ' Uhr';
}

.fc-hour-entry > .fc-hour-forecast,
.fc-hour-entry > .fc-hour-real {
    flex-basis: 35%;
    text-align: right;
    flex-grow: 0;
    flex-shrink: 0;
    font-size: 1.125rem;
    margin-top: 1.5rem;
    order: 3;
    white-space: nowrap;
}

.fc-hour-entry > .fc-hour-forecast {
    flex-basis: 25%;
    flex-shrink: 1;
    margin-left: 8px;
}

.progress-bar {
    display: flex;
    height: 16px;
    background-image: linear-gradient(to right, #9a0000, #009000);
    border: solid 1px #fff;
}

.progress-bar:after {
    content: '';
    display: block;
    background: #000;
    flex-basis: 100%;
    flex-shrink: 1;
    flex-grow: 1;
    max-width: 100%;
}

.progress-bar > .progress {
    display: block;
    background: transparent;
    flex-shrink: 0;
}

.fc-hour-entry > .fc-hour-real {
    position: relative;
}

.fc-hour-entry > .fc-hour-real > span.progress-label {
    position: absolute;
    right: 0;
    top: 1px;
    font-size: 0.875rem;
    font-weight: bold;
}