Het Zonneplan Nexus Thuisbatterij topic - deel 2

[dvdhaar]

Ik heb beide dongels uitgetrokken. Via HA zet ik RC force discharge aan en RC force discharge staat op 10000.
Discharge end slot 1 zet ik op 23:59 en toch na 6 minuten springt de force discharge uit.. waarom doet de omvormer dit zelf? Of kan ik beter een andere waarde instellen?

[erikfw]

dvdhaar schreef op donderdag 19 maart 2026 @ 18:43:
Ik heb beide dongels uitgetrokken. Via HA zet ik RC force discharge aan en RC force discharge staat op 10000.
Discharge end slot 1 zet ik op 23:59 en toch na 6 minuten springt de force discharge uit.. waarom doet de omvormer dit zelf? Of kan ik beter een andere waarde instellen?

Wel hele nuttige info! Want met dongles er in, gebeurd dat ook ongeacht de waarde van discharge
Slot wijziging is overigens niet nodig (ook met dongles niet) Doet niks

[melvinnie]

erikfw schreef op donderdag 19 maart 2026 @ 18:56:
[...]

Wel hele nuttige info! Want met dongles er in, gebeurd dat ook ongeacht de waarde van discharge
Slot wijziging is overigens niet nodig (ook met dongles niet) Doet niks

Inderdaad, ben ik ook mee gestopt. Maakt helemaal geen verschil. Wel opmerkelijk dat het zonder dongles ook gebeurt. Zet de omvormer de laatst ontvangen waarde van ZP steeds terug misschien?

[dvdhaar]

Claude AI zegt dat de omvormer ongeveer om de 5 minuten terugvalt als beveiliging. Ik zet nu handmatig de trigger RC Force Discharge heel snel van aan naar uit en weer aan. Nu blijft ie al een kwartier constant ontladen.

Ontlaadvermogen blijft daardoor ook constant tov de dips daarvoor

[ Voor 49% gewijzigd door dvdhaar op 19-03-2026 19:29 ]

[dvdhaar]

Zodra je in de app of HA de batterij in Zelfconsumptie modus hebt gezet en je zet RC Force Discharge aan dan zal ‘ie constant blijven ontladen.

code:

alias: Solis | RC Force Discharge Keep Alive
description: >
  Zet RC Force Discharge elke minuut opnieuw aan zolang: -
  Batterijbesturingsmodus = Zelfconsumptie - RC Force Discharge is ingeschakeld
triggers:
  - minutes: /1
    trigger: time_pattern
conditions:
  - condition: state
    entity_id: select.thuisbatterij_batterijbesturingsmodus
    state:
      - self_consumption
  - condition: state
    entity_id: switch.rc_force_battery_discharge
    state:
      - "on"
actions:
  - action: switch.turn_off
    metadata: {}
    target:
      entity_id: switch.rc_force_battery_discharge
    data: {}
  - target:
      entity_id:
        - switch.rc_force_battery_discharge
    action: switch.turn_on
    data: {}

[ Voor 33% gewijzigd door dvdhaar op 19-03-2026 19:53 ]

[dvdhaar]

Nu nog een automatisering maken die RC force discharge + modus op zelfconsumptie zet bij aanvang van de duurste uren (EPEX).

[erikfw]

dvdhaar schreef op donderdag 19 maart 2026 @ 19:58:
Nu nog een automatisering maken die RC force discharge + modus op zelfconsumptie zet bij aanvang van de duurste uren (EPEX).

Moment, deel hem zo in een minuutje

Daar is ie

code:

- binary_sensor:
      - name: "Dure uren"
        state: >
          {% set data = state_attr('sensor.zonneplan_current_electricity_tariff', 'forecast') %}
          {% if not data %}
            false
          {% else %}
            {% set vandaag = now().date() %}
            {% set vandaag_data = data
              | selectattr('datetime', 'search', vandaag|string)
              | sort(attribute='electricity_price_excl_tax', reverse=True)
              | list %}

            {% set ns = namespace(ochtend=[], middag=[], gekozen=[]) %}

            {% for uur in vandaag_data %}
              {% set local_dt = as_local(as_datetime(uur.datetime)) %}
              {% set hour = local_dt.hour %}
              {% set local_uur = uur | combine({'local_datetime': local_dt}) %}

              {% if hour < 12 and ns.ochtend | count < 2 %}
                {% set ns.ochtend = ns.ochtend + [local_uur] %}
                {% set ns.gekozen = ns.gekozen + [local_uur] %}
              {% elif hour >= 12 and ns.middag | count < 2 %}
                {% set ns.middag = ns.middag + [local_uur] %}
                {% set ns.gekozen = ns.gekozen + [local_uur] %}
              {% endif %}

              {% if ns.gekozen | count == 4 %}
                {% break %}
              {% endif %}
            {% endfor %}

            {% set current_hour = now().hour %}
            {{ ns.gekozen
                | selectattr('local_datetime.hour', 'equalto', current_hour)
                | list
                | count > 0 }}
          {% endif %}

[ Voor 74% gewijzigd door erikfw op 19-03-2026 20:22 ]

[melvinnie]

dvdhaar schreef op donderdag 19 maart 2026 @ 19:27:
Claude AI zegt dat de omvormer ongeveer om de 5 minuten terugvalt als beveiliging. Ik zet nu handmatig de trigger RC Force Discharge heel snel van aan naar uit en weer aan. Nu blijft ie al een kwartier constant ontladen.

Ontlaadvermogen blijft daardoor ook constant tov de dips daarvoor
[Afbeelding]

Heel toevallig Claude gevraagd om research te doen naar de opties om het ontladen strakker te krijgen. Daarin kwam bovenstaande ook voorbij. Maar ondanks dat ik al lange tijd in Zelfconsumptie ontlaad zie ik alsnog perioden waarin er maar 300 watt wordt teruggeleverd (van zelfconsumptie). Ook Zonneplan lijkt force discharge dus uit te schakelen. Ik zal morgen de dongles er even uithalen om te zien of hij dan wel doorgaat zonder onderbreking.

Ook een extra rede om de time slots niet te gebruiken, je schrijft naar flash dus moet spaarzaam gebruikt worden.

Claude vond ook een interessant Github project voor een MITM tussen de dongle en de omvormer. In de omschrijving wordt ook gesproken over registers 44100 en hoger welke niet in de integratie zitten die meer prioriteit zouden hebben. Moet wel een NDA voor getekend worden

https://github.com/peufeu2/GrugBus?tab=readme-ov-file.


Om al die compute niet verloren te laten gaan hieronder de research van Claude. Ik vond het best interessant.


Solis S6-EH3P dual-port control: Zonneplan vs local Modbus

De Solis S6-EH3P heeft geen port priority mechanisme — beide de COM port (Zonneplan's 4G module) en de RS485 port schrijven naar dezelfde interne registers, en het laatste commando wint. De 5-minuten force-discharge onderbreking die je ervaart is vrijwel zeker de hardcoded deadman-switch timer op register 43135, die na ~300 seconden automatisch reset naar nul als veiligheidsmaatregel. Zonneplan's Powerplay algoritme kan dit verergeren door periodiek eigen charge/discharge commando's te sturen via de COM port, waardoor er een "touwtrekken" ontstaat over dezelfde registers. Het goede nieuws: de fysiek gescheiden poorten van de S6, gecombineerd met een keep-alive automation en enkele architectuurkeuzes, maken coëxistentie werkbaar.

---

De dual-port architectuur van de S6 is een voordeel, maar geen firewall

De S6-EH3P heeft fysiek gescheiden communicatie-interfaces: een USB-type COM port (waar Zonneplan's 4G stick in zit) en RJ45 RS485 poorten voor directe Modbus RTU verbindingen. Dit is een flinke verbetering ten opzichte van oudere Solis modellen (S5, RHI), die slechts één 4-pin COM port hadden die gedeeld werd tussen de datalogger en eventuele externe controllers — wat directe bus-level collisions veroorzaakte.

Op de S6 maakt de COM port de omvormer een Modbus slave die reageert op de data stick als master, terwijl de RS485 port een onafhankelijke slave-interface biedt voor externe controllers zoals Home Assistant via een Waveshare RS485-to-Ethernet adapter. Er is geen gedocumenteerd of door de community ontdekt register dat prioriteit toekent tussen deze twee interfaces. Beide poorten eindigen bij dezelfde microcontroller en wijzigen dezelfde holding register space. Wanneer Zonneplan's cloud een write-commando stuurt naar register 43135 via de COM port op tijdstip T, en jouw lokale automation naar hetzelfde register schrijft via RS485 op tijdstip T+1, staat jouw waarde — totdat Zonneplan opnieuw schrijft.

Het Zonneplan-specifieke model (S6-EH3P10K-H-ZP) is door de solis_modbus HA-integratie community bevestigd dezelfde registermap te gebruiken als de standaard EU-variant, hoewel issue #191 op die repo opmerkt dat het ZP-model kan afwijken in bepaalde register-multipliers.

---

De 5-minuten reset is een hardcoded deadman switch, niet Zonneplan

Register 43135 (Remote Control Force Battery Charge/Discharge) accepteert drie waarden: 0 = uit, 1 = force charge, 2 = force discharge. De bijbehorende registers zijn 43136 (force charge vermogen, in stappen van 10W) en 43129 (force discharge vermogen, in stappen van 10W). Dit zijn de juiste registers voor dynamische EMS-aansturing omdat ze RAM-gebaseerd zijn en geen flash memory slijtage veroorzaken.

Echter, 43135 reset automatisch naar 0 na ongeveer 5 minuten, ongeacht of een extern systeem ingrijpt. Dit is bevestigd door meerdere onafhankelijke gebruikers:

- DIY Solar Forum gebruiker rpdom bevestigde dat de lading slechts 5 minuten duurt, waarna 43135 zichzelf terugzet naar 0. Hij moet het register blijven aansturen om het laden actief te houden, en vermoedde al dat het een veiligheidsmechanisme is. Hij bevestigde dat de timer reset bij elke write, en hield forced charging succesvol in stand door elke 4 minuten en 50 seconden te schrijven.
- Een openHAB-integratie gebruiker met een S6 bevestigde identiek gedrag: het deadman switch effect is ook daar waargenomen, waarbij 43135 na 5 minuten terugvalt naar 0.

Er bestaat geen register om deze timeout-duur aan te passen. Het lijkt hardcoded in de omvormer-firmware. Dit betekent dat zelfs zonder Zonneplan aangesloten, force charge/discharge commando's periodiek ververst moeten worden. Het aanbevolen interval is elke 3-4 minuten voor betrouwbare werking.

Het dubbele probleem ontstaat wanneer Zonneplan's Powerplay algoritme ook naar deze registers schrijft op zijn eigen schema. Zonneplan's API onthult velden zoals manual_control_enabled: false en dynamic_charging_enabled: true, wat bevestigt dat de cloud actief het batterijgedrag beheert. Wanneer Powerplay besluit de charge/discharge status te wijzigen — voor onbalansmarkt-handel of netbalancering — stuurt het Modbus writes via de COM port die overschrijven wat jouw lokale automation net heeft ingesteld.

---

Kritieke Modbus registers voor energieopslag-aansturing

De volledige registerset die relevant is voor batterijbeheer valt uiteen in twee categorieën: flash-opgeslagen registers (spaarzaam schrijven om de omvormer niet te bricken) en RAM-gebaseerde registers (veilig voor frequent schrijven).

RAM-gebaseerde registers — veilig voor real-time aansturing:

code:

Register | Naam                          | Waarden                        | Opmerkingen
---------|-------------------------------|--------------------------------|---------------------------
43135    | Force charge/discharge mode   | 0=uit, 1=charge, 2=discharge   | Auto-reset na ~5 min
43136    | Force charge vermogen         | Eenheden van 10W (200=2000W)   | Actief wanneer 43135=1
43129    | Force discharge vermogen      | Eenheden van 10W               | Actief wanneer 43135=2
43130    | Battery charge power limit    | Eenheden van 10W, 0=geen lim.  | Override op 43135/43136
43131    | Battery discharge power limit | Eenheden van 10W, 0=geen lim.  | Override op 43135/43136

Flash-opgeslagen registers — alleen voor initiële configuratie:

code:

Register    | Naam                          | Belangrijkste waarden                                              | Opmerkingen
------------|-------------------------------|--------------------------------------------------------------------|-------------------
43110       | Energy storage control switch  | Bitfield: BIT0=self-use, BIT1=timed, BIT4=backup,                 | Write naar flash
            |                               | BIT5=grid charge, BIT6=feed-in priority                           | bij elke wijziging
43117/43118 | Max charge/discharge stroom   | 0.1A stappen, max 70A                                             | Flash slijtage risico
43141-43150 | Timed charge/discharge schema | Uur/minuut voor start/eind                                        | Flash slijtage risico
43010       | Overdischarge SOC             | Percentage                                                        | Default 20%

Een cruciale nuance: registers 43130 en 43131 (power limits) hebben voorrang op de force charge/discharge registers. Als 43131 op een waarde anders dan nul staat, capt die het discharge vermogen ongeacht wat 43129 opdraagt. Zet 43130 of 43131 op 0 om de limiet volledig op te heffen.

---

NDA-beschermde registers op 44100+ bieden directe grid power control

Community-leden op DIY Solar Forum ontdekten dat firmware-updates (DSP ≥ 80, HMI ≥ 76) "Remote Dispatch" registers ontsloten vanaf adres 44100. Deze stellen naar verluidt in staat om grid import/export power setpoints direct in te stellen — een veel responsievere en preciezere sturingsmethode dan force charge/discharge. Eén gebruiker bevestigde dat hij import/export direct op het grid kon instellen, en dat de omvormer snel reageerde bij waardeveranderingen.

Echter, Solis vereist een getekende NDA voor toegang tot documentatie van deze registers. Niemand heeft de details publiekelijk gedeeld. Als je dit niveau van controle nodig hebt, neem dan contact op met Solis technische support en vraag het NDA-document aan voor het "Remote Dispatch" Modbus protocol extensie. De firmwareversie die nodig is voor de S6-EH3P kan afwijken van de genoemde S5-versies (DSP 80/HMI 76), dus bevestig dit met Solis.

---

Vijf praktische oplossingen, gerangschikt op effectiviteit

Oplossing 1: Keep-alive automation (simpelst, direct toepasbaar).
Schrijf elke 3-4 minuten naar registers 43135 en 43136/43129 vanuit Home Assistant. Dit overwint de deadman switch en herstelt je commando na elke Zonneplan override. Een basis HA-automation:

code:

automation:
  - alias: "Solis Force Discharge Keep-Alive"
    trigger:
      - platform: time_pattern
        minutes: "/4"
    condition:
      - condition: state
        entity_id: input_boolean.force_discharge_active
        state: "on"
    action:
      - service: modbus.write_register
        data:
          hub: solis
          slave: 1
          address: 43135
          value: 2
      - service: modbus.write_register
        data:
          hub: solis
          slave: 1
          address: 43129
          value: 300  # 3000W discharge

Dit werkt maar creëert een race condition met Zonneplan: je commando houdt ~4 minuten stand, Zonneplan kan tussendoor overriden, en jij herstelt weer. Verwacht korte onderbrekingen wanneer Zonneplan's write toevallig tussen jouw refresh-cycli landt.

Oplossing 2: MITM energy meter spoofing (meest robuust, Zonneplan-immuun).
Het GrugBus project implementeert een man-in-the-middle aanval op de energiemeter-bus. Een Python script op een Orange Pi leest de echte Eastron meter, wijzigt de vermogensuitlezingen, en voert aangepaste data aan de meterpoort van de omvormer. De omvormer "gelooft" dat de grid power flow correctie nodig heeft en laadt/ontlaadt dienovereenkomstig. Deze aanpak is immuun voor zowel de deadman switch als Zonneplan's COM port commando's omdat je de perceptie van de omvormer manipuleert, niet zijn sturingsregisters. Zonneplan kan schrijven wat het wil naar 43135; de eigen self-use logica van de omvormer overheerst op basis van de vervalste meterdata.

Oplossing 3: Zonneplan's 4G module loskoppelen.
Fysiek verwijderen van de 4G stick uit de COM port elimineert alle conflicten. De omvormer valt terug op zijn lokaal geconfigureerde zelfverbruik-modus. Je RS485 verbinding wordt de enige sturingsinterface. De afweging: je verliest Powerplay-inkomsten (Zonneplan's onbalansmarkt-handel) en Zonneplan's remote monitoring. Je energiecontract zelf zou geldig moeten blijven omdat facturering via de P1 slimme meter loopt, niet via de omvormer-stick. Check echter je Zonneplan-overeenkomst — de batterijservice-voorwaarden vereisen waarschijnlijk dat de module aangesloten blijft.

Oplossing 4: De Zonneplan HA-integratie gebruiken voor gecoördineerde aansturing.
De onofficiële HA-integratie (fsaris/home-assistant-zonneplan-one) heeft in versie 2025.12.1 een "Battery control mode" entity toegevoegd. Deze onthult Zonneplan's manual_control_enabled en dynamic_charging_enabled flags. Je zou mogelijk manual_control_enabled: true kunnen togglen via de API voordat je eigen Modbus commando's stuurt, waarmee je Powerplay vertelt om even niet mee te sturen. Dit vereist verdere tests, aangezien de schrijfmogelijkheden van de integratie voor batterijsturing nog volop in ontwikkeling zijn.

Oplossing 5: NDA-toegang aanvragen voor 44100+ registers.
Neem contact op met Solis support, teken hun NDA, en verkrijg toegang tot de Remote Dispatch registers. Deze bieden mogelijk een sturingspad met een langere timeout of dat geconfigureerd kan worden om COM port commando's te negeren. Dit is speculatief — niemand heeft publiekelijk het timeout-gedrag van de 44100+ registers bevestigd — maar het vertegenwoordigt de meest "nette" engineering-oplossing.

---

Firmware en configuratie vereisten

Voordat je dual-port operatie probeert, zorg dat de volgende setup op orde is. Meerdere community-leden melden dat datalogger firmware versie 100121cf cruciaal is voor stabiele parallelle operatie op de S6 — andere versies (waaronder 100171b6) veroorzaken communicatiestoringen wanneer beide poorten tegelijk actief zijn. Vraag deze specifieke firmware aan bij Solis support indien nodig.

Schakel "Parallel Operation Mode" in via de instellingen van de omvormer in de SolisCloud Bluetooth app. Eén gebruiker bevestigde dat dit een cruciale stap is die vaak over het hoofd wordt gezien: je moet Parallel Operation Mode activeren. Pas na het activeren van deze modus is de RS485-poort ingeschakeld voor gebruik, en zie je 'Master 1x' op het display van de omvormer. Stel daarnaast het aantal verbonden apparaten in op 2 (in plaats van de standaard 1) in de datalogger configuratie.

Voor de RS485-verbinding, gebruik een Waveshare RS485-to-Ethernet adapter geconfigureerd als Modbus TCP-naar-RTU gateway (poort 502, 9600 baud, 8N1). Sluit aan op de RJ45 RS485-poort van de S6 (pin 4 en 5 voor data). De HA-integraties die goed werken voor deze setup zijn Pho3niX90/solis_modbus (HACS, specifiek getest met het ZP-model) en de native HA Modbus-integratie voor directe register-toegang.

---

Conclusie

Het dual-port conflict van de Solis S6-EH3P is geen bug maar de botsing van twee ontwerpbeslissingen: een safety-first deadman switch die commando's automatisch laat verlopen, en een architectuur waarbij beide communicatiepoorten één registerruimte delen zonder arbitratie. De 5-minuten onderbreking is de deadman timer, niet per se Zonneplan — hoewel Zonneplan's writes het probleem verergeren. De meest direct toepasbare fix is een 4-minuten keep-alive automation op registers 43135+43129/43136. Voor kogelvrije aansturing die vredig naast Zonneplan bestaat, omzeilt de MITM meter-aanpak (GrugBus) het hele register-conflict door de omvormer te sturen via zijn eigen energiebalanceringslogica in plaats van via betwiste commandoregisters. Voor de schoonste langetermijnoplossing, ga de NDA aan bij Solis voor de 44100+ Remote Dispatch registers, die mogelijk een meer geavanceerde sturingsinterface bieden die ontworpen is voor precies dit multi-party coördinatiescenario.

[dvdhaar]

Vraag me af of dit nu nog wel gecorrigeerd wordt. Het lijkt erop dat de dongle in de slimme meter communiceert met de dongles in de accu. Doordat ik die had losgekoppeld mis ik nu data/teruglevering van ongeveer 14 kW tussen 18:00 en 20:00.

[FunkyEnyak]

dvdhaar schreef op donderdag 19 maart 2026 @ 21:11:
Vraag me af of dit nu nog wel gecorrigeerd wordt. Het lijkt erop dat de dongle in de slimme meter communiceert met de dongles in de accu. Doordat ik die had losgekoppeld mis ik nu data/teruglevering van ongeveer 14 kW tussen 18:00 en 20:00.

[Afbeelding]

[Afbeelding]

Naar wat ik heb begrepen van anderen wordt dit uiteindelijk op je eind afrekening verrekend. Echter wat me opvalt is dat iedereen probeert te ontladen op epex prijzen.. als we met zijn allen zonneplan blijven vragen om deze optie toe te voegen zou je hopen dat ze uiteindelijk wel naar hun klanten gaan luisteren ;-) dus met zijn allen klantenservice blijven bestoken met de vraag of ze deze optie willen toevoegen. met name met huidige hoge gas prijzen, zullen de avondpieken interessant blijven om op te kunnen ontladen!

[dvdhaar]

Vanmorgen met dongles erin ontladen met bovenstaande automation, alvast een mooi resultaat

[GaMbiNo]

Wel bijzonder, we hadden hier eerder deze week iemand die aangaf een conflict te hebben met ZP omtrent een alarm code 512, en nu is die t.net account ineens verwijderd. Ik denk niet dat we er nog achter komen hoe dat geëindigd is dan.

edit: Ik vind hem ook niet meer op de onbalansmarkt website. Apart.

[ Voor 12% gewijzigd door GaMbiNo op 20-03-2026 18:14 ]

[dvdhaar]

Jammer.. zonneplan blijft ingrijpen en overruled nu zelfs de RC Force decharge waarde steeds

Alsof ze dit vandaag ineens hebben aangepast. Gisteren zag ik dit nog niet namelijk.

[melvinnie]

dvdhaar schreef op vrijdag 20 maart 2026 @ 20:00:
Jammer.. zonneplan blijft ingrijpen en overruled nu zelfs de RC Force decharge waarde steeds

Alsof ze dit vandaag ineens hebben aangepast. Gisteren zag ik dit nog niet namelijk.

Klopt, je moet die steeds aanzetten met een automatisering maar dat is niet sinds vandaag. Werkt prima, het gaat alleen met minder dan 10kW per uur daardoor.

Wel jammer dat we nu niet weten hoe het afgelopen is met Gerrit1968 inderdaad. Ik vermoed toch dat er een storing was bij hem en dat dit niet bewust door Zonneplan is aangepast.
Hij deelde wel heel nuttige info waar ik veel aan heb gehad, dus bedankt daarvoor!

[ Voor 22% gewijzigd door melvinnie op 20-03-2026 20:08 ]

[GaMbiNo]

melvinnie schreef op vrijdag 20 maart 2026 @ 20:03:
[...]

Wel jammer dat we nu niet weten hoe het afgelopen is met Gerrit1968 inderdaad. Ik vermoed toch dat er een storing was bij hem en dat dit niet bewust door Zonneplan is aangepast.
Hij deelde wel heel nuttige info waar ik veel aan heb gehad, dus bedankt daarvoor!

Geen storing denk ik. Ik heb sinds vandaag precies hetzelfde volgens mij. Een alarm code 512 en de modbus wordt grotendeels geblokkeerd lijkt het. Hij reageert wel gewoon op de Zonneplan aansturing.

[aritmeester]

GaMbiNo schreef op vrijdag 20 maart 2026 @ 20:16:
[...]

Geen storing denk ik. Ik heb sinds vandaag precies hetzelfde volgens mij. Een alarm code 512 en de modbus wordt grotendeels geblokkeerd lijkt het. Hij reageert wel gewoon op de Zonneplan aansturing.

Hoe manifesteert die alarm code zich? Kun je daar iets meer over delen wellicht?

[GaMbiNo]

aritmeester schreef op vrijdag 20 maart 2026 @ 20:24:
[...]


Hoe manifesteert die alarm code zich? Kun je daar iets meer over delen wellicht?

Het gaat om de sensor.solis_s6_eh3p10k_h_zp_alarm_code_data. Die geeft net als bij Gerrit1968 een alarm code 512.
Daarnaast reageert hij niet op de time slot en current aansturing vanuit de modbus. Die wordt ook niet meer bijgewerkt in de integratie. Lijkt er dus op dat dat deel van de modbus geblokkeerd is.

Ondertussen stuurt Zonneplan gewoon aan en doet de Nexus gewoon mee op de Zonneplan aansturing.

Wel heel vaag allemaal omdat eerder deze week al iets soortgelijks werd gemeld hier. Het stomme is ook dat ik al dagen niet meer aan het aansturen was afgezien van de max current voor load balancing.

[erikfw]

Dit vindt ik over 512

What the 512 Error Means
High Cell Voltage: The battery management system (BMS) in the battery detects that individual cells are reaching maximum voltage thresholds, often during the final stage of charging.

Suggereert iets anders dan een ingreep
Mod bus is overigens uit te schakelen, zit ook 'gewoon' een optie in HA om hem uit te schakelen. Wordt overigens wel dubieus als je uit je eigen apparaat gegooid wordt waar je eigendom van bent

[GaMbiNo]

erikfw schreef op vrijdag 20 maart 2026 @ 20:42:
Dit vindt ik over 512

What the 512 Error Means
High Cell Voltage: The battery management system (BMS) in the battery detects that individual cells are reaching maximum voltage thresholds, often during the final stage of charging.

Suggereert iets anders dan een ingreep
Mod bus is overigens uit te schakelen, zit ook 'gewoon' een optie in HA om hem uit te schakelen. Wordt overigens wel dubieus als je uit je eigen apparaat gegooid wordt waar je eigendom van bent

Dat had ik ook gevonden. Maar geloof niet dat het geval is. De batterij functioneert verder prima. En daarnaast kan ik via solarman ook de cel voltages per batterij zien. En daar zie ik niets afwijkends.

Modbus is overigens niet volledig uitgeschakeld. Alleen enkele entiteiten om aan te sturen werken niet meer.

Na een herstart zonder dongle is de alarm code ook weg en werkt alles weer als vanouds.

[ Voor 10% gewijzigd door GaMbiNo op 20-03-2026 20:47 ]

[erikfw]

GaMbiNo schreef op vrijdag 20 maart 2026 @ 20:45:
[...]

Dat had ik ook gevonden. Maar geloof niet dat het geval is. De batterij functioneert verder prima. En daarnaast kan ik via solarman ook de cel voltages per batterij zien. En daar zie ik niets afwijkends.

Modbus is overigens niet volledig uitgeschakeld. Alleen enkele entiteiten om aan te sturen werken niet meer.

Na een herstart zonder dongle is de alarm code ook weg en werkt alles weer als vanouds.

Ik kom nu ook dit tegen, lijkt er misschien meer op zo jouw omschrijving te zien

Battery Monitor [512] Module0 Internal Failure: This indicates an issue with the battery management system (BMS) communication, often seen with Pylontech batteries attached to inverters like Victron or Solis

Restart the System: Turn off the DC switch and AC supply, wait for the screen to go blank, and restart the inverter.

[GaMbiNo]

erikfw schreef op vrijdag 20 maart 2026 @ 20:48:
[...]

Ik kom nu ook dit tegen, lijkt er misschien meer op zo jouw omschrijving te zien

Battery Monitor [512] Module0 Internal Failure: This indicates an issue with the battery management system (BMS) communication, often seen with Pylontech batteries attached to inverters like Victron or Solis

Restart the System: Turn off the DC switch and AC supply, wait for the screen to go blank, and restart the inverter.

Kan best. Zonneplan lijkt wel iets te hebben aangepast in de aansturing. Misschien dat dat in bepaalde gevallen die alarm code triggert.

Zonneplan switcht iig de select.work_mode van "Self-Use + TOU" naar "Self use". En ze schakelen de switch.time_of_use uit. Daarna wordt er nog steeds aangestuurd maar niet meer door de time slots en de currents. Wel logisch dat modbus dan niet meer reageert op de slot en current aanpassingen die ik doe.

Lijkt er op dat ze gewoon een compleet andere aansturing hebben sinds vandaag oid?

[ Voor 21% gewijzigd door GaMbiNo op 20-03-2026 21:13 ]

[dvdhaar]

Dat denk ik idd ook!

[GaMbiNo]

dvdhaar schreef op vrijdag 20 maart 2026 @ 21:12:
Dat denk ik idd ook!

Wel bizar hoor. Ze hebben al jaren dezelfde aansturing gehad via de "time of use" (TOU), en ik zie gewoon een compleet andere aansturing ineens.

En ik denk dat als je nu zelf TOU weer aan gaat zetten en aansturen dat dat wel eens kan botsen met de nieuwe Zonneplan aansturing. Vandaar die alarm 512 codes.

Ik denk dat Gerrit1968 in de eerste batch users zat die omgezet is. Jammer dat hij zich hier niet meer meldt.

[ Voor 33% gewijzigd door GaMbiNo op 20-03-2026 21:23 ]

[melvinnie]

Bijzonder ja, dan ben ik nog niet aan de beurt geweest. Bij mij staat work mode al tijden op unknown (for unknown reasons).

[dvdhaar]

Bij mij staat time_of_use sinds 4 uur uit.

[GaMbiNo]

dvdhaar schreef op vrijdag 20 maart 2026 @ 21:33:
Bij mij staat time_of_use sinds 4 uur uit.

[Afbeelding]

Hier ook dus. De aansturing loopt nu via de self use mode lijkt het.

[Micronikje]

Bij mij staatmhij gelukkig op 0. Maar ik vind een andere verklaring: Typische alarmbits (Solis / Pylontech context) De exacte mapping kan per firmware verschillen, maar vaak zie je:
Bit Waarde Betekenis (indicatief)
0 1 Battery communication fault
1 2 Battery overvoltage
2 4 Battery undervoltage
3 8 Overcurrent
4 16 Overtemperature
5 32 BMS protection actief
6 64 Inverter fault
7 128 Grid fault
👉 Let op: dit is generiek – Solis documentatie is hier notoir vaag.
Hoe je dit kunt testen (100% zeker maken) Dongle eruit trekken 5–10 min wachten
opnieuw kijken naar alarm_code_data
Resultaat:
wordt 0 → ✅ Zonneplan veroorzaakt het
blijft 512 → ❗ andere externe oorzaak (bijv. BMS / instelling)
Ben benieuwd of door dit te testen of het door ZP komt.

[GaMbiNo]

Micronikje schreef op vrijdag 20 maart 2026 @ 21:39:
Bij mij staatmhij gelukkig op 0. Maar ik vind een andere verklaring: Typische alarmbits (Solis / Pylontech context) De exacte mapping kan per firmware verschillen, maar vaak zie je:
Bit Waarde Betekenis (indicatief)
0 1 Battery communication fault
1 2 Battery overvoltage
2 4 Battery undervoltage
3 8 Overcurrent
4 16 Overtemperature
5 32 BMS protection actief
6 64 Inverter fault
7 128 Grid fault
👉 Let op: dit is generiek – Solis documentatie is hier notoir vaag.
Hoe je dit kunt testen (100% zeker maken) Dongle eruit trekken 5–10 min wachten
opnieuw kijken naar alarm_code_data
Resultaat:
wordt 0 → ✅ Zonneplan veroorzaakt het
blijft 512 → ❗ andere externe oorzaak (bijv. BMS / instelling)
Ben benieuwd of door dit te testen of het door ZP komt.

De alarm code is 0 geworden na een reboot en voorlopig ook gebleven. Maar ik zag daarna zoals gezegd ook een totaal andere aansturing door ZP. Ik denk dus dat die alarm code komt zodra je zelf weer time of use mode aanzet om zelf aan/bij te sturen. Dat botst wellicht met deze nieuwe ZP aansturing die op "Self use" mode loopt kennelijk.

[Micronikje]

Dat betekent dus dat ZP bewust aanstuurt. De workmode in de modbus zou op unknown moeten staan en TOU enabled.
De inverter wordt aangestuurd of begrensd door externe bron of een BMS / EMS / controller blokkeert gedrag
De enige andere mogelijkheid is dat er iets is in de automatisering van de modbus die de blokkering veroorzaakt.

[GaMbiNo]

Micronikje schreef op vrijdag 20 maart 2026 @ 21:54:
Dat betekent dus dat ZP bewust aanstuurt. De workmode in de modbus zou op unknown moeten staan en TOU enabled.
De inverter wordt aangestuurd of begrensd door externe bron of een BMS / EMS / controller blokkeert gedrag
De enige andere mogelijkheid is dat er iets is in de automatisering van de modbus die de blokkering veroorzaakt.

Het ding is dus dat Zonneplan geen gebruik meer maakt van TOU sinds vandaag (althans bij mij). De time of use mode is uitgezet en alleen self use mode staat nog aan. De time of use entiteiten worden niet meer door ZP gezet en compleet genegeerd.

Op die self use mode wordt mijn Nexus sindsdien aangestuurd en lijkt verder prima te functioneren.

[ Voor 7% gewijzigd door GaMbiNo op 20-03-2026 22:00 ]

[Micronikje]

Oké, dat is dus anders dan bij mij. ZP maakt hier nog wel gebruik van TOU. Wat gebeurt er als je de TOU weer zelf zou aanzetten? Misschien het proberen waard?

[GaMbiNo]

Micronikje schreef op vrijdag 20 maart 2026 @ 22:02:
Oké, dat is dus anders dan bij mij. ZP maakt hier nog wel gebruik van TOU. Wat gebeurt er als je de TOU weer zelf zou aanzetten? Misschien het proberen waard?

Ik denk dat ik dan het risico loop op alarm code 512. Ik laat hem maar even zo.

[Peterdejong8]

Zijn er mensen die de Nexus accu achter een eigen hybride omvormer hebben gehangen i.c.m. zonnepanelen? Ik ben benieuwd of dit mogelijk is gezien ik alleen een accu van iemand kan overnemen.

Mijn vraag dus of de accu zelf niet is aangepast door zonneplan zoals ze met de Solis omvormer hebben gedaan. Behalve de naam op het apparaat.

Ik lees op een aantal plekken dat de batterij niet aangepast zou zijn maar ben benieuwd of iemand ook de praktijkervaring heeft.

[Twanroy]

Peterdejong8 schreef op zaterdag 21 maart 2026 @ 14:04:
Zijn er mensen die de Nexus accu achter een eigen hybride omvormer hebben gehangen i.c.m. zonnepanelen? Ik ben benieuwd of dit mogelijk is gezien ik alleen een accu van iemand kan overnemen.

Mijn vraag dus of de accu zelf niet is aangepast door zonneplan zoals ze met de Solis omvormer hebben gedaan. Behalve de naam op het apparaat.

Ik lees op een aantal plekken dat de batterij niet aangepast zou zijn maar ben benieuwd of iemand ook de praktijkervaring heeft.

Ik heb meerdere keren op marktplaats advertenties gezien waarin de Zonneplan omvormer aangeboden wordt omdat ze er een andere hybride omvormer aan gekoppeld hebben.

[elbizarre]

Peterdejong8 schreef op zaterdag 21 maart 2026 @ 14:04:
Zijn er mensen die de Nexus accu achter een eigen hybride omvormer hebben gehangen i.c.m. zonnepanelen? Ik ben benieuwd of dit mogelijk is gezien ik alleen een accu van iemand kan overnemen.

Mijn vraag dus of de accu zelf niet is aangepast door zonneplan zoals ze met de Solis omvormer hebben gedaan. Behalve de naam op het apparaat.

Ik lees op een aantal plekken dat de batterij niet aangepast zou zijn maar ben benieuwd of iemand ook de praktijkervaring heeft.

Ik heb een 2e hands solaredge omvormer aangeschaft speciaal hiervoor. Nog niet er tussen gehangen. Dus als je ervaringen hebt opgedaan dan hoor ik het graag!

[elbizarre]

Overigens alle posts lezende vanaf het begin, neem ik met redelijke zekerheid aan dat dit mogelijk is.
Vandaar ook mijn aanschaf toen deze op mijn pad kwam.

[Gertaal]

Wel wat hogere opbrengsten nu met die oorlog compenseert mooi de gestegen gasprijzen

[Peterdejong8]

elbizarre schreef op zaterdag 21 maart 2026 @ 21:41:
[...]


Ik heb een 2e hands solaredge omvormer aangeschaft speciaal hiervoor. Nog niet er tussen gehangen. Dus als je ervaringen hebt opgedaan dan hoor ik het graag!

Ik denk dat ik jouw ervaring afwacht , je hebt alles al in huis!

[petitienexus]

petitie update, al 75 unieke ondertekenaars. Dat lijkt me toch best serieus. Tot nu toe blijft het bij Zonneplan stil https://www.change.org/p/...9?recently_published=true

[FunkyEnyak]

petitienexus schreef op maandag 23 maart 2026 @ 10:08:
petitie update, al 75 unieke ondertekenaars. Dat lijkt me toch best serieus. Tot nu toe blijft het bij Zonneplan stil https://www.change.org/p/...9?recently_published=true

ja wordt tijd dat Zonneplan actie gaat ondernemen.. ik ben niet geheel ontevreden, maar de rendementen laten een duidelijk dalende lijn zien. Het nog steeds niet kunnen inregelen van laden ontladen, aansturing vrijgeven voor de eigenaar wordt nu wel irritant. Tijd dat zonneplan actie onderneemt!

[Laroil]

Ik ben verbaast over de reactie op het tegenvallen van de opbrengst omdat er al meer dan jaar verschillende artikelen dit al in detail voorspelden. Dan is het eigen keuze omdat toch naar verkooppraat te luisteren.
Kan mij wel voorstellen dat de gebruikers zelf toegang willen hebben tot de batterij zoals andere aanbieders

[Masterchiev]

petitienexus schreef op maandag 23 maart 2026 @ 10:08:
petitie update, al 75 unieke ondertekenaars. Dat lijkt me toch best serieus. Tot nu toe blijft het bij Zonneplan stil https://www.change.org/p/...9?recently_published=true

Getekend ook.

[wbdj]

Handelen op onbalans energiemarkten is gereguleerd en vergunningsplichtig (ZP heeft deze). Het lijkt me onwaarschijnlijk dat zelf aansturen (goedkoop laden, duur verkopen, obv reeds vooraf bekende day-ahead prijzen) daar ook helemaal aan voldoet. Idem voorwaarden BTW teruggave. Beetje mee uitkijken.

Wel mee eens dat opbrengst iets tegenvalt sinds die kwartierprijzen zijn ingevoerd rond oktober 2025.
Hopelijk wat meer ZP communicatie richting 2027.

[thido]

petitienexus schreef op maandag 23 maart 2026 @ 10:08:
petitie update, al 75 unieke ondertekenaars. Dat lijkt me toch best serieus. Tot nu toe blijft het bij Zonneplan stil https://www.change.org/p/...9?recently_published=true

Geen idee of dat serieus is. Is er bekend hoeveel Nexus installaties geplaatst zijn?

[EvtK]

kazuka schreef op woensdag 3 december 2025 @ 19:13:
[...]


Volgens de Tibber site hebben ze beta ondersteuning voor Solis omvormers. Vraag is of het met de ZP uitvoering werkt. Ik weet ook niet of Tibber de batterij via de onbalansmarkt oplaad of gewoon via EPEX, want dat is op dit moment natuurlijk het verdienmodel bij ZP.

edit: dit is wat hun chatbot zegt:


[...]

https://support.tibber.co...81533-ondersteunde-merken

Is iemand hier al verder ingedoken? Met het oog op de aanschaf van een laadpaal (geen zonneplan) en integratie mogelijheden bij Tibber, zou ik graag naar ze overstappen. Maar dan moeten ze wel de thuisbatterij kunnen aansturen. MODbus integratie klinkt me nog net een stap te heftig
[/quote]

[wilcovana]

Ik ben ook benieuwd hoe het zit met een solis s6 hybride omvormer aansluiten op de accu's. Hoef je alleen de omvormer om te wisselen of moet er meer gewisseld worden? Grote voordeel hierbij is dan als ik het goed begrijp dat je vanuit je zonnepanelen direct DC kan laden en een keer omzetten daarmee voorkomt waardoor je meer uit je zonne energie haalt. Heeft iemand hier ervaring mee?

[erikfw]

4 euro per kWh nu, recoordje?

[melvinnie]

Ja ik zit met verbazing te kijken hoe mijn accu hier niet op reageert...

[erikfw]

melvinnie schreef op woensdag 25 maart 2026 @ 20:35:
Ja ik zit met verbazing te kijken hoe mijn accu hier niet op reageert...

Volle bak hier, tot nu. Zet ie hem uit...............

[kazuka]

erikfw schreef op woensdag 25 maart 2026 @ 20:27:
4 euro per kWh nu, recoordje?

Die hebben we in januari ook al eens gehad. Maar tikt wel lekker aan zo. Het valt mij op dat er sinds de Iran oorlog weer vaker hogere onbalans bedragen zijn. Geen idee of er enig verband is i.v.m. stijgende gas -en olie kosten maar ik begreep dat het ten tijde van de Russische inval in Oekraïne ook het geval was.

[thido]

Had mijn 'schakel bij hoge onbalans tarieven terug naar powerplay' automation niet ingeschakeld staan, oeps...
Ach ja, you win some, you loose some. Toch nog ruim 4 Euro met de teruglevering en een kleine 4 Euro op onbalans vandaag nog.

[Ahum.....]

De teller staat bij mij op €20,90 en ik heb nog 16% in de Nexus, kijken of we de €30.00 gaan halen!

[johanm3]

Was een leuke verrassing gister. Op 22,20 blijven steken.

Nog steeds tevreden met de accu. Helaas loopt de jaarlijkse opbrengst wat terug. Hij staat er nu bijna 2 jaar. Maar maandelijks toch wel een leuke correctie op je energiekosten.

[ Voor 61% gewijzigd door johanm3 op 26-03-2026 11:05 ]

[Red devil]

johanm3 schreef op donderdag 26 maart 2026 @ 11:03:
Was een leuke verrassing gister. Op 22,20 blijven steken.

Nog steeds tevreden met de accu. Helaas loopt de jaarlijkse opbrengst wat terug. Hij staat er nu bijna 2 jaar. Maar maandelijks toch wel een leuke correctie op je energiekosten.

Wat voor installatie heb je? Een collega van mij heeft gisteren een 20 kWh-exemplaar gekregen ergens in de middag en liet vanochtend al zien dat hij er 21 euro mee had verdiend....

[TKroon]

Red devil schreef op donderdag 26 maart 2026 @ 11:21:
[...]


Wat voor installatie heb je? Een collega van mij heeft gisteren een 20 kWh-exemplaar gekregen ergens in de middag en liet vanochtend al zien dat hij er 21 euro mee had verdiend....

Dat kan kloppen. Gisteren was dan ook de beste dag sinds 8 november 2024

[Red devil]

TKroon schreef op donderdag 26 maart 2026 @ 11:26:
[...]


Dat kan kloppen. Gisteren was dan ook de beste dag sinds 8 november 2024

Ha, ik (en hij vast ook) zat al dat bedrag te extrapoleren. Het zou een leuke bijverdienste zijn als dit elke dag gebeurde.

[Maurice v/d Zwaan]

Red devil schreef op donderdag 26 maart 2026 @ 11:30:
[...]


Ha, ik (en hij vast ook) zat al dat bedrag te extrapoleren. Het zou een leuke bijverdienste zijn als dit elke dag gebeurde.

Ik heb hem nu op een paar dagen na precies 2 jaar, 4.08 per dag gemiddeld (3029 euro totaal). Zoals anderen aangeven loopt dat bedrag per dag al een tijd terug doordat het de laatste maanden gewoon minder vaak zo goed gaat als gisteren

[Red devil]

Maurice v/d Zwaan schreef op donderdag 26 maart 2026 @ 11:35:
[...]

Ik heb hem nu op een paar dagen na precies 2 jaar, 4.08 per dag gemiddeld (3029 euro totaal). Zoals anderen aangeven loopt dat bedrag per dag al een tijd terug doordat het de laatste maanden gewoon minder vaak zo goed gaat als gisteren

1500 euro per dag jaar is nog best netjes trouwens. Hoe duur was de installatie? Wat is de verwachting voor volgend jaar, als de saldering wegvalt. Is dat een gunstige of een minder gunstige ontwikkeling.

[ Voor 1% gewijzigd door Red devil op 26-03-2026 12:12 . Reden: oeps ]

[CuBras]

Red devil schreef op donderdag 26 maart 2026 @ 11:42:
[...]


1500 euro per dag is nog best netjes trouwens. Hoe duur was de installatie? Wat is de verwachting voor volgend jaar, als de saldering wegvalt. Is dat een gunstige of een minder gunstige ontwikkeling.

1500 euro per dag is zeker een goed verdien model!

[Maurice v/d Zwaan]

Red devil schreef op donderdag 26 maart 2026 @ 11:42:
[...]


1500 euro per dag is nog best netjes trouwens. Hoe duur was de installatie? Wat is de verwachting voor volgend jaar, als de saldering wegvalt. Is dat een gunstige of een minder gunstige ontwikkeling.

Was eerste batch, dus na belasting teruggaaf was het 8300 euro.

[johanm3]

Red devil schreef op donderdag 26 maart 2026 @ 11:21:
[...]


Wat voor installatie heb je? Een collega van mij heeft gisteren een 20 kWh-exemplaar gekregen ergens in de middag en liet vanochtend al zien dat hij er 21 euro mee had verdiend....

Sinds April 2024 een 20kWh accutje

[Buns]

TKroon schreef op donderdag 26 maart 2026 @ 11:26:
[...]


Dat kan kloppen. Gisteren was dan ook de beste dag sinds 8 november 2024

Gisteren was er noodvermogen nodig, net een correctie in de app; van € 22,14 naar € 26,51!

[Ahum.....]

Ahum..... schreef op woensdag 25 maart 2026 @ 21:44:
De teller staat bij mij op €20,90 en ik heb nog 16% in de Nexus, kijken of we de €30.00 gaan halen!

Gisteren afgesloten met een opbrengst van €22,41 en vandaag nog een verhoging erbij naar €26,71, kom ik toch nog een beetje dichter in de buurt!

En ja..., wat de verwachtingen na de stop van het salderen betreft..., even de glazen bol raadplegen.

[OxyDrokz]

Tijdens een sneak preview van de release notes voor HA 2026.4 kwam ik het volgende tegen:

New integrations
We welcome the following new integrations in this release:

...

Solarman, added by @solarmanpv
Integrate your Solarman smart energy devices with Home Assistant over the local network. Monitor energy production, consumption, and control devices like smart plugs and meter readers in real time.

[melvinnie]

OxyDrokz schreef op zondag 29 maart 2026 @ 12:11:
Tijdens een sneak preview van de release notes voor HA 2026.4 kwam ik het volgende tegen:


[...]

...

[...]

Misschien mis ik iets maar waarom is dit relevant voor dit topic?

[kazuka]

melvinnie schreef op zondag 29 maart 2026 @ 12:33:
[...]


Misschien mis ik iets maar waarom is dit relevant voor dit topic?

Je kunt daarmee je Pylon batterijen en BMS uitlezen in HA. Kon al met de Solarman (of Solis Modbus) integratie maar zo te zien is de integratie nu HA certified?

[OxyDrokz]

kazuka schreef op zondag 29 maart 2026 @ 12:38:
[...]


Je kunt daarmee je Pylon batterijen en BMS uitlezen in HA. Kon al met de Solarman (of Solis Modbus) integratie maar zo te zien is de integratie nu HA certified?

Precies. Dus nu van HACS naar de Core HA integratie.
Goed teken voor de ondersteuning en verdere ontwikkeling.

[EvtK]

EvtK schreef op woensdag 25 maart 2026 @ 14:35:
[...]


https://support.tibber.co...81533-ondersteunde-merken

Is iemand hier al verder ingedoken? Met het oog op de aanschaf van een laadpaal (geen zonneplan) en integratie mogelijheden bij Tibber, zou ik graag naar ze overstappen. Maar dan moeten ze wel de thuisbatterij kunnen aansturen. MODbus integratie klinkt me nog net een stap te heftig
[/quote]

Chatbot is niet veel belovend:

Nee, de Tibber Bridge kan helaas niet verbinding maken met je Zonneplan S6-EH3P omvormer.

De Bridge ondersteunt momenteel alleen batterij-omvormers van deze merken:

Kostal (Plenticore series)
SolaX (X1/X3 Fit/Hybrid G4 series)
Solis (S5/S6 hybrid modellen in Labs)
De Bridge werkt via Modbus TCP communicatie en is alleen compatibel met deze specifieke ondersteunde modellen. Voor je Zonneplan S6-EH3P omvormer is er momenteel geen compatibiliteit beschikbaar.

[thido]

GaMbiNo schreef op vrijdag 20 maart 2026 @ 20:58:
[...]

Kan best. Zonneplan lijkt wel iets te hebben aangepast in de aansturing. Misschien dat dat in bepaalde gevallen die alarm code triggert.

Zonneplan switcht iig de select.work_mode van "Self-Use + TOU" naar "Self use". En ze schakelen de switch.time_of_use uit. Daarna wordt er nog steeds aangestuurd maar niet meer door de time slots en de currents. Wel logisch dat modbus dan niet meer reageert op de slot en current aanpassingen die ik doe.

Lijkt er op dat ze gewoon een compleet andere aansturing hebben sinds vandaag oid?

Sinds 12.00u is de aansturing bij mij ook veranderd.
Mode op self use en aansturing via RC Force Battery Charge/discharge.
Time slots en charge current worden niet meer gebruikt.

[Gilbert-1980]

Dit was mij ook opgevallen, maar betekend dit dat we de niet meer kunnen aansturen via HA? of moet dit nu op een andere manier?

[thido]

Gilbert-1980 schreef op maandag 30 maart 2026 @ 13:19:
Dit was mij ook opgevallen, maar betekend dit dat we de niet meer kunnen aansturen via HA? of moet dit nu op een andere manier?

Als je dat eerder via de time slots deed dan werkt dat niet meer nu.
Ik ga ervan uit dat het zelf aansturen via de force charge/discharge wel gewoon nog werkt.

[melvinnie]

thido schreef op maandag 30 maart 2026 @ 13:36:
[...]


Als je dat eerder via de time slots deed dan werkt dat niet meer nu.
Ik ga ervan uit dat het zelf aansturen via de force charge/discharge wel gewoon nog werkt.

Ik denk dat daarbij enkel force discharge power ook toegevoegd moet worden omdat die nu steeds wijzigt. Dat ga ik vanavond even proberen.

Update, net al even getest. Ik krijg er helaas niks uit op deze manier.

[ Voor 8% gewijzigd door melvinnie op 30-03-2026 14:15 ]

[Gilbert-1980]

Het aanpassen naar zelfconsumptie lukt wel, maar force charge springt na 2 a 3 seconden bij mij weer uit. En de waarde bij force discharge veranderd ook terug.

[ Voor 20% gewijzigd door Gilbert-1980 op 30-03-2026 14:47 ]

[kazuka]

Gilbert-1980 schreef op maandag 30 maart 2026 @ 14:45:
Het aanpassen naar zelfconsumptie lukt wel, maar force charge springt na 2 a 3 seconden bij mij weer uit. En de waarde bij force discharge veranderd ook terug.

Ja hier idem, ook in zelfconsumptie mode worden de waardes nu telkens aangepast door de ZP aansturing. Dat betekend dat handmatig ontladen op het duusrte EPEX uur nu ook niet meer werkt.

Vreemd, want waarom zou de batterij in zelfconsumptie een RC Force Charge doen? Dat is niet logisch.

[melvinnie]

kazuka schreef op maandag 30 maart 2026 @ 14:52:
[...]


Ja hier idem, ook in zelfconsumptie mode worden de waardes nu telkens aangepast door de ZP aansturing. Dat betekend dat handmatig ontladen op het duusrte EPEX uur nu ook niet meer werkt.

Vreemd, want waarom zou de batterij in zelfconsumptie een RC Force Charge doen? Dat is niet logisch.

Zonnestroom opslaan tijdens zelfconsumptie. Daar zouden we dan een slider voor moeten hebben in de API.


Ik vind dit wel enorm jammer, ik heb deze maand meer opbrengsten dan Zonneplan in de afgelopen 4 maanden heeft kunnen realiseren.

[thido]

Het lijkt erop dat ze inderdaad actief overschrijven wat je zelf ingeeft.
Handmatig ontladen op EPEX is waarschijnlijk hetgeen wat ze willen voorkomen.
Dat kan dan alleen nog als de dongle er niet in zit voor nu.
Maar vast wel iemand die er weer iets op zal vinden.

[c1913]

Ze ontdekten wat we deden en voorkwamen dit met bruteforce, waardoor de modbusregisters gedwongen werden andere interactie te vermijden

[ Voor 44% gewijzigd door c1913 op 30-03-2026 14:57 ]

[melvinnie]

Zij gebruiken mijn accu om het stroomnet te ontlasten door overtollige stroom op te slaan. Wat ik er vervolgens mee doe mag ik zelf weten, toch?

[ Voor 4% gewijzigd door melvinnie op 30-03-2026 14:59 ]

[MichailVS]

melvinnie schreef op maandag 30 maart 2026 @ 14:58:
Zij gebruiken mijn accu om het stroomnet te ontlasten door overtollige stroom op te slaan. Wat ik er vervolgens mee doe mag ik zelf weten, toch?

Niet helemaal natuurlijk. Volgens de verkoop voorwaarde mag je natuurlijk niet sleutelen aan de aansturing. Deze dienst kun je natuurlijk wel opzeggen. Dan kun je zelf aan de gang zonder aansturing van ZP

[kazuka]

MichailVS schreef op maandag 30 maart 2026 @ 15:12:
[...]


Niet helemaal natuurlijk. Volgens de verkoop voorwaarde mag je natuurlijk niet sleutelen aan de aansturing. Deze dienst kun je natuurlijk wel opzeggen. Dan kun je zelf aan de gang zonder aansturing van ZP

Voor de PowerPlay en Huisondersteuning modi kan ik daar inkomen, maar in zelfconsumptie modus moet je toch zelf de vrijheid hebben hoe aan te sturen? Is het niet zo dat als je morgen je contract bij ZP opzegt dat de Nexus permanent in zelfconsumptie komt te staan?

[MichailVS]

kazuka schreef op maandag 30 maart 2026 @ 15:20:
[...]


Voor de PowerPlay en Huisondersteuning modi kan ik daar inkomen, maar in zelfconsumptie modus moet je toch zelf de vrijheid hebben hoe aan te sturen? Is het niet zo dat als je morgen je contract bij ZP opzegt dat de Nexus permanent in zelfconsumptie komt te staan?

Voor wat ik begrijp wel. Zodra je weg gaat vervalt de aansturing en is het een 'gewone' batterij. Dan wel aan te sturen via modbus, maar toch.

Dit lijkt vooralsnog te werken

Edit: geen idee of dit teveel calls opleverd.

code:

alias: Nexus discharge
description: Discharge if EPEX > 0,20 EUR.
triggers:
  - trigger: time_pattern
    seconds: /2
  - trigger: numeric_state
    entity_id:
      - sensor.thuisbatterij_percentage
    above: 7
conditions:
  - condition: numeric_state
    entity_id: sensor.zonneplan_current_electricity_tariff
    above: 0.1
actions:
  - action: select.select_option
    target:
      entity_id: select.rc_force_charge_discharge
    data:
      option: Solis RC Force Battery Discharge
  - choose:
      - conditions:
          - condition: template
            value_template: >
              {{ states('select.thuisbatterij_batterijbesturingsmodus') !=
              'self_consumption' }}
        sequence:
          - action: select.select_option
            target:
              entity_id: select.thuisbatterij_batterijbesturingsmodus
            data:
              option: self_consumption
    default: []
mode: single

[melvinnie]

MichailVS schreef op maandag 30 maart 2026 @ 15:21:
[...]


Voor wat ik begrijp wel. Zodra je weg gaat vervalt de aansturing en is het een 'gewone' batterij. Dan wel aan te sturen via modbus, maar toch.

Dit lijkt vooralsnog te werken

Edit: geen idee of dit teveel calls opleverd.

code:

alias: Nexus discharge
description: Discharge if EPEX > 0,20 EUR.
triggers:
  - trigger: time_pattern
    seconds: /2
  - trigger: numeric_state
    entity_id:
      - sensor.thuisbatterij_percentage
    above: 7
conditions:
  - condition: numeric_state
    entity_id: sensor.zonneplan_current_electricity_tariff
    above: 0.1
actions:
  - action: select.select_option
    target:
      entity_id: select.rc_force_charge_discharge
    data:
      option: Solis RC Force Battery Discharge
  - choose:
      - conditions:
          - condition: template
            value_template: >
              {{ states('select.thuisbatterij_batterijbesturingsmodus') !=
              'self_consumption' }}
        sequence:
          - action: select.select_option
            target:
              entity_id: select.thuisbatterij_batterijbesturingsmodus
            data:
              option: self_consumption
    default: []
mode: single

Getest maar ik zie maar heel soms een piekje naar 10kw en daarna weer terug. Ben bang dat dit de oplossing niet is.

[Twanroy]

Wellicht dat dit kan helpen om automatisch de dongels aan/uit te schakelen:
https://gathering.tweakers.net/forum/view_message/81719616

[GaMbiNo]

Langzaam wordt de nieuwe aansturing overal uitgerold zo te zien. Geen time of use aansturing meer maar ws. de “self use” aansturing. Het is me nog niet helemaal duidelijk hoe dat gaat. Normaal heb je er dan een meter op aangesloten die de omvormer op de hoogte houdt van het actuele verbruik, of de teruglevering bij de p1 meter. Dan stuurt de omvormer in die modus zelf bij om maximaal zelfverbruik of nul op de meter te creëren.

Maar ik vind hier niets van terug bij het uitlezen. Ergens vermoed ik dat er dan een schrijfregister is waar Zonneplan een zelf berekende waarde heen schrijft. Maar deze schrijfregister heeft of geen bijbehorend leesregister, of ik heb deze nog niet gevonden.

Aanturen zonder dongle kan idd nog prima omdat je dan weer gewoon de time of use mode kan gebruiken.

[dvdhaar]

Welk tarief wordt dan berekend voor de teruggeleverde stroom als je de dongle eruit haalt? Ik heb namelijk laatst de dongle eruit gehaald en iets van 15kW teruggeleverd. Ik zie dat alleen nergens terug bij teruglevering deze maand.

[ Voor 6% gewijzigd door dvdhaar op 30-03-2026 19:05 ]

[GaMbiNo]

dvdhaar schreef op maandag 30 maart 2026 @ 19:05:
Welk tarief wordt dan berekend voor de teruggeleverde stroom als je de dongle eruit haalt? Ik heb namelijk laatst de dongle eruit gehaald en iets van 15kW teruggeleverd. Ik zie dat alleen nergens terug bij teruglevering deze maand.

De app is in de war zodra je halverwege de dag de dongle eruithaalt. Als je hem er langdurig uithaalt gaat dat wel goed. Alles wordt dan tegen Epex tarief berekend.

Maar ik ga er eigenlijk vanuit dat het op je factuur wel goed berekend wordt.

[ Voor 3% gewijzigd door GaMbiNo op 30-03-2026 19:09 ]

[kazuka]

Het viel me net wel op dat als er geen PV opbrengst is dat het vol ontladen wel goed gaat. De Nexus omvormer schiet dan niet terug in RC Force Charge in zelfconsumptie. Misschien eens spelen met het tijdelijk uitzetten van de PV omvormer als ik handmatig ga ontladen.

[ Voor 3% gewijzigd door kazuka op 30-03-2026 21:14 ]

[erikfw]

kazuka schreef op maandag 30 maart 2026 @ 21:14:
Het viel me net wel op dat als er geen PV opbrengst is dat het vol ontladen wel goed gaat. De Nexus omvormer schiet dan niet terug in RC Force Charge in zelfconsumptie. Misschien eens spelen met het tijdelijk uitzetten van de PV omvormer als ik handmatig ga ontladen.

Hoe bedoel je die? Want de force discharge wordt gewoon overschreven
Dit is echt wel gedaan om onze handmatige truuk te blokkeren, snap ik ergens ook wel want dat is natuurlijk niet gewenst vanuit ZP. Maar leuk is anders vanuit de hobby en financieel oogpunt

Ik krijg hem nu zelf niet verder dan 2,5 kWh ontladen

[ Voor 4% gewijzigd door erikfw op 30-03-2026 21:28 ]

[dvdhaar]

Exact hier liep ik ook tegenaan laatst. Ook met automation die elke 5 seconden alles goed zette 😒

[EvtK]

Damn, was ik net zover dat ik ook voor de modbus oplossing wilde gaan .

Is de conclusie dan dat we op zoek moeten naar een apparaatje waarmee we de dongle als het ware kunnen togglen?

-> standaard de dongle 'uit' en ontladen tegen hoge epex en opladen tegen lage epex
-> dongle 'aan' bij hoge onbalans (ontladen) en lage onbalans (opladen)

t zal ws wel ff duren voordat de dongle online is, waardoor je wat onbalans mis loopt.

@kazuka zou je hier trouwens je meest recente HA scripts voor de aansturing van de nexus kunnen posten? Many thanks!

Oh en hoe ik dit nou voor elkaar krijg? Op plek 4 in de jaar ranking van 2026 tot zover

[kazuka]

erikfw schreef op maandag 30 maart 2026 @ 21:27:
[...]

Hoe bedoel je die? Want de force discharge wordt gewoon overschreven
Dit is echt wel gedaan om onze handmatige truuk te blokkeren, snap ik ergens ook wel want dat is natuurlijk niet gewenst vanuit ZP. Maar leuk is anders vanuit de hobby en financieel oogpunt

Ik krijg hem nu zelf niet verder dan 2,5 kWh ontladen

Hij heeft bij mij net rond 21.00 vol ontladen van 100 tot 80% SoC als onderdeel van een automatisering. Vanmiddag lukte dat niet toen hij steeds op RC Force Charge sprong omdat hij de batterij wilde opladen met PV opbrengst. Eens kijken wat er vanavond om 22.00u gebeurd als het duurste uur van de dag ontladen aanspringt.

[erikfw]

kazuka schreef op maandag 30 maart 2026 @ 21:45:
[...]


Hij heeft bij mij net rond 21.00 vol ontladen van 100 tot 80% SoC als onderdeel van een automatisering. Vanmiddag lukte dat niet toen hij steeds op RC Force Charge sprong omdat hij de batterij wilde opladen met PV opbrengst. Eens kijken wat er vanavond om 22.00u gebeurd als het duurste uur van de dag ontladen aanspringt.

Hier is hij nu zelfs gestopt met de 2.5kWh die hij eventjes leek te doen. Nu doet hij een soort idle mode, ondanks dat elke paar seconden hij getriggerd wordt dat hij te laag is..

[MichailVS]

Nu ze de omvormer via force charge/discharge aansturen, lopen ze tegen hetzelfde probleem aan als meerdere anderen eerder hebben gemeld. Na ongeveer 5 à 6 minuten schakelt de omvormer automatisch naar de idle-status. Kort daarna sturen ze opnieuw hetzelfde commando. Hierdoor schakelt de omvormer veel vaker dan voorheen.

[kingofzamunda23]

EvtK schreef op maandag 30 maart 2026 @ 21:44:
Damn, was ik net zover dat ik ook voor de modbus oplossing wilde gaan .

Is de conclusie dan dat we op zoek moeten naar een apparaatje waarmee we de dongle als het ware kunnen togglen?

-> standaard de dongle 'uit' en ontladen tegen hoge epex en opladen tegen lage epex
-> dongle 'aan' bij hoge onbalans (ontladen) en lage onbalans (opladen)

t zal ws wel ff duren voordat de dongle online is, waardoor je wat onbalans mis loopt.

@kazuka zou je hier trouwens je meest recente HA scripts voor de aansturing van de nexus kunnen posten? Many thanks!

Oh en hoe ik dit nou voor elkaar krijg? Op plek 4 in de jaar ranking van 2026 tot zover
[Afbeelding]

Hoi tijdje niet alles gelezen hier. Was ook bezig met een modbus. Is het nog steeds mogelijk als je dongle eruit haalt volledig te ontladen als die hier al.mee begonnen was op zelf consumptie neem ik aan? Oftewel als dit kan wat zijn dan precies de voorwaarden om dit goed te kunnen doen.

[GaMbiNo]

Zonneplan stuurt nu aan via de

code:

switch.rc_force_battery_charge 
switch.rc_force_battery_discharge

voor de richting.

En de

code:

number.solis_s6_eh3p10k_h_zp_rc_force_battery_charge_power 
number.solis_s6_eh3p10k_h_zp_rc_force_battery_discharge_power

voor de wattages.

De update interval is daarbij dusdanig hoog dat aangepaste waardes heel snel weer overschreven worden. Op zich is dat goed nieuws. We hebben in het verleden namelijk heel vaak kritiek gehad op de lage update interval. En daar hebben ze goed naar geluisterd.
Maar ze zijn dus ook in staat om met een hoge update interval aan te sturen wat met het oog op nul op de meter/ einde salderen wel een goeie zaak is.

Ik vind ook dat we de laatste tijd ook weinig te klagen hebben over de opbrengsten. Die zijn weer redelijk goed, wellicht door de toestand in het midden oosten.

[ Voor 4% gewijzigd door GaMbiNo op 31-03-2026 12:15 ]

[EvtK]

Maar is dan de conclusie dat het op dit moment even niet meer technischemogelijk en ook niet financieel aantrekkelijk is om de Nexus zelf aan te sturen via ModBus?

Even los van een situatie waarin ik afscheid zou willen nemen van zonneplan en via een andere aanbieder de ModBus aansturing zou willen benutten.

[GaMbiNo]

EvtK schreef op dinsdag 31 maart 2026 @ 12:00:
Maar is dan de conclusie dat het op dit moment even niet meer technischemogelijk en ook niet financieel aantrekkelijk is om de Nexus zelf aan te sturen via ModBus?

Even los van een situatie waarin ik afscheid zou willen nemen van zonneplan en via een andere aanbieder de ModBus aansturing zou willen benutten.

Ik was sowieso niet zo’n voorstander van een dubbele gelijktijdige aansturing die elkaar kunnen tegenwerken. Maar met de huidige hoge update interval is het heel lastig geworden denk ik.

Zelf aansturen gaat het beste zonder dongle denk ik. Als je zelf wil sturen op de epex markt.

[thido]

Het is natuurlijk wachten op degene die als eerste gaat proberen wat er gebeurd bij het onderbreken van de dongle verbinding, op het moment dat de EPEX prijs hoog is om zelf te ontladen. Dat zal wel prima werken, de vraag is hoe ZP daar dan mee om zal gaan.

[FunkyEnyak]

Zonneplan zou natuurlijk ook de batterij beter aanstuurbaar kunnen maken (EPEX ontladen) zodat al hun klanten tevreden zijn.. is maar een idee ;-)

[ Voor 5% gewijzigd door FunkyEnyak op 31-03-2026 17:04 ]

[kazuka]

FunkyEnyak schreef op dinsdag 31 maart 2026 @ 17:04:
Zonneplan zou natuurlijk ook de batterij beter aanstuurbaar kunnen maken (EPEX ontladen) zodat al hun klanten tevreden zijn.. is maar een idee ;-)

Wat niet is, kan nog komen! Ze hebben in elk geval aangetoond de software te blijven verbeteren, al duurt het soms wat langer.

Ik kijk het denk ik ook even aan met deze nieuwe aansturing en laat de modbus ingrepen voor wat ze zijn. Kijken hoe het rendement is de komende periode. En anders lijkt me een Shelly relay ertussen ook wel een optie om de dongle op afstand uit te zetten.