Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling

[Ies Korpershoek]

Rik Mertens schreef op woensdag 24 september 2025 @ 19:00:
[Afbeelding]

Hun "support" schiet wel alle kanten uit moet ik zeggen. Modbus op de V3 is niet mogelijk (maar ze voorzien wel 'n dedicated poort...)

Anyhow, nu heb ik intussen de API beschikbaar in de app, maar tegelijk lijkt het ook dat de homewizard P1 nu veel minder vaak refresht en het vermogen trager aanpast (elke 30 sec).

Elke keer 'n avontuur dus als er remote iets gewijzigd wordt (en ook niet OK dat dat zomaar kan...)

De Homewzard p1 is eigenlijk vrij 'dom' hij krijgt serieel een telegram van de slimme meter ( type 4 elke 10 sec en type 5 elke sec) en vertaald dit naar zijn API ( API versie v1 of v2) in de frequentie van ontvangst. Jouw 30 sec worden zeker niet in de P1 veroorzaakt maar elders. Wat ik zelf ontdekt heb is dat de P1 behoorlijk snel overbelast is. Als ik 3 apparaten de API laat bevragen kon de p1 dat niet verwerken en gaf storingen of 'hing' zich zelf soms op. Een reset was dan de enige oplossing.

[bvansteenselen]

Goedemiddag allemaal,

Leuk om te zien dat hier zoveel mensen actief bezig zijn met de Modbus aansturing.
zelf heb ik inmiddels Ha zover dat ik de belangrijkste systemen voor mijn energiehuishouding gekoppeld heb en daarmee ook leuke automatiseringen kan doen
gekoppelde apparaten:
- Zonnepanelen(goodwe)
- Panasonic warmtepomp(viaHeishamon)
- Marstek V1(via Ew11 met @[RNMC] Viper hacks integratie)

wanneer de Marstek vol is heb ik nu de volgende automatisering opgezet:

code:

alias: Batterij vol, Aquarea starten
description: ""
triggers:
  - type: battery_level
    device_id: 6d3adf55b68f1ba5a74074a3bb9484d0
    entity_id: de3411abd89208d0ae3550a31b061f1a
    domain: sensor
    trigger: device
    above: 99
conditions:
  - condition: time
    before: "14:28:00"
actions:
  - device_id: 6d3adf55b68f1ba5a74074a3bb9484d0
    domain: number
    entity_id: 640d3d680526bbc8182fc501789210b8
    type: set_value
    value: 2500
  - action: notify.mobile_app_sm_a556b
    metadata: {}
    data:
      message: Soc 100%
  - delay:
      hours: 0
      minutes: 10
      seconds: 0
      milliseconds: 0
  - device_id: 1e0de7f8b08544bb052731d6a95cd393
    domain: select
    entity_id: 2e5c3b2b880eb5f8960e15e75f974e27
    type: select_option
    option: Heat+DHW
  - action: notify.mobile_app_sm_a556b
    metadata: {}
    data:
      message: Soc 100% aquarea starten
mode: single

verder ben ik benieuwd hoe jullie reactie om te voorkomen dat de batterij in de winter gedurig leeg is. heb ik in een andere automatisering ingesteld dat wanneer de SOC onder 50%( in mijn geval de waarde om de batterij nu toch nog vol te krijgen) komt de discharge power op 0 gaat en ik daarbij gewoon NOM blijf draaien en zoveel mogelijk teruglevering van zonne energie voorkom maar daardoor wel de batterij vol krijg in de winter met zonnig weer.

code:

alias: Marstek onder 50%
description: ""
triggers:
  - type: battery_level
    device_id: 6d3adf55b68f1ba5a74074a3bb9484d0
    entity_id: de3411abd89208d0ae3550a31b061f1a
    domain: sensor
    trigger: device
    below: 50
conditions: []
actions:
  - device_id: 6d3adf55b68f1ba5a74074a3bb9484d0
    domain: number
    entity_id: 640d3d680526bbc8182fc501789210b8
    type: set_value
    value: 0
  - action: notify.mobile_app_sm_a556b
    metadata: {}
    data:
      message: Soc onder 50% discharge off
mode: single

en uiteraard dan ook weer discharge power aanzet als de batterij boven 50% SOC komt:

code:

alias: Marstek 50%
description: ""
triggers:
  - type: battery_level
    device_id: 6d3adf55b68f1ba5a74074a3bb9484d0
    entity_id: de3411abd89208d0ae3550a31b061f1a
    domain: sensor
    trigger: device
    above: 50
conditions: []
actions:
  - device_id: 6d3adf55b68f1ba5a74074a3bb9484d0
    domain: number
    entity_id: 640d3d680526bbc8182fc501789210b8
    type: set_value
    value: 1250
  - action: notify.mobile_app_sm_a556b
    metadata: {}
    data:
      message: Soc 50% discharge 1250w aan
mode: single

hiermee komt de batterij in deze maanden toch wel vol en behoud ik de load balancing

[Rik Mertens]

Waarden komen in andere systemen wél tijdig door én issue is gestart nadat de ‘support’ vanop afstand aan het toestel heeft lopen wriemelen kan toeval zijn natuurlijk, maar ik zou de oorzaak toch bij marstek durven zoeken.

Nugoed, dan alsnog maar hun eigen P1 meter achter een splitter steken helaas.

Tot dusver nog niet erg onder de indruk van het toestel. Blijft toch nog wat buggy van zodra je van de écht standaard gebruiksmerhode afwijkt (wat ze wel zelf aangeven dat zou moeten kunnen).

Plots krijg je remote dan tóch nieuwe firmware gepusht, krijg je tegenstrijdige antwoorden,…

Nog wat werk aan de winkel voor Marstek. Jammer, want zaken als bouwkwaliteit ed zitten dan weer wel prima. Zeker bij de V3

Ies Korpershoek schreef op donderdag 25 september 2025 @ 08:00:
[...]

De Homewzard p1 is eigenlijk vrij 'dom' hij krijgt serieel een telegram van de slimme meter ( type 4 elke 10 sec en type 5 elke sec) en vertaald dit naar zijn API ( API versie v1 of v2) in de frequentie van ontvangst. Jouw 30 sec worden zeker niet in de P1 veroorzaakt maar elders. Wat ik zelf ontdekt heb is dat de P1 behoorlijk snel overbelast is. Als ik 3 apparaten de API laat bevragen kon de p1 dat niet verwerken en gaf storingen of 'hing' zich zelf soms op. Een reset was dan de enige oplossing.

[AUijtdehaag]

bvansteenselen schreef op donderdag 25 september 2025 @ 13:09:

hiermee komt de batterij in deze maanden toch wel vol en behoud ik de load balancing

Dus als ik het goed volg:

1. Ga je pas verwarmen als de batterij is volgeladen voor half 3 smiddags.
2. Stop je met energie terug leveren uit de batterij onder de 50% soc via de batterij

Ik hoop dat de zon een keer schijnt in de winter

[Alan969]

In België zou dan de optie moeten bestaan dat als (bvb.) SOC < 50% dan de batterij enkel ontlaadt om een max van 2500kW naar het net toe te staan ipv NOM. Zo blijft CapTar op de min. waarde.
Op een aantal heel sombere dagen na elkaar, lees SOC blijft nabij 11%, zou het misschien interessant zijn om de batterij ietsje uit het net te laden om dan tijdens het koken niet boven de 2500W uit te komen. Ik vraag me echter af als dat financiëel interessant is. Dat moet ik nog eens narekenen.

[ Voor 56% gewijzigd door Alan969 op 25-09-2025 15:18 ]

[AUijtdehaag]

Alan969 schreef op donderdag 25 september 2025 @ 15:15:
In België zou dan de optie moeten bestaan dat als (bvb.) SOC < 50% dan de batterij enkel ontlaadt om een max van 2500kW naar het net toe te staan ipv NOM. Zo blijft CapTar op de min. waarde

Dat wordt dan een belgische nodered flow ipv een nederlandse

[superduper1969]

bvansteenselen schreef op donderdag 25 september 2025 @ 13:09:
verder ben ik benieuwd hoe jullie reactie om te voorkomen dat de batterij in de winter gedurig leeg is.

De simpelste vorm is de batterij minimaal 1 keer in de week naar 100% te laden, bijvoorbeeld via de AI mode.

Zelf ga ik waarschijnlijk een heel simpel schema maken die switcht tussen:
- AI > Als prijsverschil van die dag hoog is (Meer dan 14 Cent verschil tussen Hoog/Laag)
- NOM > Als prijsverschil van die dag te laag is om AI te rechtvaardigen. (Dus onder de 14 cent)
- Kalenderprogramma met overdag leeg programma en in de avond 2500W ontladen.

Het lege programma is voor overdag als álle Zonne opbrengst direct in de warmtepomp gaat, dit scheelt energieverbruik van de MT en is dan dus zuiniger dan NOM, als de warmtepomp weer stopt of minder verbruikt terug naar NOM.
Of eventueel wanneer ik overdag (in het weekend) mijn auto oplaad.
En het 2500W avond programma als er weer eens keer 40cent of meer wordt betaald voor wat er in de accu zit.

Ik ga ook geen ingewikkelde dingen doen als 1 dag vooruit kijken, ik moet het zelf ook nog snappen.

[bvansteenselen]

AUijtdehaag schreef op donderdag 25 september 2025 @ 15:11:
[...]

Dus als ik het goed volg:

1. Ga je pas verwarmen als de batterij is volgeladen voor half 3 smiddags.
2. Stop je met energie terug leveren uit de batterij onder de 50% soc via de batterij

Ik hoop dat de zon een keer schijnt in de winter

1 elke dag start de warmtepomp nu om 11 uur met het verwarmen van 200L bufervat maar was de batterij soms al eerder vol en heb ik deze regel toegepast. omdat de zon vooral smorgens op de panelen zit. (Die is dan ook vooral van toepassing in de zomer.)

2 ik krijg de batterij nu ook met heel mooi weer niet meer vol maar lukt nog wel om van 50% SOC naar 100% SOC te gaan. Het klopt dat de batterij dan nu ontlaad tot 50% SOC en daarna stopt.

Voordeel hiervan is dat ik de batterij zo nog wel vol krijg en omdat er veel discussie is dat
Alleen bij 100%SOC de cellen gebalanceerd worden dat ook gedaan wordt.

Ander voordeel zou zijn dat ik daardoor bij stroomuitval nog steeds backup stroom heb.

2 is dus voor iedereen interessant als je de batterij(en) in de winter niet meer vol krijgt.
En dus niet elke week Manuel wilt bijladen wat dan duurder zou zijn als deze instellingen. 😀

[ Voor 3% gewijzigd door bvansteenselen op 25-09-2025 15:38 ]

[Rik Mertens]

Alan969 schreef op donderdag 25 september 2025 @ 15:15:
In België zou dan de optie moeten bestaan dat als (bvb.) SOC < 50% dan de batterij enkel ontlaadt om een max van 2500kW naar het net toe te staan ipv NOM. Zo blijft CapTar op de min. waarde.
Op een aantal heel sombere dagen na elkaar, lees SOC blijft nabij 11%, zou het misschien interessant zijn om de batterij ietsje uit het net te laden om dan tijdens het koken niet boven de 2500W uit te komen. Ik vraag me echter af als dat financiëel interessant is. Dat moet ik nog eens narekenen.

De 2500W optie kan je prima bereiken in combinatie mer HA.

Je kan dan via de B2500 add-on een meter simuleren met vermogen dat 2500W onder je netvermogen ligt. Zo kan je NOM bekomen met je nulpunt op 2500 ipv 0W

[S-ven]

Hallo,

Ik heb een V3 en heb een python script geschreven om de API te pollen https://gist.github.com/s...7b81104ae441b217a669e55d7

Het werkt, maar de respons van de V3 is soms een ramp (geen reactie gedurende uren). Feedback in de App ingevuld en heb de laatste firmware gekregen (V139) maar dat verandert niet veel. De batterij antwoord niet op de API call.

Als het werkt heb ik een mooie grafiek in Home Assistant van de SoC en de charge/discharge.. maar het is jammer genoeg sporadisch.

Ik ben geen coder en misschien dat het niet robust genoeg is geschreven, dus als iemand die kan verbeteren..

[WargamingPlayer]

S-ven schreef op donderdag 25 september 2025 @ 19:37:
Hallo,

Ik heb een V3 en heb een python script geschreven om de API te pollen https://gist.github.com/s...7b81104ae441b217a669e55d7

Het werkt, maar de respons van de V3 is soms een ramp (geen reactie gedurende uren). Feedback in de App ingevuld en heb de laatste firmware gekregen (V139) maar dat verandert niet veel. De batterij antwoord niet op de API call.

Als het werkt heb ik een mooie grafiek in Home Assistant van de SoC en de charge/discharge.. maar het is jammer genoeg sporadisch.

Ik ben geen coder en misschien dat het niet robust genoeg is geschreven, dus als iemand die kan verbeteren..

Eigenlijk is het UDP protocol gewoon beroerd om iets van vaste polling te doen op een sensor. Je zit met te veel onzekerheid of het antwoord wel terug komt. Het werkt eigenlijk als volgt:

1. Een wacht socket openen.
2. API Call verzenden
3. Wachten tot antwoord op de wacht socket binnen komt, met een maximale wachttijd.
4. Indien binnen gekomen sensor bijwerken.
5. Anders na timeout. Stoppen met wachten en vergeten.
6. Wacht socket weer sluiten.

Wanneer je een soort integratie gaat bouwen krijg je eigenlijk een aantal processen welke gebruik maken van een karakterestiek van de Marsktek API. Deze is het "id" veld in ieder call die je verstuurd. Hiervan kan je eenvoudig gebruik maken. Net zoals ieder andere UDP gebaseerde polling op een API werk je meestal als volgt:

1. Initalisatiefase waarin je de volgende zaken definieert:
   • De sensors, wanneer deze nog niet bestaan, indien ze bestaan met de laatste waarde.
   • Een API Queue, dit is een dynamische lijst waarin ieder record een ID heeft, een tijdstip, de maximale timeout waarde en welke sensor.
   • Je opent een luister socket op UDP op een vrije poort.
   • Je initieert een luister process in een separate thread welke wakker wordt wanneer de luister socket een pakket binnen krijgt.
   • Je initieert een poll proces in een separate thread.
2. Een cleanup taak, welke alleen stopt wanneer het poll process is gestopt.
   • Deze gooit de queue weg.
   • Deze sluit de luister socket.

Het poll process ziet er als volgt uit (pseudocode):

code:

set PollID=1
while not Stop begin
  foreach Sensor in SensorDefinitons do begin
     set APIcall.Id= PollID
     set APIcall.Message= Sensor.Message
     call AddMessage2Queue PollID, Sensor.Name, Sensor.Waittimeout, Time.Now
     call SendMessageToAPI APIcall
  end
  set PollID= PollID+1
  call wait 5 seconds
end

Het luister process ziet er eigenlijk als volgt uit (pseudocode):

code:

   while not Stop begin
     set Data=WaitForDataOnPort( port=30000, timeout=0,5s)
     if Data is not Null begin
        set Message= GetMessageFromQueue( Data.id )
        if Message is not Null begin
           call DiscardMessageFromQueue( Message )
           call UpdateSensor Message, Data
        end 
     end
     foreach Message in MessageQueue do begin
         if MessageIsExpired( Message ) call DiscardMessageFromQueue( Message )
     end 
   end

Eigenlijk is het dus vrij eenvoudig wanneer je dit in bijvoorbeeld Phyton weet te doen. ik zou het in Powershell kunnen, maar dan ben ik een avondje bezig en op het moment heb ik daar niet echt de behoefte aan.

[bruneelm]

Rik Mertens schreef op donderdag 25 september 2025 @ 15:51:
[...]


De 2500W optie kan je prima bereiken in combinatie mer HA.

Je kan dan via de B2500 add-on een meter simuleren met vermogen dat 2500W onder je netvermogen ligt. Zo kan je NOM bekomen met je nulpunt op 2500 ipv 0W

Echter dit is niet de ideaalste maar eenvoudigste benadering van de CAPTAR.
Idealiter ga je bijsturen zodat je niet boven de 625Wh per kwartier uitkomt.

[Alan969]

Rik Mertens schreef op donderdag 25 september 2025 @ 15:51:
[...]


De 2500W optie kan je prima bereiken in combinatie mer HA.

Je kan dan via de B2500 add-on een meter simuleren met vermogen dat 2500W onder je netvermogen ligt. Zo kan je NOM bekomen met je nulpunt op 2500 ipv 0W

Ja, maar wat gebeurt er als je verbruik onder die 2500W daalt? Zal de MT dan laden om de ‘NOM’ op een waarde van 2500W te houden? Dat wil ik zeker niet want ik vrees dat de verlezen groter zullen zijn dan de besparingen op Captar.

[bvansteenselen]

bruneelm schreef op vrijdag 26 september 2025 @ 09:05:
[...]

Echter dit is niet de ideaalste maar eenvoudigste benadering van de CAPTAR.
Idealiter ga je bijsturen zodat je niet boven de 625Wh per kwartier uitkomt.

Aleen hoe ga je dat voor elkaar krijgen met Inductie koken?

[Alan969]

bvansteenselen schreef op vrijdag 26 september 2025 @ 09:13:
[...]


Aleen hoe ga je dat voor elkaar krijgen met Inductie koken?

Als het verbruik geblokt wordt op 2500W dat zit je daar onder. Met inductie koken zijn er 2MT’s nodig. Die leveren tot 5kW. Zo blijf je mooi op max 2500W
Als er in dat kwartier een deel lager is dan 2500W dan kan je in de rest van de tijd even boven die 2500W gaan.
Het gemiddelde per kwartier moet 2500 W of lager zijn. Als je tot op die grens wil gaan dan zal de bepaling van die grens moeilijker zijn. Dan moet het gemiddelde constant berekend worden en moet die grens daaraan aangepast worden.

[r03n_d]

superduper1969 schreef op donderdag 25 september 2025 @ 15:31:
[...]
Zelf ga ik waarschijnlijk een heel simpel schema maken die switcht tussen:
- AI > Als prijsverschil van die dag hoog is (Meer dan 14 Cent verschil tussen Hoog/Laag)
- NOM > Als prijsverschil van die dag te laag is om AI te rechtvaardigen. (Dus onder de 14 cent)

Hoe kom je tot die 14 cent?

[bvansteenselen]

Alan969 schreef op vrijdag 26 september 2025 @ 09:24:
[...]

Als het verbruik geblokt wordt op 2500W dat zit je daar onder. Met inductie koken zijn er 2MT’s nodig. Die leveren tot 5kW. Zo blijf je mooi op max 2500W
Als er in dat kwartier een deel lager is dan 2500W dan kan je in de rest van de tijd even boven die 2500W gaan.
Het gemiddelde per kwartier moet 2500 W of lager zijn. Als je tot op die grens wil gaan dan zal de bepaling van die grens moeilijker zijn. Dan moet het gemiddelde constant berekend worden en moet die grens daaraan aangepast worden.

Als ik het goed begrepen heb moet de marstek pas ontladen bij afname boven de 2499w

Wanneer je de marstek kan bedienen via HA
Dan zou je de volgende automatisering moeten maken

code:

alias: Marstek Discharge bij vermogen boven 2500w
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.p1_meter_power
    above: 2499
  - trigger: numeric_state
    entity_id:
      - sensor.p1_meter_power
    below: 2499
conditions: []
actions:
  - choose:
      - conditions:
          - condition: numeric_state
            entity_id: sensor.p1_meter_power
            above: 2499
        sequence:
          - device_id: 6d3adf55b68f1ba5a74074a3bb9484d0
            domain: number
            entity_id: 640d3d680526bbc8182fc501789210b8
            type: set_value
            value: 2500
      - conditions:
          - condition: numeric_state
            entity_id: sensor.p1_meter_power
            below: 2499
        sequence:
          - device_id: 6d3adf55b68f1ba5a74074a3bb9484d0
            domain: number
            entity_id: 640d3d680526bbc8182fc501789210b8
            type: set_value
            value: 0
mode: single

Met deze automatisering ontlaad je dus alleen bij vermogens boven 2500w
Uiteraard kun je zoveel regels toevoegen als je wilt.

[bruneelm]

Als ik het goed begrepen heb moet de marstek pas ontladen bij afname boven de 2499w

Dit is eenvoudige benadering van het probleem: de '0' waarde verschuiven naar 2500 (2.5OM versus NOM of 0OM, OM staat voor op de meter)

maar eigenlijk wordt voor de mensen die CAPTAR niet gevolgd hebben met de 2500W op een verkeerd been gezet.
de 2500W is de laagste grens en is het vermogen die een volledig kwartier verbruikt moet worden om die grens te bereiken. In werkelijkheid gaat het over de energie die in een kwartier werd verbruikt en dat is die 2500/4 (4 kwartieren) dus over 625Wh.
Gezien verbruik in een huisnet fluctueert is het correct hierop inspelen niet zo eenvoudig voor een thuisbaccu

Wat je nodig hebt:

• hoeveel energie werd reeds verbruikt sinds de laatste kwartierdoorgang (actueel)
• met de reeds verbruikte hoeveelheid energie, het huidig verbruik en de resterende tijd tot de volgende kwartierdoorgang kan je berekenen wat zou de CAPTAR zijn bij de volgende kwartierdoorgang (predict)
• met een ingestelde te verwachten CAPTAR hoeveel is het toegelaten vermogen (+ nog ruimte, - overschrijden van de CAPTAR limiet) (beschikbaar)
• indien in het punt hierboven, beschikbaar, + dan moet de thuisbatterij ingrijpen en dit vanaf een punt dat dit haalbaar is, weet wel dat het afgenomen vermogen binnen het lopende kwartier nog kan dalen, waardoor ingrijpen niet nodig (niet wenselijk in de winter) was of dat de ondersteuning van de thuisaccu niet capabel is om de doelstelling te halen indien het vermogen plots nog stijgt (bijsturing)

de termen actueel, predict zijn enerigie in Wh de termen beschikbaar en bijsturing zijn vermogens in W

aanvulling inductiekookplaten:

Indien je 2 kookplaten van 2kW start tijdens een kwartierdoorgang en 15min gebruikt dan heb je een energieverbruik in dat kwartier van 1000Wh, de thuisaccu zal ondersteuning geven voor 375Wh wat geen probleem is met een vermogenscapaciteit van 2500W
Echter in normale kookomstandigheden, zullen die 2 kookplaten 15min op vol vermogen werken? Indien niet dan zal de thuisaccu assistentie lager zijn.

Maar niet iedereen kijkt op de klok om op kwartierdoorgang te starten met koken
Indien je diezelfde 2 kookplaten halverwege het kwartier zou aanzetten, dan is het energieverbruik in het startend kwartier slechts 500Wh waar er geen ondersteuning van de thuisaccu gewenst is. (en dit in tegenstelling met het verschuiven van de NOM naar de 2.5OM)
Vermoedelijk zal in het daaropvolgende kwartier het afgenomen vermogen van de kookplaten worden verlaagd.
De redenering kan natuurlijk verder gaan indien er nog andere verbruikers op hetzelfde ogenblik actief zijn, maakt de uitleg alleen iets ingewikkelder
In BE zijn de kosten en lasten bovenop de zuivere elektriciteitskost niet verwaarloosbaar zodat in de winter, wanneer de thuisaccu niet alleen van zon maar ook van het net van stroom moet worden voorzien om die CAPTAR te beperken, de tussenkomst van de thuisaccu best beperkt wordt tot uiterst noodzakelijk. Hier zal ook rekening gehouden moeten worden met de SOC en de dagen dat er in de winter wel voldoende zon is om misschien NOM te draaien (boven een bepaald % van de SOC)

Naar het aansturen van een aanstuurbare grootverbruiker de EV met min van 6A en max van 3*16, 1* 32A of uitzonderlijk 3*32A kan je nog een stap verder gaan voor de CAPTAR (zonder thuisaccu ondersteuning):
je kan een continue basis laadstroom instellen van 6A (2A Tesla) en op basis van de 'beschikbaar ' van hierboven een burst mode gebruiken, wat betekent dat je naar het eind van het kwartier (te berekenen met het max af te nemen vermogen en het huidge verbruik) de bijna max laadvermogen in te schakelen tot aan de volgende kwartierdoorgang.
Niet het max vermogen, gezien er nog huisverbruikers uitgeschakeld kunnen worden. mochten er zware verbruikers aangeschakeld worden dan schakelt het laadvermogen automatisch ook terug
Welk vermogen en wanneer zal via een berekening afgeleid worden van het huidige verbruik en de resterende tijd.
Deze regeling zal ervoor zorgen dat je voor elk kwartier de maximale hoeveelheid energie verbruikt binnen de gestelde CAPTAR limiet, het distributiebedrijf zal minder gelukkig zijn met die piekbelasting echter zij hebben de CAPTAR gedefinieerd

[ Voor 44% gewijzigd door bruneelm op 26-09-2025 11:38 ]

[AUijtdehaag]

r03n_d schreef op vrijdag 26 september 2025 @ 09:50:
[...]

Hoe kom je tot die 14 cent?

je krijgt (in NL) geen energie belasting terug over teruggeleverde stroom, en de belasting is dan 14 cent (+/-)
Dus het verschil tussen laden en ontladen via het net met een dynamisch kontrakt moet groter zijn dan dat om er iets mee te verdienen.

[ Voor 21% gewijzigd door AUijtdehaag op 26-09-2025 11:36 ]

[Rik Mertens]

Je kan in je sturing uiteraard zo ver gaan als je maar wil

Je kan een (plug-in) batterij gaan gebruiken om louter verbruik te counteren en/of peak shaving te gaan doen.

Wanneer je plug-in batterij niet op 'n apparte groep zit en dus 800W kan ontladen kan je daarmee je capaciteitspiek met 800W per maand verlagen (indien er telkens SoC is). Dat scheelt je dan maximaal +- €3,5 per maand.

Ga je met 2,5kW ontladen dan stijgt dat al iets meer door natuurlijk.

[bvansteenselen]

bruneelm schreef op vrijdag 26 september 2025 @ 11:01:
[...]


Dit is eenvoudige benadering van het probleem: de '0' waarde verschuiven naar 2500 (2.5OM versus NOM of 0OM, OM staat voor op de meter)

maar eigenlijk wordt voor de mensen die CAPTAR niet gevolgd hebben met de 2500W op een verkeerd been gezet.
de 2500W is de laagste grens en is het vermogen die een volledig kwartier verbruikt moet worden om die grens te bereiken. In werkelijkheid gaat het over de energie die in een kwartier werd verbruikt en dat is die 2500/4 (4 kwartieren) dus over 625Wh.
Gezien verbruik in een huisnet fluctueert is het correct hierop inspelen niet zo eenvoudig voor een thuisbaccu

Wat je nodig hebt:

• hoeveel energie werd reeds verbruikt sinds de laatste kwartierdoorgang (actueel)
• met de reeds verbruikte hoeveelheid energie, het huidig verbruik en de resterende tijd tot de volgende kwartierdoorgang kan je berekenen wat zou de CAPTAR zijn bij de volgende kwartierdoorgang (predict)
• met een ingestelde te verwachten CAPTAR hoeveel is het toegelaten vermogen (+ nog ruimte, - overschrijden van de CAPTAR limiet) (beschikbaar)
• indien in het punt hierboven, beschikbaar, + dan moet de thuisbatterij ingrijpen en dit vanaf een punt dat dit haalbaar is, weet wel dat het afgenomen vermogen binnen het lopende kwartier nog kan dalen, waardoor ingrijpen niet nodig (niet wenselijk in de winter) was of dat de ondersteuning van de thuisaccu niet capabel is om de doelstelling te halen indien het vermogen plots nog stijgt (bijsturing)

de termen actueel, predict zijn enerigie in Wh de termen beschikbaar en bijsturing zijn vermogens in W

aanvulling inductiekookplaten:

Indien je 2 kookplaten van 2kW start tijdens een kwartierdoorgang en 15min gebruikt dan heb je een energieverbruik in dat kwartier van 1000Wh, de thuisaccu zal ondersteuning geven voor 375Wh wat geen probleem is met een vermogenscapaciteit van 2500W
Echter in normale kookomstandigheden, zullen die 2 kookplaten 15min op vol vermogen werken? Indien niet dan zal de thuisaccu assistentie lager zijn.

Maar niet iedereen kijkt op de klok om op kwartierdoorgang te starten met koken
Indien je diezelfde 2 kookplaten halverwege het kwartier zou aanzetten, dan is het energieverbruik in het startend kwartier slechts 500Wh waar er geen ondersteuning van de thuisaccu gewenst is. (en dit in tegenstelling met het verschuiven van de NOM naar de 2.5OM)
Vermoedelijk zal in het daaropvolgende kwartier het afgenomen vermogen van de kookplaten worden verlaagd.
De redenering kan natuurlijk verder gaan indien er nog andere verbruikers op hetzelfde ogenblik actief zijn, maakt de uitleg alleen iets ingewikkelder
In BE zijn de kosten en lasten bovenop de zuivere elektriciteitskost niet verwaarloosbaar zodat in de winter, wanneer de thuisaccu niet alleen van zon maar ook van het net van stroom moet worden voorzien om die CAPTAR te beperken, de tussenkomst van de thuisaccu best beperkt wordt tot uiterst noodzakelijk. Hier zal ook rekening gehouden moeten worden met de SOC en de dagen dat er in de winter wel voldoende zon is om misschien NOM te draaien (boven een bepaald % van de SOC)

Naar het aansturen van een aanstuurbare grootverbruiker de EV met min van 6A en max van 3*16, 1* 32A of uitzonderlijk 3*32A kan je nog een stap verder gaan voor de CAPTAR (zonder thuisaccu ondersteuning):
je kan een continue basis laadstroom instellen van 6A (2A Tesla) en op basis van de 'beschikbaar ' van hierboven een burst mode gebruiken, wat betekent dat je naar het eind van het kwartier (te berekenen met het max af te nemen vermogen en het huidge verbruik) de bijna max laadvermogen in te schakelen tot aan de volgende kwartierdoorgang.
Niet het max vermogen, gezien er nog huisverbruikers uitgeschakeld kunnen worden. mochten er zware verbruikers aangeschakeld worden dan schakelt het laadvermogen automatisch ook terug
Welk vermogen en wanneer zal via een berekening afgeleid worden van het huidige verbruik en de resterende tijd.
Deze regeling zal ervoor zorgen dat je voor elk kwartier de maximale hoeveelheid energie verbruikt binnen de gestelde CAPTAR limiet, het distributiebedrijf zal minder gelukkig zijn met die piekbelasting echter zij hebben de CAPTAR gedefinieerd

Met het script wat ik had gemaakt laad de batterij wel normaal NOM alleen gaat deze er voor zorgen dat je hogere vermogens voorkomt.

Voorbeeld: apparaat1 met vermogen 1200w gaat aan batterij gaat nog niet terug leveren.
Wanneer apparaat2 met vermogen van 1500w aan gaat is totaal vermogen 2700w en zal de batterij gaan terugleveren met maximaal 2500w omdat totaal uit komt boven 2499w.

Ander voorbeeld: Apparaat1(inductiekookplaat) wordt aangezet met 3 zones 2200w, 2200w, 1200w
Op vol vermogen van alle 3 zones zou de afname normaal zijn 5600w alleen zullen de meeste de zones niet allemaal op vol vermogen maar op bijvoorbeeld half vermogen aanzetten en gaat een inductiekookplaat net als een magnetron pendelen en neemt deze per zone om de zoveel seconden 2200w af. Waardoor je pieken krijgt.

Daarmee werkte het script wat ik had gemaakt het beste omdat de batterij er dan voor zorgt dat het gemiddelde lager wordt.

Script kun je makkelijk met HA automatiseringen via jaml toevoegen, en dan alleen eigen apparaten goed koppelen.

[timvanloon]

iemand die weet welke van de poorten op de marstek venus E de lan aansluiting is, links of rechts?

[pascallj]

timvanloon schreef op vrijdag 26 september 2025 @ 13:24:
iemand die weet welke van de poorten op de marstek venus E de lan aansluiting is, links of rechts?

De handleiding had je dat kunnen vertellen

[timvanloon]

Bedankt!

[Alan969]

AUijtdehaag schreef op vrijdag 26 september 2025 @ 11:33:
[...]

je krijgt (in NL) geen energie belasting terug over teruggeleverde stroom, en de belasting is dan 14 cent (+/-)
Dus het verschil tussen laden en ontladen via het net met een dynamisch kontrakt moet groter zijn dan dat om er iets mee te verdienen.

Hou je dan geen rekening met de slijtage van de MT: kostprijs v/d MT /(6000cyclussen x aantal kWh per cyclus) = +\- 4ct/kWh?

[superduper1969]

Alan969 schreef op vrijdag 26 september 2025 @ 15:09:
[...]

Hou je dan geen rekening met de slijtage van de MT: kostprijs v/d MT /(6000cyclussen x aantal kWh per cyclus) = +\- 4ct/kWh?

Ik het eenmaal heb geprogrammeerd kan ik gewoon een tijd kijken wat het effect is.
Daarna kan ik het gewoon wijzigen in een andere drempelwaarde.
Het gaat niet om euro's per dag dusdat valt mee.

[AUijtdehaag]

@Alan969
6000 cyclussen is 15 jaar?
Dan staat er een nieuwe

[pascallj]

AUijtdehaag schreef op vrijdag 26 september 2025 @ 15:32:
@Alan969
6000 cyclussen is 15 jaar?
Dan staat er een nieuwe

Dan is je afschrijving dus nog vele malen hoger

[AUijtdehaag]

De nieuwe koelkast reken ik ook niet uit hoor.

[bruneelm]

bvansteenselen schreef op vrijdag 26 september 2025 @ 12:19:
[...]


Met het script wat ik had gemaakt laad de batterij wel normaal NOM alleen gaat deze er voor zorgen dat je hogere vermogens voorkomt.

Voorbeeld: apparaat1 met vermogen 1200w gaat aan batterij gaat nog niet terug leveren.
Wanneer apparaat2 met vermogen van 1500w aan gaat is totaal vermogen 2700w en zal de batterij gaan terugleveren met maximaal 2500w omdat totaal uit komt boven 2499w.

Om CAPTAR 2500 te vermijden dien je batterij maar 200W te compenseren en geen 2500

Ander voorbeeld: Apparaat1(inductiekookplaat) wordt aangezet met 3 zones 2200w, 2200w, 1200w
Op vol vermogen van alle 3 zones zou de afname normaal zijn 5600w alleen zullen de meeste de zones niet allemaal op vol vermogen maar op bijvoorbeeld half vermogen aanzetten en gaat een inductiekookplaat net als een magnetron pendelen en neemt deze per zone om de zoveel seconden 2200w af. Waardoor je pieken krijgt.

Mijn AEG inductieplaten van 2200W verbruiken 1100W op half vermogen die gaan niet pendelen tussen 0 en 2200W

Daarmee werkte het script wat ik had gemaakt het beste omdat de batterij er dan voor zorgt dat het gemiddelde lager wordt.

Script kun je makkelijk met HA automatiseringen via jaml toevoegen, en dan alleen eigen apparaten goed koppelen.

[GAEvakYD]

Afgelopen week de NodeRed automatisering weer iets uitgebreid op: https://github.com/gitcodebob/marstek-venus-rs485-node-red

O.a. door een extra strategy toe te voegen genaamd "Grid-charge-or-wait". Deze gebruik ikzelf in twee usecses:
1) Als ik inschat dat de PV opwekking op de dag de accu's niet volkrijg, dan wil ik op het laagste prijsniveau van de dag de accu's opladen vanuit de grid. Bijv stel dat prijzen zijn 15 cent overdag en in de avond boven de 30 cent. Dan is het een prima keuze om de accu's vol te gooien en de RTE verliezen voorlief te nemen.
2) Mijn accu capaciteit is helaas op sommige dagen net niet genoeg om de hele avond en nacht door te komen, incl de ochtend piek. In de ochtend rond 7 en 8 uur is de stroomprijs erg hoog. Het komt voor dat er dan weinig zonopwekking is en de accu's leeg. In dat geval wil ik liever dat hij in de nacht als de prijs relatief laag is eventjes 2 uur niet ontlaad.

Deze casussen zijn te regelen dus met de strategy "Grid-charge-or-wait" en de volgende entiteiten in HA.


Alle code voor Nodered en HA zitten in de GitHub repo.

[AUijtdehaag]

@GAEvakYD
Komt mooi uit met de donkere dagen in aantocht.
We gaan hem eens uitproberen. Dank.

[GAEvakYD]

AUijtdehaag schreef op zaterdag 27 september 2025 @ 09:32:
@GAEvakYD
Komt mooi uit met de donkere dagen in aantocht.
We gaan hem eens uitproberen. Dank.

Hehe same here. Deze strategie is ontstaan doordat mijn PV de accu's niet meer volkrijgen, maar ik wel zie dat overdag er nog mooie prijsdalen in de (dynamische) energieprijzen zitten. Als deze strategie een beetje goed werkt wil ik hem wel verder automatiseren, zodat hij meer automatisch de settings gaat aansturen.

Net in het Marstek hoofdtopic ook een dilemma gedeeld om meer accu capaciteit bij te kopen. Die pubers hier in huis in combinatie met en all-electric huis zorgt ervoor dat mijn huidig systeem niet toereikend is.

[gho]

Heb van alles geprobeerd, maar krijg totaal GEEN wifi verbinding bij de Marstek Modbus koppeling met de Lilygo !!!
ERROR Connecting to 192…… port 3232 failed: [Errno 111] Connection refused
Vermoedelijk omdat Home Assistant Green als device op UTP Windows 11 PC draait (??)
Marstek batterij draait overigens maandenlang perfect met TPLink Deco x20 wifi verbinding, op PC inschakelen Deco Wifi geeft geen verbinding.

Wat te doen?
Zelf totaal geen verstand van IP adress gedoe, net zomin of TPLink, of PC instelling dienen te worden aangepast, maar bergrijp er niets van.

Jullie hulp en tips wordt hoogst gewaardeerd , graag jullie reacties alvast dank voor de moeite

[AUijtdehaag]

@gho Kun je die Home Assistant Green niet gewoon in je netwerk hangen ipv aan een pc?
Dan krijgt die dezelfde ip range en subnet als de lilygo natuurlijk. Nu niet.

[ Voor 30% gewijzigd door AUijtdehaag op 27-09-2025 10:37 ]

[pascallj]

GAEvakYD schreef op zaterdag 27 september 2025 @ 09:09:
Afgelopen week de NodeRed automatisering weer iets uitgebreid op: https://github.com/gitcodebob/marstek-venus-rs485-node-red

O.a. door een extra strategy toe te voegen genaamd "Grid-charge-or-wait". Deze gebruik ikzelf in twee usecses:
1) Als ik inschat dat de PV opwekking op de dag de accu's niet volkrijg, dan wil ik op het laagste prijsniveau van de dag de accu's opladen vanuit de grid. Bijv stel dat prijzen zijn 15 cent overdag en in de avond boven de 30 cent. Dan is het een prima keuze om de accu's vol te gooien en de RTE verliezen voorlief te nemen.
2) Mijn accu capaciteit is helaas op sommige dagen net niet genoeg om de hele avond en nacht door te komen, incl de ochtend piek. In de ochtend rond 7 en 8 uur is de stroomprijs erg hoog. Het komt voor dat er dan weinig zonopwekking is en de accu's leeg. In dat geval wil ik liever dat hij in de nacht als de prijs relatief laag is eventjes 2 uur niet ontlaad.

Deze casussen zijn te regelen dus met de strategy "Grid-charge-or-wait" en de volgende entiteiten in HA.
[Afbeelding]

Alle code voor Nodered en HA zitten in de GitHub repo.

Misschien vind je het gewoon heel leuk om zoveel mogelijk PV zelf te gebruiken, maar als je een dynamisch contract hebt en in NL woont (dus nog kan salderen) is de beste optimalisatie qua geld gezien altijd om op de goedkoopste uren van de dag te laden en in de duurste uren te ontladen (onder voorbehoud van een kleine marge die ergens tussen de 7-12 cent ongeveer ligt).

[swforlife]

Voor de geinteresseerd, Marstek heeft ook een lokale API die je kan aan laten zetten door hun support. Ik heb er een minimale home assistant integratie voor geschreven voor de liefhebber. https://github.com/swavans/home-assistant-marstek-local-api

[gho]

AUijtdehaag schreef op zaterdag 27 september 2025 @ 10:36:
@gho Kun je die Home Assistant Green niet gewoon in je netwerk hangen ipv aan een pc?
Dan krijgt die dezelfde ip range en subnet als de lilygo natuurlijk. Nu niet.

Dank voor de reactie, echter Home Assistant Green heeft uitsluitend UTP aansluiting dus geen Wifi verbinding, weet niet of er adapters voor zijn? Dat zou inderdaad het gemakkelijkste zijn

[AUijtdehaag]

@gho
En je hebt geen router waar die bedraad ethernet stekker in past van de green ???

[ Voor 32% gewijzigd door AUijtdehaag op 27-09-2025 15:11 ]

[superduper1969]

gho schreef op zaterdag 27 september 2025 @ 10:07:
Heb van alles geprobeerd, maar krijg totaal GEEN wifi verbinding bij de Marstek Modbus koppeling met de Lilygo !!!
ERROR Connecting to 192…… port 3232 failed: [Errno 111] Connection refused
Vermoedelijk omdat Home Assistant Green als device op UTP Windows 11 PC draait (??)
Marstek batterij draait overigens maandenlang perfect met TPLink Deco x20 wifi verbinding, op PC inschakelen Deco Wifi geeft geen verbinding.

Wat te doen?
Zelf totaal geen verstand van IP adress gedoe, net zomin of TPLink, of PC instelling dienen te worden aangepast, maar bergrijp er niets van.

Jullie hulp en tips wordt hoogst gewaardeerd , graag jullie reacties alvast dank voor de moeite

Visueel dan:

[gho]

wow daar heb ik niet aan gedacht, lijkt me een goede oplossing en ga ik uitproberen, hartelijk dank voor deze tip jullie horen nog

[gho]

Helaas om wanhopig van te worden, nog geen verbinding met de LilyGo, de led blijft ook nu rood branden....

[superduper1969]

gho schreef op zaterdag 27 september 2025 @ 18:54:
Helaas om wanhopig van te worden, nog geen verbinding met de LilyGo, de led blijft ook nu rood branden....

Het probleem wat je hebt wordt waarschijnlijk veroorzaakt door iets wat je ons niet verteld. De kleinste details kunnen belangrijk zijn.
In een eerdere post hat het het over een iot netwerk?
Deco heeft standaard deze ip range:192.168.68.1 heb je deze ooit veranderd?
In de deco app moet je al je apparaten kunnen vinden.
Als je nog aan het troubleshooten bent moet je alles op hetzelfde netwerk zetten.
Dus geen iot netwerk en zeker niet het wifi netwerk van je internet provider. Normaal als je met decos werkt zet je de WiFi van je internet provider uit.
En als je wil weten hoe dat nu zit met netwerken, dan heb je deze "gouwe ouwe" https://youtu.be/EOYe71RWMvk

[gho]

superduper1969 schreef op zaterdag 27 september 2025 @ 23:10:
[...]

Het probleem wat je hebt wordt waarschijnlijk veroorzaakt door iets wat je ons niet verteld. De kleinste details kunnen belangrijk zijn.
In een eerdere post hat het het over een iot netwerk?
Deco heeft standaard deze ip range:192.168.68.1 heb je deze ooit veranderd?
In de deco app moet je al je apparaten kunnen vinden.
Als je nog aan het troubleshooten bent moet je alles op hetzelfde netwerk zetten.
Dus geen iot netwerk en zeker niet het wifi netwerk van je internet provider. Normaal als je met decos werkt zet je de WiFi van je internet provider uit.
En als je wil weten hoe dat nu zit met netwerken, dan heb je deze "gouwe ouwe" https://youtu.be/EOYe71RWMvk

Dank voor de reactie,
Ip range heb ik niet veranderd, maar zie ipv 68-nu 178, als ik echter ip adres van zowel batterij als Deco invoer in ESP Home builder krijg ik wederom geen connectie, op de Fritzbox 7590 staat Wifi overigens uitgeschakeld de YouTube video zal ik goed bekijken, nogmaals dank

[AUijtdehaag]

@gho
Welke esphome builder code gebruik je?
Hier staat geen vast ip adres in voor de lilygo en dan krijgt de lilygo via DHCP automatisch een ip adres van de router.
https://github.com/Superd...lilygo-rs485.yaml#L30-L32

Als je het ip adres invult in de lilygo van de marstek of van de router krijg je ip conflicten.
Lilygo moet een uniek ip adres krijgen (via dhcp is dat het handigste, dan hoef je er zelf niet over na te denken)

Verder zou ik hier ook even een hekje # voor zetten om naderhand geen herkenningsproblemen te krijgen in HA
https://github.com/Superd...lilygo-rs485.yaml#L23-L24
en
https://github.com/Superd...ain/lilygo-rs485.yaml#L28
Bij het aanmaken van een nieuw esphome device kies je "skip" bij de vraag van encrption key.

secrets, wat betreft wifi, in esphome builder zo er zo uit moeten zien
https://github.com/fonske...ecrets_example.yaml#L2-L3

Als je dan nog geen verbinding hebt, dan zou je in ieder geval een wifi hotspot moeten zien.

[ Voor 56% gewijzigd door AUijtdehaag op 28-09-2025 09:09 . Reden: ik snap niet dat mensen geen atom bordje afnemen, dan is alles al voorbereid ;-) ]

[Rik Mertens]

Even modus update. Ik had mij een elfin EE11 gekocht. Ik geef altijd de voorkeur aan bedraad netwerk. Echter kreeg ik geen goede communicatie. Bij wijze van test toch maar eens vervangen door een EW11... Blijkt te werken bij de eerste poging.

Raar, aangezien bedrading etc niet gewijzigd is, enkel de EE11 naar EW11. Mogelijks toeval en was de EE11 defect, ofwel zit er toch ergens 'n verschil tussen beiden...

@superduper1969 mogelijks iets om te vermelden in de startpost?
@[RNMC] Viper jouw integratie doet het ook met de V3 prima (voor 'n beperkt aantal registers allesinds)

[ Voor 14% gewijzigd door Rik Mertens op 28-09-2025 10:30 ]

[Ies Korpershoek]

superduper1969 schreef op zaterdag 27 september 2025 @ 23:10:
[...]

Het probleem wat je hebt wordt waarschijnlijk veroorzaakt door iets wat je ons niet verteld. De kleinste details kunnen belangrijk zijn.
In een eerdere post hat het het over een iot netwerk?
Deco heeft standaard deze ip range:192.168.68.1 heb je deze ooit veranderd?
In de deco app moet je al je apparaten kunnen vinden.
Als je nog aan het troubleshooten bent moet je alles op hetzelfde netwerk zetten.
Dus geen iot netwerk en zeker niet het wifi netwerk van je internet provider. Normaal als je met decos werkt zet je de WiFi van je internet provider uit.
En als je wil weten hoe dat nu zit met netwerken, dan heb je deze "gouwe ouwe" https://youtu.be/EOYe71RWMvk

Ik had ook veel problemen tot ik de lilygo los met 5v via usb-c ging voeden. De 5v uit de 485 bleek bij mij niet voldoende.

[superduper1969]

Rik Mertens schreef op zondag 28 september 2025 @ 10:09:
Even modus update. Ik had mij een elfin EE11 gekocht. Ik geef altijd de voorkeur aan bedraad netwerk. Echter kreeg ik geen goede communicatie. Bij wijze van test toch maar eens vervangen door een EW11... Blijkt te werken bij de eerste poging.

Raar, aangezien bedrading etc niet gewijzigd is, enkel de EE11 naar EW11. Mogelijks toeval en was de EE11 defect, ofwel zit er toch ergens 'n verschil tussen beiden...

@superduper1969 mogelijks iets om te vermelden in de startpost?
@[RNMC] Viper jouw integratie doet het ook met de V3 prima (voor 'n beperkt aantal registers allesinds)

Ik probeer altijd te beschrijven wat wel werkt. Handleidingen worden er in mijn inzien niet beter op als je gaat beschrijven wat je niet moet doen.

En bij 1 is het een incident en nog geen trend. Ik heb al een aantal Elfin problemen in deze tread gehad die te herleiden waren aan de pinout tussen MT en Elfin. Het lijkt net of ieder model Elfin een andere pinout heeft.

[gho]

AUijtdehaag schreef op zondag 28 september 2025 @ 08:46:
@gho
Welke esphome builder code gebruik je?
Hier staat geen vast ip adres in voor de lilygo en dan krijgt de lilygo via DHCP automatisch een ip adres van de router.
https://github.com/Superd...lilygo-rs485.yaml#L30-L32

Als je het ip adres invult in de lilygo van de marstek of van de router krijg je ip conflicten.
Lilygo moet een uniek ip adres krijgen (via dhcp is dat het handigste, dan hoef je er zelf niet over na te denken)

Verder zou ik hier ook even een hekje # voor zetten om naderhand geen herkenningsproblemen te krijgen in HA
https://github.com/Superd...lilygo-rs485.yaml#L23-L24

esphome buider code ?? Huidige versie is: 2025.9.1 of bedoel wat anders?
Heb het vast ip adresss al weer verwijderd (gebruik niet de Iot deco)

https://github.com/Superd...ain/lilygo-rs485.yaml#L28
Bij het aanmaken van een nieuw esphome device kies je "skip" bij de vraag van encrption key.

secrets, wat betreft wifi, in esphome builder zo er zo uit moeten zien
https://github.com/fonske...ecrets_example.yaml#L2-L3

Als je dan nog geen verbinding hebt, dan zou je in ieder geval een wifi hotspot moeten zien.

[gho]

AUijtdehaag schreef op zondag 28 september 2025 @ 08:46:
@gho
Welke esphome builder code gebruik je?
Hier staat geen vast ip adres in voor de lilygo en dan krijgt de lilygo via DHCP automatisch een ip adres van de router.
https://github.com/Superd...lilygo-rs485.yaml#L30-L32

Als je het ip adres invult in de lilygo van de marstek of van de router krijg je ip conflicten.
Lilygo moet een uniek ip adres krijgen (via dhcp is dat het handigste, dan hoef je er zelf niet over na te denken)

Verder zou ik hier ook even een hekje # voor zetten om naderhand geen herkenningsproblemen te krijgen in HA
https://github.com/Superd...lilygo-rs485.yaml#L23-L24
en
https://github.com/Superd...ain/lilygo-rs485.yaml#L28
Bij het aanmaken van een nieuw esphome device kies je "skip" bij de vraag van encrption key.

secrets, wat betreft wifi, in esphome builder zo er zo uit moeten zien
https://github.com/fonske...ecrets_example.yaml#L2-L3

Als je dan nog geen verbinding hebt, dan zou je in ieder geval een wifi hotspot moeten zien.

Sorry weet niet waar ik de code van ESP Home builder kan vinden, Huidige versie is: 2025.9.1
Vast Ip adres heb ik alweer verwijderd en geen IOT Deco doch TPLinkDeco
zie nu dat er in mijn Secrets GEEN Marstek IP secrets staat en weet ook niet waar ik dat vandaan kan halen om met editor in secrets te verwerken.

[AUijtdehaag]

@gho
Ik heb de esphome builder code van de lilygo ongeveer 3x gelinkt in mijn vorige bericht.
Maar misschien wil iemand even de code voor je builden, dan hoef je alleen maar te flashen met https://web.esphome.io/?dashboard_install
En je wifi aanmelden via wifi hotspot.

[gho]

AUijtdehaag schreef op zondag 28 september 2025 @ 14:28:
@gho
Ik heb de esphome builder code van de lilygo ongeveer 3x gelinkt in mijn vorige bericht.
Maar misschien wil iemand even de code voor je builden, dan hoef je alleen maar te flashen met https://web.esphome.io/?dashboard_install
En je wifi aanmelden via wifi hotspot.

OK hartstikke dank, ga de gelinkte opnieuw toepassen en hopelijk krijg ik hm daarmee wel aan de praat, dat zou heel fijn zijn aangezien ik niet van de Chinese EU site gekoppeld wil blijven, nogmaals veel dank voor de info en links

[SatScan]

swforlife schreef op zaterdag 27 september 2025 @ 14:28:
Voor de geinteresseerd, Marstek heeft ook een lokale API die je kan aan laten zetten door hun support. Ik heb er een minimale home assistant integratie voor geschreven voor de liefhebber. https://github.com/swavans/home-assistant-marstek-local-api

Getest en het werk! Natuurlijk niet de solar items maar de rest wel!
Ik hoop dat je tijd vind om dit uit te bouwen met cel Temp/Mv etc...
(6 apparaten . 31 entiteiten)

Mocht ik je ergens mee kunnen helpen dan hoor ik het graag!

Dank je wel!

PS het lukt voor nu om alleen 1 batterij toe te voegen.
PPS Helaas verbreekt de CT verbinding na een tijdje. Ik test nu separaat de items om uit te zoeken welke api call dit veroorzaakt.

[ Voor 17% gewijzigd door SatScan op 28-09-2025 18:44 ]

[[RNMC] Viper]

Rik Mertens schreef op zondag 28 september 2025 @ 10:09:
Even modus update. Ik had mij een elfin EE11 gekocht. Ik geef altijd de voorkeur aan bedraad netwerk. Echter kreeg ik geen goede communicatie. Bij wijze van test toch maar eens vervangen door een EW11... Blijkt te werken bij de eerste poging.

Raar, aangezien bedrading etc niet gewijzigd is, enkel de EE11 naar EW11. Mogelijks toeval en was de EE11 defect, ofwel zit er toch ergens 'n verschil tussen beiden...

@superduper1969 mogelijks iets om te vermelden in de startpost?
@[RNMC] Viper jouw integratie doet het ook met de V3 prima (voor 'n beperkt aantal registers allesinds)

Kun je aangeven op github welke? Heb een beta klaar staan voor v3 en test hulp is welkom.

[superduper1969]

gho schreef op zondag 28 september 2025 @ 11:59:
[...]

Sorry weet niet waar ik de code van ESP Home builder kan vinden, Huidige versie is: 2025.9.1
Vast Ip adres heb ik alweer verwijderd en geen IOT Deco doch TPLinkDeco
zie nu dat er in mijn Secrets GEEN Marstek IP secrets staat en weet ook niet waar ik dat vandaan kan halen om met editor in secrets te verwerken.

Het zijn geen Marstek IP Secrets?

Je Lilygo moet op de Wifi, deze wordt geraliseerd door de TP-Link Deco.
Je TP Link Deco gebruik hiervoor een SSID (bv. Netwerk-Gho) en een wachtwoord (WatMoetinNuWeerVerzinnen!)

Dit zijn de dingen die je in je telefoon tegenkomt als je het aan je Wifi wil verbinden.
Dit is ook wat je gedaan hebt om de Marstek te verbinden.

Bij de Lilygo/ESP home heb je geen touch screen om effe je Wifi op te zoeken en het wachtwoord in te voeren, dus dat moet op een ander manier en die manier is.... Secrets!

Je Secrets ziet er dus zo uit:

code:

# Your Wi-Fi SSID and password
wifi_ssid: "Netwerk-Gho"
wifi_password: "WatMoetinNuWeerVerzinnen!"

[timvanloon]

swforlife schreef op zaterdag 27 september 2025 @ 14:28:
Voor de geinteresseerd, Marstek heeft ook een lokale API die je kan aan laten zetten door hun support. Ik heb er een minimale home assistant integratie voor geschreven voor de liefhebber. https://github.com/swavans/home-assistant-marstek-local-api

Mooi ga ik proberen vd week, thx!

[Rik Mertens]

swforlife schreef op zaterdag 27 september 2025 @ 14:28:
Voor de geinteresseerd, Marstek heeft ook een lokale API die je kan aan laten zetten door hun support. Ik heb er een minimale home assistant integratie voor geschreven voor de liefhebber. https://github.com/swavans/home-assistant-marstek-local-api

Op de V3 lijkt die (nog?) niet te werken? Andere proof of concepts die de API gebruiken doen het wel, dus lijkt me dat de API gewoon goed aanstaat op mijn toestel

[GoBieN-Be]

Volgens de bluetooth monitor tool staat de local API aan bij mij (na aanzetten ook via dezelfde tool), maar de swavans/home-assistant-marstek-local-api integratie levert mij ook geen data op met invullen juiste IP en kiezen battery status en charging strategy. Ik heb een V2 trouwens.

[ Voor 4% gewijzigd door GoBieN-Be op 28-09-2025 19:26 ]

[WargamingPlayer]

superduper1969 schreef op zaterdag 27 september 2025 @ 23:10:
[...]

Het probleem wat je hebt wordt waarschijnlijk veroorzaakt door iets wat je ons niet verteld. De kleinste details kunnen belangrijk zijn.
In een eerdere post hat het het over een iot netwerk?
Deco heeft standaard deze ip range:192.168.68.1 heb je deze ooit veranderd?
In de deco app moet je al je apparaten kunnen vinden.
Als je nog aan het troubleshooten bent moet je alles op hetzelfde netwerk zetten.
Dus geen iot netwerk en zeker niet het wifi netwerk van je internet provider. Normaal als je met decos werkt zet je de WiFi van je internet provider uit.
En als je wil weten hoe dat nu zit met netwerken, dan heb je deze "gouwe ouwe" https://youtu.be/EOYe71RWMvk

Ik heb gewoon mijn Deco’s in AP modus draaien. En dat werkt gewoon goed. Bij mij zitten de 2 Marsteks op de IOT ssid van de Deco’s met mijn Shelly’s, Elfin’s en andere IOT apparaten. Heb ook nooit last gehad dat mijn Marsteks de verbinding kwijt waren sinds ik op de Deco’s IOT 5Ghz heb uitgezet, WPA2 als enige modus heb staan. Het staat ook alleen op b/g/n. Wat wel telt is dat ECO modus uit staat. Dat maakt alles instabiel. Echter had ik uitvallende CT003 en dat device is gevoelig voor verstoring en netwerk onstabiliteit. Heb nu een SSID gemaakt op mijn router naast de CT003 en tot op heden geen enkel probleem. Alleen is dat een andere dan op mijn Deco’s en staat wel heel erg conservatief afgesteld. b/g/n, WPA2, kanaal 1, 20Mhz breed. En de CT003 heeft nu -24 dBm signaal en is niet onderuit te krijgen.

Dus een Deco hoeft niet in Router modus maar een CT003 heeft wel moeite met een Deco heb ik gemerkt. Maar de Accu’s zijn gewoon heel stabiel.

Overigens is de CT003 ook heel gevoelig voor API fouten heb ik al gemerkt. Resumerend geldt eigenlijk voor de CT003:

• Afstand WiFi Access Point < 2 meter houden, liefst zonder er iets tussen.
• Roaming/Mesh werkt niet lekker.
• Voorkeur voor laag kanaal, liefst kanaal 1.
• 20Mhz Wifi band is stabiel, 40Mhz is instabiel.
• Geen rare tekens in SSID en password.
• b/g of b/g/n gebruiken.
• Alleen WPA2 geen WPA2/WPA3.
• API access met verkeerde parameters laat hem crashen.

[Rik Mertens]

Ik heb tot dusver de beste resultaten met de B2500 add-on op HA. P1 meters op wifi (zowel marstek zelf als HW) hebben hier in huis de neiging om na n tijdje laggy te worden heb ik de indruk.

[springfield89]

Ik woon zelf in België en heb een dynamisch energie contract (uur prijzen). Ik wil niet dat de Marstek gaat ontladen als ik mijn EV laad (gebeurt dmv https://github.com/jonasbkarlsson/ev_smart_charging) op de goedkoopste uren. Dus ik heb begrepen dat ik dan de batterij op manueel moet zetten. Maar wat doen jullie dan om de marstek op te laden. Doen jullie dit dan ook met HA om dit te doen op de goedkoopste uren van de dag? Want in IA mode zal dit op de goedkoopste uren zijn, maar dat is dan vaak ook wanneer mijn EV zal laden aangezien ik vaak thuis werk.

[gho]

superduper1969 schreef op zondag 28 september 2025 @ 17:12:
[...]

Het zijn geen Marstek IP Secrets?

Je Lilygo moet op de Wifi, deze wordt geraliseerd door de TP-Link Deco.
Je TP Link Deco gebruik hiervoor een SSID (bv. Netwerk-Gho) en een wachtwoord (WatMoetinNuWeerVerzinnen!)

Dit zijn de dingen die je in je telefoon tegenkomt als je het aan je Wifi wil verbinden.
Dit is ook wat je gedaan hebt om de Marstek te verbinden.

Bij de Lilygo/ESP home heb je geen touch screen om effe je Wifi op te zoeken en het wachtwoord in te voeren, dus dat moet op een ander manier en die manier is.... Secrets!

Je Secrets ziet er dus zo uit:

code:

# Your Wi-Fi SSID and password
wifi_ssid: "Netwerk-Gho"
wifi_password: "WatMoetinNuWeerVerzinnen!"

Dank Superduper, de correcte Secrets waren en zijn nog reeds ingevoerd, dus daar kan het volgens mij niet aan liggen, ik zoek me rot om de WiFi verbinding met LilyGo aan de praat te krijgen, doch helaas.
LilyGo via USB koppelen aan de PC geeft vrijwel direct een rode Led en geen verbinding.
Druk op de Visit knop bij ESPHome Builder brengt me naar http://lilygo-rs485-2.local/ in de Brave browser waarvan ik de Shields heb uitgeschakeld en krijg vermelding Deze site is niet bereikbaar
Het DNS-adres van lilygo-rs485-2.local kan niet worden gevonden. Er wordt een diagnose van het probleem uitgevoerd.
DNS_PROBE_POSSIBLE[/i][/i]

[Kammika]

gho schreef op maandag 29 september 2025 @ 11:31:
[...]


Dank Superduper, de correcte Secrets waren en zijn nog reeds ingevoerd, dus daar kan het volgens mij niet aan liggen, ik zoek me rot om de WiFi verbinding met LilyGo aan de praat te krijgen, doch helaas.
LilyGo via USB koppelen aan de PC geeft vrijwel direct een rode Led en geen verbinding.
Druk op de Visit knop bij ESPHome Builder brengt me naar http://lilygo-rs485-2.local/ in de Brave browser waarvan ik de Shields heb uitgeschakeld en krijg vermelding Deze site is niet bereikbaar
Het DNS-adres van lilygo-rs485-2.local kan niet worden gevonden. Er wordt een diagnose van het probleem uitgevoerd.
DNS_PROBE_POSSIBLE[/i][/i]

dit soort geklooi is voor mij de reden dat ik juist voor zo'n elfin ben gegaan..., dan heb je geen geklooi met firmware op het apparaat zetten en zo...

Draait bij mij als een zonnetje met de integratie via HACS

[pascallj]

Kammika schreef op maandag 29 september 2025 @ 12:29:
[...]

dit soort geklooi is voor mij de reden dat ik juist voor zo'n elfin ben gegaan..., dan heb je geen geklooi met firmware op het apparaat zetten en zo...

Draait bij mij als een zonnetje met de integratie via HACS

Op zich is het natuurlijk waar dat je die Elfin niet hoeft te flashen, alleen je verplaatst de configuratie nu van een ESP apparaat dat je flasht, naar Home Assistant of een andere integratie. Het is wellicht iets makkelijker, maar is ook een beetje verplaatsen van het probleem.

Ik volg bovenstaand probleem een tijdje en het zou mij verbazen als iemand nog duidelijkheid heeft hoe of wat. Veel dingen hebben ook niets met ESP, ESPHome of Modbus te maken maar gewoon met het netwerk wat onnodig ingewikkeld is ingericht. Het voelt voor mij een beetje alsof @gho een zelfrijdende auto probeert te maken nog voordat bekend is of je wielen beter rond of vierkant kan maken. Dat is niet erg, want je kan niet alles weten, maar ik zou wel even bij het begin beginnen.

Misschien is het voor @gho handiger om even een los topic te maken en even vanaf begin af aan het probleem duidelijk probeert te beschrijven en zo simpel mogelijk te beginnen. Gewoon een simpel Wifi netwerk zonder ingewikkelde subnets/gasten netwerken/HA Greens via een Ethernet poort van een PC aangesloten.

[leejoow]

Helemaal mee eens. ESPHome is een super eenvoudig platform en volledig open source. Na de code bekeken te hebben durf ik dit ook zonder problemen op mijn 'normale' netwerk te laten draaien.

[Kenhas]

gho schreef op maandag 29 september 2025 @ 11:31:
[...]


Dank Superduper, de correcte Secrets waren en zijn nog reeds ingevoerd, dus daar kan het volgens mij niet aan liggen, ik zoek me rot om de WiFi verbinding met LilyGo aan de praat te krijgen, doch helaas.
LilyGo via USB koppelen aan de PC geeft vrijwel direct een rode Led en geen verbinding.
Druk op de Visit knop bij ESPHome Builder brengt me naar http://lilygo-rs485-2.local/ in de Brave browser waarvan ik de Shields heb uitgeschakeld en krijg vermelding Deze site is niet bereikbaar
Het DNS-adres van lilygo-rs485-2.local kan niet worden gevonden. Er wordt een diagnose van het probleem uitgevoerd.
DNS_PROBE_POSSIBLE[/i][/i]

Ik kom hier maar net kijken omdat ik eens werk wil maken van modbus (of misschien toch eens beslissen of ik ervoor ga of niet).

Het kan dus volledige onzin zijn die ik hieronder zet. Mijn excuses mocht dat het geval zijn.
Je spreekt over een rode led maar als ik eens snel in de code kijkt, heeft een rode led niets met wifi te maken


En heb je al eens in de router opgezocht of er een ip adres is toegekend? Indien ja, eens proberen met het ip adres ipv dat local adres.

Maar zoals gezegd, kan totaal verkeerd zijn

[timvanloon]

swforlife schreef op zaterdag 27 september 2025 @ 14:28:
Voor de geinteresseerd, Marstek heeft ook een lokale API die je kan aan laten zetten door hun support. Ik heb er een minimale home assistant integratie voor geschreven voor de liefhebber. https://github.com/swavans/home-assistant-marstek-local-api

Ik krijg helaas geen data eruit.

[ Voor 35% gewijzigd door timvanloon op 29-09-2025 17:13 ]

[Weldie]

superduper1969 schreef op dinsdag 23 september 2025 @ 21:38:
[...]
dank je wel, ik ga het proberen.
Aangepast op Github, de namen waren niet uniek, melding krijg je pas bij 2 of 3 batterijen.

marstek_venus_battery2_control.yaml
Oud: daily_discharge:
Nieuw: daily_discharge2:

marstek_venus_battery3_control.yaml
Oud: daily_discharge:
Nieuw: daily_discharge3

Zelfde voor Daily Charge.

[Weldie]

WargamingPlayer schreef op woensdag 24 september 2025 @ 17:04:
[...]

Ik zie dat je de verkeerde gebruikt hebt. Die jij gebruikt hebt worden niet meer onderhouden en daar zit inderdaad dat issue in:

Je kan het beste deze gebruiken:
https://github.com/WargamingPlayer/HA-Marstek-Venus-E-Modbus

Dit omdat die van @superduper1969 registers mist en al even niet meer is onderhouden.

Dank je wel ga het testen.

[AUijtdehaag]

@gho
Als je deze erop zet met
https://web.esphome.io/?dashboard_install via usb
en je gaat naar de wif hotspot en verbind met wachtwoord configesp
En dan naar http://192.168.4.1 gaat en je wifi gegevens invult
Werkt het dan? (kun je in de webserver of zie je hem in home assistant (onder aparaten en devices - esphome?

[gho]

Kenhas schreef op maandag 29 september 2025 @ 13:30:
[...]

Ik kom hier maar net kijken omdat ik eens werk wil maken van modbus (of misschien toch eens beslissen of ik ervoor ga of niet).

Het kan dus volledige onzin zijn die ik hieronder zet. Mijn excuses mocht dat het geval zijn.
Je spreekt over een rode led maar als ik eens snel in de code kijkt, heeft een rode led niets met wifi te maken
[Afbeelding]

En heb je al eens in de router opgezocht of er een ip adres is toegekend? Indien ja, eens proberen met het ip adres ipv dat local adres.

Maar zoals gezegd, kan totaal verkeerd zijn

dank voor de reactie, zou best kunnen ede rode led rood brand door het script, maar ook bij het compileren wordt foutmelding gegeven geen wifi. Terwijl de Batterij via TP link al maanden stabiele verbinding heeft.
Zie ook reactie andere tweaker die aangeeft problemen met Deco verbinding te hebben ervaren, heb ondertussen andere PC laten aanrukken maar geefr zelfde klacht, dus mn PC is niet de oorzaak en het zoeken gaat wanhopig door

[gho]

AUijtdehaag schreef op zondag 28 september 2025 @ 14:28:
@gho
Ik heb de esphome builder code van de lilygo ongeveer 3x gelinkt in mijn vorige bericht.
Maar misschien wil iemand even de code voor je builden, dan hoef je alleen maar te flashen met https://web.esphome.io/?dashboard_install
En je wifi aanmelden via wifi hotspot.

Beste,
Dank voor de reacties en zal van scratch af opnieuw de voorgestelde installatie uitvoeren deze keer met Home assistent UTP kabel in de Deco.
Heb nog een andere PC laten aanrukken, die hetzelfde effect gaf, dus mijn pc is het niet, doch wat wel ??

[gho]

AUijtdehaag schreef op maandag 29 september 2025 @ 19:36:
@gho
Als je deze erop zet met
https://web.esphome.io/?dashboard_install via usb
en je gaat naar de wif hotspot en verbind met wachtwoord configesp
En dan naar http://192.168.4.1 gaat en je wifi gegevens invult
Werkt het dan? (kun je in de webserver of zie je hem in home assistant (onder aparaten en devices - esphome?

dank voor de reactie, ga alles opnieuw installeren

[leejoow]

gho schreef op dinsdag 30 september 2025 @ 09:06:
[...]

dank voor de reactie, zou best kunnen ede rode led rood brand door het script, maar ook bij het compileren wordt foutmelding gegeven geen wifi. Terwijl de Batterij via TP link al maanden stabiele verbinding heeft.
Zie ook reactie andere tweaker die aangeeft problemen met Deco verbinding te hebben ervaren, heb ondertussen andere PC laten aanrukken maar geefr zelfde klacht, dus mn PC is niet de oorzaak en het zoeken gaat wanhopig door

Tijdens het compileren wordt niet gecontroleerd of de wifi verbinding actief is. Welk moment zie je dit exact en kan je de logging eens toevoegen?

[leejoow]

gho schreef op dinsdag 30 september 2025 @ 09:14:
[...]


Beste,
Dank voor de reacties en zal van scratch af opnieuw de voorgestelde installatie uitvoeren deze keer met Home assistent UTP kabel in de Deco.
Heb nog een andere PC laten aanrukken, die hetzelfde effect gaf, dus mijn pc is het niet, doch wat wel ??

Hoe bedoel je de Home Assistant UTP kabel in de Deco? Heb je een tekening van je netwerksetup?

[gho]

AUijtdehaag schreef op maandag 29 september 2025 @ 19:36:
@gho
Als je deze erop zet met
https://web.esphome.io/?dashboard_install via usb
en je gaat naar de wif hotspot en verbind met wachtwoord configesp
En dan naar http://192.168.4.1 gaat en je wifi gegevens invult
Werkt het dan? (kun je in de webserver of zie je hem in home assistant (onder aparaten en devices - esphome?

dank voor de reactie zal dit als 2e optie ook proberen doch eerst alles overnieuw installeren met web methode ondertussen andere pc laten aanrukken om zeker te weten dat het niet aan mijn pc ligt.
Dus mijn strijd gaat door...

[Witlof]

Ik heb de MarstekVenus-M5stackRS485 van @AUijtdehaag gekoppeld aan mijn Marstek Venus E V2.0 met sinds gisteren firmware 1.54 en BMS 2.16. Nu wil ik via Home Assistant een kalibratie-script maken om volledig op te laden en te ontladen. Is dat gewoon een kwestie van deze instellingen:

Control Mode: Enable
Forceble (dis)charge: Charge
Charge to SoC: 100%
Forceble Charge: 2500W

En als de SoC 100% bereikt

Control Mode: Enable
Forceble (dis)charge: Discharge
Discharge to SoC: 12%
Forceble Discharge: 800W

En is 1x voldoende of moet je dit meerdere keren uitvoeren voor een goede kalibratie?

[gho]

leejoow schreef op dinsdag 30 september 2025 @ 09:21:
[...]


Hoe bedoel je de Home Assistant UTP kabel in de Deco? Heb je een tekening van je netwerksetup?

Aangezien Home Assistant Green device uitsluitend met UTP verbonden is heb ik adh van Tweaker tip een UTP in de TP Link aangesloten zodat HA op hetzelfde netwerk zit.
TPLink heeft HA ook in haar netwerk opgenomen.

[gho]

superduper1969 schreef op zondag 28 september 2025 @ 17:12:
[...]

Het zijn geen Marstek IP Secrets?

Je Lilygo moet op de Wifi, deze wordt geraliseerd door de TP-Link Deco.
Je TP Link Deco gebruik hiervoor een SSID (bv. Netwerk-Gho) en een wachtwoord (WatMoetinNuWeerVerzinnen!)

Dit zijn de dingen die je in je telefoon tegenkomt als je het aan je Wifi wil verbinden.
Dit is ook wat je gedaan hebt om de Marstek te verbinden.

Bij de Lilygo/ESP home heb je geen touch screen om effe je Wifi op te zoeken en het wachtwoord in te voeren, dus dat moet op een ander manier en die manier is.... Secrets!

Je Secrets ziet er dus zo uit:

code:

# Your Wi-Fi SSID and password
wifi_ssid: "Netwerk-Gho"
wifi_password: "WatMoetinNuWeerVerzinnen!"

Mijn secrets zien er met mn ifo ook zo uit

[leejoow]

gho schreef op dinsdag 30 september 2025 @ 09:27:
[...]


Aangezien Home Assistant Green device uitsluitend met UTP verbonden is heb ik adh van Tweaker tip een UTP in de TP Link aangesloten zodat HA op hetzelfde netwerk zit.
TPLink heeft HA ook in haar netwerk opgenomen.

Een tekening zou echt helpen hoe alles aan elkaar hangt.

[pascallj]

Witlof schreef op dinsdag 30 september 2025 @ 09:25:
Ik heb de MarstekVenus-M5stackRS485 van @AUijtdehaag gekoppeld aan mijn Marstek Venus E V2.0 met sinds gisteren firmware 1.54 en BMS 2.16. Nu wil ik via Home Assistant een kalibratie-script maken om volledig op te laden en te ontladen. Is dat gewoon een kwestie van deze instellingen:

Control Mode: Enable
Forceble (dis)charge: Charge
Charge to SoC: 100%
Forceble Charge: 2500W

En als de SoC 100% bereikt

Control Mode: Enable
Forceble (dis)charge: Discharge
Discharge to SoC: 12%
Forceble Discharge: 800W

En is 1x voldoende of moet je dit meerdere keren uitvoeren voor een goede kalibratie?

In principe kan je zelfs alleen 'Control Mode: Enable' en 'Charge To x procent SoC' gebruiken. De batterij doet het dan op vol vermogen echter (binnen de limieten die je hebt ingesteld verder natuurlijk).

Anders klopt het wat jij zegt, maar dan de '(dis)Charge to SoC' weglaten.

Maar je kunt toch ook gewoon even een klokprogramma instellen in Manuele modus via de app? Heb je hetzelfde effect. Hoef je het niet per se te programmeren.

[ Voor 7% gewijzigd door pascallj op 30-09-2025 09:55 ]

[pascallj]

gho schreef op dinsdag 30 september 2025 @ 09:06:
[...]

dank voor de reactie, zou best kunnen ede rode led rood brand door het script, maar ook bij het compileren wordt foutmelding gegeven geen wifi. Terwijl de Batterij via TP link al maanden stabiele verbinding heeft.
Zie ook reactie andere tweaker die aangeeft problemen met Deco verbinding te hebben ervaren, heb ondertussen andere PC laten aanrukken maar geefr zelfde klacht, dus mn PC is niet de oorzaak en het zoeken gaat wanhopig door

Bij het script wordt alleen geprobeerd om te uploaden via WiFi via mDNS. Maar het apparaat kan niet gevonden worden op je netwerk via mDNS. Probeer eerst eens gewoon altijd via USB te flashen. En dan kijken of dat apparaat op je netwerk verschijnt.

De verbinding van de batterij met WiFi heeft hier niets mee te maken. Probeer even te begrijpen wat er precies gebeurd en wat de foutmeldingen precies weergeven.

[bvansteenselen]

AUijtdehaag schreef op maandag 29 september 2025 @ 19:36:
@gho
Als je deze erop zet met
https://web.esphome.io/?dashboard_install via usb
en je gaat naar de wif hotspot en verbind met wachtwoord configesp
En dan naar http://192.168.4.1 gaat en je wifi gegevens invult
Werkt het dan? (kun je in de webserver of zie je hem in home assistant (onder aparaten en devices - esphome?

heb dit ook geprobeerd kan op de hotspot, alleen kan ik daar geen wifi adres en password ingeven op de
eenmaal verbonden met de http://192.168.4.1 zowel op pc als telefoon lukt het me niet om een wifi netwerk aan de esp te koppelen.

[gho]

AUijtdehaag schreef op zondag 28 september 2025 @ 08:46:
@gho
Welke esphome builder code gebruik je?
Hier staat geen vast ip adres in voor de lilygo en dan krijgt de lilygo via DHCP automatisch een ip adres van de router.
https://github.com/Superd...lilygo-rs485.yaml#L30-L32

Als je het ip adres invult in de lilygo van de marstek of van de router krijg je ip conflicten.
Lilygo moet een uniek ip adres krijgen (via dhcp is dat het handigste, dan hoef je er zelf niet over na te denken)

Verder zou ik hier ook even een hekje # voor zetten om naderhand geen herkenningsproblemen te krijgen in HA
https://github.com/Superd...lilygo-rs485.yaml#L23-L24
en
https://github.com/Superd...ain/lilygo-rs485.yaml#L28
Bij het aanmaken van een nieuw esphome device kies je "skip" bij de vraag van encrption key.

secrets, wat betreft wifi, in esphome builder zo er zo uit moeten zien
https://github.com/fonske...ecrets_example.yaml#L2-L3

Als je dan nog geen verbinding hebt, dan zou je in ieder geval een wifi hotspot moeten zien.

welnu deze foutmelding komt er te voorschijn ;
INFO Package configuration completed successfully
INFO Package configuration completed successfully
INFO Successfully compiled program.
ERROR Error resolving IP address of ['esphome-web-a90b50.local']. Is it connected to WiFi?
ERROR (If this error persists, please set a static IP address: https://esphome.io/components/wifi.html#manual-ips)
ERROR Timeout resolving IP address: Timeout while resolving IP address for ['esphome-web-a90b50.local']
WARNING Failed to upload to ['esphome-web-a90b50.local']

[gho]

en dat terwijl de Marstek en gekoppelde Deco unit elk het dezelfde Ip adres hebben

[pascallj]

gho schreef op dinsdag 30 september 2025 @ 10:34:
en dat terwijl de Marstek en gekoppelde Deco unit elk het dezelfde Ip adres hebben

Hetzelfde IP mag ik niet hopen want dubbele IP's in een netwerk hoort niet. Hopelijk bedoel je IP subnet.

Zoals ik hierboven al zei, vanaf nu eerst even via USB blijven uploaden want je apparaat wordt niet gevonden dus kan je ook niet flashen. En nogmaals de batterij heeft er nu nog niets mee te maken. Je probeert eerst los de LilyGo te flashen.

[leejoow]

gho schreef op dinsdag 30 september 2025 @ 10:17:
[...]

welnu deze foutmelding komt er te voorschijn ;
INFO Package configuration completed successfully
INFO Package configuration completed successfully
INFO Successfully compiled program.
ERROR Error resolving IP address of ['esphome-web-a90b50.local']. Is it connected to WiFi?
ERROR (If this error persists, please set a static IP address: https://esphome.io/components/wifi.html#manual-ips)
ERROR Timeout resolving IP address: Timeout while resolving IP address for ['esphome-web-a90b50.local']
WARNING Failed to upload to ['esphome-web-a90b50.local']

Deze melding geeft aan dat na het compileren van de YAML naar een ESP32 binary dat deze niet via de WiFi kan worden geüpload omdat hij de module niet kan vinden. Dit kan komen omdat hij inderdaad niet gevonden wordt. Kan je ergens zien welke DHCP leases je hebt (en of de module dus inderdaad geen IP heeft)?

Verder geheel eens met @pascallj, sluit de LilyGo met een kabel aan op je laptop en installeer de module bedraad een eerste keer.


En nog een vraagje: zie je een netwerk met de naam Lilygo-Rs485 Fallback Hotspot als je zoekt naar netwerken met je telefoon?

[ Voor 5% gewijzigd door leejoow op 30-09-2025 11:14 ]

[gho]

superduper1969 schreef op zaterdag 27 september 2025 @ 23:10:
[...]

Het probleem wat je hebt wordt waarschijnlijk veroorzaakt door iets wat je ons niet verteld. De kleinste details kunnen belangrijk zijn.
In een eerdere post hat het het over een iot netwerk?
Deco heeft standaard deze ip range:192.168.68.1 heb je deze ooit veranderd?
In de deco app moet je al je apparaten kunnen vinden.
Als je nog aan het troubleshooten bent moet je alles op hetzelfde netwerk zetten.
Dus geen iot netwerk en zeker niet het wifi netwerk van je internet provider. Normaal als je met decos werkt zet je de WiFi van je internet provider uit.
En als je wil weten hoe dat nu zit met netwerken, dan heb je deze "gouwe ouwe" https://youtu.be/EOYe71RWMvk

Heb alles weer overnieuw gedaan en ook hierbij geen verbinding om gek van te worden ...
ERROR Connecting to 192.168.4.1 port 3232 failed: timed out
ERROR Connection failed.
krijg tevens gele fout meldingen:
In file included from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/methods/NeoEsp32RmtMethod.h:49,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/NeoMethods.h:59,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/NeoPixelBus.h:43,
from src/esphome/components/neopixelbus/neopixelbus_light.h:12,
from src/esphome.h:59,
from src/main.cpp:3:
/data/cache/platformio/packages/framework-arduinoespressif32-libs/esp32/include/driver/deprecated/driver/rmt.h:18:2: warning: #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h" [-Wcpp]
18 | #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h"

ik weet niet wat ik hiermee aan moet

[Alan969]

bvansteenselen schreef op dinsdag 30 september 2025 @ 10:12:
[...]


heb dit ook geprobeerd kan op de hotspot, alleen kan ik daar geen wifi adres en password ingeven op de
eenmaal verbonden met de http://192.168.4.1 zowel op pc als telefoon lukt het me niet om een wifi netwerk aan de esp te koppelen.

Ik heb ook een ESP-module. Na verbinding via de hotspot heb ik mijn netwerkgegevens ingesteld. Ook bij mij lukte het niet om verbinding te maken met het netwerk. De reden was dat mijn oude modem mDNS niet ondersteunde. Misschien is dat ook je probleem.

[leejoow]

gho schreef op dinsdag 30 september 2025 @ 11:32:
[...]

Heb alles weer overnieuw gedaan en ook hierbij geen verbinding om gek van te worden ...
ERROR Connecting to 192.168.4.1 port 3232 failed: timed out
ERROR Connection failed.

Waar krijg je deze melding? Dat genoemde IP adres is actief als er een fallback hotspot wordt gestart omdat er niet met de wifi verbonden kan worden. Maak nou eens een screenshot van wat je ziet, dan hebben wij een beter idee waar je mee bezig bent.

krijg tevens gele fout meldingen:
In file included from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/methods/NeoEsp32RmtMethod.h:49,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/NeoMethods.h:59,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/NeoPixelBus.h:43,
from src/esphome/components/neopixelbus/neopixelbus_light.h:12,
from src/esphome.h:59,
from src/main.cpp:3:
/data/cache/platformio/packages/framework-arduinoespressif32-libs/esp32/include/driver/deprecated/driver/rmt.h:18:2: warning: #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h" [-Wcpp]
18 | #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h"

ik weet niet wat ik hiermee aan moet

Die warnings kan je negeren.

[gho]

leejoow schreef op dinsdag 30 september 2025 @ 11:13:
[...]


Deze melding geeft aan dat na het compileren van de YAML naar een ESP32 binary dat deze niet via de WiFi kan worden geüpload omdat hij de module niet kan vinden. Dit kan komen omdat hij inderdaad niet gevonden wordt. Kan je ergens zien welke DHCP leases je hebt (en of de module dus inderdaad geen IP heeft)?

Verder geheel eens met @pascallj, sluit de LilyGo met een kabel aan op je laptop en installeer de module bedraad een eerste keer.


En nog een vraagje: zie je een netwerk met de naam Lilygo-Rs485 Fallback Hotspot als je zoekt naar netwerken met je telefoon?

Nee helaas geen LilyGo wifi te zien op de smart.
Heb telkens de LilyGo aangesloten om via USB te compileren, dat lukt op zich maar vervolgens zie ESPHome de Lilygo niet, logisch aangezien deze ook niet in het Wifi overzicht van de smart valt te zien.

Hoewel de batterij en de Deco aldaar al maanden goed verbonden zijn in het netwerk, wordt aanraden om de TP link Deco vaste dynaisch om te zetten, weet niet maar ga dat ook proberen,
Ik wil de Chineen van mn nek

[bvansteenselen]

Voor diegene die de modbus kabel heeft weggegooid of door iemand anders is weggegooid.

De modbusconnector die op de v1 en v2 past is de weipu sp1710 p5 male

[superduper1969]

gho schreef op dinsdag 30 september 2025 @ 11:32:
[...]

Heb alles weer overnieuw gedaan en ook hierbij geen verbinding om gek van te worden ...
ERROR Connecting to 192.168.4.1 port 3232 failed: timed out
ERROR Connection failed.
krijg tevens gele fout meldingen:
In file included from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/methods/NeoEsp32RmtMethod.h:49,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/internal/NeoMethods.h:59,
from .piolibdeps/lilygo-rs485-2/NeoPixelBus/src/NeoPixelBus.h:43,
from src/esphome/components/neopixelbus/neopixelbus_light.h:12,
from src/esphome.h:59,
from src/main.cpp:3:
/data/cache/platformio/packages/framework-arduinoespressif32-libs/esp32/include/driver/deprecated/driver/rmt.h:18:2: warning: #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h" [-Wcpp]
18 | #warning "The legacy RMT driver is deprecated, please use driver/rmt_tx.h and/or driver/rmt_rx.h"

ik weet niet wat ik hiermee aan moet

NeoPixelBus = Oude code, dit is 3-8-2025 gewijzigd maar maakt niet heel veel uit voor de werking.
Nieuwste code: https://github.com/Superd...ob/main/lilygo-rs485.yaml

192.168.4.1 = IP adres van de Hotspot Captive Portal, deze geeft een alternatieve methode om je Wifi in te stellen.

In mijn code is dat:

code:

# Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Lilygo-Rs485 Fallback Hotspot"
    password: "GBDjgqkttbFLa93eFCaj"

Natuurlijk kun je GBDjgqkttbFLa93eFCaj ook vervangen door 1234 want dat tikt makkelijker weg.

Dus je zet de nieuwste code er in, complileert, zet het in de lilygo enz,enz,
Op een of andere manier mislukt de Wifi koppeling het bij jou, je krijgt foutmeldingen enz.
DAARNA pak je je telefoon, zoekt naar nieuwe netwerken, dan VIND je Lilygo-Rs485 Fallback Hotspot
Je maakt verbinding met het wachtwoord GBDjgqkttbFLa93eFCaj of als je het gewijzigd hebt met 1234.

Als je verbinding hebt open je een webbrowser op je telefoon en ga naar 192.168.4.1 en volgt daar de instructies.
https://esphome.io/components/captive_portal/

[bvansteenselen]

AUijtdehaag schreef op maandag 29 september 2025 @ 19:36:
@gho
Als je deze erop zet met
https://web.esphome.io/?dashboard_install via usb
en je gaat naar de wif hotspot en verbind met wachtwoord configesp
En dan naar http://192.168.4.1 gaat en je wifi gegevens invult
Werkt het dan? (kun je in de webserver of zie je hem in home assistant (onder aparaten en devices - esphome?

@AUijtdehaag instaleren van dit bestand gaat goed alleen kan ik niet de wifi gegevens invullen waardoor ik geen verbinding heb en deze dus ook niet kan koppelen via Esphome

[djdj105]

Ik wil me graag wat gaan bekwamen in het gebruik van Node-Red in Homeassistant en daarmee wat automatiseringen mee maken voor de Thuisaccu.
Helaas heb ik nog niet echt interessante tutorials kunnen vinden, het is vaak alleen maar basic "Hoe installeren" en dan vervolgens een lampje aansturen.
Of het is ineens heel erg complex (zoals de sturing van de Marstek gemaakt door mede tweaker @GAEvakYD ).

Ik ben dus op zoek naar iets wat daar tussen in zit.
Iemand een goede tutorial ?

[AUijtdehaag]

@gho @bvansteenselen
Mijn excuses, het blijkt dat @superduper1969 geen captive_portal in zijn esphome code heeft zitten?
Hier de juiste versie (voor 2 marsteks)
https://we.tl/t-JcbJjZrrro


@djdj105
Als je een beetje met nodered om kan gaan is die code van GAEvakYD niet zo heel moeilijk.

Echter zijn alle benamingen in de code gebaseerd op de M5stack bordjes (mijn versie) en zal je dus meer moeten aan passen met een lilygo esphome code (superduper versie)
Tenzij je mijn benaming aanhoud. marstek_m1 en marstek_m2, MT1 en MT2, enz
En dan nog kunnen er enige verschillen in namen zitten (niet gecontroleerd)
Edit: er staat daar overal nog marstek voor, vind ikzelf niet handig. Wordt de naam alleen maar langer van.

Dan is het de blauwe veldjes aanpassen naar je eigen HA server en oppassen dat sommige veldjes daarna niet leeg zijn. (omdat je een andere server kiest) En je P1 meter kiezen in de nodered flow

En afhankelijk van 1-2-3 batterijen doe je bepaalde nodes disablen.
Ik heb alle HA template entities in 1 yaml staan en in /packages gezet.
Als je die yaml code wilt geef maar even een seintje.

[ Voor 7% gewijzigd door AUijtdehaag op 30-09-2025 16:46 ]

[BjornVanc]

Interesse in code en op zoek naar Nodered tutorials :-)

[dannyro]

AUijtdehaag schreef op dinsdag 30 september 2025 @ 16:28:
@gho @bvansteenselen
Mijn excuses, het blijkt dat @superduper1969 geen captive_portal in zijn esphome code heeft zitten?
Hier de juiste versie (voor 2 marsteks)
https://we.tl/t-JcbJjZrrro


@djdj105
Als je een beetje met nodered om kan gaan is die code van GAEvakYD niet zo heel moeilijk.

Echter zijn alle benamingen in de code gebaseerd op de M5stack bordjes (mijn versie) en zal je dus meer moeten aan passen met een lilygo esphome code (superduper versie)
Tenzij je mijn benaming aanhoud. marstek_m1 en marstek_m2, MT1 en MT2, enz
En dan nog kunnen er enige verschillen in namen zitten (niet gecontroleerd)
Edit: er staat daar overal nog marstek voor, vind ikzelf niet handig. Wordt de naam alleen maar langer van.

Dan is het de blauwe veldjes aanpassen naar je eigen HA server en oppassen dat sommige veldjes daarna niet leeg zijn. (omdat je een andere server kiest) En je P1 meter kiezen in de nodered flow

En afhankelijk van 1-2-3 batterijen doe je bepaalde nodes disablen.
Ik heb alle HA template entities in 1 yaml staan en in /packages gezet.
Als je die yaml code wilt geef maar even een seintje.

Ik zie dat jij 4 dagen geleden een aanpassing heb gedaan? Mag ik vragen wat er veranderd of bijgekomen is?

[AUijtdehaag]

@dannyro
https://github.com/fonske...485/commits?author=fonske

[AUijtdehaag]

BjornVanc schreef op dinsdag 30 september 2025 @ 16:40:
Interesse in code en op zoek naar Nodered tutorials :-)

Hier de HA yaml (voor in /packages) behorende bij de nodered github
https://we.tl/t-Iiztw8ethH

Nodered tutorials op youtube

[ Voor 5% gewijzigd door AUijtdehaag op 30-09-2025 17:08 ]