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

[Ellroe32]

BTW de p1 meter van Martek update bij mijn sneller dan de HW-dongel (via hw display)

[ Voor 41% gewijzigd door Ellroe32 op 11-02-2025 21:41 ]

[S2S]

GerverCom schreef op dinsdag 11 februari 2025 @ 19:44:
Dag allen,

Ook ik heb de P1 meter van Marstek ontvangen en na het avond eten direct aan de slag. Zowel batterij als meter zijn verbonden met het netwerk. beide afzonderlijk ook benaderbaar via de app met redelijk snelle response van wifi en bluetooth connectie. Het daadwerkelijk verbruik is ook te lezen via de P1 meter.

Enkel het volgende, als ik dan via de CT optie een meter wil selecteren loop ik tegen de melding aan, in het engels, "TIP. Please click to add the P1 Meter device before performing this action! OK."

Tegen beter weten in dan toch maar weer "add new CT device" klikken welke via Bluetooth inderdaad weer de meter vind maar helaas bij het aanklikken van "configure" weer dezelfde melding om een apparaat toe te voegen.

Voor zover ik kan zien heb ik alle laatste versies. Iemand een suggestie?

Heb je de meter een andere naam gegeven?

[S2S]

S2S schreef op dinsdag 11 februari 2025 @ 19:39:
Hier nu is de accu niet meer benaderbaar via de app, 🤣 het wordt steeds leuker.

Na de stekker eruit te hebben getrokken , komt de batterij weer tot leven . Ik draai de komende tijd wel manueel. Tot wecken dynamisch contract hebben .

[GerverCom]

S2S schreef op dinsdag 11 februari 2025 @ 19:56:
[...]

Heb je de meter een andere naam gegeven?

Ja, dus niet moeten doen begrijp ik.. morgen maar eens resetten

[Maxwp]

PNARI schreef op dinsdag 11 februari 2025 @ 12:27:
https://eu.hamedata.com/app/AfterSales/login.html
inloggen met marstek gegevens.
[/quote]
Ik krijg van mijn firewall geen toegang tot die site.........

staat bij jou data bij

--
Charging settings:
Disharging settings:
Depth of Discharge DoD:
Discharge threshold: W
--
bij mij is die empty ondanks dat hij wel goed weergeeft de recent gedane firmware update.

[Maxwp]

hallorichard schreef op maandag 10 februari 2025 @ 21:24:
[...]

Net getest.
Marstek venus met Marstek p1 communiceren niet met elkaar zonder internetconnectie (dus geen 0 op de meter, bij geen internet). Kan wel via modbus commando's sturen die worden uitgevoerd.

Daarnaast ook getest met marstek venus en shelly simulator zonder internet connectie. Hier ging de werking gewoon door.

Net een melding gemaakt met deze constatering via de app bij marstek.

je zult het wel goed getest hebbben maar je hebt je modem even uit gezet om dit te testen?
daarmee ook je wifi uit waar deze 2 met elkaar communiceren ofzo
ik dacht dat de p1 op een eigen freq en protocol via de CB antenne met de marstek communiceerde dus internet nog wifi nog was.

[S2S]

GerverCom schreef op dinsdag 11 februari 2025 @ 19:58:
[...]

Ja, dus niet moeten doen begrijp ik.. morgen maar eens resetten

Originele naam gebruiken, dat werkte bij mij.

Ik denk dat ze die registreren met online komen. Ik vermoed software fout, maar ze gebruiken het denk ik voor historische data. Alleen niet echt handig van ze. Of ze slaan hem op in de app, ergens wordt deze geregistreerd.

[ Voor 33% gewijzigd door S2S op 11-02-2025 20:06 ]

[Maxwp]

Ellroe32 schreef op dinsdag 11 februari 2025 @ 19:36:
Draaien op AI.

Ik draai nu continue op de AI-stand. Zonder zon doet hij het volgende:

- Hij start netjes op het goedkoopste uur van de dag
- Laadt de batterij op op 2500W voor 2 uur
- Na 2 uur stapt hij over op NOM, tot hij leeg is (Hij zou wat mij betreft dan mogen ontladen wanneer de prijs hoog is)

Afijn....kleine indicatie wat hij doet op AI.

dat is natuurlij niet de bedoeling tenzij die 2 uur goedkoop was en direct erop duur kwam?

[Ellroe32]

Maxwp schreef op dinsdag 11 februari 2025 @ 20:09:
[...]

dat is natuurlij niet de bedoeling tenzij die 2 uur goedkoop was en direct erop duur kwam?

Idd. Ik zou ook willen dat hij dan gaat ontladen op de dure uren.

Dit schreven ze er over:
Obtain real-time electricity price information in the region, and then charge when the electricity price is cheapest. At the same time, it learns the customer\'s power consumption habits and solar power generation data to dynamically optimize the entire charging plan. Realize intelligent management.

[ Voor 37% gewijzigd door Ellroe32 op 11-02-2025 20:13 ]

[GerverCom]

S2S schreef op dinsdag 11 februari 2025 @ 20:04:
[...]

Originele naam gebruiken, dat werkte bij mij.

Ik denk dat ze die registreren met online komen. Ik vermoed software fout, maar ze gebruiken het denk ik voor historische data. Alleen niet echt handig van ze. Of ze slaan hem op in de app, ergens wordt deze geregistreerd.

Dat is inderdaad de oplossing. Voor degene die op zoek zijn naar de orginele naam van het device, toevoegen via bluetooth laat de naam zien bij het selecteren.

[hallorichard]

Maxwp schreef op dinsdag 11 februari 2025 @ 20:03:
[...]

je zult het wel goed getest hebbben maar je hebt je modem even uit gezet om dit te testen?
daarmee ook je wifi uit waar deze 2 met elkaar communiceren ofzo
ik dacht dat de p1 op een eigen freq en protocol via de CB antenne met de marstek communiceerde dus internet nog wifi nog was.

Nee alle spanning in het huis uitgezet
Ik ben ict-er dus ik weet wel hoe ik 2 apparaten in de router moet blokkeren voor internet verkeer.

Volgens mij dus goed getest. Maar je mag het zelf ook nog eens testen.

[Maxwp]

Ellroe32 schreef op dinsdag 11 februari 2025 @ 20:10:
[...]


Idd. Ik zou ook willen dat hij dan gaat ontladen op de dure uren.

prcies dat is het hele doel van de AI om r geld mee te verdienen
niet dat ik het zo ga gebruiken want NOM
na 1 jan 2027 ga ik eens kijken of dynacisch nog wel zin heeft . denk het niet meer
de markt zal er zelf dan wel meer op in springen en de consument wegdrukken

[Maxwp]

hallorichard schreef op dinsdag 11 februari 2025 @ 20:11:
[...]

Nee alle spanning in het huis uitgezet
Ik ben ict-er dus ik weet wel hoe ik 2 apparaten in de router moet blokkeren voor internet verkeer.

Volgens mij dus goed getest. Maar je mag het zelf ook nog eens testen.

ik ga even mijn modem uit trekken

psssttt met wifi

edit
maar goed dat is natuurlijk niet goed als internet eruit ligt en dat ding werkt niet meer
zit toch een eigen verbinding tussen de p1 en de marstek zelf.
de p1 maakt naast wifi ook verbinding via een eigen freq en eigen protocol dacht ik
of ben ik daar op het verkeerde been gezet
de snelheid waarbij de p1 update kan het niet zo zijn dat deze eerste via een hame server of zo moet gaan
vreemd zal wel een foutje zijn in de firmware eits voor update nummer 11.233.223e

krijgen we ene korting bij aanschaf nieuwe voor al die onderzoek werk wat ze eigenlijk zelf al hadden en moeten doen?

[ Voor 45% gewijzigd door Maxwp op 11-02-2025 20:17 ]

[A3-D]

Jovani schreef op dinsdag 11 februari 2025 @ 18:32:
[...]


V146 of V147 softwareversie?
Mijn Marstek Venus E zit nog op transport. Eerstdaags installeer ik hem en zal ik eerst nazien of HW P1 nog in mijn lijst staat. Zo ja : prima want geen actieve P1-splitter nodig en geen gebruik van de MT P1. Ik geef spoedig feedback.

Ben benieuwd naar je bevindingen. Welke slimme meter heb jij (merk + model).

[Houtje01]

GerverCom schreef op dinsdag 11 februari 2025 @ 19:44:
Dag allen,

Ook ik heb de P1 meter van Marstek ontvangen en na het avond eten direct aan de slag. Zowel batterij als meter zijn verbonden met het netwerk. beide afzonderlijk ook benaderbaar via de app met redelijk snelle response van wifi en bluetooth connectie. Het daadwerkelijk verbruik is ook te lezen via de P1 meter.

Enkel het volgende, als ik dan via de CT optie een meter wil selecteren loop ik tegen de melding aan, in het engels, "TIP. Please click to add the P1 Meter device before performing this action! OK."

Tegen beter weten in dan toch maar weer "add new CT device" klikken welke via Bluetooth inderdaad weer de meter vind maar helaas bij het aanklikken van "configure" weer dezelfde melding om een apparaat toe te voegen.

Voor zover ik kan zien heb ik alle laatste versies. Iemand een suggestie?

Je moet in de app naar apparaatbeheer gaan. Daar zie je de batterij en de p1 meter. Swipe de p1 meter naar links en verwijder hem. Nu opnieuw toevoegen. Zelfde naam aanhouden en dan meteen config doen. Dan moet het lukken

[Corne.w]

Nu7s schreef op dinsdag 11 februari 2025 @ 16:45:
Normaal ging hij bij mij gisteren geleverd worden maar telefoon gekregen op Zondag dat de container in Schiphol geselecteerd is voor controle en dit enkele dagen kan duren.

Voor mij geen probleem, nog eventjes en de cashback betaald de unit terug.

Dit weekend Home Assistant voorbereid op de komst en uitgekeken om NOM te draaien. Krijgt mijn vrouw mail met goed nieuws, ze mag een nieuwe leasewagen uitkiezen. Uiteraard allemaal elektrisch dus daar gaat heel het plan.

Voor mijn hetzelfde verhaal met de controle op Schiphol, maar inderdaad de cashback loopt lekker door. ik zou hem nu aankomende zondag krijgen.

Maar wat heb je precies voorbereid in HA? Ik heb nog geen idee wat ik moet voorbereiden in HA

[KeRsTmAnNeKe]

Houtje01 schreef op dinsdag 11 februari 2025 @ 20:27:
[...]

Je moet in de app naar apparaatbeheer gaan. Daar zie je de batterij en de p1 meter. Swipe de p1 meter naar links en verwijder hem. Nu opnieuw toevoegen. Zelfde naam aanhouden en dan meteen config doen. Dan moet het lukken

Ik had net het ook, weghalen in je apparaatoverzicht en daarna toevoegen via de batterij, met behoud van naam, werkte hier.


Facepalm momentje hier, ik voerde de Shelly emulator met kW data... die verwacht W, vandaar dat dat niet zo lekker werkte. Heb dat aangepast en krijg nu normale waardes, maar ondanks dat de batterij voldoende lading heeft gaat deze niet voeden, best gek.

Ander ding, heb zowel de batterij als de P1 meter verplaatst naar m'n IOT netwerk, maar kan nu geen verbinding maken, dacht misschien een firewall setting, maar heb beide apparaten al volledig toegang tot elkaar gegeven en dat doet nog niks. Zijn er nog andere settings te proberen? Verplaatsen naar mn hoofdnetwerk werkt nl wel.

[Nu7s]

Corne.w schreef op dinsdag 11 februari 2025 @ 20:30:
[...]
Maar wat heb je precies voorbereid in HA? Ik heb nog geen idee wat ik moet voorbereiden in HA

Ik gebruikte het energie dashboard in Home Assistant nog niet, heb dat geconfigureerd, enkel de batterij moet nog toegevoegd worden als die er is.

[Houtje01]

KeRsTmAnNeKe schreef op dinsdag 11 februari 2025 @ 20:38:
[...]

Ik had net het ook, weghalen in je apparaatoverzicht en daarna toevoegen via de batterij, met behoud van naam, werkte hier.


Facepalm momentje hier, ik voerde de Shelly emulator met kW data... die verwacht W, vandaar dat dat niet zo lekker werkte. Heb dat aangepast en krijg nu normale waardes, maar ondanks dat de batterij voldoende lading heeft gaat deze niet voeden, best gek.

Ander ding, heb zowel de batterij als de P1 meter verplaatst naar m'n IOT netwerk, maar kan nu geen verbinding maken, dacht misschien een firewall setting, maar heb beide apparaten al volledig toegang tot elkaar gegeven en dat doet nog niks. Zijn er nog andere settings te proberen? Verplaatsen naar mn hoofdnetwerk werkt nl wel.

Verplaatsen naar je hoofdnetwerk. 😂

[Ronald_61]

Ik krijg morgen de CT003 binnen.
Moet alleen de CT003 zijn origineler naam behouden of ook de batterij?

[S2S]

Ronald_61 schreef op dinsdag 11 februari 2025 @ 20:58:
Ik krijg morgen de CT003 binnen.
Moet alleen de CT003 zijn origineler naam behouden of ook de batterij?

Ik heb zelf de batterij hernoemd. Bij de CT003 geeft dit een fout als je hem opnieuw wilt toevoegen ooit. Tenminste zo is het hier gegaan .

Dus CT003 niet hernoemen.

[Jovani]

A3-D schreef op dinsdag 11 februari 2025 @ 20:27:
[...]

Ben benieuwd naar je bevindingen. Welke slimme meter heb jij (merk + model).

Sagemcom XT211

[Ronald_61]

S2S schreef op dinsdag 11 februari 2025 @ 21:02:
[...]

Ik heb zelf de batterij hernoemd. Bij de CT003 geeft dit een fout als je hem opnieuw wilt toevoegen ooit. Tenminste zo is het hier gegaan .

Dus CT003 niet hernoemen.

Bedankt.
Ik had de batterij namelijk al een andere naam gegeven. Dat laat ik dan zo tenzij nog iemand de ervaring heeft dat het wel moet gebeuren. De CT003 zal ik geen andere naam geven.

[realdaffy]

Nomdeju

[PNARI]

realdaffy schreef op dinsdag 11 februari 2025 @ 21:17:
Nomdeju
[Afbeelding]

[Afbeelding]

[Afbeelding]

HW meter ?

[S2S]

Mooi dat het voor sommigen werkt, hier werkt het voor geen meter 🤣 hopelijk verbetert dit in de nabije toekomst.

Ik draai voorlopig weer manueel. Kost mij nu alleen maar geld met zomaar ontladen en vooral zomaar laden.

[Corne.w]

Nu7s schreef op dinsdag 11 februari 2025 @ 20:48:
[...]


Ik gebruikte het energie dashboard in Home Assistant nog niet, heb dat geconfigureerd, enkel de batterij moet nog toegevoegd worden als die er is.

[Afbeelding]

[Afbeelding]

Ah op die manier bedoel je voorbereid. Ik gebruik dat energie dashboard niet eigenlijk.
Zit wel te twijfelen om de batterij straks via een kWh meter van home wizard te laten lopen in de groepenkast. Ik heb namelijk al een aparte groep aangelegd richting de opstelplaats van de batterij om ook te kunnen ontladen met meer vermogen op een verantwoorde manier.

En als ik dan alle ellende in dit topic lees over de problemen met de p1 van MT dan komt er misschien wel een Shelly naast in plaats van een kWh van home wizard.

[realdaffy]

PNARI schreef op dinsdag 11 februari 2025 @ 21:19:
[...]

HW meter ?

Ja nog steeds, heb die van Marstek ook, maar zolang dit werkt zit het mij wel gescheten 😄

[S2S]

realdaffy schreef op dinsdag 11 februari 2025 @ 21:24:
[...]

Ja nog steeds, heb die van Marstek ook, maar zolang dit werkt zit het mij wel gescheten 😄

Maakt het wel pijnlijk duidelijk dat er met Marstek implementatie en API niet op orde is.

[Corne.w]

realdaffy schreef op dinsdag 11 februari 2025 @ 21:24:
[...]

Ja nog steeds, heb die van Marstek ook, maar zolang dit werkt zit het mij wel gescheten 😄

Gewoon een slimme stekker van HW ertussen dan? Of heb je hem op 1 of andere manier toch kunnen koppelen met HW p1 meter? Dat werkt nog niet toch

[realdaffy]

Corne.w schreef op dinsdag 11 februari 2025 @ 21:27:
[...]


Gewoon een slimme stekker van HW ertussen dan? Of heb je hem op 1 of andere manier toch kunnen koppelen met HW p1 meter? Dat werkt nog niet toch

Gekoppeld met HW p1 meter en een HW energy socket bij de batterij.

[Ronald.42]

Hij is hier nog van de slalom.
Terwijl de belasting nu wel stabiel is dus een reden om zo te regelen is er in niet aan de afname kant.
Het is puur overshoot of vertraging in de terugmelding vanuit de p1

[S2S]

Ronald.42 schreef op dinsdag 11 februari 2025 @ 21:46:
Hij is hier nog van de slalom.
Terwijl de belasting nu wel stabiel is dus een reden om zo te regelen is er in niet aan de afname kant.
Het is puur overshoot of vertraging in de terugmelding vanuit de p1

[Afbeelding]

Doet die bij mij ook. Ik draai tijdelijk weer manueel. Is gewoon geld weggooien op deze manier .

[eymey]

KeRsTmAnNeKe schreef op dinsdag 11 februari 2025 @ 17:23:
[...]

Je moet dat via een installer integratie doen? Heb nu normale(?) koppeling, maar die lijkt maar 1x per minuut te updaten in HA.

Ergens ook benieuwd wat die aan waardes gaat doorgeven met een normale accu, hij springt hier nu af en toe al op error als er meer teruglevering gemeten wordt dan de opbrengst van de panelen, dan snapt Enphase het niet meer.

Vanavond ook nog eens kijken of ik de Shelly emulator aan het werk kan krijgen, heb idee dat de P1 meter niet altijd door heeft dat mn panelen aan het het terug aan het leveren zijn, misschien moeite met de som van de 3 fasen?
Wil de accu weer op mn IOT netwerk krijgen, maar die stond qua firewall iets te scherp, de accu kon de CT003 niet uitlezen, das wat onhandig.

Ik gebruik deze integratie: https://github.com/vincen...t_enphase_envoy_installer

Weet eigenlijk niet of je tegenwoordig voor de realtime CT gegevens ook nog steeds installer account nodig hebt, bij een recente updates zijn er endpoints ontdekt die ook zonder installer account gelezen kunnen worden.

Errors heb ik eigenlijk nog nooit gezien. Wel is het zichtbaar dat de kWh totalen die de integratie of de Enlighten app zelf geven op basis van de CT readings, licht afwijken van wat de slimme meter registreert (waar de p1 op dit moment wordt bezet door een Tibber Pulse meter ).

edit: Overigens, als ik hier zo lees over de onduidelijkheden met de p1-meter van Marstek in combinatie met 3 fasen, dan ben ik ergens ook wel weer blij dat ik die complexiteit hier niet heb. Heb 1 fase van 40A

[ Voor 6% gewijzigd door eymey op 11-02-2025 22:13 ]

[superduper1969]

Ronald_61 schreef op dinsdag 11 februari 2025 @ 20:58:
Ik krijg morgen de CT003 binnen.
Moet alleen de CT003 zijn origineler naam behouden of ook de batterij?

Als je de originele naam hernoemd en je zet er een spatie in, dan kun je hem niet toevoegen en krijg je de TIP melding dat je eerst een P1 moet aansluiten. Dus je kan hernoemen maar geen spatie!
Oude CT0001 kun je weggooien op het hoofdscherm door naar links te swipen.
CT meter geeft pas info bij AI of NOM mode, Manual werkt niet.
Als de batterij via de AI of NOM gekoppeld is en je probeert naderhand je model meter te veranderen dan crasht de app naar een grijs scherm

[Ronald.42]

S2S schreef op dinsdag 11 februari 2025 @ 22:08:
[...]

Doet die bij mij ook. Ik draai tijdelijk weer manueel. Is gewoon geld weggooien op deze manier .

Ik vind het nu nog enigszins oké, met eten koken stond hij zo nu en dan volle bak te laden.
Vermoedelijk door het pulsen van de verschillende zones van het inductie fornuis.
Daar liep hij ook achter de feiten aan zeg maar.
Nu is het deels eigenverbruik met nu en dan wat terugleveren maar geen laden.

Maar eens dat op manueel ik de nacht waarschijnlijk dichter bij de nul door breng.

Ik wil hem eigenlijk wel even op auto laten staan kijken wat er morgen gebeurd.
Die paar dubbeltjes maken het verschil dan ook niet.
Kijken of hij net zo slecht met opwek omgaat als met het verbruik nu.
Waarschijnlijk wel,...de vertraging zal de andere kant op net zo gaan.. om die vraag alvast te beantwoorden

[PNARI]

Corne.w schreef op dinsdag 11 februari 2025 @ 21:27:
[...]


Gewoon een slimme stekker van HW ertussen dan? Of heb je hem op 1 of andere manier toch kunnen koppelen met HW p1 meter? Dat werkt nog niet toch

Werkt bij mij nu toch al 2 weken met HWP1 redelijk goed.

[Ponzo]

Slaat echt nergens op die ct003
Nu ineens weer even volle bak aan het ontladen 🥴

[Corne.w]

PNARI schreef op dinsdag 11 februari 2025 @ 22:15:
[...]

Werkt bij mij nu toch al 2 weken met HWP1 redelijk goed.

Dat is goed nieuws dan. Ik hoop zondag de batterij te krijgen, dus dan kan ik gaan testen. Ik had voor de zekerheid al wel een actieve p1 splitter gekocht van HW. Maar als die koppelt met de P1 van HW zou dat een stuk makkelijker zijn verwacht ik.

[Ponzo]

Corne.w schreef op dinsdag 11 februari 2025 @ 22:23:
[...]


Dat is goed nieuws dan. Ik hoop zondag de batterij te krijgen, dus dan kan ik gaan testen. Ik had voor de zekerheid al wel een actieve p1 splitter gekocht van HW. Maar als die koppelt met de P1 van HW zou dat een stuk makkelijker zijn verwacht ik.

Kun je niet meer kiezen nu ☹️

[Ronald_61]

superduper1969 schreef op dinsdag 11 februari 2025 @ 22:13:
[...]

Als je de originele naam hernoemd en je zet er een spatie in, dan kun je hem niet toevoegen en krijg je de TIP melding dat je eerst een P1 moet aansluiten. Dus je kan hernoemen maar geen spatie!
Oude CT0001 kun je weggooien op het hoofdscherm door naar links te swipen.
CT meter geeft pas info bij AI of NOM mode, Manual werkt niet.
Als de batterij via de AI of NOM gekoppeld is en je probeert naderhand je model meter te veranderen dan crasht de app naar een grijs scherm

Ik heb tot nu toe alleen in manual gedraaid.
Had geen CT001 alleen een P1 van HW. Maar kreeg die niet toegevoegd. Als ik het hier goed heb begrepen werkt dat alleen bij mensen met de oude versie van de app. Of ten minste geïnstalleerd met de oude versie.

Maar ik begrijp dat een gewijzigde naam voor de batterij geen probleem is.

[Catdogsf]

SatScan schreef op dinsdag 11 februari 2025 @ 11:19:
[...]


Dan is het hoogstwaarschijnlijk een energie-meter instelling. Staat die van jou ertussen?
Links bovenin de app kun je selecteren welk apparaat, selecteer de CT003 als de iconen wifi/bt groen zijn kun je het merk en model van de energie-meter aanpassen (heb ik gisteren mee zitten klooien). Gelukkig staat mijn merk/model in de lijst.
Deze lijst met merk/model wordt regelmatig aangevuld met nieuwe, als de jouwe er niet tussen staat zou ik in de feedback optie van de app een ticket inschieten.

Succes!

Staat de "E350 Landis Gyr+ SMR 5.0" er tussen?

Zit namelijk nog steeds te twijfelen welke te kopen, deze want past qua behoefte beter in mijn plaatje qua opslagcapaciteit, maar ik huiver als het niet plug&play is.

Die van HW, die werkt meteen qua plug&play, maar heeft helaas maar de helft van de capaciteit.

[PNARI]

Ronald.42 schreef op dinsdag 11 februari 2025 @ 21:46:
Hij is hier nog van de slalom.
Terwijl de belasting nu wel stabiel is dus een reden om zo te regelen is er in niet aan de afname kant.
Het is puur overshoot of vertraging in de terugmelding vanuit de p1

[Afbeelding]

Kan je zo´n plaatjes eens maken in landscape detail, (beter nog vanop je desktop) maar best zo kort mogelijk na elkaar. Ik zie in stroom totaal niet het schakelen van de batterij terug, dat vind ik raar.De batterij heeft een hogere schakelfrequentie dan de veranderingsfrequentie die ik in stroomtotaal zie.

[ Voor 7% gewijzigd door PNARI op 12-02-2025 07:34 ]

[S2S]

Catdogsf schreef op woensdag 12 februari 2025 @ 02:22:
[...]


Staat de "E350 Landis Gyr+ SMR 5.0" er tussen?

Zit namelijk nog steeds te twijfelen welke te kopen, deze want past qua behoefte beter in mijn plaatje qua opslagcapaciteit, maar ik huiver als het niet plug&play is.

Die van HW, die werkt meteen qua plug&play, maar heeft helaas maar de helft van de capaciteit.

E350 staat er niet tussen wel de E360, hier werkt het niet lekker, ik heb dezelfde E350 meter. Ik heb de P1 van Marstek voorlopig uit staan.

[PNARI]

Corne.w schreef op dinsdag 11 februari 2025 @ 22:23:
[...]


Dat is goed nieuws dan. Ik hoop zondag de batterij te krijgen, dus dan kan ik gaan testen. Ik had voor de zekerheid al wel een actieve p1 splitter gekocht van HW. Maar als die koppelt met de P1 van HW zou dat een stuk makkelijker zijn verwacht ik.

Ik denk niet dat je die nog kan kiezen in de MTapp. Maar misschien wel nog in de power zero app, kan iemand die een niet werkende ct0003 heeft en nog een HWP1 heeft misschien eens proberen.Ik ga het effe niet proberen omdat mijn HW P1 op zich redelijk werkt.

[S2S]

PNARI schreef op woensdag 12 februari 2025 @ 07:38:
[...]

Ik denk niet dat je die nog kan kiezen in de MTapp. Maar misschien wel nog in de power zero app, kan iemand die een niet werkende ct0003 heeft en nog een HWP1 heeft misschien eens proberen.Ik ga het effe niet proberen omdat mijn HW P1 op zich redelijk werkt.

HW heeft hun APIs op een snellere server staan 🤣🤡

[Ronald.42]

PNARI schreef op woensdag 12 februari 2025 @ 06:46:
[...]

Kan je zo´n plaatjes eens maken in landscape detail, (beter nog vanop je desktop) maar best zo kort mogelijk na elkaar. Ik zie in stroom totaal niet het schakelen van de batterij terug, dat vind ik raar.De batterij heeft een hogere schakelfrequentie dan de veranderingsfrequentie die ik in stroomtotaal zie.

Voor elke 2 a 3 stapjes van de batterij zie je 1 stap van de totaal lijkt het.
Eerst maar eens zien wat de accu er vandaag van bakt.
Voorlopig ligt er een pak sneeuw op de panelen..

[PNARI]

Ronald.42 schreef op woensdag 12 februari 2025 @ 07:47:
[...]


Voor elke 2 a 3 stapjes van de batterij zie je 1 stap van de totaal lijkt het.
Eerst maar eens zien wat de accu er vandaag van bakt.
Voorlopig ligt er een pak sneeuw op de panelen..

Inderdaad en dat is niet logisch want HW geeft onmiddelijk verandering weer.
Hier geen sneeuw gehad 🙂 Ga straks nog wat testen. Met lege batterij zie ik in de CT view na het inschakelen van een belasting van 1000 W pas een verandering na 30 sec terwijl HW onmiddelijk verandert.Batterij kan op dat moment ook niet bijregelen. Batterij nu wat bijladen en dan eens kijken hoe snel dan de reactie is.

[PNARI]

Yes, the battery has overload and short circuit protection. It disconnects when the load exceeds the safe limit or in case of a short circuit to ensure safety

[S2S]

PNARI schreef op woensdag 12 februari 2025 @ 07:53:
[...]

Inderdaad en dat is niet logisch want HW geeft onmiddelijk verandering weer.
Hier geen sneeuw gehad 🙂 Ga straks nog wat testen. Met lege batterij zie ik in de CT view na het inschakelen van een belasting van 1000 W pas een verandering na 30 sec terwijl HW onmiddelijk verandert.Batterij kan op dat moment ook niet bijregelen. Batterij nu wat bijladen en dan eens kijken hoe snel dan de reactie is.

Enige wat ik kan verzinnen is dat HW een snellere server gebruikt en die Van Marstek trager is. Staat zeker in China 🤣 gaat denk ik eerst over de server heen naar de accu.

Als ik de Marstek P1 meter los bekijk in de app dan registreert deze net zo snel als mijn slimme meter. Dus ik veracht dat ze dit op kunnen lossen.

[ Voor 13% gewijzigd door S2S op 12-02-2025 08:38 ]

[Bravo]

Het is niet dat de server van HW sneller is, het is dat de API van HW lokaal te benaderen is. Het is een directe verbinding tussen de batterij en de P1-meter. De MT API lijkt via de chinese cloud te gaan als ik de verhalen hier zo lees, de ene keer wat sneller dan de andere keer. Dat zou ook verklaren waarom de CT003 en de batterij niet samen kunnen werken als ze in een eigen IOT netwerk zitten, er is geen verbinding met de chinese API.

[Jovani]

Tip voor de Belgen onder ons. Vergeet niet om binnen 6 mnd na plaatsing digitale teller bij Fluvius uw premie aan te vragen voor het wegvallen van de terugdraaiende teller. Op deze manier is mijn Marstek Venus E gratis. U heeft enkel uw keuringsattest of factuur van de zonnepanelen nodig. Succes!

https://www.fluvius.be/nl...ringspremies/zonnepanelen

[ Voor 19% gewijzigd door Jovani op 12-02-2025 20:36 ]

[PNARI]

Resultaat testen met P1HW als CT : wanneer de batterij leeg is zie je in CT-view grote vertragingen tussen HW app en MT app. Daarna bij een een stabiel verbruik van 250 W en batterij in auto en nom een belasting van 1700 W ingeschakeld, binnen 5 seconden begint de batterij bij te sturen en na een halve minuut nom. Dan belasting uit binnen minuut terug in nom met geen overdreven overshoots tijdens bijsturen.
Bijsturing in MT app zichtbaar met enige maar niet overdreven vertraging.
Maar alle data van P1 via HW server naar MT server en ik heb gemerkt dat die laatste nog altijd eens overbelast is met alle gevolgen vandien voor de reactietijd van de batterij.

[ Voor 15% gewijzigd door PNARI op 12-02-2025 09:25 ]

[Edzelf]

Een paar dagen geleden heb ik de CT003 dongle ontvangen en getest. Het apparaat is niet erg stabiel, ondanks een WiFi modem op enkele meters afstand van batterij en dongle.

Bovendien lijkt de interne regeling v.w.b. “nul op de meter” (NOM) niet overtuigend te werken.
Bij het opstarten van de regeling (schakelen naar "Zelf geïnitieerd zelfconsumptiemodel") bij een verbruik van 600W, zie ik dat de batterij in stapjes keurig toeregelt naar 600W discharge en is de stroom vanuit het net dus nul. Maar als daarna het verbruik daalt naar 200W, dan blijft de regeling steken op 600W discharge. Immers: de stroom vanuit het net blijft nul. Maar nu wordt er dus 400W aan het net teruggegeven. Maakt niet uit zolang de saldering van kracht blijft, maar het is niet echt handig.

De software van de batterij, momenteel versie 147, is niet open-source, waardoor je afhankelijk
bent van de leverancier. Toch wil ik een betere en betrouwbare regeling.

Er van uitgaande dat de ModBus interface wel betrouwbaar is, ben ik begonnen om zelf een module te ontwikkelen gebaseerd op een ESP32, die via deze modbus de regeling kan doen. Ik wil dat onafhankelijk doen van Home Assistant (HA). De plannen zijn:

• Open source software (PlatformIO, ESP32, Arduino).
• Goede documentatie.
• Software en documentatie beschikbaar via mijn Github account.
• Sturing via ModBus.
• Vrije keus van P1-dongle.
• Meer dan één model voor de regeling van laden/ontladen.
• Data beschikbaar stellen via MQTT.
• Beschikbaar stellen van een Web-interface.
• Zelfbouw mogelijk maken.
• Print ontwerpen.

Interesse?

[philco]

Jovani schreef op woensdag 12 februari 2025 @ 09:12:
Tip voor de Belgen onder ons. Vergeet niet om bij Fluvius uw premie aan te vragen voor het wegvallen van de terugdraaiende teller. Op deze manier is mijn Marstek Venus E gratis. U heeft enkel uw keuringsattest of factuur van de zonnepanelen nodig. Succes!

ter info de link hieronder voor onze Belgische vrienden ;-)

https://www.vlaanderen.be...van-terugdraaiende-teller

[S2S]

Bravo schreef op woensdag 12 februari 2025 @ 09:09:
Het is niet dat de server van HW sneller is, het is dat de API van HW lokaal te benaderen is. Het is een directe verbinding tussen de batterij en de P1-meter. De MT API lijkt via de chinese cloud te gaan als ik de verhalen hier zo lees, de ene keer wat sneller dan de andere keer. Dat zou ook verklaren waarom de CT003 en de batterij niet samen kunnen werken als ze in een eigen IOT netwerk zitten, er is geen verbinding met de chinese API.

HW draait hun API in de meter ? Of iets dergelijks ? Cloud verplaatsen naar EU voor gebruikers uit de EU.

[ Voor 4% gewijzigd door S2S op 12-02-2025 09:37 ]

[Houtje01]

Edzelf schreef op woensdag 12 februari 2025 @ 09:29:
Een paar dagen geleden heb ik de CT003 dongle ontvangen en getest. Het apparaat is niet erg stabiel, ondanks een WiFi modem op enkele meters afstand van batterij en dongle.

Bovendien lijkt de interne regeling v.w.b. “nul op de meter” (NOM) niet overtuigend te werken.
Bij het opstarten van de regeling (schakelen naar "Zelf geïnitieerd zelfconsumptiemodel") bij een verbruik van 600W, zie ik dat de batterij in stapjes keurig toeregelt naar 600W discharge en is de stroom vanuit het net dus nul. Maar als daarna het verbruik daalt naar 200W, dan blijft de regeling steken op 600W discharge. Immers: de stroom vanuit het net blijft nul. Maar nu wordt er dus 400W aan het net teruggegeven. Maakt niet uit zolang de saldering van kracht blijft, maar het is niet echt handig.

De software van de batterij, momenteel versie 147, is niet open-source, waardoor je afhankelijk
bent van de leverancier. Toch wil ik een betere en betrouwbare regeling.

Er van uitgaande dat de ModBus interface wel betrouwbaar is, ben ik begonnen om zelf een module te ontwikkelen gebaseerd op een ESP32, die via deze modbus de regeling kan doen. Ik wil dat onafhankelijk doen van Home Assistant (HA). De plannen zijn:

• Open source software (PlatformIO, ESP32, Arduino).
• Goede documentatie.
• Software en documentatie beschikbaar via mijn Github account.
• Sturing via ModBus.
• Vrije keus van P1-dongle.
• Meer dan één model voor de regeling van laden/ontladen.
• Data beschikbaar stellen via MQTT.
• Beschikbaar stellen van een Web-interface.
• Zelfbouw mogelijk maken.
• Print ontwerpen.

Interesse?

Ik heb zeker interesse

[S2S]

Edzelf schreef op woensdag 12 februari 2025 @ 09:29:
Een paar dagen geleden heb ik de CT003 dongle ontvangen en getest. Het apparaat is niet erg stabiel, ondanks een WiFi modem op enkele meters afstand van batterij en dongle.

Bovendien lijkt de interne regeling v.w.b. “nul op de meter” (NOM) niet overtuigend te werken.
Bij het opstarten van de regeling (schakelen naar "Zelf geïnitieerd zelfconsumptiemodel") bij een verbruik van 600W, zie ik dat de batterij in stapjes keurig toeregelt naar 600W discharge en is de stroom vanuit het net dus nul. Maar als daarna het verbruik daalt naar 200W, dan blijft de regeling steken op 600W discharge. Immers: de stroom vanuit het net blijft nul. Maar nu wordt er dus 400W aan het net teruggegeven. Maakt niet uit zolang de saldering van kracht blijft, maar het is niet echt handig.

De software van de batterij, momenteel versie 147, is niet open-source, waardoor je afhankelijk
bent van de leverancier. Toch wil ik een betere en betrouwbare regeling.

Er van uitgaande dat de ModBus interface wel betrouwbaar is, ben ik begonnen om zelf een module te ontwikkelen gebaseerd op een ESP32, die via deze modbus de regeling kan doen. Ik wil dat onafhankelijk doen van Home Assistant (HA). De plannen zijn:

• Open source software (PlatformIO, ESP32, Arduino).
• Goede documentatie.
• Software en documentatie beschikbaar via mijn Github account.
• Sturing via ModBus.
• Vrije keus van P1-dongle.
• Meer dan één model voor de regeling van laden/ontladen.
• Data beschikbaar stellen via MQTT.
• Beschikbaar stellen van een Web-interface.
• Zelfbouw mogelijk maken.
• Print ontwerpen.

Interesse?

Zeker, wat moet je dan thuis draaien? (Leek op dit gebied), wel technisch inzicht. Vroeger wat object georiënteerd geprogrammeerd. Welke Hardware / software is nodig thuis om jouw oplossing te draaien?

[ Voor 3% gewijzigd door S2S op 12-02-2025 09:44 ]

[Erasmo]

Edzelf schreef op woensdag 12 februari 2025 @ 09:29:
Een paar dagen geleden heb ik de CT003 dongle ontvangen en getest. Het apparaat is niet erg stabiel, ondanks een WiFi modem op enkele meters afstand van batterij en dongle.

Bovendien lijkt de interne regeling v.w.b. “nul op de meter” (NOM) niet overtuigend te werken.
Bij het opstarten van de regeling (schakelen naar "Zelf geïnitieerd zelfconsumptiemodel") bij een verbruik van 600W, zie ik dat de batterij in stapjes keurig toeregelt naar 600W discharge en is de stroom vanuit het net dus nul. Maar als daarna het verbruik daalt naar 200W, dan blijft de regeling steken op 600W discharge. Immers: de stroom vanuit het net blijft nul. Maar nu wordt er dus 400W aan het net teruggegeven. Maakt niet uit zolang de saldering van kracht blijft, maar het is niet echt handig.

De software van de batterij, momenteel versie 147, is niet open-source, waardoor je afhankelijk
bent van de leverancier. Toch wil ik een betere en betrouwbare regeling.

Er van uitgaande dat de ModBus interface wel betrouwbaar is, ben ik begonnen om zelf een module te ontwikkelen gebaseerd op een ESP32, die via deze modbus de regeling kan doen. Ik wil dat onafhankelijk doen van Home Assistant (HA). De plannen zijn:

• Open source software (PlatformIO, ESP32, Arduino).
• Goede documentatie.
• Software en documentatie beschikbaar via mijn Github account.
• Sturing via ModBus.
• Vrije keus van P1-dongle.
• Meer dan één model voor de regeling van laden/ontladen.
• Data beschikbaar stellen via MQTT.
• Beschikbaar stellen van een Web-interface.
• Zelfbouw mogelijk maken.
• Print ontwerpen.

Interesse?

Zekers. Dan wel via HA maar dat is makkelijk te regelen als er een ESP32.

[mtouw78]

Edzelf schreef op woensdag 12 februari 2025 @ 09:29:

Interesse?

Zeker! Het lokaal en snel kunnen aansturen van de Accu is voor mij de droom oplossing.

[Ponzo]

Edzelf schreef op woensdag 12 februari 2025 @ 09:29:
Een paar dagen geleden heb ik de CT003 dongle ontvangen en getest. Het apparaat is niet erg stabiel, ondanks een WiFi modem op enkele meters afstand van batterij en dongle.

Bovendien lijkt de interne regeling v.w.b. “nul op de meter” (NOM) niet overtuigend te werken.
Bij het opstarten van de regeling (schakelen naar "Zelf geïnitieerd zelfconsumptiemodel") bij een verbruik van 600W, zie ik dat de batterij in stapjes keurig toeregelt naar 600W discharge en is de stroom vanuit het net dus nul. Maar als daarna het verbruik daalt naar 200W, dan blijft de regeling steken op 600W discharge. Immers: de stroom vanuit het net blijft nul. Maar nu wordt er dus 400W aan het net teruggegeven. Maakt niet uit zolang de saldering van kracht blijft, maar het is niet echt handig.

De software van de batterij, momenteel versie 147, is niet open-source, waardoor je afhankelijk
bent van de leverancier. Toch wil ik een betere en betrouwbare regeling.

Er van uitgaande dat de ModBus interface wel betrouwbaar is, ben ik begonnen om zelf een module te ontwikkelen gebaseerd op een ESP32, die via deze modbus de regeling kan doen. Ik wil dat onafhankelijk doen van Home Assistant (HA). De plannen zijn:

• Open source software (PlatformIO, ESP32, Arduino).
• Goede documentatie.
• Software en documentatie beschikbaar via mijn Github account.
• Sturing via ModBus.
• Vrije keus van P1-dongle.
• Meer dan één model voor de regeling van laden/ontladen.
• Data beschikbaar stellen via MQTT.
• Beschikbaar stellen van een Web-interface.
• Zelfbouw mogelijk maken.
• Print ontwerpen.

Interesse?

Zeker interesse. Top idee!!! Ben bang dat het nl met Marstek software niet is op te lossen. Ben je bekend met Youless als P1 meter? Kun je lokaal nl prima uitlezen en gebruiken in een script van een esp32

[Losballos2005]

Edzelf schreef op woensdag 12 februari 2025 @ 09:29:


Er van uitgaande dat de ModBus interface wel betrouwbaar is, ben ik begonnen om zelf een module te ontwikkelen gebaseerd op een ESP32, die via deze modbus de regeling kan doen. Ik wil dat onafhankelijk doen van Home Assistant (HA). De plannen zijn:

• Open source software (PlatformIO, ESP32, Arduino).
• Goede documentatie.
• Software en documentatie beschikbaar via mijn Github account.
• Sturing via ModBus.
• Vrije keus van P1-dongle.
• Meer dan één model voor de regeling van laden/ontladen.
• Data beschikbaar stellen via MQTT.
• Beschikbaar stellen van een Web-interface.
• Zelfbouw mogelijk maken.
• Print ontwerpen.

Interesse?

100%
Lokaal, autonoom. No Chinese funny business. Qua programmeren heb je bijzonder weinig aan me, maar wat HW sponsoren doe ik dan wel graag.
Ergens in deze draad was een ander volgens mij ook al aan het prutsen met de modbus?

[Peterhardenberg]

Voor wie de problemen echt helemaal zat is zijn er ( dure ) oplossingen maar dan werkt het wel.
https://gathering.tweakers.net/forum/list_message/81617698#81617698

[PNARI]

Edzelf schreef op woensdag 12 februari 2025 @ 09:29:
Een paar dagen geleden heb ik de CT003 dongle ontvangen en getest. Het apparaat is niet erg stabiel, ondanks een WiFi modem op enkele meters afstand van batterij en dongle.

Bovendien lijkt de interne regeling v.w.b. “nul op de meter” (NOM) niet overtuigend te werken.
Bij het opstarten van de regeling (schakelen naar "Zelf geïnitieerd zelfconsumptiemodel") bij een verbruik van 600W, zie ik dat de batterij in stapjes keurig toeregelt naar 600W discharge en is de stroom vanuit het net dus nul. Maar als daarna het verbruik daalt naar 200W, dan blijft de regeling steken op 600W discharge. Immers: de stroom vanuit het net blijft nul. Maar nu wordt er dus 400W aan het net teruggegeven. Maakt niet uit zolang de saldering van kracht blijft, maar het is niet echt handig.

De software van de batterij, momenteel versie 147, is niet open-source, waardoor je afhankelijk
bent van de leverancier. Toch wil ik een betere en betrouwbare regeling.

Er van uitgaande dat de ModBus interface wel betrouwbaar is, ben ik begonnen om zelf een module te ontwikkelen gebaseerd op een ESP32, die via deze modbus de regeling kan doen. Ik wil dat onafhankelijk doen van Home Assistant (HA). De plannen zijn:

• Open source software (PlatformIO, ESP32, Arduino).
• Goede documentatie.
• Software en documentatie beschikbaar via mijn Github account.
• Sturing via ModBus.
• Vrije keus van P1-dongle.
• Meer dan één model voor de regeling van laden/ontladen.
• Data beschikbaar stellen via MQTT.
• Beschikbaar stellen van een Web-interface.
• Zelfbouw mogelijk maken.
• Print ontwerpen.

Interesse?

Zeker interesse. Via welke app monitor je het regelen van de batterij?

[Edzelf]

PNARI schreef op woensdag 12 februari 2025 @ 10:12:
[...]

Zeker interesse. Via welke app monitor je het regelen van de batterij?

Instelllingen kunnen dan veranderd worden via een web-interface op de ESP32.

[S2S]

Edzelf schreef op woensdag 12 februari 2025 @ 10:18:
[...]

Instelllingen kunnen dan veranderd worden via een web-interface op de ESP32.

Welk esp32 board raad je dan aan? Of bouw je zelf het board?

[ Voor 5% gewijzigd door S2S op 12-02-2025 10:41 ]

[PNARI]

philco schreef op woensdag 12 februari 2025 @ 09:29:
[...]


ter info de link hieronder voor onze Belgische vrienden ;-)

https://www.vlaanderen.be...van-terugdraaiende-teller

Interessant maar helaas niet voor iedereen. Ik heb panelen van 2009 met certificaten, en daarna nog eens bijgelegd in 2014 zonder certificaten en op die laatste premie aangevraagd, kreeg ik niet omdat ik op die van 2009 certificaten kreeg 🤨

[Edzelf]

S2S schreef op woensdag 12 februari 2025 @ 10:39:
[...]

Welk esp32 board raad je dan aan? Of bouw je zelf het board?

Ik ga wel een print maken. Met vermoedelijke een ESP32 Devkit V1 erop. Verder een MAX485 met wat weerstanden en beveiligings-diodes. Dat is het zo'n beetje. Ben nu aan het ontwikkelen op een boardje dat die onderdelen al bevat, maar niet erg compact is.

[PNARI]

Edzelf schreef op woensdag 12 februari 2025 @ 10:18:
[...]

Instelllingen kunnen dan veranderd worden via een web-interface op de ESP32.

Maar via welke app/platform heb jij nu de batterij gemonitord? Na de testen die ik heb gedaan lijkt me het regelalgorithme in de batterij wel ok en ook hardwarematig is de batterij wat ik tot nu toe zie en vaststel wel ok , levensduur af te wachten. Het schort gewoon aan een goede opnemer met lokale communicatie met de batterij als je de standaard p&p van MT kiest. En dan kan ik niet beoordelen of de CT003 snelle en juiste info op het interne netwerk stuurt.Ik ben geen informatica specialist. Maar via de server van MT is a bridge to far volgens mij voor iets wat "stand alone" zou moeten werken eens ingesteld.

[Catdogsf]

S2S schreef op woensdag 12 februari 2025 @ 07:22:
[...]

E350 staat er niet tussen wel de E360, hier werkt het niet lekker, ik heb dezelfde E350 meter. Ik heb de P1 van Marstek voorlopig uit staan.

Bedankt voor het reageren, ik wacht dan nog wel even tot het bericht dat het gewoon vlekkeloos loopt zoals het eigenlijk hoort, hoop dat het gauw gaat gebeuren voor jou en dat zou ik graag van je horen als het werkt met de E350

[Horla]

Edzelf schreef op woensdag 12 februari 2025 @ 10:46:
[...]

Ik ga wel een print maken. Met vermoedelijke een ESP32 Devkit V1 erop. Verder een MAX485 met wat weerstanden en beveiligings-diodes. Dat is het zo'n beetje. Ben nu aan het ontwikkelen op een boardje dat die onderdelen al bevat, maar niet erg compact is.

Waarom niet gewoon dit volgen: Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling ?

Is al bewezen dat het werkt en is gewoon één printje dat je via HA kan configureren. Voor mijzelf is er materiaal onderweg om dit ook te gaan doen (op zijn minst monitoring van de batterij, mogelijk ook aansturen).

[ Voor 10% gewijzigd door Horla op 12-02-2025 11:06 ]

[eymey]

Edzelf schreef op woensdag 12 februari 2025 @ 09:29:
Een paar dagen geleden heb ik de CT003 dongle ontvangen en getest. Het apparaat is niet erg stabiel, ondanks een WiFi modem op enkele meters afstand van batterij en dongle.

Bovendien lijkt de interne regeling v.w.b. “nul op de meter” (NOM) niet overtuigend te werken.
Bij het opstarten van de regeling (schakelen naar "Zelf geïnitieerd zelfconsumptiemodel") bij een verbruik van 600W, zie ik dat de batterij in stapjes keurig toeregelt naar 600W discharge en is de stroom vanuit het net dus nul. Maar als daarna het verbruik daalt naar 200W, dan blijft de regeling steken op 600W discharge. Immers: de stroom vanuit het net blijft nul. Maar nu wordt er dus 400W aan het net teruggegeven. Maakt niet uit zolang de saldering van kracht blijft, maar het is niet echt handig.

De software van de batterij, momenteel versie 147, is niet open-source, waardoor je afhankelijk
bent van de leverancier. Toch wil ik een betere en betrouwbare regeling.

Er van uitgaande dat de ModBus interface wel betrouwbaar is, ben ik begonnen om zelf een module te ontwikkelen gebaseerd op een ESP32, die via deze modbus de regeling kan doen. Ik wil dat onafhankelijk doen van Home Assistant (HA). De plannen zijn:

• Open source software (PlatformIO, ESP32, Arduino).
• Goede documentatie.
• Software en documentatie beschikbaar via mijn Github account.
• Sturing via ModBus.
• Vrije keus van P1-dongle.
• Meer dan één model voor de regeling van laden/ontladen.
• Data beschikbaar stellen via MQTT.
• Beschikbaar stellen van een Web-interface.
• Zelfbouw mogelijk maken.
• Print ontwerpen.

Interesse?

Als jij dit voor elkaar krijgt, en er komt ook een oplossing waarvoor ik zelf niet per se hoef te solderen (skills door visuele handicap nagenoeg afwezig), dan wordt het een insta buy! Zowel van jouw print waar ik dan best wat voor wil betalen, als een Marstek batterij!

Het jeukt echt bij me om óf een Marstek/Duravolt batterij te kopen, óf een Home Wizard. Marstek is qua prijs per kWh (mogelijk zelfs als je de matige RTE mee rekent) het meest voordelig.

Maar als ik hier dan constateer dat er 0 lokale communicatie is en dat de Marstek batterij dus eigenlijk alleen doet wat ie moet doen als ie verbinding heeft met de chinese cloud, dan knap ik eigenlijk alweer af......

[rgri]

Edzelf schreef op woensdag 12 februari 2025 @ 09:29:
Een paar dagen geleden heb ik de CT003 dongle ontvangen en getest. Het apparaat is niet erg stabiel, ondanks een WiFi modem op enkele meters afstand van batterij en dongle.

Bovendien lijkt de interne regeling v.w.b. “nul op de meter” (NOM) niet overtuigend te werken.
Bij het opstarten van de regeling (schakelen naar "Zelf geïnitieerd zelfconsumptiemodel") bij een verbruik van 600W, zie ik dat de batterij in stapjes keurig toeregelt naar 600W discharge en is de stroom vanuit het net dus nul. Maar als daarna het verbruik daalt naar 200W, dan blijft de regeling steken op 600W discharge. Immers: de stroom vanuit het net blijft nul. Maar nu wordt er dus 400W aan het net teruggegeven. Maakt niet uit zolang de saldering van kracht blijft, maar het is niet echt handig.

De software van de batterij, momenteel versie 147, is niet open-source, waardoor je afhankelijk
bent van de leverancier. Toch wil ik een betere en betrouwbare regeling.

Er van uitgaande dat de ModBus interface wel betrouwbaar is, ben ik begonnen om zelf een module te ontwikkelen gebaseerd op een ESP32, die via deze modbus de regeling kan doen. Ik wil dat onafhankelijk doen van Home Assistant (HA). De plannen zijn:

• Open source software (PlatformIO, ESP32, Arduino).
• Goede documentatie.
• Software en documentatie beschikbaar via mijn Github account.
• Sturing via ModBus.
• Vrije keus van P1-dongle.
• Meer dan één model voor de regeling van laden/ontladen.
• Data beschikbaar stellen via MQTT.
• Beschikbaar stellen van een Web-interface.
• Zelfbouw mogelijk maken.
• Print ontwerpen.

Interesse?

Zeker interesse, indien nabouw mogelijk is en voor 2 of 3 batterijen.

[Sniper-JP]

Jovani schreef op woensdag 12 februari 2025 @ 09:12:
Tip voor de Belgen onder ons. Vergeet niet om bij Fluvius uw premie aan te vragen voor het wegvallen van de terugdraaiende teller. Op deze manier is mijn Marstek Venus E gratis. U heeft enkel uw keuringsattest of factuur van de zonnepanelen nodig. Succes!

zijn daar voorwaarde aan verbonden ?
mijn zonnepanelen liggen er vanaf november 2023. heb vanaf die tijd ook een slimme meter

kan vervallen heb het al gevonden

[ Voor 4% gewijzigd door Sniper-JP op 12-02-2025 12:01 ]

[Edzelf]

Horla schreef op woensdag 12 februari 2025 @ 11:05:
[...]

Waarom niet gewoon dit volgen: Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling ?

Is al bewezen dat het werkt en is gewoon één printje dat je via HA kan configureren. Voor mijzelf is er materiaal onderweg om dit ook te gaan doen (op zijn minst monitoring van de batterij, mogelijk ook aansturen).

Ik wil graag zonder HA werken. Meer plug&play. De documentatie van de HA versie helpt mij wel.

[PNARI]

S2S schreef op woensdag 12 februari 2025 @ 09:29:
[...]

HW draait hun API in de meter ? Of iets dergelijks ? Cloud verplaatsen naar EU voor gebruikers uit de EU.

Zit al op een Europese server volgens MT

[PNARI]

S2S schreef op woensdag 12 februari 2025 @ 08:36:
[...]


Enige wat ik kan verzinnen is dat HW een snellere server gebruikt en die Van Marstek trager is. Staat zeker in China 🤣 gaat denk ik eerst over de server heen naar de accu.

Als ik de Marstek P1 meter los bekijk in de app dan registreert deze net zo snel als mijn slimme meter. Dus ik veracht dat ze dit op kunnen lossen.

Kijk je dan in de MT app ?

[Horla]

Edzelf schreef op woensdag 12 februari 2025 @ 11:31:
[...]

Ik wil graag zonder HA werken. Meer plug&play. De documentatie van de HA versie helpt mij wel.

Ja dan wordt het ingewikkeld natuurlijk. Dan ga je bijna een HA light moeten bouwen want je moet data halen van P1 meters (hoe zorg je er voor dat dit universeel is of ga je alle p1 meters hun API bekijken en aparte configs voor bouwen) e.d. Zeer ambitieus maar veel geluk/plezier ermee.

[eymey]

Even verder gaand op bovenstaande, m.b.t. cloud van de leverancier/fabrikant en HW versus MT:

Ik was wat verder aan het denken: Ik kan me voorstellen dat als je de P1 hardware van Marstek gebruikt, dat ie dan dus alles 'via de cloud' wil laten lopen (nog steeds ongewenst, maar goed).

Maar als ik een Shelly (of Shelly emulator) zou gebruiken als 'bron van data' voor de Marstek batterij, dan neem ik aan dat alles wel gewoon lokaal via mijn eigen netwerk loopt?

De modbus integratiemogelijklheden li jken me ook nog steeds zeer interessant, ook voor aansturing vanuit HA. Maar die sturen denk ik nog niet direct dynamisch het laad- en ontlaadvermogen van de Marstek ? Of ben je wel van plan om dat ook te gaan implementeren @Edzelf ?

[KeRsTmAnNeKe]

PNARI schreef op woensdag 12 februari 2025 @ 11:49:
[...]

Zit al op een Europese server volgens MT

Zie op mn pihole dat ze 'veel' met Amazon AWS praten. alleen zo even niet precies bij de hand hoe en waar. Zegt natuurlijk niks over het daarna weer doorsturen van de data naar China.

Kan weleens kijken wat er gebeurt als ik die (en ook hamedata.com (oid)) blokkeer voor de batterij, of deze netjes door blijft werken obv de (nep)Shelly data, dat lijkt beter te werken dan de MT P1 meter die vorige week voor de data gebruikt werd.

[PNARI]

KeRsTmAnNeKe schreef op woensdag 12 februari 2025 @ 12:58:
[...]

Zie op mn pihole dat ze 'veel' met Amazon AWS praten. alleen zo even niet precies bij de hand hoe en waar. Zegt natuurlijk niks over het daarna weer doorsturen van de data naar China.

Kan weleens kijken wat er gebeurt als ik die (en ook hamedata.com (oid)) blokkeer voor de batterij, of deze netjes door blijft werken obv de (nep)Shelly data, dat lijkt beter te werken dan de MT P1 meter die vorige week voor de data gebruikt werd.

Hou ons aub op de hoogte, ben heel benieuwd naar je bevindingen.

[aartvg]

KeRsTmAnNeKe schreef op woensdag 12 februari 2025 @ 12:58:
[...]

Zie op mn pihole dat ze 'veel' met Amazon AWS praten. alleen zo even niet precies bij de hand hoe en waar. Zegt natuurlijk niks over het daarna weer doorsturen van de data naar China.

Kan weleens kijken wat er gebeurt als ik die (en ook hamedata.com (oid)) blokkeer voor de batterij, of deze netjes door blijft werken obv de (nep)Shelly data, dat lijkt beter te werken dan de MT P1 meter die vorige week voor de data gebruikt werd.

Ze maken gebruik van de aws iot oplossing (mqtt server)
Zowel de app praat met deze server als de batterij.

De eu.hamedata.com word gebruikt voor het ophalen van de tijd en andere kleine instellingen.
De app praat ook met deze omgeving om te controleren of je ingelogd bent en om gegevens op te halen welke apparaten je allemaal hebt staan.

Volgens mij praat de p1 (maar heb de p1 nog niet aangesloten) intern via een radio oplossing.

Als je communicatie met de buitenwereld wil blokken kan je het domein a40nr6osvmmaw-ats.iot.eu-central-1.amazonaws.com en eu.hamedata.com naar andere ip address laten resolven via pihole. De app zal niet meer werken als je niet in bluetooth berijk bent.

[ Voor 11% gewijzigd door aartvg op 12-02-2025 13:31 ]

[Edzelf]

eymey schreef op woensdag 12 februari 2025 @ 12:07:
Even verder gaand op bovenstaande, m.b.t. cloud van de leverancier/fabrikant en HW versus MT:

Ik was wat verder aan het denken: Ik kan me voorstellen dat als je de P1 hardware van Marstek gebruikt, dat ie dan dus alles 'via de cloud' wil laten lopen (nog steeds ongewenst, maar goed).

Maar als ik een Shelly (of Shelly emulator) zou gebruiken als 'bron van data' voor de Marstek batterij, dan neem ik aan dat alles wel gewoon lokaal via mijn eigen netwerk loopt?

De modbus integratiemogelijklheden li jken me ook nog steeds zeer interessant, ook voor aansturing vanuit HA. Maar die sturen denk ik nog niet direct dynamisch het laad- en ontlaadvermogen van de Marstek ? Of ben je wel van plan om dat ook te gaan implementeren @Edzelf ?

In principe kan ik alle data die via ModBus of P1 beschikbaar zijn publiceren op MQTT.

[eymey]

Edzelf schreef op woensdag 12 februari 2025 @ 13:31:
[...]

In principe kan ik alle data die via ModBus of P1 beschikbaar zijn publiceren op MQTT.

Mja, ik bedoel meer dat, als je niet afhankelijk wil zijn van HA en soort standalone oplossing (maar dan via modbus) wil, dat je dan ook eigenlijk een eigen NOM sturing zou moeten bouwen (want naar ik begrijp gaat dit voor veel mensen nu dus ook via de cloud )

[PNARI]

@aartvg

Volgens mij praat de p1 (maar heb de p1 nog niet aangesloten) intern via een radio oplossing.

Denk je dat de batterij nog andere communcatiemogelijkheid heeft dan modbus en wifi ?


Als je communicatie met de buitenwereld wil blokken kan je het domein a40nr6osvmmaw-ats.iot.eu-central-1.amazonaws.com en eu.hamedata.com naar andere ip address laten resolven via pihole. De app zal niet meer werken als je niet in bluetooth berijk bent.

Maar blijft die dan wel communiceren met de shelly, P1 van HW of P1 van MT ?
Ik zou het niet erg vinden als de instellingen van batterij via BT moet.

En wat bedoel je met de app kijkt welke apparaten in je omgeving , bedoel je de apparaten die met de batterij samenwerken of alle apparaten op je lokale netwerk ?

[ Voor 12% gewijzigd door PNARI op 12-02-2025 13:55 ]

[PNARI]

eymey schreef op woensdag 12 februari 2025 @ 13:39:
[...]


Mja, ik bedoel meer dat, als je niet afhankelijk wil zijn van HA en soort standalone oplossing (maar dan via modbus) wil, dat je dan ook eigenlijk een eigen NOM sturing zou moeten bouwen (want naar ik begrijp gaat dit voor veel mensen nu dus ook via de cloud )

Denk je dat de besturing zelf ook via de server van MT gaat of zou die ook in de batterij kunnen zitten en enkel data via de server gaat ?

[aartvg]

Intern via wifi of via bluetooth alles kan.
De communicatie loopt niet via de Amazone server dat weet ik wel.

De Shelly blijft zeker werken. Dit wekt namelijk op een eenvoudige manier. De Shelly stuurt eens per seconde een broadcast bericht over je netwerk met de waardes.
Al je apparaten op je netwerk ontvangen deze informatie en bepalen zelf wat ze er mee doen.

Best kans dat de p1 meter van MT iets vergelijkbaars doet.

[PNARI]

aartvg schreef op woensdag 12 februari 2025 @ 13:55:
Intern via wifi of via bluetooth alles kan.
De communicatie loopt niet via de Amazone server dat weet ik wel.

De Shelly blijft zeker werken. Dit wekt namelijk op een eenvoudige manier. De Shelly stuurt eens per seconde een broadcast bericht over je netwerk met de waardes.
Al je apparaten op je netwerk ontvangen deze informatie en bepalen zelf wat ze er mee doen.

Best kans dat de p1 meter van MT iets vergelijkbaars doet.

Een reden te meer voor mij om verder te gaan met de installatie van de hardware shelly.

[Edzelf]

Ik heb inmiddels hier een github repositry aangemaakt voor de ESP32 sturing van de Marstek Venus over ModBus. Daarin is nu beschikbaar het eerste deel van de documentatie. Ik zal daarin ook de vorderingen van dit project bijhouden.

Er is daarin de mogelijkheid om te discussiëren.

[Koniade]

Nou, ondanks dat het gisteren even positief leek met de Marstek P1 meter en de nieuwe installatie naar aanleiding van het YouTube videootje heb ik nu toch weer geen verbinding en is het vakje van links onder CT ook niet groen. De P 1 is vaak ook offline wifi En BT. Ook de P1 verwijderen. Weer zoeken. Configureren lukt vaan niet ( configureren niet geslaagd. Tip. Probeer het opnieuw. )
Ik denk dat ik maar gewoon de eventuele updates afwacht en verder lees ik gewoon hier mee. Ik laad een ontlaad wel gewoon in Manual. Ik heb het nou zo vaak opnieuw geïnstalleerd en geconfigureerd dat ik er voor nu even klaar mee ben.

Nog niet helemaal plug and play. Kinderziektes hoop ik.

[SatScan]

Edzelf schreef op woensdag 12 februari 2025 @ 14:13:
Ik heb inmiddels hier een github repositry aangemaakt voor de ESP32 sturing van de Marstek Venus over ModBus. Daarin is nu beschikbaar het eerste deel van de documentatie. Ik zal daarin ook de vorderingen van dit project bijhouden.

Er is daarin de mogelijkheid om te discussiëren.

Ik ben in afwachting van de juiste hardware...
Sluit me graag aan om dit eens te proberen. Nog nooit gedaan... dus..

[S2S]

Ik heb net een update gehad van de accu, de p1 meter werkt hier niet beter 🤣 ook niet slechter 🤡

[SatScan]

S2S schreef op woensdag 12 februari 2025 @ 14:37:
Ik heb net een update gehad van de accu, de p1 meter werkt hier niet beter 🤣 ook niet slechter 🤡

Hier vanmorgen ook... Even Batt volgeladen en na zo'n 10m werkte NOM prima.

[S2S]

SatScan schreef op woensdag 12 februari 2025 @ 14:40:
[...]


Hier vanmorgen ook... Even Batt volgeladen en na zo'n 10m werkte NOM prima.

Hmm okay. Zal hem dan nog iets langer aan laten . Bij mij begon de accu gelijk te laden .

[SatScan]

S2S schreef op woensdag 12 februari 2025 @ 14:42:
[...]

Hmm okay. Zal hem dan nog iets langer aan laten . Bij mij begon de accu gelijk te laden .

Ja, het systeem moet zich even 'settelen' en dan zul je zien dat de reactietijd ook steeds beter wordt.
E.e.a. is natuurlijk ook afhankelijk van de type energiemeter (update snelheid).

[S2S]

SatScan schreef op woensdag 12 februari 2025 @ 14:59:
[...]


Ja, het systeem moet zich even 'settelen' en dan zul je zien dat de reactietijd ook steeds beter wordt.
E.e.a. is natuurlijk ook afhankelijk van de type energiemeter (update snelheid).

Gisteren hele dag gedraaid op auto, wordt er niet beter op. met 1900 watt laden tussendoor, maar er is hier helemaal geen zon. Ik zal het vandaag eens aankijken, AI mode lijkt beter te werken.

[SatScan]

S2S schreef op woensdag 12 februari 2025 @ 15:07:
[...]

Gisteren hele dag gedraaid op auto, wordt er niet beter op. met 1900 watt laden tussendoor, maar er is hier helemaal geen zon. Ik zal het vandaag eens aankijken, AI mode lijkt beter te werken.

Jouw energiemeter staat in de lijst? bij Ja;
Laad eens vol en dan op NOM zetten en dan niet meer 'aankomen'
Ben benieuwd

[S2S]

SatScan schreef op woensdag 12 februari 2025 @ 15:14:
[...]


Jouw energiemeter staat in de lijst? bij Ja;
Laad eens vol en dan op NOM zetten en dan niet meer 'aankomen'
Ben benieuwd

nee 1 type hoger. Het kan zijn dat dat het is. ik heb een Landis +gyr E350 en er staat een E360. Mss dat dat het is, maar lijkt mij vrij gek dat ze de complete meter aanpassen .. maar zou kunnen.

[SatScan]

S2S schreef op woensdag 12 februari 2025 @ 15:16:
[...]

nee 1 type hoger. Het kan zijn dat dat het is. ik heb een Landis +gyr E350 en er staat een E360. Mss dat dat het is, maar lijkt mij vrij gek dat ze de complete meter aanpassen .. maar zou kunnen.

Ja da moet het haast wel zijn. ik heb type 360 en dat werkt goed, is een 1 sec repons meter.

[S2S]

SatScan schreef op woensdag 12 februari 2025 @ 15:18:
[...]


Ja da moet het haast wel zijn. ik heb type 360 en dat werkt goed, is een 1 sec repons meter.

Dit staat in de handleiding:

instantaneous values are updated every second.

Die van mij ook?