Het grote Deye inverter (en accu) topic

[rvdgaag]

Jerry_bboy schreef op maandag 6 juli 2026 @ 16:11:
Waarom is dat mooier @rvdgaag ? Ik heb nu zo'n 230 entities in HA, en kan volgens mij hetzelfde instellen als de ESP32 met modbus.

En wat is de reden dat je voor GBBoptimizer bent gegaan?

Mooier vind ik dat ik niet afhankelijk ben van Solarman, was niet altijd even stabiel, naast de vele HA kernel updates die nog wel eens rotzooi veroorzaken.

GBB is niet eenvoudig te installeren, net als zoveel andere oplossingen voor EMS (via HA). Maar het werkt voortreffelijk, houdt rekening met je EV lader, Warmtepomp , airco, temperatuur, gemiddelde standaard gebruikt etc, het is SAAS dus kost wat geld afhankelijk van de grootte van de accu maar ik had dat in een 2 tal maanden terug verdiend.

Ik gebruik het nu al bijna 2 jaar en met mijn 65 kWh accu icm GBB heeft mij al een ruime 2915 euro opgeleverd, wel icm met een dynamisch energiecontract. (eerst Tibber en nu sinds januari Zonneplan)

[ Voor 7% gewijzigd door rvdgaag op 06-07-2026 17:07 ]

[thomvh]

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.

Misschien snap ik de setup niet zo goed. Maar waarom verbind je niet alle PV's op de GEN? Bedoel het zijn micro-omvormers dus er komt gewoon AC uit. Die kun je toch allemaal aan elkaar verbinden en op de GEN input voeden?

[Lasoul]

thomvh schreef op maandag 6 juli 2026 @ 17:52:
[...]

Misschien snap ik de setup niet zo goed. Maar waarom verbind je niet alle PV's op de GEN? Bedoel het zijn micro-omvormers dus er komt gewoon AC uit. Die kun je toch allemaal aan elkaar verbinden en op de GEN input voeden?

Het zijn geen Micro omvormers maar gewone AC-gekoppelde omvormers.

[rvdgaag]

Lasoul schreef op maandag 6 juli 2026 @ 18:09:
[...]

Het zijn geen Micro omvormers maar gewone AC-gekoppelde omvormers.

Maakt niks uit, kunnen allemaal gewoon op de MI input van de Deye.

[Jerry_bboy]

Lasoul schreef op maandag 6 juli 2026 @ 18:09:
[...]

Het zijn geen Micro omvormers maar gewone AC-gekoppelde omvormers.

Ik heb mijn SMA ook gewoon op de GEN poort Werkt top ook in island modus.

@rvdgaag thanks voor de info. Maar eens kijken wat ik dan ga doen.
Momenteel nog geen dynamisch contract. Wel van plan. Vanwaar de wijziging naar zonneplan?

[genesisfm]

Speedy-Andre schreef op maandag 6 juli 2026 @ 13:47:
[...]

Dat zou ik absoluut niet aanraden, enkel een stroombeveiliging voor de kabel.
Waarom zou je hele groepenkast die al vol zit met beveiliging dat nog eens extra nodig hebben?
Gaat er op 1 fase iets mis dan schakelt alles uit, handig!

Hoe bedoel je dat precies? Want een aardlekautomaat vanaf de LOAD naar de groepenkast van 300mA beveiligd de kabel naar de groepenkast (als je er per ongeluk een schop in zet bijv.).

[Speedy-Andre]

genesisfm schreef op maandag 6 juli 2026 @ 21:47:
[...]

Hoe bedoel je dat precies? Want een aardlekautomaat vanaf de LOAD naar de groepenkast van 300mA beveiligd de kabel naar de groepenkast (als je er per ongeluk een schop in zet bijv.).

Dan zal je wel sluiting tussen een paar aders krijgen zodat ie eruit gaat, aarding helpt niet als het een kabel zonder mantel is. De meterkast hangt aan die kabel en ook op die foutstromen zal hij reageren.

[genesisfm]

Speedy-Andre schreef op maandag 6 juli 2026 @ 21:55:
[...]

Dan zal je wel sluiting tussen een paar aders krijgen zodat ie eruit gaat, aarding helpt niet als het een kabel zonder mantel is. De meterkast hangt aan die kabel en ook op die foutstromen zal hij reageren.

De eerste beveiliging richting de aarde is de mantel als die er niet is dan zoekt de stroom de volgende weg van de laagste weerstand en dat kan je lichaam zijn maar ook vocht in de kabel, slechte isolatie of een behuizing welke onder spanning komt. Kortom het is niet alleen de mantel van de kabel die op de veiligheid van toepassing is..

Oja 300mA is niet de meest veilige oplossing maar altijd nog beter dan niks vind ik

[ Voor 6% gewijzigd door genesisfm op 06-07-2026 22:11 ]

[Lasoul]

rvdgaag schreef op maandag 6 juli 2026 @ 19:39:
[...]

Maakt niks uit, kunnen allemaal gewoon op de MI input van de Deye.

Zet je ze dan allemaal op 1 fase of elke omvormer op een aparte fase en een gedeelde nul? Kan niet echt terugvinden of Deye dat ondersteunt.

Blijf het wel vreemd vinden dat hij in de F55 fout schiet in mijn geval. Wellicht kan hij niet snel genoeg zowel de GEN poort productie als ook de LOAD kant productie intern regelen

[Lasoul]

Jerry_bboy schreef op maandag 6 juli 2026 @ 21:02:
[...]

Ik heb mijn SMA ook gewoon op de GEN poort Werkt top ook in island modus.

@rvdgaag thanks voor de info. Maar eens kijken wat ik dan ga doen.
Momenteel nog geen dynamisch contract. Wel van plan. Vanwaar de wijziging naar zonneplan?

Dat heb ik ook maar daarnaast ook nog een paar AC - omvormers op de LOAD kant. Dus ik maak gebruik van beide mogelijkheden (GEN en LOAD).

[thomvh]

Lasoul schreef op maandag 6 juli 2026 @ 22:18:
[...]

Zet je ze dan allemaal op 1 fase of elke omvormer op een aparte fase en een gedeelde nul? Kan niet echt terugvinden of Deye dat ondersteunt.

Blijf het wel vreemd vinden dat hij in de F55 fout schiet in mijn geval. Wellicht kan hij niet snel genoeg zowel de GEN poort productie als ook de LOAD kant productie intern regelen

Hoe heb je ze op de load zitten? De Gen poort is in principe niet heel anders.

[Lasoul]

thomvh schreef op maandag 6 juli 2026 @ 23:04:
[...]

Hoe heb je ze op de load zitten? De Gen poort is in principe niet heel anders.

Elke omvormer zit aan de load kant achter een aparte aardlekautomaat.

[thomvh]

Lasoul schreef op maandag 6 juli 2026 @ 23:05:
[...]

Elke omvormer zit aan de load kant achter een aparte aardlekautomaat.

Voor zover mij bekend kun je het gewoon zien als een Load poort. Dus op dezelfde manier aansluiten. Beetje verdelen is wel slim.

[Lasoul]

thomvh schreef op maandag 6 juli 2026 @ 23:08:
[...]

Voor zover mij bekend kun je het gewoon zien als een Load poort. Dus op dezelfde manier aansluiten. Beetje verdelen is wel slim.

Dat is ook het probleem niet. Op zich werkt het ook echter als ik zowel de GEN-poort als ook de LOAD-kant voorzie van een AC-omvormer dan schiet de Deye in errorcode F55 als ik offgrid ga. Zet ik een van beide eerst uit en ga dan offgrid dan gaat het goed. Dus de combinatie lijkt niet te werken.

[dingo35]

@Lasoul Je hebt wel een werkende batterij geconfigureerd, zodat hij offgrid z'n PV vermogen kwijt kan?

Hoe is de Gen Port geconfigureerd? Probeer eens Gen Input met AC coupled on Load Side?

[rvdgaag]

Lasoul schreef op maandag 6 juli 2026 @ 22:18:
[...]

Zet je ze dan allemaal op 1 fase of elke omvormer op een aparte fase en een gedeelde nul? Kan niet echt terugvinden of Deye dat ondersteunt.

Blijf het wel vreemd vinden dat hij in de F55 fout schiet in mijn geval. Wellicht kan hij niet snel genoeg zowel de GEN poort productie als ook de LOAD kant productie intern regelen

Ik heb 3 Deye "micro" inverters, zijn gewoon compacte omvormers van 2K load max, ieder op 1 eigen fase zitten aan de MI kan en de Nul gedeeld. De LOAD kant is voor LOAD, de Deye kan daar niks met terugregelen als je daar een omvormer aan hangt.

[rvdgaag]

Jerry_bboy schreef op maandag 6 juli 2026 @ 21:02:
[...]

Ik heb mijn SMA ook gewoon op de GEN poort Werkt top ook in island modus.

@rvdgaag thanks voor de info. Maar eens kijken wat ik dan ga doen.
Momenteel nog geen dynamisch contract. Wel van plan. Vanwaar de wijziging naar zonneplan?

Zonneplan biedt tijdens de zonsopgang tijden 10% extra voor de teruggeleverd energie en rekent geen 2ct terugleverkosten. Vandaar dat ik bij Tibber ben weggegaan. De hoge stroomprijs die doorgaans vroeg in de ochtend en avond is wordt nu beloond met 10% extra, waar GBB optimizer prima gebruik van kan maken in de sturing. Levert domweg meer op dan bij Tibber. Als je naar ZP wil dank kan ik je een referral sturen, levert jou/mij weer 35 euro ofzo op :-)

[ Voor 6% gewijzigd door rvdgaag op 07-07-2026 08:11 ]

[Lasoul]

dingo35 schreef op dinsdag 7 juli 2026 @ 05:01:
@Lasoul Je hebt wel een werkende batterij geconfigureerd, zodat hij offgrid z'n PV vermogen kwijt kan?

Hoe is de Gen Port geconfigureerd? Probeer eens Gen Input met AC coupled on Load Side?

Batterij is een 32kWh die met 10000W mag laden dus dat is geen probleem. Het werkt ook gewoon als je een van beide (GEN of de LOAD tied inverters) uitzet.

De setting "Gen Input met AC coupled on Load Side" was ook mijn eerste gedachte maar als je die optie selecteert dan springt de mode van de GEN-poort van "Micro inv" naar "Generator" en schakelt hij de GEN-poort met de inverter uit.

[kawarider]

Lasoul, omvormers op load werkt gewoon niet zoals boven aangegeven, zeker niet in off grid. Zero export to load werkt ook niet volgens mij, zero export to ct wel, zo heb ik het nu. Voorheen werd de batterij niet geladen bij overschot, nu wel. Jouw foutcode kwam bij mij ook regelmatig voor. Wil je off grid dan echt gen poort gebruiken ivm terugregelen.

[dingo35]

AC omvormers op Grid werkt off grid bij mij, met Gen Input met AC coupled on Grid Side; merk op dat dan het afschalen van de omvormers als SoC = 100 niet werkt; als ik off grid moet vind ik dat geen probleem, als de Deye in die situatie komt zal hij de Grid af moeten schakelen, zet ik de omvormers uit, en kan de Deye weer herstarten.

[thomvh]

dingo35 schreef op dinsdag 7 juli 2026 @ 10:40:
AC omvormers op Grid werkt off grid bij mij, met Gen Input met AC coupled on Grid Side; merk op dat dan het afschalen van de omvormers als SoC = 100 niet werkt; als ik off grid moet vind ik dat geen probleem, als de Deye in die situatie komt zal hij de Grid af moeten schakelen, zet ik de omvormers uit, en kan de Deye weer herstarten.

Nee klopt. De deye kan zolang die grid gekoppeld is niet de frequency aanpassen om zo de omvormers te sturen. Dus het is aan of uit.

[Lasoul]

Ik kwam onderstaande tekst nog tegen t.a.v ac couple.

[zalkc]

Lasoul schreef op dinsdag 7 juli 2026 @ 13:22:
Ik kwam onderstaande tekst nog tegen t.a.v ac couple.[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Zo duidelijk heb ik het nog niet gezien in mijn handleiding

[Lasoul]

zalkc schreef op dinsdag 7 juli 2026 @ 13:56:
[...]

Zo duidelijk heb ik het nog niet gezien in mijn handleiding

Weet niet zeker of het allemaal klopt maar komt uit een document dat ik online tegen kwam. Dus het is niet officieel van Deye.

[Jerry_bboy]

iemand hier toevallig een fraai dashboard gemaakt in Home Assistant met alle entities ?

En zou je die willen delen?

[Dogooder]

Jerry_bboy schreef op dinsdag 7 juli 2026 @ 22:02:
iemand hier toevallig een fraai dashboard gemaakt in Home Assistant met alle entities ?

En zou je die willen delen?

Sunsynk powerflow card al bekeken?

https://github.com/slipx06/Sunsynk-Power-Flow-Card

[Single]

mag ik ook vragen stellen over solarman? ziet er naar uit dat ik eindelijk mn 200W naar huis krijg batt op V geeft al een wereld van verschil. temp is dan geen -75 C maar 25 C wat meer met de werkelijkheid overeenkomt. Alleen solarman geeft nog steeds 108W naar de omvormer aan , neemt al die veranderingen niet mee. moet er iets ververst worden?

[zalkc]

Single schreef op woensdag 8 juli 2026 @ 07:25:
mag ik ook vragen stellen over solarman? ziet er naar uit dat ik eindelijk mn 200W naar huis krijg batt op V geeft al een wereld van verschil. temp is dan geen -75 C maar 25 C wat meer met de werkelijkheid overeenkomt. Alleen solarman geeft nog steeds 108W naar de omvormer aan , neemt al die veranderingen niet mee. moet er iets ververst worden?

Ik meen dat de batterij de omvormer primair van stroom voorziet, en de omvormer lust in mijn geval 70 W continue.

[ben144]

Ik overweeg een deye SUN-5K-SG05LP1-EU-AM2-P (Monofase, hybride 5kW) te kopen maar ik twijfel nog over de api sturingsmogelijkheden hiervan. Volgende heb ik al gevonden om hem aan te sturen (ipv de bijgeleverde meter), voorbeeld invert nu x watt, laad y watt(of A)

- via modbus is mogelijk, maar heb gelezen dat je dat best niet continue doet omwille van eeprom burnout. Klopt dit nog, zijn er misschien al ram registers ?
- beste oplossing zou een Eastron monofase meter simuleren zijn en de deye instellen op NOM.
- de tijdslots van de deye lijken me niet geschikt voor mijn toepassingen.


Klopt dit, of zijn er nog andere (eenvoudigere) mogelijkheden die ik nog niet gevonden heb.
Moet wel kunnen vanuit een eigen script omwillen van diverse andere apparaten/tarieven/...

( Geen homeassistant oplossingen, wil zoveel mogelijk onafhankelijk zijn van netwerk/andere devices. )

[thomvh]

ben144 schreef op woensdag 8 juli 2026 @ 12:03:
Ik overweeg een deye SUN-5K-SG05LP1-EU-AM2-P (Monofase, hybride 5kW) te kopen maar ik twijfel nog over de api sturingsmogelijkheden hiervan. Volgende heb ik al gevonden om hem aan te sturen (ipv de bijgeleverde meter), voorbeeld invert nu x watt, laad y watt(of A)

- via modbus is mogelijk, maar heb gelezen dat je dat best niet continue doet omwille van eeprom burnout. Klopt dit nog, zijn er misschien al ram registers ?
- beste oplossing zou een Eastron monofase meter simuleren zijn en de deye instellen op NOM.
- de tijdslots van de deye lijken me niet geschikt voor mijn toepassingen.


Klopt dit, of zijn er nog andere (eenvoudigere) mogelijkheden die ik nog niet gevonden heb.
Moet wel kunnen vanuit een eigen script omwillen van diverse andere apparaten/tarieven/...

( Geen homeassistant oplossingen, wil zoveel mogelijk onafhankelijk zijn van netwerk/andere devices. )

Hoe wil je het dan aansturen? Als je niet afhankelijk wil zijn van een ander apparaat? Solar-Assistant is een oplossing, dat is een PI. Maar je kunt ook genoeg scripts vinden voor Pi's etc die het mogelijk maken om de modbus registers te updaten. Wat ik heb begrepen doe de Deye cloud exact hetzelfde. Dus de EEProm lijkt me een beetje outdated info? Maar je zegt dat TOU slots niet voor jouw oplossing werken. Ben wel benieuwd waarom niet, je legt erg weinig uit over jouw doelstelling.

https://github.com/Imanol82/Modbus-TCP-for-Deye-Inverter deze linkt het naar Home Assistant, maar dat hoeft natuurlijk niet.

[ Voor 8% gewijzigd door thomvh op 08-07-2026 12:12 ]

[rvdgaag]

Jerry_bboy schreef op dinsdag 7 juli 2026 @ 22:02:
iemand hier toevallig een fraai dashboard gemaakt in Home Assistant met alle entities ?

En zou je die willen delen?

Zoiets ?

[Jerry_bboy]

yes dat zou top zijn @rvdgaag

[ Voor 19% gewijzigd door Jerry_bboy op 08-07-2026 14:32 ]

[rvdgaag]

Jerry_bboy schreef op woensdag 8 juli 2026 @ 14:32:
yes dat zou top zijn @rvdgaag

bij deze:

Deel 1

YAML:

type: entities
entities:
  - entity: sensor.yambms_1_battery_soc_1
    name: SOC Batterysystem
    icon: mdi:battery-30
  - entity: sensor.yambms_1_battery_charging_power
    name: Batterij laad power
  - entity: sensor.yambms_1_battery_discharging_power
    name: Batterij ontlaad power
  - entity: sensor.esphome_web_26bda4_sun8k_battery_voltage
    name: Voltage Batterysystem
  - entity: switch.esphome_web_26bda4_sun8k_solar_sell
    name: Solar_sell
  - entity: switch.esphome_web_26bda4_sun8k_grid_charge
    name: Grid_Charge
  - entity: switch.esphome_web_26bda4_sun8k_time_of_use
    name: Time of Use
  - entity: switch.deye_hybrid_grid_peak_shaving
    name: Grid Peak Shaving
  - entity: switch.deye_hybrid_export_asymmetry
    name: Export Asymmetry
  - entity: sensor.esphome_web_26bda4_sun8k_daily_production
    name: Daily Production
  - entity: sensor.deye_hybrid_microinverter_energy_today
    name: MicroInverters vandaag
  - entity: sensor.esphome_web_26bda4_sun8k_battery_temperature
    name: Battery Temperature
  - entity: sensor.esphome_web_26bda4_sun8k_heat_sink_temperature
    name: Sink Temperature
  - entity: sensor.esphome_web_26bda4_sun8k_daily_energy_sold
    name: Daily Energy Sold
  - entity: sensor.esphome_web_26bda4_sun8k_daily_energy_bought
    name: Daily Energy Bought
  - entity: sensor.esphome_web_26bda4_sun8k_total_charge_of_the_battery
    name: Total charge of the battery
  - entity: sensor.esphome_web_26bda4_sun8k_total_discharge_of_the_battery
    name: Total discharge of the battery
  - entity: sensor.modbus_total_system_power_huis
    name: Totaal Huis vermogen
title: Deye 12K Hybrid
show_header_toggle: false

[rvdgaag]

Deel 2 control paneel bediening

YAML:

type: entities
entities:
  - entity: select.esphome_web_26bda4_sun8k_energy_priority
    name: Energy priority
  - entity: select.esphome_web_26bda4_sun8k_limit_control_mode
    name: Limit control mode
  - entity: number.esphome_web_26bda4_sun8k_max_solar_power
    name: Max Solar Power
  - entity: number.esphome_web_26bda4_sun8k_max_solar_sell_power
    name: Max Solar Sell Power
  - entity: number.deye_hybrid_grid_peak_shaving
    name: Peak Shaving
  - entity: number.esphome_web_26bda4_sun8k_maximum_battery_charge_current
    name: Maximum battery charge current
  - entity: number.esphome_web_26bda4_sun8k_maximum_battery_discharge_current
    name: Maximum battery discharge current
  - entity: number.esphome_web_26bda4_sun8k_maximum_battery_grid_charge_current
    name: Maximum battery_grid charge current
title: Deye 12K Hybrid

[rvdgaag]

Deel 3 TOU tabel:

YAML:

type: entities
entities:
  - entity: switch.esphome_web_26bda4_sun8k_time_point_1_charge_enable
    type: custom:multiple-entity-row
    name: Timeslot 1
    toggle: true
    state_header: Charge
    state_color: true
    entities:
      - entity: number.esphome_web_26bda4_sun8k_time_point_1_start
        name: From
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_2_start
        name: To
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_1_power
        name: Power
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_1_capacity
        name: SOC
        format: precision0
  - entity: switch.esphome_web_26bda4_sun8k_time_point_2_charge_enable
    type: custom:multiple-entity-row
    name: Timeslot 2
    toggle: true
    state_header: Charge
    state_color: true
    entities:
      - entity: number.esphome_web_26bda4_sun8k_time_point_2_start
        name: From
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_3_start
        name: To
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_2_power
        name: Power
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_2_capacity
        name: SOC
        format: precision0
  - entity: switch.esphome_web_26bda4_sun8k_time_point_3_charge_enable
    type: custom:multiple-entity-row
    name: Timeslot 3
    toggle: true
    state_header: Charge
    state_color: true
    entities:
      - entity: number.esphome_web_26bda4_sun8k_time_point_3_start
        name: From
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_4_start
        name: To
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_3_power
        name: Power
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_3_capacity
        name: SOC
        format: precision0
  - entity: switch.esphome_web_26bda4_sun8k_time_point_4_charge_enable
    type: custom:multiple-entity-row
    name: Timeslot 4
    toggle: true
    state_header: Charge
    state_color: true
    entities:
      - entity: number.esphome_web_26bda4_sun8k_time_point_4_start
        name: From
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_5_start
        name: To
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_4_power
        name: Power
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_4_capacity
        name: SOC
        format: precision0
  - entity: switch.esphome_web_26bda4_sun8k_time_point_5_charge_enable
    type: custom:multiple-entity-row
    name: Timeslot 5
    toggle: true
    state_header: Charge
    state_color: true
    entities:
      - entity: number.esphome_web_26bda4_sun8k_time_point_5_start
        name: From
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_6_start
        name: To
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_5_power
        name: Power
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_5_capacity
        name: SOC
        format: precision0
  - entity: switch.esphome_web_26bda4_sun8k_time_point_6_charge_enable
    type: custom:multiple-entity-row
    name: Timeslot 6
    toggle: true
    state_header: Charge
    state_color: true
    entities:
      - entity: number.esphome_web_26bda4_sun8k_time_point_6_start
        name: From
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_1_start
        name: To
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_6_power
        name: Power
        format: precision0
      - entity: number.esphome_web_26bda4_sun8k_time_point_6_capacity
        name: SOC
        format: precision0
        type: ""

[Domba]

Single schreef op woensdag 8 juli 2026 @ 07:25:
mag ik ook vragen stellen over solarman? ziet er naar uit dat ik eindelijk mn 200W naar huis krijg batt op V geeft al een wereld van verschil. temp is dan geen -75 C maar 25 C wat meer met de werkelijkheid overeenkomt. Alleen solarman geeft nog steeds 108W naar de omvormer aan , neemt al die veranderingen niet mee. moet er iets ververst worden?

In Batt V of wel voltage sturing is er geen communicatie met BMS en is die Batt temp een niets zeggende default,
Je dient de met de Deye meegeleverde temperatuursensor aan te sluiten, die eigenlijk voor lood/gel accu's bedoeld is en dan krijg je ook werkelijke temperatuur meting.

Als ook dat in Batt V de Deye zelf de fake % SOC bedenkt op basis van ingegeven instellingen en dat deze niet afkomstig is van de BMS en flink tot fors kan afwijken.
(tot wel een halve accu module lading en Deye al bedacht heeft, met "batt in" "batt out" van de modbus registers dat SOC al 0% zou moeten zijn terwijl module spanning voor een S16 LFP nog makkelijk 52V kan zijn)

Alleen in Lithium mode is er communicatie BMS van de LFP accu module, mits kabel voor CAN/RS485 is aangesloten en juiste protocol in beide, zowel BMS als Deye is gekozen.

De 108W is Deye eigenverbruik in on-line/on-grid mode.

[ Voor 4% gewijzigd door Domba op 08-07-2026 23:15 ]

[Domba]

@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.

[dingo35]

Ik begrijp dat het BMS na verloop van tijd z'n SoC berekening "herijkt" moet worden; is het voldoende om twee-wekelijks naar 100% te laden en dat een uurtje te laten staan, of moet ik ook periodiek naar 20%, 10% of 0% ontladen? Schijnt nogal slecht voor de accus te zijn?

Het lijkt me logisch dat een derglijke routine in de Deye ingebouwd zou zitten(die je dan handmatig activeert), maar dat is blijkbaar niet het geval?

[thomvh]

Iemand enig idee waarom de Deye niet sneller wil laden?



Max Grid Charge current staat op 350A, Max Battery Charge ook op 350A, de batterij is nog onder 50% vol. Er is genoeg vermogen beschikbaar tussen het net en de PV om de omvormer op 20kW te laten laden. De batterijen zijn niet echt warm (25 graden).


Moet de omvormer extra gekoeld worden?

[ Voor 17% gewijzigd door thomvh op 09-07-2026 14:27 ]

[Driehoek]

thomvh schreef op donderdag 9 juli 2026 @ 14:26:
Iemand enig idee waarom de Deye niet sneller wil laden?

[Afbeelding]

Max Grid Charge current staat op 350A, Max Battery Charge ook op 350A, de batterij is nog onder 50% vol. Er is genoeg vermogen beschikbaar tussen het net en de PV om de omvormer op 20kW te laten laden. De batterijen zijn niet echt warm (25 graden).

[Afbeelding]
Moet de omvormer extra gekoeld worden?

Boven de 45 graden begint hij te throttlen, je lijkt op 59 te zitten...

[thomvh]

Driehoek schreef op donderdag 9 juli 2026 @ 14:34:
[...]

Boven de 45 graden begint hij te throttlen, je lijkt op 59 te zitten...

Dat zou een verklaring zijn!
Dan is nu de vraag hoe ik hem koeler kan krijgen hij hangt al in een kelder waar het koel is.

[rvdgaag]

thomvh schreef op donderdag 9 juli 2026 @ 15:06:
[...]

Dat zou een verklaring zijn!
Dan is nu de vraag hoe ik hem koeler kan krijgen hij hangt al in een kelder waar het koel is.

Hoe kom je aan die wijsheid ??





Mijn 12k is extra gekoeld met fans onder en boven maar hangt in een ongeisoleerde enkelsteen garage waar het zo 40 graden binnen is. Hier boven zie je de "sink" temperatuur van de Deye, deze raakt zo nu en dank de 70 graden wel maar laadt gewoon volle bak.


Ik vermoed dat Tomvh in zijn installatie slechte kwaliteit/dunne kabels gebruikt of het BMS van de accu's kan die power niet aan.

[ Voor 7% gewijzigd door rvdgaag op 09-07-2026 18:35 ]

[thomvh]

rvdgaag schreef op donderdag 9 juli 2026 @ 18:33:
[...]

Hoe kom je aan die wijsheid ??


[Afbeelding]


Mijn 12k is extra gekoeld met fans onder en boven maar hangt in een ongeisoleerde enkelsteen garage waar het zo 40 graden binnen is. Hier boven zie je de "sink" temperatuur van de Deye, deze raakt zo nu en dank de 70 graden wel maar laadt gewoon volle bak.


Ik vermoed dat Tomvh in zijn installatie slechte kwaliteit/dunne kabels gebruikt of het BMS van de accu's kan die power niet aan.

AC kabels zijn allemaal overspecced. DC kabels zaten erbij, zien er niet bepaald dun uit. BMS zou tot 350A moeten laden. Maar kan momenteel niet zien hoe wie wat waar die intern een keus maakt om niet sneller te laden.

[Driehoek]

rvdgaag schreef op donderdag 9 juli 2026 @ 18:33:
[...]

Hoe kom je aan die wijsheid ??


[Afbeelding]


Mijn 12k is extra gekoeld met fans onder en boven maar hangt in een ongeisoleerde enkelsteen garage waar het zo 40 graden binnen is. Hier boven zie je de "sink" temperatuur van de Deye, deze raakt zo nu en dank de 70 graden wel maar laadt gewoon volle bak.


Ik vermoed dat Tomvh in zijn installatie slechte kwaliteit/dunne kabels gebruikt of het BMS van de accu's kan die power niet aan.

Staat gewoon in de data-sheet.

[Driehoek]

thomvh schreef op donderdag 9 juli 2026 @ 18:51:
[...]

AC kabels zijn allemaal overspecced. DC kabels zaten erbij, zien er niet bepaald dun uit. BMS zou tot 350A moeten laden. Maar kan momenteel niet zien hoe wie wat waar die intern een keus maakt om niet sneller te laden.

Zet er eventueel een ventilator op en kijk of dat een effect heeft?

[Single]

Domba schreef op woensdag 8 juli 2026 @ 23:00:
[...]

In Batt V of wel voltage sturing is er geen communicatie met BMS en is die Batt temp een niets zeggende default,
Je dient de met de Deye meegeleverde temperatuursensor aan te sluiten, die eigenlijk voor lood/gel accu's bedoeld is en dan krijg je ook werkelijke temperatuur meting.

Als ook dat in Batt V de Deye zelf de fake % SOC bedenkt op basis van ingegeven instellingen en dat deze niet afkomstig is van de BMS en flink tot fors kan afwijken.
(tot wel een halve accu module lading en Deye al bedacht heeft, met "batt in" "batt out" van de modbus registers dat SOC al 0% zou moeten zijn terwijl module spanning voor een S16 LFP nog makkelijk 52V kan zijn)

Alleen in Lithium mode is er communicatie BMS van de LFP accu module, mits kabel voor CAN/RS485 is aangesloten en juiste protocol in beide, zowel BMS als Deye is gekozen.

De 108W is Deye eigenverbruik in on-line/on-grid mode.

Ik krijg nu wel het gewenste gedrag. Hij geeft sávonds en s´nachts keurig rond de 200W terug en overdag wordt keurig de accu geladen , dat doet ie dus wel in BattV maar niet in lithium. Nu wordt zeer binnenkort de meter geplaatst dus ik laat het even zo , wel iig bedankt voor de uitleg.

[rvdgaag]

thomvh schreef op donderdag 9 juli 2026 @ 18:51:
[...]

AC kabels zijn allemaal overspecced. DC kabels zaten erbij, zien er niet bepaald dun uit. BMS zou tot 350A moeten laden. Maar kan momenteel niet zien hoe wie wat waar die intern een keus maakt om niet sneller te laden.

Niet bepaald dun maar je weet het niet zeker, meegeleverde kabels zijn veelal te dun en kunnen geen 170A per kabel aan. Je zal minimaal 95mm2 moeten hebben en wellicht nog dikker. Als de weerstand te hoog is dan kan de stroom niet lopen, worden ze warm ?

[zalkc]

thomvh schreef op donderdag 9 juli 2026 @ 18:51:
[...]

AC kabels zijn allemaal overspecced. DC kabels zaten erbij, zien er niet bepaald dun uit. BMS zou tot 350A moeten laden. Maar kan momenteel niet zien hoe wie wat waar die intern een keus maakt om niet sneller te laden.

Controleer je DC kabels, als het goed is staat er op de kabel hoeveel mm² ze zijn, tot 285A is de dikte minimaal 95 mm² tot 5 meter afstand. Daar zit je al boven.

Als je de kabels bij voortdurende volle belasting vastpakt brand je dan je handen? Dan zijn ze te dun. Aangenaam warm is nog in orde, maar niet veel heter.

https://www.victronenergy.com/media/pg/The_Wiring_Unlimited_book/nl/dc-wiring.html

[ Voor 3% gewijzigd door zalkc op 10-07-2026 11:21 ]

[thomvh]

rvdgaag schreef op vrijdag 10 juli 2026 @ 08:46:
[...]

Niet bepaald dun maar je weet het niet zeker, meegeleverde kabels zijn veelal te dun en kunnen geen 170A per kabel aan. Je zal minimaal 95mm2 moeten hebben en wellicht nog dikker. Als de weerstand te hoog is dan kan de stroom niet lopen, worden ze warm ?

Die kabels worden niet warmer dan 30 graden de laatste keer dat ik ze onder load heb gemeten. Ik weet niet exact de dikte maar daar kan ik wel achterkomen.

[thomvh]

zalkc schreef op vrijdag 10 juli 2026 @ 11:20:
[...]

Controleer je DC kabels, als het goed is staat er op de kabel hoeveel mm² ze zijn, tot 285A is de dikte minimaal 95 mm² tot 5 meter afstand. Daar zit je al boven.

Als je de kabels bij voortdurende volle belasting vastpakt brand je dan je handen? Dan zijn ze te dun. Aangenaam warm is nog in orde, maar niet veel heter.

https://www.victronenergy.com/media/pg/The_Wiring_Unlimited_book/nl/dc-wiring.html

Laatste keer dat ik ze onder load vast heb gepakt was het wat warmer dan mijn hand maar echt niet wat ik "heet" zou noemen.

[rvdgaag]

thomvh schreef op vrijdag 10 juli 2026 @ 13:04:
[...]

Laatste keer dat ik ze onder load vast heb gepakt was het wat warmer dan mijn hand maar echt niet wat ik "heet" zou noemen.

Ja als je er maar 60A doorheen krijgt dan begrijp ik dat....

[OverSoft]

Nou, Deye service heeft mijn installatie compleet van slag afgebracht.

Ze kregen het in eerste instantie niet voor elkaar om het random terugleveren te stoppen. Zelfs na een firmware update werd het wel beter, maar niet perfect.

Nu zijn ze verder aan het klooien geweest en nu werkt on-grid de omvormer bijna niet meer.

PV schakelt terug naar 12% van het normale vermogen en het hele huis verbruikt enkel nog vanaf het net. Als ik via modbus de omvormer op off-grid schakel werkt hij wel perfect.

Ik heb alle settings nagelopen en alles staat goed. TOU ingeschakeld, zelfs de verborgen “general” setting voor ieder tijdslot toegepast. No export to CT aan, etc.

Niets meer, on-grid laat het net door en laadt enkel minimaal nog de accu vanaf PV en off-grid werkt alles, maar ben ik natuurlijk de sjaak als mijn accu vrijwel leeg is.

Iemand hier nog ideeën, ook ChatGPT (met directe modbus toegang) komt er niet meer uit.

En natuurlijk is Deye service weer gesloten voor het weekend…


/edit: Zou een factory reset ook de verborgen instellingen die door Deye zijn gemaakt resetten?

[ Voor 5% gewijzigd door OverSoft op 10-07-2026 16:30 ]

[genesisfm]

OverSoft schreef op vrijdag 10 juli 2026 @ 16:29:

/edit: Zou een factory reset ook de verborgen instellingen die door Deye zijn gemaakt resetten?

Hier dacht ik ook aan in de eerste instantie. Maar goed ik ben (nog) geen specialist.

[thomvh]

rvdgaag schreef op vrijdag 10 juli 2026 @ 16:23:
[...]

Ja als je er maar 60A doorheen krijgt dan begrijp ik dat....

Waar haal jij 60A vandaan? De kabel werd gemeten met 300+ outgaande Amps.

[rvdgaag]

thomvh schreef op vrijdag 10 juli 2026 @ 20:46:
[...]

Waar haal jij 60A vandaan? De kabel werd gemeten met 300+ outgaande Amps.

Jij gaf aan dat je 59A max door de kabel kreeg...

[ybos]

OverSoft schreef op vrijdag 10 juli 2026 @ 16:29:
Nou, Deye service heeft mijn installatie compleet van slag afgebracht.

Ze kregen het in eerste instantie niet voor elkaar om het random terugleveren te stoppen. Zelfs na een firmware update werd het wel beter, maar niet perfect.

Nu zijn ze verder aan het klooien geweest en nu werkt on-grid de omvormer bijna niet meer.

PV schakelt terug naar 12% van het normale vermogen en het hele huis verbruikt enkel nog vanaf het net. Als ik via modbus de omvormer op off-grid schakel werkt hij wel perfect.

Ik heb alle settings nagelopen en alles staat goed. TOU ingeschakeld, zelfs de verborgen “general” setting voor ieder tijdslot toegepast. No export to CT aan, etc.

Niets meer, on-grid laat het net door en laadt enkel minimaal nog de accu vanaf PV en off-grid werkt alles, maar ben ik natuurlijk de sjaak als mijn accu vrijwel leeg is.

Iemand hier nog ideeën, ook ChatGPT (met directe modbus toegang) komt er niet meer uit.

En natuurlijk is Deye service weer gesloten voor het weekend…


/edit: Zou een factory reset ook de verborgen instellingen die door Deye zijn gemaakt resetten?

Je zou een proefaccountje bij GBB aan kunnen maken en kijken of die de boel wel goed krijgt. Het onder de motorkap aansturen werkt beter dan via de menuutjes alleen. Als je dmv GBB het onder de motorkap goed krijgt, zou je vanuit daar mogelijk de boel weer via de menu's ook goed krijgen. Heb je na de firmware update de Deye ook even geheel spanningsloos gemaakt Dat wil ook nog weleens helpen, van wat ik hier gelezen heb blijven oude waardes van voor de firmware upgrade toch nog soms ergens "hangen".

[thomvh]

rvdgaag schreef op zaterdag 11 juli 2026 @ 07:52:
[...]

Jij gaf aan dat je 59A max door de kabel kreeg...

Ik stuur een screenshot met 331A... Ik krijg alleen niet het laatste beetje eruit geperst. De 59 in het screenshot is de temperatuur van de omvormer aan de AC kant.

[ Voor 13% gewijzigd door thomvh op 11-07-2026 10:06 ]

[rvdgaag]

Dat laatste beetje moet je vergeten, de specificatie van Deye is een ideale omstandigheden specificatie dus zal je waarschijnlijk nooit halen, de mijne doet 240A, hoger dan 231 heb ik hem nog nooit gezien

[hve]

OverSoft schreef op vrijdag 10 juli 2026 @ 16:29:
...
Ze kregen het in eerste instantie niet voor elkaar om het random terugleveren te stoppen. Zelfs na een firmware update werd het wel beter, maar niet perfect.
...
/edit: Zou een factory reset ook de verborgen instellingen die door Deye zijn gemaakt resetten?

Ik weet niet of het hetzelfde probleem is maar zodra de panelen vermogen gaan leveren via de generator poort, dan merk ik dat er 'random' vermogen wordt geimporteerd en gexporteerd, terwijl er voldoende vermogen is om zowel huis als de batterij te voeden. Je kunt dat zien in het plaatje beneden van de zonneplan app, een raar wolkje in het midden: groen=import geel=export.

Met als gevolg dat ik EUR 1,58 kwijt ben aan het onzinnig heen en weer pompen van vermogen naar mijn netbeheerder.

Ter vergelijking de zelfde dag van de Deye app, plaatje links.

Juist om dit te voorkomen had ik het hele huis op de "load poort" van de omvormer gezet , in de veronderstelling dat de omvormer dan gescheiden paden zou hebben, zoals dit:

Ik ben nog opzoek naar een mogelijkheid om dit op te heffen... dus als iemand dit probleem herkent en een goede suggestie heeft zou enorm helpen

code:

              |~~~Deye~~~~|
              |           |
              |           |
     CT.......|  Generator----- "Grid Tied Inverter" ---- PV
     \/       |           |
netbeheerder---Grid       |
              |           |
              |       Load----- Huis
              |~~~~~~~~~~~|
                    |
                 Batterij

Aansturing gaat via een Python scriptje waarmee ik via de Wifi Dongle de modbus registers kan aanpassen.

[ Voor 5% gewijzigd door hve op 11-07-2026 16:14 ]

[OverSoft]

ybos schreef op zaterdag 11 juli 2026 @ 09:43:
[...]

Je zou een proefaccountje bij GBB aan kunnen maken en kijken of die de boel wel goed krijgt. Het onder de motorkap aansturen werkt beter dan via de menuutjes alleen. Als je dmv GBB het onder de motorkap goed krijgt, zou je vanuit daar mogelijk de boel weer via de menu's ook goed krijgen. Heb je na de firmware update de Deye ook even geheel spanningsloos gemaakt Dat wil ook nog weleens helpen, van wat ik hier gelezen heb blijven oude waardes van voor de firmware upgrade toch nog soms ergens "hangen".

Bedankt, zal eens kijken naar GBB.

Ja, volledig spanningsloos geweest (meerdere malen), helaas geen oplossing.

hve schreef op zaterdag 11 juli 2026 @ 16:06:
[...]

Ik weet niet of het hetzelfde probleem is maar zodra de panelen vermogen gaan leveren via de generator poort, dan merk ik dat er 'random' vermogen wordt geimporteerd en gexporteerd, terwijl er voldoende vermogen is om zowel huis als de batterij te voeden. Je kunt dat zien in het plaatje beneden van de zonneplan app, een raar wolkje in het midden: groen=import geel=export.

Met als gevolg dat ik EUR 1,58 kwijt ben aan het onzinnig heen en weer pompen van vermogen naar mijn netbeheerder.

Ter vergelijking de zelfde dag van de Deye app, plaatje links.

Juist om dit te voorkomen had ik het hele huis op de "load poort" van de omvormer gezet zoals dit:

code:

              |~~~Deye~~~~|
              |           |
              |           |
     CT.......|  Generator----- "Grid Tied Inverter" ---- PV
     \/       |           |
netbeheerder---Grid       |
              |           |
              |       Load----- Huis
              |~~~~~~~~~~~|
                    |
                 Batterij

Aansturing gaat via een Python scriptje waarmee ik via de Wifi Dongle de modbus registers kan aanpassen.

[Afbeelding]

[Afbeelding]

Panelen zitten direct op de omvormer (geen grid-tied).

[hve]

OverSoft schreef op zaterdag 11 juli 2026 @ 16:14:
Panelen zitten direct op de omvormer (geen grid-tied).

Ja dat is een van de opties die ik overweeg om de DC van de 2 strings op het dak te combineren en dan door de Deye te laten omvormen..

Je had het ook over verborgen settings op de Deye, is er een manier om die tevoorschijn te halen?

[OverSoft]

hve schreef op zaterdag 11 juli 2026 @ 16:19:
[...]

Je had het ook over verborgen settings op de Deye, is er een manier om die tevoorschijn te halen?

Als ik dat wist, had ik de vraag niet hoeven stellen..,

Je kan via modbus alle registers uitlezen van de omvormer. Helaas zijn ze lang niet allemaal beschreven.

[Domba]

@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)

[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