Meerdere apparaten

Deze gids behandelt het instellen van SEM met verschillende hardwarecombinaties. SEM haalt het grootste deel van de configuratie automatisch uit het Energie-dashboard van HA, maar sommige opstellingen hebben extra aandacht nodig.

---

Ondersteunde combinaties

Staat je combinatie er niet bij? SEM werkt met elke omvormer/laadpaal/batterij die sensoren in Home Assistant heeft. Open een issue als je hulp nodig hebt.

---

Opmerkingen per merk

Huawei SUN2000 + LUNA (referentie)

• Netsensor: gecombineerde sensor.power_meter_wirkleistung (negatief=afname, positief=teruglevering) — gelijk aan de SEM-conventie
• Batterij: sensor.battery_1_lade_entladeleistung (positief=laden, negatief=ontladen) — gelijk aan de SEM-conventie
• Sturing laadpaal: service keba.set_current
• Automatische herkenning: volledig automatisch via het Energie-dashboard
• Tekencorrectie: niet nodig

Growatt (SPH / TLX / MIX)

• Netsensor: Growatt levert aparte vermogenssensoren voor afname en teruglevering (beide altijd positief):
  • sensor.*_import_from_grid (afnamevermogen in W)
  • sensor.*_export_to_grid (terugleveringsvermogen in W)
• Afhandeling door SEM: vindt de gesplitste sensoren automatisch en berekent grid_power = export - import
• Sturing laadpaal: Wallbox gebruikt een number.*-entiteit — kies die als “Stroomstuurentiteit” in de configuratie van de laadpaal
• Belangrijk: zorg dat zowel de energiesensoren voor netafname ALS voor teruglevering in het Energie-dashboard zijn ingesteld

SolarEdge

• Netsensor: gecombineerde sensor, meestal positief=afname (HA-conventie)
• Afhandeling door SEM: herkent het teken automatisch aan de tellers van het Energie-dashboard en keert het zo nodig om
• Batterij: BYD-batterijen gebruiken meestal positief=laden, negatief=ontladen

Fronius

• Netsensor: gecombineerde sensor, verschilt per model
• Afhandeling door SEM: herkent de tekenconventie automatisch
• Let op: sommige Fronius-modellen melden het netvermogen in kW — SEM rekent dat automatisch om

GoodWe

• Netsensor: gecombineerd of gesplitst, afhankelijk van het model
• Afhandeling door SEM: automatische herkenning via het Energie-dashboard
• Probleemoplossing: kijk op het tabblad Systeem van het SEM-dashboard voor de sensordiagnose

---

Meerdere laadpalen instellen

Een tweede laadpaal toevoegen

1. Ga naar Instellingen → Apparaten & diensten → Solar Energy Management → Configureren
2. Kies Laadpalen → Nog een laadpaal toevoegen
3. Stel de sensoren voor je tweede laadpaal in

Methoden voor stroomsturing

Belangrijk: gebruik ÓF de number-entiteit ÓF de service. Laat de andere leeg.

Instellingen per laadpaal (v1.5.2+; samengevoegd in v1.6.3)

Elke laadpaal krijgt zijn eigen laadconfiguratie:

Je kunt per auto verschillende modi en doelen instellen — bijv. Min + zon met Min 15 kWh voor een dagelijkse forens, Alleen zon met Max 8 kWh voor een plug-inhybride. Deze instellingen zijn ook aan te passen in de configuratiestappen (Instellingen → Integraties → SEM → Configureren → Laadpaal bewerken).

Sensoren per laadpaal

Elke ingestelde laadpaal maakt zijn eigen sensorentiteiten aan:

Overschotprioriteit

De overschotprioriteit van elke laadpaal is zijn positie in de ene prioriteitenlijst op het tabblad Besturing — sleep de regel omhoog of omlaag ten opzichte van lasten en de batterij (#576). De laadpaal met de hoogste prioriteit krijgt als eerste overschot; is die vol of op minimaal vermogen, dan gaat de rest verder door de lijst.

Nachtladen

Elke laadpaal laadt ’s nachts onafhankelijk:

• Elke laadpaal gebruikt zijn eigen daily_ev_target — er wordt niet gelijk verdeeld
• Nachtladen kan per laadpaal aan/uit worden gezet
• Startstroom en minimale stroom zijn per laadpaal in te stellen
• Zijn beide laadpalen aangesloten en hebben ze capaciteit, dan laden ze tegelijk

Dashboard

De sem-ev-status-card op het tabblad EV toont automatisch secties per laadpaal als er laadpalen zijn ingesteld:

• Verbindingsstatus — indicator VERBONDEN/LOSGEKOPPELD per laadpaal (leest de stekkersensor van elke laadpaal afzonderlijk)
• SOC-meter van de accu — toont de echte SOC van het voertuig als per laadpaal een vehicle_soc_entity is ingesteld, anders de geschatte SOC uit de afbouwherkenning
• Cijfers per laadpaal — vermogen, sessie-energie, aandeel zon
• Vannacht laden — indicator per laadpaal (Ja/Nee)
• Nachten tot laden — schatting per laadpaal op basis van de eigen SOC van het voertuig
• Instellingen in de kaart — schakelaar voor nachtladen, doel in kWh, start-/minimumstroom (tik om te bewerken)

Zijn er meerdere laadpalen ingesteld, dan wordt de algemene statusregel verborgen om dubbele informatie naast de secties per laadpaal te voorkomen.

Genereer het dashboard opnieuw na het toevoegen van een laadpaal: Ontwikkelhulpmiddelen → Acties → solar_energy_management.generate_dashboard. De nieuwe secties per laadpaal verschijnen direct — geen herstart van HA nodig (v1.5.16+); ververs de browser hard als kaarten er verouderd uitzien.

---

Tekenconventie van het net

SEM gebruikt deze conventie:

• Netvermogen: negatief = afname, positief = teruglevering
• Batterijvermogen: positief = laden, negatief = ontladen

Hoe SEM het automatisch herkent

1. Gecombineerde sensor (Huawei, SolarEdge, Fronius): SEM vergelijkt het teken van de vermogenssensor met de veranderingen van de afname-/terugleverenergietellers van het Energie-dashboard
2. Gesplitste sensoren (Growatt): SEM vindt de entiteiten *_import_from_grid en *_export_to_grid automatisch — er is geen tekencorrectie nodig
3. Zelfherstellend: is de energiebalans structureel negatief (verkeerd teken), dan corrigeert SEM automatisch

Je opstelling controleren

Op het tabblad Systeem van het dashboard toont de sectie Diagnose:

• Netmodus: combined of split
• Netteken: normal of negated
• Onbeschikbare sensoren: aantal sensoren dat op dit moment offline is

---

Probleemoplossing

Afname- en terugleverwaarden lijken omgedraaid

• Kijk op tabblad Systeem → Diagnose naar netmodus en teken
• Controleer of je Energie-dashboard ZOWEL afname- als terugleverenergiesensoren heeft
• Bij Growatt: zorg dat de vermogenssensoren *_import_from_grid en *_export_to_grid bestaan

Het huisverbruik toont 0 of is erg hoog

• Dit betekent meestal dat het netteken verkeerd is
• SEM hoort dat binnen 3 minuten automatisch te corrigeren
• Blijft het zo, zoek dan in de HA-logboeken naar meldingen over “grid sign”

De laadpaal reageert niet op stroomwijzigingen

• Controleer de stuurmethode: number-entiteit of service
• Ga naar Ontwikkelhulpmiddelen → Acties → test de service/het getal handmatig
• Bij Wallbox: gebruik het veld “Stroomstuurentiteit”, niet het serviceveld

De tweede laadpaal toont geen gegevens

• Werk bij naar de nieuwste bèta en genereer het dashboard opnieuw
• Controleer of de entiteiten per laadpaal verschijnen: sensor.sem_charger_{id}_*
• Controleer of de vermogenssensor van de laadpaal correct is ingesteld

---

Algemene overschotlasten (schakelaars, stopcontacten, pompen)

Elke schakelbare last — zwembadpomp, verwarmingsstaaf, een “domme” EV-contactdoos — kan door SEM worden aangestuurd. Eén service-aanroep is genoeg; de registratie blijft bewaard na een herstart en geeft een samenvatting terug:

service: solar_energy_management.register_surplus_device
data:
  device_id: kia_socket
  entity_id: switch.kia_socket
  name: Kia Socket
  rated_power: 2300        # W the load draws when on
  priority: 5              # lower = gets surplus first

SEM zet de last dan AAN als het zonne-overschot zijn nominale vermogen dekt en UIT als het overschot weg is (anti-flikker: min. 5 min aan / 1 min uit). Verwijder hem weer met solar_energy_management.unregister_surplus_device.

De priority in de aanroep is de startplek van het apparaat. Zodra het in de ene apparatenlijst staat, wordt het geordend zoals elke andere regel: sleep het op de kaart Lastprioriteiten (of roep update_device_priorities aan) en de nieuwe plek bepaalt de overschotronde, het plan en de kaart — direct, en ook na een herstart. Het apparaat opnieuw registreren met een andere priority draait een versleping niet terug; de versleping is de plek, de aanroep is alleen het zaadje. (Tot #890 werd de versleping voor via een service geregistreerde apparaten opgeslagen en daarna genegeerd — de verdeler hield het zaadje terwijl de aanroep succes meldde.)

Airco’s / warmtepompen via climate.* (#569)

Een unit die alleen als climate.*-entiteit wordt aangeboden (geen switch, geen number), kan ook worden beheerd — zet device_type: climate. Bij overschot zet SEM de hvac_mode van de unit (bijv. cool) en, optioneel, een comfortdoeltemperatuur; als het overschot weg is, zet het hvac_mode: off. Dezelfde afhandeling van prioriteit / piekafschakeling / dagdoel als bij elke andere overschotlast, en de registratie blijft bewaard na een herstart (het neemt na een reboot een draaiende unit weer over).

service: solar_energy_management.register_surplus_device
data:
  device_id: living_ac
  entity_id: climate.living_room_ac
  name: Living Room AC
  device_type: climate
  hvac_mode: cool           # cool | heat | heat_cool | dry | fan_only | auto
  target_temperature: 22    # °C to set when SEM turns it on (optional)
  rated_power: 1800         # W the unit draws when running
  priority: 6

Kies hvac_mode: heat (of heat_cool) om een warmtepomp in de winter op dezelfde manier aan te sturen. Laat target_temperature leeg om het eigen setpoint van de unit te houden en alleen de modus te schakelen.

device_type bepaalt ook hoe de unit in de apparatenlijst wordt getekend — een thermostaatpictogram voor climate, een warmtepomppictogram voor heat_pump, een stekker voor een gewone switch. Vóór #788 werd elk via een service geregistreerd apparaat op weg naar de kaart als service_device gelabeld en tekende het hoe dan ook de algemene stekker, waardoor een correct geregistreerde tweede warmtepomp eruitzag alsof hij helemaal niet was toegevoegd.

De modusladder — wie heeft de leiding

Elke apparaatregel op het tabblad Besturing heeft één moduskeuze — een ladder met 3 stappen:

(Services en automatiseringen zien control_mode = off/peak_only/surplus. Overschotapparaten staan standaard op top_up_policy: solar_only — nooit net. Er bestaat ook een beleid cheap_hours voor aanvulling van warm water/warmtepomp in daluren, maar dat staat niet op de algemene apparaatkaart.)

Apparaten die automatisch uit het Energie-dashboard worden gevonden, staan standaard op peak_only; apparaten die je via de service registreert, staan standaard op surplus (alleen zon) — daar registreer je ze voor.

Verlichting wordt niet geïmporteerd. Een verbruiker in het Energie-dashboard waarvan de enige aan/uit-bediening een light.*-entiteit is, wordt overgeslagen: verlichting is niet verschuifbaar, geen overschotafvoer, en een dimmer afschakelen is vijandig voor besparingen die op nul afronden. Het eigen Energie-dashboard van HA blijft het monitoren — SEM heeft er gewoon niets te beheren. Een meetstekker die een lamp voedt, blijft behouden (de stekker is een echte bediening), en een relais dat je expliciet registreert met register_surplus_device, blijft altijd behouden, ook als het als lamp wordt aangeboden: dat is jouw beslissing, geen gok. Het overslaan wordt gelogd met de naam van het apparaat, zodat een ontbrekende regel een antwoord is in plaats van een raadsel, en het wordt bij elke vernieuwing opnieuw beoordeeld — een lamp die door een oudere versie is geïmporteerd, verdwijnt na de upgrade vanzelf.

Instellingen zijn geen apparaten. Veel hardware publiceert zijn eigen knoppen als schakelaars — reverse, freeze en night light van een WLED-strip, het kinderslot van een wasmachine, het status-LED van een router. Home Assistant markeert die entiteiten als configuratie of diagnose, en SEM leest die markering: ze worden nooit als last gevonden, nooit gekozen als bediening van een apparaat, en regels die een oudere versie ervoor heeft aangemaakt, verdwijnen bij de volgende vernieuwing vanzelf. Er een omzetten kost geen watt, dus ze beheren kan alleen maar ruis zijn — een piekgebeurtenis die je trapverlichting op reverse zet op zoek naar vermogen dat er nooit was. Twee dingen blijven altijd behouden: een entiteit die je register niet kent (een template- schakelaar, een YAML-helper — geen markering om te lezen is geen bewijs ertegen), en alles wat je zelf hebt geregistreerd met register_surplus_device.

Een kanaal houdt zijn nummer. Bij een meerkanaalsrelais (een Shelly Pro, een ESPHome-bord) is het cijfer in de naam het kanaal, dus het koppelen van bedieningen haalt het nooit weg en accepteert nooit een kale deeltekenreeks: kanal_1 is niet kanal_2, en ook niet kanal_10. Een schakelaar wordt alleen als bediening van een last gekoppeld als hij exact dezelfde naam heeft, of die naam uitgebreid op een woordgrens (…_relay noemt het kanaal, het nummert het niet opnieuw). Bestaat zo’n schakelaar niet, dan meldt SEM geen bediening gevonden en beheert het de last alleen voor monitoring — bewust strenger dan het koppelen van vermogenssensoren, omdat een verkeerd gekoppelde meter alleen de verkeerde watts toont, terwijl een verkeerd gekoppeld relais de verkeerde groep schakelt.

Het overschot opvangen in je eigen automatiseringen (peak_only)

Houd je liever je eigen schema’s (bijv. een pompautomatisering die 3× per dag draait) en wil je alleen dat ze op zonne-overschot vallen, abonneer je dan op het overschotsignaal van SEM:

• binary_sensor.sem_surplus_available — AAN zodra het niet-toegewezen overschot 60 s boven de drempel is gebleven (number.sem_surplus_event_threshold, standaard 1500 W); UIT zodra het 120 s onder 80 % van de drempel is gebleven. De demping zorgt dat wolken je automatiseringen niet laten flipperen.
• Gebeurtenis solar_energy_management_surplus — gaat af bij elke overgang, met available, surplus_w, unallocated_w, threshold_w in de payload.

automation:
  - alias: Pump on solar surplus
    triggers:
      - trigger: state
        entity_id: binary_sensor.sem_surplus_available
        to: "on"
    actions:
      - action: switch.turn_on
        target: { entity_id: switch.pool_pump }

Dagdoelen — de doelmotor

Een apparaat in overschotmodus kan een dagdoel krijgen. Op het tabblad Besturing heeft elke regel van een overschotapparaat een doelknop 🞋 die het paneel Dagdoel opent — met hetzelfde uiterlijk als het Laaddoel van de laadpaal:

• Eén schuifregelaar “Vandaag tot N uur draaien” (groen handvat; 0 = geen doel, tot 12 uur). Dit is een dagelijks budget voor zonnelooptijd: SEM laat het apparaat op overschot draaien totdat het N uur heeft gemaakt, en laat het dan de rest van de dag rusten (zwembadpomp: tot 4 uur op zon). Omdat een overschotapparaat nooit van het net afneemt, haalt een donkere dag N misschien niet — het budget is een plafond, geen garantie.
• Stoppen als — een optionele externe voltooiingsvoorwaarde: een sensor en een waarde (bijv. de SOC-sensor van de auto ≥ 80) die de dag van het apparaat eerder beëindigt zodra die is bereikt.
• Een voortgangsbalk onder de regel (bijv. 2.1/4 h on solar today ✓) — de voortgang blijft bewaard na een herstart.

Hetzelfde doel kan worden ingesteld in de registratie-aanroep of per veld via update_device_config:

service: solar_energy_management.register_surplus_device
data:
  device_id: pool_pump
  entity_id: switch.pool_pump
  rated_power: 800
  daily_min_runtime_min: 240      # ≥ 4h/day, on solar
  stop_entity: sensor.car_soc     # optional…
  stop_at: 80                     # …stop at 80 %

Tip — rated_power: geef bij de registratie een echte waarde op als je die weet; die wordt dan als feit behandeld en nooit naar beneden overschreven. Laat je hem weg, dan toont SEM een plaatshouder van 1 kW totdat de last voor het eerst draait, en daarna kalibreert het automatisch op basis van de vermogenssensor — de eerste echte meting vervangt de plaatshouder in beide richtingen (een lamp van 8 W wordt 8 W), en vanaf dan stijgt de waarde alleen nog naar de gemeten piek van de last. Een last zonder vermogenssensor houdt de plaatshouder: die 1 kW voorkomt dat een niet-meetbaar stopcontact bij een klein overschot aangaat en de rest van het net haalt.

Wat gebeurt er als het budget NIET wordt gehaald?

Overschot (alleen zon): er wordt niets geforceerd. Op een donkere dag draait het apparaat gewoon minder dan zijn budget en wordt de voortgang op de daggrens gereset — deze modus neemt nooit netstroom af. Het budget is een plafond, geen ondergrens: SEM laat het apparaat niet van het net draaien om “in te halen”. Heb je een gegarandeerde minimale looptijd nodig, ook op bewolkte dagen, laat het apparaat dan draaien vanuit je eigen automatisering die start op binary_sensor.sem_surplus_available (zie hierboven), waar jij de afweging tussen net en zon maakt.

Goedkope uren / “’s Nachts afmaken met” (#688): het looptijddoel van de dag kan uit de betaalde bron worden afgemaakt tijdens de goedkope vensters van vannacht — en “vannacht” loopt echt over middernacht heen: de looptijddag van een last wordt door de nacht vastgehouden en wisselt bij zonsopkomst, zodat een goedkoop venster om 02:00 nog de resterende minuten van gisteravond vult en die op die dag boekt. Wat nooit gebeurt, is meenemen over de grens van zonsopkomst heen: biedt het tarief vóór zonsopkomst helemaal geen goedkoop venster, dan eindigt de dag gewoon te kort en begint de nieuwe dag op nul. Dit is bewust — meegenomen schuld zou zich over een bewolkte of dure week opstapelen en steeds langere netruns afdwingen om die “terug te betalen”.

In elke modus: piekbeveiliging gaat boven het doel (een apparaat dat zijn doel najaagt, wordt nog steeds afgeschakeld voor een netpiek), de anti-flikkerminimums (5 min aan / 1 min uit) bepalen het schakelen, en zodra het dagelijkse Max-plafond of de

stopvoorwaarde is bereikt, is het apparaat klaar voor die dag. De Min is een ondergrens, geen stop: die halen beëindigt de aanvullingen uit batterij/net, maar gratis zonne-overschot mag het apparaat laten doordraaien tot de Max — en als het overschot verdwijnt, stopt een last die zijn ondergrens heeft gehaald in plaats van op net of batterij door te gaan (#688). Een herstart laat nooit een apparaat verweesd achter dat SEM had aangezet — draaiende overschotapparaten worden bij het opstarten weer overgenomen.

Afhankelijkheden tussen apparaten

Apparaten kunnen afhankelijkheden opgeven, zodat ze alleen aangaan als andere apparaten al draaien. Dit voorkomt verspilde energie of schade aan apparatuur.

Toepassingen

Configuratie

Stel bij het registreren van een overschotapparaat het veld depends_on in op de apparaat-ID(‘s) die actief moeten zijn:

# Via service call:
service: solar_energy_management.register_surplus_device
data:
  device_id: pool_heater
  entity_id: switch.pool_heater
  name: Pool Heater
  priority: 6
  depends_on:
    - pool_pump

Afhankelijkheidsmodi

Afhankelijkheden instellen vanuit het dashboard

1. Ga naar het tabblad Besturing op het SEM-dashboard
2. Zoek het apparaat dat je afhankelijk wilt maken
3. Kies in de keuzelijst Vereist het bovenliggende apparaat
4. Het onderliggende apparaat springt automatisch in onder het bovenliggende
5. Om los te koppelen: zet Vereist terug op Geen — het apparaat wordt dan onafhankelijk

Afhankelijkheidspatronen

Keten (A → B → C):

≡  Pool Pump                    Requires: None
  ↳  Pool Heater                Requires: Pool Pump
    ↳  Pool Lights              Requires: Pool Heater

• De pomp moet aan staan voordat de verwarming kan starten
• De verwarming moet aan staan voordat de verlichting kan starten
• De pomp uitschakelen → schakelt de verwarming mee uit → schakelt de verlichting mee uit

Naast elkaar (A met B en C):

≡  Heat Pump                    Requires: None
  ↳  Circulation Pump           Requires: Heat Pump
  ↳  Buffer Valve               Requires: Heat Pump

• De warmtepomp moet aan staan voordat een van beide kan starten
• Circulatie en klep zijn onafhankelijk van elkaar
• De warmtepomp uitschakelen → beide onderliggende apparaten gaan uit

Hoe het werkt

1. Inschakelpoort: als SEM overschot heeft en een apparaat probeert in te schakelen, controleert het eerst of alle depends_on-apparaten in de vereiste toestand zijn
2. Uitschakelcascade: wordt een apparaat uitgeschakeld (overschot gedaald), dan worden alle apparaten die ervan afhangen ook uitgeschakeld
3. Overschotmodus: het onderliggende apparaat gaat alleen aan als het bovenliggende al draait EN er overschot is
4. Piekmodus: bij lastafschakeling schakelt het uitschakelen van het bovenliggende apparaat ook alle onderliggende uit
5. Dashboard: geblokkeerde apparaten tonen “⏳ Wacht op: {apparaat}” en springen zichtbaar in
6. Sleepbescherming: onderliggende apparaten kunnen niet worden versleept — ze blijven vast onder hun bovenliggende apparaat. Alleen bovenliggende apparaten kunnen opnieuw worden geordend
7. Blijvend: afhankelijkheidsinstellingen blijven bewaard na een herstart van HA
8. Bescherming tegen kringen: een koppeling die een kring zou vormen (A→B→A, of een langere keten), wordt geweigerd op het moment dat je hem instelt — vanuit het dashboard, vanuit set_device_property en vanuit register_surplus_device. SEM houdt je bestaande koppeling aan en logt een waarschuwing met de geweigerde; er is geen apart validatierapport om te draaien. Een kring die al in de opslag van een oudere versie zit, wordt bij de volgende herstart automatisch doorbroken, ook met een waarschuwing die de verwijderde koppeling noemt.