Hame / Marstek / Duravolt 5,12kWh plug en play thuisaccu

[Avenger 2.0]

PeterG88 schreef op vrijdag 1 augustus 2025 @ 08:06:
[...]
De shelly pm mini, is die niet te 'licht' om de marstek te meten?
Dacht dat die maar 8A kon.
Heb er hier ook nog 1 liggen die ik voor dat doel zou kunnen gebruiken.

Die Shellys moet je ook niet continu met max vermogen belasten of ze gaan smelten.
De HW Energy Plug kan volgens specs 12A continu. Of de HW kWh Meter is nog veiliger naar mijn idee.

[RMWJ]

De laatste dagen druk bezig geweest met HA. Hierbij het resultaat:

[dannyro]

iorses schreef op vrijdag 1 augustus 2025 @ 00:14:
[...]

500 Wh is voor mij 0.5kwh en omgekeerd
Maar net hoe je het wilt typen, maar snap dat er een verwarring tussen vermogen en energie kan ontstaan.

Los van de verwarring, hier wordt gemeten met een HW Socket, in en out, en via Marstek modbus ook. Daar zit praktisch geen verschil op over een maand gemeten.

[Gely]

RMWJ schreef op vrijdag 1 augustus 2025 @ 09:31:
De laatste dagen druk bezig geweest met HA. Hierbij het resultaat:

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Zeer netjes! Ik werk zelf al sinds het prille begin met HA, blijft toch één van de beste systemen voor domotica, al heb ik er ook een Homey Pro 2023 naast draaien. HA gebruik ik enkel nog voor energie (het dashboard blijft onklopbaar), Homey voor al de rest. WAF, weet je wel Al mijn data verzamel ik in InfluxDB en Grafana voor de visuals (van zowel HA en Homey). Welke display heb je daar nu aan de muur hangen? En quanta costa?

[Siert192]

RMWJ schreef op vrijdag 1 augustus 2025 @ 09:31:
De laatste dagen druk bezig geweest met HA. Hierbij het resultaat:

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

En? Tevreden over jezelf?
Ga je dit geheel nu ook te koop aanbieden aan andere Tweakers?

[bommel]

PeterG88 schreef op vrijdag 1 augustus 2025 @ 08:06:
[...]


De shelly pm mini, is die niet te 'licht' om de marstek te meten?
Dacht dat die maar 8A kon.
Heb er hier ook nog 1 liggen die ik voor dat doel zou kunnen gebruiken.

Of in de meterkast zo'n meter ertussen, via modbus uit te lezen met HA.

Heb dit overigens voor alle groepen gedaan (moest toch de meterkast opnieuw doen):




en ja moet nog wat labels aanpassen en wat laatste dingen netjes maken in de kast 😇

[RMWJ]

Gely schreef op vrijdag 1 augustus 2025 @ 09:43:
[...]


Zeer netjes! Ik werk zelf al sinds het prille begin met HA, blijft toch één van de beste systemen voor domotica, al heb ik er ook een Homey Pro 2023 naast draaien. HA gebruik ik enkel nog voor energie (het dashboard blijft onklopbaar), Homey voor al de rest. WAF, weet je wel Al mijn data verzamel ik in InfluxDB en Grafana voor de visuals (van zowel HA en Homey). Welke display heb je daar nu aan de muur hangen? En quanta costa?

Thnx! Ik kom net kijken… Ik ben er afgelopen week pas mee begonnen, omdat ik de modbus koppeling met de Marsteks wilde hebben. Shout out naar de gebruikers die dit allemaal mogelijk maken!

Ik heb de meest eenvoudige tablet van Amazon besteld: https://amzn.eu/d/hQk93jP

[SatScan]

Goedemorgen,

Volgens mij gaat het prima met de werking van alle Marsteks in het wild....

We raken aardig off-topic gezien... en dat is een goed teken... toch...

SVP geen maand overzichten van een % meer of minder RTE... eventueel (bij dringende behoefte) de cijfers als txt melden is ook voldoende...

[ Voor 4% gewijzigd door SatScan op 01-08-2025 10:16 ]

[RMWJ]

Siert192 schreef op vrijdag 1 augustus 2025 @ 09:47:
[...]


En? Tevreden over jezelf?
Ga je dit geheel nu ook te koop aanbieden aan andere Tweakers?

Haha ja Altijd fijn als je iets ontwerpt en het past.
Als er mensen geïnteresseerd zijn, wil ik het model wel delen.

[SatScan]

RMWJ schreef op vrijdag 1 augustus 2025 @ 10:13:
[...]


Haha ja Altijd fijn als je iets ontwerpt en het past.
Als er mensen geïnteresseerd zijn, wil ik het model wel delen.

Misschien meer iets voor hier Marstek PIB Domotica integratie en je Energierekening

[bommel]

Ik draai stabiel op v151 op m'n 2 batterijen en v118 op de CT002 maar krijg al een tijdje een upgrade melding in de app:


Helaas zet Marstek er nog steeds niet bij om welke versie het dan gaat...
Zijn er al ervaringen met deze nieuwe versie (en welke is het?)

[pascallj]

bommel schreef op vrijdag 1 augustus 2025 @ 10:29:
Ik draai stabiel op v151 op m'n 2 batterijen en v118 op de CT002 maar krijg al een tijdje een upgrade melding in de app:
[Afbeelding]

Helaas zet Marstek er nog steeds niet bij om welke versie het dan gaat...
Zijn er al ervaringen met deze nieuwe versie (en welke is het?)

Je kunt nog veilig 1 stap verder gaan om te bekijken welke versie het is. De update wordt dan nog niet gestart.

[Arnoldtwt]

RMWJ schreef op vrijdag 1 augustus 2025 @ 10:13:
[...]


Haha ja Altijd fijn als je iets ontwerpt en het past.
Als er mensen geïnteresseerd zijn, wil ik het model wel delen.

Ik ben wel benieuwd, misschien een aparte tread of een PM?

[bruneelm]

Hometek schreef op donderdag 31 juli 2025 @ 21:07:
[...]

Ik heb het gevoel dat je inderdaad weet hoe het werkt, maar niet voldoende beseft hoe groot de risiko's van deze oplossing zijn, of hoe groot de impact is als het een keer mis gaat.

Wij mensen zijn gewoonte dieren, handelingen die afwijken van de gewone gang van zaken worden vroeger of later vekeerd gedaan. Hoe meer handelingen, des te sneller gaat het fout.
De eerste keer zal alles goed gaan, want dan let je op. Maar elke volgende keer let je minder goed op. Op een gegeven moment let je niet meer op en behandel je deze afwijkende kabel net als elke andere kabel....

Zijn een paar uren zonder stroom echt zo erg dat je daarvoor zoveel risiko op schade, brand of electrocutie moet nemen?
En het gaat niet om jou alleen, hoe voorkom je dat iemand anders ooit eens die kabel als gewone kabel wil gebruiken? Denk ook aan je omgeving, als jouw woning in brand staat, hoeveel buren moeten dan hun huis uit?

Mijn advies: knip die kabel door en koop een paar normale verlengsnoeren om enkele apparaten aan de backup te kunnen koppelen.

Een ATS of zijn manuele versie voor enkele tientjes in de stoppenkast met daaraan de backup connectie van de marstek haalt er alle risico's ervan af.

[bommel]

pascallj schreef op vrijdag 1 augustus 2025 @ 10:29:
[...]


Je kunt nog veilig 1 stap verder gaan om te bekijken welke versie het is. De update wordt dan nog niet gestart.

Thanks, zoals gedacht gaat het om v153

[pascallj]

bommel schreef op vrijdag 1 augustus 2025 @ 11:01:
[...]


Thanks, zoals gedacht gaat het om v153
[Afbeelding]

En BMS 213. Twee updates in 1, of na elkaar.

[Avenger 2.0]

Krijgen jullie die updates automatisch aan of hebben jullie aan support gevraagd? Hier is v151 nog laatste.

[dannyro]

Avenger 2.0 schreef op vrijdag 1 augustus 2025 @ 11:05:
Krijgen jullie die updates automatisch aan of hebben jullie aan support gevraagd? Hier is v151 nog laatste.

Idem hier. Maar alleen werkt top, zodus mag het zo blijven.

[GSBK1989]

@Franckxz , @Denrt , @EDB .

Code die nu loopt bij thuisbatterij.nl
Marstek50, exclusief p1 meter €1310.
Laat even weten als het bij jullie gelukt is!?

[Metsubsidie]

bommel schreef op vrijdag 1 augustus 2025 @ 11:01:
[...]


Thanks, zoals gedacht gaat het om v153
[Afbeelding]

153 heb ik al ruim een week.
Helaas is het nog steeds niet stabiel (de wifi is op max 25 cm).

Gaat een week goed en dan toch weer verbreken verbinding, complete reset is nodig (alles uit) om het weer aan de praat te krijgen.

MijnWifi log zegt elk circa half uur : deauthentication received.
Daarna wordt wel weer verbonden.

Vannacht weer om circa 4.00 uur, accu leeg, verbinding verbroken en niet weer laden (niet verbinden) toen er een overschot aan opwek was.

Lijkt net of de Venus in slaap is gevallen, de CT003 werkte gewoon door.

[Metsubsidie]

Avenger 2.0 schreef op vrijdag 1 augustus 2025 @ 11:05:
Krijgen jullie die updates automatisch aan of hebben jullie aan support gevraagd? Hier is v151 nog laatste.

Als je klaagt krijg je een update.

Als het nu werkt, dus niet klagen...

[superduper1969]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 11:15:
[...]


153 heb ik al ruim een week.
Helaas is het nog steeds niet stabiel (de wifi is op max 25 cm).

Gaat een week goed en dan toch weer verbreken verbinding, complete reset is nodig (alles uit) om het weer aan de praat te krijgen.

MijnWifi log zegt elk circa half uur : deauthentication received.
Daarna wordt wel weer verbonden.

Vannacht weer om circa 4.00 uur, accu leeg, verbinding verbroken en niet weer laden (niet verbinden) toen er een overschot aan opwek was.

Lijkt net of de Venus in slaap is gevallen, de CT003 werkte gewoon door.

Met de HA integratie voor CT003 kun je Wifi signaal kwaliteit CT003 checken.
Met de HA Liliygo Modbus integratie kun je Wifi signaal kwaliteit MT Venus checken.

[Metsubsidie]

superduper1969 schreef op vrijdag 1 augustus 2025 @ 11:27:
[...]

Met de HA integratie voor CT003 kun je Wifi signaal kwaliteit CT003 checken.
Met de HA Liliygo Modbus integratie kun je Wifi signaal kwaliteit MT Venus checken.

@superduper1969 dank je.

Ik heb Domoticz en daarvoor een eigen modbus integratie gemaakt.

Mijn router zegt :

[niek35]

Toch vreemd die verschillende ervaringen met WiFi op de Marsteks.

Mijn batterijen zitten op v153, mijn CT003 op v117.
Die onpraktische CT003 antenne heb ik vervangen door een vaste antenne.

M'n Wifi is volledig Unifi. Batterijen + CT003 zitten op een dedicated SSID, wat maar op 1 AP uitzendt, enkel 2.4ghz. (5hz ondersteuning heeft Marstek niet)

CT003 hangt op 2 meter v/h AP, die heeft niets te klagen over wifi signaal, signaal sterkte vanaf AP gemeten: -36 dBm.

Batterijen staan in de garage, +- 4 tot 8 meter afstand, zit 1 betonnen muur tussen, daar meet het AP respectievelijk -56 dBm & -72 dBm signaal sterkte.

Enkel de CT003 was in het begin niet stabiel, maar sinds de update naar v117 draait deze als een zonnetje, geen disconnects, verbinding met de batterijen is ook top.

[ Voor 4% gewijzigd door niek35 op 01-08-2025 12:20 ]

[Avenger 2.0]

niek35 schreef op vrijdag 1 augustus 2025 @ 11:56:
Die onpraktische CT003 antenne heb ik vervangen door een vaste antenne.

Ja idem hier. Vraag mij zelfs af of die lange antennekabel niet voor slechter signaal zorgt indien de batterij in dezelfde ruimte staat.

[Avenger 2.0]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 11:21:
[...]
Als je klaagt krijg je een update.

Als het nu werkt, dus niet klagen...

Das waar.

[Metsubsidie]

niek35 schreef op vrijdag 1 augustus 2025 @ 11:56:
Toch vreemd die verschillende ervaringen met WiFi op de Marsteks.

Mijn batterijen zitten op v153, mijn CT003 op v117.
Die onpraktische CT003 antenne heb ik vervangen door een vaste antenne.

M'n Wifi is volledig Unifi. Batterijen + CT003 zitten op een dedicated SSID, wat maar op 1 AP uitzendt, enkel 2.4ghz. (5hz pakt marstek toch niet)

CT003 hangt op 2 meter v/h AP, die heeft niets te klagen over wifi signaal, signaal sterkte vanaf AP gemeten: -36 dBm.

Batterijen staan in de garage, +- 4 tot 8 meter afstand, zit 1 betonnen muur tussen, daar meet het AP respectievelijk -56 dBm & -72 dBm signaal sterkte.

Enkel de CT003 was in het begin niet stabiel, maar sinds de update naar v117 draait deze als een zonnetje, geen disconnects.

Hier idem , ik heb van alles geprobeerd, verschillende routers , vaste antenne noem maar op.

Het lijkt op 10 meter afstand (met harde muren) net zo goed te werken als (nu) op 25 cm, op een eigen dedicated router.

Het ligt mi niet aan de wifi kwaliteit maar aan de programmering.


Ergens wordt contact verloren en vaak word het weer hersteld maar soms gaat het fout.

Edit :
Ze hadden gewoon een eigen dedicated accespoint er bij moeten leveren.

[ Voor 3% gewijzigd door Metsubsidie op 01-08-2025 12:09 ]

[niek35]

Avenger 2.0 schreef op vrijdag 1 augustus 2025 @ 12:05:
[...]

Ja idem hier. Vraag mij zelfs af of die lange antennekabel niet voor slechter signaal zorgt indien de batterij in dezelfde ruimte staat.

Precies, hier zit er nu gewoon een 2.4G 2dBi DB SMA Antenne van amper 2 euro op. Werkt als een trein.

@Metsubsidie Bij mij werkt alles top, ook de batterijen blijven stabiel verbonden.

[Metsubsidie]

Ik heb die Marstek nu circa 6 weken.

Vanaf begin elke keer het zelfde, gaat een week of iets meer goed en dan weg...
Ongeacht afstanden etc.

[niek35]

Heb je wel eens gecheckt hoe druk het is in de 'lucht'?

Misschien veel naburige ap's die allemaal lekker op hetzelfde kanaal zitten wat verstoring oplevert.

[Metsubsidie]

niek35 schreef op vrijdag 1 augustus 2025 @ 12:15:
Heb je wel eens gecheckt hoe druk het is in de 'lucht'?

Misschien veel naburige ap's die allemaal lekker op hetzelfde kanaal zitten wat verstoring oplevert.

Uiteraard, het is wel druk en mijn buren hebben een wifibooster. Maar dat is ook op ruim 8 meter.
Op de plaats van de huidige opstelling is mijn router < 40 db en de rest > 60 db.

ook rustig kanaal ingesteld etc...

[ Voor 4% gewijzigd door Metsubsidie op 01-08-2025 12:23 ]

[bommel]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 11:21:
[...]


Als je klaagt krijg je een update.

Als het nu werkt, dus niet klagen...

Ja bevestigd mijn gedachte: voorlopig met v151/v118 blijven draaien dus.

[Druppeltje_]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 11:21:
[...]


Als je klaagt krijg je een update.

Als het nu werkt, dus niet klagen...

Ook niet helemaal waar.
Op de V117 voor de CT003 na zijn alle andere updates bij mij gewoon gekomen door MT zelf en niet na melding van problemen. De uitrol van fw update door MT is gewoon volledige willekeur (of lijkt toch alleszins zo)

[EDB]

GSBK1989 schreef op vrijdag 1 augustus 2025 @ 11:12:
@Franckxz , @Denrt , @EDB .

Code die nu loopt bij thuisbatterij.nl
Marstek50, exclusief p1 meter €1310.
Laat even weten als het bij jullie gelukt is!?

Gelukt, Dank! 1310 incl verzending, zonder P1 meter ( heb al een HWP1) en met gratis powerbank.

[GSBK1989]

EDB schreef op vrijdag 1 augustus 2025 @ 12:45:
[...]


Gelukt, Dank! 1310 incl verzending, zonder P1 meter ( heb al een HWP1) en met gratis powerbank.

Super om te horen!

[wim-van-dijk]

Ik heb een probleem met communicatie tussen de CT003 en de accu's.
In mijn Asus mesh netwerk is de CT003 met Wifi van de masterrouter verbonden en de accu's met een Asus mesh node.
Het lijkt erop dat de batterijen geen data ontvangen van de CT003 en ook niet van de shelly als deze op mijn hoofd Asus mesh netwerk zijn gekoppeld op 2.4G en 90% signaal sterkte want de meshnode met Wifi staat 0,5 meter van de batterijen. De Wifi verbinding is dus goed en CT symbool is ook groen maar denk ik geen data overdracht en de batterijen gaan random laden en ontladen.

Als ik voor een test tijdelijk de batterijen en de shelly (bedraad) of de CT003 (Wifi) aan een meer dan 10 jaar oude Dlink router koppel met eigen DHCP en IP-reeks en de WAN poort hiervan aansluit op mijn hoofd Asus netwerk om Internet te krijgen, dan werkt de data overdracht wel goed en gaan de batterijen goed functioneren.

Waarom werkt de data overdracht niet met mijn Asus netwerk en wel via een oude router. Ik moet het op mijn Asus netwerk werkend krijgen om een goed Wifi te hebben bij de accu's'
Wat houd de communicatie tegen ?

[SatScan]

wim-van-dijk schreef op vrijdag 1 augustus 2025 @ 13:07:
Ik heb een probleem met communicatie tussen de CT003 en de accu's.
In mijn Asus mesh netwerk is de CT003 met Wifi van de masterrouter verbonden en de accu's met een Asus mesh node.
Het lijkt erop dat de batterijen geen data ontvangen van de CT003 en ook niet van de shelly als deze op mijn hoofd Asus mesh netwerk zijn gekoppeld op 2.4G en 90% signaal sterkte want de meshnode met Wifi staat 0,5 meter van de batterijen. De Wifi verbinding is dus goed en CT symbool is ook groen maar denk ik geen data overdracht en de batterijen gaan random laden en ontladen.

Als ik voor een test tijdelijk de batterijen en de shelly (bedraad) of de CT003 (Wifi) aan een meer dan 10 jaar oude Dlink router koppel met eigen DHCP en IP-reeks en de WAN poort hiervan aansluit op mijn hoofd Asus netwerk om Internet te krijgen, dan werkt de data overdracht wel goed en gaan de batterijen goed functioneren.

Waarom werkt de data overdracht niet met mijn Asus netwerk en wel via een oude router. Ik moet het op mijn Asus netwerk werkend krijgen om een goed Wifi te hebben bij de accu's'
Wat houd de communicatie tegen ?

Goeie vraag waar ik het antwoord niet op weet!
Bij mij werkt het vanaf het beging eigelijk zonder problemen.
Ik heb de MT batt aan de dichts bijzijnde AP gekoppeld en toen mesh ondersteuning voor dit apparaat uitgezet.. zo heb ik dat bij alle MT spullen gedaan. Daarnaast Snelle Roaming uitgeschakeld.
Zo blijven ze bij mij op het juiste AP verbonden en gaan ze niet zoeken naar andere AP in het netwerk en verbinden gelijk weer met het juiste AP bij reboot etc...
Deco M4R setje (4 stuks - utp gekoppeld)

[superduper1969]

wim-van-dijk schreef op vrijdag 1 augustus 2025 @ 13:07:
Ik heb een probleem met communicatie tussen de CT003 en de accu's.
In mijn Asus mesh netwerk is de CT003 met Wifi van de masterrouter verbonden en de accu's met een Asus mesh node.
Het lijkt erop dat de batterijen geen data ontvangen van de CT003 en ook niet van de shelly als deze op mijn hoofd Asus mesh netwerk zijn gekoppeld op 2.4G en 90% signaal sterkte want de meshnode met Wifi staat 0,5 meter van de batterijen. De Wifi verbinding is dus goed en CT symbool is ook groen maar denk ik geen data overdracht en de batterijen gaan random laden en ontladen.

Als ik voor een test tijdelijk de batterijen en de shelly (bedraad) of de CT003 (Wifi) aan een meer dan 10 jaar oude Dlink router koppel met eigen DHCP en IP-reeks en de WAN poort hiervan aansluit op mijn hoofd Asus netwerk om Internet te krijgen, dan werkt de data overdracht wel goed en gaan de batterijen goed functioneren.

Waarom werkt de data overdracht niet met mijn Asus netwerk en wel via een oude router. Ik moet het op mijn Asus netwerk werkend krijgen om een goed Wifi te hebben bij de accu's'
Wat houd de communicatie tegen ?

Waarschijnlijk een hoop moderne of merk specifieke protocollen die niet zijn geimplementeerd in de MT firmware.
Een lijstje:
📡 WiFi 4 (802.11n)
MIMO (Multiple Input, Multiple Output): Meerdere antennes voor gelijktijdige datastromen.
Channel bonding: 40 MHz kanalen (vs. 20 MHz bij WiFi 3).
Frame Aggregation (A-MPDU/A-MSDU): Verlaagt overhead door meerdere frames samen te voegen.
STBC (Space-Time Block Coding): Verbetert betrouwbaarheid bij slechte signaalomstandigheden.
⚡ WiFi 5 (802.11ac)
256-QAM: Hogere modulatie voor meer bits per transmissie.
Beamforming: Richt het signaal naar het apparaat voor betere dekking.
Wave 2 features:
MU-MIMO (Multi-User MIMO) (downlink): Meerdere apparaten tegelijk bedienen.
160 MHz kanaalbreedte: Verdubbeling van bandbreedte.
DFS (Dynamic Frequency Selection): Gebruikt radarvrije kanalen in 5 GHz.
🚀 WiFi 6 (802.11ax)
OFDMA (Orthogonal Frequency Division Multiple Access): Verdeling van kanaal in subkanalen (Resource Units).
MU-MIMO (uplink én downlink): Meer gelijktijdige streams.
TWT (Target Wake Time): Energiebeheer voor IoT-apparaten.
BSS Coloring: Vermindert interferentie tussen netwerken op hetzelfde kanaal.
1024-QAM: Hogere datasnelheid per transmissie.
Spatial Frequency Reuse: Efficiënter gebruik van spectrum in drukke omgevingen.
NAV Enhancements: Betere kanaaltoegang bij meerdere gebruikers.
🌐 WiFi 6E
6 GHz-band: Tot 1.2 GHz extra spectrum.
Meer 160 MHz-kanalen: Tot 7 i.p.v. 2 op 5 GHz.
Minder interferentie: Weinig legacy-apparaten op 6 GHz.
Shorter Range: Hogere frequentie = minder penetratie door muren.
🧠 WiFi 7 (802.11be)
320 MHz kanaalbreedte: Verdubbeling t.o.v. WiFi 6.
4096-QAM (4K-QAM): 20% meer bits per symbool dan 1024-QAM.
16x16 MU-MIMO: Verdubbeling van streams t.o.v. WiFi 6.
Multi-Link Operation (MLO):
Gelijktijdig gebruik van meerdere banden (2.4, 5, 6 GHz).
Load balancing en failover tussen links.
Multi-RU (Resource Unit) Aggregation: Combineert meerdere subkanalen voor één gebruiker.
Preamble Puncturing: Laat routers delen van een kanaal negeren die gestoord worden.
Enhanced QoS & Traffic Scheduling: AI-gestuurde optimalisatie van netwerkverkeer.
Deterministic latency: Voor real-time toepassingen zoals AR/VR en industriële automatisering.
🏷️ Merkspecifieke of chipset-afhankelijke optimalisaties
Qualcomm’s AFC (Automated Frequency Coordination): Dynamisch kanaalbeheer op 6 GHz.
Broadcom’s AI-enhanced QoS: Machine learning voor verkeerstoewijzing.
TP-Link OneMesh / Asus AiMesh: Merkspecifieke mesh-optimalisaties.
Intel CNVi: Geïntegreerde WiFi + Bluetooth modules voor laptops.
DFS Turbo Mode (sommige routers): Snellere kanaalwisseling bij radarinterferentie.

[pascallj]

superduper1969 schreef op vrijdag 1 augustus 2025 @ 13:36:
[...]

Waarschijnlijk een hoop moderne of merk specifieke protocollen die niet zijn geimplementeerd in de MT firmware.
Een lijstje:
📡 WiFi 4 (802.11n)
MIMO (Multiple Input, Multiple Output): Meerdere antennes voor gelijktijdige datastromen.
Channel bonding: 40 MHz kanalen (vs. 20 MHz bij WiFi 3).
Frame Aggregation (A-MPDU/A-MSDU): Verlaagt overhead door meerdere frames samen te voegen.
STBC (Space-Time Block Coding): Verbetert betrouwbaarheid bij slechte signaalomstandigheden.
⚡ WiFi 5 (802.11ac)
256-QAM: Hogere modulatie voor meer bits per transmissie.
Beamforming: Richt het signaal naar het apparaat voor betere dekking.
Wave 2 features:
MU-MIMO (Multi-User MIMO) (downlink): Meerdere apparaten tegelijk bedienen.
160 MHz kanaalbreedte: Verdubbeling van bandbreedte.
DFS (Dynamic Frequency Selection): Gebruikt radarvrije kanalen in 5 GHz.
🚀 WiFi 6 (802.11ax)
OFDMA (Orthogonal Frequency Division Multiple Access): Verdeling van kanaal in subkanalen (Resource Units).
MU-MIMO (uplink én downlink): Meer gelijktijdige streams.
TWT (Target Wake Time): Energiebeheer voor IoT-apparaten.
BSS Coloring: Vermindert interferentie tussen netwerken op hetzelfde kanaal.
1024-QAM: Hogere datasnelheid per transmissie.
Spatial Frequency Reuse: Efficiënter gebruik van spectrum in drukke omgevingen.
NAV Enhancements: Betere kanaaltoegang bij meerdere gebruikers.
🌐 WiFi 6E
6 GHz-band: Tot 1.2 GHz extra spectrum.
Meer 160 MHz-kanalen: Tot 7 i.p.v. 2 op 5 GHz.
Minder interferentie: Weinig legacy-apparaten op 6 GHz.
Shorter Range: Hogere frequentie = minder penetratie door muren.
🧠 WiFi 7 (802.11be)
320 MHz kanaalbreedte: Verdubbeling t.o.v. WiFi 6.
4096-QAM (4K-QAM): 20% meer bits per symbool dan 1024-QAM.
16x16 MU-MIMO: Verdubbeling van streams t.o.v. WiFi 6.
Multi-Link Operation (MLO):
Gelijktijdig gebruik van meerdere banden (2.4, 5, 6 GHz).
Load balancing en failover tussen links.
Multi-RU (Resource Unit) Aggregation: Combineert meerdere subkanalen voor één gebruiker.
Preamble Puncturing: Laat routers delen van een kanaal negeren die gestoord worden.
Enhanced QoS & Traffic Scheduling: AI-gestuurde optimalisatie van netwerkverkeer.
Deterministic latency: Voor real-time toepassingen zoals AR/VR en industriële automatisering.
🏷️ Merkspecifieke of chipset-afhankelijke optimalisaties
Qualcomm’s AFC (Automated Frequency Coordination): Dynamisch kanaalbeheer op 6 GHz.
Broadcom’s AI-enhanced QoS: Machine learning voor verkeerstoewijzing.
TP-Link OneMesh / Asus AiMesh: Merkspecifieke mesh-optimalisaties.
Intel CNVi: Geïntegreerde WiFi + Bluetooth modules voor laptops.
DFS Turbo Mode (sommige routers): Snellere kanaalwisseling bij radarinterferentie.

Volgens mij voegt deze AI output niet zo heel veel toe aan de discussie...

[Mattie112]

Goed, gister na ontvangst beide batterijen 100% opgeladen (geforcered). Tijdje bezig geweest om de P1 meter te koppelen maar zo rond een uur of 8 de NOM stand aangezet.

Vanochtend rond 8u:
Accu1: 58%
Accu2: 67%

Vind dat nog wel een groot verschil, maar misschien moet de SoC nog even kalibreren?


Op dit moment (met her en der wat zon):
Accu1: 84%
Accu2: 95%

Als ik dan naar mijn HomeAssistant Energy dashboard kijk heb ik (so far) 411Wh teruggeleverd naar het net en 422Wh afgenomen.

Helemaal NOM gaat het (nog) niet worden, als bijv de boiler aanspringt heb ik niet vermogen, ze staan (nog) niet op een eigen groep. Maar, ben benieuwd waar dit op uit gaat komen zo. Het voelt alsof het nog best 'veel' is wat er toch van het net af gaat.

Maar misschien kijk ik er veel te veel nara zo in het begin Ik begon al meteen te denken "zou het niet beter zijn om met HA 1 accu uit te zetten en pas als die leeg is de 2e op NOM te zetten". Maargoed eerst maar even een beetje afkijken

[Hometek]

niek35 schreef op vrijdag 1 augustus 2025 @ 11:56:
Toch vreemd die verschillende ervaringen met WiFi op de Marsteks.

Mijn batterijen zitten op v153, mijn CT003 op v117.
Die onpraktische CT003 antenne heb ik vervangen door een vaste antenne.

M'n Wifi is volledig Unifi. Batterijen + CT003 zitten op een dedicated SSID, wat maar op 1 AP uitzendt, enkel 2.4ghz. (5hz ondersteuning heeft Marstek niet)

CT003 hangt op 2 meter v/h AP, die heeft niets te klagen over wifi signaal, signaal sterkte vanaf AP gemeten: -36 dBm.

Batterijen staan in de garage, +- 4 tot 8 meter afstand, zit 1 betonnen muur tussen, daar meet het AP respectievelijk -56 dBm & -72 dBm signaal sterkte.

Enkel de CT003 was in het begin niet stabiel, maar sinds de update naar v117 draait deze als een zonnetje, geen disconnects, verbinding met de batterijen is ook top.

Ik vind die verschillende ervaringen niet zo vreemd.
Zo te lezen heb jij enige kennis omtrent wifi, en toch was het ook bij jouw duidelijk geen plug-and-play, maar moest je wifi netwerk speciaal voor de Marstek aangepast worden.
Voor veel mensen (ook tweakers, mijzelf inbegrepen) zijn wifi netwerken met al die verschillende instelmogelijkheden onbekend terrein. Voeg daar bij dat er heel veel verschillende types routers bestaan, met meer of minder mogelijkheden en dat de Marstek apparaten duidelijk niet de beste wifi software/hardware hebben. Het is eerder een kansspel of iemands wifi netwerk past bij de Marstek

Ik denk dat Marstek bij de wifi en de slimme meter te weinig aandacht heeft besteedt aan brede compatibiliteit met alle mogelijke situaties bij klanten thuis.

[pascallj]

Mattie112 schreef op vrijdag 1 augustus 2025 @ 13:52:
Goed, gister na ontvangst beide batterijen 100% opgeladen (geforcered). Tijdje bezig geweest om de P1 meter te koppelen maar zo rond een uur of 8 de NOM stand aangezet.

Vanochtend rond 8u:
Accu1: 58%
Accu2: 67%

[...]

Die situatie is normaal. Er is geen logica bekend hoe meerdere batterijen zich gedragen. Het gaat zoals het gaat: soms de ene, soms de andere, soms beiden.

Je mag kijken naar de data wat je wilt, maar ik zou iets minder analyseren. Pas na een tijdje dingen bekijken wat er goed gaat en wat minder. Bijna alles is ook al eerder gerapporteerd hier, met het lezen van de TS en een beetje goed gebruik van zoekwoorden kom je een heel eind!

Heb je overigens een snelle meter (SMR 5), dat scheelt al iets in vertraging.

[Druppeltje_]

Mattie112 schreef op vrijdag 1 augustus 2025 @ 13:52:
Goed, gister na ontvangst beide batterijen 100% opgeladen (geforcered). Tijdje bezig geweest om de P1 meter te koppelen maar zo rond een uur of 8 de NOM stand aangezet.

Vanochtend rond 8u:
Accu1: 58%
Accu2: 67%

Vind dat nog wel een groot verschil, maar misschien moet de SoC nog even kalibreren?


Op dit moment (met her en der wat zon):
Accu1: 84%
Accu2: 95%

Als ik dan naar mijn HomeAssistant Energy dashboard kijk heb ik (so far) 411Wh teruggeleverd naar het net en 422Wh afgenomen.

Helemaal NOM gaat het (nog) niet worden, als bijv de boiler aanspringt heb ik niet vermogen, ze staan (nog) niet op een eigen groep. Maar, ben benieuwd waar dit op uit gaat komen zo. Het voelt alsof het nog best 'veel' is wat er toch van het net af gaat.

Maar misschien kijk ik er veel te veel nara zo in het begin Ik begon al meteen te denken "zou het niet beter zijn om met HA 1 accu uit te zetten en pas als die leeg is de 2e op NOM te zetten". Maargoed eerst maar even een beetje afkijken

Dat verschil in SoC is er hier ook. En met momenten nog een veel groter verschil. De een batterij kan hier op standby staan, de andere aan het laden met 1100W ofzo.
Een uur later kan dit gewisseld zijn. Met ontladen idem.
Die verschillen zijn wel groter na de laatste FW update vind ik. Al heb ik hier een tijd geleden gelezen dat er hier mensen zijn die het omgekeerde ervaren. Ik besteed er alleszins niet teveel aandacht aan, kan de RTE misschien te goede komen?
Als je met HA 1 accu tijdelijk gaat uitschakelen tot dat de andere leeg is ga je nog meer vermogen missen, en mijn inziens nog meer van het net trekken als er verbruikers zijn die boven de 800W gaan pieken.

[Mattie112]

pascallj schreef op vrijdag 1 augustus 2025 @ 13:59:
[...]


Die situatie is normaal. Er is geen logica bekend hoe meerdere batterijen zich gedragen. Het gaat zoals het gaat: soms de ene, soms de andere, soms beiden.

Je mag kijken naar de data wat je wilt, maar ik zou iets minder analyseren. Pas na een tijdje dingen bekijken wat er goed gaat en wat minder. Bijna alles is ook al eerder gerapporteerd hier, met het lezen van de TS en een beetje goed gebruik van zoekwoorden kom je een heel eind!

Heb je overigens een snelle meter (SMR 5), dat scheelt al iets in vertraging.

Oh absoluut, dat bedoelde met "misschien kijk ik er te veel naar in het begin" Daar ben ik me zeker van bewust!

Wel DSMR 5!

Druppeltje_ schreef op vrijdag 1 augustus 2025 @ 14:10:
[...]


Dat verschil in SoC is er hier ook. En met momenten nog een veel groter verschil. De een batterij kan hier op standby staan, de andere aan het laden met 1100W ofzo.
Een uur later kan dit gewisseld zijn. Met ontladen idem.
Die verschillen zijn wel groter na de laatste FW update vind ik. Al heb ik hier een tijd geleden gelezen dat er mensen zijn het omgekeerde ervaren. Ik besteed er alleszins niet teveel aandacht aan, kan de RTE misschien te goede komen?
Als je met HA 1 accu tijdelijk gaat uitschakelen tot dat de andere leeg is ga je nog meer vermogen missen, en mijn inziens nog meer van het net trekken als er verbruikers zijn die boven de 800W gaan pieken.

Ik ben van plan ze op een eigen groep te zetten, dan speelt dat weer minder.

---

En misschien lossen ze met firmware updates nog wel wat op. Nu voelt het wel wat vreemd dat ze staan te "klapperen". Ik vraag me ook af of het systeem weet dat er 2 batterijen zijn. Of dat ze allebei zien "ik moet gaan leveren!" en dan ook weer beide afremmen "er is te veel" enz!

Maar wat langer monitoren zal al wat inzicht geven denk ik zo

[Druppeltje_]

Mattie112 schreef op vrijdag 1 augustus 2025 @ 14:15:
[...]

En misschien lossen ze met firmware updates nog wel wat op. Nu voelt het wel wat vreemd dat ze staan te "klapperen". Ik vraag me ook af of het systeem weet dat er 2 batterijen zijn. Of dat ze allebei zien "ik moet gaan leveren!" en dan ook weer beide afremmen "er is te veel" enz!

Maar wat langer monitoren zal al wat inzicht geven denk ik zo

Daar ben ik eigenlijk vrijwel zeker van dat de MT P1 weet heeft van alle batterijen. Dat leveren en afremmen in pieken en dalen had ik met de update van de CT003 naar V116 tamelijk hard. Leek wel of die ging overcompenseren.
Had daar melding van gemaakt en hebben ze mij V117 klaargezet. Heb ik nu geen last meer van.
Ik controleer de in en uit met HW en die paars/groene lijn blijft mooi vlak; mooi NOM.

[superduper1969]

pascallj schreef op vrijdag 1 augustus 2025 @ 13:46:
[...]


Volgens mij voegt deze AI output niet zo heel veel toe aan de discussie...

Dit is puur een andere manier om te zeggen dat de ene Wifi de andere niet is en dat het voor fabrikanten ook niet altijd makkelijk is om FW te schrijven/optimaliseren voor alle Wifi Routers/acces points omdanks dat er standaarden zijn.
Hetzelfde hebben we gezien dat de CT003 met DMSR/SMR moet samenwerken en dat is ook een flinke klus geweest waarbij en nog steeds combinaties te zijn waarbij het niet werkt ondanks SMR ook een standaard zou moeten zijn.

[pascallj]

superduper1969 schreef op vrijdag 1 augustus 2025 @ 14:30:
[...]

Dit is puur een andere manier om te zeggen dat de ene Wifi de andere niet is en dat het voor fabrikanten ook niet altijd makkelijk is om FW te schrijven/optimaliseren voor alle Wifi Routers/acces points omdanks dat er standaarden zijn.
Hetzelfde hebben we gezien dat de CT003 met DMSR/SMR moet samenwerken en dat is ook een flinke klus geweest waarbij en nog steeds combinaties te zijn waarbij het niet werkt ondanks SMR ook een standaard zou moeten zijn.

Dat klopt allemaal, het gaat mij echt om het AI gebruik. Rechtstreeks posten van AI output moeten we hier echt niet willen en voegt niets toe ten opzichte van dat je zelf bovenstaande had getypt. Ik zal dat ook echt blijven aankaarten want vind het echt een gevaarlijke zaak dat mensen alles van AI zomaar aannemen voor waarheid en klakkeloos overnemen of gebruiken.

Overigens is het ook niet toegestaan volgens de huisregels maar dat terzijde.

[Mattie112]

Druppeltje_ schreef op vrijdag 1 augustus 2025 @ 14:19:
[...]


Daar ben ik eigenlijk vrijwel zeker van dat de MT P1 weet heeft van alle batterijen. Dat leveren en afremmen in pieken en dalen had ik met de update van de CT003 naar V116 tamelijk hard. Leek wel of die ging overcompenseren.
Had daar melding van gemaakt en hebben ze mij V117 klaargezet. Heb ik nu geen last meer van.
Ik controleer de in en uit met HW en die paars/groene lijn blijft mooi vlak; mooi NOM.

Oh dan zal ik thuis nog eens naar de updates kijken, ik dacht dat ik v116 had dus dan moet er nog een nieuwere versie zijn!

[bommel]

Hometek schreef op vrijdag 1 augustus 2025 @ 13:52:
[...]

Ik vind die verschillende ervaringen niet zo vreemd.
Zo te lezen heb jij enige kennis omtrent wifi, en toch was het ook bij jouw duidelijk geen plug-and-play, maar moest je wifi netwerk speciaal voor de Marstek aangepast worden.
Voor veel mensen (ook tweakers, mijzelf inbegrepen) zijn wifi netwerken met al die verschillende instelmogelijkheden onbekend terrein. Voeg daar bij dat er heel veel verschillende types routers bestaan, met meer of minder mogelijkheden en dat de Marstek apparaten duidelijk niet de beste wifi software/hardware hebben. Het is eerder een kansspel of iemands wifi netwerk past bij de Marstek

Ik denk dat Marstek bij de wifi en de slimme meter te weinig aandacht heeft besteedt aan brede compatibiliteit met alle mogelijke situaties bij klanten thuis.

Net als veel IoT apparatuur is de WiFi chipset in de Marstek apparatuur nogal beperkt/gevoelig. Naar mijn ervaring gaat het met IoT devices vaak op de volgende punten mis:

• 2.4 Ghz en 5 Ghz WiFi op hetzelfde SSID: daardoor misluikt de connectie. Voor IoT is het daarom het beste een dedicated 2.4 Ghz WiFi SSID te hebben
• Meerdere access points of repeaters met hetzelfde SSID: ook nogal eens een struikelpunt, IoT devices verbinden nogal eens met het eerste AP dat ze zien en onthouden het BSSID (zeg maar het mac adres van dit AP). Het kan dan helpen om het device op een bepaald AP te forceren (in Unifi heet dat bijv. Lock to Access Point).
• WiFi kanaal overlapping: veel routers gebruiken standaard kanaal 1, 6 of 11 op 2.4 GHz, waardoor interferentie ontstaat. Met repeaters en mesh systemen wordt dit probleem nog erger omdat ze vaak automatisch hetzelfde kanaal kiezen. Het handmatig instellen van verschillende kanalen kan helpen.
• Kanaalbandbreedte op 2.4 GHz: veel routers staan standaard op 40 MHz bandbreedte, maar voor IoT devices werkt 20 MHz vaak beter. Dit geeft minder interferentie en betere compatibiliteit, ook al is de theoretische snelheid lager (wat voor IoT devices toch niet relevant is).

[SatScan]

Mattie112 schreef op vrijdag 1 augustus 2025 @ 13:52:
Goed, gister na ontvangst beide batterijen 100% opgeladen (geforcered). Tijdje bezig geweest om de P1 meter te koppelen maar zo rond een uur of 8 de NOM stand aangezet.

Vanochtend rond 8u:
Accu1: 58%
Accu2: 67%

Vind dat nog wel een groot verschil, maar misschien moet de SoC nog even kalibreren?


Op dit moment (met her en der wat zon):
Accu1: 84%
Accu2: 95%

Als ik dan naar mijn HomeAssistant Energy dashboard kijk heb ik (so far) 411Wh teruggeleverd naar het net en 422Wh afgenomen.

Helemaal NOM gaat het (nog) niet worden, als bijv de boiler aanspringt heb ik niet vermogen, ze staan (nog) niet op een eigen groep. Maar, ben benieuwd waar dit op uit gaat komen zo. Het voelt alsof het nog best 'veel' is wat er toch van het net af gaat.

Maar misschien kijk ik er veel te veel nara zo in het begin Ik begon al meteen te denken "zou het niet beter zijn om met HA 1 accu uit te zetten en pas als die leeg is de 2e op NOM te zetten". Maargoed eerst maar even een beetje afkijken

Na 1 dag al conclusies trekken is wel heel erg snel....

Laat je systeem een week met rust... dan zul je zien en merken dat het system zichzelf goed in balans houd met zo soms de ene batterij verder ontlaad en dan de andere...
Ik heb geen concrete logica kunne ontdekken in de afgelopen maanden met 2 batterijen maar dat hoeft ook niet bij LFP batterijen. Waar ik meer naar benieuwd ben of ze zelfstandig zorgen dat ze 100% laden als er langere tijd daarvoor onvoldoende zon is. Maar goed dat zien we verderop dit jaar.

Met 1 of 2 batterijen mij RTE blijft zo'n 72,5%, dus gewoon beide aan laten heb je ook de hoogste Watt compensatie...

m2c

[Mattie112]

SatScan schreef op vrijdag 1 augustus 2025 @ 15:08:
[...]


Na 1 dag al conclusies trekken is wel heel erg snel....

Laat je systeem een week met rust... dan zul je zien en merken dat het system zichzelf goed in balans houd met zo soms de ene batterij verder ontlaad en dan de andere...
Ik heb geen concrete logica kunne ontdekken in de afgelopen maanden met 2 batterijen maar dat hoeft ook niet bij LFP batterijen. Waar ik meer naar benieuwd ben of ze zelfstandig zorgen dat ze 100% laden als er langere tijd daarvoor onvoldoende zon is. Maar goed dat zien we verderop dit jaar.

Met 1 of 2 batterijen mij RTE blijft zo'n 72,5%, dus gewoon beide aan laten heb je ook de hoogste Watt compensatie...

m2c

Hey ik trek juist nog geen conclusie toch, of althans dat was niet de bedoeling. Het viel me op en daarom zeg ik "ik zal er te veel naar kijken" en "eerst maar even rustig aankijken". Was puur uit enthousiasme

[SatScan]

Mattie112 schreef op vrijdag 1 augustus 2025 @ 15:15:
[...]


Hey ik trek juist nog geen conclusie toch, of althans dat was niet de bedoeling. Het viel me op en daarom zeg ik "ik zal er te veel naar kijken" en "eerst maar even rustig aankijken". Was puur uit enthousiasme

Top!

Wil jij je 'ruimte' met de MT gegevens vullen? Dan weten hoe en wat als je iets meldt...

[Hometek]

bommel schreef op vrijdag 1 augustus 2025 @ 14:41:
[...]

Net als veel IoT apparatuur is de WiFi chipset in de Marstek apparatuur nogal beperkt/gevoelig. Naar mijn ervaring gaat het met IoT devices vaak op de volgende punten mis:

• 2.4 Ghz en 5 Ghz WiFi op hetzelfde SSID: daardoor misluikt de connectie. Voor IoT is het daarom het beste een dedicated 2.4 Ghz WiFi SSID te hebben
• Meerdere access points of repeaters met hetzelfde SSID: ook nogal eens een struikelpunt, IoT devices verbinden nogal eens met het eerste AP dat ze zien en onthouden het BSSID (zeg maar het mac adres van dit AP). Het kan dan helpen om het device op een bepaald AP te forceren (in Unifi heet dat bijv. Lock to Access Point).
• WiFi kanaal overlapping: veel routers gebruiken standaard kanaal 1, 6 of 11 op 2.4 GHz, waardoor interferentie ontstaat. Met repeaters en mesh systemen wordt dit probleem nog erger omdat ze vaak automatisch hetzelfde kanaal kiezen. Het handmatig instellen van verschillende kanalen kan helpen.
• Kanaalbandbreedte op 2.4 GHz: veel routers staan standaard op 40 MHz bandbreedte, maar voor IoT devices werkt 20 MHz vaak beter. Dit geeft minder interferentie en betere compatibiliteit, ook al is de theoretische snelheid lager (wat voor IoT devices toch niet relevant is).

Weer iets geleerd over wifi

Maar een IoT wifi chipset lijkt dan geen handige keuze voor een plug-and-play apparaat.

[Druppeltje_]

SatScan schreef op vrijdag 1 augustus 2025 @ 15:08:
[...]


Na 1 dag al conclusies trekken is wel heel erg snel....

Waar ik meer naar benieuwd ben of ze zelfstandig zorgen dat ze 100% laden als er langere tijd daarvoor onvoldoende zon is. Maar goed dat zien we verderop dit jaar.

Ohw.. is dat iets dat jij verwacht of ergens uit kan afleiden? Zou inderdaad wel heel erg goed en makkelijk zijn. Maar totnogtoe ging ik er van uit dat we dat handmatig zouden moeten uitvoeren en in de gaten moesten houden.

[Metsubsidie]

bommel schreef op vrijdag 1 augustus 2025 @ 14:41:
[...]

Net als veel IoT apparatuur is de WiFi chipset in de Marstek apparatuur nogal beperkt/gevoelig. Naar mijn ervaring gaat het met IoT devices vaak op de volgende punten mis:

• 2.4 Ghz en 5 Ghz WiFi op hetzelfde SSID: daardoor misluikt de connectie. Voor IoT is het daarom het beste een dedicated 2.4 Ghz WiFi SSID te hebben
• Meerdere access points of repeaters met hetzelfde SSID: ook nogal eens een struikelpunt, IoT devices verbinden nogal eens met het eerste AP dat ze zien en onthouden het BSSID (zeg maar het mac adres van dit AP). Het kan dan helpen om het device op een bepaald AP te forceren (in Unifi heet dat bijv. Lock to Access Point).
• WiFi kanaal overlapping: veel routers gebruiken standaard kanaal 1, 6 of 11 op 2.4 GHz, waardoor interferentie ontstaat. Met repeaters en mesh systemen wordt dit probleem nog erger omdat ze vaak automatisch hetzelfde kanaal kiezen. Het handmatig instellen van verschillende kanalen kan helpen.
• Kanaalbandbreedte op 2.4 GHz: veel routers staan standaard op 40 MHz bandbreedte, maar voor IoT devices werkt 20 MHz vaak beter. Dit geeft minder interferentie en betere compatibiliteit, ook al is de theoretische snelheid lager (wat voor IoT devices toch niet relevant is).

laat ik daar nu net allemaal rekening mee gehouden hebben.

Nu staat op 25 cm afstand van elkaar de Venus en de CT003 en een eigen dedicated router met eigen ssid a 2,4 Ghz op een rustig kanaal 11 met 100% power en toch weet het na circa 1 week toch de geest te geven.

Mijn routerlog zegt dat de er bewust wordt gedisconnect.

De software deugt gewoon niet.

Edit :
Wat de NOM verliezen betreft, dat is bij mij ‘s nachts 2 a max 5 watt per uur en overdag rond de 20 watt a max 40-50 watt per uur. Daar ben ik heel tevreden mee. Gemeten met een onafhankelijke P! Meter.

[ Voor 5% gewijzigd door Metsubsidie op 01-08-2025 16:54 ]

[Witlof]

Ik ben met veel interesse dit topic aan het doorlezen en zie de verhalen van de nieuw aangekondigde V3. Vooral de LAN-aansluiting, maar ook de Modbus (over TCP?) lijkt mij wel prettig. Zeker om niet te hoeven 'knutselen' om hem goed/compleet in Home Assistant te integreren. Tenminste, dat is een aanname die ik maak, maar ik kan nergens daar (al) iets over vinden. Weet iemand hier al iets meer over of is het een kwestie van afwachten?

[pascallj]

Witlof schreef op vrijdag 1 augustus 2025 @ 17:05:
Ik ben met veel interesse dit topic aan het doorlezen en zie de verhalen van de nieuw aangekondigde V3. Vooral de LAN-aansluiting, maar ook de Modbus (over TCP?) lijkt mij wel prettig. Zeker om niet te hoeven 'knutselen' om hem goed/compleet in Home Assistant te integreren. Tenminste, dat is een aanname die ik maak, maar ik kan nergens daar (al) iets over vinden. Weet iemand hier al iets meer over of is het een kwestie van afwachten?

Totdat de eerste is afgeleverd en (vooral ook) getest kunnen we niets anders dan speculeren. Ook hebben we nog geen officiële specsheet of iets, dus zelfs daar kunnen we niets over zeggen.

[bommel]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 16:48:
[...]
laat ik daar nu net allemaal rekening mee gehouden hebben.

Nu staat op 25 cm afstand van elkaar de Venus en de CT003 en een eigen dedicated router met eigen ssid a 2,4 Ghz op een rustig kanaal 11 met 100% power en toch weet het na circa 1 week toch de geest te geven.

Mijn routerlog zegt dat de er bewust wordt gedisconnect.

De software deugt gewoon niet.

Kan ook zijn dat er iets anders specifieks in jouw instellingen zit waar de Marstek's niet goed mee omgaan, waarbij dan de vraag is: wat precies. Je kunt eens zoeken op Enhanced IoT Connectivity van unifi en kijken welke instellingen dat zet en of jouw systeem die ook heeft.

[Witlof]

pascallj schreef op vrijdag 1 augustus 2025 @ 17:08:
[...]


Totdat de eerste is afgeleverd en (vooral ook) getest kunnen we niets anders dan speculeren. Ook hebben we nog geen officiële specsheet of iets, dus zelfs daar kunnen we niets over zeggen.

Ik dacht dat er al een (aantal) geleverd was/waren zoals te zien is in een filmpje van thuisbatterij.nl over de vergelijking tussen de 2 en 3. Maar dan wachten we rustig af.

[Metsubsidie]

bommel schreef op vrijdag 1 augustus 2025 @ 17:15:
[...]

Kan ook zijn dat er iets anders specifieks in jouw instellingen zit waar de Marstek's niet goed mee omgaan, waarbij dan de vraag is: wat precies. Je kunt eens zoeken op Enhanced IoT Connectivity van unifi en kijken welke instellingen dat zet en of jouw systeem die ook heeft.

Tsja, ik kan van alles veranderen in die instellingen maar wat ...

Meeste kans op verbetering acht ik "Short GI" op uit
Using a short (400ns) guard interval can increase throughput. However, it can also increase error rate in some installations, due to increased sensitivity to radio-frequency reflections. Select the option that works best for your installation.

De rest zijn waarden tussen 0 en nog wat, met advies van de router fabrikant om dat zo te laten, dus dat doe ik maar.


Zoals al opgemerkt zegt mijn router log ongeveer elk 1/2 uur :
Wireless system with MAC address xxxxxxxxx disconnected for reason: Received Deauthentication

Daarna wordt weer verbonden.Zo is het hele log gevuld.

Vannacht om 4:14 was de laatste hiervoor genoemde fout melding, daarna is het log leeg , tot ik om 7:23 weer inlogde.

Mij accu was om circa 4:15 leeg volgens mijn Domoticz log..

Toeval ?

[bommel]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 17:47:
[...]


Tsja, ik kan van alles veranderen in die instellingen maar wat ...

Meeste kans op verbetering acht ik "Short GI" op uit
Using a short (400ns) guard interval can increase throughput. However, it can also increase error rate in some installations, due to increased sensitivity to radio-frequency reflections. Select the option that works best for your installation.

De rest zijn waarden tussen 0 en nog wat, met advies van de router fabrikant om dat zo te laten, dus dat doe ik maar.


Zoals al opgemerkt zegt mijn router log ongeveer elk 1/2 uur :
Wireless system with MAC address xxxxxxxxx disconnected for reason: Received Deauthentication

Daarna wordt weer verbonden.Zo is het hele log gevuld.

Vannacht om 4:14 was de laatste hiervoor genoemde fout melding, daarna is het log leeg , tot ik om 7:23 weer inlogde.

Mij accu was om circa 4:15 leeg volgens mijn Domoticz log..

Toeval ?

Mischien heb je hier nog iets aan?

[dannyro]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 16:48:
[...]


laat ik daar nu net allemaal rekening mee gehouden hebben.

Nu staat op 25 cm afstand van elkaar de Venus en de CT003 en een eigen dedicated router met eigen ssid a 2,4 Ghz op een rustig kanaal 11 met 100% power en toch weet het na circa 1 week toch de geest te geven.

Mijn routerlog zegt dat de er bewust wordt gedisconnect.

De software deugt gewoon niet.

Edit :
Wat de NOM verliezen betreft, dat is bij mij ‘s nachts 2 a max 5 watt per uur en overdag rond de 20 watt a max 40-50 watt per uur. Daar ben ik heel tevreden mee. Gemeten met een onafhankelijke P! Meter.

Jij zegt "De software deugt gewoon niet." Maar, er zijn er hier toch velen waar het wel correct werkt. Hoe komt dit dan? Hier bij mij, 1 Marstek, HWP1 meter, deco x50 4 x AP, achter mijn eigen router, en dat werkt hier al van 21/5 vanaf de 1ste dag vlekkeloos. Waar zitten de verschillen?

[Metsubsidie]

dannyro schreef op vrijdag 1 augustus 2025 @ 17:58:
[...]

Jij zegt "De software deugt gewoon niet." Maar, er zijn er hier toch velen waar het wel correct werkt. Hoe komt dit dan? Hier bij mij, 1 Marstek, HWP1 meter, deco x50 4 x AP, achter mijn eigen router, en dat werkt hier al van 21/5 vanaf de 1ste dag vlekkeloos. Waar zitten de verschillen?

Ik heb geen HWP1 maar Marstek CT003.

Dus ja , het probleem is Marstek.

[dannyro]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 17:59:
[...]


Ik heb geen HWP1 maar Marstek CT003.

Dus ja , het probleem is Marstek.

Wat kort door de bocht hé...Soit. Succes nog verder.

[Metsubsidie]

Oke, was wat kort, sorry daarvoor.
Ik ben voor elk idee dankbaar hoor

Maar blijkbaar werkt bij iedereen de HWP1 wel en de CT003 niet.

Ik ga echter geen HWP1 kopen dat moet Marstek dan maar betalen.

Ik heb aardig wat iot devices hier en nog nooit dit soort problemen gehad, gewoon een simpele Esp8266 werkt prima met mijn KPN Sagecom router box 12. De Marstek spullen helemaal niet.

[Druppeltje_]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 17:59:
[...]


Ik heb geen HWP1 maar Marstek CT003.

Dus ja , het probleem is Marstek.

Blijft raar met die verschillen.
Hier draait 2x MT en CT003 op de standaard router die door de provider geplaatst werd. Ik heb geen aparte routers of AP's in huis.
Draait hier sinds de 2de week van mei probleemloos.
MT's staan trouwens 12m verder in een betonnen kelder waar de wifi ontvangst ronduit belabberd is. De CT003 staat wel naast de router. Als ik in de app kijk, hebben de MT's vaak maar 1 van de 4 groene streepjes qua wifi-ontvangst.
Uitval nog niet 1 keer meegemaakt, NOM draait perfect en zit ook nooit vertraging op het reageren van de MT's (buiten de doodnormale piekjes)

Om maar te zeggen dat het niet altijd kommer en kwel is.

[dannyro]

@Druppeltje_ 1 van de 4 groene streepjes qua wifi-ontvangst is niet zo belangrijk. Wel een goede indicatie. Wifi Signal Strength is belangrijker. Kan je dat niet meten?

[Metsubsidie]

Druppeltje_ schreef op vrijdag 1 augustus 2025 @ 18:09:
[...]
MT's staan trouwens 12m verder in een betonnen kelder waar de wifi ontvangst ronduit belabberd is. De CT003 staat wel naast de router. Als ik in de app kijk, hebben de MT's vaak maar 1 van de 4 groene streepjes qua wifi-ontvangst.

Voor dat ik alles op 25 cm had staan was de afstand ook groter , werkte dan een week met amper 1 groen streepje ook prima maar daarna was het afgelopen.

Dat herhaald zich zo en aan mijn netwerk ligt het niet, ik heb al 4 verschillende routers ( Fritz, TPlink, Sagecom, Linksys) geprobeerd.
Het werkt allemaal een bepaalde tijd.

Nu een dLink , voor afgelopen week.

Elke keer gebeurd er iets na verloop van circa 1 a 2 weken.

Eerst dacht ik dat de CT003 naar een ander netwerk verdween maar dat is niet het geval, want mijn router zegt dat de CT003 en de Venus voor 100% verbonden zijn. Maar toch werkt het niet.

[Druppeltje_]

dannyro schreef op vrijdag 1 augustus 2025 @ 18:20:
@Druppeltje_ 1 van de 4 groene streepjes qua wifi-ontvangst is niet zo belangrijk. Wel een goede indicatie. Wifi Signal Strength is belangrijker. Kan je dat niet meten?

Ik zou het onmiddellijk nakijken.. als ik wist hoe
Ik heb van dat soort zaken geen verstand.. dus godzijdank dat het hier perfect loopt, want anders had ik een probleem

[Metsubsidie]

Druppeltje_ schreef op vrijdag 1 augustus 2025 @ 18:28:
[...]


Ik zou het onmiddellijk nakijken.. als ik wist hoe
Ik heb van dat soort zaken geen verstand.. dus godzijdank dat het hier perfect loopt, want anders had ik een probleem

Wifiman is your friend

[bommel]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 18:25:
[...]


Voor dat ik alles op 25 cm had staan was de afstand ook groter , werkte dan een week met amper 1 groen streepje ook prima maar daarna was het afgelopen.

Dat herhaald zich zo en aan mijn netwerk ligt het niet, ik heb al 4 verschillende routers ( Fritz, TPlink, Sagecom, Linksys) geprobeerd.
Het werkt allemaal een bepaalde tijd.

Nu een dLink , voor afgelopen week.

Elke keer gebeurd er iets na verloop van circa 1 a 2 weken.

Eerst dacht ik dat de CT003 naar een ander netwerk verdween maar dat is niet het geval, want mijn router zegt dat de CT003 en de Venus voor 100% verbonden zijn. Maar toch werkt het niet.

Als je probeert de batterij(en) en de CT003 te pingen, reageren ze dan allemaal? Een goede start is denk ik om vast te stellen of ze allemaal de verbinding verliezen of dat de batterijen de ct niet meer kunnen bereiken. Je hebt alles wel een vast ip adres gegeven?

[dannyro]

Druppeltje_ schreef op vrijdag 1 augustus 2025 @ 18:28:
[...]


Ik zou het onmiddellijk nakijken.. als ik wist hoe
Ik heb van dat soort zaken geen verstand.. dus godzijdank dat het hier perfect loopt, want anders had ik een probleem

Ik heb deze gegevens via modbus. Eens in verdiepen. 3 maanden geleden kende ik daar niets van, Nu heb ik in Home Assistant al een prachtig dashboard gemaakt. Echt een hobby

[Metsubsidie]

bommel schreef op vrijdag 1 augustus 2025 @ 18:35:
[...]

Als je probeert de batterij(en) en de CT003 te pingen, reageren ze dan allemaal? Een goede start is denk ik om vast te stellen of ze allemaal de verbinding verliezen of dat de batterijen de ct niet meer kunnen bereiken. Je hebt alles wel een vast ip adres gegeven?

Nee ik heb ze geen vast IP adres gegeven.

De CT003 en de Venus zitten op hun eigen virtuele netwerk, ingesteld door Marstek.
Zoals ook geadviseerd door Unifi etc.

Maar dat is het probleem niet , ik kan de Venus en CT003 individueel wel benaderen, als de 2 samen geen verbinding hebben.

Na een "Big" reset werkt alles weer gewoon... voor circa een week.

Ik begrijp dat er meer mensen zijn met verbindingsproblemen tussen de CT003 en de Venus.

Het werk een week en dan ben ik best tevreden over het spul.

Wat mij betreft lossen ze dat bij Marstek maar eens op.

Alan (van Marstek) schreef eerder dat men bezig was met nieuwe firmware (dus dat is na de V153.213 en V117).

[bommel]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 18:48:
[...]


Nee ik heb ze geen vast IP adres gegeven.

De CT003 en de Venus zitten op hun eigen virtuele netwerk, ingesteld door Marstek.
Zoals ook geadviseerd door Unifi etc.

Maar dat is het probleem niet , ik kan de Venus en CT003 individueel wel benaderen, als de 2 samen geen verbinding hebben.

Na een "Big" reset werkt alles weer gewoon... voor circa een week.

Ik begrijp dat er meer mensen zijn met verbindingsproblemen tussen de CT003 en de Venus.

Het werk een week en dan ben ik best tevreden over het spul.

Wat mij betreft lossen ze dat bij Marstek maar eens op.

Alan (van Marstek) schreef eerder dat men bezig was met nieuwe firmware (dus dat is na de V153.213 en V117).

Je koppelt de CT002/3 via bluetooth aan WiFi en voor zover ik heb kunnen ontdekken heeft de CT geen disocvery mechanisme. De batterij slaat daarom op het moment van koppelen het ip adres van de CT op en gebruikt dat voor communicatie in de toekomst (disclaimer: aanname obv testen en analyseren firmware).
Als het IP adres wijzigt, bijv omdat je een disconnect op je wifi hebt, dan kunnen ze elkaar zeker niet meer vinden. Ik zou dus beginnen met vaste ip adressen cq dhcp reserveringen.

[Flesym]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 18:25:
[...]


Voor dat ik alles op 25 cm had staan was de afstand ook groter , werkte dan een week met amper 1 groen streepje ook prima maar daarna was het afgelopen.

Dat herhaald zich zo en aan mijn netwerk ligt het niet, ik heb al 4 verschillende routers ( Fritz, TPlink, Sagecom, Linksys) geprobeerd.
Het werkt allemaal een bepaalde tijd.

Nu een dLink , voor afgelopen week.

Elke keer gebeurd er iets na verloop van circa 1 a 2 weken.

Eerst dacht ik dat de CT003 naar een ander netwerk verdween maar dat is niet het geval, want mijn router zegt dat de CT003 en de Venus voor 100% verbonden zijn. Maar toch werkt het niet.

Ik gebruik een HW P1 meter en heb geen problemen.
Maar wat me opvalt is dat als ik mijn Marstek P1 meter aan USB koppel (maar niet aan de P1 poort) de Marstek P1 niet eens opstart. Koppel ik hem vervolgens aan de P1 poort is hij zichtbaar, haal ik de connectie weer los is hij ook niet meer zichtbaar op mijn Deco. Dus in plaats van een Wifi probleem, zou het niet gewoon een slechte connectie kunnen zijn van de Marstek P1 meter? Iemand al eens geprobeerd bv een tandenstoker tussen de Marstek P1 en de slimme meter te steken om zo de connector iets extra aan te drukken?
Wat daar tegen spreekt is dat voor velen een aparte AP wel werkt.

[pascallj]

Flesym schreef op vrijdag 1 augustus 2025 @ 19:49:
[...]

Ik gebruik een HW P1 meter en heb geen problemen.
Maar wat me opvalt is dat als ik mijn Marstek P1 meter aan USB koppel (maar niet aan de P1 poort) de Marstek P1 niet eens opstart. Koppel ik hem vervolgens aan de P1 poort is hij zichtbaar, haal ik de connectie weer los is hij ook niet meer zichtbaar op mijn Deco. Dus in plaats van een Wifi probleem, zou het niet gewoon een slechte connectie zijn van de Marstek P1 meter? Iemand al eens geprobeerd bv een tandenstoker tussen de Marstek P1 en de slimme meter te steken om zo de connector iets extra aan te drukken?

Stop je dan de USB aan de voeding kant erin? Want dan moet hij gewoon opstarten. Ik zou aan de P1 kant geen voeding inprikken, weet niet zeker of de pinout compatibel is.

En als je hem voedt via P1, is het logisch dat hij verbinding verliest als je hem uit de P1 trekt. Maar zoals altijd: eerst proberen met voeding, werkt het lange tijd goed, kan je kijken of je met de voeding uit de P1 genoeg hebt.

Ik kan de CT003 gewoon configureren als hij niet verbonden is met de P1 meter, dus dat kan het denk niet zijn.

[ Voor 4% gewijzigd door pascallj op 01-08-2025 19:53 ]

[Flesym]

pascallj schreef op vrijdag 1 augustus 2025 @ 19:52:
[...]


Stop je dan de USB aan de voeding kant erin? Want dan moet hij gewoon opstarten. Ik zou aan de P1 kant geen voeding inprikken, weet niet zeker of de pinout compatibel is.

En als je hem voedt via P1, is het logisch dat hij verbinding verliest als je hem uit de P1 trekt. Maar zoals altijd: eerst proberen met voeding, werkt het lange tijd goed, kan je kijken of je met de voeding uit de P1 genoeg hebt.

Ik kan de CT003 gewoon configureren als hij niet verbonden is met de P1 meter, dus dat kan het denk niet zijn.

Natuurlijk doe ik de voeding op de IN poort en niet op de P1 poort. Maar hij start echt niet op als niet ook de P1 poort op de slimme meter is aangesloten. Het witte lampje gaat niet branden en ik kan hem niet zien in mijn Deco.

[ Voor 4% gewijzigd door Flesym op 01-08-2025 19:56 ]

[pascallj]

Flesym schreef op vrijdag 1 augustus 2025 @ 19:55:
[...]

Natuurlijk doe ik de voeding op de IN poort en niet op de P1 poort. Maar hij start echt niet op als niet ook de P1 poort op de slimme meter is aangesloten

Gebruik je toevallig een USB-C voeding? Dat werkt volgens mij niet. Je moet dacht een traditionele voeding hebben met een USB-A naar USB-C kabel.

[Flesym]

pascallj schreef op vrijdag 1 augustus 2025 @ 19:56:
[...]


Gebruik je toevallig een USB-C voeding? Dat werkt volgens mij niet. Je moet dacht een traditionele voeding hebben met een USB-A naar USB-C kabel.

Ik gebruik de bijgeleverde USB-C naar USB-C adapter

[thepixel]

pascallj schreef op vrijdag 1 augustus 2025 @ 19:56:
[...]


Gebruik je toevallig een USB-C voeding? Dat werkt volgens mij niet. Je moet dacht een traditionele voeding hebben met een USB-A naar USB-C kabel.

En een zonder fancy laadmogeljkheden. Die werkte bij mij ook niet. Een eenvoudige adapter van de ikea deed het uiteindelijk wel.

[Flesym]

thepixel schreef op vrijdag 1 augustus 2025 @ 19:59:
[...]

En een zonder fancy laadmogeljkheden. Die werkte bij mij ook niet. Een eenvoudige adapter van de ikea deed het uiteindelijk wel.

Als dat zo is kan dat (ook) wel eens een oorzaak zijn . Mensen denken dat ze hem extern voeden maar dat die vervolgens niet werkt.

[pascallj]

Flesym schreef op vrijdag 1 augustus 2025 @ 19:57:
[...]

Ik gebruik de bijgeleverde USB-C naar USB-C adapter

Dan is die van jou misschien niet goed, want heb die van mij net uit de doos gehaald en opnieuw ingesteld. Werkt prima met de bijgeleverde adapter en zichtbaar op de WiFi.

Overigens welk witte lampje? Die van mij heeft alleen maar IR lezer aan de achterkant (en daar kan je vaag wat groen licht zien) maar geen lampje.

[iorses]

PeterG88 schreef op vrijdag 1 augustus 2025 @ 08:06:
[...]


De shelly pm mini, is die niet te 'licht' om de marstek te meten?
Dacht dat die maar 8A kon.
Heb er hier ook nog 1 liggen die ik voor dat doel zou kunnen gebruiken.

Nee 16a 3840w, ik heb die ook op mijn stroomgroepen zitten al jaren. Voor de batterij te monitoren heb je wel minimaal Gen3 nodig anders meet hij de ontlading niet.
Jij bedoeld de Shelly 1PM Mini (rode met relais) Shelly PM Mini is alleen meting geen relais.

[ Voor 9% gewijzigd door iorses op 01-08-2025 20:20 ]

[tinamar]

pascallj schreef op vrijdag 1 augustus 2025 @ 20:03:
[...]


Dan is die van jou misschien niet goed, want heb die van mij net uit de doos gehaald en opnieuw ingesteld. Werkt prima met de bijgeleverde adapter en zichtbaar op de WiFi.

Overigens welk witte lampje? Die van mij heeft alleen maar IR lezer aan de achterkant (en daar kan je vaag wat groen licht zien) maar geen lampje.

Lampje op CT003

[pascallj]

tinamar schreef op vrijdag 1 augustus 2025 @ 20:15:
[...]

[Afbeelding]
Lampje op CT003

Dan zijn daar dus ook verschillende varianten van: bij mij zit die er niet op:



Misschien dat dat ook iets te maken heeft met het verschil in werking tussen de een en de ander...

[Flesym]

pascallj schreef op vrijdag 1 augustus 2025 @ 20:18:
[...]


Dan zijn daar dus ook verschillende varianten van: bij mij zit die er niet op:

[Afbeelding]

Misschien dat dat ook iets te maken heeft met het verschil in werking tussen de een en de ander...

Eens, misschien goed om eens te checken bij welke versie de problemen (het meeste?) voorkomen.
Overigens even getest met een USB-A naar USB-C kabel maar dat maakt geen enkel verschil. De P1 poort MOET aangesloten zijn wil de CT003 werken.

[Metsubsidie]

bommel schreef op vrijdag 1 augustus 2025 @ 19:31:
[...]

Je koppelt de CT002/3 via bluetooth aan WiFi en voor zover ik heb kunnen ontdekken heeft de CT geen disocvery mechanisme. De batterij slaat daarom op het moment van koppelen het ip adres van de CT op en gebruikt dat voor communicatie in de toekomst (disclaimer: aanname obv testen en analyseren firmware).
Als het IP adres wijzigt, bijv omdat je een disconnect op je wifi hebt, dan kunnen ze elkaar zeker niet meer vinden. Ik zou dus beginnen met vaste ip adressen cq dhcp reserveringen.

Thuis batterij heeft een installatie handleiding gemaakt.
https://thuisbatterij.nl/...k-Venus-E-installatie.pdf

Maar als je het mij vraagt communiceren de CT003 en de Venus via mac-adres. Ik begreep zelfs dat dat via Mqtt gaat. Omdat de HWP1, en andere P1 meters, ook werkt lijkt mij dat er niet veel intelligentie zit in de CT003.

Dat lijkt mij allemaal ook logisch

Het IP adres is voor externe routing.

Na een harde reset , vinden de CT003 en Venus elkaar weer in no-time. Ik vermoed dat dus dat dat obv mac- adressing gaat.

Bluetooth is, gezien geringere bereik, alleen voor eerste setup en voor updating van de apparaten.

Maar goed het werkt weer, na de harde reset.

Dus we wachten maar weer af.

Wat mij betreft is er een software fout dien kan zijn veroorzaakt door een fout in het geheugen van de Venus.

[Flesym]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 21:32:
[...]


Thuis batterij heeft een installatie handleiding gemaakt.
https://thuisbatterij.nl/...k-Venus-E-installatie.pdf

Maar als je het mij vraagt communiceren de CT003 en de Venus via mac-adres. Ik begreep zelfs dat dat via Mqtt gaat. Omdat de HWP1, en andere P1 meters, ook werkt lijkt mij dat er niet veel intelligentie zit in de CT003.

Dat lijkt mij allemaal ook logisch

Het IP adres is voor externe routing.

Na een harde reset , vinden de CT003 en Venus elkaar weer in no-time. Ik vermoed dat dus dat dat obv mac- adressing gaat.

Bluetooth is, gezien geringere bereik, alleen voor eerste setup en voor updating van de apparaten.

Maar goed het werkt weer, na de harde reset.

Dus we wachten maar weer af.

Wat mij betreft is er een software fout dien kan zijn veroorzaakt door een fout in het geheugen van de Venus.

Hoe IP technisch werkt is als volgt:
- normaal wordt op laag 3 een IP-adres gerouteerd.
- als het op het lokale LAN (laag 2) is aangekomen wordt hij inderdaad direct op MAC-adres naar de ontvanger verstuurd
- de router onderhoudt hiervoor een ARP tabel zodat hij zowel het IP adres alls het bijbehorende MAC adres kent
- als een router een tijd niets van een MAC-adres heeft gehoord schoont hij dat adres uit de tabel
- als er een nieuw bericht komt voor dat IP adres stuurt de router een speciaal berichtje (ARP request) uit om de ARP tabel weer bij te werken.
- als de tabel niet up to date (bv omdat de CT003 niet op een ARP reageert) is kan een berichtje dus niet worden afgeleverd

Bij een harde reset stuurt een device altijd een ARP uit om de router te laten weten dat hij er is. Het zou mooi zijn als iemand d kan sniffen of de CT003 inderdaad reageert op een ARP request van de router.

[pascallj]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 21:32:
[...]


Thuis batterij heeft een installatie handleiding gemaakt.
https://thuisbatterij.nl/...k-Venus-E-installatie.pdf

Maar als je het mij vraagt communiceren de CT003 en de Venus via mac-adres. Ik begreep zelfs dat dat via Mqtt gaat. Omdat de HWP1, en andere P1 meters, ook werkt lijkt mij dat er niet veel intelligentie zit in de CT003.

De MQTT is niet lokaal geregeld en NOM werkt ook lokaal, dus dat kan niet.

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 21:32:
[...]

Het IP adres is voor externe routing.

Voor externe routing? Van de batterij gaat alles via de Cloud en CT002/3 blijven gewoon lokaal dus daar is geen extern IP voor nodig.

@bommel heeft hier veel onderzoek naar gedaan. Even zoeken tussen die berichten en dan CTRL-F op 'CT00' en je leert een hele hoop.

Voor zover ik weet is nog niet bekend hoe CT aan het IP-adres komt.

[Metsubsidie]

pascallj schreef op vrijdag 1 augustus 2025 @ 21:52:
[...]


De MQTT is niet lokaal geregeld en NOM werkt ook lokaal, dus dat kan niet.


[...]


Voor externe routing? Van de batterij gaat alles via de Cloud en CT002/3 blijven gewoon lokaal dus daar is geen extern IP voor nodig.

@bommel heeft hier veel onderzoek naar gedaan. Even zoeken tussen die berichten en dan CTRL-F op 'CT00' en je leert een hele hoop.

Voor zover ik weet is nog niet bekend hoe CT aan het IP-adres komt.

Mqtt , oke idd, dat is in ieder geval voor de communicatie met de cloud.

Bij mij werkt de cloud niet meer... of gebrekkig.

Dat is min of meer sinds ik actief de modbus poll. Hoewel mbt gisteren heb ik later weer wel gebruiksinfo, eergisteren en vandaag niet.

Mij thuis IP net is 192.168.2.0/24

Bij mij zitten de CT003 en Venus op een eigen subnet (192.168.1.xxx), ik vermoed dat een Venus als domain controller optreedt (kan?) , ook bijv als er meerdere Venussen zijn aangesloten. De Venus die als domain controller optreedt geeft ook via eigen DHCP de IP adressen uit ?

Anders lijkt mij het niet te werken.

Edit dom dom dom , kwartje valt net :

Originator Target Protocol State Priority Time Out
192.168.1.212:46138 192.168.1.1:53 UDP - BE (L) 298
192.168.1.208:57184 192.168.1.1:53 UDP - BE (L) 287
192.168.1.212:17587 192.168.1.1:53 UDP - BE (L) 285
192.168.1.212:20691 192.168.1.1:53 UDP - BE (L) 255
192.168.1.212:3886 192.168.1.1:53 UDP - BE (L) 241
192.168.1.212:41375 192.168.1.1:53 UDP - BE (L) 228
192.168.1.212:39190 192.168.1.1:53 UDP - BE (L) 213
192.168.1.212:5999 192.168.1.1:53 UDP - BE (L) 199
192.168.1.212:42755 192.168.1.1:53 UDP - BE (L) 185
192.168.1.212:43400 192.168.1.1:53 UDP - BE (L) 172
192.168.1.212:64741 192.168.1.1:53 UDP - BE (L) 157
192.168.1.212:53655 192.168.1.1:53 UDP - BE (L) 144
192.168.1.212:33278 192.168.1.1:53 UDP - BE (L) 129
192.168.1.212:48565 192.168.1.1:53 UDP - BE (L) 101
192.168.1.212:44366 192.168.1.1:53 UDP - BE (L) 86
192.168.1.212:41201 192.168.1.1:53 UDP - BE (L) 73
192.168.1.212:53737 192.168.1.1:53 UDP - BE (L) 58
192.168.1.212:28465 192.168.1.1:53 UDP - BE (L) 45
192.168.1.212:27169 192.168.1.1:53 UDP - BE (L) 30
192.168.1.212:63492 192.168.1.1:53 UDP - BE (L) 16
192.168.1.212:4133 192.168.1.1:53 UDP - BE (L) 3
192.168.1.212:22222 192.168.1.208:12345 UDP - BE (L) 300

port 53 = DNS controller Domain

[ Voor 33% gewijzigd door Metsubsidie op 01-08-2025 22:24 ]

[Flesym]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 22:11:
[...]

Mij thuis IP net is 192.168.2.0/24

Bij mij zitten de CT003 en Venus op een eigen subnet (192.168.1.xxx), ik vermoed dat een Venus als domain controller optreedt (kan?) , ook bijv als er meerdere Venussen zijn aangesloten. De Venus die als domain controller optreedt geeft ook via eigen DHCP de IP adressen uit ?

Anders lijkt mij het niet te werken.

Wat je beschrijft (twee laag 3 op één laag 2 netwerk) kan technisch maar is een hele smerige manier van implementeren en. Ik kan me niet voorstellen dat Marstek dat zo geïmplementeerd heeft. Mogelijk ben je in de war en beschrijf je 2 VLAN's op je router. Maar dan zal ook de router DHCP voor beide netwerken doen.

[Metsubsidie]

Flesym schreef op vrijdag 1 augustus 2025 @ 22:25:
[...]

Wat je beschrijft (twee laag 3 op één laag 2 netwerk) kan technisch maar is een hele smerige manier van implementeren en. Ik kan me niet voorstellen dat Marstek dat zo geïmplementeerd heeft. Mogelijk ben je in de war en beschrijf je 2 VLAN's op je router. Maar dan zal ook de router DHCP voor beide netwerken doen.

lees even mijn edit..

[bommel]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 22:11:
[...]

...

Originator Target Protocol State Priority Time Out
192.168.1.212:46138 192.168.1.1:53 UDP - BE (L) 298
...
192.168.1.212:22222 192.168.1.208:12345 UDP - BE (L) 300
...

Die laatste regel is communicatie vanaf batterij naar de CT, UDP poort 12345, de rest zijn gewoon dns lookups die niets te maken hebben met communicatie Batterij(en) en CT. Meer voor de communicatie met de MQTT van Marstek.

[bommel]

Metsubsidie schreef op vrijdag 1 augustus 2025 @ 22:11:
[...]
...
Bij mij zitten de CT003 en Venus op een eigen subnet (192.168.1.xxx), ik vermoed dat een Venus als domain controller optreedt (kan?) , ook bijv als er meerdere Venussen zijn aangesloten. De Venus die als domain controller optreedt geeft ook via eigen DHCP de IP adressen uit ?
...

Meest waarschijnlijke scenario: op het moment dat je de CT toevoegd in de Marstek app maakt deze verbinding met je WiFi. Daarna koppel je de CT aan een batterij en op dat moment krijgt de batterij het ip adres van de CT. Ik heb dit getest door de CT uit te zetten en een python script te laten luisteren op het ip adres en UDP/12345. Dan zie je meteen communicatie van de batterij(en).

[niek35]

@Metsubsidie Wat is een "dns controller domain" ?🤔

[Metsubsidie]

niek35 schreef op zaterdag 2 augustus 2025 @ 02:40:
@Metsubsidie Wat is een "dns controller domain" ?🤔

Niet echt mijn vakgebied.

[superduper1969]

Voor alle CT003 problemen.
Lees de topic start.
Reserveer het Mac adres.
Altijd apart voeden.
Geef aan of je een versie hebt met of zonder lampje dit is interessante info!
Meten is weten https://github.com/d-shmt/hass_marstek-smart-meter

[Franckxz]

Waarschijnlijk een ontzettend domme vraag:
Ik heb een HW P1 meter, die wordt gebruikt door de laadpaal (solar laden en load balancing). Ik kan de Marstek er niet bijzetten lijkt me en heb een tweede P1 meter nodig? En wat krijgt straks voorrang, de auto op Solar laden of de Marstek? En hoe beïnvloed ik dat?

[Franckxz]

GSBK1989 schreef op vrijdag 1 augustus 2025 @ 11:12:
@Franckxz , @Denrt , @EDB .

Code die nu loopt bij thuisbatterij.nl
Marstek50, exclusief p1 meter €1310.
Laat even weten als het bij jullie gelukt is!?

Het is gelukt, bedankt voor het delen!

[Meonline]

Wat raden jullie aan? Wat is het beste voor de batterij?

1 week op vakantie: batterij laten aanstaan (waarsch. verbruik van 1 kWh per dag) of batterij uitschakelen?
Instelling = NOM