Het grote Deye inverter (en accu) topic

[bommer]

dingo35 schreef op vrijdag 9 oktober 2026 @ 22:57:
@desalnietemin Wat volgens mij iedereen doet is de ToU twee entries geven: 00:00 - 23:55 en 23:55 - 00:00, en dan schrijf je het gewenste gedrag naar de eerste entry.

Maar de 1100-1110 registers zijn wellicht beter geschikt, kun je de info die je kreeg hier delen?

Ik schrijf modbus integraties voor Home Assistant, zou ook graag dat stukje register lijst willen hebben.
Doel is om aankomende winter (als mijn eigen 15K in bedrijf is) een intergratie te maken speciaal voor Deye
En de verschillende inverters, als eerste de 3F 15K en 12K versie en dan uitbreiden naar ook de enkelfase.

[genesisfm]

Noordhorn schreef op zondag 11 oktober 2026 @ 00:34:
Lees hier regelmatig over TOU tabellen.

Maak hier zelf helemaal geen gebruik van TOU tabellen (tenminste geen waarden of tijden). Heb HomeAssistant met EMHASS draaien met een schuivend horizon (max 33 uur vooruit, zolang er prijzen bekend zijn). Elk kwartier stuurt die de gegevens naar EMHASS

Verder gebruik ik een automation die de waarden van EMHASS omzet naar de de schakelaars, batterijen stromen en select mode van de Deye.

Schakelaar: "Grid charge", "TIME Of Use" en "Solar sell"
Stromen: Charge max, Discharge max en Grid charge (max)
Limit mode: Zero export to CT en Selling first


Zo zal het vandaag bij mij draaien
[Afbeelding]

[Afbeelding]


Verder heb ik er een aanpassing inzitten als de auto gaat laden via TIBBER (mag dan niet gaan ontladen en op dat moment wordt eigen gebruik ook van het net getrokken, bij laden wordt de maximum laadstroom gewijzigd van de Deye). Dit werkt nog niet optimaal, pakt dan ook volledig de PV opbrengst......(misschien is dat in 2027 wel verstandig)

Ik doe dit op dezelfde manier, ik heb er een software laag overheen liggen die deze informatie wegschrijft.

Bij mijn loopt het zo: EMS -> Home assistant -> RS485 -> Deye en dezelfde weg terug.

Dit werkt perfect, zo voer ik trouwens ook mijn batterij onderhoud uit. Dus de 2 accupacks van elkaar gaan afwijken (SOC) en/of een keer in de x dagen dan laad hij eens naar de 100% om een calibratie uit te voeren.

[timbak02]

Hallo allemaal,

Ik lees sinds kort ook mee in dit topic en heb onlangs een SUN-8K-SG04LP3 icm 2× Rosen LFP48V200AH aangesloten. Maar loop tegen een probleem aan in de "Zero Export to CT" work mode

Setup

• Deye SUN-8K-SG04LP3-EU (3-fase hybride)
• 2 strings van 10 zonnepanelen, elk op een eigen MPPT (10× 340 Wp en 10× 400 Wp)
• 2× Rosen LFP48V200AH parallel
• Netmeting via Eastron SDM630 Modbus V2 (adres 1, 9600 baud, 8N1), RS485-kabel van ca. 10 m, geen afsluitweerstand
• Geen CT-klemmen, LOAD-poort (backup) niet in gebruik
• Grid code VDE4105
• Phase type 0/240/120 (installatie heeft een omgekeerde fasevolgorde)

Probleem

In System Work Mode "Zero Export to CT" blijft de Deye off-grid: de relais klikken, maar hij koppelt niet aan het net. De grid status geeft in die mode ook "Off-Grid" aan (zie foto). Er komt geen alarm en er staat geen foutcode in de log. Zet ik hem op "Zero Export to Load", dan koppelt hij gewoon aan.



Wat ik al gecontroleerd heb

• Fasen en stroomrichting kloppen: met verbruikers op L2 en L3 komen de waarden per fase en met het juiste teken overeen tussen de Eastron, het Deye-display en de P1 van de slimme meter.
• Modbus-instellingen op de Eastron staan goed.
• A/B zit goed: als ik ze omwissel, krijg ik een alarm.
• In "Zero Export to Load" laat de Deye alle drie de CT-waarden live en correct zien.

Wat opvalt (zie filmpje)

In het filmpje zie je het Grid-scherm in "Zero Export to CT" en daarna de overgang naar "Zero Export to Load" (de klik bij ~19 s).

• -In Zero Export to CT heeft steeds maar één fase een waarde, de andere twee staan op 0 W. Bijvoorbeeld CT2 = 1241 W met CT1/CT3 = 0 W, en een paar seconden later CT3 = 2224 W met CT1/CT2 = 0 W. De 1241 W blijft ruim 15 seconden tot op de watt gelijk, dus het lijkt bevroren of oude data.
• Na de overstap naar Zero Export to Load hebben alle drie de fasen tegelijk een waarde, en die schommelen gewoon (bijv. 320 / 1270 / 2250 W). Dat klopt met de Eastron en de P1.

Dus: dezelfde meter, kabel en instellingen werken in Load-mode prima, maar in CT-mode komt de meterdata maar half binnen en geeft hij Off-Grid aan.

Mijn vragen

• Herkent iemand dit, eventueel in combinatie met phase type 0/240/120 of een Eastron SDM630?
• Is er een firmwareversie bekend die dit oplost?

Alvast bedankt!

[ Voor 4% gewijzigd door timbak02 op 11-10-2026 18:21 ]

[Domba]

@timbak02 Ik herken het niet.
Misschien overbodige vraag, je hebt op "advanced function" pagina wel een vinkje staan bij "EX_meter for CT" vanwege gebruik van een Eastron?

[timbak02]

Domba schreef op zondag 11 oktober 2026 @ 11:02:
@timbak02 Ik herken het niet.
Misschien overbodige vraag, je hebt op "advanced function" pagina wel een vinkje staan bij "EX_meter for CT" vanwege gebruik van een Eastron?

Die is goed geconfigureerd en de waarden komen goed door in "Zero export to load" maar in "Zero export to CT" komen die waarden dus niet goed door, althans, die worden niet goed getoond.

[desalnietemin]

@dingo35 @Yaldair dank voor jullie reacties!

Er bestaat al een PR #978 — Added remote control registers for Deye P3, die nog openstaat. Ik heb daar inmiddels gereageerd, de drie ontvangen Deye-documenten toegevoegd en aangeboden mee te testen.

Er zijn concrete verschillen tussen de PR en mijn Deye-documentatie, bijvoorbeeld:

• 1110: batterij-doel-SOC in mijn documentatie, maar Reactive power control mode in de PR.
• 1111: totaal AC-vermogensdoel tegenover Power factor setpoint.
• 1115: maximaal PV-vermogen tegenover een Volt-VAR-spanningspunt.

Ook spreken de Deye-documenten elkaar tegen over de aan/uit-waarden van 1100. Ik heb de PR-auteur daarom gevraagd welke protocol-/firmwarevariant zijn uitgangspunt is.

@dingo35 De generieke acties solarman.read_holding_registers en solarman.write_multiple_registers zijn bij mij al beschikbaar onder Ontwikkelaarstools → Acties, met een vrij registeradres. Specifieke Remote Mode-entiteiten ontbreken, maar generieke registeraanvragen kunnen dus wel worden verstuurd.

Deye antwoordde op mijn vraag over Remote Mode via de lokale LSW-5: “Currently only supported by RS485 adapter”. Dat bevestigt ondersteuning voor een directe adapter, maar bewijst niet dat de loggerroute technisch onmogelijk is. De LSW-5 is immers ook een netwerk-naar-seriële brug, alleen met eigen firmware en het Solarman-protocol.

@Yaldair Je schreef eerder dat je RS232-over-TCP gebruikt op de aansluiting waar normaal de WiFi-dongle zit. Vervang je daarmee de originele logger? Welk merk/type adapter gebruik je, en schrijf je via de Sunsynk-addon of rechtstreeks vanuit Node-RED? Is dat Modbus RTU over TCP of Modbus TCP?

Heb je Remote Mode ook via de originele LSW-5 op poort 8899 getest? Daarnaast ben ik benieuwd hoe je de watchdog ververst en of terugval naar TOU bij verbindingsverlies daadwerkelijk getest is.

Ik wil gezamenlijk testen op mijn SUN-15K-SG05LP3-EU-SM2 — HMI 1001-C05F, MAIN 2107-1184-1809, ARC D20A. Eerst mapping en uitlezen controleren, daarna eventueel begeleide nul-/laagvermogentests met readback, werkelijk batterijvermogen en veilige terugval. Met één commandoschrijver en zonder ongewenst netladen of batterij-export.

Een minimaal voorbeeld van je flow zou daarbij erg helpen!

Thanks all

[Domba]

@timbak02 Voor "zero export to load" wordt de externe CT's/Modbus meter niet gebruikt maar de interne LD CT's-set voor de interne regeling en ext CT's/modbus meter is slechts voor monitoring.
Voor "zero export to CT" wordt de interne set niet gebruikt maar wel de externe CT-set/modbus meter voor beide.
Wat ik niet totaal niet kan plaatsen is "off-grid" flag, als of CT/modbus meter niet gezien wordt (geen vinkje EXT-meter) of stekker op verkeerde connector (meter-485 vs Modbus), waardoor gedeelt gebruik (monitoring & regeling) niet goed gaat omdat die bezet is door de andere.
(vergelijkbaar met RTU-modbus topologie RS-485 vs RS232)

Want ik ga er niet vanuit dat je een SUN-8K-SG04LP3-EU hebt met serienummer die lager begint met 2206 of icm met FW lager (2e set van 4 cijfers) dan FW 2005-1116, waarvoor de communicatie aansluit manier anders is.

[timbak02]

Domba schreef op zondag 11 oktober 2026 @ 13:51:
@timbak02 Voor "zero export to load" wordt de externe CT's/Modbus meter niet gebruikt maar de interne LD CT's-set voor de interne regeling en ext CT's/modbus meter is slechts voor monitoring.
Voor "zero export to CT" wordt de interne set niet gebruikt maar wel de externe CT-set/modbus meter voor beide.
Wat ik niet totaal niet kan plaatsen is "off-grid" flag, als of CT/modbus meter niet gezien wordt (geen vinkje EXT-meter) of stekker op verkeerde connector (meter-485 vs Modbus), waardoor gedeelt gebruik (monitoring & regeling) niet goed gaat omdat die bezet is door de andere.
(vergelijkbaar met RTU-modbus topologie RS-485 vs RS232)

Want ik ga er niet vanuit dat je een SUN-8K-SG04LP3-EU hebt met serienummer die lager begint met 2206 of icm met FW lager (2e set van 4 cijfers) dan FW 2005-1116, waarvoor de communicatie aansluit manier anders is.

Juist in "zero export to load" worden eastron read values goed weergegeven.

Eastron RJ45 plug zit in de Meter-485 aansluting, ernaast zit nog een 'MODEBUS". Als ik de connector eruit haal dan krijg ik wel meteen een alarm. Wat betekend dat dat de meter als zodanig "herkend" word zou ik zeggen. Maar het off grid gaan in workmodus "Zero export to CT" vond je ook vreemd?? Het relais hoor dan wel periodiek schakelen en soms staat die heel even in "Grid mode"


Serie nummer begint met 2303, Omvormer heeft wel 1,5 jaar in een opslag gelegen en heeft nog de af fabriek software. Ik heb al een berichtje gedaan richting Deye voor een remote update.

Thxz voor je antwoord. Geeft even weer stof tot nadenken

[Domba]

@timbak02 Heeft wel iets langer in de opslag gelegen in een hoekje, de eerste 6 cijfers van serie nummer zijn de produktiedatum.
De fabrieks firmware zal dan zeer waarschijnlijk 2005-1135-xxxx of 2005-1140-xxxx met een HMI C03E firmware die een onbekende vreemde bug heeft. (ik tip op de laatste)
(onbekend omdat de HMI versie al teruggetrokken was, voordat de containers in EU waren door deze FW icm de oudere C037 te gebruiken.

[timbak02]

Domba schreef op zondag 11 oktober 2026 @ 19:01:
@timbak02 Heeft wel iets langer in de opslag gelegen in een hoekje, de eerste 6 cijfers van serie nummer zijn de produktiedatum.
De fabrieks firmware zal dan zeer waarschijnlijk 2005-1135-xxxx of 2005-1140-xxxx met een HMI firmware die een onbekende vreemde bug heeft. (ik tip op de laatste)
(onbekend omdat de HMI versie al teruggetrokken was, voordat de containers in EU waren door deze FW icm de oudere C037 te gebruiken.

Firmware: HMI 1001-C031, MAIN 2005-1128-1807

[Domba]

timbak02 schreef op zondag 11 oktober 2026 @ 19:04:
[...]
Firmware: HMI 1001-C031, MAIN 2005-1128-1807

Ik heb die versie voor SG04LP3 12K getest met CT's en niets zo bijzonder opgemerkt, alleen dat de regelruis wat groter is dan van voorjaar 2023 C037/ FW1135

[timbak02]

Domba schreef op zondag 11 oktober 2026 @ 19:08:
[...]


Ik heb die versie voor SG04LP3 12K getest met CT's en niets zo bijzonder opgemerkt, alleen dat de regelruis wat groter is dan van voorjaar 2023 C037/ FW1135

Deze versie had nog geen ferriet ringen.... Aangezien je het over ruis hebt

[Domba]

timbak02 schreef op zondag 11 oktober 2026 @ 19:14:
[...]
Deze versie had nog geen ferriet ringen.... Aangezien je het over ruis hebt

Met regelruis bedoel ik wat anders dan EMC, ramprate en reactietijd.
Als je een belasting bijv een 2kW waterkoker inschakelt, duurt het even voor hybride erop reageert en aantal seconden voor de volledige 2kW uit de accu komt.
Het omgekeerde heb je bij uitschakeling van een belasting, dat je van 0,1 tot enige seconden overshoot hebt.
Meer recente slimme meters zoals DSMR 5.0 die per seconden meten zien die pieken en heb je 1-2kWh per dag zowel ongewenste afname als teruglevering met FW112x
Terwijl met FW1135 uit zelfde periode, dat <0,5kWh is(ca 12-14kWh/mnd)

[Yaldair]

@desalnietemin

Ik heb deze RS232 kabel gekocht: https://www.amazon.nl/dp/B00A6GIV9K
Die heb ik ingestoken i.p.v. de normale datalogger. (reden waarom: mijn rs485 verbinding had te veel last van ruis op de lijn).
Ik had nog deze waveshares liggen: https://www.amazon.nl/Wav...485-422-POE/dp/B0BN61G4VF

Dus, de RS232 in die waveshare gestoken. Vervolgens de sunsynk addon verbinding laten maken met die waveshare (tcp verbinding met ip nummer van de waveshare, port 502). In de sunsynk addon kan je dan extra parameters toevoegen in mysensors.py
ik gebruik dus geen solarman o.i.d. Zie ook niet meteen de meerwaarde. Het is allemaal modbus, dus of dat via rs232 of rs485 maakt niet uit. De datalogger zet ook alles om in modbus (naar mijn weten).

Omdat mijn eigen flow niet te delen was (te specifiek) heb ik Claude wat "universele flows" laten maken. Deze haalt voorspellingen op uit EMHASS, bepaalt intentie, en stuurt op basis daarvan een commando naar de Deye. Ik heb een repo geopend. Daar staat ook een testflow op waarmee je alle modbus addressen kan uitproberen. Claude heeft alles gesimuleerd en zegt dat het werkt .

Bij mij werkt het en gebruik ik het nu continue.

https://github.com/yaldair/deye-control

[timbak02]

Domba schreef op zondag 11 oktober 2026 @ 19:30:
[...]


Met regelruis bedoel ik wat anders dan EMC, ramprate en reactietijd.
Als je een belasting bijv een 2kW waterkoker inschakelt, duurt het even voor hybride erop reageert en aantal seconden voor de volledige 2kW uit de accu komt.
Het omgekeerde heb je bij uitschakeling van een belasting, dat je van 0,1 tot enige seconden overshoot hebt.
Meer recente slimme meters zoals DSMR 5.0 die per seconden meten zien die pieken en heb je 1-2kWh per dag zowel ongewenste afname als teruglevering met FW112x
Terwijl met FW1135 uit zelfde periode, dat <0,5kWh is(ca 12-14kWh/mnd)

Ok het is opgelost.... Ooit wel een gehoord van linksdraaiend en rechtsdraaiend net aansluiting? Ik iig niet, dat is meer installatie vaktermen. Maar dit is wel het probleem dat mijn versie van Deeye icm met firmware waarschijnlijk niet om kan gaan met "linksdraaiende" stroomaanslutingen.

Het net komt bij mij linksdraaiend binnen. Mijn eigen bekabeling heb ik gecontroleerd en die is kleur-op-kleur correct, dus de verwisseling zit al bij de aansluiting van de netbeheerder. Met Fase Type 0/240/120 draait de Deye in Zero Export To Load prima, maar in CT-modus met externe meter dus niet.

Oplossing
L2 en L3 fysiek omgewisseld op de grid-klemmen van de Deye en Fase Type terug naar 0/120/240. Daarna werkt Zero Export To CT direct: hij blijft on-grid en de accu levert vermogen.
Claude kan je soms best wel eens op weg helpen

@Domba bedankt voor het meedenken iig

[Yaldair]

@timbak02 ik heb een SG05, maar ook een eastron bij GRID_CT en een linksdraaiend veld.

Ik had toen in de Deye settings het veld "rechtsdraaiend" gezet, en dan kreeg ik geen grid fault. Nu heb ik later maar heel mijn huis rechtsdraaiend veld "gegeven" (oftewel: direct na de hoofdschakelaar fase 1 en 3 omgedraaid waar ze de eastron in gaan). En toen het veld weer goed gezet bij de Deye (linksdraaiend). Oftewel: Huis rechtdraaiend komt niet overeen met Deye rechtsdraaiend. Dan had ik geen grid faults meer. Volgens mij zijn er meer in dit topic dat bij de Deye een andere draairichting van het veld moesten geven dan ze daadwerkelijk echt hebben.

Bij zero to load doet de deye volgens mij niks met de CT values. Mogelijk dat het daarom ook "goed" werkt. Ik kreeg heel soms meter errors, maar dan komen die in settings --> info --> log te staan. Dus dat geeft aan of je rs485 signaal wel goed loopt.

In principe heb je nu gewoon op de Deye lokaal een rechtsdraaiend veld gemaakt. Maar, dan levert hij dus terug over een andere fase dan dat hij verwacht. Lijkt me niet dat dat goed gaat.

Gedachte-oefeninkje: stel, je had net als bij mij de fases gewisseld voordat het je huis in gaat (dus, bij de Eastron) dan creer je daar (en voor de rest van het huis) een rechtsdraaiend veld. (let op: als je WP hebt e.d. kan je dit niet zomaar doen). Dan had de Deye ook een rechtstdraaiend veld gezien (als je de aders had aangesloten zoals voor je "fix"). Maar, wat hij ziet bij de CT meter e.d. zou dan nog steeds niet goed matchen, want er is in principe niks veranderd. Mogelijk dus alleen de faserichting binnen de settings. Die zou je dan moeten omwisselen.

Als dat het niet fixt: dan is er ergens toch een draad omgewisseld...kan dit? je weet zeker dat je L1 draad ook R is? en L2 = S, L3=T

edit:
dubbel-check gedaan: mijn Deye staat nu inderdaad op 0/240/120 terwijl hij een rechtsdraaiend veld binnen krijgt.

[ Voor 3% gewijzigd door Yaldair op 11-10-2026 22:01 ]

[timbak02]

Yaldair schreef op zondag 11 oktober 2026 @ 21:57:
@timbak02 ik heb een SG05, maar ook een eastron bij GRID_CT en een linksdraaiend veld.

Ik had toen in de Deye settings het veld "rechtsdraaiend" gezet, en dan kreeg ik geen grid fault. Nu heb ik later maar heel mijn huis rechtsdraaiend veld "gegeven" (oftewel: direct na de hoofdschakelaar fase 1 en 3 omgedraaid waar ze de eastron in gaan). En toen het veld weer goed gezet bij de Deye (linksdraaiend). Oftewel: Huis rechtdraaiend komt niet overeen met Deye rechtsdraaiend. Dan had ik geen grid faults meer. Volgens mij zijn er meer in dit topic dat bij de Deye een andere draairichting van het veld moesten geven dan ze daadwerkelijk echt hebben.

Bij zero to load doet de deye volgens mij niks met de CT values. Mogelijk dat het daarom ook "goed" werkt. Ik kreeg heel soms meter errors, maar dan komen die in settings --> info --> log te staan. Dus dat geeft aan of je rs485 signaal wel goed loopt.

In principe heb je nu gewoon op de Deye lokaal een rechtsdraaiend veld gemaakt. Maar, dan levert hij dus terug over een andere fase dan dat hij verwacht. Lijkt me niet dat dat goed gaat.

Precies dat is wat ik ook gedaan heb, setting op "0/240/120" geset en alarm was weg. Maar "Zero export to CT" werkt dus dan niet met een linksdraaiende setting, althans met mijn oude firmware versie.

Het feit dat je op een andere fase terugleverd maakt niks uit omdat je intern tussen de fase "saldeert"

Ik zal eens in dit topic zoeken op de draairichting. Zal Liander komen als je komt met deze constatering?

Gedachte-oefeninkje: stel, je had net als bij mij de fases gewisseld voordat het je huis in gaat (dus, bij de Eastron) dan creer je daar (en voor de rest van het huis) een rechtsdraaiend veld. (let op: als je WP hebt e.d. kan je dit niet zomaar doen). Dan had de Deye ook een rechtstdraaiend veld gezien (als je de aders had aangesloten zoals voor je "fix"). Maar, wat hij ziet bij de CT meter e.d. zou dan nog steeds niet goed matchen, want er is in principe niks veranderd. Mogelijk dus alleen de faserichting binnen de settings. Die zou je dan moeten omwisselen.

Als dat het niet fixt: dan is er ergens toch een draad omgewisseld...kan dit? je weet zeker dat je L1 draad ook R is? en L2 = S, L3=T?

Ik heb verschillende fase belast en gecontrolleerd met mijn P1 reader icm DSRM software in HA en de lezing op de Eastron en de waarden in de Deye die komen overeen. De aanmane is dus dat het voor de "Slimme meter" L2 en L3 omgedraaid zijn.

[Yaldair]

timbak02 schreef op zondag 11 oktober 2026 @ 22:11:
[...]

Precies dat is wat ik ook gedaan heb, setting op "0/240/120" geset en alarm was weg. Maar "Zero export to CT" werkt dus dan niet met een linksdraaiende setting, althans met mijn oude firmware versie.

Het feit dat je op een andere fase terugleverd maakt niks uit omdat je intern tussen de fase "saldeert"

Ik zal eens in dit topic zoeken op de draairichting. Zal Liander komen als je komt met deze constatering?


[...]

Ik heb verschillende fase belast en gecontrolleerd met mijn P1 reader icm DSRM software in HA en de lezing op de Eastron en de waarden in de Deye die komen overeen. De aanmane is dus dat het voor de "Slimme meter" L2 en L3 omgedraaid zijn.

Het kan zijn dat je op de slimme meter linksdraaiend binnen krijgt. Maar, dat ze de fases gewisseld hebben bij je hoofdgroep. En jij gaat van daaruit verder. Want...het boeit eigenlijk niet wat er op welke fase gebeurd. Dus er is geen garantie dat iets dat op je slimme meter op L1 binnenkomt,, ook de 1e draad is bij je hoofdgroep.

Je echte test moet eigenlijk zijn: kijk op display van je Eastron wat de vermogens zijn per fase. En vergelijk DIE met de DSMR meter. Dat zou in ieder geval overeen moeten komen. Of, zoals bij mij: nu expres niet meer. LIander zal hiervoor niet langskomen (en is ook te duur, en niet nodig).
(alles wat ik uitlees met de P1 meter moet ik nu wel L1 en L3 omdraaien in mijn geval. Maar, dat doe ik dan op de P1 meter data). De eastron meet wat mij betreft de echte waarheid.

je hebt verder gekleurde bedrading (bruin, zwart, grijs) zodat je zeker weet dat vanaf de eastron alles aan dezelfde fase hangt?

[dingo35]

timbak02 schreef op zondag 11 oktober 2026 @ 22:11:
[...]
Het feit dat je op een andere fase terugleverd maakt niks uit omdat je intern tussen de fase "saldeert"

Daar zou ik niet op durven vertrouwen; het gaat sowieso fout als je asymmetric feeding aanzet, je wil niet dat als iemand/iets dat later aanzet, je hele rare regeleffecten gaat krijgen....

[HarDus]

Consumentengarantie van Liander? Welke levensduur mag je van een aansluiting verwachten? Een half huis-leven? 100+jaar/2? Of mag je gewoon verwachten dat het goed zit?

Liander: 3x25A aanleggen kost €368,77; Laagste tarief aan huis is €304,22. Herstel draairichting zou voor minder moeten kunnen. Verzegelen is nog wel het meeste werk.

[ Voor 8% gewijzigd door HarDus op 11-10-2026 22:42 ]

[dingo35]

Enexis verving onlangs mijn geliefde ferrarismeter; geen draairichtingsmeter bij zich, "die blijft ongewijzigd"; dus als hij linksdraaiend was, jammer dan....

Maar zo lang je je P1 info van je meter niet gebruikt, kun je bij je hoofdschakelaar, vóór je Eastron/CT klemmen, zelf wisselen zo veel je wil...

[Initial G]

Ik had dit issue ook paar jaar geleden, p1meter fasen klopten niet met groepenkast (incl enphase) en linksdraaiend qua veld. Gedoe met Stedin gehad. Lang verhaal kort, verwacht hier geen hulp van.

Vanwege de al ingedeelde groepenkast en een licht eigenwijze inslag heb ik toen met gepaste bescherming aan de gridkant van de hoofdschakelaar kunnen aanpassen, tijdens een stroomstoring (uitval) van een paar uur lang. Dit is echter niet aan te raden gezien het gevaar.

Je kunt de fasen ook direct na de hoofdschakelaar omwisselen zoals je ze wil hebben, dan klopt het vanaf daar ook met de p1 meter en kun je gewoon veilig werken.

[bommer]

timbak02 schreef op zondag 11 oktober 2026 @ 21:23:
[...]


Ok het is opgelost.... Ooit wel een gehoord van linksdraaiend en rechtsdraaiend net aansluiting? Ik iig niet, dat is meer installatie vaktermen. Maar dit is wel het probleem dat mijn versie van Deeye icm met firmware waarschijnlijk niet om kan gaan met "linksdraaiende" stroomaanslutingen.

Het net komt bij mij linksdraaiend binnen. Mijn eigen bekabeling heb ik gecontroleerd en die is kleur-op-kleur correct, dus de verwisseling zit al bij de aansluiting van de netbeheerder. Met Fase Type 0/240/120 draait de Deye in Zero Export To Load prima, maar in CT-modus met externe meter dus niet.

Oplossing
L2 en L3 fysiek omgewisseld op de grid-klemmen van de Deye en Fase Type terug naar 0/120/240. Daarna werkt Zero Export To CT direct: hij blijft on-grid en de accu levert vermogen.
Claude kan je soms best wel eens op weg helpen

@Domba bedankt voor het meedenken iig

Je kan dit eigenlijk alleen met een speciale meter of een duspol vast stellen.
Het vector veld in de elektro techniek draait linksom
Je krijgt dan 0|-120|-240 voor een rechts draaien veld. -120 is +240 als je vector rechts om gaat.
De Chinezen kijken hier iets anders tegen aan.
Een rechts draaiend veld is in de Deye dus 0|240|120

[bommer]

Ik wat op merkingen voorbij komen dat het niet boeit hoe het binnenkomt.
Maar pas op
Met motoren, als die in eens de andere kant op draaien, krijg je gevaarlijke situaties.
Ik heb ik het verleden best wel wat bouw aansluitingen aangesloten. En je wilt niet een links draaiend veld op je zaagmachine.

[Yaldair]

bommer schreef op maandag 12 oktober 2026 @ 07:33:
Ik wat op merkingen voorbij komen dat het niet boeit hoe het binnenkomt.
Maar pas op
Met motoren, als die in eens de andere kant op draaien, krijg je gevaarlijke situaties.
Ik heb ik het verleden best wel wat bouw aansluitingen aangesloten. En je wilt niet een links draaiend veld op je zaagmachine.

Daarom dat ik ook aangaf dat als je een WPhebt je ook moet oppassen. Compressor verwacht soms ook een rechtsdraaiend veld (bij mij was het bij de krachtgroep weer omgedraaid t.o.v. wat er binnenkomt).
Wel benieuwd of @timbak02 gelijke fase belasting ziet op de Eastron (via schermpje) en de DSMR meter.

[jadjong]

Je zou denken dat apparatuur die afhankelijk is van een specifiek draaiveld iets ingebouwd heeft wat dat controleert. De PV omvormers in ieder geval wel.

[Daan_96]

In de praktijk wordt in het veld vaak gekeken of de motoren de goede kant opdraaien en zo niet dan worden er op de motor zelf even 2 fases omgedraaid.
Neemt niet weg dat de basis gewoon goed hoort te zijn en dus volgens mij rechtsdraaiend

[bommer]

jadjong schreef op maandag 12 oktober 2026 @ 09:49:
Je zou denken dat apparatuur die afhankelijk is van een specifiek draaiveld iets ingebouwd heeft wat dat controleert. De PV omvormers in ieder geval wel.

Zelfs de grote warmtepompen van Carrier enzo waar ik mee werk niet. Verantwoordelijkheid van de installateur en inbedrijfsteller.

[bommer]

Daan_96 schreef op maandag 12 oktober 2026 @ 11:10:
In de praktijk wordt in het veld vaak gekeken of de motoren de goede kant opdraaien en zo niet dan worden er op de motor zelf even 2 fases omgedraaid.
Neemt niet weg dat de basis gewoon goed hoort te zijn en dus volgens mij rechtsdraaiend

Eerst meten, bij een warmtepomp ben te laat en is de compressor terziele.

[Daan_96]

bommer schreef op maandag 12 oktober 2026 @ 11:38:
[...]

Eerst meten, bij een warmtepomp ben te laat en is de compressor terziele.

Eens, ik doelde ook meer op zaagmachines ect wat iets daarvoor werd benoemd.

[timbak02]

Yaldair schreef op maandag 12 oktober 2026 @ 09:38:
[...]

Daarom dat ik ook aangaf dat als je een WPhebt je ook moet oppassen. Compressor verwacht soms ook een rechtsdraaiend veld (bij mij was het bij de krachtgroep weer omgedraaid t.o.v. wat er binnenkomt).
Wel benieuwd of @timbak02 gelijke fase belasting ziet op de Eastron (via schermpje) en de DSMR meter.

Gisteren een snelle test gedaan met belastingen op verschillende fasen. P1 data mbv DSMR -> Eastron en daar lijken de fasen gelijk te zijn. Mijn vermoeden is dat voor de slimme meter L2 en L3 zijn omgedraaid.

[timbak02]

bommer schreef op maandag 12 oktober 2026 @ 06:58:
[...]
Je kan dit eigenlijk alleen met een speciale meter of een duspol vast stellen.
Het vector veld in de elektro techniek draait linksom
Je krijgt dan 0|-120|-240 voor een rechts draaien veld. -120 is +240 als je vector rechts om gaat.
De Chinezen kijken hier iets anders tegen aan.
Een rechts draaiend veld is in de Deye dus 0|240|120

Klopt dat heb ik idd ook gelezen, maar het heeft er alle schijn van. Maar wat je zegt over het rechtdraaiend veld, begrijp ik niet helemaal. Ik heb nu L2 en L3 verwisseld zodat ik richting de deye een rechtsdraaiend veld heb gecreerd en ik heb de grid setting van de deye op 0/120/240 wat ik lees is dat een een rechtsdraaiend veld.

[bommer]

timbak02 schreef op maandag 12 oktober 2026 @ 18:41:
[...]

Klopt dat heb ik idd ook gelezen, maar het heeft er alle schijn van. Maar wat je zegt over het rechtdraaiend veld, begrijp ik niet helemaal. Ik heb nu L2 en L3 verwisseld zodat ik richting de deye een rechtsdraaiend veld heb gecreerd en ik heb de grid setting van de deye op 0/120/240 wat ik lees is dat een een rechtsdraaiend veld.

Je hebt nu een links draaiend veld gemaakt.

Als een 2 fase motor rechts omdraaid (rechtsdraaiend veld) dan draait de vector wiskundig links om dan kom je als eerste tegen -120 graden (L2) en als tweede -240 (L3)
Als je dat in postitieve getallen schrijft wordt dat 0| 240 | 120 om de fase volgorde van L1,L2 en L3 aan te houden.

[timbak02]

bommer schreef op maandag 12 oktober 2026 @ 20:02:
[...]

Je hebt nu een links draaiend veld gemaakt.

Als een 2 fase motor rechts omdraaid (rechtsdraaiend veld) dan draait de vector wiskundig links om dan kom je als eerste tegen -120 graden (L2) en als tweede -240 (L3)
Als je dat in postitieve getallen schrijft wordt dat 0| 240 | 120 om de fase volgorde van L1,L2 en L3 aan te houden.

Ik had een linksdraaiend veld -> deye 0/240/120 ingesteld anders kreeg ik een alarm (W03 Grid pahse wrong). Dit zorgde ervoor dat mijn "Zero export to CT" niet werkte. Dit was verdacht aangezien in NL standaard rechtsdraaiend wordt uitgevoerd. daarom heb ik op de klemmen van de Deye L2 en L3 omgedraaid en de Grid Type op 0/120/240 (rechtsdraaiend) gezet. Geen alarm en de grootste winst is dat "Zero Export to CT". nu perfect werkt.

[bommer]

timbak02 schreef op maandag 12 oktober 2026 @ 21:55:
[...]

Ik had een linksdraaiend veld -> deye 0/240/120 ingesteld anders kreeg ik een alarm (W03 Grid pahse wrong). Dit zorgde ervoor dat mijn "Zero export to CT" niet werkte. Dit was verdacht aangezien in NL standaard rechtsdraaiend wordt uitgevoerd. daarom heb ik op de klemmen van de Deye L2 en L3 omgedraaid en de Grid Type op 0/120/240 (rechtsdraaiend) gezet. Geen alarm en de grootste winst is dat "Zero Export to CT". nu perfect werkt.

Oke nog een keer:


Een rechts draaiend veld op de deye is 0|240|120
Of 0|-120|-240

De wiskundige vector draait tegen de klok in (linksom)

Maakt verder niet uit, pas alleen op met het aansluiten van 400V apparaten, zoals een 3f WP en zaagtafels
De Deye veranderd niet de richting van het veld.

[ Voor 12% gewijzigd door bommer op 12-10-2026 22:26 ]

[Yaldair]

Mijn concern is dat @timbak02 nu lokaal bij de Deye het veld weer heeft omgedraaid (of per toeval de juiste fases op de juiste aansluitingen gezet). Maar, hoe ziet de topology eruit van je installatie @timbak02 ? zit er iets tussen de deye en grid / hangt er iets parallel aan de deye?

[bommer]

Yaldair schreef op maandag 12 oktober 2026 @ 22:39:
Mijn concern is dat @timbak02 nu lokaal bij de Deye het veld weer heeft omgedraaid (of per toeval de juiste fases op de juiste aansluitingen gezet). Maar, hoe ziet de topology eruit van je installatie @timbak02 ? zit er iets tussen de deye en grid / hangt er iets parallel aan de deye?

De 0|240|120 inatelling is de juiste, het klinkt tegenstrijdig.
De volgende fase ijlt 120 graden na op de vorige.
L1 begint op 0, dan moet L2 wel -120 zijn. Wat het zelfde is als +240

Hij draait L2 en L3 om op de Deye en stelt in 0|120|240 wat links draaiend is volgens de theorie.
Er was dus een rechts draaiend veld, dat nu links gemaakt is.

Volgens mij zat het goed, misschien een CT gedraait?
Ik weet niet wat de Deye zegt als je CT 2 en 3 verwisselt.

Met een installatie tester of een duspol meten, dan weet je het zeker.

[ Voor 4% gewijzigd door bommer op 13-10-2026 05:32 ]

[timbak02]

bommer schreef op maandag 12 oktober 2026 @ 22:14:
[...]
Een rechts draaiend veld op de deye is 0|240|120
Of 0|-120|-240

De wiskundige vector draait tegen de klok in (linksom)

Maakt verder niet uit, pas alleen op met het aansluiten van 400V apparaten, zoals een 3f WP en zaagtafels
De Deye veranderd niet de richting van het veld.

Oef heel lang geleden bij volgens mij electrische netwerk theorie gerekend aan fase verschuivingen. Geen parate kennis meer... Maar thxz!

[timbak02]

Yaldair schreef op maandag 12 oktober 2026 @ 22:39:
Mijn concern is dat @timbak02 nu lokaal bij de Deye het veld weer heeft omgedraaid (of per toeval de juiste fases op de juiste aansluitingen gezet). Maar, hoe ziet de topology eruit van je installatie @timbak02 ? zit er iets tussen de deye en grid / hangt er iets parallel aan de deye?

Wellicht omgedraaid, maar het werkt nu wel. Als ik de update heb van Deye firmware dan ga ik de orginele settings weer proberen.

[thomvh]

timbak02 schreef op dinsdag 13 oktober 2026 @ 18:33:
[...]

[Afbeelding]

Wellicht omgedraaid, maar het werkt nu wel. Als ik de update heb van Deye firmware dan ga ik de orginele settings weer proberen.

Waarom hang je je deye niet tussen de meterkast en het de grid in? Kun je nog offline draaien ook nog. Wel maar met 8kW maar dat zal zat zijn. De AC bus kan meer dan 8kW aan dus als het goed is kan gewoon je gehele huis verbruik eroverheen.

[hannibal2206]

hannibal2206 schreef op vrijdag 2 oktober 2026 @ 13:39:
[...]

Het lijkt er bij mij op dat alleen de BMS data van de 1e accu gezien wordt door de Deye; waar zie jij precies dat de data van de 2e accu (of het totaal) opgepikt wordt ? En, hoe heb je de Ethernetkabels lopen en dip switches staan; ik heb daarmee ge-experimenteerd maar zie nooit verschil ..

Inmiddels dit https://community.victronenergy.com/t/successfully-connecting-2-yixiang-with-jk-v19-bms-to-cerbo/50630 gevonden; vanaf de master moet de ethernetkabel op RS485-2 naar de (1e) slave op RS485-1 (naast de CAN connector); dan gaat ook het 'link' LEDje knipperen

[Tomsworld]

Iemand hier ervaring met het vrij krijgen van een LSE-3 monitoring stick. Ik heb een jonge batterij gekocht maar de logger is nog gekoppeld ergens aan een plant. De ai geprobeerd - spreekt van after sales zal het behandelen maar nooit geen succes. Is er een e-mail / ander kanaal ?

Ook wat is de meest recente versie voor een SG05 10KW BE versie ?

[desalnietemin]

Yaldair schreef op zondag 11 oktober 2026 @ 21:14:
@desalnietemin

Ik heb deze RS232 kabel gekocht: https://www.amazon.nl/dp/B00A6GIV9K
Die heb ik ingestoken i.p.v. de normale datalogger. (reden waarom: mijn rs485 verbinding had te veel last van ruis op de lijn).
Ik had nog deze waveshares liggen: https://www.amazon.nl/Wav...485-422-POE/dp/B0BN61G4VF

Dus, de RS232 in die waveshare gestoken. Vervolgens de sunsynk addon verbinding laten maken met die waveshare (tcp verbinding met ip nummer van de waveshare, port 502). In de sunsynk addon kan je dan extra parameters toevoegen in mysensors.py
ik gebruik dus geen solarman o.i.d. Zie ook niet meteen de meerwaarde. Het is allemaal modbus, dus of dat via rs232 of rs485 maakt niet uit. De datalogger zet ook alles om in modbus (naar mijn weten).

Omdat mijn eigen flow niet te delen was (te specifiek) heb ik Claude wat "universele flows" laten maken. Deze haalt voorspellingen op uit EMHASS, bepaalt intentie, en stuurt op basis daarvan een commando naar de Deye. Ik heb een repo geopend. Daar staat ook een testflow op waarmee je alle modbus addressen kan uitproberen. Claude heeft alles gesimuleerd en zegt dat het werkt .

Bij mij werkt het en gebruik ik het nu continue.

https://github.com/yaldair/deye-control

Hoi @Yaldair en @bommer hartelijk dank voor het meedenken.

Ik ga eens proberen om de de Kellerza Deye/Sunsynk software standalone te gebruiken op mijn SolarAssistant-Pi voor directe RS485-aansturing vanuit HA/EMHASS.

Mijn bekabeling wordt dan:

1. Deye-poort BMS ↔ Seplos pack 1-poort CAN/RS485
   De bestaande CAN-BMS-kabel verzorgt de BMS-communicatie met de inverter.
2. Deye-poort Modbus ↔ SolarAssistant Deye USB-RS485-kabel ↔ USB-poort van de Pi Deze kabel wordt dan voor de Sunsynk sturing
3. Deye-poort WiFi/logger RS232 ( waar nu de LSW-5 dongle zit) ↔ passende USB-RS232-kabel ↔ USB-poort van dezelfde Pi. De LSW-5 wordt vervangen. SolarAssistant gebruikt deze nieuwe verbinding uitsluitend voor Deye-monitoring.
4. Seplos pack 3-poort RS485-2 ↔ bestaande Seplos USB-RS485-kabel ↔ afzonderlijke USB-poort van de Pi voor passieve monitoring via Seplos BMSv3-MQTT-lezer, voor pack- en individuele celmetingen. Niet voor inverteraansturing.

De Deye Remote Mode opdrachten lopen vervolgens via:
HA/EMHASS → MQTT → Sunsynk op de Pi → USB-RS485 → Deye Modbus.

en uitgebreide monitoring via: Solar Assistant en de Seplos BMSv3-MQTT-lezer

Eens kijken of ik daarmee Deye remote mode sturing stabiel draaiende krijg. I'll keep you posted.

[thomvh]

desalnietemin schreef op dinsdag 13 oktober 2026 @ 22:25:
[...]

Hoi @Yaldair en @bommer hartelijk dank voor het meedenken.

Ik ga eens proberen om de de Kellerza Deye/Sunsynk software standalone te gebruiken op mijn SolarAssistant-Pi voor directe RS485-aansturing vanuit HA/EMHASS.

Mijn bekabeling wordt dan:

1. Deye-poort BMS ↔ Seplos pack 1-poort CAN/RS485
   De bestaande CAN-BMS-kabel verzorgt de BMS-communicatie met de inverter.
2. Deye-poort Modbus ↔ SolarAssistant Deye USB-RS485-kabel ↔ USB-poort van de Pi Deze kabel wordt dan voor de Sunsynk sturing
3. Deye-poort WiFi/logger RS232 ( waar nu de LSW-5 dongle zit) ↔ passende USB-RS232-kabel ↔ USB-poort van dezelfde Pi. De LSW-5 wordt vervangen. SolarAssistant gebruikt deze nieuwe verbinding uitsluitend voor Deye-monitoring.
4. Seplos pack 3-poort RS485-2 ↔ bestaande Seplos USB-RS485-kabel ↔ afzonderlijke USB-poort van de Pi voor passieve monitoring via Seplos BMSv3-MQTT-lezer, voor pack- en individuele celmetingen. Niet voor inverteraansturing.

De Deye Remote Mode opdrachten lopen vervolgens via:
HA/EMHASS → MQTT → Sunsynk op de Pi → USB-RS485 → Deye Modbus.

en uitgebreide monitoring via: Solar Assistant en de Seplos BMSv3-MQTT-lezer

Eens kijken of ik daarmee Deye remote mode sturing stabiel draaiende krijg. I'll keep you posted.

Hoe zit jouw Solar Assistant nu verbonden? Want ik heb ook Solar Assitant draaien om mijn deye aan te sturen. Deze zit volledig op uit mijn hoofd de RS232 poort waar normaal de Deye Wifi stick ingaat. Ben toch ook wel benieuwd naar die Remote Control mode. Dus ga dit volgen!

[thomvh]

Heeft iemand eigenlijk Deye eens gevraagd wat voor een EEPROM er in deze omvormers zit en of de hoeveelheid writes die wij doen schadelijk zijn? Ik zit te spelen met de EVCC nightly met battery automatic control. EVCC geeft een nieuwe berekening elke 5 minuten. Ben benieuwd of dit iets is wat binnen de scope van de Deye omvormer ligt of dat ik het echt naar 1x per 15 minuten moet terugschroeven met een script.

[MarcoPolet]

desalnietemin schreef op dinsdag 13 oktober 2026 @ 22:25:
[...]

Hoi @Yaldair en @bommer hartelijk dank voor het meedenken.

Ik ga eens proberen om de de Kellerza Deye/Sunsynk software standalone te gebruiken op mijn SolarAssistant-Pi voor directe RS485-aansturing vanuit HA/EMHASS.

Mijn bekabeling wordt dan:

1. Deye-poort BMS ↔ Seplos pack 1-poort CAN/RS485
   De bestaande CAN-BMS-kabel verzorgt de BMS-communicatie met de inverter.
2. Deye-poort Modbus ↔ SolarAssistant Deye USB-RS485-kabel ↔ USB-poort van de Pi Deze kabel wordt dan voor de Sunsynk sturing
3. Deye-poort WiFi/logger RS232 ( waar nu de LSW-5 dongle zit) ↔ passende USB-RS232-kabel ↔ USB-poort van dezelfde Pi. De LSW-5 wordt vervangen. SolarAssistant gebruikt deze nieuwe verbinding uitsluitend voor Deye-monitoring.
4. Seplos pack 3-poort RS485-2 ↔ bestaande Seplos USB-RS485-kabel ↔ afzonderlijke USB-poort van de Pi voor passieve monitoring via Seplos BMSv3-MQTT-lezer, voor pack- en individuele celmetingen. Niet voor inverteraansturing.

De Deye Remote Mode opdrachten lopen vervolgens via:
HA/EMHASS → MQTT → Sunsynk op de Pi → USB-RS485 → Deye Modbus.

en uitgebreide monitoring via: Solar Assistant en de Seplos BMSv3-MQTT-lezer

Eens kijken of ik daarmee Deye remote mode sturing stabiel draaiende krijg. I'll keep you posted.

Misschien kijk ik er 10 keer overheen, maar in de github van Kellerza/Sunsynk kom ik de Remote Mode niet tegen?

Is er ook al iemand bekend met een ESPHome->Modbus integratie voor de Deye die Remote Mode heeft geimplementeerd?

[Yaldair]

MarcoPolet schreef op woensdag 14 oktober 2026 @ 19:25:
[...]

Misschien kijk ik er 10 keer overheen, maar in de github van Kellerza/Sunsynk kom ik de Remote Mode niet tegen?

Is er ook al iemand bekend met een ESPHome->Modbus integratie voor de Deye die Remote Mode heeft geimplementeerd?

Je kan een eigen mysensors.py aanmaken met de juiste adressen:

https://github.com/yaldair/deye-control

Staat de mijne op. Dus dan komen de entiteiten binnen homeassistant en kan je het gebruiken.

[SLOAPERT]

MarcoPolet schreef op woensdag 14 oktober 2026 @ 19:25:
[...]

Misschien kijk ik er 10 keer overheen, maar in de github van Kellerza/Sunsynk kom ik de Remote Mode niet tegen?

Is er ook al iemand bekend met een ESPHome->Modbus integratie voor de Deye die Remote Mode heeft geimplementeerd?

Ik heb het zelf toegevoegd in een ESPHome → Modbus-koppeling (gewone modbus_controller, zie YAML hieronder). Dit zijn de registers die ik lees en schrijf. De aansturing komt van een eigen EMS dat ik met hulp van Claude heb gebouwd en dat via Home Assistant draait.

Ik laad en ontlaad nu met maximaal 5000 W(moet nog een dikkere kabel installeren). In ESPHome is 1109 begrensd op ±45 % (= 5,4 kW bij een 12 kW-omvormer); mijn EMS kapt het zelf af op 5000 W.

Volgorde waarin mijn EMS schrijft:

• Ingaan: 1101 (watchdog, bijvoorbeeld 300 s) → 1104 = 1 (batterijzijde) → 1105 = 2 (vermogen) → 1109 = vermogen → 1100 = 1.
• Tijdens remote: 1101 wordt minstens elke 90 s ververst, zodat de watchdog niet afloopt.
• Uitgaan: 1100 = 0.
• Valt het EMS of ESPHome uit: de watchdog loopt af en de Deye valt zelf terug op zijn TOU-programma.

YAML:

modbus_controller:
  # Remote-registers hoeven niet snel gelezen te worden; na een write toont
  # ESPHome de nieuwe waarde direct.
  - id: deye_5min
    address: 0x1
    modbus_id: modbus1
    setup_priority: -10
    update_interval: 300sec

number:
  # 1101: watchdog in seconden. Telt af; bij 0 verlaat de Deye remote mode
  # zelf. 65535 = watchdog uit (standaard). Altijd vóór 1100 zetten.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1101 watchdog"
    address: 1101
    unit_of_measurement: s
    min_value: 10
    max_value: 18000
    step: 1
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config

  # 1109: batterijvermogen in 0,1 % van het nominale vermogen
  # (12 kW: 1 % = 120 W). Negatief = laden, positief = ontladen.
  # ±45 % = ±5,4 kW; het register zelf kan tot ±120 %.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1109 batterijvermogen"
    address: 1109
    unit_of_measurement: "%"
    min_value: -45
    max_value: 45
    step: 0.1
    multiply: 10
    value_type: S_WORD
    disabled_by_default: true
    entity_category: config

select:
  # 1100: remote mode in/uit. 
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1100 modus"
    address: 1100
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config
    optionsmap:
      "Inschakelen (0)": 0
      "Uitschakelen (1)": 1

  # 1104: regelzijde. Batterijzijde = batterijvermogen vast, PV loopt vrij.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1104 regelzijde"
    address: 1104
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config
    optionsmap:
      "AC-zijde (0)": 0
      "Batterijzijde (1)": 1

  # 1105: batterijmodus. Vermogen = 1109 bepaalt het vermogen.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1105 batterijmodus"
    address: 1105
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config
    optionsmap:
      "Vermogen (2)": 2
      "SoC (3)": 3

sensor:
  # 1110: remote doel-SoC in 0,1 % (0xFFFF = niet ingesteld). Alleen lezen.
  - platform: modbus_controller
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1110 doel-SoC (raw 0,1%)"
    register_type: holding
    address: 1110
    value_type: U_WORD
    accuracy_decimals: 0
    entity_category: diagnostic

[MarcoPolet]

SLOAPERT schreef op woensdag 14 oktober 2026 @ 21:15:
[...]

Ik heb het zelf toegevoegd in een ESPHome → Modbus-koppeling (gewone modbus_controller, zie YAML hieronder). Dit zijn de registers die ik lees en schrijf. De aansturing komt van een eigen EMS dat ik met hulp van Claude heb gebouwd en dat via Home Assistant draait.

Ik laad en ontlaad nu met maximaal 5000 W(moet nog een dikkere kabel installeren). In ESPHome is 1109 begrensd op ±45 % (= 5,4 kW bij een 12 kW-omvormer); mijn EMS kapt het zelf af op 5000 W.

Volgorde waarin mijn EMS schrijft:

• Ingaan: 1101 (watchdog, bijvoorbeeld 300 s) → 1104 = 1 (batterijzijde) → 1105 = 2 (vermogen) → 1109 = vermogen → 1100 = 1.
• Tijdens remote: 1101 wordt minstens elke 90 s ververst, zodat de watchdog niet afloopt.
• Uitgaan: 1100 = 0.
• Valt het EMS of ESPHome uit: de watchdog loopt af en de Deye valt zelf terug op zijn TOU-programma.

YAML:

modbus_controller:
  # Remote-registers hoeven niet snel gelezen te worden; na een write toont
  # ESPHome de nieuwe waarde direct.
  - id: deye_5min
    address: 0x1
    modbus_id: modbus1
    setup_priority: -10
    update_interval: 300sec

number:
  # 1101: watchdog in seconden. Telt af; bij 0 verlaat de Deye remote mode
  # zelf. 65535 = watchdog uit (standaard). Altijd vóór 1100 zetten.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1101 watchdog"
    address: 1101
    unit_of_measurement: s
    min_value: 10
    max_value: 18000
    step: 1
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config

  # 1109: batterijvermogen in 0,1 % van het nominale vermogen
  # (12 kW: 1 % = 120 W). Negatief = laden, positief = ontladen.
  # ±45 % = ±5,4 kW; het register zelf kan tot ±120 %.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1109 batterijvermogen"
    address: 1109
    unit_of_measurement: "%"
    min_value: -45
    max_value: 45
    step: 0.1
    multiply: 10
    value_type: S_WORD
    disabled_by_default: true
    entity_category: config

select:
  # 1100: remote mode in/uit. 
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1100 modus"
    address: 1100
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config
    optionsmap:
      "Inschakelen (0)": 0
      "Uitschakelen (1)": 1

  # 1104: regelzijde. Batterijzijde = batterijvermogen vast, PV loopt vrij.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1104 regelzijde"
    address: 1104
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config
    optionsmap:
      "AC-zijde (0)": 0
      "Batterijzijde (1)": 1

  # 1105: batterijmodus. Vermogen = 1109 bepaalt het vermogen.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1105 batterijmodus"
    address: 1105
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config
    optionsmap:
      "Vermogen (2)": 2
      "SoC (3)": 3

sensor:
  # 1110: remote doel-SoC in 0,1 % (0xFFFF = niet ingesteld). Alleen lezen.
  - platform: modbus_controller
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1110 doel-SoC (raw 0,1%)"
    register_type: holding
    address: 1110
    value_type: U_WORD
    accuracy_decimals: 0
    entity_category: diagnostic

Wow super, dank voor delen! Welke Deye heb je met welke hmi/firmware?

[bommer]

Hoe doen jullie dat met inschakelen van de accu’s
En pre charging?

[SLOAPERT]

MarcoPolet schreef op woensdag 14 oktober 2026 @ 22:01:
[...]

Wow super, dank voor delen! Welke Deye heb je met welke hmi/firmware?

Het is een Deye SUN-12K-SG04LP3 met MCU-firmware 1184 en HMI C073.

[klopping]

Ik worstel met wat ik moet kiezen, ik hoop dat jullie mij kunnen overtuigen om voor de Deye oplossing te gaan :-). Ik heb totaal 25 zonnepannelen die verdeelt zijn over 2 omvormers, waarvan 1 op 1 fase. Voor de solaredge offerte worden beide omvormers vervangen door 1 3 fase hybride. Voor de Deye offerte worden beide ook vervangen door 1 solaredge 3 fase - deze zit niet in de prijs maar op bol.com te krijgen voor minder dan €200 euro- en daarop wordt Deye omvormer gekoppeld. Solaredge oplossing is totaal 10kwh en Deye 12 kwh. Voordelen Deye : volledige backup, rond €1000 goedkoper, 2kwh meer opslag. Voordelen Solaredge: blijf in solaredge eco systeem, langer garantie, canadees ipv chinees. De solaredge offerte is niet de nieuwe Nexis. Ik kan nog niet goed achterhalen wat de grote verschillen zijn, maar je koopt wel een product wat vervangen wordt in 2027. Wat mij nog niet goed duidelijk is, maar waarschijnlijk we de reden zal zijn welk besluit ik neem, is hoe ik zelf de laad en ontlaad strategie kan regelen. Solaredge heeft een mooie app waar ik alles kan zien en ik verwacht dat ik dit vrij simpel kan aanpassen. Voor Deye lees ik de solarman smart app, maar kan nog niet goed achterhalen of je dit met solaredge kan vergelijken. Lees veel over HA maar daar ben ik nog niet bekend mee.

[bommer]

klopping schreef op donderdag 15 oktober 2026 @ 08:57:
Ik worstel met wat ik moet kiezen, ik hoop dat jullie mij kunnen overtuigen om voor de Deye oplossing te gaan :-). Ik heb totaal 25 zonnepannelen die verdeelt zijn over 2 omvormers, waarvan 1 op 1 fase. Voor de solaredge offerte worden beide omvormers vervangen door 1 3 fase hybride. Voor de Deye offerte worden beide ook vervangen door 1 solaredge 3 fase - deze zit niet in de prijs maar op bol.com te krijgen voor minder dan €200 euro- en daarop wordt Deye omvormer gekoppeld. Solaredge oplossing is totaal 10kwh en Deye 12 kwh. Voordelen Deye : volledige backup, rond €1000 goedkoper, 2kwh meer opslag. Voordelen Solaredge: blijf in solaredge eco systeem, langer garantie, canadees ipv chinees. De solaredge offerte is niet de nieuwe Nexis. Ik kan nog niet goed achterhalen wat de grote verschillen zijn, maar je koopt wel een product wat vervangen wordt in 2027. Wat mij nog niet goed duidelijk is, maar waarschijnlijk we de reden zal zijn welk besluit ik neem, is hoe ik zelf de laad en ontlaad strategie kan regelen. Solaredge heeft een mooie app waar ik alles kan zien en ik verwacht dat ik dit vrij simpel kan aanpassen. Voor Deye lees ik de solarman smart app, maar kan nog niet goed achterhalen of je dit met solaredge kan vergelijken. Lees veel over HA maar daar ben ik nog niet bekend mee.

SolarEdge Canadees?

Land: SolarEdge is een Israëlisch bedrijf. Het produceert DC-geoptimaliseerde omvormersystemen.
Wikipedia
Opgericht: in 2006, met massaproductie vanaf 2009. De bronnen noemen als oprichters onder anderen Guy Sella en Lior Handelsman. Daarnaast worden Yoav Galin, Meir Adest en Amir Fishelov genoemd.
Wikipedia
tipranks
Hoofdkantoor: Herzliya Pituach, Israël. Eén bron noemt Hod HaSharon, dus de bronnen spreken elkaar op dit punt tegen.
cbinsights
Productie: De massaproductie begon eind 2009 bij de contractfabrikant Flex. Waar de huidige producten worden gemaakt, heb ik hier niet kunnen verifiëren. Dat is dus niet gedocumenteerd in wat ik vond.
Wikipedia

Ik weet niet wat ik erger vind Chinees of Canadees(Israëlisch)

[klopping]

Je hebt gelijk. Deye is ook geen start-up bedrijf. Hoe monitor en bepaal je jouw strategie met Deye?

[bommer]

klopping schreef op donderdag 15 oktober 2026 @ 10:37:
Je hebt gelijk. Deye is ook geen start-up bedrijf. Hoe monitor en bepaal je jouw strategie met Deye?

Ik ben momenteel nog in de installatie fase van het systeem.
De kwaliteit van de geleverde omvormer is echt dik voldoende. Tenzij je Temu prularia koopt. Zit het bij de grote merken uit China wel goed met de kwaliteit.
En ook de producten van het Nederlandse Victron, worden in Azië gemaakt. Alleen betaal je dan wel de Nederlandse prijs.

[Switek]

klopping schreef op donderdag 15 oktober 2026 @ 08:57:
Ik worstel met wat ik moet kiezen, ik hoop dat jullie mij kunnen overtuigen om voor de Deye oplossing te gaan :-). Ik heb totaal 25 zonnepannelen die verdeelt zijn over 2 omvormers, waarvan 1 op 1 fase. Voor de solaredge offerte worden beide omvormers vervangen door 1 3 fase hybride. Voor de Deye offerte worden beide ook vervangen door 1 solaredge 3 fase - deze zit niet in de prijs maar op bol.com te krijgen voor minder dan €200 euro- en daarop wordt Deye omvormer gekoppeld. Solaredge oplossing is totaal 10kwh en Deye 12 kwh. Voordelen Deye : volledige backup, rond €1000 goedkoper, 2kwh meer opslag. Voordelen Solaredge: blijf in solaredge eco systeem, langer garantie, canadees ipv chinees. De solaredge offerte is niet de nieuwe Nexis. Ik kan nog niet goed achterhalen wat de grote verschillen zijn, maar je koopt wel een product wat vervangen wordt in 2027. Wat mij nog niet goed duidelijk is, maar waarschijnlijk we de reden zal zijn welk besluit ik neem, is hoe ik zelf de laad en ontlaad strategie kan regelen. Solaredge heeft een mooie app waar ik alles kan zien en ik verwacht dat ik dit vrij simpel kan aanpassen. Voor Deye lees ik de solarman smart app, maar kan nog niet goed achterhalen of je dit met solaredge kan vergelijken. Lees veel over HA maar daar ben ik nog niet bekend mee.

Waar heb je zelf het beste gevoel bij? Meer (backup) voor minder geld, maar om er iets zinnigs over te kunnen zeggen is er denk ik nog wel wat meer info nodig. Meeste in dit topic zullen niet voor niets hebben gekozen voor Deye ;-)
Welk vermogen omvormers zijn er geoffreerd? Let op dat de 16kwh batterij vaak niet heel veel duurder is dan de 12kwh versie. Waarom in het geval van Deye de Solaredge 1f omvormer vervangen? Ik heb hier ook een 1f en een 3f solaredge set in gebruik met een Deye. Het is maar net hoe je het aan gaat laten sluiten.
Let er wel op dat je een juiste SE omvormer aanschaft en of de optimizers wel compatible zijn. Afhankelijk hoe je het laat aansluiten is de PV opbrengst ook zichtbaar in de Deye app. HA is zeker niet noodzakelijk maar Deye leent zich prima om alles te monitoren en/of het zelf aan te sturen als je de standaard mogelijkheden niet voldoende vindt.

[Domba]

@klopping als aan vulling op vorige posts, zou ik ook mee laten wegen hoe eenvoudig je opslagcapaciteit over paar jaar kunt uitbreiden, als je ook gereed wilt zijn voor de tijdsafhankelijke nettarieven.

Het voornemen om nettarieven 1-1-2029 in te voeren, het besluit daarvoor ligt op dit moment nog paar weken voor inspraak ter inzage met mogelijk besluit voor eind van dit jaar.
Dan wil je in de winter (okt t/m mrt) de mogelijkheid hebben om met je thuisaccu van 16u t/m 1 uur te kunnen overbruggen, want dat scheelt als indicatie naar het prijspeil 2026 al 4ct & 9ct/kWh aan nettarieven nog zonder de day a head prijs verschillen.
In 2029 als voor huishoudens de netkosten inzelfde mate stijgen als door ACM al bepaalde maximale inkomsten voor netwerkbeheerder, dan zijn die 40-45% hoger in 2029 (resp 7,5 & 12,5ct/kWh) en wat je mogelijk de meeste van de tijd kunt vermijden, door thuisaccu op gunstige day ahead periode tussen 2 tot 16 uur te laden

[klopping]

De installateur stelde voor om beide omvormers door 1 3 fase te vervangen. Beide omvormers moeten op zolder weg want hoe ze daar zijn geïnstalleerd is brandgevaarlijk - gedeelte ingebouwd in de dakisolatie. Geërfd van de vorige bewoners :-). Voor de Deye hebben we alleen een oplos richting besproken en is een richtprijs afgegeven. De offerte komt nog na huis bezoek. Goed punt de nettarieven. ALs ik voor 15-16kwh kies dan vang ik dit in de toekomst op. Een SolarEdge 3de batterij is meerprijs 1560 (SolarEdge actie en btw aftrek al in verwerkt)

[genesisfm]

Ik was even benieuwd of jullie allemaal dynamische nettarieven hebben? Of gaan nemen in 2027?

[Domba]

genesisfm schreef op donderdag 15 oktober 2026 @ 16:57:
Ik was even benieuwd of jullie allemaal dynamische nettarieven hebben? Of gaan nemen in 2027?

Op moment zijn er geen algemene nettarieven voor huishoudens, alleen misschien in pilots.

Tijdsafhankelijjke nettarieven als ze gaan gelden, op zijn vroegst 2029 en dan voor iedereen met een aansluiting t/m 3x80A, huishoudens, bedrijven, winkels, straatlampen etc.
Voor grootverbruikers (>3x80A netaansluiting) die 1 van de 6 regionale netwerkbeheeders hebben, zoals Enexis, Stedin, Liander etc, gaan 1-1-2028 al over op tijdsafhankelijke nettarieven.
Nog grotere verbruikers die Tennet als netwerkbeheerder hebben, die hebben nu al tijdsafhankelijke nettarieven vanaf 1 januari 2026.

[bbbrumbrum]

genesisfm schreef op donderdag 15 oktober 2026 @ 16:57:
Ik was even benieuwd of jullie allemaal dynamische nettarieven hebben? Of gaan nemen in 2027?

Dynamische nettarieven komen in 2029, daar heb je weinig keuze in.
Edit: wat @Domba zegt dus.

Maar ik denk dat de meeste hier inderdaad wel een dynamisch contract hebben, met variabele kwartierprijzen van Tibber of Zonneplan.

Domba schreef op zondag 11 oktober 2026 @ 19:01:
@timbak02 Heeft wel iets langer in de opslag gelegen in een hoekje, de eerste 6 cijfers van serie nummer zijn de produktiedatum.
De fabrieks firmware zal dan zeer waarschijnlijk 2005-1135-xxxx of 2005-1140-xxxx met een HMI C03E firmware die een onbekende vreemde bug heeft. (ik tip op de laatste)
(onbekend omdat de HMI versie al teruggetrokken was, voordat de containers in EU waren door deze FW icm de oudere C037 te gebruiken.

Mijne heeft wel wat langer in de opslag gelegen , zit op MAIN：2005-1096-1807, HMI：1001-C014.
Whatsapp EU Support kreeg het niet voor elkaar FW te upgraden en heeft het doorgezet naar China.

[Domba]

bbbrumbrum schreef op donderdag 15 oktober 2026 @ 17:12:
[...]

[...]

Mijne heeft wel wat langer in de opslag gelegen , zit op MAIN：2005-1096-1807, HMI：1001-C014.
Whatsapp EU Support kreeg het niet voor elkaar FW te upgraden en heeft het doorgezet naar China.

Oeps dat is ergens eind 2021.
Houdt rekening mee dat firmware van na juni 2022 (ergens rond 2005-1113 tot 2005-1118 ) de belegging van de communicatie connectors voor de firmware verandert is als meer dan enkel een dongle is aangesloten.
Aanvankelijk zaten RS-485 modbus en CAN-bus niet gecombineert op 1 connector.
Als ook dat moeite was met PV-strings >3,75kWp per connector.

Dat zijn een aantal backward niet compatible update stappen die ook niet ineens kunnen.
Als het goed is kan de wifi-dongle nog geupdate worden, maar ook niet te vroeg, want voor >FW 1150 heb je zeker meer recente firmware nodig.

[MarcoPolet]

SLOAPERT schreef op donderdag 15 oktober 2026 @ 08:32:
[...]

Het is een Deye SUN-12K-SG04LP3 met MCU-firmware 1184 en HMI C073.

Ah das super, precies dezelfde combi als ik heb! Ik ga er mee aan de slag!

[KarsS]

Heeft er hier al iemand ervaring met de nieuwe SG06-series inverters?

[bbbrumbrum]

Domba schreef op donderdag 15 oktober 2026 @ 17:26:
[...]

Oeps dat is ergens eind 2021.
Houdt rekening mee dat firmware van na juni 2022 (ergens rond 2005-1113 tot 2005-1118 ) de belegging van de communicatie connectors voor de firmware verandert is als meer dan enkel een dongle is aangesloten.
Aanvankelijk zaten RS-485 modbus en CAN-bus niet gecombineert op 1 connector.

Dat zijn een aantal backward niet compatible update stappen die ook niet ineens kunnen.
Als het goed is kan de wifi-dongle nog geupdate worden, maar ook niet te vroeg, want voor >FW 1150 heb je zeker meer recente firmware nodig.

Ik heb 'm net weer dichtgeschroefd, maar volgensmij zat Mod & CANbus wel op 1 connector.
Heb de JK via die connector aangesloten, communicatie naar buiten via SA op RS232.
SA leek alles wel goed op te pakken, tot de SD kaart corrupt was...

Solarman dongle word in HA niet herkend, maar dat kan ook andere oorzaken hebben.

Domba schreef op donderdag 15 oktober 2026 @ 17:26:
[...]
Als ook dat moeite was met PV-strings >3,75kWp per connector.

Wat bedoel je hier mee? Heb op PV2 >6kWp zitten. Valt wel net binnen de DC specs (max 800V, MPPT range 650V), heb dit vooraf vergeleken met data uit de oude omvormer.

[bommer]

bommer schreef op donderdag 15 oktober 2026 @ 07:01:
Hoe doen jullie dat met inschakelen van de accu’s
En pre charging?

Iemand advies? Of Gewoon inschakelen en loopt wel
los?

[Yaldair]

bommer schreef op donderdag 15 oktober 2026 @ 21:48:
[...]

Iemand advies? Of Gewoon inschakelen en loopt wel
los?

Ik had alles "verbonden" staan. Dan JK-BMS v19 opgestart via knopje. Die heeft zelf een pre-charge optie o.i.d. Ik denk dat ik eerst wel de Deye nog in nobatt had staan. nadat ik accu aan had gezet, toen deye op batt gezet. Volgens mij.

[Domba]

bbbrumbrum schreef op donderdag 15 oktober 2026 @ 21:14:
[...]

Ik heb 'm net weer dichtgeschroefd, maar volgensmij zat Mod & CANbus wel op 1 connector.
Heb de JK via die connector aangesloten, communicatie naar buiten via SA op RS232.
SA leek alles wel goed op te pakken, tot de SD kaart corrupt was...

RS232 was geen probleem.
Het was de RS485 en zoals SA diende op een meer linkse connector te worden aangesloten en niet huidige rechtse sinds FW112x.
Ik zal moeten zoeken, want in september 2022 was ik al geupdate naar 112x.

Yup, SA doet zoveel schrijfacties op een paar sectors dat een SD-kaart het 1 tot 2 jaar uithoudt.

Solarman dongle word in HA niet herkend, maar dat kan ook andere oorzaken hebben.
[...]
Wat bedoel je hier mee? Heb op PV2 >6kWp zitten. Valt wel net binnen de DC specs (max 800V, MPPT range 650V), heb dit vooraf vergeleken met data uit de oude omvormer.

Er zouden regel problemen zijn in het 9-12kW gebied, voor 1 versie uit de FW111x serie, als ook de Deye's toen uitgeleverd werden juni/juli 2022, met een sticker op de zijkant ; max 3250 W DC voor zero export, met FW112x was het geen issue.
Volgens de sales manager Duitstalige gebied toen, was dat een vergissing (direct links werken niet altijd goed bij dit forum , het is post #266 waar ik naar link (rechts bovenhoek)

[bommer]

Yaldair schreef op donderdag 15 oktober 2026 @ 22:50:
[...]

Ik had alles "verbonden" staan. Dan JK-BMS v19 opgestart via knopje. Die heeft zelf een pre-charge optie o.i.d. Ik denk dat ik eerst wel de Deye nog in nobatt had staan. nadat ik accu aan had gezet, toen deye op batt gezet. Volgens mij.

Nou heb ik accu’s van Deye zelf.
Ze zijn een beetje scheutig met informatie . Van een evt softstart niets gevonden.

[bbbrumbrum]

Domba schreef op donderdag 15 oktober 2026 @ 22:52:
[...]
RS232 was geen probleem.
Het was de RS485 en zoals SA diende op een meer linkse connector te worden aangesloten en niet huidige rechtse sinds FW112x.
Ik zal moeten zoeken, want in september 2022 was ik al geupdate naar 112x.

Yup, SA doet zoveel schrijfacties op een paar sectors dat een SD-kaart het 1 tot 2 jaar uithoudt.

[...]

Er zouden regel problemen zijn in het 9-12kW gebied, voor 1 versie uit de FW111x serie, als ook de Deye's toen uitgeleverd werden juni/juli 2022, met een sticker op de zijkant ; max 3250 W DC voor zero export, met FW112x was het geen issue.
Volgens de sales manager Duitstalige gebied toen, was dat een vergissing (direct links werken niet altijd goed bij dit forum , het is post #266 waar ik naar link (rechts bovenhoek)

Oh, ja die sticker zit er bij mij ook op, niet eens gezien.

Maar zoals die Duitser zegt, nvt op de 3-fase modellen.

Nog tips als alternatief voor Solar Assistant? Had nu mooi monitoring voor Deye (RS232) en JK (RS485-USB) op 1 kastje zitten. Kan met Solarman dongle verder (als die gaat werken na FW update), maar dan moet ik weer iets anders voor de JK knutselen. Je blijft van de straat zo....

[Yaldair]

bbbrumbrum schreef op vrijdag 16 oktober 2026 @ 11:15:
[...]

Oh, ja die sticker zit er bij mij ook op, niet eens gezien.

Maar zoals die Duitser zegt, nvt op de 3-fase modellen.

Nog tips als alternatief voor Solar Assistant? Had nu mooi monitoring voor Deye (RS232) en JK (RS485-USB) op 1 kastje zitten. Kan met Solarman dongle verder (als die gaat werken na FW update), maar dan moet ik weer iets anders voor de JK knutselen. Je blijft van de straat zo....

Waarom gebruikte je solar assistant? Als in, wat was de meerwaarde over iets als sunsynk addon in HA? of zelf modbus reads/writes doen via nodered?

[bbbrumbrum]

Yaldair schreef op vrijdag 16 oktober 2026 @ 11:20:
[...]

Waarom gebruikte je solar assistant? Als in, wat was de meerwaarde over iets als sunsynk addon in HA? of zelf modbus reads/writes doen via nodered?

Zat bij de Deye, vandaar.

@Domba heb jij nog wat concrete info omtrent het upgrade pad voor mijn oude firmware? Op internet word ik niet veel wijzer, en heb het idee dat de EU Support het ook niet weet.

[Domba]

bbbrumbrum schreef op vrijdag 16 oktober 2026 @ 11:15:
[...]
Oh, ja die sticker zit er bij mij ook op, niet eens gezien.

Maar zoals die Duitser zegt, nvt op de 3-fase modellen.

Terzijde, Ian was een chinees, die "deepl" gebruikte en sales manager in dienst van Deye.
Er waren wel nodige problemen met die < FW112x, ik heb mijn strings toen nog ingekort.
Maar er is tegenwoordig zoveel keuze dat je <FW1123 kunt vermijden.
Voor 100% of zeer lange tijd off-grid gebruik FW1123 t/m FW1139, waarbij C037/FW1135 voorkeur heeft. Voor de remote laatste tijd heb je >FW1139 (FW1140 moet ik nogeens testen, daar dit laatste deye zelf salderende FW is^*)) nodig. (FW1151 vermijden, is een FW die hard op 12kW begrenst is voor invoeding, zelfs als je 2 parallel gebruikt als master-slave).
firmware >FW1139 benodigen in bepaalde situaties dat je kortstondig spanning op grid aansluiting benodigd van netaansluiting of een generator voor het weer opstarten als Deye zich heeft uitgeschakeld op setup shutdown waarde. Het is aan ieder zijn eigen afweging of je mee laat wegen.

(persoonlijk 1x meegemaakt, met wat langere stroomstoring (kortsluiting in kabel) van 18 uur die net na middernacht zaterdag op zondag begon, terwijl ik mijn accu zoveel mogelijk tegen nog goede prijs in avondpiek had geleegd (Tja weekends hebben vaak geen ochtendpiek-prijs), reden dat tenminste 1 van mijn 2 deye's tenminste op C037/FW1135 draait voor een dark start, daarnaast heb ik ook mijn BMS limieten vrijhoog staan op >2,9V cel en >48V pack, daarnaast zit ik op stukje LS-net, bij gebrek aan transportcapaciteit, netbeheerders 1e keuze is om preventief af te schakelen, als ook wat zwaar meeweegt dat ik alleen op een afzekering in de middenspanningsruimte zit met een geregistreerde thuisaccu en generators naar meest acute en waar de meeste meegeholpen zijn, kortom volledig logische afweging.
Als ook dat ik 10% SOC buiten aansturing laat en pas in ochtendpiek leeg als die er is, daarwege alle stroomonderbrekingen tot nu toe het begin bij mij >80% tussen middernacht en 6 uur s'ochtend lagen)

Nog tips als alternatief voor Solar Assistant? Had nu mooi monitoring voor Deye (RS232) en JK (RS485-USB) op 1 kastje zitten. Kan met Solarman dongle verder (als die gaat werken na FW update), maar dan moet ik weer iets anders voor de JK knutselen. Je blijft van de straat zo....

Ik gebruik SA al enige tijd niet meer sinds ik gestopt ben als beta tester.
(Reden waren de ontwikkel richting en de calling home vereiste ondanks glasvezel aansluiting, maar concentrators voor naar de POP benodigen ook stroom)
Ik gebruik dongle zelf niet, enkel om firmware up of downgrade.

Of je via dongle mogelijkheden hebt, na update zou je moeten checken of de eerste twee cijfers van serienummer dongle tot de supported series behoort, aanvankelijk was het alleen de solarman dongles die een Hi-Flying HF-A11 chip hadden of inmiddels ook de overige solarman dongles met een andere chipset worden ondersteund voor HA weet ik niet, je zou SolarmanV5 scanner kunnen proberen.

Ik gebruik ESP op RS485 als ook waveshare icm Sunsynk add-on (tegenwoordig app genoemd) op RS232.
(ik probeer zo onafhankelijk van de cloud/internet te zijn, sinds 2012 (aanvankelijk met domoticz) oa paar keer in kou gezeten, diverse oorzaken (vrachtwagen tegen wijkkast, diverse keren graafschade/zwaar vrachtverkeer, fout in pop (wijkcentrale, was wel langste, glasvezel die erdoor bijna jaar uitlag, door vele verschillende partijen tot aan backbone)

[Domba]

bbbrumbrum schreef op vrijdag 16 oktober 2026 @ 12:31:
[...]

Zat bij de Deye, vandaar.

@Domba heb jij nog wat concrete info omtrent het upgrade pad voor mijn oude firmware? Op internet word ik niet veel wijzer, en heb het idee dat de EU Support het ook niet weet.

Ik persoonlijk zou ik eerst naar een FW1121-1128 upgraden en logger op LSW3-16xxx laten tot je wilt upgraden naar hoger dan FW1150 dan pas naar een LSW3_32U versie overgaan op de logger (probleem zal zijn om nog de oude firmware (bin-file) te vinden, mocht logger al geupdate zijn naar een 32/32U versie)
Persoonlijk zou ik nog een extra tussenstop bij C037/FW1135-1139 maken (vanwege overgang modbus RTU1.04 naar 1.05 protocol) voor je naar een hogere FW gaat.

Welke dat is hangt af van of je MI ingang gebruikt als ook Deye MPPT's of alleen de MPPT's FW 118x is meer geschikt voor MPPT's only en heeft nog al stabiliteits issues als ook PV op load of MI-ingang wordt gebruikt.

Als ook bij alle stappen MCU1/MCU2/MCU1 aanhouden / factory reset en power cycle zodat RAM opnieuw wordt geladen
Een tweede keer MCU1 (HMI) , bij uitbreiding van modbus adressen is de eerste keer het adres met random/garbage gevuld als deze pas door MCU2 een default waarde krijgt.

Edit: als je zelf upgrade via off-line met bin-file, alleen op accu, daarbij de stappen tot FW1135 de grid settings niet behouden blijven mochten die verandert zijn vanwege grijze import van oorspronkelijk bestemt voor een ander continent. (Is niet zelf te checken, alleen Deye (China) heeft die serienummers logs (laatste 4 cijfers) voor welk land

[ Voor 11% gewijzigd door Domba op 16-10-2026 14:47 ]

[fmb]

Domba schreef op vrijdag 16 oktober 2026 @ 13:44:
[...]
Maar er is tegenwoordig zoveel keuze dat je <FW1123 kunt vermijden.
Voor 100% of zeer lange tijd off-grid gebruik FW1123 t/m FW1139, waarbij C037/FW1135 voorkeur heeft. Voor de remote laatste tijd heb je >FW1139 (FW1140 moet ik nogeens testen, daar dit laatste deye zelf salderende FW is^*)) nodig. (FW1151 vermijden, is een FW die hard op 12kW begrenst is voor invoeding, zelfs als je 2 parallel gebruikt als master-slave).
firmware >FW1139 benodigen in bepaalde situaties dat je kortstondig spanning op grid aansluiting benodigd van netaansluiting of een generator voor het weer opstarten als Deye zich heeft uitgeschakeld op setup shutdown waarde. Het is aan ieder zijn eigen afweging of je mee laat wegen.

Blijft toch gek dat Deye grote functionele verschillen heeft per firmware versie.
Is er ergens een overzicht waar dit uit te halen is?

[Domba]

fmb schreef op vrijdag 16 oktober 2026 @ 18:57:
[...]

Blijft toch gek dat Deye grote functionele verschillen heeft per firmware versie.
Is er ergens een overzicht waar dit uit te halen is?

Er is een grove ontwikkellijn maar wat ontbreekt is een changelog specifiek voor een regio.
Zelfs een lijst van aanbevolen combinaties HMI/MAIN per land ontbreekt.
Zo gebruiken we hier de time of use tabel met modbus register 148-177, maar Spanje deze van register 1000-1150.
tot FW113x is voornamelijk off-grid hybride geschikt voor on-grid, voornamelijk nog gericht op Afrika en Amerika met grote invloed van OEM afnemer Sunsynk en load-shedding.
Noord-Amerka verschuift naar exclusief produceren voor SolArk
FW113x stabiliteit
FW114x draait grotendeels rond Oostenrijk en behouden van goedkeuring voor grid-tie gebonden gebruik. Voor Oostenrijk wordt tijdelijk aparte firmware gemaakt om te voldoen aan eisen van toezichthouder, die na FW1150 weer geintergreert zit. Uitbreiding oa naar Japan met zijn verschillende oost (50hz) & west (60hz) grid standaard. Speciale registers voor Australie, Libanese,Tanzania etc. aanpassingen.
FW115x uitbreiding naar simpele gemengde groepen, zoals een tuinhuisje met verbruikers en opwek van een enkele microinverter.
FW117x volwaardige opwek tussen verbruikers op load, registers voor EV laden en uitbreiding met LORA

[Tomsworld]

Hier een Deye 10K SG05 LP03-BE

Qua versies:

Protocol Version 0104
MAIN 2107-1170-1809
HMI 0-1001-C050
Arc Board Firmware Version D20A

Geen idee hoe oud die is of die goed is - batterij sluiten we maar straks aan.

Hoe geraak je aan updates eigenlijk ?

[MarcoPolet]

SLOAPERT schreef op woensdag 14 oktober 2026 @ 21:15:
[...]

Ik heb het zelf toegevoegd in een ESPHome → Modbus-koppeling (gewone modbus_controller, zie YAML hieronder). Dit zijn de registers die ik lees en schrijf. De aansturing komt van een eigen EMS dat ik met hulp van Claude heb gebouwd en dat via Home Assistant draait.

Ik laad en ontlaad nu met maximaal 5000 W(moet nog een dikkere kabel installeren). In ESPHome is 1109 begrensd op ±45 % (= 5,4 kW bij een 12 kW-omvormer); mijn EMS kapt het zelf af op 5000 W.

Volgorde waarin mijn EMS schrijft:

• Ingaan: 1101 (watchdog, bijvoorbeeld 300 s) → 1104 = 1 (batterijzijde) → 1105 = 2 (vermogen) → 1109 = vermogen → 1100 = 1.
• Tijdens remote: 1101 wordt minstens elke 90 s ververst, zodat de watchdog niet afloopt.
• Uitgaan: 1100 = 0.
• Valt het EMS of ESPHome uit: de watchdog loopt af en de Deye valt zelf terug op zijn TOU-programma.

YAML:

modbus_controller:
  # Remote-registers hoeven niet snel gelezen te worden; na een write toont
  # ESPHome de nieuwe waarde direct.
  - id: deye_5min
    address: 0x1
    modbus_id: modbus1
    setup_priority: -10
    update_interval: 300sec

number:
  # 1101: watchdog in seconden. Telt af; bij 0 verlaat de Deye remote mode
  # zelf. 65535 = watchdog uit (standaard). Altijd vóór 1100 zetten.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1101 watchdog"
    address: 1101
    unit_of_measurement: s
    min_value: 10
    max_value: 18000
    step: 1
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config

  # 1109: batterijvermogen in 0,1 % van het nominale vermogen
  # (12 kW: 1 % = 120 W). Negatief = laden, positief = ontladen.
  # ±45 % = ±5,4 kW; het register zelf kan tot ±120 %.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1109 batterijvermogen"
    address: 1109
    unit_of_measurement: "%"
    min_value: -45
    max_value: 45
    step: 0.1
    multiply: 10
    value_type: S_WORD
    disabled_by_default: true
    entity_category: config

select:
  # 1100: remote mode in/uit. 
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1100 modus"
    address: 1100
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config
    optionsmap:
      "Inschakelen (0)": 0
      "Uitschakelen (1)": 1

  # 1104: regelzijde. Batterijzijde = batterijvermogen vast, PV loopt vrij.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1104 regelzijde"
    address: 1104
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config
    optionsmap:
      "AC-zijde (0)": 0
      "Batterijzijde (1)": 1

  # 1105: batterijmodus. Vermogen = 1109 bepaalt het vermogen.
  - platform: modbus_controller
    use_write_multiple: true
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1105 batterijmodus"
    address: 1105
    value_type: U_WORD
    disabled_by_default: true
    entity_category: config
    optionsmap:
      "Vermogen (2)": 2
      "SoC (3)": 3

sensor:
  # 1110: remote doel-SoC in 0,1 % (0xFFFF = niet ingesteld). Alleen lezen.
  - platform: modbus_controller
    modbus_controller_id: deye_5min
    name: "${device_type}-Remote 1110 doel-SoC (raw 0,1%)"
    register_type: holding
    address: 1110
    value_type: U_WORD
    accuracy_decimals: 0
    entity_category: diagnostic

Het werkt super!! Dank voor de code / uitleg! Wat ik nog wel eens lijk te zien is dat na de eerste keer 1100-remote-mode-aan te zetten, dat hij dan wel aan gaat (het register) maar de watchdog niet terug gaat lopen. Weer opnieuw uit+aan zetten laat de watchdog dan wel teruglopen. In het esphome log zie ik verder geen fouten die op modbus communicatie problemen lijken. Iemand die dit ook heeft gezien met de remote mode?

[timbak02]

thomvh schreef op dinsdag 13 oktober 2026 @ 19:09:
[...]

Waarom hang je je deye niet tussen de meterkast en het de grid in? Kun je nog offline draaien ook nog. Wel maar met 8kW maar dat zal zat zijn. De AC bus kan meer dan 8kW aan dus als het goed is kan gewoon je gehele huis verbruik eroverheen.

Staat op zolder ivm met PV strings die van het dak komen. Offline draaien wil ik ooit nog wel een keer mogelijk maken

[Jerra]

Het klinkt wel echt als een heerlijk zooitje ongeregeld daar bij het Deye FW team

[scoobs]

Ik denk dat dat wel meevalt, maar dat ze gewoon niet willen dat forum-lore een loopje met ze gaat nemen. Met als gevolg - omdat exacte diffs lastig te vinden zijn - forum-lore een loopje met ze neemt.

Tot op heden werkt elke fw gewoon prima voor mij.

[SnarfB]

Ik heb een modbus verbinding RS485 met mijn Deye 12 k met een Waveshare RS232/RS485 to RJ45 Ethernet Serial Server (a dual-channel RS232 and RS485 device) , die ik ook bij 2 andere Deye heb geïnstalleerd en die ik uitlees met Keller add/on. Alleen bij mijn begint deze laatste dagen problemen te vertonen en valt de verbinding regelmatig een tijd uit. Nou heb ik ergens op dit forum gezien dat iemand het over ruis had. En deze de RS232 poort van de dongle had gebruikt, maar deze wil ik graag behouden. Iemand een idee wat ik nog kan aanpassen, het heeft een aantal maanden goed gewerkt.

[timbak02]

Iemand ervaring met het ontkoppelen van de omvormer van je datalogger?? Ik heb een LAN logger aangeschaft en wil de Wifi datalogger gaan vervangen, echter kan ik de omvormer niet zomaar ontkoppelen van de wifi datalogger. Of is dit weer een geval van mail naar Deye service?

[timbak02]

Tomsworld schreef op zaterdag 17 oktober 2026 @ 15:07:
Hoe geraak je aan updates eigenlijk ?

Mail naar [e-mail]. Ik heb de binaries ontvangen omdat mijn wifi verbinding te instabiel was, inmiddels opgelost dat wel, maar ik heb toch maar een LAN datalogger aangeschaft

[bommer]

Even een foto van de voortgang installatie opbouwen.

[rvdgaag]

bommer schreef op zondag 18 oktober 2026 @ 17:07:
[Afbeelding]
Even een foto van de voortgang installatie opbouwen.

Mooi hoor maar ik zou die noodknop elders plaatsten, indien een batterij fout gaat (giftige gassen of brand)wil je niet in de buurt moeten zijn om de noodstop te bedienen. Ik heb hem 3 meter van de complete installatie bij de entree van de garage gemaakt om die reden.

[bommer]

rvdgaag schreef op zondag 18 oktober 2026 @ 19:42:
[...]

Mooi hoor maar ik zou die noodknop elders plaatsten, indien een batterij fout gaat (giftige gassen of brand)wil je niet in de buurt moeten zijn om de noodstop te bedienen. Ik heb hem 3 meter van de complete installatie bij de entree van de garage gemaakt om die reden.

Ik heb een hoofdschakelaar in de meterkast met een hulpcontact, deze zet alles uit.

[bommer]

Edit: verwijderd dubble post.

[ Voor 90% gewijzigd door bommer op 19-10-2026 06:27 ]

[Eddy Burnett]

bommer schreef op zondag 18 oktober 2026 @ 17:07:
[Afbeelding]
Even een foto van de voortgang installatie opbouwen.

Ziet er top uit. Geen DC schakelaars? Ik ben momenteel ook bezig met de SUN-15K-SG05LP3-EU-SM2 en 3x van die SE-F16-c maar zet er wel MCCB van DIHOOL tussen als DC schakelaar per accu en verderop in de keten zit de Victron Lynx Class-T Power-In met elk 250A T-fuse. Gezamenlijk zijn deze 3 accu's dan afgezekerd met 400A.

[Wodan89]

Ik heb inmiddels mijn Deye SUN-30K-SG02HP3-EU-AM3 binnen.

Nu wil ik deze laten aansturen door een Bliq V3.0 alleen nu staat er dat deze nog in ontwikkeling is voor Deye? zijn er hier tweakers die een Bliq gebruiken om hun Deye aan te sturen voor de onbalans handel?

[bommer]

Eddy Burnett schreef op zondag 18 oktober 2026 @ 21:41:
[...]

Ziet er top uit. Geen DC schakelaars? Ik ben momenteel ook bezig met de SUN-15K-SG05LP3-EU-SM2 en 3x van die SE-F16-c maar zet er wel MCCB van DIHOOL tussen als DC schakelaar per accu en verderop in de keten zit de Victron Lynx Class-T Power-In met elk 250A T-fuse. Gezamenlijk zijn deze 3 accu's dan afgezekerd met 400A.

Er zitten 2 schakelaars in de SUN-15K, wanneer zou je ze willen uitzetten? Evt voor onderhoud. Dat kan dus nog steeds.
Er komt nog een polycarbonaat plaat voor (met ventilatie sleuven) en dan onder de goot een koolmonoxide en rook/hitte melder.
Als de boel rookt, kom ik niet in de buurt en schakel alles af met de hoofdschakelaar (met hulp contact) in huis.
Met 3 accu’s heb je natuurlijk niet zoveel aan 2 schakelaars. Wat is de breaking capacity van die zekeringen? Als je volle sluiting hebt wil je minimaal iets van 15~20 kA hebben.

En een MCCB en zekeringen is overkill, ZJBeny MCCB hebben een 15kA breaking capacity, 1 per accu volstaat al. Samen met een 300~600A bus bar.
De 15K doet max 280A een 1000A busbar is niet echt nodig.
Veiligheid is goed, maar extra extra is niet altijd beter.
Meer aansluitingen, meer weerstand = meer point of failure en warmte ontwikkeling.

[ Voor 24% gewijzigd door bommer op 19-10-2026 06:24 ]

[bommer]

rvdgaag schreef op zondag 18 oktober 2026 @ 19:42:
[...]

Mooi hoor maar ik zou die noodknop elders plaatsten, indien een batterij fout gaat (giftige gassen of brand)wil je niet in de buurt moeten zijn om de noodstop te bedienen. Ik heb hem 3 meter van de complete installatie bij de entree van de garage gemaakt om die reden.

Als je rustig over nadenkt, wat als een accu fout gaat.
Helpt een noodstop dan nog, helpt een externe MCCB of zekering dan nog.
Je bent afhankelijk van het BMS en evt een interne zekering. En de vraag is gaan die het nog stoppen.

Zekeringen (algemeen, dus ook MCCB) beschermen de accu tegen leveren van te grote stromen. Bij een fout buiten de accu.

Zekeringen in PV string zijn er ook voor invloeden van buitenaf. (richting de panelen) heb nog niet gezien dat de zon harder ging schijnen om een automaat/zekering te laten afvallen.

[scoobs]

Wodan89 schreef op maandag 19 oktober 2026 @ 01:52:
Ik heb inmiddels mijn Deye SUN-30K-SG02HP3-EU-AM3 binnen.

Nu wil ik deze laten aansturen door een Bliq V3.0 alleen nu staat er dat deze nog in ontwikkeling is voor Deye? zijn er hier tweakers die een Bliq gebruiken om hun Deye aan te sturen voor de onbalans handel?

Hier stond een post over het deye ems. Het deye ems werkt op day-ahead. Ik kan niet in je exacte situatie kijken, maar het is een alternatief dat fiscaal allicht alsnog gunstiger kan uitpakken dan on alanshandel.

[ Voor 22% gewijzigd door scoobs op 19-10-2026 09:21 ]

[fmb]

bommer schreef op zondag 18 oktober 2026 @ 17:07:
[Afbeelding]
Even een foto van de voortgang installatie opbouwen.

Leuk om je voortgang te zien en netjes met die kabelgoten zo. Heb je bewust wat meer ruimte gehouden onder de Deye tot de accu’s? Moeilijk te zien op de foto hoe hoog de Deye hangt.

[bommer]

fmb schreef op maandag 19 oktober 2026 @ 09:16:
[...]

Leuk om je voortgang te zien en netjes met die kabelgoten zo. Heb je bewust wat meer ruimte gehouden onder de Deye tot de accu’s? Moeilijk te zien op de foto hoe hoog de Deye hangt.

Onderkant Deye is ongeveer 150cm de onderkant goot is 128cm. Wilde hem werst nog 5 cm laten zakken, blij niet gedaan te hebben. Best worstelen met die 70mm2
De hoogte boven de accu heb je ook nodig, de buigradius van die kabel is best groot. En je krijgt het stukje tussen de zekering en accu er anders niet tussen.

Het goten werk is resultaat van ervaring in technische ruimtes, maak ze zelf niet (vaak) meer.
Alleen nog verantwoordelijk voor de software en inbedrijfstelling.

[ Voor 12% gewijzigd door bommer op 19-10-2026 09:58 ]

[dingo35]

Tomsworld schreef op zaterdag 17 oktober 2026 @ 15:07:
Hier een Deye 10K SG05 LP03-BE

Qua versies:

Protocol Version 0104
MAIN 2107-1170-1809
HMI 0-1001-C050
Arc Board Firmware Version D20A

Geen idee hoe oud die is of die goed is - batterij sluiten we maar straks aan.

Hoe geraak je aan updates eigenlijk ?

Of, als je een tweaker bent, https://github.com/Mights001/DeyeFirmware, en uploaden via de webpagina van je wifi stick.
Meer info iets verder terug in dit topic...

[Eddy Burnett]

bommer schreef op maandag 19 oktober 2026 @ 06:14:
[...]

Er zitten 2 schakelaars in de SUN-15K, wanneer zou je ze willen uitzetten? Evt voor onderhoud. Dat kan dus nog steeds.
Er komt nog een polycarbonaat plaat voor (met ventilatie sleuven) en dan onder de goot een koolmonoxide en rook/hitte melder.
Als de boel rookt, kom ik niet in de buurt en schakel alles af met de hoofdschakelaar (met hulp contact) in huis.
Met 3 accu’s heb je natuurlijk niet zoveel aan 2 schakelaars. Wat is de breaking capacity van die zekeringen? Als je volle sluiting hebt wil je minimaal iets van 15~20 kA hebben.

En een MCCB en zekeringen is overkill, ZJBeny MCCB hebben een 15kA breaking capacity, 1 per accu volstaat al. Samen met een 300~600A bus bar.
De 15K doet max 280A een 1000A busbar is niet echt nodig.
Veiligheid is goed, maar extra extra is niet altijd beter.
Meer aansluitingen, meer weerstand = meer point of failure en warmte ontwikkeling.

Ik heb gekozen voor een combinatie van DIHOOL MCCB's en Class-T zekeringen, voornamelijk vanwege de mogelijke kortsluitstromen bij 3 parallel geschakelde SE-F16 accu's (48 kWh).

Per accu gebruik ik een DIHOOL DHM1X 2-polige 400A DC MCCB, met volgens de specificaties een Icu van 25 kA en Ics van 20 kA. Daarnaast krijgt iedere accu een Littelfuse JLLN 250A-P Class-T zekering met een DC-afschakelvermogen van 20 kA bij 125V DC. Deze worden ondergebracht in 2 Victron Lynx Class-T Power In modules.

De bekabeling wordt overigens per accu uitgevoerd in 95 mm2 (klasse 6) kabel. Vanaf de Lynx naar de Deye gebruik ik 2 paar 70 mm2 om het te verdelen over de 2 BAT aansluitingen op de SUN-15K.

De DIHOOL's gebruik ik zowel voor de overstroombeveiliging als om iedere accu afzonderlijk te kunnen afschakelen maar eigenlijk meer als doel voor het afschakelen per accu m.b.t. onderhoud c.q. veiligheid. De Class-T zekeringen zijn met name bedoeld als aanvullende kortsluitbeveiliging, ook vanwege mogelijke foutstromen vanuit de andere parallel geschakelde accu's (Better safe then sorry).

Wat betreft de 1000A busbar van de Lynx, die is inderdaad ruim bemeten. Mijn voorkeur ging vooral uit naar een afgeschermde DC-verdeling met geïntegreerde Class-T zekeringhouders dus vandaar de keuze voor deze opzet.

Wat betreft de extra aansluitingen en mogelijke verliezen, daar heb ik ook naar gekeken. Iedere extra verbinding geeft inderdaad wat extra overgangsweerstand, maar bij goed uitgevoerde krimp- en boutverbindingen zijn deze verliezen doorgaans minimaal.

Nog een dingetje. Je geeft aan dat er twee schakelaars in de SUN-15K zitten voor de accuaansluitingen. Bedoel je daadwerkelijk twee interne DC-scheidingsschakelaars voor BAT1 en BAT2? Ik zie in de Deye handleiding namelijk alleen de Power ON/OFF-knop en de DC-switch voor de PV-ingang terug. Heb je daar eventueel een bron van?

[rvdgaag]

Wodan89 schreef op maandag 19 oktober 2026 @ 01:52:
Ik heb inmiddels mijn Deye SUN-30K-SG02HP3-EU-AM3 binnen.

Nu wil ik deze laten aansturen door een Bliq V3.0 alleen nu staat er dat deze nog in ontwikkeling is voor Deye? zijn er hier tweakers die een Bliq gebruiken om hun Deye aan te sturen voor de onbalans handel?

Die Bliq mannen zijn al een keer failliet gegaan dus ik zou er niet op wachten.

Als je een out of the box oplossing wilt voor Deye dan kan ik je aanraden om te kijken naar de GridGenie, die draait bij mijn moeder als 1,5 jaar vlekkeloos.

https://gridgenie.nl/

[Lord Anubis]

kon het niet vinden maar wat houden jullie als parallelle afstand aan tussen een 3f kabel en rs485 of tcp(ethernet cat 7-8)? in dit geval gaat het om kabels in twee mantelbuizen in de grond.

[scoobs]

rvdgaag schreef op maandag 19 oktober 2026 @ 14:34:
[...]

Die Bliq mannen zijn al een keer failliet gegaan dus ik zou er niet op wachten.

Als je een out of the box oplossing wilt voor Deye dan kan ik je aanraden om te kijken naar de GridGenie, die draait bij mijn moeder als 1,5 jaar vlekkeloos.

https://gridgenie.nl/

Waarom zou je 800 euro betalen voor een epex optimizer als de omvormer het gratis erin heeft zitten?