Het grote Deye inverter (en accu) topic

[Domba]

@OverSoft Welke firmware gebruik je?

Een factory reset , verwijdert alle wijzingen, maar moet je wel doen op accu en zonder netspanning als er zoveel aangesleuteld is.
Dan eerst het netprotocol controleren, als die nog goed staat na een factory reset kan je netspanning weer gewoon inschakelen voor de Deye.

[OverSoft]

Domba schreef op zondag 12 juli 2026 @ 05:39:
@OverSoft Welke firmware gebruik je?

Een factory reset , verwijdert alle wijzingen, maar moet je wel doen op accu en zonder netspanning als er zoveel aangesleuteld is.
Dan eerst het netprotocol controleren, als die nog goed staat na een factory reset kan je netspanning weer gewoon inschakelen voor de Deye.

1110/C051 (we hebben een HV omvormer, dus die FW loopt iets uit de pas met LV).

Ik ben inmiddels toegevoegd aan de Deye support Whatsapp groep en ze zijn nu aan het checken. Dat wacht ik even af.

[Tanuki]

OverSoft schreef op zondag 12 juli 2026 @ 10:29:
[...]

Ik ben inmiddels toegevoegd aan de Deye support Whatsapp groep

Hoe kan je daar aan worden toegevoegd?

[OverSoft]

@Tanuki Vragen via de service mail

Bij mij is het in ieder geval opgelost, maar niet dankzij Deye support… Factory reset en zelf opnieuw instellen heeft alles opgelost.

Heb nu de dongle geblokkeerd voor internet, zodat er geen rare settings meer binnen kunnen komen.

[ Voor 76% gewijzigd door OverSoft op 12-07-2026 15:21 ]

[hve]

Domba schreef op zondag 12 juli 2026 @ 05:24:
@hve Dat is wel heel extreem, een deel of misschien alles zal regelruis zijn

regelruis
Deye heeft als eerste reactietijd nodig als een verbruiker inschakelt (bijv 2kW waterkoker) en heb je de ramprate waarmee Deye vermogen kan veranderen met bijv 400-1000W per seconde verandering on-grid, dan duurt het 2-5 sec voor deye dat extra vermogen voor verbruiker (waterkoker) levert of stopt.
Off-grid gaat dat dan met een kleine spanningsdip, on-grid gaat dat niet daar het net de netspanning bepaald.

Buiten ramprate zijn er andere oorzaken waar je eerst naar moet kijken bij regelruis.
-Of er een verbruiker(s) is, die op seconde basis continue fors van vermogen verandert.
-netspanning hebt met forse snelle spannings fluctuaties
-"zero export power" setting
(regelruis verschilt per FW versie, een oud vergelijk 1128 ~~[zero export power = 0w, regelruis 0,38-0,57kwh/dag] vs 1135 ~~[zero export power = 0w, regelruis 0,2-0,4kwh/dag])
(mocht je laatste FW 1183 gebruiken, vermijdt een nul of negatieve "zero export power" )

AUX/GEN-poort niet op micro-inverter setting gebruiken.
Wisselen van AC-PV naar DC-PV opwek heeft zeker positief effect, maar in jouw grafiek is wel erg extreem dat per uur al meer is dan bij oudere firmware het verschil voor een hele dag en dat er meer oorzaken kunnen zijn en dat zeker eerst naar de eerdere punten gekeken moet worden.

Alleen mogelijk als je geen AC-PV opwek hebt en alleen DC-PV (alleen op de MPPT's van Deye), dat maakt ook verschil, daar de CPU 1 energiestroom minder heeft om te bewaken/te volgen.
(voor twee oudere FW versies hoeveel verschil wel en geen MI-ingang actief maakt)

Dank je wel voor de tips!

Ik heb vorige week mijn firmware door Deye laten upgraden. Ik had ergens een recente video gezien waarin firmware een extra vinkje heeft in het Time-of-Use schema voor sell dat leek me wel handig.
De distributeur in Nederland wilde mij geen firmware files verstrekken, en zelfs geen release notes, garantie enzo.. , maar heeft wel snel geregeld dat Deye de firmware via de cloud omgeving heeft aangepast. Volgens de Deye App heb ik nu:

MAIN B029-1727
HMI 0000-C384

Ik heb verder geen enkele ervaring of weet van andere firmware versies, had het wel fijn gevonden als Deye release notes publiceert.

Door die posts die je aanhaalde kwam ik op het idee om een factory reset uit te voeren, zojuist gedaan. Verder kan ik nu de "Zero-Export-Power' negatief maken, maar uit je post begrijp ik dat dat dus geen goed idee is. (ga ik nog even teruglezen)

Dus ik hoop dat de reset zijn werk doet. Als de regelruis naar een halve kWh per dag kan zou dat mooi zijn

Voor de export start ik een scripje via de crontab:
zero-export-to-grid staat aan.
Ik stel de hoeveelheid export power in, stel de target SOC in en vink dan alle sell vinkjes aan. De omvormer gaat dan exporteren.
Zodra de target SOC is bereikt schakel ik alle vinkjes weer uit, en zet ik de target SOC nog iets lager zodat we zonder extra import de nacht doorkomen totdat de zon het weer overneemt.

Bash:

#!/bin/sh
cexp=30
clow=25
power=4400

LOG="$HOME/log/export.log"

# Set export power
query.py 245 -qw $power

# Enable enable export mode
echo `date` "export start: sell ${power}W to grid until $cexp% SOC" >> $LOG
query.py 268 -qw $cexp $cexp $cexp $cexp $cexp $cexp 68 68 68 68 68 68

while [ $? -eq 0 ]
do
    sleep 10

    # get import power
    #query.py 169

    # check capacity
    query.py 184 -qt $cexp
done
echo found

# Lower capacity to clow and clear all flags
echo `date` "export stop: clear flags, set SOC to $clow%"  >> $LOG
query.py 268 -qw $clow $clow $clow $clow $clow $clow 4 4 4 4 4 4

[Domba]

@hve Ik ging ervanuit dat je een 3 fase Deye had, maar HMI 0000-C384 is voor een 1 fase Deye met LORA.
Als je geen LORA gebruikt (Smart EV-lader, smart plug & smart switches van Deye), die heeft ook een 2e modbus meter nodig, is het beter om de normale firmware zonder LORA eens te proberen.

Ik heb zelf geen 1 fase Deye of getest, dat laat ik graag aan andere hier over met welke versie ze goede resultaten hebben, HMI C3A6, C059 en C05E zijn zonder LORA.

De AC-coupling voor PV voor 3 fase SG04/SG05 is al sinds FW1118 een zwak punt en de ene FW is het beter dan de andere , die meer regelruis geeft.
FW 1184 voor 3 fase heeft de sell optie die je noemt in TOU, van de reacties (niet zelf getest) is die ook redelijk met negatieve zero export power off-set, zolang AC-coupling niet gebruikt wordt.

Edit, als aangegeven ik ben niet zo goed thuis in 1 fase, maar main B029 is geloof ik orgineel als combinatie met HMI C05E gereleased en het is de HMI waar de TOU inzit.

[ Voor 9% gewijzigd door Domba op 13-07-2026 14:09 ]

[hve]

Klopt het is een SUN 10KW SG02 1-fase. Met AC coupling bedoel je dan invoer via de MI optie op de generator poort?

Ik heb vandaag een power relais binnegekregen, zodat ik de NUL van de LOAD kan koppelen naar aarde ingeval van "island mode"/"off-grid". Anders heb je een zwevende NUL op de load uitgang.

Ik snap de het idee niet van het extra ATS relais, waarom kan een vaste koppeling tussen N-Load en aarde niet, simpelweg kortsluiten? (misschien omdat anders de interne RCD van de inverter niet goed werkt?)

Afijn ik volg hier maar het boekje:




Dus nu maar proberen of ik met een modbus comando de omvormer van het NET kan loskoppelen, anders moet ik maar een relais achter de hoodschakelaar zetten... ook een manier om de regelruis naar het net te beperken.

[Domba]

hve schreef op maandag 13 juli 2026 @ 16:49:
Ik snap de het idee niet van het extra ATS relais, waarom kan een vaste koppeling tussen N-Load en aarde niet, simpelweg kortsluiten? (misschien omdat anders de interne RCD van de inverter niet goed werkt?)

In NL zijn de meest voorkomende netaansluitingen TCNS en TT-stelsel.
Bij de eerste wordt bij binnenkomst voor de slimme meter de binnenkomende huisaansluiting van de gecombineerde aarde/neutraal gesplitst in een neutraal en aarde (aarde van netwerkbeheerder) en daar 4 polige hoofdschakelaar verplicht is, net als bij kabelbreuk op straat gaat de neutraal zweven en moet je bij Deye deze aan neutraal aan aarde leggen voor off-grid.
In een aantal EU-landen is inmiddels bij TNCS huisaansluiting al een hulp aardingspen verplicht, daar de kabels oud worden en kabelbreuken frequent voorkomen (EU-harmonisatie).
Bij TT-stelsel huisaansluiting zorg je zelf voor de aarding en neutraal niet gaat zweven en je wilt maar op 1 plek waar neutraal aan aarde ligt en wel voor alle aardlekschakelaars/automaten welke in principe verschilstroomschakelaars zijn tussen neutraal en fase.

Als je zowel neutraal in de meterkast voor de groepenkast als bij Deye aan aarde legt, dan is het niet de Deye interne RCD, maar de externe RCD die eruit klapt, daar de hybride zowel een dikke DC maar ook een AC condensatorbank heeft voldoende voor de benodigde verschilstroom voor persoonsbescherming te triggeren.

Meest voorkomende, wil nog niet zeggen standaard in NL.
Toen ik eind 2021 verhuisde, kwam ik in een woning met een TT_stelsel huisaansluiting (altijd aardlek/RCD verplicht) , maar met nog (hoofd)aardlek met de spoel voeding van aarde, aangesloten tussen aardpen en de aarde en aarding in huis en dat was ooit ook conform de norm een oplossing in het verleden, maar is geen persoonbescherming of RCD in de moderne zin als een verschilstroomschakelaar tussen neutraal en fase .
Als ook dat er in jaren 70 nog hele wijken zijn gebouwd zonder enige aarde of aardlek/RCD in de meterkast.
Als je als helpende hand navraag doet naar type huisaansluiting in zo'n wijk, staat er binnen no time een monteur van netwerkbeheerder om samen te kijken voor de beste oplossing, met wijk voor wijk aanpak wordt er niet alleen verzwaard maar ook meer standaard.

[hve]

Domba schreef op maandag 13 juli 2026 @ 20:40:
[...]

In NL zijn de meest voorkomende netaansluitingen TCNS en TT-stelsel.
Bij de eerste wordt bij binnenkomst voor de slimme meter de binnenkomende huisaansluiting van de gecombineerde aarde/neutraal gesplitst in een neutraal en aarde (aarde van netwerkbeheerder) en daar 4 polige hoofdschakelaar verplicht is, net als bij kabelbreuk op straat gaat de neutraal zweven en moet je bij Deye deze aan neutraal aan aarde leggen voor off-grid.
In een aantal EU-landen is inmiddels bij TNCS huisaansluiting al een hulp aardingspen verplicht, daar de kabels oud worden en kabelbreuken frequent voorkomen (EU-harmonisatie).
Bij TT-stelsel huisaansluiting zorg je zelf voor de aarding en neutraal niet gaat zweven en je wilt maar op 1 plek waar neutraal aan aarde ligt en wel voor alle aardlekschakelaars/automaten welke in principe verschilstroomschakelaars zijn tussen neutraal en fase.

Als je zowel neutraal in de meterkast voor de groepenkast als bij Deye aan aarde legt, dan is het niet de Deye interne RCD, maar de externe RCD die eruit klapt, daar de hybride zowel een dikke DC maar ook een AC condensatorbank heeft voldoende voor de benodigde verschilstroom voor persoonsbescherming te triggeren.

Meest voorkomende, wil nog niet zeggen standaard in NL.
Toen ik eind 2021 verhuisde, kwam ik in een woning met een TT_stelsel huisaansluiting (altijd aardlek/RCD verplicht) , maar met nog (hoofd)aardlek met de spoel voeding van aarde, aangesloten tussen aardpen en de aarde en aarding in huis en dat was ooit ook conform de norm een oplossing in het verleden, maar is geen persoonbescherming of RCD in de moderne zin als een verschilstroomschakelaar tussen neutraal en fase .
Als ook dat er in jaren 70 nog hele wijken zijn gebouwd zonder enige aarde of aardlek/RCD in de meterkast.
Als je als helpende hand navraag doet naar type huisaansluiting in zo'n wijk, staat er binnen no time een monteur van netwerkbeheerder om samen te kijken voor de beste oplossing, met wijk voor wijk aanpak wordt er niet alleen verzwaard maar ook meer standaard.

Dank!

Bij mij is de neutraal voor de hoofdschakelaar afgesplits naar aarde, TN of TCNS systeem.
Bij de installatie van de Deye heb ik de oude type-A aardlek vervangen door 2 aardlek type-B 30ma RCD's, met respectievelijk 1 en 3 groepen.

Ik kan met een transfer switch de aarlekgroepen op de Load of op de Grid (Netwerk) aansluiting zetten. Dat is nu wel handig gebleken want, de test met de ATS koppeling heeft witte rook uit de Deye laten ontsnappen..

Na de instalatie van de ATS ging het mis:
De Deye weer aangezet, op net:
Huis op load: Load max 300 Watt
PV Omvormer boven op de Generator poort in MI stand, +- nog 1100 W aan avondzon.
Batterij op 98% nog laden met 700W
Export to grid 0 Watt, volgens het displaytje van de Deye
=> Tussen Aarde, N Load, N Grid netjes 0V AC, so far so good.

Toen de test, hoofdschakelaar uit, netspanning eraf de het ATS relais springt onmiddlijk aan.
Potentiaal tussen aarde en N-Load is netjes rond de 0 en de fase op 230 AC. Dus het zwevende NUL probleem is opgelost. Wel merk ik dat het relais iets warmer wordt dan ik zou verwachten, ik denk misschien is het de kwaliteit van de spoel wat minder.

Ok dus nu maar weer terug, hoofdschakelaar weer aan.
Relais springt niet uit, wel hoor ik de omvormer een beetje een zingend geluid maken en een paar tellen later de magic smoke.. Onmiddelijk heb ik alles uitgezet, durf het ding niet meer aan te zetten.

Daarna relais doorgemeten, 2.2w verbruik op 240V werkt keurig, reageert snel, kwaliteit van het relais is prima degelijke contacten. Heeft 2 NO schakelaars die ieder 25A kunnen schakelen.

Als ik dan naar het verbruik van gisteren kijk zie ik dat gedurende de dag 7 kWh is heen en weer gepompt over het net... Er is iets niet pluis hier..

Morgen maar is overleggen met de leverancier.

[Lasoul]

Lasoul schreef op maandag 6 juli 2026 @ 11:12:
Ik loop tegen het volgende probleem aan.

In mijn Deye installatie heb ik nog 3 andere kleine AC gekoppelde omvormers hangen. Ik heb er een op de GEN-poort van de Deye aangesloten (Micro inv. instelling) en de andere twee zijn aangesloten op de load kant van de Deye.

Nu doet zich het volgende probleem voor. Als ik de netspanning eraf haal moet de Deye overschakelen naar off-grid modus echter als er PV wordt opgeleverd dan schiet de Deye in de F55 fout (DC Voltage High Fault).

Na wat testen kom ik tot de conclusie dat het lijkt dat de Deye (bij mij) niet goed overweg kan met gelijktijdig productie op de GEN-poort als ook op de Load kant. Tevens lijkt het er op dat dit alleen optreedt wanneer de workingmode op: "Selling First" staat en niet op "Zero Export To Load".

GEN aangesloten	Load aangesloten	PV opbrengst	F55 fout
Ja	Ja	Ja	Ja
Ja	Ja	Nee	Nee
Ja	Nee	Ja	Nee
Nee	Ja	Ja	Nee

Is dit een bekend probleem?


Ik zit er nu over te denken om de PV aan de load kant te verschuiven naar de net kant. Het enige nadeel is dat bij stroomuitval deze omvormers dan ook uitvallen.

Even een update voor de geïnteresseerden.

Afgelopen weekend heb ik een 2e Eastron SDM630 meter geïnstalleerd achter mijn AC-gekoppelde omvormers en deze aangesloten op de Deye. De Deye ziet nu via de meter2 instelling hoeveel de AC-gekoppelde omvormers aan de load kant opwekken.
Als ik nu de netspanning eraf haal dan schakelt de Deye netjes over naar off-grid modus en krijg ik niet meer de F55 error. Blijkbaar moet de Deye weten hoeveel opwek er aan de AC load kant zit om goed te kunnen overschakelen.

[hve]

Lasoul schreef op dinsdag 14 juli 2026 @ 11:40:
[...]

Even een update voor de geïnteresseerden.

Afgelopen weekend heb ik een 2e Eastron SDM630 meter geïnstalleerd achter mijn AC-gekoppelde omvormers en deze aangesloten op de Deye. De Deye ziet nu via de meter2 instelling hoeveel de AC-gekoppelde omvormers aan de load kant opwekken.
Als ik nu de netspanning eraf haal dan schakelt de Deye netjes over naar off-grid modus en krijg ik niet meer de F55 error. Blijkbaar moet de Deye weten hoeveel opwek er aan de AC load kant zit om goed te kunnen overschakelen.

Dank Lasoul.

Ik heb me gisteren nog een beetje verdiept in de verschillende netstandaarden.
Wat mogelijk is, en disclaimer: ik ben een leek op dit gebied dus neem het met een korreltje zout:

Ik begrijp dat de Deye probeert bij teveel vermogen op de microinverter input de frequentie gaat verhogen waardoor de omvormer aan de andere kant op een gegeven moment moet besluiten om het vermogen terug te schalen.

Oude protocollen kunnen niet dynamich terugschalen, dus dan zou de omvormer kunnen gaan klapperen.

Voor Nederland is de volgorde van preferentie:
1. EN 50549-1 EU breed en sinds 2026 verplicht.
2. NEN-EN 50438
3. VDE-126-1-1/A1 (Legacy)
4. VDE 126-1-1 (legacy)

Verder is er de duitse standaard VDE-AR-N 4105 die wel ook door de meeste oude omvormers word ondersteund:

VDE-AR-N 4105: Designed explicitly for Germany. It requires precise reactive power control and active power reduction curves unique to German low-voltage grid stabilization rules...

Afijn zoals gezegd ik ben een leek op dit gebied. Misschien is er een Tweaker met meer verstand van deze materie.

[dingo35]

@hve Dat extra vinkje in die nieuwe fw versie MAIN B029-1727/HMI 0000-C384 bij ToU, Sell, weet je al wat dat doet? Wat is de omschrijving?

[ybos]

dingo35 schreef op dinsdag 14 juli 2026 @ 17:11:
@hve Dat extra vinkje in die nieuwe fw versie MAIN B029-1727/HMI 0000-C384 bij ToU, Sell, weet je al wat dat doet? Wat is de omschrijving?

Kan je beter aan @Domba vragen. Dat is de firmware guru

[kawarider]

Lasoul schreef op dinsdag 14 juli 2026 @ 11:40:
[...]

Even een update voor de geïnteresseerden.

Afgelopen weekend heb ik een 2e Eastron SDM630 meter geïnstalleerd achter mijn AC-gekoppelde omvormers en deze aangesloten op de Deye. De Deye ziet nu via de meter2 instelling hoeveel de AC-gekoppelde omvormers aan de load kant opwekken.
Als ik nu de netspanning eraf haal dan schakelt de Deye netjes over naar off-grid modus en krijg ik niet meer de F55 error. Blijkbaar moet de Deye weten hoeveel opwek er aan de AC load kant zit om goed te kunnen overschakelen.

Interessant. Hoe heb je dat precies gedaan?

[Domba]

ybos schreef op dinsdag 14 juli 2026 @ 20:42:
[...]

Kan je beter aan @Domba vragen. Dat is de firmware guru

Voor de 1 fase weet ik niet wat de ervaringen zijn.

Voor de 3 fase heeft FW1184 de optie, de bedoeling is dat je in een tijdsperiode net als grid laden, selling als selling first kunt aanvinken. (terugkoppeling uit de praktijk is er nog nauwelijks)

Daar FW1183 & 1184 niet zo'n geweldige combinatie zijn met AC-coupling (AC-PV, zonder PV of naast PV op Deye MPPT's)
Voor 3f FW1184 met MI actief op eigen systeem is er maar weinig animo, na de eerste "help mijn Deye is crazy" van die al een flink aantal FW's getest hebben
Info moet op moment voornamelijk komen van die een online update service verzorgen, voor klanten die niet zelf updaten en ("sporadisch") gebruiken als proefkonijn.
(er zijn er altijd, als er een nwe firmware release is, die er ook gelijk op willen hebben)

[hve]

dingo35 schreef op dinsdag 14 juli 2026 @ 17:11:
@hve Dat extra vinkje in die nieuwe fw versie MAIN B029-1727/HMI 0000-C384 bij ToU, Sell, weet je al wat dat doet? Wat is de omschrijving?

Naast de "charge" en "gen" komt er een extra Sell vinkje.
In Zero-export-to-grid mode, zodra in timeslot met sell exporteer precies "export power" totdat het batterij percentage is berijkt.

Overigens als je daarna wilt voorkomen dat de verbruikers weer gaan importeren van het net moet je de sell optie uitzetten en het batterij percentage verder verlagen.

Maar voorzover ik weet heb je wel zo directe controle over de import en export.

Zie ook het eerder vermelde scriptje wat ik gebruik om de batterij op piek momenten te laten exporteren.

Overigens als je googled op Manual_SUN-100/125K-SG02HP3-EU-GM10_20260610_en vind je het vinkje beschreven, welliswaar groter model maar TOU functies komen overeen..

[ Voor 16% gewijzigd door hve op 15-07-2026 00:30 ]

[Single]

Domba schreef op donderdag 9 juli 2026 @ 11:39:
@Single Als je accumodule hebt met een BMS die geschikt is om met Deye te communiceren via CAN/RS485.
Probeer eerst met de Lithium setting alles te laten functioneren en vertrouwd te raken met de Deye's aansturing.
Als start/begin is BattV niet aan te raden met een SOC sturing geschikte BMS/accumodule.


Batt V setting mist communicatie BMS<>Deye en daarmee ook forged charge als een extra bescherming die bijna elke merk BMS ondersteund..
Forge charge zorgt ervoor dat accumodule/cellen niet onder minimaal "protection voltage" 2,5-2,9V per cel komt, afhankelijk wat is ingesteld in de BMS en met Deye on-line/on-grid alle settings overruled en paar procent SOC of aantal Wh als nood bij laadt tegen onderspanning van cel/accumodule.

Gisteren een nieuwe kabel geknepen met 2 aders en dipswitch 1 op on en nu doet ie het op Lithium. keurig rond de 20W , soc zichtbaar Soh etc . bedankt voor de support,

[dingo35]

Mijn SUN-12K-SG05LP3-EU-SM2 heeft momenteel Main firmware 2107-1172-1809 en HMI 1001-C054 ; hij heeft nogal moeite om nul op de meter te houden met mijn AC gekoppelde inverter, @Domba waarschuwde hier al voor bij versies 1183 en 1184 ; desalniettemin wil ik 1184 flashen, maar het is mij niet duidelijk hoe ik de juiste HMI versie hierbij vind; als ik naar de datum kijk dan is https://github.com/Mights001/DeyeFirmware/blob/main/HMI/3PH/LV/MCU1-SG-Ver1001-C073-P1-CK.bin de versie die omstreeks dezelfde tijd als 1184 uitkwam, maar naast de MCU1-SG versies zijn er ook MCU1-3PLV versies die qua nummering dichter bij mijn HMI 1001-C054 komen...

@Domba @rvdgaag hoe maken jullie de match tussen MCU1 en MCU2 versies? Kijken jullie ook nog naar de DSP firmware (voor solar MPTT punt) bij up/downgraden of staat dat los van MCU1 en MCU2?

[Domba]

@dingo35 Tentijde van release 3 fase FW1184 (beschikbaar gesteld door de Duitse Deye Distribiteur aan Alex, die Github beheerd) was het HMI C072.
Voor tenminste Oostenrijks netprorocol is inmiddels bekend dat die ook stabiel loopt met HMI C073.
Moglelijk zul je ook de wifi dongel firmware moeten updaten, of dat ook voor alle netprotocolen nodig is, is nog niet duidelijk.

[rvdgaag]

@Domba @rvdgaag hoe maken jullie de match tussen MCU1 en MCU2 versies? Kijken jullie ook nog naar de DSP firmware (voor solar MPTT punt) bij up/downgraden of staat dat los van MCU1 en MCU2?

Ik ging altijd uit van van de laatst beschikbare versie, aangezien Deye geen tot weinig info deelt is dat tricky maar terug zetten is ook zo gebeurd.

Laatst met versie 1183 met HMI C073 ging het bij mij fout, de Deye ging spontaan de accu settings wijzigen waardoor mijn BMS'en compleet over de zeik gingen, een stap terug naar HMI C071 en loste het probleem op.

Ben benieuwd wat de nieuwe 1184 icm met HMI C073 doet, hoor het graag van je :-)

[zalkc]

Ik kan alles doen wat ik wil met de originele firmware, en als ik hier zo meelees zie ik ook geen reden om steeds te willen updaten. Hij hangt niet aan internet, dus er is niet direct een veiligheidsrisico voor hacken.

Zolang die werkt blijf ik er liever af ;)

[thomvh]

Ik vroeg me net hetzelfde af. Alleen die Sell checkbox lijkt me nog wel handig. Scheelt wat instellingen aanpassen. Maar dan moet Solar Assistant dat ook eerst nog maar inbouwen.

[dingo35]

Ik wil ook niet steeds updaten, maar die Sell checkbox heb ik net in HomeAssistant zitten inbouwen en het lijkt me handig als de Deye dat ook zelfstandig kan doen.... verder even kijken of de regelruis wat lager kan.

Maar idd, if it ain't broke, don't fix it.

[Yaldair]

Ik heb mijn accu in elkaar gezet, dus die wil ik binnenkort aansluiten op mijn Deye. Daarna wil ik hem gaan top-balancen m.b.v. de Deye en YAMBMS. Nu zat ik wat na te denken over hoe ik mijn huis na die fase ga draaien, en loop ik tegen wat probleempjes / configuratie-issues aan.

Even een situatie schets:

Ik heb een SE7K Solaredge omvormer op zolder hangen met 7.4kWp aan panelen op zuidwest, geen schaduw (oftewel: verkeerd ingelicht door de installateur en ik had hier nooit solaredge moeten ophangen). Deze zit nu samen met al mijn huis apparatuur (behalve kookplaat, WP compressor en EV-lader) achter een I-O-II schakelaar. Er zit nog een SDm630 meter achter die de productie data doorstuurt naar de Deye (meter2).

Ik heb NOG een SE5K Solaredge omvormer (5.04kWp) in de schuur hangen in de buurt van de Deye. Deze heb ik aangesloten op de GEN input. Hij is tevens via modbus als slave ingesteld van de SE7K omvormer (toen ik dat nog kon doen...). Idee hierachter was dat ik via de solaredge export naar nul zou kunnen brengen, en dat de SE7K als "hoofdomvormer" de andere zou aansturen.

Ik zit nu te twijfelen om mijn huisapparatuur etc altijd op LOAD te hebben zitten bij de Deye. Echter, dan moet ik 1) de frequency scaling instellen bij mijn solaredge omvormers (wat niet meer kan met de setapp ). en 2) loop ik het risico bij een volle batterij EN grid uitval, dat er 6kW ongeveer richting de Deye gaat vanuit mijn PV terwijl de Deye die niet kwijt kan, en niet snel genoeg de frequency opschaalt / de solaredge te langzaam reageert.

Nu heb ik denk ik twee opties:

A) ik zet er een soort van schakel tussen die de solaredge (7kW) eruit gooit als GRID wegvalt. (of ik lus hem gewoon weer aan GRID). Maar, bij geen GRID werkt mijn "slave" SE5K ook niet meer. Die koppeling moet ik dan losbreken.

Of:
B )Als ik het dak van mijn garage moet vervangen (volgend jaar) haal ik die hele SE installatie weg en zet ik TIGO optimizers op mijn panelen, en koppel ik alles aan de Deye PV-input. De SE7K laat ik dan gewoon op GRID zitten.

Ik moet dan alleen nog ff bedenken wat ik doe in de tussentijd...is optie B misschien de beste weg om te belopen? Omdat ik anders altijd zit met PV op LOAD en de mogelijkheid dat de Deye die niet op tijd kan limiteren?

[dingo35]

De kans dat je tussen nu en volgend jaar een grid uitval hebt lijkt me niet zo groot, dus ik zou B kiezen, en als je onverhoopt toch off grid moet gaan bij uitval kun je altijd de boel nog handmatig schakelen voor die paar uur?

[rvdgaag]

dingo35 schreef op donderdag 16 juli 2026 @ 08:39:
Ik wil ook niet steeds updaten, maar die Sell checkbox heb ik net in HomeAssistant zitten inbouwen en het lijkt me handig als de Deye dat ook zelfstandig kan doen.... verder even kijken of de regelruis wat lager kan.

Maar idd, if it ain't broke, don't fix it.

Net de stoute schoenen aangetrokken en de laatste erop gezet:

MCU1-SG-Ver1001-C073-P1-CK voor de HMI

MCU2_SG12KLP3-V200x-1184-0627 voor de controller

tot nu loopt alles, nog niet kunnen zien hoe de zero export nu is, even afwachten dus.


edit De zero export loopt prima, krijg hem redelijk stabiel rond de 10W, lager heb ik nog niet geprobeerd, ga ik vandaag doen.

In de cloud zag ik een nieuw menu erbij voor de Deye EV charger, zal ook wel in de HMI zitten maar nog niet gekeken of dat zo is. De TOU heeft nu inderdaad SELL als optie.


EDIT & UPDATE** deze update weer eraf gehaald vanwege allerlei storingen, PV productie aanzienlijk lager en Overvoltage foutmeldingen die niet kloppen, de 1e fase op de MI ingang geeft problemen zodat mijn Deye micro-minverter daar telkens op uitvalt (fase 2 en 3 waar ze ook op zitten geen problemen !). Dus weer terug naar mijn laatste stabiele: HMI MCU1-SG-Ver1001-C071-1-CK, controller MCU2_SG12KLP3-V200x-1175-1127.

Let wel ik heb een 12K LV omvormer versie SUN-12K-SG04LP3-EU wellicht dat de features die er nu bij komen alleen voor de SG05 serie zijn. Helaas communiceert Deye slecht.

[ Voor 36% gewijzigd door rvdgaag op 18-07-2026 10:18 ]

[dingo35]

Ik heb de 1184 op mijn SG05 draaien, maar mijn solar zit AC Coupled; werkt wel maar zoals Domba al waarschuwde lijkt de regeling vaak overshoots te hebben; de Sell optie zorgt er wél voor dat je bij solar (over)productie boven de ingestelde SoC gaat verkopen, maar bij onderproductie ga je alsnog van het grid gebruiken ipv uit de accus. Niet echt bruikbaar voor mijn use case; ga komende dagen nog wat metingen doen maar dan vermoedelijk terug naar 1172.

[Melvin15397]

Ik ga binnenkort mijn SUN-12K-SG05LP3-EU plaatsen en wil beginnen met mijn huidige PV installatie AC coupled te laten op GRID.

Het rechtstreeks aansluiten van de zonnepanelen op de Deye in de garage gaat niet lukken. De SMA Tripower blijft hiervoor hangen op zolder. Als ik deze (later) wil aansluiten op de GEN poort, dan zou dit het makkelijkst zijn om vanaf de Alamat in de groepenkast door te gaan naar de GEN poort:

SMA omvormer > bestaande B16 300mA alamat in groepenkast > Deye GEN poort.

Niet de gebruikelijke manier, maar is deze route toegestaan?

[sailor_dg]

Melvin15397 schreef op zondag 19 juli 2026 @ 12:14:
Ik ga binnenkort mijn SUN-12K-SG05LP3-EU plaatsen en wil beginnen met mijn huidige PV installatie AC coupled te laten op GRID.

Het rechtstreeks aansluiten van de zonnepanelen op de Deye in de garage gaat niet lukken. De SMA Tripower blijft hiervoor hangen op zolder. Als ik deze (later) wil aansluiten op de GEN poort, dan zou dit het makkelijkst zijn om vanaf de Alamat in de groepenkast door te gaan naar de GEN poort:

SMA omvormer > bestaande B16 300mA alamat in groepenkast > Deye GEN poort.

Niet de gebruikelijke manier, maar is deze route toegestaan?

Ik heb de alamat in de meterkast vervangen door een schakelaar. En doorgetrokken naar de deye vanaf daar. Bij de deye afgezekerd.

[dingo35]

@Melvin15397 Waarom zou je je SMA Tripower niet gewoon op je Grid houden?

Enige voordeel van de Gen port zou kunnen zijn dat de Deye de Tripower via frequentiemodulatie kan afschakelen als je in off grid situatie een SoC van 100% hebt. (Vooropgesteld dat de Tripower dit ondersteunt)

Ik denk als we langdurig op noodstroom moeten zitten, dat dit de minste van je problemen is?

[ Voor 7% gewijzigd door dingo35 op 20-07-2026 12:21 ]

[Tanuki]

Je zou toch ook de PV connectors uit de omvormer kunnen halen en vervolgens de PV DC kabels kunnen verlengen en die naar je batterij toe kunnen brengen? Dan heb je toch minder verlies dan wanneer je bijvoorbeeld de AC kabel zou verlengen.

[SnarfB]

Wie zou mijn kunnen helpen met YamBms ?
Ik probeer YamBMS te installeren. Mijn installatie bestaat uit een Deye 12 kW 3-fasen omvormer en 2 Seplos V4 kits van elk 16 kWh (BMS V3).

De huidige configuratie is dat de 2 Seplos kits met elkaar zijn verbonden via de RS485-poort en één kit is via de CAN-poort verbonden met de Deye omvormer.

Ik heb een Waveshare ESP32-S3-RS485-CAN interface voor YamBMS. De CAN-uitgang van de interface is verbonden met de CAN-ingang van de Deye en de RS485-ingang met de RS485-uitgang van de eerste Seplos kit.

Met de EspHome-software op de ESP32 zie ik alle entiteiten in HomeAssistant, maar geen waarden van de Deye en Seplos.

Ik zie ook geen LED's voor de CAN- en RS485-communicatie knipperen op de interface.
De led van de RS485 op de WS brand nu continu blauw doordat ik de talk pin in de software heb geactiveerd, maar nog steeds geen gegevens.
Mis ik soms iets in de software ?

Ik voeg mijn software toe zoals ik die op de ESP32 heb geladen.

code:

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
# If needed, configure a static IP here
# wifi:
  manual_ip:
    static_ip: 192.168.2.37
    gateway: 192.168.2.254
    subnet: 255.255.255.0
#     dns1: 8.8.8.8
#     dns2: 8.8.4.4  
  ap:
    ssid: YamBms Fallback Hotspot
    password: "OEzMprF17Eac"


logger:
  level: INFO # VERBOSE / DEBUG / INFO / WARN

ota:
  - platform: esphome


api:
  reboot_timeout: 0s


substitutions:
  # This project uses the `sub-device` function of ESPHome to prefix entity names.
  # This allows to group entities into logical devices that appear separately in Home Assistant.
  hostname: 'yambms' # Name of your ESPHome node registered on the IP network (DNS name must be unique)
  friendly_name : 'YamBMS' # Name of your board (prefix for board entities)
  # +--------------------------------------+
  # | YamBMS Settings                      |
  # +--------------------------------------+
  # Please read the cut-off charging logic README to understand how the YamBMS works
  yambms_id: '1' # Number without spaces
  yambms_name: 'YamBMS 1' # Prefix for YamBMS entities
  yambms_update_interval: '1s'
  # Input numbers can be displayed as a slider or an input box, options are 'slider' or 'box'.
  yambms_input_number_mode: 'slider'
  # Please check and fill in the options below correctly according to your battery chemistry and number of cells in series.
  # These parameters are important and used for charging logic.
  # Battery Chemistry
  yambms_battery_chemistry: '1' # 1-LFP | 2-Li-ion | 3-LTO
  # Number of cells in series
  yambms_cell_count: '16'
  # Bulk / Absorption Voltage : corresponds to the Bulk voltage that will be used to charge the battery. (LFP : 55.2V = 3.45V/Cell for 16S battery)
  yambms_bulk_v: '55.2'
  # Float Voltage : corresponds to the voltage at which the battery would be maintained at the end of charge. (LFP : 53.6V = 3.35V/Cell for 16S battery)
  yambms_float_v: '53.6'
  # Rebulk voltage, voltage from which a new Bulk charge can start. (LFP : 52.8V = 3.3V/Cell for 16S battery)
  yambms_rebulk_v: '52.8'
  # Maximum time in minutes that the cut-off step can last before charging is complete
  # If your cells are properly balanced this step ends at the fastest after the `cut-off timer`
  # This timer can be deactivated with a switch
  yambms_eoc_timer: '30'
  # Time in seconds during which the end of charge conditions must be respected (cut-off + cells not equalizing)
  yambms_cutoff_timer: '60'
  # Max. charge current : corresponds to the maximum charge current which may be requested by YamBMS.
  # The current requested will be proportional to the BMS count without ever exceeding this value.
  yambms_max_requested_charge_current: '300' # in Ampere
  # Max. discharge current : corresponds to the maximum discharge current which may be requested by YamBMS.
  # The current requested will be proportional to the BMS count without ever exceeding this value.
  yambms_max_requested_discharge_current: '300' # in Ampere

  yambms_charging_rate_table: |
    {
      { -0.1, 0.00 },
      {  0.0, 0.05 },
      {  5.0, 0.12 },
      { 10.0, 0.30 },
      { 20.0, 0.50 },
      { 25.0, 0.50 },
      { 45.0, 0.50 },
      { 50.0, 0.50 },
      { 55.0, 0.50 },
      { 60.0, 0.00 }
    }
 # Temperature °C -> Discharge Rate (0.0C to 1.0C)
  yambms_discharging_rate_table: |
    {
      {-30.0, 0.00 },
      {-20.0, 0.50 },
      {-10.0, 0.50 },
      { -5.0, 0.50 },
      {  0.0, 0.50 },
      {  5.0, 0.50 },
      { 45.0, 0.50 },
      { 50.0, 0.50 },
      { 55.0, 0.50 },
      { 60.0, 0.00 }
    }
  # +--------------------------------------+
  # | Shunt Settings                       |
  # +--------------------------------------+
  shunt_update_interval: '3s'  # frequency at which Shunt data is refreshed
  # +--------------------------------------+
  # | BMS Settings                         |
  # +--------------------------------------+
  bms_update_interval: '3s'    # frequency at which BMS data is refreshed, going below '3s' can cause problems
  # +--------------------------------------+
  # | Health & LED Assignment Logs         |
  # +--------------------------------------+
  enable_led_logging: 'false'     # Set to true to see if an led is assigned to a component correctly, logged every 60 seconds
  enable_health_logging: 'false'  # Set to true to see if component health for all component instances, logged every 60 seconds


packages:
  remote_packages:
    url: https://github.com/Sleeper85/esphome-yambms
    ref: main
    refresh: 60min
    files:

        - path: 'packages/board/board_ESP32-S3_WS-RS485-CAN.yaml'


      # UART 1 (uart_id: uart_esp_1)
      - path: 'packages/board/board_options_itf_uart_esp_1.yaml'
      # UART 2 (uart_id: uart_esp_2)
      # - path: 'packages/board/board_options_itf_uart_esp_2.yaml'
      # UART 3 (uart_id: uart_esp_3)
      # - path: 'packages/board/board_options_itf_uart_esp_3.yaml'

      # UART flow control
      - path: 'packages/board/board_options_itf_uart_flow_control.yaml'
        vars:
          uart_id: 'uart_esp_1'
          uart_flow_control_pin: ${talk_pin}

      # CAN transceiver - ESP32_CAN (TJA105x, SN65HVD230, M5Stack CAN base/unit)
      - path: 'packages/board/board_options_itf_canbus_esp32_can.yaml'
        vars:
          # to bms = canbus_bms_1
          # to inverter = canbus_inverter_1
          canbus_node_id: 'canbus_inverter_1'
      

      # Seplos Parser
      - path: 'packages/bms/bms_combine_SEPLOS_V3_RS485_modbus_sniffer.yaml'
        vars:
          seplos_uart_id: 'uart_esp_1'
          seplos_baud_rate: '19200' # 9600 / 19200 ; please set the baudrate of your Seplos BMS model here
          seplos_bms_count: '3' # Seplos V3 BMS count
          seplos_update_interval: '3' # # Time in seconds, update interval for all data points
      # BMS 1
      - path: 'packages/bms/bms_combine_SEPLOS_V3_RS485_bms_full.yaml'
        vars:
          bms_id: '1'
          bms_prefix: 'bms0' # DON'T CHANGE THIS NAME !
          bms_name: 'SEPLOS-BMS 1'
          # Required settings cannot be retrieved from BMS
          # These values ​​must match your BMS settings
          bms_max_charge_current: '100' # A. The maximum current your BMS can handle
          bms_max_discharge_current: '100' # A. The maximum current your BMS can handle
          # LFP values example
          bms_cell_ovp: '3.650' # V. Used by 'Auto CCL' functions
          bms_cell_uvp: '2.800' # V. Used by 'Auto DCL' functions and to calculate maximum discharge voltage
          bms_balance_trigger_voltage: '0.010' # V. Used by 'Auto CVL' functions
          bms_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable
      # BMS 2
      - path: 'packages/bms/bms_combine_SEPLOS_V3_RS485_bms_full.yaml'
        vars:
          bms_id: '2'
          bms_prefix: 'bms1' # DON'T CHANGE THIS NAME !
          bms_name: 'SEPLOS-BMS 2'
          # Required settings cannot be retrieved from BMS
          bms_max_charge_current: '100' # A. The maximum current your BMS can handle
          bms_max_discharge_current: '100' # A. The maximum current your BMS can handle
          # These values ​​must match your BMS settings
          # LFP values example
          bms_cell_ovp: '3.650' # V. Used by 'Auto CCL' functions
          bms_cell_uvp: '2.800' # V. Used by 'Auto DCL' functions and to calculate maximum discharge voltage
          bms_balance_trigger_voltage: '0.010' # V. Used by 'Auto CVL' functions
          bms_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable
      # BMS 3
      # - path: 'packages/bms/bms_combine_SEPLOS_V3_RS485_bms_full.yaml'
      #   vars:
      #     bms_id: '3'
      #     bms_prefix: 'bms2' # DON'T CHANGE THIS NAME !
      #     bms_name: 'SEPLOS-BMS 3'
      #     # Required settings cannot be retrieved from BMS
      #     bms_max_charge_current: '100' # A. The maximum current your BMS can handle
      #     bms_max_discharge_current: '100' # A. The maximum current your BMS can handle
      #     # These values ​​must match your BMS settings
      #     # LFP values example
      #     bms_cell_ovp: '3.650' # V. Used by 'Auto CCL' functions
      #     bms_cell_uvp: '2.800' # V. Used by 'Auto DCL' functions and to calculate maximum discharge voltage
      #     bms_balance_trigger_voltage: '0.010' # V. Used by 'Auto CVL' functions
      #     bms_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable



  # +------------------------------------------------------------------------------+
  # | >>> YamBMS
  # +------------------------------------------------------------------------------+

      - path: 'packages/yambms/yambms.yaml'



  # +------------------------------------------------------------------------------+
  # | >>> CAN bus to Inverter
  # +------------------------------------------------------------------------------+

      - path: 'packages/yambms/yambms_canbus.yaml' # yambms_canbus_web_server.yaml
        vars:
          canbus_id: '1' # must be a number
          canbus_name: 'CANBUS 1'
          canbus_node_id: 'canbus_inverter_1' # CAN bus node to which your inverter is connected
          canbus_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable
          # CAN frames sending will be paused for `30s` if the inverter does not respond with an ACK (can_id 0x305) before the end of the `canbus_link_timer` (5s by default).
          canbus_link_timer_enabled: 'true' # Set it to 'false' if your inverter/charger is not sending ACK (can_id 0x305) every `1s` as specified by the protocol
          canbus_link_timer: '5s'
          canbus_extended_ack: 'false' # Set to 'true' for enable extended 29-bit IDs (required for Schneider XW Pro)



      - path: packages/base/device_debug_ESP32.yaml
      # - path: packages/base/device_debug_ESP32_PSRAM.yaml
        vars:
          debug_name: 'Debug'
          debug_update_interval: '5s'
          # Size of your PSRAM in bits
          # 8Mb='8388608' | 6Mb='6291456' | 4Mb='4194304' | 2Mb='2097152' | NoPSRAM='0'
          debug_psram_size: '8388608'

[Yaldair]

@SnarfB volgens mij moet je je board nog kiezen. Ik zal straks de mijne wel even delen. Ik heb een victron smartshunt erin zitten (via BLE, kreeg het niet aan de praat via UART).

[rvdgaag]

SnarfB schreef op maandag 20 juli 2026 @ 13:35:
Wie zou mijn kunnen helpen met YamBms ?
Ik probeer YamBMS te installeren. Mijn installatie bestaat uit een Deye 12 kW 3-fasen omvormer en 2 Seplos V4 kits van elk 16 kWh (BMS V3).

De huidige configuratie is dat de 2 Seplos kits met elkaar zijn verbonden via de RS485-poort en één kit is via de CAN-poort verbonden met de Deye omvormer.

Ik heb een Waveshare ESP32-S3-RS485-CAN interface voor YamBMS. De CAN-uitgang van de interface is verbonden met de CAN-ingang van de Deye en de RS485-ingang met de RS485-uitgang van de eerste Seplos kit.

Met de EspHome-software op de ESP32 zie ik alle entiteiten in HomeAssistant, maar geen waarden van de Deye en Seplos.

Ik zie ook geen LED's voor de CAN- en RS485-communicatie knipperen op de interface.
De led van de RS485 op de WS brand nu continu blauw doordat ik de talk pin in de software heb geactiveerd, maar nog steeds geen gegevens.
Mis ik soms iets in de software ?

Ik voeg mijn software toe zoals ik die op de ESP32 heb geladen.

code:

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
# If needed, configure a static IP here
# wifi:
  manual_ip:
    static_ip: 192.168.2.37
    gateway: 192.168.2.254
    subnet: 255.255.255.0
#     dns1: 8.8.8.8
#     dns2: 8.8.4.4  
  ap:
    ssid: YamBms Fallback Hotspot
    password: "OEzMprF17Eac"


logger:
  level: INFO # VERBOSE / DEBUG / INFO / WARN

ota:
  - platform: esphome


api:
  reboot_timeout: 0s


substitutions:
  # This project uses the `sub-device` function of ESPHome to prefix entity names.
  # This allows to group entities into logical devices that appear separately in Home Assistant.
  hostname: 'yambms' # Name of your ESPHome node registered on the IP network (DNS name must be unique)
  friendly_name : 'YamBMS' # Name of your board (prefix for board entities)
  # +--------------------------------------+
  # | YamBMS Settings                      |
  # +--------------------------------------+
  # Please read the cut-off charging logic README to understand how the YamBMS works
  yambms_id: '1' # Number without spaces
  yambms_name: 'YamBMS 1' # Prefix for YamBMS entities
  yambms_update_interval: '1s'
  # Input numbers can be displayed as a slider or an input box, options are 'slider' or 'box'.
  yambms_input_number_mode: 'slider'
  # Please check and fill in the options below correctly according to your battery chemistry and number of cells in series.
  # These parameters are important and used for charging logic.
  # Battery Chemistry
  yambms_battery_chemistry: '1' # 1-LFP | 2-Li-ion | 3-LTO
  # Number of cells in series
  yambms_cell_count: '16'
  # Bulk / Absorption Voltage : corresponds to the Bulk voltage that will be used to charge the battery. (LFP : 55.2V = 3.45V/Cell for 16S battery)
  yambms_bulk_v: '55.2'
  # Float Voltage : corresponds to the voltage at which the battery would be maintained at the end of charge. (LFP : 53.6V = 3.35V/Cell for 16S battery)
  yambms_float_v: '53.6'
  # Rebulk voltage, voltage from which a new Bulk charge can start. (LFP : 52.8V = 3.3V/Cell for 16S battery)
  yambms_rebulk_v: '52.8'
  # Maximum time in minutes that the cut-off step can last before charging is complete
  # If your cells are properly balanced this step ends at the fastest after the `cut-off timer`
  # This timer can be deactivated with a switch
  yambms_eoc_timer: '30'
  # Time in seconds during which the end of charge conditions must be respected (cut-off + cells not equalizing)
  yambms_cutoff_timer: '60'
  # Max. charge current : corresponds to the maximum charge current which may be requested by YamBMS.
  # The current requested will be proportional to the BMS count without ever exceeding this value.
  yambms_max_requested_charge_current: '300' # in Ampere
  # Max. discharge current : corresponds to the maximum discharge current which may be requested by YamBMS.
  # The current requested will be proportional to the BMS count without ever exceeding this value.
  yambms_max_requested_discharge_current: '300' # in Ampere

  yambms_charging_rate_table: |
    {
      { -0.1, 0.00 },
      {  0.0, 0.05 },
      {  5.0, 0.12 },
      { 10.0, 0.30 },
      { 20.0, 0.50 },
      { 25.0, 0.50 },
      { 45.0, 0.50 },
      { 50.0, 0.50 },
      { 55.0, 0.50 },
      { 60.0, 0.00 }
    }
 # Temperature °C -> Discharge Rate (0.0C to 1.0C)
  yambms_discharging_rate_table: |
    {
      {-30.0, 0.00 },
      {-20.0, 0.50 },
      {-10.0, 0.50 },
      { -5.0, 0.50 },
      {  0.0, 0.50 },
      {  5.0, 0.50 },
      { 45.0, 0.50 },
      { 50.0, 0.50 },
      { 55.0, 0.50 },
      { 60.0, 0.00 }
    }
  # +--------------------------------------+
  # | Shunt Settings                       |
  # +--------------------------------------+
  shunt_update_interval: '3s'  # frequency at which Shunt data is refreshed
  # +--------------------------------------+
  # | BMS Settings                         |
  # +--------------------------------------+
  bms_update_interval: '3s'    # frequency at which BMS data is refreshed, going below '3s' can cause problems
  # +--------------------------------------+
  # | Health & LED Assignment Logs         |
  # +--------------------------------------+
  enable_led_logging: 'false'     # Set to true to see if an led is assigned to a component correctly, logged every 60 seconds
  enable_health_logging: 'false'  # Set to true to see if component health for all component instances, logged every 60 seconds


packages:
  remote_packages:
    url: https://github.com/Sleeper85/esphome-yambms
    ref: main
    refresh: 60min
    files:

        - path: 'packages/board/board_ESP32-S3_WS-RS485-CAN.yaml'


      # UART 1 (uart_id: uart_esp_1)
      - path: 'packages/board/board_options_itf_uart_esp_1.yaml'
      # UART 2 (uart_id: uart_esp_2)
      # - path: 'packages/board/board_options_itf_uart_esp_2.yaml'
      # UART 3 (uart_id: uart_esp_3)
      # - path: 'packages/board/board_options_itf_uart_esp_3.yaml'

      # UART flow control
      - path: 'packages/board/board_options_itf_uart_flow_control.yaml'
        vars:
          uart_id: 'uart_esp_1'
          uart_flow_control_pin: ${talk_pin}

      # CAN transceiver - ESP32_CAN (TJA105x, SN65HVD230, M5Stack CAN base/unit)
      - path: 'packages/board/board_options_itf_canbus_esp32_can.yaml'
        vars:
          # to bms = canbus_bms_1
          # to inverter = canbus_inverter_1
          canbus_node_id: 'canbus_inverter_1'
      

      # Seplos Parser
      - path: 'packages/bms/bms_combine_SEPLOS_V3_RS485_modbus_sniffer.yaml'
        vars:
          seplos_uart_id: 'uart_esp_1'
          seplos_baud_rate: '19200' # 9600 / 19200 ; please set the baudrate of your Seplos BMS model here
          seplos_bms_count: '3' # Seplos V3 BMS count
          seplos_update_interval: '3' # # Time in seconds, update interval for all data points
      # BMS 1
      - path: 'packages/bms/bms_combine_SEPLOS_V3_RS485_bms_full.yaml'
        vars:
          bms_id: '1'
          bms_prefix: 'bms0' # DON'T CHANGE THIS NAME !
          bms_name: 'SEPLOS-BMS 1'
          # Required settings cannot be retrieved from BMS
          # These values ​​must match your BMS settings
          bms_max_charge_current: '100' # A. The maximum current your BMS can handle
          bms_max_discharge_current: '100' # A. The maximum current your BMS can handle
          # LFP values example
          bms_cell_ovp: '3.650' # V. Used by 'Auto CCL' functions
          bms_cell_uvp: '2.800' # V. Used by 'Auto DCL' functions and to calculate maximum discharge voltage
          bms_balance_trigger_voltage: '0.010' # V. Used by 'Auto CVL' functions
          bms_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable
      # BMS 2
      - path: 'packages/bms/bms_combine_SEPLOS_V3_RS485_bms_full.yaml'
        vars:
          bms_id: '2'
          bms_prefix: 'bms1' # DON'T CHANGE THIS NAME !
          bms_name: 'SEPLOS-BMS 2'
          # Required settings cannot be retrieved from BMS
          bms_max_charge_current: '100' # A. The maximum current your BMS can handle
          bms_max_discharge_current: '100' # A. The maximum current your BMS can handle
          # These values ​​must match your BMS settings
          # LFP values example
          bms_cell_ovp: '3.650' # V. Used by 'Auto CCL' functions
          bms_cell_uvp: '2.800' # V. Used by 'Auto DCL' functions and to calculate maximum discharge voltage
          bms_balance_trigger_voltage: '0.010' # V. Used by 'Auto CVL' functions
          bms_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable
      # BMS 3
      # - path: 'packages/bms/bms_combine_SEPLOS_V3_RS485_bms_full.yaml'
      #   vars:
      #     bms_id: '3'
      #     bms_prefix: 'bms2' # DON'T CHANGE THIS NAME !
      #     bms_name: 'SEPLOS-BMS 3'
      #     # Required settings cannot be retrieved from BMS
      #     bms_max_charge_current: '100' # A. The maximum current your BMS can handle
      #     bms_max_discharge_current: '100' # A. The maximum current your BMS can handle
      #     # These values ​​must match your BMS settings
      #     # LFP values example
      #     bms_cell_ovp: '3.650' # V. Used by 'Auto CCL' functions
      #     bms_cell_uvp: '2.800' # V. Used by 'Auto DCL' functions and to calculate maximum discharge voltage
      #     bms_balance_trigger_voltage: '0.010' # V. Used by 'Auto CVL' functions
      #     bms_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable



  # +------------------------------------------------------------------------------+
  # | >>> YamBMS
  # +------------------------------------------------------------------------------+

      - path: 'packages/yambms/yambms.yaml'



  # +------------------------------------------------------------------------------+
  # | >>> CAN bus to Inverter
  # +------------------------------------------------------------------------------+

      - path: 'packages/yambms/yambms_canbus.yaml' # yambms_canbus_web_server.yaml
        vars:
          canbus_id: '1' # must be a number
          canbus_name: 'CANBUS 1'
          canbus_node_id: 'canbus_inverter_1' # CAN bus node to which your inverter is connected
          canbus_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable
          # CAN frames sending will be paused for `30s` if the inverter does not respond with an ACK (can_id 0x305) before the end of the `canbus_link_timer` (5s by default).
          canbus_link_timer_enabled: 'true' # Set it to 'false' if your inverter/charger is not sending ACK (can_id 0x305) every `1s` as specified by the protocol
          canbus_link_timer: '5s'
          canbus_extended_ack: 'false' # Set to 'true' for enable extended 29-bit IDs (required for Schneider XW Pro)



      - path: packages/base/device_debug_ESP32.yaml
      # - path: packages/base/device_debug_ESP32_PSRAM.yaml
        vars:
          debug_name: 'Debug'
          debug_update_interval: '5s'
          # Size of your PSRAM in bits
          # 8Mb='8388608' | 6Mb='6291456' | 4Mb='4194304' | 2Mb='2097152' | NoPSRAM='0'
          debug_psram_size: '8388608'

De YAMBMS ESP integratie geeft geen Deye data in HA daar heb je een Deye HA integratie voor nodig via software of mooier een ESP32 met een aparte modus ttl unit.

Link voor ESP32 Deye integratie

Ik gebruik 4 accu's V2 van Seplos op de YAMBMS gekoppeld (Lilyboard T-Connect) aan de Deye en dat werk wel goed na het nodige tweaken, je kan de config niet overnemen maar wel delen pikken.

De dashboards die ik gemaakt heb post ik hier ook ff.

ESp32 yaml voor YAMBMS in volgend bericht

Dashboard ziet er zo uit:




Code voor dashboard in volgend bericht ivm maximale aantal regels:

[rvdgaag]

YAML voor de ESP32 Yambms:

YAML:

# Updated : 2026.06.29
# Version : 1.7.0
# GitHub  : https://github.com/Sleeper85/esphome-yambms

# YamBMS ( Yet another multi-BMS Merging Solution )

# This YAML is free software: you can redistribute it and/or
# modify it under the terms of the GNU General Public License
# as published by the Free Software Foundation, either version 3
# of the License, or (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
# See the GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program. If not, see <http://www.gnu.org/licenses/gpl.html>.

######################## YamBMS Remote Packages Version ########################

# You can compile this YAML directly without the `packages` folder.
# The packages will be automatically downloaded from GitHub.
# Don't forget to configure your WiFi credentials in the secrets.yaml

################################################################################

# If needed, configure a static IP here
# wifi:
#   manual_ip:
#     static_ip: 192.168.0.85
#     gateway: 192.168.0.1
#     subnet: 255.255.255.0
#     dns1: 8.8.8.8
#     dns2: 8.8.4.4

logger:
  level: INFO # VERBOSE / DEBUG / INFO / WARN
  # baud_rate: 115200 # Send logs to the `hardware_uart` USB output (this consumes a UART interface)
  # hardware_uart: UART0 # UART0 / USB_SERIAL_JTAG

ota:
  - platform: esphome

# Uncomment:
# API: to monitor entities via Home Assistant
# MQTT: to monitor entities via another system
# Neither: to monitor entities only via `web_server` or nothing

api:
  reboot_timeout: 0s

# mqtt:
#   broker: !secret mqtt_host
#   username: !secret mqtt_username
#   password: !secret mqtt_password
#   id: mqtt_client

# +--------------------------------------+
# | Global Settings                      |
# +--------------------------------------+
substitutions:
  # This project uses the `sub-device` function of ESPHome to prefix entity names.
  # This allows to group entities into logical devices that appear separately in Home Assistant.
  hostname: 'yambms' # Name of your ESPHome node registered on the IP network (DNS name must be unique)
  friendly_name : 'YamBMS' # Name of your board (prefix for board entities)
  # +--------------------------------------+
  # | YamBMS Settings                      |
  # +--------------------------------------+
  # Please read the cut-off charging logic README to understand how the YamBMS works
  yambms_id: '1' # Number without spaces
  yambms_name: 'YamBMS 1' # Prefix for YamBMS entities
  yambms_update_interval: '1s'
  # Input numbers can be displayed as a slider or an input box, options are 'slider' or 'box'.
  yambms_input_number_mode: 'slider'
  # Please check and fill in the options below correctly according to your battery chemistry and number of cells in series.
  # These parameters are important and used for charging logic.
  # Battery Chemistry
  yambms_battery_chemistry: '1' # 1-LFP | 2-Li-ion | 3-LTO
  # Number of cells in series
  yambms_cell_count: '16'
  # Bulk / Absorption Voltage : corresponds to the Bulk voltage that will be used to charge the battery. (LFP : 55.2V = 3.45V/Cell for 16S battery)
  yambms_bulk_v: '55.2'
  # Float Voltage : corresponds to the voltage at which the battery would be maintained at the end of charge. (LFP : 53.6V = 3.35V/Cell for 16S battery)
  yambms_float_v: '53.6'
  # Rebulk voltage, voltage from which a new Bulk charge can start. (LFP : 52.8V = 3.3V/Cell for 16S battery)
  yambms_rebulk_v: '52.8'
  # Maximum time in minutes that the cut-off step can last before charging is complete
  # If your cells are properly balanced this step ends at the fastest after the `cut-off timer`
  # This timer can be deactivated with a switch
  yambms_eoc_timer: '30'
  # Time in seconds during which the end of charge conditions must be respected (cut-off + cells not equalizing)
  yambms_cutoff_timer: '60'
  # Max. charge current : corresponds to the maximum charge current which may be requested by YamBMS.
  # The current requested will be proportional to the BMS count without ever exceeding this value.
  yambms_max_requested_charge_current: '300' # in Ampere
  # Max. discharge current : corresponds to the maximum discharge current which may be requested by YamBMS.
  # The current requested will be proportional to the BMS count without ever exceeding this value.
  yambms_max_requested_discharge_current: '300' # in Ampere
  # +-------------------------------------------------------------------------
  # | Temperature-based current limitation
  # | Can be disabled via the switch "Temperature-based current limitation"
  # | This factor is applied to the battery capacity (Ah), not the current
  # | maximum charge/discharge current. For example : 280Ah x 0.5 = 140A
  # +-------------------------------------------------------------------------
  # Temperature °C -> Charge Rate (0.0C to 1.0C)
  yambms_charging_rate_table: |
    {
      { -0.1, 0.00 },
      {  0.0, 0.05 },
      {  5.0, 0.12 },
      { 10.0, 0.50 },
      { 20.0, 0.50 },
      { 25.0, 0.50 },
      { 40.0, 0.20 },
      { 45.0, 0.10 },
      { 50.0, 0.00 },
      { 55.0, 0.00 },
      { 60.0, 0.00 }
    }
  # Temperature °C -> Discharge Rate (0.0C to 1.0C)
  yambms_discharging_rate_table: |
    {
      {-30.0, 0.00 },
      {-20.0, 0.20 },
      {-10.0, 0.20 },
      { -5.0, 0.20 },
      {  0.0, 0.20 },
      {  5.0, 0.12 },
      { 25.0, 0.50 },
      { 45.0, 0.10 },
      { 50.0, 0.00 },
      { 55.0, 0.00 },
      { 60.0, 0.00 }
    }
  # +--------------------------------------+
  # | Shunt Settings                       |
  # +--------------------------------------+
  #shunt_update_interval: '3s'  # frequency at which Shunt data is refreshed
  # +--------------------------------------+
  # | BMS Settings                         |
  # +--------------------------------------+
  bms_update_interval: '5s'    # frequency at which BMS data is refreshed, going below '3s' can cause problems
  # +--------------------------------------+
  # | Health & LED Assignment Logs         |
  # +--------------------------------------+
  enable_led_logging: 'false'     # Set to true to see if an led is assigned to a component correctly, logged every 60 seconds
  enable_health_logging: 'false'  # Set to true to see if component health for all component instances, logged every 60 seconds



# +--------------------------------------+
# | Packages                             |
# +--------------------------------------+

# PLEASE READ : https://github.com/Sleeper85/esphome-yambms/blob/main/documents/README/YamBMS_RP_YAML.md

packages:
  remote_packages:
    url: https://github.com/Sleeper85/esphome-yambms
    ref: main
    refresh: 60min
    files:

      # +------------------------------------------------------------------------------+
      # | >>> UNCOMMENT YOUR BOARD
      # | >>> ONLY ONE BOARD !
      # +------------------------------------------------------------------------------+

      #- path: 'packages/board/board_ESP32_Generic.yaml'
      # - path: 'packages/board/board_ESP32_Atom-Lite.yaml'
      # - path: 'packages/board/board_ESP32_DevKit-V1.yaml'
      # - path: 'packages/board/board_ESP32_EVB.yaml'
      # - path: 'packages/board/board_ESP32_iBMS_CAN_RS485_V3.3.yaml'
      # - path: 'packages/board/board_ESP32_LilyGo-T-CAN485.yaml'
      # - path: 'packages/board/board_ESP32-C3_DevKitM-1.yaml'
      # - path: 'packages/board/board_ESP32-C3_ETH01-EVO.yaml'
      # - path: 'packages/board/board_ESP32-C3_FlipC3.yaml'
      # - path: 'packages/board/board_ESP32-S3_Generic.yaml'
      # - path: 'packages/board/board_ESP32-S3_AtomS3-Lite.yaml'
      # - path: 'packages/board/board_ESP32-S3_AtomS3.yaml'
      # - path: 'packages/board/board_ESP32-S3_AtomS3R.yaml'
      # - path: 'packages/board/board_ESP32-S3_DevKitC-1_LED-38.yaml'
      # - path: 'packages/board/board_ESP32-S3_DevKitC-1_LED-48.yaml'
      - path: 'packages/board/board_ESP32-S3_LilyGo-T-Connect.yaml'
      # - path: 'packages/board/board_ESP32-S3_LilyGo-T-Connect-Pro.yaml'
      # - path: 'packages/board/board_ESP32-S3_WS-ETH.yaml'
      # - path: 'packages/board/board_ESP32-S3_WS-RS485-CAN.yaml'
      # - path: 'packages/board/board_ESP32-S3_WS-Touch-LCD-4.3.yaml'
      # - path: 'packages/board/board_ESP32-S3_WS-Touch-LCD-7.yaml'
      # - path: 'packages/board/board_ESP32-S3_XIAO.yaml'
      # - path: 'packages/board/board_ESP32-S3_YBoard.yaml'

      #   vars:
      #     server_status_led_id: 'virtual_status_light' # led used to show status. Default = esp_light, set specific led or set to 'virtual_status_light' to disable
      #     network_status_led_id: 'virtual_status_light' # led used to show status. Default = esp_light, set specific led or set to 'virtual_status_light' to disable

      # +------------------------------------------------------------------------------+
      # | >>> Board Display
      # | >>> Uncomment the display that corresponds to your board
      # +------------------------------------------------------------------------------+

      # - path: 'packages/board/board_options_display_128x128.yaml'                                # AtomS3 / AtomS3R
      # - path: 'packages/board/board_options_display_480x222.yaml'                                # LilyGo T-Connect Pro
      # - path: 'packages/board/board_options_display_lvgl_package_800x480_blue_navy_esphome.yaml' # WS Touch LCD 4.3" and 7"
      # - path: 'packages/board/board_options_display_lvgl_package_1280x720_Tab5_esphome.yaml'     # M5Stack Tab5

      #   vars:
      #     display_auto_next_page_interval: '5s'
      #     display_rotation: '0' # 0/90/180/270 rotation angle in degrees

      # +------------------------------------------------------------------------------+
      # | >>> Board Options
      # | >>> Uncomment your interfaces and options
      # +------------------------------------------------------------------------------+

      # UART 1 (uart_id: uart_esp_1)
      - path: 'packages/board/board_options_itf_uart_esp_1.yaml'
      # UART 2 (uart_id: uart_esp_2)
      # - path: 'packages/board/board_options_itf_uart_esp_2.yaml'
      # UART 3 (uart_id: uart_esp_3)
      # - path: 'packages/board/board_options_itf_uart_esp_3.yaml'

      # UART flow control
      # - path: 'packages/board/board_options_itf_uart_flow_control.yaml'
      #   vars:
      #     uart_id: 'uart_esp_1'
      #     uart_flow_control_pin: ${talk_pin}

      # CAN transceiver - ESP32_CAN (TJA105x, SN65HVD230, M5Stack CAN base/unit)
      - path: 'packages/board/board_options_itf_canbus_esp32_can.yaml'
        vars:
          # to bms = canbus_bms_1
          # to inverter = canbus_inverter_1
          canbus_node_id: 'canbus_inverter_1'

      # CAN transceiver - MCP2515
      # - path: 'packages/board/board_options_itf_canbus_mcp2515.yaml'
      #   vars:
      #     # to bms = canbus_bms_1
      #     # to inverter = canbus_inverter_1
      #     canbus_node_id: 'canbus_inverter_1'

      # PSRAM octal 80Mhz
      # - path: 'packages/board/board_options_PSRAM_octal_80Mhz.yaml'

      # Web Server
      # - path: 'packages/yambms/yambms_web_server.yaml'

      # WiFi AP @ 192.168.4.1
      # - path: 'packages/board/board_options_wifi_ap.yaml'

      # Captive Portal @ 192.168.4.1
      # - path: 'packages/board/board_options_captive_portal.yaml'

      # +------------------------------------------------------------------------------+
      # | >>> BMS / Balancer / Shunt
      # +------------------------------------------------------------------------------+

      # You don't have to import a shunt but you must import at least one BMS.
      # You can mix different BMS models, the only condition is that the `bms_id` are numbered in order starting from 1 !

      # >>> Copy your BMS / Balancer / Shunt packages here
      # >>> You can find examples at this address :
      # >>> https://github.com/Sleeper85/esphome-yambms/tree/main/examples/single-node/

      # Seplos Modbus
      - path: 'packages/bms/bms_combine_SEPLOS_V1_V2_RS485_modbus.yaml'
        vars:
          seplos_modbus_uart_id: 'uart_esp_1'
          seplos_modbus_baud_rate: '19200' # 9600 / 19200 ; please set the baudrate of your Seplos BMS model here
      # BMS 1
      - path: 'packages/bms/bms_combine_SEPLOS_V1_V2_RS485_bms_full.yaml'
        vars:
          bms_id: '1' # must be a number
          bms_name: 'SEPLOS-BMS 1'
          bms_address: '0x01' # BMS 1 DIP switch
          bms_protocol_version: '0x20' # Known protocol versions: 0x20 (Seplos), 0x26 (Boqiang)
          # Required settings cannot be retrieved from BMS
          # These values must match your BMS settings
          # LFP values example
          bms_max_charge_current: '200' # A. Used to calculate maximum charge current
          bms_max_discharge_current: '200' # A. Used to calculate maximum discharge current
          bms_cell_ovp: '3.650' # V. Used by 'Auto CCL' functions
          bms_cell_uvp: '2.800' # V. Used by 'Auto DCL' functions and to calculate maximum discharge voltage
          bms_balance_trigger_voltage: '0.010' # V. Used by 'Auto CVL' functions
          #bms_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable
      # BMS 2
      - path: 'packages/bms/bms_combine_SEPLOS_V1_V2_RS485_bms_full.yaml'
        vars:
          bms_id: '2' # must be a number
          bms_name: 'SEPLOS-BMS 2'
          bms_address: '0x02' # BMS 2 DIP switch
          bms_protocol_version: '0x20' # Known protocol versions: 0x20 (Seplos), 0x26 (Boqiang)
          # Required settings cannot be retrieved from BMS
          # These values must match your BMS settings
          # LFP values example
          bms_max_charge_current: '200' # A. Used to calculate maximum charge current
          bms_max_discharge_current: '200' # A. Used to calculate maximum discharge current
          bms_cell_ovp: '3.650' # V. Used by 'Auto CCL' functions
          bms_cell_uvp: '2.800' # V. Used by 'Auto DCL' functions and to calculate maximum discharge voltage
          bms_balance_trigger_voltage: '0.010' # V. Used by 'Auto CVL' functions
          #bms_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable
      # BMS 3
      - path: 'packages/bms/bms_combine_SEPLOS_V1_V2_RS485_bms_full.yaml'
        vars:
          bms_id: '3' # must be a number
          bms_name: 'SEPLOS-BMS 3'
          bms_address: '0x03' # BMS 2 DIP switch
          bms_protocol_version: '0x20' # Known protocol versions: 0x20 (Seplos), 0x26 (Boqiang)
          # Required settings cannot be retrieved from BMS
          # These values must match your BMS settings
          # LFP values example
          bms_max_charge_current: '200' # A. Used to calculate maximum charge current
          bms_max_discharge_current: '200' # A. Used to calculate maximum discharge current
          bms_cell_ovp: '3.650' # V. Used by 'Auto CCL' functions
          bms_cell_uvp: '2.800' # V. Used by 'Auto DCL' functions and to calculate maximum discharge voltage
          bms_balance_trigger_voltage: '0.010' # V. Used by 'Auto CVL' functions
          #bms_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable
      # BMS 4
      - path: 'packages/bms/bms_combine_SEPLOS_V1_V2_RS485_bms_full.yaml'
        vars:
          bms_id: '4' # must be a number
          bms_name: 'SEPLOS-BMS 4'
          bms_address: '0x04' # BMS 2 DIP switch
          bms_protocol_version: '0x20' # Known protocol versions: 0x20 (Seplos), 0x26 (Boqiang)
          # Required settings cannot be retrieved from BMS
          # These values must match your BMS settings
          # LFP values example
          bms_max_charge_current: '200' # A. Used to calculate maximum charge current
          bms_max_discharge_current: '200' # A. Used to calculate maximum discharge current
          bms_cell_ovp: '3.650' # V. Used by 'Auto CCL' functions
          bms_cell_uvp: '2.800' # V. Used by 'Auto DCL' functions and to calculate maximum discharge voltage
          bms_balance_trigger_voltage: '0.010' # V. Used by 'Auto CVL' functions
          #bms_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable


      # +------------------------------------------------------------------------------+
      # | >>> YamBMS
      # +------------------------------------------------------------------------------+

      - path: 'packages/yambms/yambms.yaml'

      # +------------------------------------------------------------------------------+
      # | >>> CAN bus to Inverter
      # +------------------------------------------------------------------------------+

      - path: 'packages/yambms/yambms_canbus.yaml' # yambms_canbus_web_server.yaml
        vars:
          canbus_id: '1' # must be a number
          canbus_name: 'CANBUS 1'
          canbus_node_id: 'canbus_inverter_1' # CAN bus node to which your inverter is connected
          canbus_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable
          # CAN frames sending will be paused for `30s` if the inverter does not respond with an ACK (can_id 0x305) before the end of the `canbus_link_timer` (5s by default).
          canbus_link_timer_enabled: 'true' # Set it to 'false' if your inverter/charger is not sending ACK (can_id 0x305) every `1s` as specified by the protocol
          canbus_link_timer: '5s'
          canbus_extended_ack: 'false' # Set to 'true' for enable extended 29-bit IDs (required for Schneider XW Pro)

      # +------------------------------------------------------------------------------+
      # | >>> RS485 bus to Inverter
      # +------------------------------------------------------------------------------+

      # - path: 'packages/yambms/yambms_rs485_pylon.yaml' # yambms_rs485_pylon_web_server.yaml
      #   vars:
      #     rs485_id: '1' # Must be a number
      #     rs485_name: 'RS485 1'
      #     rs485_uart_id: 'uart_esp_3' # UART interface to which your inverter is connected
      #     rs485_uart_baud_rate: '9600'
      #     rs485_update_timeout: '10s'
      #     rs485_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable

      # +------------------------------------------------------------------------------+
      # | >>> DEBUG ( logger level must be DEBUG )
      # +------------------------------------------------------------------------------+

      - path: packages/base/device_debug_ESP32.yaml
      # - path: packages/base/device_debug_ESP32_PSRAM.yaml
        vars:
          debug_name: 'Debug'
          debug_update_interval: '5s'
          # Size of your PSRAM in bits
          # 8Mb='8388608' | 6Mb='6291456' | 4Mb='4194304' | 2Mb='2097152' | NoPSRAM='0'
          debug_psram_size: '8388608'

      # +------------------------------------------------------------------------------+
      # | >>> Add your custom packages below
      # +------------------------------------------------------------------------------+

      # Custom packages
      # yambms_custom: !include yambms_custom.yaml

# +------------------------------------------------------------------------------+
# | >>> Add your custom YAML below
# +------------------------------------------------------------------------------+

# Custom YAML

[rvdgaag]

Als je de code wilt voor het dashboard stuur me dan maar ff een PM met je email adres, dat zijn 1600 regels en dus teveel karakters voor dit board :-)

[Yaldair]

mijn YAMBMS instellingen:

YAML:

# Updated : 2026.01.14
# Version : 1.6.0
# GitHub  : https://github.com/Sleeper85/esphome-yambms

# YamBMS ( Yet another multi-BMS Merging Solution )

# This YAML is free software: you can redistribute it and/or
# modify it under the terms of the GNU General Public License
# as published by the Free Software Foundation, either version 3
# of the License, or (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
# See the GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program. If not, see <http://www.gnu.org/licenses/gpl.html>.

######################## YamBMS Remote Packages Version ########################

# You can compile this YAML directly without the `packages` folder.
# The packages will be automatically downloaded from GitHub.
# Don't forget to configure your WiFi credentials in the secrets.yaml

################################################################################

# If needed, configure a static IP here
wifi:
  manual_ip:
    static_ip: 192.168.x.y
    gateway: 192.168.x.y
    subnet: 255.255.255.0
    dns1: 192.168.x.y

logger:
  level: INFO # VERBOSE / DEBUG / INFO / WARN
  # baud_rate: 115200 # Send logs to the `hardware_uart` USB output (this consumes a UART interface)
  # hardware_uart: UART0 # UART0 / USB_SERIAL_JTAG

ota:
  - platform: esphome

# Please use the native `api` component instead of the `mqtt` section.
# If you use Home Assistant, the native API is more lightweight.
# If there is no HA server connected to this API, the ESP32 reboots every 15 minutes to try to resolve the problem.
# The "reboot_timeout: 0s" option will keep your ESP32 up and running even if you lose connection to your HA server.
api:
  reboot_timeout: 0s

# If you don't want to use ESPHome's native API you can use MQTT instead.
# In this case don't forget to remove the 'api:' section.
# mqtt:
#   broker: !secret mqtt_host
#   username: !secret mqtt_username
#   password: !secret mqtt_password
#   id: mqtt_client

# +--------------------------------------+
# | Global Settings                      |
# +--------------------------------------+
substitutions:
  # Name
  friendly_name : 'YamBMS' # Prefix added in front of the `entity name`, also used to classify them.
  hostname: 'yambms' # Name of your ESP32 registered on the IP network (DNS name, must be unique).
  name: '' # This name can be added as a second prefix, both for the `entity display name` and the `entity id`, you can leave it blank.
  wifi_ap_ssid: 'YamBMS-AP'
  # +--------------------------------------+
  # | YamBMS Settings                      |
  # +--------------------------------------+
  # Please read the cut-off charging logic README to understand how the YamBMS works
  yambms_id: 'yambms1'
  yambms_name: 'YamBMS 1'
  yambms_update_interval: '1s'
  # Input numbers can be displayed as a slider or an input box, options are 'slider' or 'box'.
  yambms_input_number_mode: 'slider'
  # Please check and fill in the options below correctly according to your battery chemistry and number of cells in series.
  # These parameters are important and used for charging logic.
  # Battery Chemistry
  yambms_battery_chemistry: '1' # 1-LFP | 2-Li-ion | 3-LTO
  # Number of cells in series
  yambms_cell_count: '16'
  # Bulk / Absorption Voltage : corresponds to the Bulk voltage that will be used to charge the battery. (LFP : 55.2V = 3.45V/Cell for 16S battery)
  yambms_bulk_v: '55.2'
  # Float Voltage : corresponds to the voltage at which the battery would be maintained at the end of charge. (LFP : 53.6V = 3.35V/Cell for 16S battery)
  yambms_float_v: '53.6'
  # Rebulk voltage, voltage from which a new Bulk charge can start. (LFP : 52.8V = 3.3V/Cell for 16S battery)
  yambms_rebulk_v: '52.8'
  # Maximum time in minutes that the cut-off step can last before charging is complete
  # If your cells are properly balanced this step ends at the fastest after the `cut-off timer`
  # This timer can be deactivated with a switch
  yambms_eoc_timer: '30'
  # Time in seconds during which the end of charge conditions must be respected (cut-off + cells not equalizing)
  yambms_cutoff_timer: '60'
  # Max. charge current : corresponds to the maximum charge current which may be requested by YamBMS.
  # The current requested will be proportional to the BMS count without ever exceeding this value.
  yambms_max_requested_charge_current: '95' # in Ampere
  # Max. discharge current : corresponds to the maximum discharge current which may be requested by YamBMS.
  # The current requested will be proportional to the BMS count without ever exceeding this value.
  yambms_max_requested_discharge_current: '95' # in Ampere
  # +-------------------------------------------------------------------------
  # | Temperature-based current limitation
  # | Can be disabled via the switch "Temperature-based current limitation"
  # | This factor is applied to the battery capacity (Ah), not the current 
  # | maximum charge/discharge current. For example : 280Ah x 0.5 = 140A
  # +-------------------------------------------------------------------------
  # Temperature °C -> Charge Rate (0.0C to 1.0C)
  yambms_charging_rate_table: |
    {
      { -0.1, 0.00 },
      {  0.0, 0.05 },
      {  5.0, 0.12 },
      { 10.0, 0.30 },
      { 20.0, 0.50 },
      { 25.0, 0.50 },
      { 45.0, 0.50 },
      { 50.0, 0.50 },
      { 55.0, 0.50 },
      { 60.0, 0.00 }
    }
 # Temperature °C -> Discharge Rate (0.0C to 1.0C)
  yambms_discharging_rate_table: |
    {
      {-30.0, 0.00 },
      {-20.0, 0.50 },
      {-10.0, 0.50 },
      { -5.0, 0.50 },
      {  0.0, 0.50 },
      {  5.0, 0.50 },
      { 45.0, 0.50 },
      { 50.0, 0.50 },
      { 55.0, 0.50 },
      { 60.0, 0.00 }
    }
  # +--------------------------------------+
  # | Shunt Settings                       |
  # +--------------------------------------+
  shunt_update_interval: '3s'  # frequency at which Shunt data is refreshed
  # +--------------------------------------+
  # | BMS Settings                         |
  # +--------------------------------------+
  bms_update_interval: '3s'    # frequency at which BMS data is refreshed, going below '3s' can cause problems



# +--------------------------------------+
# | Packages                             |
# +--------------------------------------+

# PLEASE READ : https://github.com/Sleeper85/esphome-yambms/blob/main/documents/README/YamBMS_RP_YAML.md

packages:

  # +------------------------------------------------------------------------------+
  # | >>> UNCOMMENT YOUR BOARD
  # | >>> ONLY ONE BOARD !
  # +------------------------------------------------------------------------------+

  board:
    url: https://github.com/Sleeper85/esphome-yambms
    ref: main
    refresh: 60min
    files:
      # - path: 'packages/board/board_ESP32_Generic.yaml'
      # - path: 'packages/board/board_ESP32_Atom-Lite.yaml'
      # - path: 'packages/board/board_ESP32_DevKit-V1.yaml'
      # - path: 'packages/board/board_ESP32_EVB.yaml'
      # - path: 'packages/board/board_ESP32_iBMS_CAN_RS485_V3.3.yaml'
      # - path: 'packages/board/board_ESP32_LilyGo-T-CAN485.yaml'
      # - path: 'packages/board/board_ESP32-C3_DevKitM-1.yaml'
      # - path: 'packages/board/board_ESP32-C3_ETH01-EVO.yaml'
      # - path: 'packages/board/board_ESP32-C3_FlipC3.yaml'
      # - path: 'packages/board/board_ESP32-S3_AtomS3-Lite.yaml'
      # - path: 'packages/board/board_ESP32-S3_DevKitC-1_LED-38.yaml'
      # - path: 'packages/board/board_ESP32-S3_DevKitC-1_LED-48.yaml'
      # - path: 'packages/board/board_ESP32-S3_LilyGo-T-Connect.yaml'
      # - path: 'packages/board/board_ESP32-S3_WS-ETH.yaml'
      - path: 'packages/board/board_ESP32-S3_WS-RS485-CAN.yaml'
      # - path: 'packages/board/board_ESP32-S3_WS-Touch-LCD-4.3.yaml'
      # - path: 'packages/board/board_ESP32-S3_WS-Touch-LCD-7.yaml'
      # - path: 'packages/board/board_ESP32-S3_XIAO.yaml'
      # - path: 'packages/board/board_ESP32-S3_YBoard.yaml'

      # - path: 'packages/board/board_ESP32-S3_AtomS3.yaml' # 'packages/board/board_ESP32-S3_AtomS3R.yaml'
      #   vars:
      #     display_auto_next_page_interval: '5s'
      #     display_rotation: '0' # 0/90/180/270 rotation angle in degrees

      # # LilyGo T-Connect Pro - Board
      # - path: 'packages/board/board_ESP32-S3_LilyGo-T-Connect-Pro.yaml'
      # # LilyGo T-Connect Pro - Display - Importing the display also activates PSRAM
      # - path: 'packages/board/board_options_display_480x222.yaml'
      #   vars:
      #     display_auto_next_page_interval: '5s'



  # +------------------------------------------------------------------------------+
  # | >>> Board Options
  # | >>> Uncomment your interfaces and options
  # +------------------------------------------------------------------------------+

  board_options:
    url: https://github.com/Sleeper85/esphome-yambms
    ref: main
    refresh: 60min
    files:
      # UART 1 (uart_id: uart_esp_1)
      - path: 'packages/board/board_options_itf_uart_esp_1.yaml'
      # UART 2 (uart_id: uart_esp_2)
    #  - path: 'packages/board/board_options_itf_uart_esp_2.yaml'
    #    vars:
    #      tx_pin_2: '1'  # GPIO1 (Zendt data uit naar je ADuM-isolator)
    #      rx_pin_2: '2'  # GPIO2 (Ontvangt data van je ADuM-isolator)

      # UART 3 (uart_id: uart_esp_3)
      # - path: 'packages/board/board_options_itf_uart_esp_3.yaml'

      # UART flow control
      # - path: 'packages/board/board_options_itf_uart_flow_control.yaml'
      #   vars:
      #     uart_id: 'uart_esp_1'
      #     uart_flow_control_pin: ${talk_pin}

      # CAN transceiver - ESP32_CAN (TJA105x, SN65HVD230, M5Stack CAN base/unit)
      - path: 'packages/board/board_options_itf_canbus_esp32_can.yaml'
        vars:
          # to bms = canbus_bms_1
          # to inverter = canbus_inverter_1
          canbus_node_id: 'canbus_inverter_1'
      
      # CAN transceiver - MCP2515
      # - path: 'packages/board/board_options_itf_canbus_mcp2515.yaml'
      #   vars:
      #     # to bms = canbus_bms_1
      #     # to inverter = canbus_inverter_1
      #     canbus_node_id: 'canbus_inverter_1'

      # PSRAM octal 80Mhz
      - path: 'packages/board/board_options_PSRAM_octal_80Mhz.yaml'

      # Web Server
      - path: 'packages/yambms/yambms_web_server.yaml'

      # WiFi AP @ 192.168.4.1
      # - path: 'packages/board/board_options_wifi_ap.yaml'

      # Captive Portal @ 192.168.4.1
      # - path: 'packages/board/board_options_captive_portal.yaml'



  # +------------------------------------------------------------------------------+
  # | >>> BMS / Balancer / Shunt
  # +------------------------------------------------------------------------------+

  # You don't have to import a shunt but you must import at least one BMS.
  # You can mix different BMS models, the only condition is that the `bms_id` are numbered in order starting from 1 !

  # >>> Copy your BMS / Balancer / Shunt packages here
  # >>> You can find examples at this address :
  # >>> https://github.com/Sleeper85/esphome-yambms/tree/main/examples/single-node/



  # +------------------------------------------------------------------------------+
  # | >>> YamBMS
  # +------------------------------------------------------------------------------+

  yambms:
    url: https://github.com/Sleeper85/esphome-yambms
    ref: main
    refresh: 60min
    files:
      - path: 'packages/yambms/yambms.yaml'


  # +------------------------------------------------------------------------------+
  # | >>> RS485 (mode 2) to BMS
  # +------------------------------------------------------------------------------+


  bms:
    url: https://github.com/Sleeper85/esphome-yambms
    ref: main
    refresh: 0s
    files:
      # RS485 Sniffer with talk_pin (WS-RS485-CAN and other RS485 boards with a flow_control_pin)
      - path: 'packages/bms/bms_combine_JK_RS485_Modbus_sniffer_talk_pin.yaml'
        vars:
          sniffer_protocol: 'JK02_32S'
          sniffer_uart_id: 'uart_esp_1'
          sniffer_talk_pin: ${talk_pin} # can be replaced by the GPIO number
      # RS485 Sniffer
      #- path: 'packages/bms/bms_combine_JK_RS485_Modbus_sniffer.yaml'
      #  vars:
      #    sniffer_protocol: 'JK02_32S'
      #    sniffer_uart_id: 'uart_esp_1'
      # BMS 1
      - path: 'packages/bms/bms_combine_JK_RS485_Modbus_bms_standard.yaml'
        vars:
          bms_id: '1' # must be a number
          bms_name: 'JK-BMS 1'
          bms_address: '0x01' # BMS 1 DIP switch

  # +------------------------------------------------------------------------------+
  # | >>> CAN bus to Inverter
  # +------------------------------------------------------------------------------+

  canbus:
    url: https://github.com/Sleeper85/esphome-yambms
    ref: main
    refresh: 60min
    files:
      - path: 'packages/yambms/yambms_canbus.yaml' # yambms_canbus_web_server.yaml
        vars:
          canbus_id: '1'
          canbus_name: 'CANBUS 1'
          canbus_node_id: 'canbus_inverter_1'
          canbus_light_id: 'esp_light'
          # The CANBUS link will be considered down if no response from the inverter (0x305 frame) for 5s
          # The Deye inverter sends the ACK 0x305 only when it receives the 0x356 frame.
          canbus_link_timer: '5s'
          canbus_link_timer_enabled: 'true'
          canbus_extended_ack: 'false'

          

  # +------------------------------------------------------------------------------+
  # | >>> Victron smartshunt (uart)
  # +------------------------------------------------------------------------------+

# Shunt 1
  shunt:
    url: https://github.com/Sleeper85/esphome-yambms
    ref: main
    refresh: 60min
    files:
      - path: 'packages/shunt/shunt_combine_Victron_SmartShunt_BLE.yaml'
        vars:
          shunt_id: '1' # must be a number
          shunt_name: 'Victron Smartshunt'
          shunt_mac_address: '00:00:00:00:00:00' # Your MAC address
          shunt_encryption_key: 'vanuit Victron app' # Your encryption key
          shunt_status_led_id: 'esp_light' # LED used to show status; default = esp_light, comment out to disable
  
  # KREEG ONDERSTAANDE NIET AAN DE PRAAT VIA UART #
  #shunt:
  #  url: https://github.com/Sleeper85/esphome-yambms
  #  ref: main
  #  refresh: 0s
  #  files:
      # Shunt 1
  ##    - path: 'packages/shunt/shunt_combine_Victron_SmartShunt_UART.yaml'
   #     vars:
   #       shunt_id: '1' # must be a number
   #       shunt_name: 'SmartShunt'
   #       tx_pin: '1'
   #       rx_pin: '2'
   #       shunt_uart_id: 'uart_esp_2'

  # +------------------------------------------------------------------------------+
  # | >>> RS485 bus to Inverter
  # +------------------------------------------------------------------------------+

  # rs485_pylon:
  #   url: https://github.com/Sleeper85/esphome-yambms
  #   ref: main
  #   refresh: 60min
  #   files:
  #     - path: 'packages/yambms/yambms_rs485_pylon.yaml' # yambms_rs485_pylon_web_server.yaml
  #       vars:
  #         rs485_id: 'rs485_1'
  #         rs485_name: 'RS485 1'
  #         rs485_uart_id: 'uart_esp_3' # UART interface to which your inverter is connected
  #         rs485_uart_baud_rate: '9600'
  #         rs485_update_timeout: '5s'



  # +------------------------------------------------------------------------------+
  # | >>> DEBUG ( logger level must be DEBUG )
  # +------------------------------------------------------------------------------+

  debug:
    url: https://github.com/Sleeper85/esphome-yambms
    ref: main
    refresh: 60min
    files:
      - path: packages/base/device_debug_ESP32.yaml
      # - path: packages/base/device_debug_ESP32_PSRAM.yaml
        vars:
          debug_name: 'Debug'
          debug_update_interval: '5s'
          # Size of your PSRAM in bits
          # 8Mb='8388608' | 6Mb='6291456' | 4Mb='4194304' | 2Mb='2097152' | NoPSRAM='0'
          debug_psram_size: '8388608'



  # +------------------------------------------------------------------------------+
  # | >>> Config and Custom Local Packages
  # +------------------------------------------------------------------------------+

  # Local Packages intended for creating custom codes
  # or sharing settings between several main.yaml

  # yambms_config: !include yambms_config.yaml
  # yambms_custom: !include yambms_custom.yaml

[Nightline]

beste Tweakers, ik denk dat ik gek aan worden ben...

Het volgende: Ik heb een Deye 12 Kw hybride omvormer, en ik krijg de asemetric phase feeding niet voor elkaar. De begin situatie is als volgt: ik stuur 1 kw het net op netjes verdeelt over 3 fasen, en ik zie keurig ca. -330 watt per fase. Vervolgens zet ik de oven aan waardoor fase 1 naar -1400 watt gaat, fase 2 naar 2000 watt en fase 3 ook naar -1400 watt.

Dat is een fase mismatch tussen Eastrom en Deye inverter zou ik denken. Dus vervolgens alle mogelijke fase wisselingen doorlopen, en geen enkel verschil gezien.

De fase wisselingen zijn uitgevoerd aan de zijde van de Inverter.

In de instellingen van de Deye heb nog getest met asymetric phase feeding aan / uit, maakt allemaal niets uit.

Wat mis ik?
Zit er ergens nog een andere instelling welke e.e.a. verziekt?

Thanks in advance,

Jack

[Domba]

@Nightline Welke firmware draai je en welke Deye SG01, SG04 of SG05 12kW?
Als ook wat is het vermogen van de oven die je aanzet en zit die oven load of gridzijdig van Deye?

SG04

Asymmetric phase feeding: If it was checked, the inverter will take power from the grid balance of on each phase (L1/L2/L3) when needed.

[ Voor 34% gewijzigd door Domba op 21-07-2026 14:27 ]

[Nightline]

De Deye is een SG04, firmware versie Main 2006-1184-1807, HMI 1001-C05F

De oven zit grid zijdig ten opzichte van de Deye, op de Load zit niets aangesloten.

[Domba]

@Nightline FW1184 heb ik zelf niet getest.
klik eens op midden touchscreen op cirketje met on , boven midden Grid zou LD (Deye interne grid ct-set) dan alle gelijk moeten zijn en HM (ext ct-set/modbus meter) verschillend dan gebruikt de firmware alleen de interne ct-set voor asymmetric phase feeding, dat is verschillend per firmware serie welke ct-set de Deye gebruikt (3e cijfer, 118x,117x,115x,114x, hangt samen/af van ook andere opties voor de firmware serie)

[rvdgaag]

Nightline schreef op dinsdag 21 juli 2026 @ 14:30:
De Deye is een SG04, firmware versie Main 2006-1184-1807, HMI 1001-C05F

De oven zit grid zijdig ten opzichte van de Deye, op de Load zit niets aangesloten.

Je HMI versie loopt zwaar achter op de basis firmware van de Deye.


Ik heb zelf de 1184 er weer afgehaald omdat deze de gekste problemen gaf bij mij.

[Nightline]

Vorige week heeft Deye beide inverters geupdate, dus ik ben verrast over de "oude" firmware.

@Domba , ik zal zo eens kijken wat het scherm aangeeft.

[Domba]

rvdgaag schreef op dinsdag 21 juli 2026 @ 15:23:
[...]

Je HMI versie loopt zwaar achter op de basis firmware van de Deye.


Ik heb zelf de 1184 er weer afgehaald omdat deze de gekste problemen gaf bij mij.

Overheen gekeken, zijn nog C059, C070, C071, C072 tussen.
FW 1184/C073 is standaard combi.

Die online update service's willen nog weleens aan "veld dataverzameling" doen voor eigen kennis/changelog info verzamelen, moet je niet blij mee zijn met dat ze afwijkende HMI/FW combi's uitproberen en niet eigen test setups voor gebruiken.

[Griffen83]

Sinds anderhalve week heb ik ook een deye 12k omvormer & 32kwh batterij. Ik gebruik de zero export to ct instelling. Dat werkt allemaal prina. Maar nu wil ik tussen 20:00 en 23:00 stroom terug leveren aan het net dus ik heb met time of use ingesteld dat hij dan "sell" aan heeft staan maar dat gebeurt dan niet. Ik kan dit alleen forceren door te schakelen naar "sell first" modus. Iemand tips hoe ik dit wel werkend krijg?

[dingo35]

Heb je op de ToU regel de gewenste SoC ook lager gezet dan de huidige SoC?

[Griffen83]

Jazeker batterij was 100% en de ingestelde SOC was 15%

[Nightline]

Domba schreef op dinsdag 21 juli 2026 @ 16:50:
[...]

Overheen gekeken, zijn nog C059, C070, C071, C072 tussen.
FW 1184/C073 is standaard combi.

Die online update service's willen nog weleens aan "veld dataverzameling" doen voor eigen kennis/changelog info verzamelen, moet je niet blij mee zijn met dat ze afwijkende HMI/FW combi's uitproberen en niet eigen test setups voor gebruiken.

Dus... de HMI firmware updaten? Kan ik dit zelf? Zie er e.e.a. over op GitHub staan, maar zie zo links en rechts ook waarschuwingen om dit niet zelf te doen... Wat is wijsheid?

[reputatio]

Ik lees veel over het gebruik van Waveshare voor het linken van de Eastron SDM630 aan de Deye. Nu kan dat uiteraard ook direct via RS485, maar via Waveshare zou je de Eastron SDM630 ook kunnen uitlezen voor andere toepassingen zover ik het begreep?

Veel is bij mij verbonden via HomeAssistant, dus als ik die Eastron SDM630 ook zou kunnen verbinden, terwijl hij ook "direct" gekoppeld is aan de Deye, zou dat ideaal zijn. Daarnaast zou ik nog 1 of 2 andere SDM630's willen installeren voor het verbruik te meten van andere 3-fase verbruikers in huis (warmtepomp, laadpaal). Deze dan op de Waveshare aansluiten en dan zou ik alles kunnen uitlezen via die Waveshare, correct?

Reden waarom ik het hier vraag is omdat het vooral afhangt voor de Deye omvormer of dit mogelijk is. Ik lees dat meerdere mensen het zo doen, maar voor mij is nog niet helemaal duidelijk hoe de communicatie dan zit met de Deye.

Verbindt de Deye via Modbus TCP of moet je een extra Waveshare module bij de Deye hangen en die dan aansluiten als Slave en dan van die RS485-uitgang naar de RS485-ingang van de Deye? Alsof hij "direct" is aangesloten op de Eastron SDM630?

En welke varianten gebruiken jullie, de PoE variant of juist de normale variant? En dan met een extra power supply van stroom voorzien?

[Yaldair]

@reputatio Ik heb twee waveshares. 1 in de meterkast verbonden met twee SDM630s (1 voor GRID, 1 voor mijn SE 7KW omvormer). Bij de Deye heb ik ook een waveshare zitten die verbonden is met diegene in de meterkast. Ik heb geprobeerd de waveshare ook uit te laten lezen door andere clients (solaredge meter proxy) maar dat ging niet. De Deye pollt de SDM630 zo aggressief dat er niks anders tussen kan komen. Of ik had de settings verkeerd, maar ik had wel multi-host aanstaan e.d.

Uiteindelijk zelf (met AI) iets geschreven in golang om P1 data te sturen naar mijn solaredge omvormer, en dan communiceert alleen de Deye via de waveshares.

[rvdgaag]

Griffen83 schreef op dinsdag 21 juli 2026 @ 20:45:
Sinds anderhalve week heb ik ook een deye 12k omvormer & 32kwh batterij. Ik gebruik de zero export to ct instelling. Dat werkt allemaal prina. Maar nu wil ik tussen 20:00 en 23:00 stroom terug leveren aan het net dus ik heb met time of use ingesteld dat hij dan "sell" aan heeft staan maar dat gebeurt dan niet. Ik kan dit alleen forceren door te schakelen naar "sell first" modus. Iemand tips hoe ik dit wel werkend krijg?

Tijd voor een goed systeem om je omvormer aan te sturen, ik raad je GBBoptimizer aan.

Om je vraag te beantwoorden als je wilt dat hij op Sell reageert moet je omvormer ook op sell first modus staan, de soc waarde onder je batterij soc en de grid peak shaving moet uit staan.

[dingo35]

Het lijkt er dus op dat die "sell" vink in de ToU tabel niets toevoegt... ik heb het in ieder geval in mijn config niet kunnen ontdekken.

[rvdgaag]

dingo35 schreef op woensdag 22 juli 2026 @ 15:33:
Het lijkt er dus op dat die "sell" vink in de ToU tabel niets toevoegt... ik heb het in ieder geval in mijn config niet kunnen ontdekken.

Hoe weet ik niet eerlijk gezegd maar ik zag met behulp van de beta setting in GBBoptimizer met de sell optie aan in de TOU tabel dat deze ging spugen naar het net zonder dat in de settings zichtbaar de control mode naar selling first is gezet. Ik denk dat door een combinatie van modbus registers geactiveerd moet worden.

[Initial G]

water_escape schreef op woensdag 1 juli 2026 @ 10:03:
Ik ben inmiddels een heel eind met het ontwerp van mijn Deye ESS en ben benieuwd of ik ergens nog een denkfout maak voordat ik alles ga bestellen.

Situatie:

• 3x25A
• 34x Enphase IQ7+ micro-omvormers (3-fase)
• Volledige woningbackup
• Home Assistant
• Meterkast op de begane grond, Deye + batterij komen direct in de kelder onder de meterkast (ca. 3-5 meter kabel).

• Deye SUN-15K-SG05LP3-EU-SM2
• Deye SE-F16-C (16 kWh)

Idee is als volgt:


[...]

dan


[...]

en


[...]

Het idee is dus dat de hele woning achter de Deye komt, zodat bij netuitval de LOAD-uitgang de complete woning voedt en de Enphase via de GEN-poort blijft produceren.

De DTSU666 wil ik direct achter de hoofdaansluiting plaatsen zodat de Deye de totale import/export van de woning ziet voor zero-export en batterijregeling.

Qua onderhoudsbypass neig ik nu naar een Sontheimer ULO40/4T/NS/Z101/F976 vanwege de voreilende nul. Alternatief een eenvoudige EMAT 4-polige omschakelaar, maar ik vraag me af of de Sontheimer technisch niet de betere keuze is.

Vragen:

1. Klopt bovenstaande opbouw, of zie ik iets fundamenteels over het hoofd?
2. Zou je 5G6 of 5G10 gebruiken voor de twee kabels tussen meterkast en Deye (ca. 3-5 meter)?
3. Zou je de bestaande Enphase-groep in de meterkast laten zitten en alleen de uitgaande kabel naar de GEN-poort brengen, of juist de beveiliging naar de nieuwe kelder kast verplaatsen?
4. Welke onderhoudsbypass zouden jullie kiezen en waarom?
5. Mis ik nog belangrijke componenten (SPD, zekeringen, aardlekken, etc.)?

Ik hoor graag jullie ervaringen. Vooral van mensen die een vergelijkbare Deye + Enphase + volledige woningbackup draaien.

BOM

[...]

Grappig, ik zit in vrijwel dezelfde situatie, alleen met 31x IQ7+. Ik kan de accu ook in de buurt van de meterkast +/-4m kabels door 1 muur installeren.

Heb ook de reacties op je vraag doorgenomen, al met al behulpzaam. Nog een paar vragen/opmerkingen:

1. Waarom kies je voor de SUN 15K ipv de 12K? Weet je dat die 15-16Kg zwaarder is? Bij noodstroom / grid uitval gaan we hier wel iets zuiniger om met de stroom.
2. Ik heb overwogen de PV op de LOAD port te doen, dus laten zitten zoals het nu zit. Het risico van omvormerschade bij stroomuitval zou ik dan minimaliseren door via Enphase dynamic power export limiting (DPEL) te doen, in te stellen via de vincentwolsink HA integratie en evt. een boiler via de smart load (GEN) port. Maar ik weet niet niet of dit offgrid genoeg bescherming biedt tegen schade.
3. Heb je i.p.v de F16C ook de 2x F12C overwogen? Samen hebben die meer vermogen (bij dezelfde C ontlading) wat denk ik de levensduur ten goede komt. Plus ze zijn per stuk iets minder lomp.

[Yaldair]

ik ben bezig met mijn Deye om mijn cellen te topbalancen, en toen viel me op dat LOAD vanmiddag op -6kW stond o.i.d. Nu stelt het Deye handboekje dat LOAD nooit negatief kan zijn, maar dat ging dus mis.

Klopt het dat meter 2 altijd kijkt naar "GEN"? want ik zit met deze huidige situatie:

De Deye en Solaredge omvormer hangen beiden parallel van elkaar aan GRID.
Ik heb een SDM630 GRID meter --> naar Deye (meter 1). En een SDM630 "SE GRID PV" meter --> Deye (meter 2).
Daarnaast heb ik een andere solaredge omvormer op GEN zitten (micro inverter aangevinkt). Zodra ik micro inverter aanvink, kan ik niet meer kiezen voor "AC on LOAD" of "AC on GRID". Dat mag alleen met een smart load of (diesel?) generator. Maar, op deze manier berekend hij de "LOAD" helemaal verkeerd...moet ik "meter 2" uitzetten? maar dan weet hij nooit wat er op GRID zijde gebeurt...is dit een versie dingetje?

de huidige "berekening":
SE GRID: 4.79kW
Naar GRID: -3.95kW
Naar accu: -0.06kW
LOAD: -4.16kW

HMI: Ver 1001-C050
MAIN: Ver 2107-1170-1809
Type: SG05 12kW

[dingo35]

@Initial G Hoezo omvormer schade? Als je off grid gaat blijft je Deye op Load voeding geven, en je omvormers blijven dus doorwerken. Op het moment dat je meer opwekt dan je verbruikt, en je SoC bereikt 100%, dan slaat de Deye uit, zit je Load zonder power en schakelt dus ook je omvormer uit omdat die niet meer kan syncen.

Deye en omvormers zijn hierop ontworpen, dus hoezo schade?

[Initial G]

@dingo35 Nou de Deye kan in off grid wel ook de load port frequency shiften om de PV te knijpen/stoppen, dat is op zich het probleem niet. Alleen als plotseling de grid wegvalt bij veel PV productie, dan krijg je heel snel een overload wat de omvormer moet opvangen/ verdelen. Ik weet dat de GEN poort dan snel kan afschakelen. Het afslaan van de hele omvormer bij plotseling overvoltage lijkt mij andere koek en niet gezond voor het ding, naast dat het hele huis dan zonder stroom zit zoals ik het wilde aansluiten.

edit:
en hij zou in off-grid kunnen afslaan als er bij veel PV productie een zware verbruiker wegvalt (en de accu's niet al aan het laden zijn).

[ Voor 13% gewijzigd door Initial G op 22-07-2026 23:46 ]

[Tanuki]

Maar, zijn dat dingen die normaal zijn in de batterijen wereld, of zijn dat dingen die bijvoorbeeld een "meer premium" merk zoals Victron beter opvangt?

[thomvh]

Yaldair schreef op woensdag 22 juli 2026 @ 20:42:
ik ben bezig met mijn Deye om mijn cellen te topbalancen, en toen viel me op dat LOAD vanmiddag op -6kW stond o.i.d. Nu stelt het Deye handboekje dat LOAD nooit negatief kan zijn, maar dat ging dus mis.

Klopt het dat meter 2 altijd kijkt naar "GEN"? want ik zit met deze huidige situatie:

De Deye en Solaredge omvormer hangen beiden parallel van elkaar aan GRID.
Ik heb een SDM630 GRID meter --> naar Deye (meter 1). En een SDM630 "SE GRID PV" meter --> Deye (meter 2).
Daarnaast heb ik een andere solaredge omvormer op GEN zitten (micro inverter aangevinkt). Zodra ik micro inverter aanvink, kan ik niet meer kiezen voor "AC on LOAD" of "AC on GRID". Dat mag alleen met een smart load of (diesel?) generator. Maar, op deze manier berekend hij de "LOAD" helemaal verkeerd...moet ik "meter 2" uitzetten? maar dan weet hij nooit wat er op GRID zijde gebeurt...is dit een versie dingetje?

de huidige "berekening":
SE GRID: 4.79kW
Naar GRID: -3.95kW
Naar accu: -0.06kW
LOAD: -4.16kW

HMI: Ver 1001-C050
MAIN: Ver 2107-1170-1809
Type: SG05 12kW

In Deye termen ben jij nu 4,79kW aan de SE aan het leveren. Meet die meter wel de goede kant op? Naar GRID moet negatief zijn als je "terug levert" en positief zijn als je van het net af haalt. De SE meter zegt nu dus eigenlijk ik ben met 4,79kW aan het laden. De LOAD is voor zover mij bekent altijd een berekening die die doet dus waarschijnlijk komt die anders niet netjes op 0 uit.

Verder heb ik van mijn installateur begrepen dat je de GEN gewoon op Micro-Inverter moet laten staan anders weet de Deye niet hoe die er goed mee om moet gaan kwa afschakelen en beveiliging etc.

[ Voor 10% gewijzigd door thomvh op 23-07-2026 10:09 ]

[Griffen83]

rvdgaag schreef op woensdag 22 juli 2026 @ 13:53:
[...]

Tijd voor een goed systeem om je omvormer aan te sturen, ik raad je GBBoptimizer aan.

Om je vraag te beantwoorden als je wilt dat hij op Sell reageert moet je omvormer ook op sell first modus staan, de soc waarde onder je batterij soc en de grid peak shaving moet uit staan.

Ik ga het proberen, eerste testdag is zojuist gestart

[Yaldair]

thomvh schreef op donderdag 23 juli 2026 @ 10:07:
[...]

In Deye termen ben jij nu 4,79kW aan de SE aan het leveren. Meet die meter wel de goede kant op? Naar GRID moet negatief zijn als je "terug levert" en positief zijn als je van het net af haalt. De SE meter zegt nu dus eigenlijk ik ben met 4,79kW aan het laden. De LOAD is voor zover mij bekent altijd een berekening die die doet dus waarschijnlijk komt die anders niet netjes op 0 uit.

Verder heb ik van mijn installateur begrepen dat je de GEN gewoon op Micro-Inverter moet laten staan anders weet de Deye niet hoe die er goed mee om moet gaan kwa afschakelen en beveiliging etc.

Volgens mij zit alles goed aangesloten. SDM630 --> bovenin "GRID" kant, onderaan "LOAD" kant.

De GRID-SDM630 zit dus zo aangesloten. "hoofdaansluiting" gaat naar de bovenkant van de SDM. Aan de onderkant hangen alle groepen, zodat ik goed het GRID verbruik kan meten.

De SE-SDM630 zit op zelfde wijze aangesloten. Aan de onderkant zit de 'load', i.e. de SE omvormer. Aan de bovenkant is hij verbonden (via rails) aan de onderkant van de GRID-SDM630.

Maar, misschien verwacht de Deye dat zo'n 2e meter anders aangesloten zit?

[Domba]

@dingo35 en @Initial G heb je een concreet voorbeeld van afslaan Deye in off-grid mode?
Ik heb enige tienduizend uren off-grid gebruik sinds 2022 en is me alleen paar keer in begin jaren overkomen dat Deye in off-grid rebooted.
Oorzaak was een TIG lasapparaat die 1 fase over de >6kW grens duwde voor de 12kW SG04, maar geen andere reden tegen gekomen.

Ik gebruik nog steeds FW1135 voor productie/regulier en test zo nu en dan een nwe firmware versie (voornamelijk okt-feb).
Er zitten diverse verschillen tussen 112x, 113x, 114x 115x etc, zoals in een mix van AC-PV en DC-PV FW113x reduceert als eerste de PV op MPPT's en dan pas de frequentie sturing (wat dan in praktijk eigenlijk een aan/uitschakelaar is met de delay).
Latere firmware versies is de frequentie sturing sneller/verbetert wordt als eerste ingezet (maar ben je afhankelijk hoe snel de gewone grid-tie omvormer(s) reageren op de frequentie verandering)
Het voordeel van de laatste is dat je veel minder momenten in off-grid mode hebt dat je van beide geen PV-opwek er is.
De case/situatie aandeel er voor op jaarbasis neemt af, het aantal negatieve marktprijs uren neemt iets af maar ook gemiddeld minder negatieve prijs als effect dat er steeds meer SDE-volume komt die geen SDE-subsidie bij negatieve marktprijs uren/kwartieren meer ontvangt en aantal periodes met marktprijs tussen 0-1ct/kWh toeneemt en PV-opwek gewoon het net kunt laten opgaan.

[Yaldair]

@Domba ga je me nu vertellen dat ik toch mijn SE PV op LOAD had kunnen laten zitten . Algemeen vond ik dat in het geval van grid valt uit terwijl accu met 90A geladen mag worden (of vol is), en mijn PV (7.8kWp) vol aan het produceren is, de Deye dan die volle klap van 7kW moet opvangen. En dat hij daar niet op gemaakt is, dus dan in error schiet (als niet kapot gaat). Maar, dat is dus dan niet correct? Net een avond bezig geweest vorige week om mijn 7.8kWp omvormer toch maar op GRID te hangen i.p.v. LOAD

[Domba]

Yaldair schreef op donderdag 23 juli 2026 @ 12:55:
@Domba ga je me nu vertellen dat ik toch mijn SE PV op LOAD had kunnen laten zitten . Algemeen vond ik dat in het geval van grid valt uit terwijl accu met 90A geladen mag worden (of vol is), en mijn PV (7.8kWp) vol aan het produceren is, de Deye dan die volle klap van 7kW moet opvangen. En dat hij daar niet op gemaakt is, dus dan in error schiet (als niet kapot gaat). Maar, dat is dus dan niet correct? Net een avond bezig geweest vorige week om mijn 7.8kWp omvormer toch maar op GRID te hangen i.p.v. LOAD

Nee, ik denk dat het wel de moeite is vanwege de mismatch, max charge 90A~5kW en potentieel 7.8kWp SE ben je geheel afhankelijk van de frequentie scaling van SE en wanneer deze genegen is op de frequentie verandering te reageren.
.
Op load heeft Deye geen enkele andere mogelijkheid om in te grijpen als de SE veel te traag op de frequentiesturing regeling reageert (<1seconde) als er geen PV op eigen MPPT's zit die tijdelijk ingezet kan worden als buffer, tijdelijke reductie om de tijd te overbruggen, op de Gen-poort als microinverter heeft Deye nog een relais.

[SnarfB]

rvdgaag schreef op maandag 20 juli 2026 @ 18:23:
[...]

De YAMBMS ESP integratie geeft geen Deye data in HA daar heb je een Deye HA integratie voor nodig via software of mooier een ESP32 met een aparte modus ttl unit.

Link voor ESP32 Deye integratie

Ik gebruik 4 accu's V2 van Seplos op de YAMBMS gekoppeld (Lilyboard T-Connect) aan de Deye en dat werk wel goed na het nodige tweaken, je kan de config niet overnemen maar wel delen pikken.

De dashboards die ik gemaakt heb post ik hier ook ff.

ESp32 yaml voor YAMBMS in volgend bericht

Dashboard ziet er zo uit:


[Afbeelding] [Afbeelding] [Afbeelding] [Afbeelding] [Afbeelding]

Code voor dashboard in volgend bericht ivm maximale aantal regels:

Ik ben nog eens bezig geweest met Yam Bms maar tot nu toe nog geen communicatie, zowel RS485 als CanBus.
Ik heb zowel jou voorbeeld als Yaldair zijn voorbeeld uitgeprobeerd maar krijg het niet werkend
Nu heb je eens gekeken naar het logbestand van het compileren als het logbestand van de comminucatie.
Bij het compileren krijg ik een aantal waarschuwingen waarvan ik niet begrijp of deze invloed heb.
En bij de commicatie valt het op dat hij in zijn geheel is volgens mijn de RS485 als Canbus niet afscand.
Wat volgens mijn inhoud dat software matig het niet klopt, ben ik iets vergeten in de software zoals ik deze al eerder heb geplaatst ?

code:

IINFO ESPHome 2026.7.1
INFO Reading configuration /config/esphome/yambms.yaml...
INFO Generating C++ source...
INFO Detected timezone 'Europe/Amsterdam'
WARNING esphome->platformio_options->board_build.flash_mode is ignored when building with the native ESP-IDF toolchain
INFO Compiling app... Build path: /data/build/yambms
INFO Checking ESP-IDF 5.5.5 framework ...
INFO Checking ESP-IDF 5.5.5 framework installation ...
INFO Checking ESP-IDF 5.5.5 Python environment ...
Executing action: all (aliases: build)
Running ninja in directory /data/build/yambms/build
Executing "ninja all"...
[1/1] cd /data/build/yambms/build/bootloader/esp-idf/esptool_py && /data/cache/idf/penvs/5.5.5/bin/python /data/cache/idf/frameworks/5.5.5/components/partition_table/check_sizes.py --offset 0x8000 bootloader 0x0 /data/build/yambms/build/bootloader/bootloader.bin
Bootloader binary size 0x5180 bytes. 0x2e80 bytes (36%) free.
[4/10] Building CXX object esp-idf/src/CMakeFiles/__idf_src.dir/main.cpp.obj
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml: In lambda function:
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1033:76: warning: suggest braces around empty body in an 'else' statement [-Wempty-body]
 1033 |           else ESP_LOGD("yambms_debug", "===> YamBMS initialized <=== : false");
      |                                                                            ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1034:127: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1034 |           if (id(yambms${yambms_id}_total_voltage).has_state()) ESP_LOGD("yambms_debug", "Battery Voltage : %f V", id(yambms${yambms_id}_total_voltage).state);
      |                                                                                                                               ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1035:115: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1035 |           if (id(yambms${yambms_id}_current).has_state()) ESP_LOGD("yambms_debug", "Battery Current : %f A", id(yambms${yambms_id}_current).state);
      |                                                                                                                   ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1036:109: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1036 |           if (id(yambms${yambms_id}_power).has_state()) ESP_LOGD("yambms_debug", "Battery Power : %f W", id(yambms${yambms_id}_power).state);
      |                                                                                                             ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1037:120: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1037 |           if (id(yambms${yambms_id}_battery_soc).has_state()) ESP_LOGD("yambms_debug", "Battery SOC : %f %%", id(yambms${yambms_id}_battery_soc).state);
      |                                                                                                                        ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1038:120: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1038 |           if (id(yambms${yambms_id}_battery_soh).has_state()) ESP_LOGD("yambms_debug", "Battery SOH : %f %%", id(yambms${yambms_id}_battery_soh).state);
      |                                                                                                                        ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1039:126: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1039 |           if (id(yambms${yambms_id}_min_temperature).has_state()) ESP_LOGD("yambms_debug", "Min temp. : %f °C", id(yambms${yambms_id}_min_temperature).state);
      |                                                                                                                              ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1040:126: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1040 |           if (id(yambms${yambms_id}_max_temperature).has_state()) ESP_LOGD("yambms_debug", "Max temp. : %f °C", id(yambms${yambms_id}_max_temperature).state);
      |                                                                                                                              ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1042:152: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1042 |           if (id(yambms${yambms_id}_charging_instruction).has_state()) ESP_LOGD("yambms_debug", "Charging instruction : %s", id(yambms${yambms_id}_charging_instruction).state.c_str());
      |                                                                                                                                                        ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1047:73: warning: suggest braces around empty body in an 'else' statement [-Wempty-body]
 1047 |             else ESP_LOGD("yambms_debug", "Discharging instruction : false");
      |                                                                         ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1049:147: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1049 |           if (id(yambms${yambms_id}_requested_charge_voltage).has_state()) ESP_LOGD("yambms_debug", "Requested CVL : %f V", id(yambms${yambms_id}_requested_charge_voltage).state);
      |                                                                                                                                                   ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1050:153: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1050 |           if (id(yambms${yambms_id}_requested_discharge_voltage).has_state()) ESP_LOGD("yambms_debug", "Requested DVL : %f V", id(yambms${yambms_id}_requested_discharge_voltage).state);
      |                                                                                                                                                         ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1051:147: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1051 |           if (id(yambms${yambms_id}_requested_charge_current).has_state()) ESP_LOGD("yambms_debug", "Requested CCL : %f A", id(yambms${yambms_id}_requested_charge_current).state);
      |                                                                                                                                                   ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1052:153: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1052 |           if (id(yambms${yambms_id}_requested_discharge_current).has_state()) ESP_LOGD("yambms_debug", "Requested DCL : %f A", id(yambms${yambms_id}_requested_discharge_current).state);
      |                                                                                                                                                         ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1053:149: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1053 |           if (id(yambms${yambms_id}_ccl_derating_reason).has_state()) ESP_LOGD("yambms_debug", "CCL derating reason : %s", id(yambms${yambms_id}_ccl_derating_reason).state.c_str());
      |                                                                                                                                                     ^
/data/packages/a3a4c2d8/packages/yambms/yambms_core.yaml:1054:149: warning: suggest braces around empty body in an 'if' statement [-Wempty-body]
 1054 |           if (id(yambms${yambms_id}_dcl_derating_reason).has_state()) ESP_LOGD("yambms_debug", "DCL derating reason : %s", id(yambms${yambms_id}_dcl_derating_reason).state.c_str());
      |                                                                                                                                                     ^
In file included from ../src/esphome/core/gpio.h:6,
                 from ../src/esphome/core/hal.h:5,
                 from ../src/esphome/core/component.h:9,
                 from ../src/esphome/core/application.h:10,
                 from ../src/esphome/components/api/api_frame_helper.h:14,
                 from ../src/esphome/components/api/api_connection.h:5,
                 from ../src/esphome.h:4,
                 from ../src/main.cpp:3:
/data/packages/a3a4c2d8/packages/yambms/yambms_canbus.yaml: In lambda function:
/data/packages/a3a4c2d8/packages/yambms/yambms_canbus.yaml:191:28: warning: format '%d' expects argument of type 'int', but argument 5 has type 'uint32_t' {aka 'long unsigned int'} [-Wformat=]
  191 |                 ESP_LOGI("canbus", "received can_id: 0x305 ack_interval %d ms", inverter_ack_interval_ms);
      |                            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../src/esphome/core/log.h:83:36: note: in definition of macro 'ESPHOME_LOG_FORMAT'
   83 | #define ESPHOME_LOG_FORMAT(format) format
      |                                    ^~~~~~
../src/esphome/core/log.h:162:28: note: in expansion of macro 'esph_log_i'
  162 | #define ESP_LOGI(tag, ...) esph_log_i(tag, __VA_ARGS__)
      |                            ^~~~~~~~~~
/data/packages/a3a4c2d8/packages/yambms/yambms_canbus.yaml:191:9: note: in expansion of macro 'ESP_LOGI'
  191 |                 ESP_LOGI("canbus", "received can_id: 0x305 ack_interval %d ms", inverter_ack_interval_ms);
      |         ^
[8/10] Generating binary image from built executable
esptool.py v4.12.0
Creating esp32s3 image...
Merged 2 ELF sections
Successfully created esp32s3 image.
Generated /data/build/yambms/build/yambms.bin
[9/10] cd /data/build/yambms/build/esp-idf/esptool_py && /data/cache/idf/penvs/5.5.5/bin/python /data/cache/idf/frameworks/5.5.5/components/partition_table/check_sizes.py --offset 0x8000 partition --type app /data/build/yambms/build/partition_table/partition-table.bin /data/build/yambms/build/yambms.bin
yambms.bin binary size 0x129430 bytes. Smallest app partition is 0x7c0000 bytes. 0x696bd0 bytes (85%) free.
Executing action: size
Running ninja in directory /data/build/yambms/build
Executing "ninja all"...
[1/5] cd /data/build/yambms/build/esp-idf/esptool_py && /data/cache/idf/penvs/5.5.5/bin/python /data/cache/idf/frameworks/5.5.5/components/partition_table/check_sizes.py --offset 0x8000 partition --type app /data/build/yambms/build/partition_table/partition-table.bin /data/build/yambms/build/yambms.bin
yambms.bin binary size 0x129430 bytes. Smallest app partition is 0x7c0000 bytes. 0x696bd0 bytes (85%) free.
[1/1] cd /data/build/yambms/build/bootloader/esp-idf/esptool_py && /data/cache/idf/penvs/5.5.5/bin/python /data/cache/idf/frameworks/5.5.5/components/partition_table/check_sizes.py --offset 0x8000 bootloader 0x0 /data/build/yambms/build/bootloader/bootloader.bin
Bootloader binary size 0x5180 bytes. 0x2e80 bytes (36%) free.
[4/5] Completed 'bootloader'Running ninja in directory /data/build/yambms/build
Executing "ninja size"...
[0/2] Re-checking globbed directories...
[0/2] cd /data/build/yambms/build && /data/cache/idf/tools/cmake/3.30.2/bin/cmake -D "IDF_SIZE_TOOL=/data/cache/idf/penvs/5.5.5/bin/python;-m;esp_idf_size" -D MAP_FILE=/data/build/yambms/build/yambms.map -D OUTPUT_JSON= -P /data/cache/idf/frameworks/5.5.5/tools/cmake/run_size_tool.cmake
┏━━━━━━━━━━━━━━━━━━━━━┳━━━━━━━━━━━━━━┳━━━━━━━━━━┳━━━━━━━━━━━━━━━━┳━━━━━━━━━━━━━━━┓
┃ Memory Type/Section ┃ Used [bytes] ┃ Used [%] ┃ Remain [bytes] ┃ Total [bytes] ┃
┡━━━━━━━━━━━━━━━━━━━━━╇━━━━━━━━━━━━━━╇━━━━━━━━━━╇━━━━━━━━━━━━━━━━╇━━━━━━━━━━━━━━━┩
│ Flash Code          │       948080 │          │                │               │
│    .text            │       948080 │          │                │               │
│ Flash Data          │       180076 │          │                │               │
│    .rodata          │       179820 │          │                │               │
│    .appdesc         │          256 │          │                │               │
│ DIRAM               │       146863 │    42.97 │         194897 │        341760 │
│    .bss             │        73816 │     21.6 │                │               │
│    .text            │        53991 │     15.8 │                │               │
│    .data            │        18904 │     5.53 │                │               │
│    .noinit          │          152 │     0.04 │                │               │
│ IRAM                │        16384 │    100.0 │              0 │         16384 │
│    .text            │        15356 │    93.73 │                │               │
│    .vectors         │         1028 │     6.27 │                │               │
│ RTC SLOW            │           32 │     0.39 │           8160 │          8192 │
│    .force_slow      │           32 │     0.39 │                │               │
│ RTC FAST            │           24 │     0.29 │           8168 │          8192 │
│    .rtc_reserved    │           24 │     0.29 │                │               │
└─────────────────────┴──────────────┴──────────┴────────────────┴───────────────┘
Total image size: 1217467 bytes (.bin may be padded larger)
RAM:   [====      ]  43.0% (used 146863 bytes from 341760 bytes)
Flash: [=         ]  15.0% (used 1217467 bytes from 8126464 bytes)
INFO Creating factory.bin...
INFO Created: /data/build/yambms/build/firmware.factory.bin
INFO Created: /data/build/yambms/build/firmware.ota.bin
INFO Created: /data/build/yambms/build/firmware.elf
INFO Build Info: config_hash=0x1c8d7ecf build_time_str=2026-07-23 12:34:19 +0200
INFO Successfully compiled program.
INFO ESPHome 2026.7.1
INFO Loaded validated config cache for yambms.yaml, skipping validation.
INFO Connecting to 192.168.2.37 port 3232...
INFO Connected to 192.168.2.37
INFO Uploading /data/build/yambms/build/yambms.bin (1217584 bytes)
Uploading: [============================================================] 100% Done...
INFO Upload took 9.86 seconds, waiting for result...
INFO OTA successful
INFO Successfully uploaded program.

code:

12:19:26.586][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:26.587][S][sensor]: 'bms2 Discharging Power' >> 0 W
[12:19:26.859][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:26.860][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:26.861][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:26.861][S][sensor]: 'Battery SoC' >> nan %
[12:19:27.010][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:27.011][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:27.012][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:27.012][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:27.103][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:27.884][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:27.884][S][sensor]: 'Debug Heap max block percent' >> 47.50 %
[12:19:28.036][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:28.037][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:28.037][S][sensor]: 'Battery Charging Power' >> 0 W
[12:19:28.038][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:28.038][S][sensor]: 'Battery Discharging Power' >> 0 W
[12:19:28.039][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:28.039][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:28.857][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:28.857][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:28.858][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:28.859][S][sensor]: 'bms0 Discharging Power' >> 0 W
[12:19:28.859][S][sensor]: 'bms1 Power' >> nan W
[12:19:28.860][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:28.861][S][sensor]: 'bms1 Charging Power' >> 0 W
[12:19:28.861][S][sensor]: 'bms2 Power' >> nan W
[12:19:28.862][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:28.862][S][sensor]: 'bms2 Charging Power' >> 0 W
[12:19:29.060][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:29.061][S][sensor]: 'Battery SoC' >> nan %
[12:19:29.061][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:29.062][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:29.217][S][sensor]: 'bms0 Power' >> nan W
[12:19:29.218][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:29.347][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:29.347][S][sensor]: 'bms1 Discharging Power' >> 0 W
[12:19:29.532][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:29.533][S][sensor]: 'bms0 Charging Power' >> 0 W
[12:19:29.534][S][sensor]: 'Battery SoC' >> nan %
[12:19:29.668][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:29.669][S][sensor]: 'bms2 Discharging Power' >> 0 W
[12:19:29.867][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:29.868][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:29.868][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:29.869][S][sensor]: 'Battery SoC' >> nan %
[12:19:29.986][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:29.987][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:29.987][S][sensor]: 'Errors Bitmask Alarm' >> 0 
[12:19:29.988][S][sensor]: 'Errors Bitmask Warning' >> 0 
[12:19:29.988][S][sensor]: 'BMS in alarm' >> 0 
[12:19:29.989][S][sensor]: 'Total Voltage' >> 0.00 V
[12:19:29.989][S][sensor]: 'Current' >> 0.0 A
[12:19:29.990][S][sensor]: 'Power' >> 0 W
[12:19:29.990][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:29.991][S][sensor]: 'Battery Charging Power' >> 0 W
[12:19:29.992][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:29.992][S][sensor]: 'Battery Discharging Power' >> 0 W
[12:19:29.993][S][sensor]: 'Battery SoC' >> 0 %
[12:19:29.993][S][sensor]: 'Battery SoH' >> 0 %
[12:19:29.994][S][sensor]: 'Charging Cycles' >> 0 
[12:19:29.995][S][sensor]: 'Battery Capacity' >> 0 Ah
[12:19:29.995][S][sensor]: 'Capacity Remaining' >> 0 Ah
[12:19:29.996][S][sensor]: 'Max Charge current' >> 0 A
[12:19:29.996][S][sensor]: 'Max Discharge Current' >> 0 A
[12:19:29.997][S][sensor]: 'Balance Trigger Voltage (MAX)' >> 0.000 V
[12:19:29.997][S][sensor]: 'Min Cell Voltage' >> 5.000 V
[12:19:29.998][S][sensor]: 'Min Voltage Cell' >> 0 
[12:19:29.999][S][sensor]: 'Max Cell Voltage' >> 0.000 V
[12:19:29.999][S][sensor]: 'Max Voltage Cell' >> 0 
[12:19:30.000][S][sensor]: 'Delta Cell Voltage' >> -5.000 V
[12:19:30.000][S][sensor]: 'Cell OVP (MIN)' >> 5.000 V
[12:19:30.001][S][sensor]: 'Cell UVP (MAX)' >> 0.000 V
[12:19:30.001][S][sensor]: 'Min temperature sensor' >> 0 
[12:19:30.002][S][sensor]: 'Max temperature sensor' >> 0 
[12:19:30.003][S][sensor]: 'BMS count' >> 3 
[12:19:30.003][S][sensor]: 'BMS combined' >> 0 
[12:19:30.004][S][sensor]: 'BMS blocking charge' >> 0 
[12:19:30.004][S][sensor]: 'BMS blocking discharge' >> 0 
[12:19:30.005][S][sensor]: 'Shunt count' >> 0 
[12:19:30.022][S][sensor]: 'Shunt combined' >> 0 
[12:19:30.023][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:30.023][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:30.024][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:30.850][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:30.965][S][sensor]: 'Debug Heap free percent' >> 62.12 %
[12:19:30.966][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:30.966][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:30.967][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:30.967][S][sensor]: 'Cell Count' >> 16 
[12:19:31.174][S][sensor]: 'Debug Heap free' >> 206672 B
[12:19:31.175][S][sensor]: 'Debug Loop time' >> 19 ms
[12:19:31.176][S][sensor]: 'Debug Heap max block' >> 155648 B
[12:19:31.177][S][sensor]: 'Installed Battery Capacity' >> 0 Ah
[12:19:31.785][S][sensor]: 'Internal temperature' >> 42.3 °C
[12:19:31.786][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:31.786][S][sensor]: 'bms0 Discharging Power' >> 0 W
[12:19:31.787][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:31.787][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:31.788][S][sensor]: 'bms1 Power' >> nan W
[12:19:31.788][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:31.789][S][sensor]: 'bms1 Charging Power' >> 0 W
[12:19:31.789][S][sensor]: 'bms2 Power' >> nan W
[12:19:31.933][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:31.934][S][sensor]: 'bms2 Charging Power' >> 0 W
[12:19:31.935][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:31.935][S][sensor]: 'Battery SoC' >> nan %
[12:19:32.081][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:32.082][S][sensor]: 'Battery Charging Power' >> 0 W
[12:19:32.082][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:32.083][S][sensor]: 'Battery Discharging Power' >> 0 W
[12:19:32.083][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:32.084][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:32.195][S][sensor]: 'bms0 Power' >> nan W
[12:19:32.196][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:32.346][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:32.347][S][sensor]: 'bms1 Discharging Power' >> 0 W
[12:19:32.495][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:32.496][S][sensor]: 'bms0 Charging Power' >> 0 W
[12:19:32.594][S][sensor]: 'Battery SoC' >> nan %
[12:19:32.595][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:32.596][S][sensor]: 'bms2 Discharging Power' >> 0 W
[12:19:32.849][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:32.850][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:32.850][S][sensor]: 'Debug Heap max block percent' >> 47.50 %
[12:19:32.851][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:32.851][S][sensor]: 'Battery SoC' >> nan %
[12:19:33.046][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:33.046][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:33.047][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:33.047][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:33.048][S][sensor]: 'Requested Charge Voltage' >> 0.0 V
[12:19:33.048][S][sensor]: 'Requested Discharge Voltage' >> 0.0 V
[12:19:33.105][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:33.525][S][text_sensor]: 'Uptime' >> '1m 13s'
[12:19:33.867][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:34.026][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:34.027][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:34.028][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:34.848][S][sensor]: 'max temperature sensor' >> 101 
[12:19:34.849][S][sensor]: 'max temperature' >> nan °C
[12:19:34.849][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:34.850][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:34.851][S][sensor]: 'bms0 Discharging Power' >> 0 W
[12:19:34.851][S][sensor]: 'charging cycles' >> 0 
[12:19:34.852][S][sensor]: 'bms1 cell uvp' >> 2.800 V
[12:19:34.852][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:34.853][S][sensor]: 'bms1 Power' >> nan W
[12:19:34.853][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:34.854][S][sensor]: 'bms1 Charging Power' >> 0 W
[12:19:34.854][S][sensor]: 'bms2 Power' >> nan W
[12:19:34.855][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:34.855][S][sensor]: 'bms2 Charging Power' >> 0 W
[12:19:34.963][S][sensor]: 'max charge current' >> 100 A
[12:19:34.964][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:34.964][S][sensor]: 'Battery SoC' >> nan %
[12:19:34.965][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:34.965][S][sensor]: 'Battery Charging Power' >> 0 W
[12:19:34.966][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:34.966][S][sensor]: 'Battery Discharging Power' >> 0 W
[12:19:34.967][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:34.968][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:35.196][S][sensor]: 'bms0 Power' >> nan W
[12:19:35.197][S][sensor]: 'balancer trigger voltage' >> 0.010 V
[12:19:35.197][S][sensor]: 'bms2 cell uvp' >> 2.800 V
[12:19:35.198][S][sensor]: 'charging cycles' >> 0 
[12:19:35.198][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:35.322][S][sensor]: 'min temperature sensor' >> 301 
[12:19:35.322][S][sensor]: 'min temperature' >> nan °C
[12:19:35.323][S][sensor]: 'bms1 cell ovp' >> 3.650 V
[12:19:35.323][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:35.324][S][sensor]: 'bms1 Discharging Power' >> 0 W
[12:19:35.324][S][sensor]: 'max charge current' >> 100 A
[12:19:35.470][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:35.470][S][sensor]: 'bms0 Charging Power' >> 0 W
[12:19:35.470][S][sensor]: 'max discharge current' >> 100 A
[12:19:35.471][S][sensor]: 'max discharge current' >> 100 A
[12:19:35.607][S][sensor]: 'Battery SoC' >> nan %
[12:19:35.608][S][sensor]: 'min temperature sensor' >> 101 
[12:19:35.608][S][sensor]: 'min temperature' >> nan °C
[12:19:35.609][S][sensor]: 'bms2 cell ovp' >> 3.650 V
[12:19:35.610][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:35.610][S][sensor]: 'bms2 Discharging Power' >> 0 W
[12:19:35.710][S][sensor]: 'charging cycles' >> 0 
[12:19:35.828][S][sensor]: 'max charge current' >> 100 A
[12:19:35.828][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:35.829][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:35.830][S][sensor]: 'bms0 cell ovp' >> 3.650 V
[12:19:35.830][S][sensor]: 'balancer trigger voltage' >> 0.010 V
[12:19:35.967][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:35.967][S][sensor]: 'Battery SoC' >> nan %
[12:19:35.968][S][sensor]: 'Debug Heap free percent' >> 63.07 %
[12:19:35.968][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:35.969][S][sensor]: 'max temperature sensor' >> 201 
[12:19:35.970][S][sensor]: 'max temperature' >> nan °C
[12:19:35.970][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:35.971][S][sensor]: 'balancer trigger voltage' >> 0.010 V
[12:19:35.971][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:35.972][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:36.119][S][sensor]: 'bms0 cell uvp' >> 2.800 V
[12:19:36.120][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:36.121][S][sensor]: 'max temperature sensor' >> 301 
[12:19:36.121][S][sensor]: 'max temperature' >> nan °C
[12:19:36.122][S][sensor]: 'min temperature sensor' >> 201 
[12:19:36.122][S][sensor]: 'min temperature' >> nan °C
[12:19:36.123][S][sensor]: 'max discharge current' >> 100 A
[12:19:36.123][S][sensor]: 'Debug Heap free' >> 200400 B
[12:19:36.124][S][sensor]: 'Debug Loop time' >> 19 ms
[12:19:36.124][S][sensor]: 'Debug Heap max block' >> 155648 B
[12:19:36.845][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:37.039][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:37.040][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:37.040][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:37.866][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:37.866][S][text_sensor]: 'Alarm' >> 'NoAlarm'
[12:19:37.867][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:37.867][S][sensor]: 'bms0 Discharging Power' >> 0 W
[12:19:37.868][S][sensor]: 'bms1 Power' >> nan W
[12:19:37.868][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:37.869][S][sensor]: 'bms1 Charging Power' >> 0 W
[12:19:37.869][S][sensor]: 'bms2 Power' >> nan W
[12:19:37.870][S][sensor]: 'Debug Heap max block percent' >> 47.50 %
[12:19:37.870][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:37.871][S][sensor]: 'bms2 Charging Power' >> 0 W
[12:19:38.070][S][text_sensor]: 'Warning' >> 'NoAlarm'
[12:19:38.071][S][sensor]: 'Battery SoC' >> nan %
[12:19:38.071][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:38.072][S][sensor]: 'Battery Charging Power' >> 0 W
[12:19:38.073][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:38.073][S][sensor]: 'Battery Discharging Power' >> 0 W
[12:19:38.074][S][text_sensor]: 'Charging Status' >> 'Wait'
[12:19:38.074][S][text_sensor]: 'Charging Instruction' >> 'Stop'
[12:19:38.221][S][sensor]: 'bms0 Power' >> nan W
[12:19:38.221][S][sensor]: 'total charging cycle capacity' >> nan Ah
[12:19:38.372][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:38.373][S][sensor]: 'bms1 Discharging Power' >> 0 W
[12:19:38.479][S][sensor]: 'Daily Charging Energy' >> 0.000 kWh
[12:19:38.479][S][sensor]: 'bms0 Charging Power' >> 0 W
[12:19:38.480][S][sensor]: 'Battery SoC' >> nan %
[12:19:38.684][S][sensor]: 'Daily Discharging Energy' >> 0.000 kWh
[12:19:38.685][S][sensor]: 'bms2 Discharging Power' >> 0 W
[12:19:38.894][S][sensor]: 'Battery Capacity Remaining' >> nan Ah
[12:19:38.894][S][text_sensor]: 'Alarm' >> 'NoAlarm'

[thomvh]

Yaldair schreef op donderdag 23 juli 2026 @ 12:55:
@Domba ga je me nu vertellen dat ik toch mijn SE PV op LOAD had kunnen laten zitten . Algemeen vond ik dat in het geval van grid valt uit terwijl accu met 90A geladen mag worden (of vol is), en mijn PV (7.8kWp) vol aan het produceren is, de Deye dan die volle klap van 7kW moet opvangen. En dat hij daar niet op gemaakt is, dus dan in error schiet (als niet kapot gaat). Maar, dat is dus dan niet correct? Net een avond bezig geweest vorige week om mijn 7.8kWp omvormer toch maar op GRID te hangen i.p.v. LOAD

Ik hoop niet dat jij 60A van je zonnepanelen krijgt... Maar wat Doomba zegt. Daar is eigenlijk de Gen input voor. Daar zit een extra schakelaar op die deur uit kan gooien in dit soort situaties.

[Yaldair]

SnarfB schreef op donderdag 23 juli 2026 @ 13:39:
[...]

Ik ben nog eens bezig geweest met Yam Bms maar tot nu toe nog geen communicatie, zowel RS485 als CanBus.
Ik heb zowel jou voorbeeld als Yaldair zijn voorbeeld uitgeprobeerd maar krijg het niet werkend
Nu heb je eens gekeken naar het logbestand van het compileren als het logbestand van de comminucatie.
Bij het compileren krijg ik een aantal waarschuwingen waarvan ik niet begrijp of deze invloed heb.
En bij de commicatie valt het op dat hij in zijn geheel is volgens mijn de RS485 als Canbus niet afscand.
Wat volgens mijn inhoud dat software matig het niet klopt, ben ik iets vergeten in de software zoals ik deze al eerder heb geplaatst ?

Eerlijk gezegd vermoed ik (als je de mijne hebt gebruikt) eerder een wiring probleem. Ik gebruik ook de waveshare ESP32-S3 CAN-RS485. Dus als die compiled, je kan bij de webinterface van yambms en dan zou je of je Deye of je batterij moeten zien. Ik heb een ethernet kabeltje gesplitst (1tje vanuit Deye naar waveshare RS485-to-tcp (sunsynk) en de CAN). Dan een andere ethernet kabel naar de accu en de RS485-CAN. (even goede draadjes kiezen).

[Matroxcool]

Ik weet niet of er meerdere mensen wel eens last van hebben, maar zodra bij mij de inverter in de avond op hoog vermogen vanaf de accu's werkt, dan valt op veel apparaten de 2,4ghz wifi verbinding weg.

Best vervelend als je +50 apparaten hebt die bediend worden via HA en dan op die momenten niet gaat.

[dingo35]

Heb ik ook, ben nu met ringkernen aan het experimenteren...

[Domba]

@Matroxcool Hoe sterk is de correlatie met de Deye of valt het samen met moment dat ook meerdere 5Ghz clients actief zijn die bandbreedte in beslag nemen

Heb je de bandwidth management van je AP(s) al geoptimaliseerd?
(als je een extra AP hebt, test eens om zoveel mogelijk 5Ghz clients te verhuizen naar 1 AP (smartphones, laptops/PC's en andere niet HA-clients die priority bit gebruiken (denk aan QoS))

Ik gebruik TP-link AEP-225 outdoor AP's, default, vanaf 30-40 continue clients gaan die over van continue naar blok time managment en proberen die 2,4Ghz clients te bewegen/ te verhuizen naar een 5Ghz verbinding (wat je niet wilt voor 2,4ghz only clients).
(DHCP /semi-vaste IP's voor alle AP's is bij mij de pfSense-server (150+clients))

[ Voor 5% gewijzigd door Domba op 24-07-2026 11:34 ]

[genesisfm]

Matroxcool schreef op vrijdag 24 juli 2026 @ 09:49:
Ik weet niet of er meerdere mensen wel eens last van hebben, maar zodra bij mij de inverter in de avond op hoog vermogen vanaf de accu's werkt, dan valt op veel apparaten de 2,4ghz wifi verbinding weg.

Best vervelend als je +50 apparaten hebt die bediend worden via HA en dan op die momenten niet gaat.

EMC problemen? Zo ja heb je afgeschermde kabels gebruikt? Is de afscherming goed aangesloten?

Persoonlijk denk ik er aan om een brandvertragende en afgeschermde kooi te maken (Faraday) omdat ik zelf bang ben dat ik als zendamateur veel last van dit soort problemen ga krijgen.

Ik krijg persoonlijk al de rillingen van de oplossing die deye bied in de vorm van ferrit ringen..

[SnarfB]

Yaldair schreef op donderdag 23 juli 2026 @ 15:33:
[...]

Eerlijk gezegd vermoed ik (als je de mijne hebt gebruikt) eerder een wiring probleem. Ik gebruik ook de waveshare ESP32-S3 CAN-RS485. Dus als die compiled, je kan bij de webinterface van yambms en dan zou je of je Deye of je batterij moeten zien. Ik heb een ethernet kabeltje gesplitst (1tje vanuit Deye naar waveshare RS485-to-tcp (sunsynk) en de CAN). Dan een andere ethernet kabel naar de accu en de RS485-CAN. (even goede draadjes kiezen).

Probleem opgelost.

Theoretisch zou het zo moeten zijn dat van RS485 poort van de Seplos pin 1 en 2 en pin 7 en 8 de paren moeten zijn voor RS485 B A, dus ik heb getest met 1 en 2 ( oranje/wit B en oranje A ) blauwe led van Interface branden continu blauw, als ik de kleuren omdraaide ging de led niet aan dus de volgorde was goed. Maar geen communicatie en de bestaande Canbus naar de Deye werd geblokkeerd ( werkte niet meer )

Aan de hand van jullie voorbeelden nog het een en ander uitgeprobeerd maar geen resultaat, ook een nieuwe netwerkkabel gepakt. Achteraf misschien stom omdat ik al meerdere keren de melding kreeg dat de bedrading waarschijnlijk niet goed was.

Heb toen niet pin 1 en 2 gebruikt maar pin 7 en 8 en toen werkte het meteen ra ra ? In ieder geval Yaldair en rvdgaag bedankt voor het meedenken.

[zalkc]

Even een rare vraag misschien. Ik ben straks 3 weken op vakantie en wil dat de accu niet verder wordt opgeladen als 60% zodat hij niet 3 weken lang tussen 90% en 100% zit omdat ik niet thuis ben.

Hoe stel ik dat eigenlijk in op de Deye? En heeft iemand hier al eens iets voor gebouwd in home assistant? Ik wil niet de RCV op de accu aanpassen in elk geval.

[scoobs]

If battery >60%, then battery charge amps 0

If battery <60, then battery charge amps 240

Solarman is de integratie waarin je dat doet

[dingo35]

Ik doe dat zelf door:

-selling first

-time points power op 0

-time points capacity 20

te zetten, maar ik gebruik dan ook de ToU tabel.

Volgens mij kan het simpeler door max_battery_charge en max_battery_discharge allebei op 0 te zetten.

Nog simpeler: laadt op tot 60% en druk op OFF knop aan de zijkant; het zelfverbruik is bij mij dan in de ordegrootte van 1%/week, dus als je op 60% begint kun je wel een half jaartje weg..

[ Voor 10% gewijzigd door dingo35 op 25-07-2026 10:20 ]

[zalkc]

scoobs schreef op zaterdag 25 juli 2026 @ 05:35:
If battery >60%, then battery charge amps 0

If battery <60, then battery charge amps 240

Solarman is de integratie waarin je dat doet

Dit was het makkelijkste

• 2 helpers voor vakantie modus, 1 voor aan/uit een ander met percentage (60%)
• Automatisering die triggert op SoC en Vakantie modus schakelaar
• Als batterij > vakantiemodus waarde en vakantiemodus is aan >> max battery charge op 0
• Als batterij < vakantiemodus waarde voor 30 minuten en vakantiemodus is aan >> max battery charge op 200
• Als vakantiemodus is uit >> max battery charge op 200

Nog even kijken wat het gedrag is rond de drempelwaarde of die niet steeds aan-uit gaat. Anders een time out toevoegen of een onderdrempel.

Getest en het werkt.

[ Voor 3% gewijzigd door zalkc op 25-07-2026 13:58 ]

[ybos]

Gisteren een vaag probleem bij een kennis:

Deye in bedrijf genomen (12k, LV) maar er zat een fout in de stroomtrafo's.

Dus, gehele meterkast uit, en alleen een waterkoker op fase L1, daarna L2 en L3 om zo de juiste fases aan elkaar te kunnen matchen en de richting van de stroomtrafo.

Fase L1 met waterkoker aan: rond de 1200watt
Fase L2 met waterkoker aan: rond de 2000watt
Fase L3 met waterkoker aan: rond de 1200watt
Ok... CT's gewisseld, L2 bleef een afwijkend vermogen geven. Voor de zekerheid ook aderparen van de UTP gewisseld, L2 bleef een afwijkend vermogen geven.
Op gegeven moment maar geaccepteerd dat er blijkbaar een afwijking in de meting zit en het mogelijk een firmware probleem zou zijn dus de boel in bedrijf genomen. Deye ingesteld op 0 op de meter: nagenoeg perfect 0 op de meter. Toen snapte ik er niets meer van...
(Maar het was laat en een paar lange dagen gehad dus vond t prima. Kan nog steeds niet verklaren dat het 0 op de meter wel werkt terwijl er per fase een flinke afwijking was).

Iemand enig idee?

[ Voor 3% gewijzigd door ybos op 25-07-2026 14:19 ]

[rvdgaag]

Vandaag voor mijn YAMBMS aan de Deye 12kW met 4 Seplos V2 batterijen een display configureert wat alle belangrijke gegevens weergeeft.

[reputatio]

rvdgaag schreef op zaterdag 25 juli 2026 @ 17:17:
Vandaag voor mijn YAMBMS aan de Deye 12kW met 4 Seplos V2 batterijen een display configureert wat alle belangrijke gegevens weergeeft.


[Afbeelding]

[Afbeelding]

[Afbeelding]

Netjes! Care to share hoe je dit hebt gedaan? Welke elementen en hoe het in elkaar steekt technisch? Een HA-achtige setup of direct data vanuit de Deye?

Ik ben ook bezig met een Deye omvormer icm batterijen en dit zou een mooie extra zijn.

[MarcoPolet]

ybos schreef op zaterdag 25 juli 2026 @ 14:18:
Gisteren een vaag probleem bij een kennis:

Deye in bedrijf genomen (12k, LV) maar er zat een fout in de stroomtrafo's.

Dus, gehele meterkast uit, en alleen een waterkoker op fase L1, daarna L2 en L3 om zo de juiste fases aan elkaar te kunnen matchen en de richting van de stroomtrafo.

Fase L1 met waterkoker aan: rond de 1200watt
Fase L2 met waterkoker aan: rond de 2000watt
Fase L3 met waterkoker aan: rond de 1200watt
Ok... CT's gewisseld, L2 bleef een afwijkend vermogen geven. Voor de zekerheid ook aderparen van de UTP gewisseld, L2 bleef een afwijkend vermogen geven.
Op gegeven moment maar geaccepteerd dat er blijkbaar een afwijking in de meting zit en het mogelijk een firmware probleem zou zijn dus de boel in bedrijf genomen. Deye ingesteld op 0 op de meter: nagenoeg perfect 0 op de meter. Toen snapte ik er niets meer van...
(Maar het was laat en een paar lange dagen gehad dus vond t prima. Kan nog steeds niet verklaren dat het 0 op de meter wel werkt terwijl er per fase een flinke afwijking was).

Iemand enig idee?

Dat is inderdaad wel heel bijzonder! Heb je toevallig de P1 gegevens kunnen bekijken? Of op een andere manier het daadwerkelijke verbruik kunnen meten? Of eventueel de CT's van de Deye verwisselen om te kijken of het aan een CT ligt? Edit: ah zie dat je de CT's al gewisseld had, dan is het nog vreemder :-)

[ Voor 5% gewijzigd door MarcoPolet op 25-07-2026 20:37 ]

[ybos]

MarcoPolet schreef op zaterdag 25 juli 2026 @ 20:35:
[...]

Dat is inderdaad wel heel bijzonder! Heb je toevallig de P1 gegevens kunnen bekijken? Of op een andere manier het daadwerkelijke verbruik kunnen meten? Of eventueel de CT's van de Deye verwisselen om te kijken of het aan een CT ligt? Edit: ah zie dat je de CT's al gewisseld had, dan is het nog vreemder :-)

Er is geen P1 meter maar we hebben op de meter van de netbeheerder gezien dat het werkelijke verbruik totaal over de drie fasen rond de nul was (buitenland). Dat maakt het zo vreemd.

[genesisfm]

ybos schreef op zaterdag 25 juli 2026 @ 14:18:
Gisteren een vaag probleem bij een kennis:

Deye in bedrijf genomen (12k, LV) maar er zat een fout in de stroomtrafo's.

Dus, gehele meterkast uit, en alleen een waterkoker op fase L1, daarna L2 en L3 om zo de juiste fases aan elkaar te kunnen matchen en de richting van de stroomtrafo.

Fase L1 met waterkoker aan: rond de 1200watt
Fase L2 met waterkoker aan: rond de 2000watt
Fase L3 met waterkoker aan: rond de 1200watt
Ok... CT's gewisseld, L2 bleef een afwijkend vermogen geven. Voor de zekerheid ook aderparen van de UTP gewisseld, L2 bleef een afwijkend vermogen geven.
Op gegeven moment maar geaccepteerd dat er blijkbaar een afwijking in de meting zit en het mogelijk een firmware probleem zou zijn dus de boel in bedrijf genomen. Deye ingesteld op 0 op de meter: nagenoeg perfect 0 op de meter. Toen snapte ik er niets meer van...
(Maar het was laat en een paar lange dagen gehad dus vond t prima. Kan nog steeds niet verklaren dat het 0 op de meter wel werkt terwijl er per fase een flinke afwijking was).

Iemand enig idee?

Wellicht ergens een afwijkingen in de hardware van je Deye (burden resistor), of bestaat er een jumpers waarmee je de hardware kan instellen (ratio). Of wellicht een software instelling? Om het vast te stellen zou je even de stroom moeten meten van de ct spoel.

[dingo35]

Misschien de CT ratio via de touch screen een keer wijzigen en daarna weer terug zetten op de oorspronkelijke waarde? Waarde is voor alle drie de CTs maar misschien corrigeert het iets?

[KVan]

Hallo,
Ik heb 2 maand geleden een Deye (SUN-12K-SG02LP1-EU-AM3-P) en 2 stuks zelfbouw Aliexpress KJ-ESS (na enige communicatie werd mij duidelijk dat dit JK-BMS zelf hier achter zit) staande batterijkasten met JK-BMS en 360Ah cellen geinstalleerd. Beide zijn verbonden met Home Assistant (de inverter via de Deye WiFi dongle en de Solarman HACS integratie en de beide JK-BMS met ESPhome en github.com/syssi/esphome-jk-bms).

Ik had deze draad nog niet gezien voor ik eea opgezet heb vandaar een korte samenvatting van wat ervaringen die mogelijk voor anderen nuttig zijn:

Allereerst heb ik de firmware van mij Deye laten updaten door simpelweg een mailtje met het type inverter en de serie nummers van de inverter zelf en de wifi dongle te sturen naar Deye support ([e-mail]). Nadat je een mailtje stuurt duurt het 1 a 2 dagen voor je een mailtje van Deye terugkrijgt met de vraag of ze mogen updaten. Houd er wel rekening mee dat de load kant gedurende de update spanningsloos wordt, de grid input kant blijft gewoon actief albeit via het grid. Settings bleven bij mij behouden maar log deze voor alle zekerheid.
Nu is in het 6 tijdblokken menu ook het vakje "sell" beschikbaar zodat ik gestuurd stroom kan terugleveren.
De stroom die de inverter bij "nul op de meter" instelling trekt is na de update ook zowat gehalveerd (van 0.55 tot 0.28 kWh/dag gemiddeld, als ik mijn Quooker boiler die 2 kW in heel korte burtsts trekt uitzet zelfs 0.1 kWh/dag).

Het bouwen van de batterijen is redelijk straightforward, gewoon goed opletten dat je eea correct aansluit, vooral de balance draden vergen goed opletten. De JK-ESS kasten hebben geen PCB voor de balans draden en je moet een oogje aankrimpen. Ik heb de kabels gewoon op lengte geknipt en aangesloten, dat levert omdat de kabels dik genoeg zijn geen weerstand verschilllen op (liggen allemaal tussen de 0.052 en 0.063 random verdeeld en niet met een parabool zoals in andere posts beschreven). Ik had na installatie 3 naast elkaar liggende cellen met hogere weerstand (0.1 tot 0.13) dat bleek een niet perfecte jst connector te zijn, opnieuw gekrimpt en ook die weerstanden ware in de lage range.

De eerste keer top balancen duurt erg lang. Het eerste pack duurde ongeveer 30 uur. Het tweede pack heb ik enkele weken later in gebruik genomen en met Home assistant voorrang gegeven in het laden, zodra 1 cel 3.6V bereikt laden en ontladen van het tweede pack uitgezet en het eerste pack geladen. Dan kan de balancer rustig zijn werk doen op dag 2 pack 2 nog een top-up gegeven en nog een nacht gebalanced en hij was klaar voor gebruik.

Eens de batterijen goed gebalanceerd zijn (ik laat ze tot 0.003V balanceren) is zelfs na een week waar de batterijen niet volledig opgeladen zijn een kwartiertje genoeg om ze weer helemaal te balanceren.

Tussen de batterijen zijn er altijd wel 1 of meer cellen die wat zwakker zijn. Ik heb 1 cel die ~20 Ah minder capaciteit heeft dan de anderen. Voor dat pack schakel ik de ontlading via een home assistant automation uit wanneer die cel tot 2.9V ontladen is. De Deye schakelt bij 5% de batterijen uit, echter als die ene cel een 0% reset triggert schakelt de Deye al uit als het andere pack nog 10% heeft. Door het mindere pack niet tot de 0% reset te ontladen win ik 5% capaciteit van de andere batterij (ik zou ook de Deye grens op 2 of 3% kunnen stellen en ongeveer hetzelfde bereiken).

[rvdgaag]

reputatio schreef op zaterdag 25 juli 2026 @ 20:13:
[...]


Netjes! Care to share hoe je dit hebt gedaan? Welke elementen en hoe het in elkaar steekt technisch? Een HA-achtige setup of direct data vanuit de Deye?

Ik ben ook bezig met een Deye omvormer icm batterijen en dit zou een mooie extra zijn.

Share to care:


Een Deye 12K LV omvormer met 4 Seplos V2 versie BMS accu's voor 300 Ah, dus 1200 Ah totaal. De Seplos BMS'en zijn ingesteld om de individuele cellen/batterij goed te laten functioneren met maximale veiligheid en levensduur. Via Modbus tussen de 4 Seplos units gaat er een Modbus input naar een YAMBMS welke via CAN naar de Deye gaat. Ik heb overigens 10,6 kW peak aan pv liggen, waarvan 6 kW peak op de Deye direct en 3 kleinere veldjes PV met Deye micro inzetters direct aan de MI ingang op de Deye.

De YAMBMS zorgt voor een extra laag veiligheid en nog meer controle op de batterijen/cellen oa temperatuur afhankelijk laden/ontladen etc.

De YAMBMS draait op een T-Connect ESP32 board en is dus eenvoudig te integreren in Home Assistant, de DEYE wordt met een ESP32modbus oplossing ook apart aangestuurd in HA.

Het controle display is een waveshare 7" esp32 display met een software configuratie erop van de maker van YAMBMS met een aantal persoonlijke tweaks.

Binnen HA is alles te Sturen wat je wilt, dat doe ik nauwelijks, ik gebruik HA in deze config alleen om de veiligheid te monitoren, op temperatuur, CO waarden, rook en brand sensors uit mijn Digital Strom domotica systeem.

De sturing op basis van een dynamisch energiecontract van Zonneplan voor de hele Deye setup wordt aangestuurd via een SAAS oplossing, GBBoptimizer, deze rekent het beste momenten op te laden, ontladen, rekening houdend met normaal verbruik van de woning, de EV's die we gebruiken, temperatuur, zonnestroom voorspelling, warmtepomp en airco gebruik etc. Met als doel, nu nog dit jaar, maximaal geld te verdienen met EPEX prijzen en straks in 2017 maximaal eigen verbruik te realiseren en een zo laag mogelijke grid afname.

[Yaldair]

Even een vraagje: ik heb nu dus (solaredge) PV op GRID zitten parallel aan de Deye, en op de GEN poort. Als ik "zero to LOAD" aan heb, pakt hij dus ook geen stroom van de DEYE-GRID zijde. Oftewel, de stroom die mijn (grotere) PV set op GRID genereert gaat rechtstreeks naar het net. Is de enige optie om toch die stroom te gebruiken door of "grid charge" aan te zetten in TOU tabel, of door "zero to GRID" te gebruiken?

Ik wil straks alles met predbat gaan regelen, maar moet nog wat kleine issues oplossen dus tot die tijd maar even handmatig TOU table.

Issue: ik had een kabel gesplitst voor RS485--> Waveshare --> SUNSYNK en naar CAN-YAMBMS. Echter, zodra ik de Deye in gebruik ging nemen voor LOAD viel de RS485 verbinding weg. Daarom nu maar een poging vanavond met de RS232 poort.

[thomvh]

Yaldair schreef op maandag 27 juli 2026 @ 09:25:
Even een vraagje: ik heb nu dus (solaredge) PV op GRID zitten parallel aan de Deye, en op de GEN poort. Als ik "zero to LOAD" aan heb, pakt hij dus ook geen stroom van de DEYE-GRID zijde. Oftewel, de stroom die mijn (grotere) PV set op GRID genereert gaat rechtstreeks naar het net. Is de enige optie om toch die stroom te gebruiken door of "grid charge" aan te zetten in TOU tabel, of door "zero to GRID" te gebruiken?

Ik wil straks alles met predbat gaan regelen, maar moet nog wat kleine issues oplossen dus tot die tijd maar even handmatig TOU table.

Issue: ik had een kabel gesplitst voor RS485--> Waveshare --> SUNSYNK en naar CAN-YAMBMS. Echter, zodra ik de Deye in gebruik ging nemen voor LOAD viel de RS485 verbinding weg. Daarom nu maar een poging vanavond met de RS232 poort.

Zero to CT. Tenminste als je de CT / Eastron hebt geinstalleerd direct na de netmeter. Dan krijg je precies wat jij wilt. Dan gaat de Deye ook gewoon de grote stroom PV gebruiken. Je kunt naar mijn weten ook allebei de PV's op de GEN poort zetten.

Predbat lijkt geen Deye te ondersteunen? GBBOptimizer (Ook betaald) of Home Assistant met Day Ahead Optimizer (Gratis) doen het ook heel goed kan ik zeggen.

[ Voor 6% gewijzigd door thomvh op 27-07-2026 09:38 ]

[Matroxcool]

@Domba

Ik heb al mijn 4 Asus ZenWifi access points sowieso bedraad met elkaar.

De Deye Sun hangt in m'n schuur waar ook één van de 4 access points hangen.

De meeste apparaten zijn verbonden met m'n access points in m'n woning, dus die ondervinden gelukkig geen last. Het zijn voornamelijk alleen de 2,4ghz apparaten in m'n schuur en die kan ik sowieso vanwege de afstand niet met een andere access point laten routen.

@genesisfm

Welke kabels zouden in dit geval goed afgeschermd moeten worden?

[Yaldair]

thomvh schreef op maandag 27 juli 2026 @ 09:36:
[...]

Zero to CT. Tenminste als je de CT / Eastron hebt geinstalleerd direct na de netmeter. Dan krijg je precies wat jij wilt. Dan gaat de Deye ook gewoon de grote stroom PV gebruiken. Je kunt naar mijn weten ook allebei de PV's op de GEN poort zetten.

Predbat lijkt geen Deye te ondersteunen? GBBOptimizer (Ook betaald) of Home Assistant met Day Ahead Optimizer (Gratis) doen het ook heel goed kan ik zeggen.

Ok, dan moet ik dan even kijken hoe ik dat regel met geen batterij gebruiken voor laden auto etc. Predbat ondersteunt wel de Deye trouwens, via cloud of sunsynk.

[thomvh]

Yaldair schreef op maandag 27 juli 2026 @ 10:39:
[...]

Ok, dan moet ik dan even kijken hoe ik dat regel met geen batterij gebruiken voor laden auto etc. Predbat ondersteunt wel de Deye trouwens, via cloud of sunsynk.

Kunt de Eastron/CT klemmen ook na de laadpaal hangen. Of je zet de batterij gewoon op nul vermogen wanneer de laadpaal aan het laden is.

Ik zelf heb de laadpalen wel achter de omvormer hangen. Puur omdat er situaties kunnen zijn waar ik misschien toch vanuit de batterij wil opladen. Maar dit regelt de "HEMS" zelf.

Ik heb zelf persoonlijk nog nooit van Predbat gehoord. Dus kan heel goed dat het wel werkt. Ik vond alleen hun website erg gefocust op de Britse markt. Opzich kan zelfs de Deye Cloud al wat jij wilt... Dus opsies genoeg!

[genesisfm]

@Matroxcool alle kabels die van of naar de Deye gaan. Daarnaast zou ik een vereffeningsrail monteren (als dat nog niet is gedaan) en alle aarde kabels hierop koppelen. Dus ook van de behuizing van de Deye en de accus (als voorbeeld).

Het idee moet zijn dat er niks als antenne kan gaan werken en alle vreemde spanning via de aarde afgevoerd wordt. Let erbij op dat de aarde kabels naar je Deye omvormer ook aan bepaalde eisen (dikte) moet voldoen (check handleiding).

[ Voor 33% gewijzigd door genesisfm op 27-07-2026 10:58 ]

[dingo35]

Aanvulling: alle afschermingen moeten aan slechts één zijde geaard worden, om aardlussen/aardstromen te voorkomen.

[water_escape]

Initial G schreef op woensdag 22 juli 2026 @ 17:39:
[...]

Grappig, ik zit in vrijwel dezelfde situatie, alleen met 31x IQ7+. Ik kan de accu ook in de buurt van de meterkast +/-4m kabels door 1 muur installeren.

Heb ook de reacties op je vraag doorgenomen, al met al behulpzaam. Nog een paar vragen/opmerkingen:

1. Waarom kies je voor de SUN 15K ipv de 12K? Weet je dat die 15-16Kg zwaarder is? Bij noodstroom / grid uitval gaan we hier wel iets zuiniger om met de stroom.
2. Ik heb overwogen de PV op de LOAD port te doen, dus laten zitten zoals het nu zit. Het risico van omvormerschade bij stroomuitval zou ik dan minimaliseren door via Enphase dynamic power export limiting (DPEL) te doen, in te stellen via de vincentwolsink HA integratie en evt. een boiler via de smart load (GEN) port. Maar ik weet niet niet of dit offgrid genoeg bescherming biedt tegen schade.
3. Heb je i.p.v de F16C ook de 2x F12C overwogen? Samen hebben die meer vermogen (bij dezelfde C ontlading) wat denk ik de levensduur ten goede komt. Plus ze zijn per stuk iets minder lomp.

Laten we samen optrekken dan .

1: Werd geadviseerd door de. meeste installateurs en scheelde niet heel veel in prijs. Indien alles uitvalt zal ik ook voorzichtiger met stroo uitgaan (auto niet laden en WP uit ofzo indien nodig.)

2: PV moet op de Deye heb ik begrepen, dan kan je bij uitval gewoon door draaien (en laden) op zonne energie. Dit is natuurlijk een unieke situatie als de stroom langdurig uitvalt. Maar wel meteen goed. DPEL en die integratie ken ik niet. Ik heb de basis gateway.

3: Nee, eerdere 2x 16. maar dat wil ik niet meteen doen. hooguit iets later. Maar een enkel levert wel al genoeg power.

[rvdgaag]

genesisfm schreef op maandag 27 juli 2026 @ 10:55:
@Matroxcool alle kabels die van of naar de Deye gaan. Daarnaast zou ik een vereffeningsrail monteren (als dat nog niet is gedaan) en alle aarde kabels hierop koppelen. Dus ook van de behuizing van de Deye en de accus (als voorbeeld).

Het idee moet zijn dat er niks als antenne kan gaan werken en alle vreemde spanning via de aarde afgevoerd wordt. Let erbij op dat de aarde kabels naar je Deye omvormer ook aan bepaalde eisen (dikte) moet voldoen (check handleiding).

Nog een aanvulling voor de modbus kabels om deze waar mogelijk naar/tussen je omvormer en accu(s) met shielded UTP te doen en in de laatste en eerst Modbus UTP poort een ethernetplug erin met een 120 Ohm weerstandje op de modbus aders monteren.

Dit omdat deze buskabels notoire radiobakens worden.

[Floor-is]

Ik heb in HA een card gemaakt. (Ja 'kan' staat er 2x, fiks ik nog)

Omvormer: Deye SUN-12K
Batterijen: 3x Deye SE-F-16C packs

[ Voor 19% gewijzigd door Floor-is op 31-07-2026 01:08 ]

[Yaldair]

Hoe regelen de meeste van jullie nu de Deye? qua aansturing? Gewoon set en forget? of EMHASS/DAO/GBBoptimizer/Predbat/HAEO instellen en dna via modbus TOU tabel schrijven (hoe vaak per dag dan, i.v.m. potentiele eeprom failure)?

Ik heb nu een "man in the middle" SDM-integratie gevonden waar je zelf foutieve data kan aansturen m.b.t. of hij stroom moet leveren of halen uit het net. Dan kan je zonder enkele modbus writes mogelijk de Deye regelen. Heb Claude er een golang scriptje van laten maken, die ik nog moet gebruiken. (Ik verbind mijn Deye via 2 waveshares naar de SDM630, dus dat leent zich ervoor om een "man in the middle" er tussen te zetten)

Gelijktijdig zit ik te kijken naar generieke seizoen TOU tabellen, en dan wat finetunen m.b.v. modbus. Dan HAEO als MILP gebruiken (in ieder geval...predbat deed niet wat het moest ). nu bezig met goede forecasts te krijgen. Helaas is mijn setup niet zo "standaard" wat het allemaal wat moeilijker maakt. Eveneens wil ik niet continue writes doen naar de EEPROM, i.v.m. mogelijke max van 100.000. Ik loop tegen wat dingetjes aan nu ik hem gewoon "set and forget" draai: hij laad lekker op PV altijd vol tot 100%. Dat hoeft van mij niet op een warme zomerdag...

[The Source]

Yaldair schreef op vrijdag 31 juli 2026 @ 09:19:
Hoe regelen de meeste van jullie nu de Deye? qua aansturing? Gewoon set en forget? of EMHASS/DAO/GBBoptimizer/Predbat/HAEO instellen en dna via modbus TOU tabel schrijven (hoe vaak per dag dan, i.v.m. potentiele eeprom failure)?

Ik heb nu een "man in the middle" SDM-integratie gevonden waar je zelf foutieve data kan aansturen m.b.t. of hij stroom moet leveren of halen uit het net. Dan kan je zonder enkele modbus writes mogelijk de Deye regelen. Heb Claude er een golang scriptje van laten maken, die ik nog moet gebruiken. (Ik verbind mijn Deye via 2 waveshares naar de SDM630, dus dat leent zich ervoor om een "man in the middle" er tussen te zetten)

Gelijktijdig zit ik te kijken naar generieke seizoen TOU tabellen, en dan wat finetunen m.b.v. modbus. Dan HAEO als MILP gebruiken (in ieder geval...predbat deed niet wat het moest ). nu bezig met goede forecasts te krijgen. Helaas is mijn setup niet zo "standaard" wat het allemaal wat moeilijker maakt. Eveneens wil ik niet continue writes doen naar de EEPROM, i.v.m. mogelijke max van 100.000. Ik loop tegen wat dingetjes aan nu ik hem gewoon "set and forget" draai: hij laad lekker op PV altijd vol tot 100%. Dat hoeft van mij niet op een warme zomerdag...

Ik gebruik https://github.com/davidrapan/ha-solarman en DAO.
Op basis van DAO berekeningen heb ik HA automations die de TOU en settings aansturen voor laden/ontladen en bv NOM.

[sMoKeFiSh]

The Source schreef op vrijdag 31 juli 2026 @ 10:25:
[...]

Ik gebruik https://github.com/davidrapan/ha-solarman en DAO.
Op basis van DAO berekeningen heb ik HA automations die de TOU en settings aansturen voor laden/ontladen en bv NOM.

Ik gebruik hier ook al meer dan een jaar naar volle tevredenheid DAO icm de lokale Solarman integratie.

[thomvh]

Ik ook DAO maar dan met Solar Assistant HA integratie.

[Floor-is]

Ik gebruik EMHASS, Solarman, EPEX/Noordpool en een eigen orchestrator met wat loops. Maar ik ben m’n eigen (H)EMS aan het bouwen