Update: "lock to access point" UIT gezet op de unifi controller
Lilygo is geconnecteerd met hetzelfde AP, maar de verbinding is stabiel nu.
Lilygo is geconnecteerd met hetzelfde AP, maar de verbinding is stabiel nu.
PisPix schreef op vrijdag 4 juli 2025 @ 13:09:
Ik heb de modbus integratie van @superduper1969 geinstalleerd (Dank!) maar loop nu even vast in het aansturen (HA) hiervan. Als ik het volgende wil configureren:
code:
1 2 3 4 5 6 - action: input_number.set_value metadata: {} data: value: -800 target: entity_id: input_number.my_battery_discharging_charging_power
Dan kan dit niet omdat ik een negatieve waarde opgeef (ontladen). De input_number.set_value accepteert alleen een getal > 0. Moet er een aparte entity gemaakt worden voor charge en discharge wellicht?
PS Mocht iemand nog zo'n AliExpress modbus kabeltje nodig hebben, ik heb er 9 over. DM me maar.
Kan je die delen? Ben wel benieuwdgmj2 schreef op zondag 6 juli 2025 @ 22:54:
@djrein86 , Ik zou gewoon de NOM van de Marstek gebruiken. Ik heb 2 simpele triggers in HA gezet die 's ochtends de teruglever vermogen op 0 zet (maar dus wel gewoon NOM blijft doen voor het laden van de batterij) en dan rond 17:00 uur het vermogen weer op de oude waarde zet. Dus overdag alleen laden met overtollige stroom van zonnepanelen, en alleen NOM ontladen in de avond en nacht.
Jazeker. Als eerste, ik gebruik de Elfin EW11 modbus oplossing. Voor de power control in de martstek.yaml file zie mijn vorige post:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| mtbat1_disable_discharge_nom: alias: MTbat1 set discharge power to 0 description: Set the discharge power to 0 icon: mdi:battery-charging-20 sequence: - choose: - conditions: - condition: numeric_state entity_id: input_number.mtbat1_setmax_discharging_power above: -1 below: 801 sequence: - action: modbus.write_register data: hub: MarstekVenus address: 44003 slave: 1 value: "0" |
Werkt hier zonder issues met Elfin EW11B.gmj2 schreef op zaterdag 5 juli 2025 @ 22:25:
Even een klein vraagje tussendoor; Schijnbaar zit in Homeassistant 2025.7.1 een nieuwe modbus versie (3.9.x) en nu lees ik her en der dat modbus hierdoor nogal wat problemen geeft, of kan geven. Dus de vraag voordat ik op de upgrade knop druk: Heeft iemand al de laatste versie HA en werkt het met modbus (i.c.m. Elfin EW11) nog steeds stabiel?
8 x 430wp, Huawei SUN2000-3KTL-L1, 2 x Marstek Venus-E, Home Assistant
Raar maar hier ook hetzelfde gedaan op asus zenwifi xd6 en lilygo terug 10 dBm betere ontvangstAroha schreef op zondag 6 juli 2025 @ 16:44:
Update: "lock to access point" UIT gezet op de unifi controller
Lilygo is geconnecteerd met hetzelfde AP, maar de verbinding is stabiel nu.
🇧🇪3000Wp 155°/ 1 Venus E (Gen2) V151, CT003 (v116) , Lilygo+HA, DM XS212,
Oei? Kan je dat document delen in dit forum? Ik dacht dat jij ook NOM via de Modbus regelde? Ik werk al enkele maanden met een routine (pyscript/Home Assistant) die om de 6 seconden de gegevens wijzigt en dat werkt prima. Ik ben trouwens bezig de routine te verfijnen en sneller updates uit te voeren (rekening houdende met het verwacht ingesteld vermogen en werkelijk vermogen, sneller in te spelen in wijzigingen in het totaal vermogen). Al een paar keer proef gedraaid voor 15 minuten en dat ging toch redelijk OK.pascallj schreef op zondag 6 juli 2025 @ 22:36:
Ik heb hier over na zitten denken, maar zou toch niet de NOM regeling via Modbus willen. Ik denk dat al die wijzigingen in parameters elke zoveel seconde wel een aanslag zijn op het flash geheugen. Kwam vandaag via de hame relay pagina op een MQTT API document van Marstek (voor de B2500), waarbij van alle opties die via MQTT worden gewijzigd, bij stond welke wel, en welke niet in het flash worden opgeslagen. Oftewel, er is daar dus wel over nagedacht.
Nu is dat via Modbus dus wel een beetje anders, maar totdat we weten welke parameters veilig zijn om vaak te wijzigen, zou ik dat niet doen. Mocht je zelf NOM willen regelen, ben je denk ik beter uit de B2500 emulator te gebruiken en de input waardes te manipuleren.
3 (phase) Marstek Venus 5,12kWh V148 - HomeWizard P1 - 3 Lilygo Modbus HA Integration
Nee ik handel op dynamische contracten via Modbus. Daarvoor hoef ik alleen de 'Forcible' acties te gebruiken en die zijn hoogstwaarschijnlijk volatile, dus daarbij wordt niets opgeslagen.JorisLammar schreef op maandag 7 juli 2025 @ 09:39:
[...]
Oei? Kan je dat document delen in dit forum? Ik dacht dat jij ook NOM via de Modbus regelde? Ik werk al enkele maanden met een routine (pyscript/Home Assistant) die om de 6 seconden de gegevens wijzigt en dat werkt prima. Ik ben trouwens bezig de routine te verfijnen en sneller updates uit te voeren (rekening houdende met het verwacht ingesteld vermogen en werkelijk vermogen, sneller in te spelen in wijzigingen in het totaal vermogen). Al een paar keer proef gedraaid voor 15 minuten en dat ging toch redelijk OK.
Beetje overbodig voorzichtig.pascallj schreef op zondag 6 juli 2025 @ 22:36:
Ik heb hier over na zitten denken, maar zou toch niet de NOM regeling via Modbus willen. Ik denk dat al die wijzigingen in parameters elke zoveel seconde wel een aanslag zijn op het flash geheugen. Kwam vandaag via de hame relay pagina op een MQTT API document van Marstek (voor de B2500), waarbij van alle opties die via MQTT worden gewijzigd, bij stond welke wel, en welke niet in het flash worden opgeslagen. Oftewel, er is daar dus wel over nagedacht.
Nu is dat via Modbus dus wel een beetje anders, maar totdat we weten welke parameters veilig zijn om vaak te wijzigen, zou ik dat niet doen. Mocht je zelf NOM willen regelen, ben je denk ik beter uit de B2500 emulator te gebruiken en de input waardes te manipuleren.
[ Voor 5% gewijzigd door JanAllElectric op 07-07-2025 10:48 ]
Panasonic TCAP 12kW J-versie + Heishamon/HA/Node-Red/Grafana/InfluxDB; Atlantic v3 200L; 5* jaga strada 21 & zelfbouw DBE; 3*2400Wp (O,Z,W); KIA EV6 77kWh RWD + EVCC/cFos Wallbox solar; 3* Marstek 5kWh (v151)+CT003 (v114)+ modbus/lilygo/node-red/HA
Waar baseer je dat op? Heb je data over hoe het geschreven wordt naar het flash geheugen? Zo niet, kan je niet zeggen dat het 'overbodig' voorzichtig is. Fijn dat het bij jou na een klein half jaar nog werkt, maar dat zegt natuurlijk niets.JanAllElectric schreef op maandag 7 juli 2025 @ 10:44:
[...]
Beetje overbodig voorzichtig.
Ik stuur via modbus alles aan (NOM, bijkopen, kopen/verkopen) en heb -zoals je zelf beschrijft- alleen de "forcibles" nodig en die zullen volatile zijn (dus niet in het flash geheugen worden opgeslagen). Anders zou HAMAS met zijn eigen NOM-besturing hetzelfde probleem hebben
[ Voor 3% gewijzigd door pascallj op 07-07-2025 10:56 ]
[ Voor 25% gewijzigd door spattex op 07-07-2025 11:20 ]
Victron multiplus 48/5000, 3 maal Pylontech 15 kWh, Venus E V1.52, CT003 V1.07
Victron multiplus 48/5000, 3 maal Pylontech 15 kWh, Venus E V1.52, CT003 V1.07
Je hebt bij Modbus aansturing alleen de "forcibles" nodig. Power wordt alleen uitgelezen.pascallj schreef op maandag 7 juli 2025 @ 10:56:
[...]
Waar baseer je dat op? Heb je data over hoe het geschreven wordt naar het flash geheugen? Zo niet, kan je niet zeggen dat het 'overbodig' voorzichtig is. Fijn dat het bij jou na een klein half jaar nog werkt, maar dat zegt natuurlijk niets.
Je weet ook niet hoe andere NOM besturingen werken, wij hebben geen officiële Modbus datasheet. Misschien zijn er zowel volatile als non-volatile registers (dit is dus wel zo bij de B2500 beschreven in het document wat ik linkte). De Forcible acties zijn volatile, maar de 'Power' waardes volgens mij niet. Die heb je nodig met NOM om het aan te passen.
Panasonic TCAP 12kW J-versie + Heishamon/HA/Node-Red/Grafana/InfluxDB; Atlantic v3 200L; 5* jaga strada 21 & zelfbouw DBE; 3*2400Wp (O,Z,W); KIA EV6 77kWh RWD + EVCC/cFos Wallbox solar; 3* Marstek 5kWh (v151)+CT003 (v114)+ modbus/lilygo/node-red/HA
Ik had het over de 'Forcible (Dis)charge power' waardes. Die blijven gewoon bewaard na een reboot.JanAllElectric schreef op maandag 7 juli 2025 @ 11:55:
[...]
Je hebt bij Modbus aansturing alleen de "forcibles" nodig. Power wordt alleen uitgelezen.
Welke volatile "forcibles" blijven dan over? Dan heb je alleen nog "forcible Charge/Discharge". Daar heb je voor NOM niet voldoende aan. Maar ok. rest my case.pascallj schreef op maandag 7 juli 2025 @ 12:01:
[...]
Ik had het over de 'Forcible (Dis)charge power' waardes. Die blijven gewoon bewaard na een reboot.
1
2
3
4
5
6
7
8
| In een thuisaccu is de frequentie en hoeveelheid van schrijfacties meestal beperkt, bijvoorbeeld: Gegevens Schrijffrequentie Omschrijving Firmware/config Zelden Alleen bij update of reset Event logs (fouten, storingen) Bij gebeurtenis Meestal paar keer per dag of week SOC logging / metingen Elke paar seconden – minuten Vaak in RAM of FRAM, soms flash 📌 Goed ontworpen systemen loggen tijdelijk in RAM en schrijven pas na aggregatie of bij afsluiten naar flash. |
[ Voor 47% gewijzigd door JanAllElectric op 07-07-2025 12:35 ]
Panasonic TCAP 12kW J-versie + Heishamon/HA/Node-Red/Grafana/InfluxDB; Atlantic v3 200L; 5* jaga strada 21 & zelfbouw DBE; 3*2400Wp (O,Z,W); KIA EV6 77kWh RWD + EVCC/cFos Wallbox solar; 3* Marstek 5kWh (v151)+CT003 (v114)+ modbus/lilygo/node-red/HA
Nee niet helemaal, ben hooguit niet volledig geweest. Mijn assumptie was dat alleen Forcible Acties (Charge, Discharge, Stop) volatile was en de Forcible Power waardes niet. Maar na testen blijkt dat niets bewezen volatile is. Alles blijft bewaard na een reboot.JanAllElectric schreef op maandag 7 juli 2025 @ 12:09:
[...]
Je spreekt je zelf tegen in jouw eigen chats. Welke volatile "forcibles" blijven dan over? Dan heb je alleen nog "forcible Charge/Discharge". Daar heb je voor NOM niet voldoende aan. Maar ok. rest my case.
Als ik de website goed lees is het G19 en G2. Staat onderaan op de pagina van het extension board een tabel waarmee je het kan pairen met de Core2.MsXgAmEs schreef op dinsdag 8 juli 2025 @ 00:24:
Ik had nog een M5stack Core2 met een IoTBase CatM extension board liggen. De RS485 pinnen kan ik niet vinden, alhoewel de handleiding zegt RX=G13 (GPIO13) en TX=G15 (GPIO15) . Heb een signal analyser aangesloten op de RX en TX met Saleae software, maar ik zie slechts ruis. Als ik het programma upload krijg ik de melding GPIO15 is een strapping pin. Heeft iemand ervaring met deze configuratie en weet wat de pinouts voor de RS485 zijn?
@superduper1969 Bedankt voor de uitgebreide en leerzame beschrijving.superduper1969 schreef op donderdag 26 juni 2025 @ 12:35:
[...]
In de startpost staat ook een PoE-Ethernet variant van de Lilygo.
Dit lijkt me handiger tenzij je van een uitdaging houdt.
Inmiddels een weekje verder en wijzer geworden. Ik heb HA op de nas via vmm en zonder supervisor dus moet via een omweg met esphome aan de slag maar dat lukt mij linksom of rechtsom niet. Of het wordt een raspberry pi of alles gaat naar de opslagHometek schreef op woensdag 2 juli 2025 @ 16:25:
[...]
Let er vooral goed op dat het aantal spaties aan het begin van elke regel precies klopt, yaml is daar erg gevoelig voor.
Ecodan 7,5kW Nibe F130 ventilatie warmtepomp, 300l RVS SWW, 8400wp zonnepanelen, LL airco/verwarming, 2 MARSTEK VENUS E firmware v151 combination CT003 v114 app v1.6.33
[ Voor 54% gewijzigd door leejoow op 08-07-2025 17:26 ]
👨🚒 spuitgast | ☀️ 8000Wp oost/west, 4425Wp zuid | Ontwikkelaar van Itho Daalderop Warmtepomp ESPHome control module
1) Nee maakt niet uit. Je kan het inpluggen wanneer je wilt.JSTAL schreef op dinsdag 8 juli 2025 @ 20:39:
Ik heb enkele vragen ivb met het aansluiten van de Liligo.
- Moet ik de batterij uitschakelen alvorens de modbus connector in de batterij te steken.
- Dien ik de Liliigo nog van externe voeding te voorzien via de onboard USB-C connector?
- De batterij zit op een aparte AP, moet de Liliygo met diezelfde AP verbonden worden of met de standaard router in huis?
Dank u voor de feedback, heb nu meer duidelijkheid hoe te gebruiken.pascallj schreef op dinsdag 8 juli 2025 @ 20:46:
[...]
1) Nee maakt niet uit. Je kan het inpluggen wanneer je wilt.
2) Er wordt 5V geleverd op een paar draden (tussen zwart en zwart bij V2, even meten voor de zekerheid) dat uit de Modbus aansluiting komt (zie TS). Je kan deze aansluiten op de DC ingang van de LilyGo en daar je stroom vandaan halen. Voeden via de USB-C kan ook.
3) Probeer te begrijpen hoe de LilyGo werkt. Deze communiceert met de Marstek via Modbus. Hierna kan je hem gebruiken om bijvoorbeeld via Home Assistant aan te sturen. Hij zal dus op het netwerk moeten zitten waarop je het wil gebruiken. Hoe hoeft niet per se op hetzelfde AP als de Marstek, want hij hoeft niet draadloos te communiceren met de Marstek: daar is de Modbus voor.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
| modbus: sensors: - name: "Marstek 1 Name" - name: "Marstek 1 Battery Charge Limits" - name: "Marstek 1 Capacity and Power registers" - name: "Marstek 1 Alarm State" - name: "Marstek 1 Fault State" input_number: marstek_1_set_max_discharging_power: name: "Marstek 1 Set Maximum discharging power" marstek_1_set_max_charging_power: name: "Marstek 1 Set Maximum charging power" marstek_1_set_battery_min_soc: name: "Marstek 1 Set Battery minimum SOC (Discharge)" marstek_1_set_battery_max_soc: name: "Marstek 1 Set Battery maximum SOC (Charge)" # Lichtelijk aangepast automation: - id: marstek_1_sync_modbus_and_input_select alias: "Marstek 1 Sync Modbus and Input Select" # nieuw - id: marstek_1_sync_modbus_and_max_charge alias: "Marstek 1 Sync Modbus and Maximum Charge" - id: marstek_1_sync_modbus_and_max_discharge alias: "Marstek 1 Sync Modbus and Maximum Discharge" - id: marstek_1_sync_modbus_and_battery_min_soc alias: "Marstek 1 Sync Modbus and Min SOC" - id: marstek_1_sync_modbus_and_battery_max_soc alias: "Marstek 1 Sync Modbus and Max SOC" template: - sensor: - name: "Marstek 1 State" unique_id: marstek_1_state - name: "Marstek 1 Alarm PLL Abnormal Restart" unique_id: marstek_1_alarm_PLL_abnormal_restart - name: "Marstek 1 Alarm Overtemperature Limit" unique_id: marstek_1_alarm_overtemperature_limit - name: "Marstek 1 Alarm Low Temperature Limit" unique_id: marstek_1_alarm_low_temperature_limit - name: "Marstek 1 Alarm Fan Abnormal Warning" unique_id: marstek_1_alarm_fan_abnormal_warning - name: "Marstek 1 Alarm Low Battery SOC Warning" unique_id: marstek_1_alarm_low_battery_SOC_warning - name: "Marstek 1 Alarm Output Overcurrent Warning" unique_id: marstek_1_alarm_output_overcurrent_warning - name: "Marstek 1 Alarm Abnormal Line Sequence Detection" unique_id: marstek_1_alarm_abnormal_line_sequence_detection - name: "Marstek 1 Alarm WIFI abnormal" unique_id: marstek_1_alarm_wifi_abnormal - name: "Marstek 1 Alarm Blutooth abnormal" unique_id: marstek_1_alarm_blutooth_abnormal - name: "Marstek 1 Alarm Network abnormal" unique_id: marstek_1_alarm_network_abnormal - name: "Marstek 1 Alarm CT connection abnormal" unique_id: marstek_1_alarm_ct_connection_abnormal - name: "Marstek 1 Battery maximum SOC (Charge)" unique_id: marstek_1_battery_maximum_soc - name: "Marstek 1 Battery minimum SOC (Discharge)" unique_id: marstek_1_battery_minimum_soc - name: "Marstek 1 Maximum Charge Power" unique_id: marstek_1_max_charge_power - name: "Marstek 1 Maximum Discharge Power" unique_id: marstek_1_max_discharge_power # Fixed: utility_meter: daily_discharge_1: daily_charge_1: |
8 x 430wp, Huawei SUN2000-3KTL-L1, 2 x Marstek Venus-E, Home Assistant
Bedankt voor het delen.WargamingPlayer schreef op dinsdag 8 juli 2025 @ 21:39:
Inmiddels redelijk wat aanpassingen gemaakt op de yaml van Superduper.
https://github.com/Wargam.../main/ElfinEW11B/packages
...
2x Venus E (Gen1) V151, Shelly Pro EM-50, Lilygo+HA
De Modbus heeft nooit standaard uitgestaan op de Venus. Ik geloof wel op de B2500 en daarom dachten mensen dat dit voor de Venus ook zo was, maar het probleem was elke keer wat anders.mb0erman schreef op dinsdag 8 juli 2025 @ 22:58:
Hallo lui,
Ik heb dit topic uitgepluisd met relevante zoektermen maar nog niet verder gekomen. Excuus als ik iets stoms over het hoofd zie.
Heb de guide van Denie van Kleef gevolgd om een Lilygo te configureren. (Ik weet dat de instructies in de TS hier enigszins verschillen maar voor mij als ESPhome n00b was de video beter te volgen.)
Probleem is nu dat de lilygo alleen "no response received" meldingen geeft. Dit verandert niet als ik 'm van de batterij afkoppel. Er is dus geen communicatie met de batterij.
Kans is niet nul de fout bij mij ligt. Maar ik las ook ergens dat de RS485 poort op de batterij tegenwoordig standaard uit staat. Kan iemand dat bevestigen? Of zijn er andere voor de hand liggende zaken die ik kan controleren?
Marstek Venus-E v2
Device: V152
Lilygo: v1.1
Ik heb net een nieuwe gepushed. Daar heet het Trade.Hometek schreef op dinsdag 8 juli 2025 @ 22:39:
[...]
Bedankt voor het delen.
Ik zie dat er nog een 'Trade mode' in staat als input voor 'user work mode', moet dat niet 'AI' zijn?
8 x 430wp, Huawei SUN2000-3KTL-L1, 2 x Marstek Venus-E, Home Assistant
Dat is standaard RS485: A(-), B(+) en GND. De Marstek biedt op het laatste paar nog een 5V voeding aan.Hert schreef op woensdag 9 juli 2025 @ 08:22:
Mijn domotica systeem (Wiser for Knx) heeft 3 fysieke klemmen voor ModBus: D1/+, D0/- en 0V, maar de Marstek heeft 5 kabels voor ModBus. Hoe zou dit dan aangesloten moeten worden?
Dank! Ik heb het inmiddels aan de praat. Denk dat er de vorige keer iets mis is gegaan met flashen. De led op de lilygo ging ook niet branden eerder, nu wel.pascallj schreef op dinsdag 8 juli 2025 @ 23:03:
[...]
De Modbus heeft nooit standaard uitgestaan op de Venus. Ik geloof wel op de B2500 en daarom dachten mensen dat dit voor de Venus ook zo was, maar het probleem was elke keer wat anders.
Ik weet niet hoe het zit met die video, maar zorg dat je de juiste versie van de configuratie geflashed hebt voor welk apparaat jij hebt. Daarna kan je proberen om je RS485 A en B draden om te draaien en kijken of dat verschil maakt. En even de voeding via USB-C gebruiken om te kijken of het geen vermogensprobleem is voor als je voeding uit de Modbus aansluiting pakt.
In principe komen de volgende signalen voor de V2 model met handvatten. Deze zijn volgende:pascallj schreef op woensdag 9 juli 2025 @ 08:41:
[...]
Dat is standaard RS485: A(-), B(+) en GND. De Marstek biedt op het laatste paar nog een 5V voeding aan.
Voor deze kleine afstanden is GND niet nodig, je hoeft dus alleen het A en B paar aan te sluiten.
1
2
3
4
5
6
| ROOD: A (Data-) GEEL: B (Data+) ZWART: VCC- (0) Leeg: ZWART: VCC+ (4.5-5.5V) ROOD: COM. |
1
2
3
4
5
6
| ROOD: A - Device A (of Data -) GEEL: B - Device B (of Data +) ZWART: Naar Power - van Device (of VCC- of 0) LEEG: Niet aangesloten ZWART: Naar Power + van Device (of VCC+ of +5V) ROOD: NIET GEBRUIKEN! |
1
2
| A = GROEN B = ROOD |
1
2
3
4
| Marstek----- A Kabel -----o--[60 Ohm]--+ Marstek----- B Kabel -----o--[60 Ohm]--+---[220 pF]--- Gnd/VCC-/0 o= Je device. |
8 x 430wp, Huawei SUN2000-3KTL-L1, 2 x Marstek Venus-E, Home Assistant
wat is het verschil tussen nom in de marstek app en nom via modbus ? nom is nom lijkt mijblackcom schreef op woensdag 9 juli 2025 @ 18:20:
Nu ben ik toch ook benieuwd naar de die vraag of het nul op de meter houden via modbus potentieel schadelijk zou zijn of niet. Ik doe het zelf ook en verwacht niet dat dit problemen gaat geven. Ik heb de vraag in elk geval gesteld aan de support van Marstek, maar daar heb ik tot hiertoe nog geen degelijk antwoord van gekregen.
Zijn hier nog mensen die nom doen via modbus of mensen die dit expliciet niet doen wegens schrik voor het vele schrijven?
Kortgezegd: NOM via Marstek is gewoon een waarde die wordt doorgestuurd en meteen verwerkt en niet opgeslagen. Als je zelf een NOM algoritme gaat maken en sturen via Modbus stuur je een commando en wordt deze ook opgeslagen. Dus voor elke wijziging, wordt er een schrijf actie gedaan.Robin2133 schreef op woensdag 9 juli 2025 @ 19:12:
[...]
wat is het verschil tussen nom in de marstek app en nom via modbus ? nom is nom lijkt mij
Ik doe NOM niet via modbus, maar via de auto-mode in de batterij zelf. Ik heb hier hoofdzakelijk voor gekozen omdat ik de ingebouwde regeling goed genoeg vond en geen reden zag om daar zelf iets voor te maken. De onduidelijkheid of de apparaten geschikt zijn voor intensieve aansturing via modbus heeft die keuze wel makkelijker gemaakt.blackcom schreef op woensdag 9 juli 2025 @ 18:20:
Nu ben ik toch ook benieuwd naar de die vraag of het nul op de meter houden via modbus potentieel schadelijk zou zijn of niet. Ik doe het zelf ook en verwacht niet dat dit problemen gaat geven. Ik heb de vraag in elk geval gesteld aan de support van Marstek, maar daar heb ik tot hiertoe nog geen degelijk antwoord van gekregen.
Zijn hier nog mensen die nom doen via modbus of mensen die dit expliciet niet doen wegens schrik voor het vele schrijven?
2x Venus E (Gen1) V151, Shelly Pro EM-50, Lilygo+HA
Als ik het goed lees heb jij 2 venus batterijen en gebruik jij een shelly om die aan te sturen? Werken de batterijen dan goed samen? De reden dat ik het vraag omdat de ct003 bij mij niet wil werken.Hometek schreef op woensdag 9 juli 2025 @ 19:31:
[...]
Ik doe NOM niet via modbus, maar via de auto-mode in de batterij zelf. Ik heb hier hoofdzakelijk voor gekozen omdat ik de ingebouwde regeling goed genoeg vond en geen reden zag om daar zelf iets voor te maken. De onduidelijkheid of de apparaten geschikt zijn voor intensieve aansturing via modbus heeft die keuze wel makkelijker gemaakt.
Misschien verklaard dit ook het verschil met wat register 43000 doet. Je kan hem op 0, 1, 2 zetten. Maar uiteindelijk zal hij allen de waarde 1 rapporteren voor zowel NOM als AI. In de Marstek is dus NOM en AI het zelfde.pascallj schreef op woensdag 9 juli 2025 @ 19:19:
[...]
Kortgezegd: NOM via Marstek is gewoon een waarde die wordt doorgestuurd en meteen verwerkt en niet opgeslagen. Als je zelf een NOM algoritme gaat maken en sturen via Modbus stuur je een commando en wordt deze ook opgeslagen. Dus voor elke wijziging, wordt er een schrijf actie gedaan.
Zoals je hierboven ziet, kan je discussie hebben of dit ernstig is of niet, maar flash geheugen in dit soort producten heeft een veel kortere levensduur dan bijvoorbeeld een SSD in je PC. Dus meestal probeer je veel schrijf acties te voorkomen.
8 x 430wp, Huawei SUN2000-3KTL-L1, 2 x Marstek Venus-E, Home Assistant
Dat eerste heb ik zojuist getest en klopt idd. Je kunt wel AI als modus instellen, en dit werkt ook, maar het zal uit te lezen zijn als NOM hierna. Vreemd.WargamingPlayer schreef op woensdag 9 juli 2025 @ 21:18:
[...]
Misschien verklaard dit ook het verschil met wat register 43000 doet. Je kan hem op 0, 1, 2 zetten. Maar uiteindelijk zal hij allen de waarde 1 rapporteren voor zowel NOM als AI. In de Marstek is dus NOM en AI het zelfde.
De vraag is dus, wat bepaald nu of de Marstek AI of NOM doet zijn. Ik heb gemerkt dat AI modus best wel goed werkt met 2 Marsteks, alleen is de vraag waarom er soms keuzes gemaakt worden welke ik zelf iets anders zou doen.
Ik heb zelf eens een NOM sturing gekeken voor HA. Maar wanneer ik zie hoe veel register writes dit zijn, dan is de flash (als het flash is) eerder kapot dan de Accu’s van de Marsteks.
Dus rest de vraag, zijn de registers in RAM of in Flash. Ik verwacht voor de counters gewoon in RAM met een batterij om deze persistent te houden, maar verwachting is altijd een bron voor teleurstelling.
Dat zegt nog niet alles. Het kan ook gewoon RAM zijn met een batterij. Daarom moet Marstek daar een uitspraak over doen.pascallj schreef op maandag 7 juli 2025 @ 11:16:
En omdat bovenstaande relatief eenvoudig te testen is, heb ik Forcible Charge op 300 W gezet, Modbus losgetrokken, de Maestro uitgezet, de stekker eruit getrokken en gewacht tot hij helemaal uit was (geen Bluetooth verbinding meer).
Toen ik hem weer aanzette en Modbus weer had aangesloten, waren de Forcible instellingen gewoon nog aanwezig. Dus of de Marstek was toch niet helemaal afgesloten, of de instellingen worden gewoon opgeslagen. RS485 control was wel automatisch uitgeschakeld.
8 x 430wp, Huawei SUN2000-3KTL-L1, 2 x Marstek Venus-E, Home Assistant
Een scan is goed, maar je zou eigenlijk een volledige map moeten maken van alle actieve registers. Dan in de App de waarde op AI zetten, zien wat er veranderd, dus weer alle registers uitlezen en dan weer naar andere mode. En dat een paar keer. Dan pas weet je wat er aan de hand is en of de informatie goed is. De App moet het tenslotte ook uit de Marstek halen.pascallj schreef op woensdag 9 juli 2025 @ 21:24:
[...]
Dat eerste heb ik zojuist getest en klopt idd. Je kunt wel AI als modus instellen, en dit werkt ook, maar het zal uit te lezen zijn als NOM hierna. Vreemd.
Dat laatste heb ik van de week getest: pascallj in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"
Plan is om ooit een scan te doen op alle registers en kijken of er nog ongedocumenteerde registers een antwoord geven.
8 x 430wp, Huawei SUN2000-3KTL-L1, 2 x Marstek Venus-E, Home Assistant
Haha ja dat zou kunnen... Echter communiceert de app niet via Modbus dus niet alles hoeft via Modbus beschikbaar te zijn. De Marstek reageert met een foutcode op registers die niet actief zijn, dus met een scan zou je in elk geval al weten welke registers wel actief zijn maar niet gedocumenteerd.WargamingPlayer schreef op woensdag 9 juli 2025 @ 21:36:
[...]
Een scan is goed, maar je zou eigenlijk een volledige map moeten maken van alle actieve registers. Dan in de App de waarde op AI zetten, zien wat er veranderd, dus weer alle registers uitlezen en dan weer naar andere mode. En dat een paar keer. Dan pas weet je wat er aan de hand is en of de informatie goed is. De App moet het tenslotte ook uit de Marstek halen.
Ik heb steeds maar 1 van de 2 batterijen op auto, de andere staat dan stand-by in manual. Automatisch wisselen wordt gestuurd vanuit HA.blackcom schreef op woensdag 9 juli 2025 @ 19:47:
[...]
Als ik het goed lees heb jij 2 venus batterijen en gebruik jij een shelly om die aan te sturen? Werken de batterijen dan goed samen? De reden dat ik het vraag omdat de ct003 bij mij niet wil werken.
2x Venus E (Gen1) V151, Shelly Pro EM-50, Lilygo+HA
MTVenus - Enphase M215 (24x)
Ik heb ook Loxone. Wat is de meerwaarde van integratie met de batterij? Ik gebruik zelf Loxone misschien niet optimaal. Ik werk liever met Home Assistant (waar zowel Loxone als de batterijen ook aan gekoppeld zijn)MaGy schreef op woensdag 9 juli 2025 @ 21:45:
Hoi allemaal
Na het vinden van dit topic ben ik ook overtuigd geraakt om een marstek venus te bestellen, als deze goed werkt en geïntegreerd raakt in mijn loxone systeem komen er misschien nog 2 bij.
De batterij is nog in bestelling, als ook een waveshare 4ch rs485 naar eth omvormer zoals hier gelezen bij enkele van de loxone gebruikers in dit topic aanwezig.
Nu zit ik echter wel al direct met enkele vragen, aangezien mijn kennis over netwerk/modbus toestanden redelijk beperkt is (om niet te zeggen momenteel nog onbestaand).
Momenteel is mijn energiemanagement beperkt tot het aansturen van mijn boiler, bij voldoende vermogen export, met een digitale uitgang. Een elektrisch kacheltje in de badkamer, dit via een homewizard socket met lokale api, en het aan/uit zetten van de airco via infrarood.
Is er hier een vriendelijke techneut aanwezig die mij hiermee op weg kan helpen en eventueel een loxone template of programmatje wil delen? Voor het uitlezen (en aansturen) van de marstek? Die shelly emulator om de net gegevens te manipuleren lijkt me ook wel leuk, aangezien ik verwarm met een warmtepomp en ik in de winter weinig zonneopbrengst heb zou ik een piekshaving willen maken.
Doorverwijzingen naar andere topics waar dit al uitgelegd zijn natuurlijk ook welkom.
Ook nog een vraag aan de bezitters van meerdere Venus batterijen, werken deze goed samen in nul op de meter?
Alvast bedankt
BE | 3x Marstek Venus 5.12kwh V151 + CT003 V114 3-fase | PV Omvormer Growatt 5500MTL-S
Ik heb 3 batterijen en als ik de software van Marstek laat sturen, is het verbruik veel volatieler dan dat ik het stuur. De software is wel fel verbeterd sinds v151, maar het punt is dat hun software geen rekening houdt met andere batterijen en daardoor dit gedrag vertoont (elk batterij probeert voor zichzelf ergens een punt van nulverbruik te bereiken). Daarom stuur ik het zelf aan.Hometek schreef op woensdag 9 juli 2025 @ 19:31:
[...]
Ik doe NOM niet via modbus, maar via de auto-mode in de batterij zelf. Ik heb hier hoofdzakelijk voor gekozen omdat ik de ingebouwde regeling goed genoeg vond en geen reden zag om daar zelf iets voor te maken. De onduidelijkheid of de apparaten geschikt zijn voor intensieve aansturing via modbus heeft die keuze wel makkelijker gemaakt.
3 (phase) Marstek Venus 5,12kWh V148 - HomeWizard P1 - 3 Lilygo Modbus HA Integration
Heb je meer info over de implementatie hiervan? Zijn hier kant en klare oplossingen voor in HA?JorisLammar schreef op donderdag 10 juli 2025 @ 09:34:
Ik heb 3 batterijen en als ik de software van Marstek laat sturen, is het verbruik veel volatieler dan dat ik het stuur. De software is wel fel verbeterd sinds v151, maar het punt is dat hun software geen rekening houdt met andere batterijen en daardoor dit gedrag vertoont (elk batterij probeert voor zichzelf ergens een punt van nulverbruik te bereiken). Daarom stuur ik het zelf aan.
BE | 3x Marstek Venus 5.12kwh V151 + CT003 V114 3-fase | PV Omvormer Growatt 5500MTL-S
https://github.com/JorisL...nus-LilyGo-3-bat-strategyCoNsPiRaCyBE schreef op donderdag 10 juli 2025 @ 09:40:
[...]
Heb je meer info over de implementatie hiervan? Zijn hier kant en klare oplossingen voor in HA?
3 (phase) Marstek Venus 5,12kWh V148 - HomeWizard P1 - 3 Lilygo Modbus HA Integration
Bij mij werkt het prima met de MT software en meerdere batterijen.JorisLammar schreef op donderdag 10 juli 2025 @ 09:34:
[...]
Ik heb 3 batterijen en als ik de software van Marstek laat sturen, is het verbruik veel volatieler dan dat ik het stuur. De software is wel fel verbeterd sinds v151, maar het punt is dat hun software geen rekening houdt met andere batterijen en daardoor dit gedrag vertoont (elk batterij probeert voor zichzelf ergens een punt van nulverbruik te bereiken). Daarom stuur ik het zelf aan.
[ Voor 16% gewijzigd door SatScan op 10-07-2025 10:23 ]
.NL | BYD Atto3 | PulsarPlus EV +Balancer | WP7.7K Z | 2 MT Venus 5.12KWh V153 - CT003 V116 | 2 Mitsubitshi single airco's | EPC 0.0 | HA DS224+
3 (phase) Marstek Venus 5,12kWh V148 - HomeWizard P1 - 3 Lilygo Modbus HA Integration
Hiervoor zit ik op Tweakersrtlvandeven schreef op donderdag 10 juli 2025 @ 14:53:
Ik heb nog een scan gemaakt van de registers (Venus-E/v153) en kwam tot deze 2 lijsten:
Scanned 30000-39999:
Range [30000-30010]
Range [30100-30103]
Range [30200-30203]
Range [30300-30303]
Range [30399-30407]
Range [30500-30500]
Range [30600-30600]
Range [30700-30700]
Range [30800-30805]
Range [31000-31009]
Range [31100-31102]
Range [31200-31209]
Range [32100-32105]
Range [32200-32204]
Range [32300-32303]
Range [33000-33011]
Range [35000-35002]
Range [35010-35011]
Range [35100-35100]
Range [35110-35112]
Range [36000-36001]
Range [36100-36103]
Range [37000-37016]
Scanned 40000-49999:
Range [41000-41001]
Range [41010-41010]
Range [41100-41100]
Range [41200-41200]
Range [41500-41516]
Range [41600-41632]
Range [42000-42000]
Range [42010-42011]
Range [42020-42021]
Range [43000-43000]
Range [43100-43129]
Range [44000-44003]
Range [44100-44100]
Range [45603-45604]
Hierin staan ranges die niet in het duravolt pdf-document voorkomen.
Ik denk dat onderstaande registers misschien nog wel interessant kunnen zijn:
30402[6]: mac address
30800[6]: communication module firmware version
37006[1]: current cell temperature ?
37007[1]: current voltage of highest cell ? (x0.001)
37008[1]: current voltage of lowest cell ? (x0.001)
41500[16]: ssid
Dan weet je hoeveel vermogen er in of uit de batterij gaat, en hoeveel er in zit. Daar kan de rest van je energie manager dan rekening houden.CoNsPiRaCyBE schreef op donderdag 10 juli 2025 @ 05:09:
[...]
Ik heb ook Loxone. Wat is de meerwaarde van integratie met de batterij? Ik gebruik zelf Loxone misschien niet optimaal. Ik werk liever met Home Assistant (waar zowel Loxone als de batterijen ook aan gekoppeld zijn)
MTVenus - Enphase M215 (24x)
TOP!rtlvandeven schreef op donderdag 10 juli 2025 @ 14:53:
Ik heb nog een scan gemaakt van de registers (Venus-E/v153) en kwam tot deze 2 lijsten:
Scanned 30000-39999:
Range [30000-30010]
Range [30100-30103]
Range [30200-30203]
Range [30300-30303]
Range [30399-30407]
Range [30500-30500]
Range [30600-30600]
Range [30700-30700]
Range [30800-30805]
Range [31000-31009]
Range [31100-31102]
Range [31200-31209]
Range [32100-32105]
Range [32200-32204]
Range [32300-32303]
Range [33000-33011]
Range [35000-35002]
Range [35010-35011]
Range [35100-35100]
Range [35110-35112]
Range [36000-36001]
Range [36100-36103]
Range [37000-37016]
Scanned 40000-49999:
Range [41000-41001]
Range [41010-41010]
Range [41100-41100]
Range [41200-41200]
Range [41500-41516]
Range [41600-41632]
Range [42000-42000]
Range [42010-42011]
Range [42020-42021]
Range [43000-43000]
Range [43100-43129]
Range [44000-44003]
Range [44100-44100]
Range [45603-45604]
Hierin staan ranges die niet in het duravolt pdf-document voorkomen.
Ik denk dat onderstaande registers misschien nog wel interessant kunnen zijn:
30402[6]: mac address
30800[6]: communication module firmware version
37006[1]: current cell temperature ?
37007[1]: current voltage of highest cell ? (x0.001)
37008[1]: current voltage of lowest cell ? (x0.001)
41500[16]: ssid
.NL | BYD Atto3 | PulsarPlus EV +Balancer | WP7.7K Z | 2 MT Venus 5.12KWh V153 - CT003 V116 | 2 Mitsubitshi single airco's | EPC 0.0 | HA DS224+
Perfect dat is al meer dan ik gehoopt had.rtlvandeven schreef op donderdag 10 juli 2025 @ 14:53:
Ik heb nog een scan gemaakt van de registers (Venus-E/v153) en kwam tot deze 2 lijsten:
Scanned 30000-39999:
Range [30000-30010]
Range [30100-30103]
Range [30200-30203]
Range [30300-30303]
Range [30399-30407]
Range [30500-30500]
Range [30600-30600]
Range [30700-30700]
Range [30800-30805]
Range [31000-31009]
Range [31100-31102]
Range [31200-31209]
Range [32100-32105]
Range [32200-32204]
Range [32300-32303]
Range [33000-33011]
Range [35000-35002]
Range [35010-35011]
Range [35100-35100]
Range [35110-35112]
Range [36000-36001]
Range [36100-36103]
Range [37000-37016]
Scanned 40000-49999:
Range [41000-41001]
Range [41010-41010]
Range [41100-41100]
Range [41200-41200]
Range [41500-41516]
Range [41600-41632]
Range [42000-42000]
Range [42010-42011]
Range [42020-42021]
Range [43000-43000]
Range [43100-43129]
Range [44000-44003]
Range [44100-44100]
Range [45603-45604]
Hierin staan ranges die niet in het duravolt pdf-document voorkomen.
Ik denk dat onderstaande registers misschien nog wel interessant kunnen zijn:
30402[6]: mac address
30800[6]: communication module firmware version
37006[1]: current cell temperature ?
37007[1]: current voltage of highest cell ? (x0.001)
37008[1]: current voltage of lowest cell ? (x0.001)
41500[16]: ssid
8 x 430wp, Huawei SUN2000-3KTL-L1, 2 x Marstek Venus-E, Home Assistant
Ik stuur ook bijna continu via modbus op NOM. Tot nu toe (ca 3 maanden lang) nog zonder problemen.blackcom schreef op woensdag 9 juli 2025 @ 18:20:
Nu ben ik toch ook benieuwd naar de die vraag of het nul op de meter houden via modbus potentieel schadelijk zou zijn of niet. Ik doe het zelf ook en verwacht niet dat dit problemen gaat geven. Ik heb de vraag in elk geval gesteld aan de support van Marstek, maar daar heb ik tot hiertoe nog geen degelijk antwoord van gekregen.
Zijn hier nog mensen die nom doen via modbus of mensen die dit expliciet niet doen wegens schrik voor het vele schrijven?
Daar heb je dus ook niks aanHi, we don't provide modbus functionality at the moment, we apologise for the inconvenience, if your problem is still not solved, please contact us via "Settings" -> "User Feedback".Thanks again for your great support of the product, best regards!
From MARSTEK Support Team
📸Canon EOS 5D IV 🚁DJI Mavic Pro 🏍️Zero SR ⚡Tesla M3 LR 🌡️Daikin US 3.5kW ☀️8815Wp 🔋Marstek Venus-E 5,12 kWh Tweakers PVOutput lijst
Klopt, er is al meerdere malen via support om Modbus informatie gevraagd, maar ze willen dat niet geven. Is alleen beschikbaar voor de grote partijen.antonboonstra schreef op donderdag 10 juli 2025 @ 20:47:
[...]
Ik stuur ook bijna continu via modbus op NOM. Tot nu toe (ca 3 maanden lang) nog zonder problemen.
Een aantal dagen geleden via de website van Marstek support gevraagd of de modbusregisters in volatile of nonvolatile geheugen staan. 'k Heb zojuist antwoord ontvangen.
[...]
Daar heb je dus ook niks aan
Ik heb ook soortgelijk bericht gekregen. Ik ben nu aan het proberen om mijn controller een shelly te doen faken en zo per batterij de ingebouwde regeling te beïnvloeden. (gebaseerd op het b2500-meter project) Het ziet er zeer belovend uit maar nog wel wat werk aan. Modbus blijft de betere keuze al is het maar vanwege de flaky wifi van de batterijen dus hopelijk kan iemand te weten komen of het veilig kan.antonboonstra schreef op donderdag 10 juli 2025 @ 20:47:
[...]
Ik stuur ook bijna continu via modbus op NOM. Tot nu toe (ca 3 maanden lang) nog zonder problemen.
Een aantal dagen geleden via de website van Marstek support gevraagd of de modbusregisters in volatile of nonvolatile geheugen staan. 'k Heb zojuist antwoord ontvangen.
[...]
Daar heb je dus ook niks aan
Ik moet tzt ook beide gaan aansturen, nu doe ik het via een vast vermogen (prima in de nacht, 180w sluipverbruik opvangen. Ik wissel ze dan af)Hometek schreef op woensdag 9 juli 2025 @ 19:31:
[...]
Ik doe NOM niet via modbus, maar via de auto-mode in de batterij zelf. Ik heb hier hoofdzakelijk voor gekozen omdat ik de ingebouwde regeling goed genoeg vond en geen reden zag om daar zelf iets voor te maken. De onduidelijkheid of de apparaten geschikt zijn voor intensieve aansturing via modbus heeft die keuze wel makkelijker gemaakt.
Als je een bepaalde strategie wilt volgen op basis van kosten kun je het opladen/ontladen afhankelijk maken van de stroomprijs op dat moment door de cheapest hours integratie in HA te gebruiken._ferry_ schreef op vrijdag 11 juli 2025 @ 08:35:
[...]
Ik moet tzt ook beide gaan aansturen, nu doe ik het via een vast vermogen (prima in de nacht, 180w sluipverbruik opvangen. Ik wissel ze dan af)
Maar voor het najaar wordt het opeens een stuk complexer verwacht ik.
Hele nacht NOM, prima, wat verbruik van standby en de warmtepomp.
Tot het zonnetje misschien doorkomt, dan gaat hij laden, maar soms is dat vroeg in de ochtend, wanneer de prijs nog erg hoog is, en wil je pas later gaan laden. Dat soort invloeden.
En dan ook nog beide accus benutten. Misschien een soort serieschakeling maken, dat als de ene leeg is, de ander gebruikt gaat worden. En dat dan elke week/maand wisselen oid, zodat ze een beetje hetzelfde aantal cycli maken.
Aan de andere kant, in de echte winterperiode is de opwekking zo laag, dat je niet naar de prijs kijkt, maar gewoon elke watt aan opwek in je accu wil stoppen
2x Venus E (Gen1) V151, Shelly Pro EM-50, Lilygo+HA
Hier is een 3D geprinte haakse stekker uit 1 stuk. Deze is echter iets minder compact.TDSgame schreef op vrijdag 11 juli 2025 @ 14:14:
Ik heb ook recent een 3D-printbaar haaks verloopstuk ontworpen voor de Betteri BC01-connector, specifiek met het oog op gebruik bij Marstek- of Duravolt-thuisbatterijen. Het idee ontstond omdat ik de batterijen graag dichter bij elkaar wilde plaatsen, bijvoorbeeld in een flightcase voor kleine events of mobiele toepassingen. De originele connector steekt recht naar buiten en dat maakt het soms lastig in krappe ruimtes.
Een paar details:
Niet waterdicht (gebruik op eigen risico)
Bestaat uit 2 printbare delen: de behuizing (staand printen) en het deksel (vlak printen) — beide met support
Ontworpen voor 3G2.5-kabel met een beetje trekontlasting
Nodig: 2x M3x16mm schroeven en een extra BC01-connector (ik wilde de originele behouden voor garantie)
Misschien heeft iemand hier ook iets aan, zeker als je met vergelijkbare batterijen werkt of zelf een compacte opstelling wilt maken. STL’s zijn beschikbaar via Printables, laat gerust weten als je interesse hebt!
https://www.printables.co...etteri-bc01-connector-mar
Groeten,
Thomas
2x Venus E (Gen1) V151, Shelly Pro EM-50, Lilygo+HA
Na een dagje draaien: eerste bevindingen. Op het eerste zicht komt het laden dicht bij NOM (0,4 kWh / dag injectie). Maar ... terwijl de ene batterij aan de het laden is, is de andere batterij aan het ontladen. Niet echt bevordelijk voor de efficientie. Ik ga dus terug mijn eigen routines laten draaien.JorisLammar schreef op donderdag 10 juli 2025 @ 10:31:
Gezien de opmerkingen rond het nadeel van veelvuldig gebruik van het flashgeheugen, zal ik ook eens enkele dagen laten draaien op de MT software. Het is inderdaad mogelijk een discussie in de marge (als de het meerverbruik 0,5 kWh per dag is, is die kost minimaal versus het risico jouw investering van de batterijen naar de filistijnen te helpen). Keep ya posted.
3 (phase) Marstek Venus 5,12kWh V148 - HomeWizard P1 - 3 Lilygo Modbus HA Integration
Maar als jij de HW P1 uit je signatuur ook gebruikt voor NOM, dan is dat uiteraard te verwachten. Alleen de meters van Marstek ondersteunen meerdere batterijen voor NOM. Dat staat ook duidelijk beschreven in het andere topic: 'Ondersteuning meerdere batterijen' in Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccuJorisLammar schreef op vrijdag 11 juli 2025 @ 19:35:
[...]
Na een dagje draaien: eerste bevindingen. Op het eerste zicht komt het laden dicht bij NOM (0,4 kWh / dag injectie). Maar ... terwijl de ene batterij aan de het laden is, is de andere batterij aan het ontladen. Niet echt bevordelijk voor de efficientie. Ik ga dus terug mijn eigen routines laten draaien.
Dat had ik niet gelezen dat dit vanaf v151 wel zou werken. Ik had eerst gewerkt met de CT003 maar daar was het ook niet OK (de ene batterij was gekoppeld aan L1, de andere aan L2, de derde nam het totaal in het oog - zonnepanelen op L1 en L2). Bijkomend probleem is dat de HW p1 instabiel is als die samen met de CT003 in de splitter zat. Maar, ik ga dit alleszins opnieuw testen.pascallj schreef op vrijdag 11 juli 2025 @ 20:09:
[...]
Maar als jij de HW P1 uit je signatuur ook gebruikt voor NOM, dan is dat uiteraard te verwachten. Alleen de meters van Marstek ondersteunen meerdere batterijen voor NOM. Dat staat ook duidelijk beschreven in het andere topic: 'Ondersteuning meerdere batterijen' in Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu
3 (phase) Marstek Venus 5,12kWh V148 - HomeWizard P1 - 3 Lilygo Modbus HA Integration
Je zou alles op totaal-som moeten kunnen zetten vanaf firmware 114 op de CT003 en firmware 151 van de batterij. Sowieso ook beide meters van een voeding voorzien tijdens het testen. Jij hebt weer een projectje erbijJorisLammar schreef op vrijdag 11 juli 2025 @ 20:46:
[...]
Dat had ik niet gelezen dat dit vanaf v151 wel zou werken. Ik had eerst gewerkt met de CT003 maar daar was het ook niet OK (de ene batterij was gekoppeld aan L1, de andere aan L2, de derde nam het totaal in het oog - zonnepanelen op L1 en L2). Bijkomend probleem is dat de HW p1 instabiel is als die samen met de CT003 in de splitter zat. Maar, ik ga dit alleszins opnieuw testen.
8680 Wp, Panasonic Mono-bloc J-Generation WH-MDC07J3E5 1-fase 7kW. Heishamon v3.2.3 , NRflow *custom* , Home Assistant + " kamaradclimber / heishamon-homeassistant", Kaifa MA105 + Shelly PRo 3EM (120A), 3x Marstek 5,12kW v151, lilygo-modbus-485 HA
Het is mij nog niet gelukt om via Modbus de cel voltages uit te lezen omdat ik niet weet welk register ze zijn. Wanneer ik dat zou weten dan was het heel eenvoudig want dan lees ik met 1 opdracht alle registers uit, stop ik deze in een sensor en ga ik met states(‘sensor.name’).split(‘,’)[batnum] | floatAUijtdehaag schreef op zaterdag 12 juli 2025 @ 06:31:
@pascallj
Met een api call staan de cell voltages allemaal echter elkaar gescheiden door een komma.
Misschien in modbus ook?
AUijtdehaag in "Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu"
8 x 430wp, Huawei SUN2000-3KTL-L1, 2 x Marstek Venus-E, Home Assistant
Zo'n berg data had wel opgevallen. Het meeste wat nu nog onbekend is zijn kleine lage getallen of ranges die helemaal leeg zijn. Ik acht de kans klein dat het aanwezig is.AUijtdehaag schreef op zaterdag 12 juli 2025 @ 06:31:
@pascallj
Met een api call staan de cell voltages allemaal echter elkaar gescheiden door een komma.
Misschien in modbus ook?
AUijtdehaag in "Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu"
[ Voor 4% gewijzigd door TDSgame op 12-07-2025 11:45 ]
Modbus is slechts een data protocol, dat staat los van het type geheugens dat een producent gebruikt in zijn hardware. En in mijn ervaring is het met name bij Chinese producten niet ongebruikelijk dat componenten gebruikt worden met minimale veiligheidsmarges.TDSgame schreef op zaterdag 12 juli 2025 @ 11:42:
...
wat betreft de levensduur vanwege het schrijven dit zou geen probleem mogen zijn aangezien modbus daar voor gemaakt is.
2x Venus E (Gen1) V151, Shelly Pro EM-50, Lilygo+HA
Heb er 2 op dit moment en ze staan op NOM 3fase-som en dat werkt (bijna) perfect!TDSgame schreef op zaterdag 12 juli 2025 @ 11:42:
@SatScan gebruik jij meerder batterijen (3, 1 op elke fase)? zoja staat je MT instelling dan per fase?
@JorisLammar ik heb hetzelfde probleem dat de ene op laad en ontlaad maar mijn instelling staat op de som van het net en niet per fase, ik denk dat het per fase beter werkt (kan ik niet testen aangezien ik een 3x230 net heb, ook maar 2 accu's niet 3),
wat betreft de levensduur vanwege het schrijven dit zou geen probleem mogen zijn aangezien modbus daar voor gemaakt is.
[ Voor 11% gewijzigd door SatScan op 12-07-2025 14:02 ]
.NL | BYD Atto3 | PulsarPlus EV +Balancer | WP7.7K Z | 2 MT Venus 5.12KWh V153 - CT003 V116 | 2 Mitsubitshi single airco's | EPC 0.0 | HA DS224+
Vergeet niet dat er al een paar firmware updates zijn geweest. En nu gaat het wel goed, alleen heb ik alleen ervaring met twee keer V2 + CT003.TDSgame schreef op zaterdag 12 juli 2025 @ 15:07:
@SatScan ik zal nog eens bekijken of het met de CT003 werkt maar ik heb het een eindje getest en het werkte echt gigantisch slecht, voornamelijk dan het op en ontladen van elkaar, (ik heb van wel een beetje een speciale situatie die nog wat andere problemen veroorzaakte)
Meter 1 heb ik een V1 en V2 batterij met een CT003 dit werkte echt slecht ene batterij was 500W aan het laden de andere 700W aan het geven en het wisselde constant af welke er leverde en welke opladen
Meter 2 heb ik een V1 met CT003 (dit werkt wel)
hierdoor heb ik ook nog problemen dat de batterijen soms aan de verkeerde CT003 gekoppeld geraken (nochtans zitten ze in een verschillend marstek account) ze zitten namelijk op het zelfde wifi netwerk.
8 x 430wp, Huawei SUN2000-3KTL-L1, 2 x Marstek Venus-E, Home Assistant
Dit zou ik in de feedback van de app melden en vragen of ze hier een oplossing voor kunnen bedenken.TDSgame schreef op zaterdag 12 juli 2025 @ 15:07:
hierdoor heb ik ook nog problemen dat de batterijen soms aan de verkeerde CT003 gekoppeld geraken (nochtans zitten ze in een verschillend marstek account) ze zitten namelijk op het zelfde wifi netwerk.
.NL | BYD Atto3 | PulsarPlus EV +Balancer | WP7.7K Z | 2 MT Venus 5.12KWh V153 - CT003 V116 | 2 Mitsubitshi single airco's | EPC 0.0 | HA DS224+
Zou dat te maken kunnen hebben dat ze met UDP werken en niet met TCP. Ik heb zelf al gezien dat de CT003 soms een broadcast doen op het LAN. Dan zou het wel eens kunnen dat de verkeerde Venus het op vangt.TDSgame schreef op zaterdag 12 juli 2025 @ 15:07:
@SatScan ik zal nog eens bekijken of het met de CT003 werkt maar ik heb het een eindje getest en het werkte echt gigantisch slecht, voornamelijk dan het op en ontladen van elkaar, (ik heb van wel een beetje een speciale situatie die nog wat andere problemen veroorzaakte)
Meter 1 heb ik een V1 en V2 batterij met een CT003 dit werkte echt slecht ene batterij was 500W aan het laden de andere 700W aan het geven en het wisselde constant af welke er leverde en welke opladen
Meter 2 heb ik een V1 met CT003 (dit werkt wel)
hierdoor heb ik ook nog problemen dat de batterijen soms aan de verkeerde CT003 gekoppeld geraken (nochtans zitten ze in een verschillend marstek account) ze zitten namelijk op het zelfde wifi netwerk.
8 x 430wp, Huawei SUN2000-3KTL-L1, 2 x Marstek Venus-E, Home Assistant
Misschien dat deze nieuwe versie ook helpt.WargamingPlayer schreef op zaterdag 12 juli 2025 @ 18:23:
[...]
Zou dat te maken kunnen hebben dat ze met UDP werken en niet met TCP. Ik heb zelf al gezien dat de CT003 soms een broadcast doen op het LAN. Dan zou het wel eens kunnen dat de verkeerde Venus het op vangt.
In dit soort situaties help maar 1 ding, gescheiden netwerken, dit kan je door VLANs afdwingen.
.NL | BYD Atto3 | PulsarPlus EV +Balancer | WP7.7K Z | 2 MT Venus 5.12KWh V153 - CT003 V116 | 2 Mitsubitshi single airco's | EPC 0.0 | HA DS224+
Ik heb daar gisteren ook last mee gehad (3de batterij dan). Na enkele pogingen de CT proberen te veranderen en eens in manuele mode te zetten is het me gelukt.TDSgame schreef op zaterdag 12 juli 2025 @ 20:39:
Bedankt voor jullie feedback allemaal, ik heb deze middag dus nogmaals geprobeerd om de 2de accu van meter 1 op de CT003 aan te sluiten maar deze blijft kijken naar de verkeerde CT003 (meter 2) zelf al zit deze niet in de app, ook zie ik dat de laatste beschikbare versie van de CT003 bij mij momenteel V116 bedraagt.
Een andere AP of VLAN zou waarschijnlijk helpen maar dit is momenteel niet mogelijk doordat ik gebruik maak van een standaard router van de provider. batterijen staan op V153
3 (phase) Marstek Venus 5,12kWh V148 - HomeWizard P1 - 3 Lilygo Modbus HA Integration
Voor zover mij bekend werkt de modbus/lilygo setup in ieder geval tm FW V153.Gh0st schreef op zondag 13 juli 2025 @ 16:07:
Hoi!
Ik heb gezocht in de TS maar kon het antwoord helaas niet vinden.
Marstek heeft een update voor me accu klaar gezet maar werkt de Lilygo code voor uitlezen voor Home Assistant op elke firmware versie van de thuis batterij?
Bvbd!
2x Venus E (Gen1) V151, Shelly Pro EM-50, Lilygo+HA
Ja, anders zou er voor iedere release weer een andere versie van de Lilygo code zijn gereleased, en dat is dus niet nodig.Gh0st schreef op zondag 13 juli 2025 @ 16:07:
Hoi!
Ik heb gezocht in de TS maar kon het antwoord helaas niet vinden.
Marstek heeft een update voor me accu klaar gezet maar werkt de Lilygo code voor uitlezen voor Home Assistant op elke firmware versie van de thuis batterij?
Bvbd!
MTVenus V151 + CT003 V109 Lilygo Modbus HA integration+ Anker E1600 + 16ZP Enphase + 2ZP Anker + Quatt
Deze verandering komt eigenlijk door BMS 213 en niet door firmware v153. Stond namelijk vermeld in de changelog.Hometek schreef op zondag 13 juli 2025 @ 16:57:
[...]
Voor zover mij bekend werkt de modbus/lilygo setup in ieder geval tm FW V153.
Er is wel een post over max/min cell temperatuur die anders wordt weergegeven in V153. Maar modbus functioneert.
Alleen MQTT lijkt niet te werken bij V153.
Oke, prima, maar je gaat dan minder verbruiken dan die 0,4kwh p/d?JorisLammar schreef op vrijdag 11 juli 2025 @ 19:35:
[...]
Na een dagje draaien: eerste bevindingen. Op het eerste zicht komt het laden dicht bij NOM (0,4 kWh / dag injectie). Maar ... terwijl de ene batterij aan de het laden is, is de andere batterij aan het ontladen. Niet echt bevordelijk voor de efficientie. Ik ga dus terug mijn eigen routines laten draaien.
.NL | BYD Atto3 | PulsarPlus EV +Balancer | WP7.7K Z | 2 MT Venus 5.12KWh V153 - CT003 V116 | 2 Mitsubitshi single airco's | EPC 0.0 | HA DS224+
Daar zit ik ook op met 2batt op NOM en de CT003.TDSgame schreef op zondag 13 juli 2025 @ 19:47:
@SatScan Ik zie het voornamelijk door op leds op het toestel zelf te zien dat ze tegen elkaar werken.
Mijn verbruiken met 1 marstek manueel en 1 auto varieren tussen 0.1kwh p/d en 0.9 met een gemiddelde van 0.5kwh ongeveer
.NL | BYD Atto3 | PulsarPlus EV +Balancer | WP7.7K Z | 2 MT Venus 5.12KWh V153 - CT003 V116 | 2 Mitsubitshi single airco's | EPC 0.0 | HA DS224+
SatScan schreef op zondag 13 juli 2025 @ 19:09:
[...]
Oke, prima, maar je gaat dan minder verbruiken dan die 0,4kwh p/d?
Het laden en gelijktijdig ontladen herken ik niet als ik via de modbus kijk.
Kan wel voorkomen als je via de app kijkt omdat die vaak met een flinke vertraging de gegevens weergeeft.
Maw feitelijk werken ze elkaar niet tegen.
3 (phase) Marstek Venus 5,12kWh V148 - HomeWizard P1 - 3 Lilygo Modbus HA Integration
Apple iPhone 16e LG OLED evo G5 Google Pixel 10 Samsung Galaxy S25 Star Wars: Outlaws Nintendo Switch 2 Apple AirPods Pro (2e generatie) Sony PlayStation 5 Pro
Tweakers is onderdeel van
DPG Media B.V.
Alle rechten voorbehouden - Auteursrecht © 1998 - 2025
•
Hosting door TrueFullstaq