Problemen en oplossingen Marstek thuis accu

[Haan]

Ik heb onlangs dus de firmware naar 148 kunnen updaten, dat ging in één keer goed. Maar daarna kwam nog een update voor de communication module en die heb ik tot op heden nog niet geïnstalleerd weten te krijgen, iemand hier nog een tip voor?
Na starten van de update blijft er 'updating... ' staan, als je daar op klikt bevriest de app en moet je die herstarten Lang wachten doet niks, en als je weer uit de settings terug gaat, is er niks gebeurd en staat di update weer klaar..

[sygys]

Haan schreef op dinsdag 14 april 2026 @ 16:03:
Ik heb onlangs dus de firmware naar 148 kunnen updaten, dat ging in één keer goed. Maar daarna kwam nog een update voor de communication module en die heb ik tot op heden nog niet geïnstalleerd weten te krijgen, iemand hier nog een tip voor?
Na starten van de update blijft er 'updating... ' staan, als je daar op klikt bevriest de app en moet je die herstarten Lang wachten doet niks, en als je weer uit de settings terug gaat, is er niks gebeurd en staat di update weer klaar..

Ik kreeg zojuist ook de update. Na het updaten kreeg ik gewoon weer de melding dat er dezelfde update was. De batterij is daarbij niet geüpdatet. Ik krijg hem dus niet geïnstalleerd. Ook die vertalingen in de app... Wat een bagger software überhaupt. Als je nog niet eens alle tekst in de app kunt configureren dan snap ik wel dat de software in je producten ook niet werkt.

[ Voor 15% gewijzigd door sygys op 14-04-2026 18:21 ]

[Avenger 2.0]

"Ship fast, fix later" is wel het motto van Marstek Misschien zouden ze beter wat rustiger aan doen.
Niet elk kwartaal weer een stapel nieuwe batterijen uitbrengen en revisies sneller dan de schepen kunnen varen. Van de nieuwe batterijen die eind vorig jaar zijn uitgebracht en nu amper beschikbaar is blijkbaar al een v2 voor komende zomer. En het Venus alfabet is ook bijna rond zeker (A, B, C, D, D AC, E, G, X, I, II, ...)

[spacy]

Nadat ik via help menu om een firmware update gevraagd had, ging de 2e batterij hier ook updaten. Ook nog een v144. Maar de laatste update en SOC leken niet goed te gaan. Na uitzetten (NIET tijdens updaten...) en weer aanzetten was dat verholpen en werkte de laatste update ook naar wens.

[jj85]

sygys schreef op dinsdag 14 april 2026 @ 18:18:
[...]

Ik kreeg zojuist ook de update. Na het updaten kreeg ik gewoon weer de melding dat er dezelfde update was. De batterij is daarbij niet geüpdatet. Ik krijg hem dus niet geïnstalleerd. Ook die vertalingen in de app... Wat een bagger software überhaupt. Als je nog niet eens alle tekst in de app kunt configureren dan snap ik wel dat de software in je producten ook niet werkt.
[Afbeelding]

Toevallig via ethernet verbonden? Dat werkte bij mij net ook niet. Dus weer even op wifi, netwerkkabel los en daarna ging update goed.

[X-DJiNn]

Je update via je telefoon nabij via BT.
In principe kan de netwerkkabel er dan gewoon ook uit en geen wifi. Anders krijg je daar later weer shit mee.

Voor updaten trek ook de kabel uit het stopcontact (grid) Deze ben je straks alleen weer nodig om je CT te configureren (Dus na de update)

Lees verder goed dit forum door, er staan echt goeie tips in.

Ben zelf inmiddels afgestapt van Marstek-App, heb de batterijen (2 stuks) nog wel, die zijn hardware-matig wel goed. Ik stuur ze aan via de Ethernet aansluiting over modbus via een automation in Home-Assistant. De modbusadressen zijn allemaal te vinden in een van de scripts van Fonske Modbus TCP/IP waarvoor dank.
Draait bij mij nu al even vlekkeloos in eigen beheer. Geen last meer van updaten/wegvallen en/of ander gezeur. Af en toe beetje tweaken, maar daar is dit forum ook voor.

Succes

[Zeetaart]

X-DJiNn schreef op dinsdag 14 april 2026 @ 10:19:
[...]


Heb een aparte extra sensor gemaakt in homeassistant welke buiten de homewizard app om, dus rechtstreeks de P1 benaderd. Update 1x/s. Via ipadress van de p1 en dan de API.

Maakt dat een groot verschil? En is dat iets wat je kan delen?

[Zeetaart]

Ik heb gevonden dat dit eenvoudig kan, zoals in (andere P1 meter code, of IP adres gebruiken):

code:

sensor:
  - platform: rest
    name: homewizard_p1_fast_power
    resource: http://p1meter-334455.local/api/v1/data
    scan_interval: 1
    value_template: "{{ value_json.active_power_w }}"
    unit_of_measurement: "W"
    device_class: power
    state_class: measurement

Dit is effectief veel sneller, en werkt veel beter met https://github.com/gitcod...-rs485-node-red/tree/main samen. Ik heb die nu op `Regular` staan voor de self-consumption, maar kan misschien nog betere configuratie krijgen

[Zeetaart]

Heeft er nog iemand die https://github.com/gitcod...-rs485-node-red/tree/main en https://github.com/fonske...3-modbus-TCP-IP/tree/main gebruikt, problemen dat de connectie met de batterij wegvalt, en de Marstek m1 RS485 Control Mode op disable gezet wordt.

Dit kwam gisteren voor, en de batterij deed niets meer. Na wat zoeken in debug mode gevonden wat de reden was, maar ook vandaag valt die batterij af en toe uit, en zet die dit random op disable

[MikeDASpike]

Zeetaart schreef op vrijdag 17 april 2026 @ 09:08:
Heeft er nog iemand die https://github.com/gitcod...-rs485-node-red/tree/main en https://github.com/fonske...3-modbus-TCP-IP/tree/main gebruikt, problemen dat de connectie met de batterij wegvalt, en de Marstek m1 RS485 Control Mode op disable gezet wordt.

Dit kwam gisteren voor, en de batterij deed niets meer. Na wat zoeken in debug mode gevonden wat de reden was, maar ook vandaag valt die batterij af en toe uit, en zet die dit random op disable

Op moment dat je de firmware upgrade via de app, wordt wel de rs485 control mode op disabled gezet en (merkte ik gisteren) dat de batterij op charging wordt gezet. Verder geen last (ik gebruik een wifi en geen direct cable)

[X-DJiNn]

Ik heb nu dit dashboard voor wat ik zelf heb gemaakt.
Ik gebruik idd de homewizard P1 door een sensor te maken zoals 3 berichten terug vanaf DIT bericht. Voor een elke seconde update.
Ook heb ik 2 homewizard plugs welke ik uitlees per seconde buiten de app om, om het vermogen uit te lezen van de marstek aansluiting op de huisinstallatie. Die in de accu zelf vond ik niet snel genoeg.

Hieronder mijn enige automation welke hard aanstuurd zodat de marstek niet in slaap valt.
Ik maak in deze setup gebruik van 2 accu's, allebei aangesloten via ethernet (static IP's)

code:

alias: EMS v1 - pro control (ff + soc-balancing + PiD) by X-DJiNn
triggers:
  - seconds: /1
    trigger: time_pattern
conditions:
  - condition: template
    value_template: "{{ run }}"
actions:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ keepalive }}"
        sequence:
          - action: modbus.write_register
            data:
              hub: marstek1
              slave: 1
              address: 42000
              value: 21930
          - action: modbus.write_register
            data:
              hub: marstek2
              slave: 1
              address: 42000
              value: 21930
  - action: modbus.write_register
    data:
      hub: marstek1
      slave: 1
      address: "{{ 42020 if b1_final > 0 else 42021 }}"
      value: "{{ b1_final | abs | int }}"
  - action: modbus.write_register
    data:
      hub: marstek2
      slave: 1
      address: "{{ 42020 if b2_final > 0 else 42021 }}"
      value: "{{ b2_final | abs | int }}"
  - action: modbus.write_register
    data:
      hub: marstek1
      slave: 1
      address: 42010
      value: "{{ 1 if b1_final > 0 else 2 }}"
  - action: modbus.write_register
    data:
      hub: marstek2
      slave: 1
      address: 42010
      value: "{{ 1 if b2_final > 0 else 2 }}"
  - action: input_number.set_value
    data:
      entity_id: input_number.ems_integral
      value: "{{ integral }}"
  - action: input_number.set_value
    data:
      entity_id: input_number.ems_prev_error
      value: "{{ error_db }}"
  - action: input_number.set_value
    data:
      entity_id: input_number.pid_output
      value: "{{ pid }}"
mode: restart
variables:
  interval: "{{ states('input_number.ems_interval_sec') | int(1) }}"
  last_run: >-
    {{ state_attr('automation.ems_v6_pro_control_ff_stable_soc',
    'last_triggered') }}
  now_ts: "{{ now().timestamp() }}"
  last_ts: "{{ as_timestamp(last_run) if last_run else 0 }}"
  run: "{{ (now_ts - last_ts) >= interval }}"
  now_time: "{{ now().strftime('%H:%M') }}"
  day_start: "{{ states('input_datetime.ems_day_start')[0:5] }}"
  night_start: "{{ states('input_datetime.ems_night_start')[0:5] }}"
  target: |
    {% if night_start <= now_time or now_time < day_start %}
      {{ states('input_number.ems_target_night')|float(250) }}
    {% else %}
      {{ states('input_number.ems_target_day')|float(60) }}
    {% endif %}
  grid: "{{ states('sensor.p1_realtime_vermogen')|float(0) }}"
  b1_meas: "{{ states('sensor.accu1_vermogen_hw')|float(0) }}"
  b2_meas: "{{ states('sensor.accu2_vermogen_hw')|float(0) }}"
  batt_total: "{{ b1_meas + b2_meas }}"
  soc1: "{{ states('sensor.marstek1_soc')|float(0) }}"
  soc2: "{{ states('sensor.marstek2_soc')|float(0) }}"
  kp: "{{ states('input_number.ems_kp')|float(0.015) }}"
  ki: "{{ states('input_number.ems_ki')|float(0.002) }}"
  kd: "{{ states('input_number.ems_kd')|float(0.04) }}"
  deadband: "{{ states('input_number.ems_deadband')|float(30) }}"
  ramp: "{{ states('input_number.ems_ramp')|float(120) }}"
  integral_prev: "{{ states('input_number.ems_integral')|float(0) }}"
  prev_error: "{{ states('input_number.ems_prev_error')|float(0) }}"
  error: "{{ target - grid }}"
  error_db: |
    {% if error|abs < deadband %}
      0
    {% else %}
      {{ error }}
    {% endif %}
  max_power: 2475
  max_integral: "{{ max_power * 5 }}"
  integral: |
    {% if error_db == 0 %}
      {{ integral_prev * 0.9 }}
    {% else %}
      {{ [ [ integral_prev + error_db , max_integral ] | min , -max_integral ] | max }}
    {% endif %}
  derivative: "{{ (error_db - prev_error) / interval }}"
  pid: "{{ kp*error_db + ki*integral + kd*derivative }}"
  ff: "{{ target - grid }}"
  request_raw: "{{ batt_total + ff + pid }}"
  request_lim: "{{ [ [ request_raw , max_power*2 ] | min , -max_power*2 ] | max }}"
  delta: "{{ request_lim - batt_total }}"
  request: |
    {% if delta > ramp %}
      {{ batt_total + ramp }}
    {% elif delta < -ramp %}
      {{ batt_total - ramp }}
    {% else %}
      {{ request_lim }}
    {% endif %}
  charging: "{{ request > 0 }}"
  discharging: "{{ request < 0 }}"
  b1_ok: "{{ (charging and soc1 < 99.5) or (discharging and soc1 > 8) }}"
  b2_ok: "{{ (charging and soc2 < 99.5) or (discharging and soc2 > 8) }}"
  active: "{{ b1_ok|int + b2_ok|int }}"
  share: "{{ request / active if active > 0 else 0 }}"
  soc_delta: |
    {% if active == 2 and (soc1 - soc2)|abs > 1 %}
      {{ soc1 - soc2 }}
    {% else %}
      0
    {% endif %}
  soc_gain: 35
  b1_bias: "{{ soc_delta * soc_gain }}"
  b2_bias: "{{ -soc_delta * soc_gain }}"
  b1_target: "{{ share - b1_bias }}"
  b2_target: "{{ share - b2_bias }}"
  b1_final: "{{ [ [ b1_target , max_power ] | min , -max_power ] | max if b1_ok else 0 }}"
  b2_final: "{{ [ [ b2_target , max_power ] | min , -max_power ] | max if b2_ok else 0 }}"
  keepalive: "{{ (now().second % 10) == 0 }}"

Onderstaand toegevoegd in mijn configuration.yaml

code:

rest:
  - resource: http://192.168.20.100/api/v1/data
    scan_interval: 1
    timeout: 2
    sensor:
      - name: "P1 realtime vermogen"
        unique_id: p1_realtime_power
        value_template: "{{ value_json.active_power_w }}"
        unit_of_measurement: "W"
        device_class: power
        state_class: measurement

  - resource: http://192.168.20.110/api/v1/data
    scan_interval: 1
    sensor:
      - name: "Accu1 vermogen HW"
        unique_id: accu1_hw_power
        value_template: "{{ value_json.active_power_w }}"
        unit_of_measurement: W
        device_class: power
        state_class: measurement

  - resource: http://192.168.20.107/api/v1/data
    scan_interval: 1
    sensor:
      - name: "Accu2 vermogen HW"
        unique_id: accu2_hw_power
        value_template: "{{ value_json.active_power_w }}"
        unit_of_measurement: W
        device_class: power
        state_class: measurement
modbus:
  - name: marstek1
    type: tcp
    host: 192.168.20.50
    port: 502

    sensors:
      - name: marstek1_soc
        slave: 1
        address: 34002
        input_type: holding
        data_type: uint16
        scale: 0.1
      
      - name: marstek1_battery_power
        slave: 1
        address: 30001
        input_type: holding
        data_type: int16

      - name: marstek1_ac_power
        slave: 1
        address: 32202
        input_type: holding
        data_type: int32

      - name: marstek1_inverter_state_raw
        slave: 1
        address: 35100
        input_type: holding
        data_type: uint16

      - name: marstek1_total_energy
        slave: 1
        address: 32105
        input_type: holding
        data_type: uint16
        unit_of_measurement: kWh
        device_class: energy_storage
        scale: 0.001
        offset: 0
        precision: 2

      - name: marstek1_internal_temperature
        address: 35000
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int16
        unit_of_measurement: °C
        device_class: temperature
        state_class: measurement
        scale: 0.1
        offset: 0
        precision: 1


  - name: marstek2
    type: tcp
    host: 192.168.20.51
    port: 502

    sensors:
      - name: marstek2_soc
        slave: 1
        address: 34002
        input_type: holding
        data_type: uint16
        scale: 0.1
      
      - name: marstek2_battery_power
        slave: 1
        address: 30001
        input_type: holding
        data_type: int16

      - name: marstek2_ac_power
        slave: 1
        address: 32202
        input_type: holding
        data_type: int32

      - name: marstek2_inverter_state_raw
        slave: 1
        address: 35100
        input_type: holding
        data_type: uint16

      - name: marstek2_total_energy
        slave: 1
        address: 32105
        input_type: holding
        data_type: uint16
        unit_of_measurement: kWh
        device_class: energy_storage
        scale: 0.001
        offset: 0
        precision: 2

      - name: marstek2_internal_temperature
        address: 35000
        slave: 1
        scan_interval: 30
        input_type: holding
        data_type: int16
        unit_of_measurement: °C
        device_class: temperature
        state_class: measurement
        scale: 0.1
        offset: 0
        precision: 1

template:
  - sensor:
      - name: "Marstek 1 status"
        unique_id: marstek1_status
        state: >
          {% set v = states('sensor.marstek1_inverter_state_raw') | int(0) %}
          {% if v == 1 %}
            Idle
          {% elif v == 2 %}
            Laden
          {% elif v == 3 %}
            Ontladen
          {% else %}
            Onbekend
          {% endif %}
        icon: >
          {% set v = states('sensor.marstek1_inverter_state_raw') | int(0) %}
          {% if v == 2 %}
            mdi:battery-arrow-down
          {% elif v == 3 %}
            mdi:battery-arrow-up
          {% else %}
            mdi:battery-outline
          {% endif %}  

  - sensor:
      - name: "Marstek 2 status"
        unique_id: marstek2_status
        state: >
          {% set v = states('sensor.marstek2_inverter_state_raw') | int(0) %}
          {% if v == 1 %}
            Idle
          {% elif v == 2 %}
            Laden
          {% elif v == 3 %}
            Ontladen
          {% else %}
            Onbekend
          {% endif %}
        icon: >
          {% set v = states('sensor.marstek2_inverter_state_raw') | int(0) %}
          {% if v == 2 %}
            mdi:battery-arrow-down
          {% elif v == 3 %}
            mdi:battery-arrow-up
          {% else %}
            mdi:battery-outline
          {% endif %}

Daarbij heb ik nog wat helpers gemaakt om de in te stellen waardes zoals je kan zien in het dashboard vanuit het dashboard te wijzigen zodat ze worden opgenomen in de automation. Op deze manier hoef je de automation niet steeds te wijzigen bij tunen.
Gebruik chatgpt als je vriend voor je helpers te maken voor je automation. JA die helpers ben je nodig. Steek hier zelf even wat effort in.

Ik ben er nog mee bezig, maar deze werkt voor mij en accu's slapen niet meer.

Succes !

[ Voor 102% gewijzigd door X-DJiNn op 18-04-2026 06:43 . Reden: Spelllvoutjes ]

[gerard053]

jj85 schreef op dinsdag 14 april 2026 @ 18:44:
[...]

Toevallig via ethernet verbonden? Dat werkte bij mij net ook niet. Dus weer even op wifi, netwerkkabel los en daarna ging update goed.

Was bij mij ook de fix. Geen idee of er iets is verbeterd, gaan we monitoren.

[KooolaNL]

Na de 147 -> 148 update loopt mijj batterij ineens snel leeg bij het niks doen ten opzichte van voor de update, iemand anders hier ook ervaringen mee? Zal straks even een paar foto's toevoegen, bij discharge zie ik overigens niets staan maar je ziet de SOC te snel dalen voor "niks" doen in standby

https://imgur.com/a/8Hr3AyS
Je kan zien dat bij van 19 tot 21 bijna 20% af gaat
En voor de upgrade van 12 tot 16 er bijna niks weg gaat

[ Voor 19% gewijzigd door KooolaNL op 23-04-2026 15:46 ]

[Jovani]

Hartelijk dank voor uw suggestie om op de TP Link de Smart Connect uit te schakelen. Na een ganse dag zoeken bleek dit de oplossing. Ik gebruik mijn 2 MT Venus E V1 al een jaar met grote tevredenheid en zonder problemen maar een reset (door het eventjes uitschakelen) van de router gooide roet in het eten en was de CT verbinding met de CT003 compleet weg. Oef! Dank!!

[mroessie]

Sinds de firmware upgrade naar 148 haalt de app continu het handmatig ingestelde programma leeg en springt de batterij op stand-by. Heeft iemand anders ook dit probleem?

[prakka]

mroessie schreef op zaterdag 25 april 2026 @ 21:36:
Sinds de firmware upgrade naar 148 haalt de app continu het handmatig ingestelde programma leeg en springt de batterij op stand-by. Heeft iemand anders ook dit probleem?

Hier ook, heb hier bij Marstek ook melding van gedaan, nog niets gehoord.

[mroessie]

prakka schreef op zaterdag 25 april 2026 @ 21:46:
[...]

Hier ook, heb hier bij Marstek ook melding van gedaan, nog niets gehoord.

Wil je iets laten weten als je iets hoort? Dank alvast. Irritant met die negatieve stroomprijzen dit weekend.

[mroessie]

mroessie schreef op zaterdag 25 april 2026 @ 21:57:
[...]

Wil je iets laten weten als je iets hoort? Dank alvast. Irritant met die negatieve stroomprijzen dit weekend.

Ik vond net onderstaand antwoord in mijn spam folder:

Geachte klant, Onze excuses voor het ongemak. Dit betreft een resetprobleem. Wij verzoeken u bij het configureren van het apparaat zowel de Bluetooth- als de wifi-verbinding te gebruiken en deze gedurende 15 minuten of langer in stand te houden, zodat de configuratie naar de cloudserver kan worden geüpload. Mocht deze methode niet werken, kunt u ook proberen het apparaat uit het stopcontact te halen en het vier uur lang te laten rusten. Als u de API hebt ingeschakeld, raden we u aan deze tijdelijk uit te schakelen. We zijn momenteel druk bezig met het onderzoeken van het probleem dat het inschakelen van de API leidt tot het resetten van het apparaat. Er zal binnenkort een nieuwe versie worden uitgebracht om dit op te lossen. Met vriendelijke groeten,


Update: Ik had donderdag al een firmware downgrade gepusht gekregen die niet werkte. Vannacht uitzetten heeft deze nu wel actief gemaakt. De app zegt dat ik op 148 zit, maar gezien het feit dat ik bij het ontladen tot de 800W kan instellen is dit 147. Handmatig schema blijft nu wel staan.

[ Voor 13% gewijzigd door mroessie op 26-04-2026 11:21 ]

[Marve79]

Vraagje. Ik gebruik ChatGPT om een YAML te maken voor automation van beide marsteks via Home Assistant.

Nu heb ik in HA drie opties bij force:

- charge
- stop
- discharge

En bij user work mode heb ik:

manual
trade_mode
anti_feed

Nu heb ik een automation, als stroom heel duur is dan discharge + anti_feed.

Maar hij begint dan volle bak op het net te injecteren en heel de accu leeg te trekken. Anti_feed wordt dus genegeerd.

Als ik hen op trade_mode zet springt hij zelf weer terug naar anti_feed?

Als ik de AI van Marstek gebruik pakt hij wel zelf netjes enkel het huisverbuik en injecteert niet.

[ Voor 8% gewijzigd door Marve79 op 27-04-2026 20:20 ]

[krijn1985]

@Marve79 wat verwacht je dat hij gaan doen als je discharge + anti-feed (wat volgens mij helemaal niet samen kan) selecteert? Je wilt dus of anti-feed: Geen stroom net op sturen en rest accu in of discharge en dat is stroom net op sturen.

Edit: gebruik je modbus?

[ Voor 6% gewijzigd door krijn1985 op 27-04-2026 20:29 ]

[Marve79]

krijn1985 schreef op maandag 27 april 2026 @ 20:25:
@Marve79 wat verwacht je dat hij gaan doen als je discharge + anti-feed (wat volgens mij helemaal niet samen kan) selecteert? Je wilt dus of anti-feed: Geen stroom net op sturen en rest accu in of discharge en dat is stroom net op sturen.

Edit: gebruik je modbus?

Ja ik gebruik modbus idd.

Ik wil gewoon dat hij enkel mijn thuisverbruik detecteert. Maar idd force discharge is gewoon maximaal ontladen en P1 negeren.

Je zou dan zeggen ik zet force mode op stop. En dan op anti-feed maar dan gaan ze gewoon in bypass.

[krijn1985]

Marve79 schreef op maandag 27 april 2026 @ 20:42:
[...]


Ja ik gebruik modbus idd.

Ik wil gewoon dat hij enkel mijn thuisverbruik detecteert. Maar idd force discharge is gewoon maximaal ontladen en P1 negeren.

Je zou dan zeggen ik zet force mode op stop. En dan op anti-feed maar dan gaan ze gewoon in bypass.

Als je alleen anti-feed wil hoef je modbus sturing niet aan te hebben en de user mode dus op anti-feed te hebben (zolang je dus p1 aan je MT hebt toegevoegd)

[Marve79]

krijn1985 schreef op maandag 27 april 2026 @ 22:19:
[...]

Als je alleen anti-feed wil hoef je modbus sturing niet aan te hebben en de user mode dus op anti-feed te hebben (zolang je dus p1 aan je MT hebt toegevoegd)

P1 is toegevoegd aan de marsteks via de app.

Maar ik moet toch geforceerd kunnen chargen met een automatie als de prijs laag is? En ook andersom. Ik gebruik de entso-e api voor de prijzen via hacs.

Ik heb nu wel een workaround door op discharge te forceren en de Homewizard P1 elke 5 seconde uit te lezen hoeveel stroom er nodig is in huis en daar dan de max discharge power entity constant op aan te passen, dan injecteert hij niet meer op de grid (met een marge).

Maar die modbus commandos werken niet helemaal, het lijkt erop dat die marsteks op de achtergrond nog steeds hun eigen ding doen door die CT003 P1 meter.

Misschien moet ik die gewoon helemaal verwijderen en alles via HA doen?

[krijn1985]

Marve79 schreef op dinsdag 28 april 2026 @ 07:44:
[...]


P1 is toegevoegd aan de marsteks via de app.

Maar ik moet toch geforceerd kunnen chargen met een automatie als de prijs laag is? En ook andersom. Ik gebruik de entso-e api voor de prijzen via hacs.

Ik heb nu wel een workaround door op discharge te forceren en de Homewizard P1 elke 5 seconde uit te lezen hoeveel stroom er nodig is in huis en daar dan de max discharge power entity constant op aan te passen, dan injecteert hij niet meer op de grid (met een marge).

Maar die modbus commandos werken niet helemaal, het lijkt erop dat die marsteks op de achtergrond nog steeds hun eigen ding doen door die CT003 P1 meter.

Misschien moet ik die gewoon helemaal verwijderen en alles via HA doen?

Ik moet eerlijk zeggen dat ik niet helemaal begrijp wat je wilt. Je wilt niet het net op sturen maar wel dischargen naar het net? En geforceerd chargen kan toch gewoon, zet je hem bij force mode op charge en stel je soc in tot waar hij moet chargen en enable je modbus?

[Marve79]

krijn1985 schreef op dinsdag 28 april 2026 @ 14:38:
[...]

Ik moet eerlijk zeggen dat ik niet helemaal begrijp wat je wilt. Je wilt niet het net op sturen maar wel dischargen naar het net? En geforceerd chargen kan toch gewoon, zet je hem bij force mode op charge en stel je soc in tot waar hij moet chargen en enable je modbus?

Forced chargen werkt prima. Maar ik wil eigenlijk de mode self-electricity, niet discharge. Maar blijkbaar kan je die mode niet sturen via modbus/HA.

Dat kan enkel: bypass (stop), discharge en charge.

[krijn1985]

Marve79 schreef op dinsdag 28 april 2026 @ 16:40:
[...]


Forced chargen werkt prima. Maar ik wil eigenlijk de mode self-electricity, niet discharge. Maar blijkbaar kan je die mode niet sturen via modbus/HA.

Dat kan enkel: bypass (stop), discharge en charge.

Maar als je modbus sturing uitschakelt en dan de user work mode op anti-feed zet doet hij toch precies wat je wilt?

[Marve79]

krijn1985 schreef op dinsdag 28 april 2026 @ 19:10:
[...]

Maar als je modbus sturing uitschakelt en dan de user work mode op anti-feed zet doet hij toch precies wat je wilt?

Net getest dank voor de tip. Maar dan gaat hij naar sell electricity en max vermogen het net op duwen. Vreemde is in de app staat hij dan wel op mode self consumption maar toch gaat hij verkopen?

Ik ben mis, hij zegt sell electricity maar hij doet wel degelijk enkel self consumption.

[ Voor 9% gewijzigd door Marve79 op 28-04-2026 19:53 ]

[conradh]

Dus wachten met de upgrade naar 148? Die is niet goed lees ik hier. Vreemd ik heb er 1 op 147 draaien en 1 op 148. Allebei draaien als een zonnetje. Allebei geven ze aan dat er een update is. Maar die wil niet laden. Misschien maar even zonder netwerk kabel proberen. Of wachten op 149?

[Haan]

Bij mij geen enkel probleem met v148. Ik zit alleen nog met de communication module update die ik niet geïnstalleerd krijg. Marstek support heeft tot nu geen respons daarop gegeven

[conradh]

Je hebt denk ik de P1 module van Marstek. Vindt je hem wel in de app met Bluetooth? Ik heb de batterijen via kabel op het netwerk aangesloten. Na update was ik soms de CT module kwijt. Opnieuw linken in de app.

[keesie113]

Zijn er goede resultaten met AI functie van Marstek?
Ik had deze Ai functie 2 dagen geleden ingeschakeld, maar het geeft een nogal vreemd laad/ontlaad gedrag.
Zoals vandaag waarbij de stroomprijs -47ct was om 12 uur, ging de accu al om 9 uur laden en was tegen 11 uur al vol.
firmware van de accu is V154, de laatste versie.
Iemand een idee wat hoe dit zo kan?

o ja, ik had de zonnepanelen uitgeschakeld.

[Hijdaar95]

keesie113 schreef op vrijdag 1 mei 2026 @ 20:16:
Zijn er goede resultaten met AI functie van Marstek?
Ik had deze Ai functie 2 dagen geleden ingeschakeld, maar het geeft een nogal vreemd laad/ontlaad gedrag.
Zoals vandaag waarbij de stroomprijs -47ct was om 12 uur, ging de accu al om 9 uur laden en was tegen 11 uur al vol.
firmware van de accu is V154, de laatste versie.
Iemand een idee wat hoe dit zo kan?

o ja, ik had de zonnepanelen uitgeschakeld.

Venus A hier v143. De Ai functie werkt voor geen meter.

[Haan]

Ik ben nog steeds aan het stoeien om de Venus E goed ingeregeld te krijgen. Het probleem van updaten van de communication module is inmiddels opgelost, dat was mijn eigen schuld, ik had internetverkeer via de wifi geblokkeerd, in een poging altijd alles via de LAN aansluiting te laten lopen, maar blijkbaar moest die update perse via wifi..

Inmiddels ook een HA omgeving opgetuigd, en begonnen met dit artikel. Marstek is toegevoegd en ik heb alvast het laden tot max 1kW beperkt, om overshoots te voorkomen. Aangezien het artikel de eigen Marstek CT003 P1 meter aanraadt, heb ik daar ook nog eens naar gekeken (tot nu toe de Homewizard P1 gebruikt). Maar dat ding meet bij mij helemaal niks, alles blijft op 0W staan. Dus daar heb ik niks aan. Van alles geprobeerd, direct op de P1 aangesloten of via (actieve) splitter maakt geen verschil, apparaat verwijderd en opnieuw aangemaakt, met of zonder extra voeding, werkt allemaal niet. Dus moet ik nu concluderen dat het apparaat gewoon stuk is? Support vragen kan ook niet, want dat geeft alleen error messages in beeld

Maar los daarvan ben ik nog wel benieuwd naar hoe anderen e.e.a. hebben ingeregeld via HA. Is de plugin https://github.com/ViperRNMC/marstek_venus_modbus überhaupt de meest geschikte of beter iets anders? Ik zou bijvoorbeeld graag af kunnen dwingen dat de batterij niet gaat laden als de zon onder is, via de app zie ik regelmatig dat de batterij midden in de nacht opeens gaat staan laden, wat natuurlijk nergens op slaat.

Dus samengevat voor nu eigenlijk twee vragen
- is mijn CT003 stuk?
- hoe / via welke plugin het beste de batterij aansturen vanuit HA?

[HerrieMan]

ik heb denk ik een iets ander systeem (2 x Venus A op twee fases), ik gebruik deze hacs repo voor integratie in home assistant: https://github.com/Flodesirat/ha-marstek-local-api

De koppeling aan P1 meter is idd behoorlijk tricky, had eerst gekoppeld via de home-wizard P1 meter, dat leek best aardig te werken maar dan gaan zo nu en dan de batterijen oscilleren (continu schakelen tussen max ontladen en max laden) en af en toe gaan ze elkaar opladen (de ene batterij max uitsturen op het net, de andere batterij max laden vanaf het net), beide niet heel erg gewenst gedrag.

Heb nu beide batterijen gekoppeld aan de CT003 en dat lijkt wat stabieler gedrag te geven, dan zie ik bovenstaand gedrag in elk geval niet meer optreden.

[AUijtdehaag]

Haan schreef op vrijdag 8 mei 2026 @ 14:50:
Ik ben nog steeds aan het stoeien om de Venus E goed ingeregeld te krijgen. Het probleem van updaten van de communication module is inmiddels opgelost, dat was mijn eigen schuld, ik had internetverkeer via de wifi geblokkeerd, in een poging altijd alles via de LAN aansluiting te laten lopen, maar blijkbaar moest die update perse via wifi..

Inmiddels ook een HA omgeving opgetuigd, en begonnen met dit artikel. Marstek is toegevoegd en ik heb alvast het laden tot max 1kW beperkt, om overshoots te voorkomen. Aangezien het artikel de eigen Marstek CT003 P1 meter aanraadt, heb ik daar ook nog eens naar gekeken (tot nu toe de Homewizard P1 gebruikt). Maar dat ding meet bij mij helemaal niks, alles blijft op 0W staan. Dus daar heb ik niks aan. Van alles geprobeerd, direct op de P1 aangesloten of via (actieve) splitter maakt geen verschil, apparaat verwijderd en opnieuw aangemaakt, met of zonder extra voeding, werkt allemaal niet. Dus moet ik nu concluderen dat het apparaat gewoon stuk is? Support vragen kan ook niet, want dat geeft alleen error messages in beeld

Maar los daarvan ben ik nog wel benieuwd naar hoe anderen e.e.a. hebben ingeregeld via HA. Is de plugin https://github.com/ViperRNMC/marstek_venus_modbus überhaupt de meest geschikte of beter iets anders? Ik zou bijvoorbeeld graag af kunnen dwingen dat de batterij niet gaat laden als de zon onder is, via de app zie ik regelmatig dat de batterij midden in de nacht opeens gaat staan laden, wat natuurlijk nergens op slaat.

Dus samengevat voor nu eigenlijk twee vragen
- is mijn CT003 stuk?
- hoe / via welke plugin het beste de batterij aansturen vanuit HA?

Ik zou voor HBC gaan icm de HW p1 wifi module
V3 yamls staan hier

[HerrieMan]

AUijtdehaag schreef op vrijdag 8 mei 2026 @ 19:03:
[...]

Ik zou voor HBC gaan icm de HW p1 wifi module
V3 yamls staan hier

Ehmm, kan dat ?

Voor zover ik weet heeft mijn Venus A niet een RS485 stekker ergens, of is dat ergens te 'modden' ofzo in de controls ? Wat ik vanuit de handleiding als opties heb voor connectie naar bijv. home assistant is wifi of bedraad ethernet met 'local api', verder niks dacht ik.

edit:
Oh, wacht, even wat verder gelezen dan mijn neus lang is...lijkt idd toch gewoon te werken, paar .yaml files in ha config/packages en heb er opeens allemaal leuke entities bij. Bedankt voor de tip ga even wat verder prutsen en kijken of HBC wat is voor mijn systeempje.

[ Voor 19% gewijzigd door HerrieMan op 08-05-2026 20:48 ]

[AUijtdehaag]

@HerrieMan
Venus A staat hier
https://github.com/fonske...odbus-TCP-IP/tree/Venus-A

[HerrieMan]

Nou, da's wel leuk speelgoed weer dat HBC, wel meteen paar vragen daar weer over:

1. Mijn twee Venus A hebben ieder 3 PV panelen aangesloten, via die 'local api' kan ik de input daarvan ook netjes in HA zien, maar ik zie die data vooralsnog niet terug via HBC, kan dat wel ? of is HBC echt alleen voor controle van de batterij ?
2. Ik zie nu dat HBC telkens schakelt tussen mijn twee batterijen, eerst 1 ontladen, dan de ander ontladen. Ik wil het liefste altijd beide batterijen gelijkmatig en gelijktijdig ontladen, kan dat ook ?
3. Specifiek voor mijn geval, op slechte zon-dagen levert mijn PV systeem net wel net niet genoeg vermogen om mijn huis te voeden. Nu gaan de Venus A batterijen dan eerst de batterij laden vanuit PV om daarna vanuit de batterij mijn huis van stroom te voorzien, dat is niet heel fijn. Is er via HBC een optie om in dit geval direct de PV panelen door te schakelen naar mijn huis ? en pas als er op PV overcapaciteit is dan pas te gaan laden ?

[Z0ttek3]

Z0ttek3 schreef op vrijdag 10 april 2026 @ 16:02:
[...]


Helpt helaas niks. Ik zie wel de witte lampjes om de zoveel seconden aan / uit gaan. Eerst de P1 in en vervolgens de andere p1 meters die aangesloten zijn. Ook die CT003.
Alles is op zijn eigen stroombron aangesloten.

Helaas is een reactie hierop uitgebleven. Ik weet ook echt niet meer wat ik hieraan kan doen. Binnenkort ga ik de accu's in ieder geval aansluiten op de groepenkast en er UTP kabels aan hangen. Dan zijn ze iig direct aan te sturen vanuit Homey.

Wat ik nog zou kunnen doen is misschien toch de homewizard p1 meter aanschaffen welke wel wordt ondersteund door Marstek. Maar ik ben allereerst wel benieuwd of er mensen zijn die hier ervaring mee hebben. Alle gebruikerservaringen hierin zijn welkom

[Cubico]

Z0ttek3 schreef op zaterdag 9 mei 2026 @ 08:35:
[...]

Helaas is een reactie hierop uitgebleven. Ik weet ook echt niet meer wat ik hieraan kan doen. Binnenkort ga ik de accu's in ieder geval aansluiten op de groepenkast en er UTP kabels aan hangen. Dan zijn ze iig direct aan te sturen vanuit Homey.

Wat ik nog zou kunnen doen is misschien toch de homewizard p1 meter aanschaffen welke wel wordt ondersteund door Marstek. Maar ik ben allereerst wel benieuwd of er mensen zijn die hier ervaring mee hebben. Alle gebruikerservaringen hierin zijn welkom

Dit wat ik vond op internet, je bent dus niet de enige helaas. Gezocht op "ISKRA MT382 en ct003 marstek"

(Ik kan jullie in ieder geval vertellen dat de CT003 niet werkt met een ISKRA MT382 meter uit 2013 (DSMR2.2), alles geprobeerd, met/zonder splitter van verschillende merken. De HW P1 meter werkt wel met deze meter een een directe P1 -> USB kabel naar mijn homeassistant computer ook. Marstek erkent uiteindelijk ook dat deze meter niet compatibel is en stuurt mij gratis een CT002. Deze moet ik nog installeren. Gelukkig is Enexis bezig met het vervangen van dit type meter (want te oud en geen 4G antenne). Dit moet voor 2030 gedaan zijn. Ben helaas nog niet aan de beurt, dus deze week maar eens de CT002 installeren. De ISKRA meter geeft ook slechts om de 10sec data door, dus de accu loopt steeds achter de feiten aan.)

[Z0ttek3]

Thnx Cubico vvoor het opzeken! Hier was ik al wel bang voor. Wellicht dat ik eens de leverancier ga contacten en toch vraag of ik de 003 kan omruilen voor de 002.

[MikeDASpike]

HerrieMan schreef op vrijdag 8 mei 2026 @ 22:40:
Nou, da's wel leuk speelgoed weer dat HBC, wel meteen paar vragen daar weer over:

1. Mijn twee Venus A hebben ieder 3 PV panelen aangesloten, via die 'local api' kan ik de input daarvan ook netjes in HA zien, maar ik zie die data vooralsnog niet terug via HBC, kan dat wel ? of is HBC echt alleen voor controle van de batterij ?
2. Ik zie nu dat HBC telkens schakelt tussen mijn twee batterijen, eerst 1 ontladen, dan de ander ontladen. Ik wil het liefste altijd beide batterijen gelijkmatig en gelijktijdig ontladen, kan dat ook ?
3. Specifiek voor mijn geval, op slechte zon-dagen levert mijn PV systeem net wel net niet genoeg vermogen om mijn huis te voeden. Nu gaan de Venus A batterijen dan eerst de batterij laden vanuit PV om daarna vanuit de batterij mijn huis van stroom te voorzien, dat is niet heel fijn. Is er via HBC een optie om in dit geval direct de PV panelen door te schakelen naar mijn huis ? en pas als er op PV overcapaciteit is dan pas te gaan laden ?

Ikben ook maar een gebruiker van hbc. Beste is om vragen in de Discord groep te gooien.maar ik heb wel een paar antwoorden

1) HB is zoals de naam zegt, specifiek om je batterijen aan te sturen. Doet in princiepe niets met de data van de PV. Kan wel de Forecast van je pv gebruiken om uit te reken of je genoeg kan laden, of dat je op goedkoop tarief moet bijladen.

2) heb ik geen ervaring mee. Dus 2x2500w laden en ontladen. Moet mogenlijkzijn

3) er zitten meerdere 'standen' in HBC. Je zou in timed een tijd kunnen aangeven dat de stroom goedkoop is en dan bv instellen dat je batterijen alleen laad van PV. Dit is dus de overcapaciteit. Er wordt gekekennaar je P1 meter en als deze negatief wordt, schakelthbc de overschot naar batterij. Er zijnbeel instellingen die je kan doen.

Ik gebruik het nu bijna 6 maanden en werktvoor mij echt goed

[Hijdaar95]

Z0ttek3 schreef op zaterdag 9 mei 2026 @ 09:00:
Thnx Cubico vvoor het opzeken! Hier was ik al wel bang voor. Wellicht dat ik eens de leverancier ga contacten en toch vraag of ik de 003 kan omruilen voor de 002.

Ik heb een Kamstrup 162jxc (58936-downloadOriginal). Deze is van 2012 denk ik. Deze meter werkt ook niet met de CT003. Direct aangesloten of met active/powered splitter.
Mijn P1 Meter van Homewizzard werkt wel.
Heb een splitter met mijn Heggenergy dongle, de P1 Meter en de Youless.
OT: De Youless hou ik er in om de gegevens op te slaan op Enelogic. Mocht de leverancier ooit zijn administratie niet op orde hebben.

[HerrieMan]

MikeDASpike schreef op zaterdag 9 mei 2026 @ 09:06:
[...]

Ikben ook maar een gebruiker van hbc. Beste is om vragen in de Discord groep te gooien.maar ik heb wel een paar antwoorden

1) HB is zoals de naam zegt, specifiek om je batterijen aan te sturen. Doet in princiepe niets met de data van de PV. Kan wel de Forecast van je pv gebruiken om uit te reken of je genoeg kan laden, of dat je op goedkoop tarief moet bijladen.

2) heb ik geen ervaring mee. Dus 2x2500w laden en ontladen. Moet mogenlijkzijn

3) er zitten meerdere 'standen' in HBC. Je zou in timed een tijd kunnen aangeven dat de stroom goedkoop is en dan bv instellen dat je batterijen alleen laad van PV. Dit is dus de overcapaciteit. Er wordt gekekennaar je P1 meter en als deze negatief wordt, schakelthbc de overschot naar batterij. Er zijnbeel instellingen die je kan doen.

Ik gebruik het nu bijna 6 maanden en werktvoor mij echt goed

Ik ben inmiddels weer een stapje verder, heb deze HACS integratie (https://github.com/ViperRNMC/marstek_venus_modbus) gevonden en die heeft ook de juiste adressen voor de MPPT data. Heb die config nu ook opgenomen in de config van mijn beide marsteks en nu kan ik ook netjes de data zien wat de PV input doet.

Denk dat het nu nog 'even' een kwestie is van wat prutsen in node-red (ben ik niet heel bekend mee dus zal wel even wat tijd kosten vrees ik) om idd de pid regeling te laten uitvoeren naar beide batterijen, bijv. met een kompensatie op basis van SoC van beide batterijen (doel is beide zoveel mogelijk gelijk te belasten).

En dan nog wat verder prutsen om ook een soort 'low PV' mode in node-red te maken die meet wat er op de PV binnen komt en dat 1 op 1 direct weer doorstuurt naar mijn huis, doel in dit geval is om de SoC van de batterij gelijk te houden op bijv. 60% ofzo.

[Marve79]

Ik heb een probleem met 1 van mijn 2 Marstek Venus E-3 batterijen. De modbus gaat steeds down, is dan niet meer te pingen.

Ik moet hem dan echt van de grid halen, uitschakeln, netwerkkabel eruit, terug inschakelen, netwerkkabel erin en dan werkt het weer voor 2/3 dagen. Al factory reset etc gedaan.

Het rare is dan in de Marstek app zie ik dan dat ze beide hetzelfde IP hebben, ik heb gewoon reservations in DHCP. Dit is via de LAN poort, Wifi staat uit.

Iemand dit ook al gehad?

[ Voor 8% gewijzigd door Marve79 op 09-05-2026 13:32 ]

[TheoC]

Ik wacht nog op mijn Marstek Venus E met CT003, deze of volgende week is me beloofd. Maar waar ik hier meelees ben ik bang dat ik hier een vaste klant wordt. Van Enexis heb ik een enkel fase Iskra ME 382 meter die natuurlijk vervangen moet worden. Ze zeggen niet wanneer. Kan de meter niet op een of andere manier kapot gaan, om een snellere meter lwissel te krijgen? Die CT002 moet op de dinrail in de groepenkast komen? Ik heb geen plaats, helemaal vol. Laat de spulletjes maar eerst komen, daarna kan ik nog altijd stilletjes huilen😭.

[karine1]

Hier ook een hoop ellende met de Marstek V2 + V3 en de Ct003 module.

De laatste tijd al een paar keer mijn modem moeten resetten wegens internetproblemen en daarna zijn de batterijen niet meer te koppelen met de ct module.

Batterijen liggen er sinds vanmorgen uit en kunnen niet meer gekoppeld worden ondanks reset van batterij en ct003. Alles verwijderd, terug geinstalleerd maar helaas de ct module lijkt offline te blijven.

[MarjaR]

never mind... issue solved

[ Voor 95% gewijzigd door MarjaR op 17-05-2026 09:18 ]

[MarjaR]

Onze Venus E 3 batterij springt steeds vanzelf op "handmatig" terwijl we 'm op "zelfconsumptie" willen hebben staan. Is dat een bekend issue? En hoe voorkomen we dat?

[Driehoek]

MarjaR schreef op maandag 18 mei 2026 @ 10:15:
Onze Venus E 3 batterij springt steeds vanzelf op "handmatig" terwijl we 'm op "zelfconsumptie" willen hebben staan. Is dat een bekend issue? En hoe voorkomen we dat?

Staat de API aan?

[MarjaR]

Driehoek schreef op maandag 18 mei 2026 @ 13:06:
[...]

Staat de API aan?

Ja, voor integratie in Home Assistant.
Maar die API gaat ook steeds vanzelf uit, waarmee de HA "Marstek Local API" integratie de verbinding verliest.

[ Voor 23% gewijzigd door MarjaR op 18-05-2026 20:28 ]

[Driehoek]

MarjaR schreef op maandag 18 mei 2026 @ 16:20:
[...]

Ja, voor integratie in Home Assistant.
Maar die API gaat ook steeds vanzelf uit, waarmee de HA "Marstek Local API" integratie de verbinding verliest.

Dat is waarom hij steeds naar manual verspringt.

[MarjaR]

Driehoek schreef op maandag 18 mei 2026 @ 21:49:
[...]

Dat is waarom hij steeds naar manual verspringt.

Oef!

Kan ik iets doen om dat te voorkomen?

[Driehoek]

MarjaR schreef op maandag 18 mei 2026 @ 22:05:
[...]

Oef!

Kan ik iets doen om dat te voorkomen?

In het andere Marstek topic staat wat uitleg. Je kan modbus via LAN gebruiken voor HA. Dat is wel stabiel.

[Maxwp]

AUijtdehaag schreef op vrijdag 8 mei 2026 @ 21:34:
@HerrieMan
Venus A staat hier
https://github.com/fonske...odbus-TCP-IP/tree/Venus-A

Ik zie dst dit voor de v3 is maar de v1 en v2 hebben dan wel geen vaste ethernet ze hebben wel wifi met tcp ip.

Moet het dan niet ook daarop werken ?

[TFHfony]

Nou... Vorige week 2 x een Marstek Venus E 3.0 binnen gekregen en gisteren kwam de nalevering van de CT003. Alles bij elkaar is het toch nog een redelijke uitdaging geweest om de CT003 aan te sluiten.

Wat ik ook deed, mijn Samsung Galaxy S24FE weigerde op wat voor manier ook de CT003 te vinden. Zowel niet via de bluetoothscan van de Marstek app, als ook niet bij de Bluetooth scan van Android zelf. Ik had al bijna de hoop opgegeven en deed nog even een snelle scan met mijn horloge en die zag hem wel.

Hierna maar even de iPhone van mijn vrouw gebruikt en het aanmelden was zo gepiept. ZUCHT.

Daarna de volgende uitdaging: Het ding op het (WiFi) netwerk krijgen. Uiteindelijk een van mijn hotspots een los 2,4Ghz netwerk met een eigen simpele naam gegeven om het werkend te krijgen. Nu is het ding mooi te zien in de app. Maar die CT003 is gewoon niet van deze tijd zonder 5Ghz en de simpele netwerknamen. En waarom niet gewoon een LAN aansluiting?


Eind juni loopt mijn huidige energie contract af (en ga ik de accu's zelf aansluiten om alvast eens te kijken of we een beetje ons nachtgebruik uit de accu's kunnen halen en wellicht een klein beetje auto opladen. Tot eind dit jaar "kost" dit natuurlijk geld, maar wel leuk om alvast te oefenen voor volgend jaar.

De twee Venus E 3.0 ga ik gewoon bedraad op het netwerk aansluiten. Hopelijk geeft dat wat minder issues. Dan gelijk ook de boel maar eens in mijn home assistant integreren.

[ Voor 11% gewijzigd door TFHfony op 19-05-2026 15:53 ]

[MikeDASpike]

TFHfony schreef op dinsdag 19 mei 2026 @ 15:45:

Eind juni loopt mijn huidige energie contract af (en ga ik de accu's zelf aansluiten om alvast eens te kijken of we een beetje ons nachtgebruik uit de accu's kunnen halen en wellicht een klein beetje auto opladen. Tot eind dit jaar "kost" dit natuurlijk geld, maar wel leuk om alvast te oefenen voor volgend jaar.

De twee Venus E 3.0 ga ik gewoon bedraad op het netwerk aansluiten. Hopelijk geeft dat wat minder issues. Dan gelijk ook de boel maar eens in mijn home assistant integreren.

Als je een dynamsich contract neemt, kan het je zelfs (meer) geld opleveren, dan de saldering. Goedkoop laden, en bij duurder energie de opgeslagen energie gebruiken. Als je PV hebt, wordt het nog intresanter door juist te zorgen dat je laad bij zonne energie en ontlaadt/gebruikt bij duurder stroo .

[TFHfony]

MikeDASpike schreef op dinsdag 19 mei 2026 @ 16:00:
[...]

Als je een dynamsich contract neemt, kan het je zelfs (meer) geld opleveren, dan de saldering. Goedkoop laden, en bij duurder energie de opgeslagen energie gebruiken. Als je PV hebt, wordt het nog intresanter door juist te zorgen dat je laad bij zonne energie en ontlaadt/gebruikt bij duurder stroo .

Ik heb geen plannen om aan dynamisch te gaan. Ik doe dit juist om zo veel mogelijk mijn apparatuur te kunnen gebruiken op de momenten die mij uitkomen.

Mijn huis is full electric (al 20 jaar) en met wat ik in de winter met mijn warmtepomp wegstook is niet te compenseren met goedkope stroom in de zomer (op de momenten dat mijn auto niet in de buurt van mijn laadpaal is).

De stroomprijzen worden straks toch al veel flexibeler. Ik wil dat effect gewoon vooral dempen.

[Nilvo]

Wij hebben sinds het weekend 2 Marstek Venus E 3.0 accu's. Ik ben twee problemen tegengekomen bij de installatie.

1. de C003 P1 meter werkt niet met de Landis Gyr e360 meter. Door de Homewizard P1 splitter toe te passen is dat opgelost.
2. 1 accu gaf bij eerste installatie na toevoegen in de Marstek app 0% SOC. Na uitlezen met deze tool: https://rweijnen.github.io/marstek-venus-monitor/latest/ bleek de BMS geen data te geven. Let op dat je met de tool alleen data uitleest en niet schrijft! Je kunt de 'run all tests' knop gebruiken om alle data uit te lezen. Wel moet de bluetooth enabled zijn op de accu, anders kun je hem niet vinden.
   Ik heb versie v2.2.95-beta van de app gebruikt.
   
   Onze accu gaf eerst deze waardes:
   
   Daarom de stekker van de accu uit het stopcontact gehaald, de groene powerknop bij de RJ45 aansluitingen 10 sec indrukken en de accu 15 min. zonder netspanning laten staan. Op deze manier kun je een factory reset afdwingen. Factory reset in de app had geen effect. Na de hardwarematige reset liet de Marstek app een SOC van 47% zien met gezonde waardes.
   De uitgelezen waardes missen soms een decimal-teken, maar heeft mij niet gehinderd in het vinden van het probleem.

Bedankt voor alle tips uit dit topic!

[Paku]

TFHfony schreef op dinsdag 19 mei 2026 @ 15:45:
Nou... Vorige week 2 x een Marstek Venus E 3.0 binnen gekregen en gisteren kwam de nalevering van de CT003. Alles bij elkaar is het toch nog een redelijke uitdaging geweest om de CT003 aan te sluiten.

Wat ik ook deed, mijn Samsung Galaxy S24FE weigerde op wat voor manier ook de CT003 te vinden. Zowel niet via de bluetoothscan van de Marstek app, als ook niet bij de Bluetooth scan van Android zelf. Ik had al bijna de hoop opgegeven en deed nog even een snelle scan met mijn horloge en die zag hem wel.

Hierna maar even de iPhone van mijn vrouw gebruikt en het aanmelden was zo gepiept. ZUCHT.

Daarna de volgende uitdaging: Het ding op het (WiFi) netwerk krijgen. Uiteindelijk een van mijn hotspots een los 2,4Ghz netwerk met een eigen simpele naam gegeven om het werkend te krijgen. Nu is het ding mooi te zien in de app. Maar die CT003 is gewoon niet van deze tijd zonder 5Ghz en de simpele netwerknamen. En waarom niet gewoon een LAN aansluiting?


Eind juni loopt mijn huidige energie contract af (en ga ik de accu's zelf aansluiten om alvast eens te kijken of we een beetje ons nachtgebruik uit de accu's kunnen halen en wellicht een klein beetje auto opladen. Tot eind dit jaar "kost" dit natuurlijk geld, maar wel leuk om alvast te oefenen voor volgend jaar.

De twee Venus E 3.0 ga ik gewoon bedraad op het netwerk aansluiten. Hopelijk geeft dat wat minder issues. Dan gelijk ook de boel maar eens in mijn home assistant integreren.

Wat ik mertke, en een collega van mij ook een paar weken geleden: via een ethernet aansluiting lijkt de SW update niet goed te gaan. Via WiFi lukte het ons beiden wel. We hebben nu V148. Ik ben benieuwd hoe het de volgende keer gaat.

Wat jij zegt over de CT003 herken ik ook. Mijn HomeWizard P1 meter had ik in no time in de app zitten maar de CT003 (die wordt aangeraden) was een lastige. Uiteindelijk had ik deze alleen rechtstreeks op de slimmemeter gezet, zonder dat de HomeWizard in de lucht was, en zonder de HomeWizard splitter. Daarna lukte het wel. Sindsdien (2 maanden nu) draait alles als een zonnetje. Beide P1 meters op de splitter werkt perfect als het eenmaal draait knock knock (on wood).

[Nilvo]

Net ook weer een gek moment. Bluetooth is op beide accu's uitgeschakeld. Wifi history laat verbinding op grens rood en oranje zien. C003 staat vlak bij de router. 1 accu zegt dat C003 offline is, de andere zegt online. De Marstek app zegt dat beide accu's online zijn.

Ik heb ons accesspoint verplaatst en nu laden beide accu's het weer. Op zich is een dergelijk connectie probleem niet erg, mits het probleem maar correct wordt gerapporteerd.

[Nilvo]

Nog een ander puntje. Elke keer blijft de led verlichting aan gaan, terwijl ik deze al meerdere keren uit heb gezet in de app. Is er een reden waardoor dit terug blijft springen?

[MikeDASpike]

Nilvo schreef op vrijdag 22 mei 2026 @ 00:02:
Nog een ander puntje. Elke keer blijft de led verlichting aan gaan, terwijl ik deze al meerdere keren uit heb gezet in de app. Is er een reden waardoor dit terug blijft springen?

Ik constateer dit fenomeen eveneens. Dit treedt voornamelijk op na een update, maar ook zonder update activeren de leds zich. Momenteel heb ik de internettoegang voor mijn accu's geblokkeerd, wat resulteert in een aanzienlijk stabielere werking. Het is mij echter onduidelijk of firmware-updates via Bluetooth dan wel direct via ethernet plaatsvinden.

[r0bert]

Is het al mogelijk om de batterij te gebruiken in een slimme modus die zowel rekening houdt met eigen verbruik als de opportuniteit om te handelen met dynamische tarieven?

Ik heb de AI modus destijds geprobeerd maar die deed totaal gekke dingen. Is dit wel de manier? Of zijn we hierin overgelaten aan custom integraties zoals modbus+HA?

[MikeDASpike]

r0bert schreef op zondag 24 mei 2026 @ 09:31:
Is het al mogelijk om de batterij te gebruiken in een slimme modus die zowel rekening houdt met eigen verbruik als de opportuniteit om te handelen met dynamische tarieven?

Ik heb de AI modus destijds geprobeerd maar die deed totaal gekke dingen. Is dit wel de manier? Of zijn we hierin overgelaten aan custom integraties zoals modbus+HA?

Ik vermoed dat je via HA een betere optie hebt dan wat Marstek levert. Meer dan 6 maanden nu HBC aan het gebruiken en het gaat mij goed af. Een paar weken nu mijn 2e Marstek Venus 3 erbij en opgenomen als seriële batterij. Beide batterijen worden geladen door PV, en op de hoge tarieven ontladen (met een kleine marge om de nacht thuis door te komen).

[MikeDASpike]

Vandaag voor het eerst meegemaakt dat één van mijn batterijen niet verder wilde ontladen dan 15%.
Mijn Bat Grid DOD staat op 88%, dus de SOC zou tot ongeveer 12% mogen zakken.

Wanneer ik handmatig op laden zette, werkte dat gewoon. Maar zodra ik terugschakelde naar ontladen, gebeurde er niets. De ontlaadperiode stond ingesteld tot 23:00 uur, en rond 21:50 zakte de batterij tot 15% en stopte vervolgens volledig.


De dagen ervoor werkte alles probleemloos.

Heeft iemand ditzelfde gedrag gezien met firmware V148?

[ Voor 7% gewijzigd door MikeDASpike op 25-05-2026 12:39 ]

[r0bert]

MikeDASpike schreef op zondag 24 mei 2026 @ 18:57:
[...]

Ik vermoed dat je via HA een betere optie hebt dan wat Marstek levert. Meer dan 6 maanden nu HBC aan het gebruiken en het gaat mij goed af. Een paar weken nu mijn 2e Marstek Venus 3 erbij en opgenomen als seriële batterij. Beide batterijen worden geladen door PV, en op de hoge tarieven ontladen (met een kleine marge om de nacht thuis door te komen).

Nice! Mag ik vragen met welke strategie/flow/config?

Dynamic V2 > 2. Arbitrage Trader?

Of een andere met een floor?

Want het is leuk als ie gaat handelen en om 23:00 alles verkoopt voor 30 cent/kWh, maar als ik gedurende de nacht het weer terug moet kopen voor 28 cent/kWh dan heeft het weinig meerwaarde. Ergens moet ie die afweging dan kunnen maken hoeveel er nodig is en of het de wear op de batterij waard is.

Ik zie veel config opties in HBC, alleen ben zoekende naar de ideale setting

[MikeDASpike]

Ik gebruik de Dynamic 2-strategie. Gedurende de vier voordeligste uren laad ik op via zonne-energie ('charge pv'). Tijdens de twee duurste uren verkoop ik de opgeslagen energie. Rest op self consumption.Sinds gisteren heb ik een aanvullende automation geïmplementeerd: indien er 's ochtends nog stroom in de accu's aanwezig is, er een voorspelling is van 10 kW voor die dag en de prijs boven de 20 cent ligt, wordt alle energie verkocht (tussen 6:00 en 8:00 uur). (Dit is een licht aangepaste versie van de code van @AUijtdehaag.)

Momenteel ben ik bezig met het optimaliseren van een eigen stuk ha automation. Aangezien ik twee accu's op één groep heb, wil ik deze serieel gebruiken. Eerst batterij 1 gebruiken en als deze vol is, omschakelen naar 2. Als 2 dan weer leeg is,verder gaan met batterij1 (prio batterij) . Ook wil ik hij negatieve tarieven het ontladen van beide accus onmiddellijk stoppen en enkel op laden zetten . Ik configureer enkel de entities van max charge/discharge en laat HBC de rest beheren. Echter, gisteren ondervond ik een probleem waarbij accu 2 niet verder wilde ontladen, de discharge cutoff niet bereikte en het systeem stilviel. Dit punt ben ik nog verder aan het bekijken.

[Willem2]

MikeDASpike schreef op maandag 25 mei 2026 @ 09:49:
Vandaag voor het eerst meegemaakt dat één van mijn batterijen niet verder wilde ontladen dan 15%.
Mijn Bat Grid DOD staat op 88%, dus de SOC zou tot ongeveer 12% mogen zakken.

Wanneer ik handmatig op laden zette, werkte dat gewoon. Maar zodra ik terugschakelde naar ontladen, gebeurde er niets. De ontlaadperiode stond ingesteld tot 23:00 uur, en rond 21:50 zakte de batterij tot 15% en stopte vervolgens volledig.

[Afbeelding]
De dagen ervoor werkte alles probleemloos.

Heeft iemand ditzelfde gedrag gezien met firmware V148?

Ik heb de Venus E3 met V148; bij mij kwam hij na de update niet lager dan 13%, ondertussen heeft hij afgelopen nacht de 12.5% aangetikt, lijkt dus langzaam beter te worden. Ik heb wel op tweakers gelezen dat een aantal handmatige laad/ontlaad cycli dit zouden kunnen oplossen, maar aangezien het langzaam de goede kant op gaat laat ik het maar even zo, hij is al weer halverwege richting de 12% tenslotte :-)

Tevens heb ik met deze firmware een factory reset gedaan; daarmee lijkt hij zijn lifetime statistics te verliezen wat totaal geladen/ontladen kWh betreft. Nog geen antwoord van Marstek hierop ontvangen.

[Stevencito]

Al twee weken werken mijn 3 st. E3 erg goed samen met een CT003.

Tot eergisteren.

Elke dag staan ze nu wel een keer volledig op standby, terwijl er wel vraag of aanbod is. Ik krijg de zaak weer aan de gang door de P1 stekker én de USBC-voeding uit de CT003 te halen en er weer in te doen. Dan werkt het ongeveer een dag, soms een halve dag ok.

Wat kan ik verbeteren?

- Zitten er misschien teveel apparaten aan de splitter van de P1-meter? (4: load-blancing van de laadpaal, Homewizzard, Zonneplan en dus de CT003

- De drie accus bedraad aan het netwerk aansluiten? Hoe werkt dat dan, want de CT003 is alleen toch maar Wifi?

Ik wil dat het systeem ook blijft draaien als ik een week weg ben.

[MarjaR]

Hier staan opeens wel indrukwekkende (maar dus onzinnige) getallen. Iemand een idee hoe dat komt?

[aartvark013]

Ik draai inmiddels 10 dagen met 3 Marsteks E V3, elk op een eigen fase afgezekerd met een CT-003 naar volle tevredenheid. Helaas zag ik vanochtend heel raar gedrag, de ene accu stond de ander op te laden zo leek het en dat op vol vermogen ca 2.5 kW. Ik was niet thuis en kwam er toevallig achter toen ik de Marstek app opende.

Ik heb vervolgens op afstand de CT003 een HW reset gegeven, maar dat hielp niet. Daarna de accu’s elk maar op manual gezet en daarna 1 voor 1 weer in NOM gezet. Toen kwam dat laad/ontlaad gedrag helaas weer terug. Daarna maar de batterijen los van elkaar opgeladen door 1 op NOM te zetten en de 2 andere op manual. Toen ik vanavond thuis kwam alle drie weer in NOM gezet en nu lijkt alles weer te werken zoals voorheen.

Wat kan dit veroorzaakt hebben, wat zou ik er aan kunnen doen? Iemand vergelijkbare ervaring? Draai met v148.

[MikeDASpike]

Willem2 schreef op woensdag 27 mei 2026 @ 07:55:
[...]

Ik heb de Venus E3 met V148; bij mij kwam hij na de update niet lager dan 13%, ondertussen heeft hij afgelopen nacht de 12.5% aangetikt, lijkt dus langzaam beter te worden. Ik heb wel op tweakers gelezen dat een aantal handmatige laad/ontlaad cycli dit zouden kunnen oplossen, maar aangezien het langzaam de goede kant op gaat laat ik het maar even zo, hij is al weer halverwege richting de 12% tenslotte :-)

Tevens heb ik met deze firmware een factory reset gedaan; daarmee lijkt hij zijn lifetime statistics te verliezen wat totaal geladen/ontladen kWh betreft. Nog geen antwoord van Marstek hierop ontvangen.

Ik had de tweede batterij direct bij ontvangst direct naarv148 geupgradet en die had drie weken goed gewerkt. Bij een update doe ik meestal een factoryreset, maar dat had ik nu bij de nieuwe niet gedaan. Nadat deze de dag erop vanaf 15% ging laden, is deze keurig naar uiteindelijk 12% gegaan.

Ik had hem ook bij Marstek aangemeld, maar ik kreeg van een AI-bot een link naar de gebruikershandleiding. Geen idee of er nog iemand wat mee doet.

[Marve79]

aartvark013 schreef op woensdag 27 mei 2026 @ 19:48:
Ik draai inmiddels 10 dagen met 3 Marsteks E V3, elk op een eigen fase afgezekerd met een CT-003 naar volle tevredenheid. Helaas zag ik vanochtend heel raar gedrag, de ene accu stond de ander op te laden zo leek het en dat op vol vermogen ca 2.5 kW. Ik was niet thuis en kwam er toevallig achter toen ik de Marstek app opende.

Ik heb vervolgens op afstand de CT003 een HW reset gegeven, maar dat hielp niet. Daarna de accu’s elk maar op manual gezet en daarna 1 voor 1 weer in NOM gezet. Toen kwam dat laad/ontlaad gedrag helaas weer terug. Daarna maar de batterijen los van elkaar opgeladen door 1 op NOM te zetten en de 2 andere op manual. Toen ik vanavond thuis kwam alle drie weer in NOM gezet en nu lijkt alles weer te werken zoals voorheen.

Wat kan dit veroorzaakt hebben, wat zou ik er aan kunnen doen? Iemand vergelijkbare ervaring? Draai met v148.

Die Marstek app met die CT003 had ik na een dag al wel gezien. Beter HA met HBC. Ik draai nu al weken stabiel. Die app doet heel vreemde dingen.

Bijv ook all 3 batterijen simultaan ontladen wat niet echt efficiënt is.

Mijn CT003 ligt inmiddels in de la.

[Marve79]

r0bert schreef op zondag 24 mei 2026 @ 09:31:
Is het al mogelijk om de batterij te gebruiken in een slimme modus die zowel rekening houdt met eigen verbruik als de opportuniteit om te handelen met dynamische tarieven?

Ik heb de AI modus destijds geprobeerd maar die deed totaal gekke dingen. Is dit wel de manier? Of zijn we hierin overgelaten aan custom integraties zoals modbus+HA?

Ja dan moet je modbus en HA/Home battery control gaan doen. Maar stelt niet zoveel voor hoor.

[Stevencito]

Marve79 schreef op woensdag 27 mei 2026 @ 22:08:
[...]


Die Marstek app met die CT003 had ik na een dag al wel gezien. Beter HA met HBC. Ik draai nu al weken stabiel. Die app doet heel vreemde dingen.

Bijv ook all 3 batterijen simultaan ontladen wat niet echt efficiënt is.

Mijn CT003 ligt inmiddels in de la.

Marve79, zou je kort willen uitleggen hoe je dit aanpakt? Welke hard- en software, Wifi of bedraad?

[Driehoek]

Stevencito schreef op vrijdag 29 mei 2026 @ 10:40:
[...]

Marve79, zou je kort willen uitleggen hoe je dit aanpakt? Welke hard- en software, Wifi of bedraad?

Ga naar hun website. Bob maakt geweldig goede filmpjes waarin hij alles stap voor stap uitlegt

[Marve79]

Stevencito schreef op vrijdag 29 mei 2026 @ 10:40:
[...]

Marve79, zou je kort willen uitleggen hoe je dit aanpakt? Welke hard- en software, Wifi of bedraad?

Heb je al Home Assistant (HAOS)? Anders kun je die installeren op een oude PC of laptop die je nog hebt liggen of een Raspberry Pi. Je moet de batterijen via de LAN kabel aansluiten want over wifi heb je geen modbus.

Dan in HA de modbus verbinding toevoegen van Fonske: https://github.com/fonske/MarstekVenusV3-modbus-TCP-IP

Dan Node-Red installeren, vanuit de app store in HA.

HACS installeren: https://www.hacs.xyz/docs...ownload/#to-download-hacs
Cheapest Hours installeren: https://github.com/TheFes...me-ov-file#how-to-install

Node-Red flows importeren: https://docs.homebatterycontrol.com/01-getting-started
Gewoon de 'all-flows-in-one-file.json' en dan op deploy klikken.

Dashboard importeren: dashboard.yaml en al je settings via de GUI configureren (aantal batterijen, laadstrategie etc).

Dit is wel heel beknopt uiteraard De volledige documentatie vind je hier: https://homebatterycontrol.com/

[AUijtdehaag]

@Stevencito
Via wifi / HBC aansluiten van je batterijen kan ook nog steeds (indien geen netwerk kabel aanwezig is)
https://github.com/fonske...tom_s3_lite_rs485_v3.yaml

[Stevencito]

Ik ben een NOOB op dit gebied, dus verontschuldig ik me bij voorbaat voor domme vragen. Hier komen ze:

1. moet de PC altijd aanstaan? dan is misschien een raspberry PI beter
2. als ik bedraad doe, dan moet ik wel een verdeelkastje hebben voor 3 batterijen, of kan dat direct vanuit de Raspberry PI?
3. ik neem aan dat er ook een kabel moet van P1 naar de raspberry Pi?
4. moet er ook een netwerkkabel vanuit het modem naar de Raspberry PI?

bvd

[Avenger 2.0]

Inderdaad altijd aan staan. Een raspberry pi of NUC (zo mini PC die weinig verbruikt) is misschien de beste optie.

[Stevencito]

is dit wat?

https://www.sossolutions.nl/home-assistent-starter-kit-met-raspberry-pi-4b?gad_source=5&gad_campaignid=21193349493&gclid=EAIaIQobChMIvae6-OTelAMVRJhQBh2gygRpEAQYASABEgLdo_D_BwE

En is het een kwestie van een Scherm via HDMI en toetsenbord via USB aansluiten en het werkt?

Graag ook hulp bij de eerdere vragen: wat sluit ik waar op aan

[Avenger 2.0]

Scherm en toetsenbord zijn niet nodig, gewoon aan netwerk verbinden en je kan via (interne) webpagina bedienen dacht ik.

[Stevencito]

Ik ben me aan het inlezen, maar ik lees nergens dat je meer dan 1 batterij aansluit.

Maar eerst de hardware:
- raspberrry Pi

- kabel van P1 naar Raspberry PI

- 4 st. UTP netwerkkabels: 3x naar batterij en 1x van router naar Raspberry Pi?

- hub voor de drie batterijen

Daarna een heel circus aan software, te beginnen met HA. Daar schijnen verschillende types van te zijn, welke moet ik hebben en moet je HA kopen, of is dat free?)

[Haas_nl]

Werkt HBC op een v2 met firmware v153?

[AUijtdehaag]

@Haas_nl
Ik zit op v156 en daar werkt het prima mee
Wat heb je zelf al geprobeerd, want hbc heeft er weinig mee te maken.
Die is afhankelijk van je gegevens van de modbus uitlezing.
Dus je had beter kunnen vragen:
Werkt Modbus op een v2 met v153?

[AUijtdehaag]

@Stevencito
Ik zou de systemen met sd kaartjes mijden. Vroeg of laat crashen die dingen.
Ik heb goede ervaringen met odroid en emmc. Overleeft ook stroomstoringen.
https://www.sossolutions.nl/odroid-c4-home-assistant-kit
Neem wel minimaal 32 maar liever 64 gb emmc
Je hebt haos nodig maar dat staat er al op.
Homewizard p1 wifi voor de p1
Powerbaas p1 splitter (ik heb die van 4 poorten). Voor als er nog een zonneplan dongle bij komt.
Kan allemaal in de meterkast

Netwerk kabels naar je batterijen voor modbus tcp. Maar dan moet je ook een yaml draaien voor elke batterij in HA.
Of het betrouwbare esp via modbus rs485 poort
v&a aangeboden: M5stack Atom lite met modbus base (brink flair/Marstek / etc.)
Mits de batterij niet achter in de tuin staat ivm wifi signaal. Of achter 4 muren.
Je kan tot 6 batterijen aansturen met HBC
Die noem je dan Marstek m1 m2 m3 enz
Succes. Gaat je vast lukken zo.

[ Voor 9% gewijzigd door AUijtdehaag op 30-05-2026 07:50 ]

[Haas_nl]

AUijtdehaag schreef op zaterdag 30 mei 2026 @ 07:23:
@Haas_nl
Ik zit op v156 en daar werkt het prima mee
Wat heb je zelf al geprobeerd, want hbc heeft er weinig mee te maken.
Die is afhankelijk van je gegevens van de modbus uitlezing.
Dus je had beter kunnen vragen:
Werkt Modbus op een v2 met v153?

Ik ben al uren bezig geweest om de modbus aan de praat te krijgen en ik heb verbinding en hij kan alles zien, alleen lukt het mij niet om de charge en discharge current in te geven. Ga nu HBC proberen, heb alles klaar staan dus zou niet al teveel werk moeten zijn.

[MikeDASpike]

AUijtdehaag schreef op zaterdag 30 mei 2026 @ 07:37:
@Stevencito

Of het betrouwbare esp via modbus rs485 poort
v&a aangeboden: M5stack Atom lite met modbus base (brink flair/Marstek / etc.)
Mits de batterij niet achter in de tuin staat ivm wifi signaal. Of achter 4 muren.
Je kan tot 6 batterijen aansturen met HBC
Die noem je dan Marstek m1 m2 m3 enz
Succes. Gaat je vast lukken zo.

Niks mis mee ! Ik heb 2 batterijen achterin mijn schuur staan, welke weer achterin in mijn tuin staan. Mrt jouw lilygo werken ze perfect op mijn 2.4ghz, zelf met een zwakke verbinding van -82dBm. Maar een verbinding van -50dBm zou wel beter zijn.

Ik weet alleen niet of de temp te hoog wordt in mijn schuur als de zon efop komt

[Haas_nl]

Heb nu heel HBC erop staan en lijkt allemaal te werken, lijkt nu daadwerkelijk de batterij goed aan te sturen! Nice!

Ik heb wel beetje het idee dat dit niet klopt: (singular net power value going positive for consumption, negative for production)

Ik heb deze meter: https://smart-stuff.nl/product/p1-dongle-watermeter/ En die output dus per fase en apart production en consumption.

Dus kwam op zoiets uit:

code:

template:
  - sensor:
      - name: "P1 Meter Power"
        unique_id: "p1_meter_power"
        unit_of_measurement: "W"
        device_class: power
        state_class: measurement
        state: >
          {% set l1 = states('sensor.p1_meter_power_consumed_phase_1')|float(0)
                     - states('sensor.p1_meter_power_produced_phase_1')|float(0) %}
          {% set l2 = states('sensor.p1_meter_power_consumed_phase_2')|float(0)
                     - states('sensor.p1_meter_power_produced_phase_2')|float(0) %}
          {% set l3 = states('sensor.p1_meter_power_consumed_phase_3')|float(0)
                     - states('sensor.p1_meter_power_produced_phase_3')|float(0) %}
          {{ (l1 + l2 + l3) | round(2) }}

Maar ik produceer nu iets van 2500W met zonnepanelen en die batterijen zijn beide met 800w aan het ontladen dus dat is beetje raar.


Edit... lijkt erop dat de entity id's niet goed zijn hernoemt naar de nieuwe naam....

[ Voor 8% gewijzigd door Haas_nl op 30-05-2026 12:11 ]

[Stevencito]

AUijtdehaag schreef op zaterdag 30 mei 2026 @ 07:37:
@Stevencito
Ik zou de systemen met sd kaartjes mijden. Vroeg of laat crashen die dingen.
Ik heb goede ervaringen met odroid en emmc. Overleeft ook stroomstoringen.
https://www.sossolutions.nl/odroid-c4-home-assistant-kit
Neem wel minimaal 32 maar liever 64 gb emmc
Je hebt haos nodig maar dat staat er al op.
Homewizard p1 wifi voor de p1
Powerbaas p1 splitter (ik heb die van 4 poorten). Voor als er nog een zonneplan dongle bij komt.
Kan allemaal in de meterkast

Netwerk kabels naar je batterijen voor modbus tcp. Maar dan moet je ook een yaml draaien voor elke batterij in HA.
Of het betrouwbare esp via modbus rs485 poort
v&a aangeboden: M5stack Atom lite met modbus base (brink flair/Marstek / etc.)
Mits de batterij niet achter in de tuin staat ivm wifi signaal. Of achter 4 muren.
Je kan tot 6 batterijen aansturen met HBC
Die noem je dan Marstek m1 m2 m3 enz
Succes. Gaat je vast lukken zo.

Bedankt voor je reactie.

Dus een 64 gB Odroid, moet denk ik wel een USB-WIFI dongel bij.

De batterijen heb ik inmiddels gekoppeld aan de router, via de LAN-ingang. Is dat in orde, of moet dat via de RS485?

als dit in basis goed is, dan bestel ik die Odroid en als die binnen is, dan moet ik gaan zorgen dat de batterijen gaan 'praten' met de Odroid. Wat dat precies inhoudt is me nog niet helemaal duidelijk. Er moet kennelijk een schil bij HA toegevoegd worden? En ik zal denk ik ook via de Marstek app aan moeten geven dat de aansturing anders dan de CT003 gebeurt?

[AUijtdehaag]

@Stevencito
De odroid kan je toch gewoon ook een netwerk stekker geven op je router (in de meterkast)
Alles loopt via het netwerk

De marsteks praten dan ook via ethernet (modbus tcp) met de software op de odroid
https://docs.homebatteryc...enus-v3-and-venus-ad-only

Met de Marstek app hoef je niks te doen. Sterker nog beter vanaf blijven want die blijft leidend
Maar zoek de discord server eens op van HBC. Dit topic is er niet voor bedoeld.

[ Voor 22% gewijzigd door AUijtdehaag op 30-05-2026 14:28 ]

[Stevencito]

AUijtdehaag schreef op zaterdag 30 mei 2026 @ 14:22:
@Stevencito
De odroid kan je toch gewoon ook een netwerk stekker geven op je router (in de meterkast)
Alles loopt via het netwerk

De marsteks praten dan ook via ethernet (modbus tcp) met de software op de odroid
https://docs.homebatteryc...enus-v3-and-venus-ad-only

ik vraag me dan alleen af hoe de gegevens van de HW-P1 dongel op het netwerk komen.

[AUijtdehaag]

@Stevencito
Die praat via wifi met je netwerk.
(En dus zichtbaar in home assistant)

[Stevencito]

AUijtdehaag schreef op zaterdag 30 mei 2026 @ 14:29:
@Stevencito
Die praat via wifi met je netwerk.
(En dus zichtbaar in home assistant)

Dat klopt, want anders zou de app op de telefoon hem ook niet zien. Ok, dus alleen zo'n Odroid kopen. Bedankt

[Stevencito]

Ik krijg via HA de batterijen in beeld, maar kan in V148 Modbus TCP niet ingeschakeld krijgen. Is dit een bekend probleem en is er een oplossing voor? Terug naar firmware V146?

[TFHfony]

Stevencito schreef op dinsdag 2 juni 2026 @ 22:38:
Ik krijg via HA de batterijen in beeld, maar kan in V148 Modbus TCP niet ingeschakeld krijgen. Is dit een bekend probleem en is er een oplossing voor? Terug naar firmware V146?

Inschakelen? Dat is toch niet nodig? Volgens mij staat deze altijd aan.
Ik heb gisteren besloten nadat OpenAPI er elke keer voor zorgde dat de Marstek zich resette deze handleiding gevolgd: https://haprofs.com/marst...ant-thuisbatterij-modbus/
Werkt als een tierelier. Via ChatGPT een dashboard laten maken:

[Stevencito]

ik heb inmiddels een werkend systeem, dankzij Claude ai. Uiteindelijk via lokale API en poort 30000 en niet via TCP en poort 502. Dat laatste is waar Haprofs me naartoe leidde; dram

kan ik dan ook bovenstaand maken?

ik wil:

1. NOM
2. laden onder 10 ct/kW en ontladen boven 35 st/kW
3. de mogelijkheid om op afstand alles uit te zetten
4. liefst helemaal niets meer met de Marstek app te maken hebben

[TFHfony]

Stevencito schreef op woensdag 3 juni 2026 @ 20:52:
ik heb inmiddels een werkend systeem, dankzij Claude ai. Uiteindelijk via lokale API en poort 30000 en niet via TCP en poort 502. Dat laatste is waar Haprofs me naartoe leidde; dram

kan ik dan ook bovenstaand maken?

ik wil:

1. NOM
2. laden onder 10 ct/kW en ontladen boven 35 st/kW
3. de mogelijkheid om op afstand alles uit te zetten
4. liefst helemaal niets meer met de Marstek app te maken hebben

De lokale API is notoir onbetrouwbaar en zorgt met regelmaat voor een Marstek die gereset wordt en vrijwel al zijn instellingen kwijt is. Ik was vorige week eigenwijs en had deze toch gebruikt via HA. Binnen een paar dagen ellende en dus toch maar de Modbus oplossing gebruikt. Was achteraf evenveel werk maar zou dus wel stabiel moeten draaien.

[Stevencito]

Ik zou dolgraag via Modbus werken, maar hoe doe je dat? Ik liep helemaal vast

Zijn er dan adapters nodig misschien? Ethernet-RS485?

[ Voor 27% gewijzigd door Stevencito op 03-06-2026 21:48 ]