Het grote SMA topic

[SRB12]

Ik heb nu al een paar dagen een communicatiestoring:

"Alarm "Communication monitoring alarm" voor installatie bestaat nog steeds.

Het alarm informeert u bij communicatiestoringen binnen de installatie.

Het contact met de volgende apparaten is te laat."

Het gaat om een Sunny Tripower 10, die wel gewoon stroom levert. Dus in die zin is de urgentie niet zo hoog, alleen kunnen we hem niet uitlezen.
Ik heb de omvormer al een keer een minuut uit gezet, maar dat heeft niet geholpen.
We hebben deze melding ooit al een keer eerder gehad, maar die ging vanzelf weer weg. Nu zij we al een paar dagen verder, maar het werkt nog niet.

Ik ben hier verder niet heel bekend mee, dus ik weet eigenlijk niet waar ik nu moet beginnen. Ik vind deze kreet ook niet terug in dit topic.
Ons internet/wifi is niet gewijzigd en werkt wel normaal.

[sun62]

@SRB12 check of je de omvormer wel kan zien op je eigen netwerk bv met de app fing. Zoniet modem , router en dan omvormer allemaal een keer uit en weer aan. Misschien heb je last van een ip conflict oid.

[ Voor 12% gewijzigd door sun62 op 21-06-2025 13:33 ]

[SRB12]

Bijzonder, ik had nog niets gedaan en heb zojuist een melding gekregen dat de storing is verholpen.
En inderdaad kan ik het weer uitlezen. Raar, maar ok, mooi.

[Arkor]

Eddie_ schreef op vrijdag 20 juni 2025 @ 13:42:
[...]

Die oude data kunnen ze niet samenvoegen. Bij de overzetting naar Ennexos zijn alleen die systemen automatisch omgezet die ook online waren. Jij had geen nieuwe installatie moeten aanmaken maar moeten kiezen voor Gegevensovername uit bestaande Sunny Portal installatie.

@Arkor Is het je nog gelukt om alles weer werkend te krijgen?

Ja, het is uiteindelijk gelukt, hieronder het verhaal:

Herstelverhaal: Sunny Home Manager en Tripower weer werkend na storing
Na een kortdurende stroom- en netwerkinstabiliteit stopte mijn Sunny Home Manager 2.0 (SHM) met het doorgeven van actuele gegevens aan Sunny Portal. De SHM leek wel nog zichtbaar, en ook de Tripower 6.0 SE omvormer was bereikbaar, maar in Sunny Portal verscheen alleen oude data — geen actuele opwekking, batterijstatus of verbruik meer, ook niet na een reset.

Ik vond in de handleiding van de Sunny Home Manager 2.0 (versie HM-20-BE-nl-19 ) op pagina 73:
11.7.2 Sunny Home Manager na het resetten opnieuw aan de Sunny Portal installatie toewijzen
"Als u de Sunny Home Manager volledig hebt gereset , moet u de Sunny Home Manager in de Sunny Portal opnieuw toewijzen aan uw Sunny Home Manager-installatie. Anders accepteert de Sunny Portal geen gegevens van de Sunny Home Manager."

En daarvoor heb je de PIC en RID codes nodig.
Ik heb deze RID- en PIC-codes opgezocht (ze staan op de sticker aan de zijkant van de SHM in de meterkast), en vervolgens via www.sunnyportal.com → Installatie Setup wizard → Apparaten vervangen of toevoegen, de Sunny Home Manager opnieuw toegevoegd aan mijn installatie met het invoeren van de PIC en RID code — zonder het apparaat eerst te verwijderen uit Sunny Portal (want dan ben je al je gegevens kwijt).
Dat gaf nog steeds geen actuele data.

Spanningsloos zetten van de Sunny Home Manager bleek de sleutel.

Daarna heb ik de hele installatie spanningsloos gezet:
• De Tripower handmatig uitgezet via de AC-schakelaar,
• De groep met de SHM uitgeschakeld via de hoofdzekering,
• En alles 5 minuten laten rusten.

Vervolgens heb ik de installatie weer in de juiste volgorde aangezet:
1. Eerst de SHM weer aangezet door het inschakelen van de hoofdzekering,
2. Toen de omvormer (Tripower).
En ja hoor: actuele gegevens verschenen vrijwel direct weer in Sunny Portal, en ook de SMA Energy App werkte weer zoals voorheen.

Samenvatting
• Sunny Portal accepteert geen actuele data van een SHM na reset zonder heraanmelding via PIC/RID.
• Verwijderen uit Sunny Portal is niet nodig, dan raak je alle gegevens kwijt.
• Volledige stroomonderbreking (met name van de SHM) kan nodig zijn om communicatie en synchronisatie volledig te herstellen.
Hopelijk helpt dit anderen die ook na een reset of stroomstoring met een ‘stille’ SHM of omvormer zitten.

[heuvele]

Sunny Tripower 8.0 uitschakelen bij negatieve prijzen.

Ik heb geen idee of anderen hier ervaring mee hebben maar bij negatieve prijzen wil ik mijn Tripower omvormer uitzetten. Ik kreeg via mijn installateur te horen dat ik dit dan handmatig moest doen via het ennexOS portaal. Na het nodige uitzoekwerk blijkt dat de parameter die daar wordt gezet gekoppeld is aan register 40009. Dit is een 32 bits register (waarom zou je 32 bits gebruiken voor 3 waardes?) en de waarde 381 komt overeen met STOP en de waarde 1467 met START. Ik heb de volgende routines geschreven en die in HA getest en dat blijkt te werken. Het leek me goed om dat hier te delen zodat anderen er ook hun voordeel mee kunnen doen en ik ben benieuwd of anderen hier ook ervaring mee hebben en of het ook hen beeld is dat je de omvormer hiermee via modbus veilig kunt aan/uitzetten.

start_omvormer_garage:
alias: Start omvormer garage
sequence:
- service: modbus.write_register
data:
hub: sma_stp_garage
unit: 3
address: 40009
value: [0, 1467]
mode: single

stop_omvormer_garage:
alias: Stop omvormer garage
sequence:
- service: modbus.write_register
data:
hub: sma_stp_garage
unit: 3
address: 40009
value: [0, 381]
mode: single

[AUijtdehaag]

@heuvele
Zet de code even tussen

YAML:

  [code=yaml][/code] 

Dan zal ik de post pinnen

[ Voor 6% gewijzigd door AUijtdehaag op 23-06-2025 22:03 ]

[Jojan265]

heuvele schreef op maandag 23 juni 2025 @ 21:18:
Sunny Tripower 8.0 uitschakelen bij negatieve prijzen.

Ik heb geen idee of anderen hier ervaring mee hebben maar bij negatieve prijzen wil ik mijn Tripower omvormer uitzetten. Ik kreeg via mijn installateur te horen dat ik dit dan handmatig moest doen via het ennexOS portaal. Na het nodige uitzoekwerk blijkt dat de parameter die daar wordt gezet gekoppeld is aan register 40009. Dit is een 32 bits register (waarom zou je 32 bits gebruiken voor 3 waardes?) en de waarde 381 komt overeen met STOP en de waarde 1467 met START. Ik heb de volgende routines geschreven en die in HA getest en dat blijkt te werken. Het leek me goed om dat hier te delen zodat anderen er ook hun voordeel mee kunnen doen en ik ben benieuwd of anderen hier ook ervaring mee hebben en of het ook hen beeld is dat je de omvormer hiermee via modbus veilig kunt aan/uitzetten.

start_omvormer_garage:
alias: Start omvormer garage
sequence:
- service: modbus.write_register
data:
hub: sma_stp_garage
unit: 3
address: 40009
value: [0, 1467]
mode: single

stop_omvormer_garage:
alias: Stop omvormer garage
sequence:
- service: modbus.write_register
data:
hub: sma_stp_garage
unit: 3
address: 40009
value: [0, 381]
mode: single

Dat register moet je niet gebruiken hiervoor. Dat is een register die je niet te vaak moet beschrijven volgens de handleiding:

code:

Operation.OpMod

Parameters

Alg.bedrijfstoestand

Gebruiker   
Apparaat > Bedrijf > Alg.bedrijfstoestand

381: Stop (Stop)

1467: Start (Str)

2

‒

Installateur    
-

40009

2

U32

TAGLIST

RW Waarschuwing voor cyclisch beschrijven

Volgens mij kun je beter register 41253 hiervoor gebruiken.

[Andrehj]

@heuvele Graag z.s.m. even je post aanpassen om te voorkomen dat anderen n.a.v. je voor hun omvormer gevaarlijke advies het geheugen van hun omvormer slopen. Register 40009 is daar zoals al gemeld echt niet geschikt voor.
Ik kan je aanraden om voordat je dit soort besturingen gaat maken heel goed de modbus-handleidingen van SMA te lezen (daarin staat dit namelijk expliciet beschreven!) en vooral ook te begrijpen wat je aan het doen bent.

[ Voor 5% gewijzigd door Andrehj op 25-06-2025 14:45 ]

[Proton_]

Volgens de modbus handleiding die hier rondzwerft is register 40018 beter geschikt. Die is zelfs write-only

[Pindamann]

Pindamann schreef op donderdag 20 maart 2025 @ 07:29:
[...]


Aah dank! Alleen als ik de documentatie lees dan krijg ik toch de indruk dat die daar niet voor bedoeld is, of lees ik dit verkeerd?

[Afbeelding]

[Afbeelding]

Vervolgens staat er nog een pagina waar ze het over andere registers hebben voor de power control?
[Afbeelding]

Update:
ter aanvulling, in https://files.sma.de/downloads/EDMx-Modbus-TI-en-16.pdf staat het volgende. Dit is niet specifiek voor Tripower, maar ze spreken hier wel specifiek voor RW, wat mooi is, omdat ik me zorgen maak over een WO register.

[...]


Update2:
Een forum post van iemand die tegen het issue aan was gelopen na 3 jaar met een zgn RW register https://community.home-as...yclical-writing-warning-1

Zijn conclusie was tevens dat de WO register wel safe zijn voor veelvuldig schrijven.

Conclusie:
Registers 40016 en 40023 zijn zgn WO registers die veilig zijn om continu bij te werken en niet onderhevig aan het 'cyclical write' gevaar. Althans, zo ver ik kan vinden

Nog even ter aanvulling op mijn post. Ik maakte me destijds zorgen of modbus register 40016 wel veilig was om continu aan te passen. Ik heb SMA daar zelf ook een vraag over gesteld en daar heb ik maanden later nog antwoord op gekregen:

Beste,

excuses voor het zeer late antwoord,
bij deze alsnog de bevestiging dat 40016 cyclish geschreven kan worden.
Je kan alle parameters van de Sunny TriPower 4.0 op onze website vinden.
wanneer een parameter niet cyclisch beschreven kan worden staat dat doorgaans in de laatste kolom aangeduid.


Met vriendelijke groeten,

Cordialement,

Best regards,


Philip Geens

Application Engineer

[Wozmro]

Met behulp van een home assistant green regel ik momenteel dus mijn SMA omvormer via modbus TCP voor wat betreft zero-export.

En dat werkt heel erg goed. Maar nu heb ik een praktische vraag: stel dat mijn HA green crasht net op het moment dat de omvormer op bvb 1% uitgangsvermogen staat.

Is er dan een gemakkelijke/snelle mogelijkheid om die weer op 100% te krijgen zonder connectie met home assistant?

Ik heb het nu zelf nog niet getest maar kan dit door de omvormer eens volledig uit te schakelen?

[Strontvlieg]

Wozmro schreef op zondag 29 juni 2025 @ 23:04:
Met behulp van een home assistant green regel ik momenteel dus mijn SMA omvormer via modbus TCP voor wat betreft zero-export.

En dat werkt heel erg goed. Maar nu heb ik een praktische vraag: stel dat mijn HA green crasht net op het moment dat de omvormer op bvb 1% uitgangsvermogen staat.

Is er dan een gemakkelijke/snelle mogelijkheid om die weer op 100% te krijgen zonder connectie met home assistant?

Ik heb het nu zelf nog niet getest maar kan dit door de omvormer eens volledig uit te schakelen?

Volgens mij beeindigt ie vanzelf de mode met beperkt vermogen als ie x tijd geen stuursignalen heeft gehad. En x is niet heel erg lang. Probeer maar eens, de meldingen zie je terug in de log.

[remcoXP]

Ik ga zo een tweedehands SMA ophalen voor in mijn tuin.

de installateurscode zal gewijzigd zijn en heeft hij niet, hopelijk kan ik die resetten.
naast dat ik hem lokaal ga uitlezen, kan je hem ook in https://ennexos.sunnyportal.com/ erbij zetten?
ik zie in de config wel dat ik een installatie kan toevoegen maar weet niet of mijn huidige er dan uitgegooid wordt?

[mvrtwkrs]

even inhaken, weet niet of het al vermeld is.

Ik heb een SMA Sunny TriPower 5.0 & SMA Homemanager 2.0

De standaard oplossing , om via homeassistant modbus, voor het terugleveren te regelen, te gebruiken werkt dan niet (althans hier werkte het niet).

Wat wel werkt is ipv de modbus v/d STP aan te spreken, de modbus v/d homemanager aanspreken.
En dan wel register 40016,

configuration:

code:

modbus:
  - type: tcp
    host: 192.168.1.199  # VERVANG DIT MET HET IP-ADRES VAN JE SMA HOME MANAGER
    port: 502
    name: "modbus_homemanager20" # Je kunt hier een eigen naam kiezen
    delay: 5
    message_wait_milliseconds: 600
    timeout: 5

automation:

code:

      - action: modbus.write_register
        data:
          hub: modbus_homemanager20
          slave: 2
          address: 40016
          value: 0

Value 0 - geen teruglevering, 100 - volledige teruglevering
(nu nog ff kijken om de opwekking geheel te stoppen op eenzelfde manier)

[scifoflux]

Ik zoek beetje advies en mening van SMA experts.
Ben van België.

Heb 2x SMA Tripower omvormers. 1x 4kW (oost-west) & 1x 5kW (zuid).
Geïnstalleerd eentje in 2022 & andere sinds 2023.
Alsook een SMA home manager 2.0 en stuur sinds kort via EVCC de laadpaal aan.

Nu zou ik een thuis batterij willen plaatsen, mijn huidig zelfverbruik volgens SMA home manager is 55% van de zonnepanelen & covert 37% van mijn werkelijk verbruik. Ik neem nog 9229kW van het net & lever 4340kw terug op jaarbasis. (jaar 2024).
Dus ik denk wel dat thuis batterij wel een rendabel optie kan zijn.
In de zomer laden op zon en in de winter opladen met dynamische contract van het net als goedkoop is.

Oorspronkelijk tijdens de nieuwbouw had ik de batterij voorzien in mijn geïsoleerd tuinhuis.
Want wou batterij niet in huis wegens brandgevaar. (I know worst worst case).
Hiervoor zou ik de sunny boy storage 5kw gebruiken, maar volgens SMA gaat deze EOL en is ook enkelfasig. Dewelke niet interessant is. Het kan want alles is voorzien zelf branddetectie.

Andere optie is de bestaande recente omvormers van 5kW te vervangen door de hybride 3-fase omvormer van 5kw. Echter is er veel interesse in een tweedehandse omvormer van 5kw?
Batterij zou BYD HVM zijn.

Is het plaatsen van batterij & vervangen van omvormer te doen om zelf te doen? Heb wel iemand die elektrotechnische opleiding en ervaring heeft. Heb installateur wachtwoord etc..
Laat het ook keuren en meld hem aan, heb ik bij mijn vorige installatie ook gedaan.

Maar wat raden jullie aan? Omvormer enkel batterij of hybride?

[Josh77]

@scifoflux Ik zou voor een hybride omvormer gaan want die levert mooi over 3 fasen terug en kan ook nog voorzien in noodstroom. Deze zijn nu scherp geprijsd bij Winkelman zonnepanelen. Op een SMA home manager 2.0 kan maar 1 hybride omvormer maar wel ondersteund door 1 of meerdere gewone omvormers.
Voor een schappelijke prijs is er vast wel een liefhebber op marktplaats voor de gebruikte omvormer maar dat gaat je niet meevallen wat die nog opbrengt. Je kan hem ook als reserve houden of je panelen uitbreiden op een ander dakvlak. Of een accu uit kan moet ieder voor zich bepalen want geen situatie is gelijk maar ik draai hier met een 8 kW SMA tripower SE en een 13,8 kWh BYD HVM sinds half Februari voor 98- 99 % op eigen stroom. In de winter gaat dit niet lukken natuurlijk met mijn 10,2 kWp aan zonnepanelen en dan kom er ook nog een warmtepomp bij in september.

[Streamz]

Ook even een vraag, ik zit te kijken naar de Sunny Boy Hybride 3.6 1-fase omvormer.

Er kan 7.2kW aan panelen op aangesloten worden, en omvormen kan met 3.6kW max. Stel, ik sluit er accu's op aan. Is het dan zo dat op het moment dat ik er 5kW aan panelen op aansluit, en er 3,6kW omgevormd wordt voor gebruik, er automatisch 1.4kW de accu ingaat? Of is dit iets dat per definitiie softwarematig ingeregeld moet worden? Dus dat je bijv 1kW "reserveert" voor opladen van de accu?

Ik heb reeds een SMA omvormer, en als ik nu in de portal kijk, zie ik geen enkele mogelijkheid om eea in te stellen namelijk. Iemand een idee hoe dit werkt?

Verder zie ik dat er ook een noodstroom optie is, die eenfasig tot 7200W zou kunnen gaan, waar ik me weinig bij kan voorstellen.

[scifoflux]

Josh77 schreef op donderdag 3 juli 2025 @ 14:40:
@scifoflux Ik zou voor een hybride omvormer gaan want die levert mooi over 3 fasen terug en kan ook nog voorzien in noodstroom. Deze zijn nu scherp geprijsd bij Winkelman zonnepanelen. Op een SMA home manager 2.0 kan maar 1 hybride omvormer maar wel ondersteund door 1 of meerdere gewone omvormers.
Voor een schappelijke prijs is er vast wel een liefhebber op marktplaats voor de gebruikte omvormer maar dat gaat je niet meevallen wat die nog opbrengt. Je kan hem ook als reserve houden of je panelen uitbreiden op een ander dakvlak. Of een accu uit kan moet ieder voor zich bepalen want geen situatie is gelijk maar ik draai hier met een 8 kW SMA tripower SE en een 13,8 kWh BYD HVM sinds half Februari voor 98- 99 % op eigen stroom. In de winter gaat dit niet lukken natuurlijk met mijn 10,2 kWp aan zonnepanelen en dan kom er ook nog een warmtepomp bij in september.

Is waar. Maar mijn oude omvormer mag ik in BE niet hergebruiken.
Indien je meer dan 10KVA (of 10kW) aan omvormers hebt wordt je beschouwd als producent en dien je een BTW nummer te hebben. Wat beetje overkill is.

De omvormer enkel voor batterijen wordt niet geteld in BE. Hybrides worden wel geteld ook als er geen zonnepanelen aan hangen...

Iemand ervaring met de hybride omvormer & EVCC integratie?
Want heb 2 EV's en wil niet dat mijn batterij wordt gebruikt voor het opladen van de EV.
Lijkt me waardeloos en te weinig.
Laadpaal is easee dus niet op te nemen in de sunnyportal of home manager 2.0

Dus ik zou EVCC de baas willen spelen.

[dennisfr]

Streamz schreef op vrijdag 4 juli 2025 @ 10:13:
Ook even een vraag, ik zit te kijken naar de Sunny Boy Hybride 3.6 1-fase omvormer.

Er kan 7.2kW aan panelen op aangesloten worden, en omvormen kan met 3.6kW max. Stel, ik sluit er accu's op aan. Is het dan zo dat op het moment dat ik er 5kW aan panelen op aansluit, en er 3,6kW omgevormd wordt voor gebruik, er automatisch 1.4kW de accu ingaat? Of is dit iets dat per definitiie softwarematig ingeregeld moet worden? Dus dat je bijv 1kW "reserveert" voor opladen van de accu?

Ik heb reeds een SMA omvormer, en als ik nu in de portal kijk, zie ik geen enkele mogelijkheid om eea in te stellen namelijk. Iemand een idee hoe dit werkt?

Verder zie ik dat er ook een noodstroom optie is, die eenfasig tot 7200W zou kunnen gaan, waar ik me weinig bij kan voorstellen.

Ik denk (ik weet het vrij zeker) dat een 3.6kW omvormer maximaal 3.6 kW kan omzetten, ongeacht of het naar de aangesloten accu (DC->DC), naar je woning net (DC->AC) , of een combinatie van beide gaat.

[Adam1980]

Vandaag is mijn PV installatie in gebruik genomen. Deze wil ik integreren in Home Assistant.

Tot mijn grote spijt en verbazing lees ik het volgende:

Devices with the ennexos operating system (like the Tripower X series) and all Energy Meters (SMA Energy Meter and SMA Sunny Home Manager) are not supported.

Ik heb een sunny tripower die ik beheer via het ennexos operating system. Is er nog een work-around bedenkbaar waardoor de integratie te maken is? Ik heb overigens ook een home manager, dus ik in die zin is er een en ander te regelen aan de installatie. Maar ik doe dit het liefste binnen HA.

[guido66]

Adam1980 schreef op vrijdag 4 juli 2025 @ 14:31:
Vandaag is mijn PV installatie in gebruik genomen. Deze wil ik integreren in Home Assistant.

Tot mijn grote spijt en verbazing lees ik het volgende:

Devices with the ennexos operating system (like the Tripower X series) and all Energy Meters (SMA Energy Meter and SMA Sunny Home Manager) are not supported.

Ik heb een sunny tripower die ik beheer via het ennexos operating system. Is er nog een work-around bedenkbaar waardoor de integratie te maken is? Ik heb overigens ook een home manager, dus ik in die zin is er een en ander te regelen aan de installatie. Maar ik doe dit het liefste binnen HA.

Via HACS kun je deze proberen: https://github.com/littleyoda/ha-pysmaplus

[dennisfr]

Adam1980 schreef op vrijdag 4 juli 2025 @ 14:31:
Vandaag is mijn PV installatie in gebruik genomen. Deze wil ik integreren in Home Assistant.

Tot mijn grote spijt en verbazing lees ik het volgende:

Devices with the ennexos operating system (like the Tripower X series) and all Energy Meters (SMA Energy Meter and SMA Sunny Home Manager) are not supported.

Ik heb een sunny tripower die ik beheer via het ennexos operating system. Is er nog een work-around bedenkbaar waardoor de integratie te maken is? Ik heb overigens ook een home manager, dus ik in die zin is er een en ander te regelen aan de installatie. Maar ik doe dit het liefste binnen HA.

Heb je toevallig ook Home Wizard? Als je daar het (betaalde maar het geld meer dan waard) Energy+ hebt, kun je de SMA in Home Wizard als meter toevoegen, en via de Home Wizard integratie uitlezen in Home Assistant. (zo heb ik het ook werkend)

[Andrehj]

Adam1980 schreef op vrijdag 4 juli 2025 @ 14:31:
Vandaag is mijn PV installatie in gebruik genomen. Deze wil ik integreren in Home Assistant.

Tot mijn grote spijt en verbazing lees ik het volgende:

Devices with the ennexos operating system (like the Tripower X series) and all Energy Meters (SMA Energy Meter and SMA Sunny Home Manager) are not supported.

Ik heb een sunny tripower die ik beheer via het ennexos operating system. Is er nog een work-around bedenkbaar waardoor de integratie te maken is? Ik heb overigens ook een home manager, dus ik in die zin is er een en ander te regelen aan de installatie. Maar ik doe dit het liefste binnen HA.

Waarom ben je afhankelijk van EnnexOS? Je kunt de omvormer toch direct, via je eigen netwerk (en ModbusTCP), uitlezen? Ik zou die afhankelijkheid van EnnexOS niet eens willen...

[Adam1980]

EnnexOS hoeft van mij ook niet, maar die levert sma nu eenmaal. En vanuit daar ben ik begonnen.

Ik ben nu de hacs route aan het verkennen. Misschien dat ik daarna weer andere routes probeer.

Vanavond ga ik er even voor zitten (op m'n telefoonscherm gaat het niet heel soepel).

[Josh77]

@ Streamz Mijn SMA tripower SE hybride levert meer dan de 8 kW als er ook een accu op aangesloten is omdat dat dc- dc conversie is en los staat van de dc - ac converter. Ik neem aan dat dat ook geld voor de hybride sunny boy.

[Josh77]

@Adam1980
Als je direct kunt inloggen op het ip adres van de omvormer met het installateurs wachtwoord en in de webinterface van de omvormer komt kun je dat ook met Home Assitant. Is mijn ook gelukt met een tripower en een tripower SE. Je kunt dan heel veel waarden in HA uitlezen.

[Navi]

Adam1980 schreef op vrijdag 4 juli 2025 @ 14:31:
Vandaag is mijn PV installatie in gebruik genomen. Deze wil ik integreren in Home Assistant.

Tot mijn grote spijt en verbazing lees ik het volgende:

Devices with the ennexos operating system (like the Tripower X series) and all Energy Meters (SMA Energy Meter and SMA Sunny Home Manager) are not supported.

Ik heb een sunny tripower die ik beheer via het ennexos operating system. Is er nog een work-around bedenkbaar waardoor de integratie te maken is? Ik heb overigens ook een home manager, dus ik in die zin is er een en ander te regelen aan de installatie. Maar ik doe dit het liefste binnen HA.

Kan gewoon lokaal via Modbus. Heb ik ook werkend in HA met mijn Tripower X.

[Adam1980]

Ik heb inmiddels via HACS de sma device plus integratie werkend. 40 entiteiten via de omvormer, 17 via sma home manager. Maar een mogelijkheid om de omvormer in HA aan te sturen zie ik nog niet (zero export bv). Of zie ik het dan over het hoofd? Kan ook via de SMA Home Manager, maar als het in HA kan (wat ik dacht dat mogelijk was) dan is de SMA HM tamelijk overbodig.
Komende week even met de entiteiten vogelen om te zien wat handig is om in dashboards te verwerken. Iemand tips?

Weet trouwens iemand hoe je datapunten kan verwijderen die via SMA ennexos zijn opgeslagen? Bij in gebruikname is er een onregelmatigheid vastgelegd, die nu de grafiek met het verloop aardig verstoord (er is een waarde vastgelegd die 100x hoger is dan het waarschijnlijk was op dat moment).

[ Voor 1% gewijzigd door Adam1980 op 04-07-2025 22:39 . Reden: aanvulling ]

[Streamz]

Josh77 schreef op vrijdag 4 juli 2025 @ 21:45:
@ Streamz Mijn SMA tripower SE hybride levert meer dan de 8 kW als er ook een accu op aangesloten is omdat dat dc- dc conversie is en los staat van de dc - ac converter. Ik neem aan dat dat ook geld voor de hybride sunny boy.

[Afbeelding]

Kijk, dat is interessant. Al liggen de waardes nog wel erg binnen de marges natuurlijk. Maar volgens de diocumentatie van de Sunny Boy zou er ook middels een toekomstige HW update een noodstroom mogelijkheid komen van 7.2kW voor de 3.6kW versie, dus dit zou betekenen dat er inderdaad een soort overcapaciteit beschikbaar is. Maar hoe dit gaat werken kan ik dus nergens terugvinden.

Kun jij ook inregelen hoeveel er richting accu gestuurd wordt? Ofwel, zie jij extra functionaliteit omdat jij een Tripower Hybrid hebt tov de Tripower non-hybrid gebruikers zoals ik?

[Josh77]

@Streamz De gewone bijv. 8kW tripower is echt begrensd op maximaal 8 kW de hybride tripower is kwa voor maat ook al groter en zwaarder en kan maximaal 10,6 kW laden. Dat is afhankelijk van de accuspanning ,dus het aantal gestapelde batterijen en met maximaal 30 A. Ik heb zelf 5 BYD hvm modules en dat is ca. 260 V en die heb ik al een keer zien laden met 25 A. E.e.a is natuurlijk afhankelijk van je hoeveelheid PV vermogen.
Ik heb een Home Manager 2.0 en daarmee kan ik het maximale teruggeleverde vermogen aan het net begrenzen.
Het laden doe ik nu met de home manager ingesteld op geprognotiseerd laden, hiermee wordt de laatste ca. 25% van de batterij vertraagd geladen, met pauzes erin en afhankelijk van de weersverwachting. Maar om 14.00 h is hij meest vol.
Bij de hybride SunnyBoy staat in de datasheet ook een laadvermogen van 10 kW met maximaal 30 A dus ik neem ook aan dat die meer kan omzetten dan de 3,6 kW ac.
Ik hoop alleen dat SMA in het EnnexOS systeem wat meer instellingen wat betreft laden vrijgeeft.

[rene037]

Heb ik iets over het hoofd gezien of is het vreemd: Ik krijg geen https verbinding meer met mijn tripower 8.0 hybride. In mijn beleving had ik dat in het verleden (Relatief, want hij hangt nu 1 week) dat wel. (Ook SMA<s/n>.local geeft zelfde resultaat.
Ik heb nog even andere browser geprobeerd, maar ook daar krijg ik de melding dat de verbinding niet privé is.
Als ik rechts klik op het doorgestreepte https in de adresbalk zie ik wel een certificaat, waaraan ik zo heel snel niets geks zie.
Ik vraag de data via modbus tcp op in node-red en ik heb ook 2x gezien dat de verbinding weg is. Krijg geen reactie meer en ik kan de unit ook niet pingen en krijg ook de interne website niet als ik het ip-adres intyp.

Iemand een idee?

[Aftansert]

rene037 schreef op zaterdag 5 juli 2025 @ 23:44:
Heb ik iets over het hoofd gezien of is het vreemd: Ik krijg geen https verbinding meer

Maar je krijgt wel een (https) verbinding, immers zou er anders geen (verlopen / ongeldig) certificaat getoond kunnen worden. Wat gebeurt er als je het certificaat (tijdelijk) accepteert? Eventueel is `curl --insecure` ook nog te proberen.

[Josh77]

@rene037 Omvormer helemaal stroomloos maken, ook zonnepanelen en eventuele accu ontkoppelen en na een half uur opnieuw opstarten zou ik proberen.
De browser waarmee je inlogt op het ip adres wil ook wel eens protesteren over de veiligheid van de verbinding maar dan gewoon door gaan.

[ Voor 31% gewijzigd door Josh77 op 06-07-2025 10:00 ]

[ewh]

ewh schreef op woensdag 11 juni 2025 @ 19:18:
Hi @Eleanora Thnkx, ik heb er informatie uit gekregen (had modbus al zelf aangezet eerder in de omvormer), alleen de waardes zijn nog een beetje bijzonder...
[Afbeelding]
Het vreemde is ook dat ik in mijn netwerkwerk vanaf de omvormer (via WireShark) geen packets voorbij zie komen richting TCP poort 502. Wel UDP 9522. had zowel UDP als TCP naar poort 502 aangezet.

En het is gelukt om de omvormer uit te lezen en zichtbaar te krijgen in HomeAssistant. Niet via Modbus, maar via SMA-devices-plus. Had ik al staan, maar wilde niet meewerken. Opnieuw geïnstalleerd, waarna na aanmelden met de installer-credentials (wachtwoord van user was wellicht te lang, max 12 karakters) het device en de entities zichtbaar werden.
En gelijk een mooi dashboardje van gemaakt (met weinig zon..)

[Streamz]

@Josh77 Hm, ik heb helemaal geen zin om met andere software aan de gang te gaan. Doel is een simpel autonoom werkend systeem te krijgen in een tweede woning in het buitenland, waarbij er 3.6kW AC overdag beschikbaar is voor regulier verbruik, en zeg 1kW gedurende een uur of 10 voor het laden van een accu.

Mijn idee was dus om een Sunny Boy Hybrid 3.6 te pakken en daar iets van 4kW aan panelen aan te hangen

[remcoXP]

Ik heb een tweedehands sunny boy geplaatst en heb aller eerst ter test een losse stekker naar de stroom geplaatst. in de groene connector, dit was echter een tijdelijke oplossing, maar ik krrijg de stekkertjes er nu niet uit, is daar een foefje voor? veel geweld of is het een eenmalig gebruiksartikel?

[BiLLY_daKid]

@remcoXP Geen aansluiting is eenmalig.. foto?

[remcoXP]

BiLLY_daKid schreef op maandag 7 juli 2025 @ 11:42:
@remcoXP Geen aansluiting is eenmalig.. foto?

Gelukt

[ Voor 3% gewijzigd door remcoXP op 07-07-2025 12:48 ]

[rene037]

Aftansert schreef op zondag 6 juli 2025 @ 02:22:
[...]

Maar je krijgt wel een (https) verbinding, immers zou er anders geen (verlopen / ongeldig) certificaat getoond kunnen worden. Wat gebeurt er als je het certificaat (tijdelijk) accepteert? Eventueel is `curl --insecure` ook nog te proberen.

Sorry voor late reactie -was paar dagen off-line.
Bedoel je 'doorgaan(onveilig)'? Dat heb ik uiteraard gedaan, want dan kan ik de certificaatgegevens ook bekijken. De WEBUI werkt dan gewoon. Het certificaat is geldig tot 2037.

Algemene naam (CN) webui
Organisatie (O) SMA Solar Technology AG
Organisatie-eenheid (OU) ONLINE SERVICE CENTER
Algemene naam (CN) www.sma-solar.com
Organisatie (O) SMA Solar Technology AG
Organisatie-eenheid (OU) ONLINE SERVICE CENTER
Verleend op dinsdag 1 januari 2008 om 02:00:22
Verloopt op donderdag 24 december 2037 om 02:00:22

Ik heb het certificaat geïmporteerd, maar dat biedt geen soelaas. Het is niet verschrikkelijk, meer hinderlijk.

[rene037]

Josh77 schreef op zondag 6 juli 2025 @ 09:57:
@rene037 Omvormer helemaal stroomloos maken, ook zonnepanelen en eventuele accu ontkoppelen en na een half uur opnieuw opstarten zou ik proberen.
De browser waarmee je inlogt op het ip adres wil ook wel eens protesteren over de veiligheid van de verbinding maar dan gewoon door gaan.

Ja, als ik de ethernet kabel er ff uittrek en er weer in stop dat doet hij het weer. Hij verliest geen data, want dan zie ik in de app ook de ontbrekende data alsnog.
Maar net als dat van mijn andere post, beetje hinderlijk.
Ik gebruikte aanvankelijk een http request om opbrengst op te vragen, daaraan zag ik dat het stopte. Dat gaf echter maar zeer beperkte info, dus overgestapt op modbus tcp. Het gaat nu al paar dagen goed. Ook al lijkt het me niet logisch, wellicht had dat invloed.

[Josh77]

@Streamz Er even vanuit gegaan dat er bij jou tweede woning wel een netaansluiting aanwezig is heb je bij de sunny boy hybride met accu wel een SMA energy meter of SMA home manager 2.0 nodig want anders weet hij niet wat hij moet doen.
Je hoeft niet met andere software aan de gang te gaan , alles kan via het SMA portal.

[Streamz]

Dat had ik begrepen idd. Maar dan nog is me niet duidelijk of ik m kan instellen zoals ik het wil.

[Eleanora]

Heeft iemand hier een Sunny Boy Smart Energy met een Home Storage of andere batterij, en die het op- en ontladen van de batterij zelf stuurt?

Ik heb het energy management scheme aanstaan dat het eigen verbruik zo hoog mogelijk maakt. Dus bij overproductie wordt de batterij opgeladen, en bij te weinig productie wordt de batterij ontladen. Maar dit laadt de batterij met de vroegste zonnestralen op. Ik wil de batterij pas 's middags opladen, tijdens de piek. Maar de batterij moet nog wel ontladen tijdens de ochtend wanneer nodig.

Er zijn topics te vinden over mensen met een SMA Tripower die dit gedaan hebben, maar over specifiek de SBSE kan ik niets vinden. De modbus parameters zijn ook wat anders; zo kan ik schrijven naar 40236 (BMS operating mode; Setpoint.PlantControl.CmpBMS.OpMod[0]), maar dat heeft geen effect...

Ik ben heel erg benieuwd of dit iemand anders wel gelukt is!

[Josh77]

@Eleanora Ik zit er met mijn Tripower SE ook op te wachten, het schijnt wel beschikbaar te zijn in het oude Sunny Portal en komt later beschikbaar in het EnnexOS portal zo heb ik begrepen maar wanneer is nog niet bekend.

[Tons]

@Eleanora @Josh77
Ik heb een Tripower, met Home storage en de sunny home manager.
In dit artikel wordt uitgelegd hoe je dan e.e.a. kunt instellen: https://www.zonnefabriek....van-de-weersvoorspelling/
Maakte voor mij wel degelijk verschil. Het laden van de batterij verplaatst daarbij (enigzins) naar de middag.
Mij is verteld dat dynamische tarieven dit najaar, bij de overgang naar kwartierprijzen, beschikbaar komt. Hij gaat dan rekening houden met die tarieven en je kunt de batterij dan ook opladen uit het net op het moment dat de prijs laag is.

[Franciesco]

Hier ook (o.a.) een Tripower SE en Home Manager 2.0. In combinatie met het geprognosticeerd laden én het invoeren van een max vermogen voor teruglevering wordt de batterij in deze tijd doorgaans pas later op de dag verder opgeladen dan de ingestelde min SoC (80% in mijn geval). Veel dagen komt de batterij niet verder dan ca 85% procent. Soms wat meer maar zelden 100%. Veel overtollige opwek wordt dan ook teruggeleverd aan het stroomnet.
Helemaal prima wat mij betreft want voorlopig is het verbruik bij mij tijdens de donkere uurtjes laag en is de batterij bij zonsopgang dan ook meestal niet lager dan 70%.

PS: ik zit nog in het oude portaal.

[Josh77]

Ook hier wordt geprognotiseerd laden gebruikt met begrensd max terugleverings vermogen maar het effect valt mij wat tegen in EnnexOS , in het beste geval is de batterij al vol om 14.00 h maar meestal rond 12.00 h.
Dit natuurlijk bij zonnige dagen. Ik hoop dus dat je in de toekomst het laden wat kunt uitstellen en zo meer naar het midden van de dag kunt verschuiven.

[Eleanora]

@Tons, bedankt voor het delen van die blogpost. Alleen is hier een Home Manager voor nodig, blijkt uit de blogpost van SMA waar naar verwezen wordt. Die heb ik niet. Ik wil wel nabootsen hoe de HM(2.0) de omvormer aanstuurt.

Verder viel mij op dat mijn ennexOS er anders uitziet:

Er is geen optie voor prognosegebaseerdladen...
Er is wel een peak-shaving profiel te kiezen, maar die limiteert ook het ontladen van de batterij. Terwijl ik alleen het opladen wil beperken.

[ Voor 0% gewijzigd door Eleanora op 13-07-2025 18:00 . Reden: typo ]

[Franciesco]

Josh77 schreef op zondag 13 juli 2025 @ 16:34:
Ook hier wordt geprognotiseerd laden gebruikt met begrensd max terugleverings vermogen maar het effect valt mij wat tegen in EnnexOS , in het beste geval is de batterij al vol om 14.00 h maar meestal rond 12.00 h.
Dit natuurlijk bij zonnige dagen. Ik hoop dus dat je in de toekomst het laden wat kunt uitstellen en zo meer naar het midden van de dag kunt verschuiven.

Misschien helpt het verhogen van de max teruglevering?
Zelf heb ik die maar iets onder het totale omvormer vermogen van mijn PV installatie (2x SMA omvormer) ingesteld. De resterende capaciteit van de batterij icm het omvormer vermogen heeft natuurlijk ook invloed op hoe snel de batterij 100% SoC kan bereiken.

[Josh77]

@Franciesco Mijn 8 kW Tripower SE staat nu op max 6 kW terugleveren maar ik heb hem een tijdje op 5 kW gehad en had de indruk dat het toen iets beter ging, op 7 en 7,5 kW was het effect nihil.
Ik krijg nu nog terugleververgoeding maar volgende maand gaat mijn nieuwe contract in en wordt de netto terugleververgoeding ca 1 cent dus dan ga ik het terugleveren nog meer beperken tot 3 of 4 kW.
Ik wil nu nog wel zoveel terug leveren dat ik het netgebruik van de warmtepomp in de winter kan salderen.
Als het salderen over is zal ik wel richting zero export gaan maar dat zien we tegen die tijd wel.

[Franciesco]

@Josh77 ok, hier gaat het dan wat anders.
Zelf heb ik de indruk dat de batterij vooral bijgeladen wordt boven de ingestelde minimale SoC als het overschot hoger is dan wat ingesteld is of als een dergelijk overschot niet verwacht wordt de komende tijd (wellicht afhankelijk van de gekozen korte of lange prognose). En daarnaast hopelijk als er verwacht wordt dat de lading daadwerkelijk nodig gaat zijn (bv als we weer in het verwarm seizoen zitten).

Zelf heb ik een Tripower SE van 10kW en daarnaast een reguliere Tripower van 6kW. Mijn ingestelde max teruglevering staat op 15kW. Boven de 15kW overschot heb ik in deze tijd meerdere uren rondom de middag als er volop zon is er daarnaast geen EV geladen wordt. Maar dan nog wordt de batterij niet vaak tot 100% geladen maar ergens tussen de 90 en 95% wat ik prima vind. Ben ik de EV aan het opladen op zonovergoten dagen en gedurende de uren met de grootste opwek (wat ik vaak probeer de timen), dan blijft batterij zelfs vaak steken op de ingestelde min SoC (80%) of hooguit enkele procenten meer.



Op dagen zoals vandaag waarbij er tussen de vele wolken door soms een korte piek is in overschot, dan gaat de SoC vaak uiteindelijk naar iets van 85%. Zijn er meer heftige opklaringen dan gaat de SoC wel naar 90% of meer.
Ook heb ik de indruk dat het systeem de batterij af en toe helemaal wil opladen. Wellicht voor de calibratie?
Deze maand is de batterij tot nu toe 2 keer vol geweest, de andere dagen dus niet.

[Josh77]

@Franciesco


Hier 2 plaatjes hoe het hier gaat, de 2e is beter maar laadlijn mocht wel wat vlakker lopen zodat de batterij om ca 17.00 h vol is. Hier komt hij bijna elke dag vol en de prognose periode staat op lang en het percentage voordat hij geprognotiseerd gaat laden staat op 50%. Wij hebben nog geen EV dus dat heeft ook nog geen remmend effect op de batterij laden.

[Tons]

Ik heb gisteren en vandaag nog even zitten spelen in Ennexos met EnergieBeheer (SOC) en Netbeheer (begrenzing werkelijk vermogen)
Ik heb (bijna) 10kW batterij en mijn panelen leveren max 5kW.
Als ik de begrenzing hoog instel, dan gaat hij direct de batterij laden. Als ik hem laag instel, dan gaat hij eerst terugleveren en daarna pas de batterij laden.
Geeft mij het gevoel dat hij zo redeneert:

• als ik veel mag terugleveren dan kan ik het meteen in de batterij stoppen, want ik hoef toch niet te begrenzen straks.
• als ik weinig mag terugleveren dan kan ik dat beter nu eerst doen, want als straks de zon echt fel schijnt dan kan ik het anders niet meer kwijt in de batterij.

E.e.a. voelt voor mij niet heel erg intuïtief, maar zo werkt het wel voor mij. Als ik de begrenzing laag instel dan gaat hij eerst terugleveren.

SOC staat op 60% en begrenzing op 50%.


Als je hem té laag instelt dan loop je weer het risico dat hij je teruglevering gaat beperken, dus het is echt even proberen wat voor jou de juiste waarden zijn.
En óók een paar dagen aankijken. Sunny Home Manager heeft ook tijd nodig om “in te leren”.

[ Voor 9% gewijzigd door Tons op 15-07-2025 16:28 ]

[Josh77]

@Tons Heb jij de prognose periode kort of op lang ingesteld?
Ik had ook de indruk als ik hem meer begrens dat het laden af en toe gepauzeerd werd en het langer duurde voordat de batterij vol was.

[Tons]

@Josh77 prognoseperiode staat op lang en geprioriteerd laden van de batterij staat uit

[ Voor 6% gewijzigd door Tons op 16-07-2025 07:44 ]

[rene037]

rene037 schreef op zaterdag 5 juli 2025 @ 23:44:
Heb ik iets over het hoofd gezien of is het vreemd: Ik krijg geen https verbinding meer met mijn tripower 8.0 hybride. In mijn beleving had ik dat in het verleden (Relatief, want hij hangt nu 1 week) dat wel. (Ook SMA<s/n>.local geeft zelfde resultaat.
...
Iemand een idee?

Ik kom hier even op terug, want niet echt een antwoord. Ik formuleer de vraag iest anders. Zien jullie dit:

of iets anders?

Alsnog dank.

[Josh77]

Ja Rene037 soms sputtert de browser wat tegen en dan zie ik dat ook met het ip adres, dan op doorgaan klikken.
Anders met je telefoon de QR code scannen met de Energy App en inloggen in je omvormer en kijken of de wifi instellingen goed staan.
Of bedraad met upt aansluiten.

[Aftansert]

rene037 schreef op donderdag 17 juli 2025 @ 11:24:
[...]


Ik kom hier even op terug, want niet echt een antwoord. Ik formuleer de vraag iest anders. Zien jullie dit

Dat zul je altijd zien ja. Een lokaal IP-adres kan geen geldig (breed vertrouwd) certificaat hebben, dus je zult in dat geval altijd een waarschuwing van je browser krijgen dat het netwerkadres niet overeenkomt met de Common Name uit het certificaat.

[rene037]

Ok, dank. @Josh77 Ik heb hem bekabeld aangesloten, wifi is disabled.
De vraag is dan waarom hij redirect naar https. Sessy doet dat bijv niet, net als node-red. Dan krijg je die hinderlijke melding niet. (En dat het op mijn lokale netwerk onbeveiligd is vind ik niet zo erg.)
Overigens kun (Of kon) je wel https gebruiken als je een self-signed certificaat in je browser installeert. Maar dat moet dan wel door bijv de omvormer gegenereerd worden. En dan via de download optie downloaden.
Maar voor intern gebruik is http het simpelst natuurlijk, al was het maar een optie. Want ondanks die melding is de verbinden wel versleuteld, dus voor andere mensen toch de betere optie.

[Tomski]

Nog iemand met een SMA EV charger en die de charger niet meer ziet in de SMA app op de gsm?

Op de ennexOS website is alles ok, maar in de app kan ik de laadpaal dus niet meer vrijgeven voor een laadsessie. Heb in de parameters "release via app" op no moeten zetten om te kunnen laden. Tabje laadpaal is dus niet meer te zien.

Enkel nog Dashboard, geschiedenis en mijn weergave gebied. Heb app al es verwijderd op de gsm samen met alle cache en data maar issue blijft. Geen zin om elke dag na mijn vertrek mijn laadpaal via de webinterface weer te gaan blokkeren.

[rene037]

Cache hoop ik, anders wordt het dure bedoeling😉

[Tomski]

rene037 schreef op maandag 21 juli 2025 @ 19:41:
Cache hoop ik, anders wordt het dure bedoeling😉

ja, sorry

[Franciesco]

@Tomski net even gekeken, en bij mij was de tab voor het EV laadstation er nog wel maar er werd niets getoond (zwart scherm). Na afsluiten en opnieuw opstarten van de app is de tab nu verdwenen (iOS). Dus je bent niet de enige met dit probleem…
Lijkt me een storing bij SMA, maar wel een vervelende.

[Franciesco]

Ook even in de app op de iPad gekeken, en deze laat een communicatiefout zien.
Misschien werkt een herstart van de EV charger.

[Franciesco]

@Tomski bij mij is het probleem van de missende EV charger tab opgelost.

Vanochtend was er een SMA melding over "verminderde functionaliteit" in de app, na een herstart van de app zojuist is de melding verdwenen en is de tab weer terug.

[Tomski]

Franciesco schreef op dinsdag 22 juli 2025 @ 11:46:
@Tomski bij mij is het probleem van de missende EV charger tab opgelost.

Vanochtend was er een SMA melding over "verminderde functionaliteit" in de app, na een herstart van de app zojuist is de melding verdwenen en is de tab weer terug.

Bij mij ook. Heb zelfs feedback ontvangen van SMA.

Thank you for your feedback. We are sorry to hear that experienced problems with our app. There was a temporary issue with the display in the consumer tab, which has now been resolved. You should be able to use the charging functions without restrictions again. Please check this. Sunny greetings ☀️

[Tomski]

En vandaag het volgende "SMA" issue, nu toont de homewizard de productie niet meer. Niet in app, niet op display. Weer es uitzoeken waar de communicatie misgaat.

[Peter69!]

Hulp gevraagd bij zero export.

Via homey pro wil ik mijn hm2.0 naar zero export sturen.
Ik heb al een grid guard code ingegeven in het systeem.
Als ik de flow hieronder in testmode start, geeft deze geen problemen.

Echter als ik de flow inschakel gebeurd er helemaal niets.
Ik heb alle variaties van register al geprobeerd, geen van alle werkt.
Weet er iemand wat er fout gaat?

[rene037]

Sinds ongeveer een maand heb ik een tripower SE 8.0 en ben wat aan het spelen met het uitlezen van de data via modbus TCP in Node-Red.
Ik vraag elke 10 sec reg 30775 op en geef die in een metertje weer (gauge). Om de opbrengst per 5 minuten te berekenen (en ook de opbrengst in €) tel ik al die metingen op en deel ik de som door 12, dan heb ik het aantal Wh voor die 5 minuten. Die waarde schrijf ik weg in de database. (Ik zou elke 10 sec kunnen wegschrijven, maar dat lijkt me wat onzinnig veel data. Bovendien slaat de SMA ze ook elke 5 minuten op.
Om te kijken of het een beetje klopt, deed ik een

code:

SELECT day(TIMESTAMP),sum(SMAWh), SUM(SMAEUR)
FROM pvdata 
GROUP BY DAY(TIMESTAMP)

Als ik die getallen vergelijk met wat de app me geeft als opbrengst, verschillen die. Maar... de verhouding is opvallend, De app kWh/mijn som kWh = 0,083, alleen het decimaal daarna wijzigt.
Ik heb ook de data per 5 minuten uitgelezen via de webinterface, maar het is me ook niet helemaal duidelijk welke kolom ik kan gebruiken om mijn 5 minutenwaarde met die van de SMA te vergelijken.
Als ik 'mijn' gemiddelde per 5 min sommeer en ook dat van de gedownloade file, dan verschilt de som maar 0,09%.
Op een bepaalde dag (Bijv 31 juli) is de som uit de file 295903 Wh (Kolom PvGen.PvW (Avg)), mijn som (Uit register 30775) is 296154,92 Wh. Nu vind ik beide getallen een beetje vreemd, want er zit nog een factor 10 tussen, terwijl de waarde in hele watts zouden moeten zijn en niet 0,1 Watt.
De app geeft een opbrengst van
In ieder geval krijg ik nergens het getal uit de app, dat is 24,67 kWh.

Geheel andere vraag: Er zijn 2 kolommen 'DcMs.Watt (Avg)', zijn dat de twee strings? En komen die dan (in principe) overeen met register 30773 en 30961? (Zo ja, vreemd dat die zo ver uit elkaar liggen)

[sun62]

@rene037 ik heb ook een tripower en heb gebruik gemaakt van een node (watt2kWh) die dit voor je doet. Ik heb hier de flow (input in watt)voor een complete meting:

[
{
"id": "f78046356bcc08fa",
"type": "group",
"z": "8ad03162.29812",
"name": "Actual",
"style": {
"fill": "#bfdbef",
"label": true,
"color": "#000000"
},
"nodes": [
"a33cbd7f45aab38b",
"9dba3d682762a657",
"5725e21cc56fdc8f",
"1bdc7cc7f10283a2",
"d91967a7215421f6",
"424293e46163377d",
"9f475179af1a8a9a",
"3c1c87a354deafce",
"10de3f362dc39ea2",
"727958dafe41d6cb",
"748fedc947cb2922"
],
"x": 2154,
"y": 528,
"w": 923,
"h": 213
},
{
"id": "3f235640b7cb44a9",
"type": "subflow",
"name": "0.xx",
"info": "",
"category": "",
"in": [
{
"x": 60,
"y": 75,
"wires": [
{
"id": "87ed2ab53564d859"
},
{
"id": "57918fca3037144d"
}
]
}
],
"out": [
{
"x": 315,
"y": 75,
"wires": [
{
"id": "57918fca3037144d",
"port": 0
}
]
}
],
"env": [],
"meta": {},
"color": "#DDAA99"
},
{
"id": "87ed2ab53564d859",
"type": "function",
"z": "3f235640b7cb44a9",
"d": true,
"name": "0.xx",
"func": "msg.payload = msg.payload.toFixed(2);\nreturn msg;",
"outputs": 1,
"timeout": "",
"noerr": 0,
"initialize": "",
"finalize": "",
"libs": [],
"x": 185,
"y": 75,
"wires": [
[]
]
},
{
"id": "57918fca3037144d",
"type": "change",
"z": "3f235640b7cb44a9",
"name": "Convert to 0.xx",
"rules": [
{
"t": "set",
"p": "payload",
"pt": "msg",
"to": "$number(msg.payload)\t\t",
"tot": "jsonata"
},
{
"t": "set",
"p": "payload",
"pt": "msg",
"to": "$round(msg.payload, 2)\t",
"tot": "jsonata"
}
],
"action": "",
"property": "",
"from": "",
"to": "",
"reg": false,
"x": 210,
"y": 160,
"wires": [
[]
]
},
{
"id": "d95f30fe955f4847",
"type": "subflow",
"name": "EnergyMeter to Production",
"info": "",
"category": "",
"in": [
{
"x": 305,
"y": 375,
"wires": [
{
"id": "948246a809f33085"
}
]
}
],
"out": [
{
"x": 1045,
"y": 375,
"wires": [
{
"id": "d5f9c56c7aa5ef72",
"port": 0
}
]
}
],
"env": [],
"meta": {},
"color": "#3FADB5",
"icon": "node-red-contrib-watt2kwh/power.png"
},
{
"id": "948246a809f33085",
"type": "energyMeter",
"z": "d95f30fe955f4847",
"name": "",
"topic": "",
"inputformat": "w",
"accuracy": "100",
"price": "",
"x": 485,
"y": 375,
"wires": [
[
"371ebe83edcbf263"
]
]
},
{
"id": "371ebe83edcbf263",
"type": "json",
"z": "d95f30fe955f4847",
"name": "convert",
"property": "payload.daily",
"action": "str",
"pretty": false,
"x": 660,
"y": 375,
"wires": [
[
"d5f9c56c7aa5ef72"
]
]
},
{
"id": "d5f9c56c7aa5ef72",
"type": "function",
"z": "d95f30fe955f4847",
"name": "Production Today",
"func": "var msg = msg.payload.daily ;\n\n\n\nreturn [{ payload: msg }]",
"outputs": 1,
"noerr": 0,
"initialize": "",
"finalize": "",
"libs": [],
"x": 840,
"y": 375,
"wires": [
[]
]
},
{
"id": "a33cbd7f45aab38b",
"type": "function",
"z": "8ad03162.29812",
"d": true,
"g": "f78046356bcc08fa",
"name": "Sensor 5140",
"func": "msg = msg.payload ;\n\nvar msg1 = {};\n\nmsg1.payload = { \"command\": \"udevice\", \"idx\": 5140, \"svalue\": msg, \"parse\": false } ; \n\nreturn [[msg1]];\n\n\n\n//msg1.payload = {\"command\": \"udevice\", \"idx\": 5132, \"svalue\": msg, \"parse\": false } ;\n\n//msg1.payload = { \"command\": \"udevice\", \"idx\": 5132, \"svalue\": msg, \"parse\": false };\n//{\"command\":\"udevice\", \"idx\":1234, \"svalue\":\"us;cu\"}\n//payload.svalue.daily\n//payload.daily\n//payload.svalue",
"outputs": 1,
"noerr": 0,
"initialize": "",
"finalize": "",
"libs": [],
"x": 2730,
"y": 700,
"wires": [
[]
]
},
{
"id": "9dba3d682762a657",
"type": "change",
"z": "8ad03162.29812",
"g": "f78046356bcc08fa",
"name": "last",
"rules": [
{
"t": "set",
"p": "#:(storeInFile)::last_daily",
"pt": "flow",
"to": "payload",
"tot": "msg"
}
],
"action": "",
"property": "",
"from": "",
"to": "",
"reg": false,
"x": 2815,
"y": 640,
"wires": [
[]
]
},
{
"id": "5725e21cc56fdc8f",
"type": "inject",
"z": "8ad03162.29812",
"g": "f78046356bcc08fa",
"name": "Last Used",
"props": [
{
"p": "payload"
}
],
"repeat": "",
"crontab": "",
"once": true,
"onceDelay": "0.3",
"topic": "",
"payload": "#:(storeInFile)::last_daily",
"payloadType": "flow",
"x": 2350,
"y": 640,
"wires": [
[
"1bdc7cc7f10283a2"
]
]
},
{
"id": "1bdc7cc7f10283a2",
"type": "change",
"z": "8ad03162.29812",
"g": "f78046356bcc08fa",
"name": "Last daily",
"rules": [
{
"t": "set",
"p": "topic",
"pt": "msg",
"to": "ldaily",
"tot": "str"
}
],
"action": "",
"property": "",
"from": "",
"to": "",
"reg": false,
"x": 2525,
"y": 640,
"wires": [
[
"d91967a7215421f6"
]
]
},
{
"id": "d91967a7215421f6",
"type": "SumUltimate",
"z": "8ad03162.29812",
"g": "f78046356bcc08fa",
"name": "sum",
"property": "payload",
"math": "sum",
"x": 2685,
"y": 595,
"wires": [
[
"a33cbd7f45aab38b",
"9dba3d682762a657",
"3c1c87a354deafce",
"52a61e92e8efef5a",
"748fedc947cb2922"
]
]
},
{
"id": "424293e46163377d",
"type": "change",
"z": "8ad03162.29812",
"g": "f78046356bcc08fa",
"name": "P today",
"rules": [
{
"t": "set",
"p": "topic",
"pt": "msg",
"to": "Ptoday",
"tot": "str"
}
],
"action": "",
"property": "",
"from": "",
"to": "",
"reg": false,
"x": 2525,
"y": 595,
"wires": [
[
"d91967a7215421f6"
]
]
},
{
"id": "9f475179af1a8a9a",
"type": "inject",
"z": "8ad03162.29812",
"g": "f78046356bcc08fa",
"name": "newday",
"props": [
{
"p": "payload"
},
{
"p": "topic",
"vt": "str"
}
],
"repeat": "",
"crontab": "00 00 * * *",
"once": false,
"onceDelay": 0.1,
"topic": "last_daily",
"payload": "0",
"payloadType": "num",
"x": 2360,
"y": 685,
"wires": [
[
"1bdc7cc7f10283a2"
]
]
},
{
"id": "3c1c87a354deafce",
"type": "function",
"z": "8ad03162.29812",
"d": true,
"g": "f78046356bcc08fa",
"name": "0.xx",
"func": "msg.payload= msg.payload.toFixed(2);\nreturn msg;",
"outputs": 1,
"timeout": "",
"noerr": 0,
"initialize": "",
"finalize": "",
"libs": [],
"x": 2830,
"y": 580,
"wires": [
[
"58f759ec555632c0"
]
]
},
{
"id": "10de3f362dc39ea2",
"type": "subflow:d95f30fe955f4847",
"z": "8ad03162.29812",
"g": "f78046356bcc08fa",
"name": "",
"x": 2300,
"y": 600,
"wires": [
[
"424293e46163377d"
]
]
},
{
"id": "727958dafe41d6cb",
"type": "group",
"z": "8ad03162.29812",
"g": "f78046356bcc08fa",
"name": "usage",
"style": {
"fill": "#7fb7df",
"label": true,
"color": "#000000"
},
"nodes": [
"58f759ec555632c0"
],
"x": 2899,
"y": 554,
"w": 152,
"h": 82
},
{
"id": "58f759ec555632c0",
"type": "ui_text",
"z": "8ad03162.29812",
"g": "727958dafe41d6cb",
"group": "3b8704e026eae2c8",
"order": 5,
"width": 6,
"height": 1,
"name": "Actual",
"label": "Actual",
"format": "{{msg.payload}} kWh",
"layout": "row-spread",
"className": "",
"style": true,
"font": "",
"fontSize": "16",
"color": "#0a95eb",
"x": 2975,
"y": 595,
"wires": []
},
{
"id": "3b8704e026eae2c8",
"type": "ui_group",
"name": "Usage Today",
"tab": "cccf47e4.857ec8",
"order": 1,
"disp": true,
"width": "6",
"collapse": true,
"className": ""
},
{
"id": "cccf47e4.857ec8",
"type": "ui_tab",
"name": "Energy",
"icon": "battery_charging_60",
"order": 2,
"disabled": false,
"hidden": false
},
{
"id": "748fedc947cb2922",
"type": "subflow:3f235640b7cb44a9",
"z": "8ad03162.29812",
"g": "f78046356bcc08fa",
"name": "",
"x": 2830,
"y": 580,
"wires": [
[
"58f759ec555632c0"
]
]
},
{
"id": "17813cbb0f1eff7e",
"type": "global-config",
"env": [],
"modules": {
"node-red-contrib-simple-energymeter": "0.7.2",
"node-red-contrib-boolean-logic-ultimate": "1.1.27",
"node-red-dashboard": "3.6.5"
}
}
]

[sun62]

@rene037

[ Voor 32% gewijzigd door sun62 op 02-08-2025 18:29 ]

[rene037]

Dank je, maar ik denk dat jij een andere functie gebruikt om registers uit te lezen. Ik zie ook register 5140 die jij lijkt te gebruiken niet in de lijst die ik heb.
Het blauwe 'Actual' is eigenlijk 'opbrengst vandaag tot nu', of EToday.
Ik heb het even geïmporteerd, maar teveel onbekende nodes om te kunnen testen.
Of lees je geen modbs register maar gebruik je rest api of zo?
Ik gebruik node-red-contrib-sma-webconnect.

[sun62]

Ik maak ook gebruik van hetzelfde modbus register en nog vele andere. Kijk maar eens hier op de github pagina :https://flows.nodered.org...acc6ebed2f5ebb5988757dfe9
Idx 5140 vrrwijst naar een domoticz sensor om het daar te kunnen gebruiken.
Maar voor jou toepassing werkt de. Watt2kwh node perfect. Dat is de enige node die je via de palette manager zou moeten installeren. Het is een node waar je het vermogen in watt op de ingang zet net als jou gauge en dan komt er kwh uit. Je kan dan een 5min timer maken om de 5min waarde te bepalen.

Linkje naar de watt2kwh node: https://flows.nodered.org/node/node-red-contrib-watt2kwh

Ik maak gebruik van een modbus node die rechtstreeks op de omvormer uitleest: https://flows.nodered.org/node/node-red-contrib-modbus

[ Voor 17% gewijzigd door sun62 op 03-08-2025 06:31 ]

[emielbf]

rene037 schreef op zaterdag 2 augustus 2025 @ 13:11:
Sinds ongeveer een maand heb ik een tripower SE 8.0 en ben wat aan het spelen met het uitlezen van de data via modbus TCP in Node-Red.
Ik vraag elke 10 sec reg 30775 op en geef die in een metertje weer (gauge). Om de opbrengst per 5 minuten te berekenen (en ook de opbrengst in €) tel ik al die metingen op en deel ik de som door 12, dan heb ik het aantal Wh voor die 5 minuten. Die waarde schrijf ik weg in de database. (Ik zou elke 10 sec kunnen wegschrijven, maar dat lijkt me wat onzinnig veel data. Bovendien slaat de SMA ze ook elke 5 minuten op.

30775 geeft het actuele vermogen weer (dacht ik), fluctuaties gedurende je meetperiode zie je dus niet. Kun je niet beter 30517 uitlezen? die meet de opgewekte kWh's en dat is zuiverder, lijkt me. 30517 is wel een teller (op dagbasis), dus je moet even de delta over 5 min pakken. Ik gebruik OpenHab, en daar is dat simpel, hoe je dat in HA moet doen, weet ik even niet.

[rene037]

sun62 schreef op zondag 3 augustus 2025 @ 05:32:
Ik maak ook gebruik van hetzelfde modbus register en nog vele andere. Kijk maar eens hier op de github pagina :https://flows.nodered.org...acc6ebed2f5ebb5988757dfe9
Idx 5140 vrrwijst naar een domoticz sensor om het daar te kunnen gebruiken.
Maar voor jou toepassing werkt de. Watt2kwh node perfect. Dat is de enige node die je via de palette manager zou moeten installeren. Het is een node waar je het vermogen in watt op de ingang zet net als jou gauge en dan komt er kwh uit. Je kan dan een 5min timer maken om de 5min waarde te bepalen.

Linkje naar de watt2kwh node: https://flows.nodered.org/node/node-red-contrib-watt2kwh

Ik maak gebruik van een modbus node die rechtstreeks op de omvormer uitleest: https://flows.nodered.org/node/node-red-contrib-modbus

Die W2kWh kan heel handig zijn, ware het niet dat ik die al gemaakt heb en die combineer met data van mijn oude omvormer (Panelen zijn vervangen, helft van de oude ligt op garagedak, brengen niet zoveel op maar beter dan weggooien) en ik bereken ook direct de opbrengst van die 5 minuten. En als ik dat sommeer, kom ik op hetzelfde getal als ik de getallen uit de webinterface optel, tot 2 cijfers achter de komma. Maar de app geeft een totaal andere waarde. Daar zit mijn probleem.

[ Voor 0% gewijzigd door rene037 op 03-08-2025 14:30 . Reden: typefoutjes ]

[rene037]

emielbf schreef op zondag 3 augustus 2025 @ 07:30:
[...]

30775 geeft het actuele vermogen weer (dacht ik), fluctuaties gedurende je meetperiode zie je dus niet. Kun je niet beter 30517 uitlezen? die meet de opgewekte kWh's en dat is zuiverder, lijkt me. 30517 is wel een teller (op dagbasis), dus je moet even de delta over 5 min pakken. Ik gebruik OpenHab, en daar is dat simpel, hoe je dat in HA moet doen, weet ik even niet.

Klopt, 30775 geeft actuele waarde. Die lees ik elke 10 seconden, tel ze op tot 5 minuten voorbij zijn en deel dan door 12. Dat is wat de firmware ook doet volgens de beschrijving. Vandaar dat gemiddeld ik opexact dezelfde waarde uitkom. (De 5 minuten lopen niet exact parallel.)

[mar-10]

Ik ben sinds kort de trotse bezitter van een SMA Tripower 5.0 SE.
Nu viel het mij op dat de installateur een alamat B16 met 30mA. Ik zie dat SMA minimaal 100mA voorschrijft. Maakt dat veel uit?

[Gurk2]

Maakt waarschijnlijk niet veel uit. Maar als de aardlek een keer ingrijpt, kan dat onterecht zijn omdat je een 30mA hebt ipv voorgeschreven 100mA. Mocht dat vaak gebeuren, dan zou ik het vervangen voor 100mA versie. Indien je geen monitoring op je systeem hebt, is het misschien goed om op voorhand te vervangen, zodat je niet maandenlang geen energieopwekking hebt, doordat de omvormer was afgeschakeld en je dit niet in de gaten had.

[rene037]

emielbf schreef op zondag 3 augustus 2025 @ 07:30:
[...]

30775 geeft het actuele vermogen weer (dacht ik), fluctuaties gedurende je meetperiode zie je dus niet. Kun je niet beter 30517 uitlezen? die meet de opgewekte kWh's en dat is zuiverder, lijkt me. 30517 is wel een teller (op dagbasis), dus je moet even de delta over 5 min pakken. Ik gebruik OpenHab, en daar is dat simpel, hoe je dat in HA moet doen, weet ik even niet.

Die 30517 geeft wel de waarde die overeenkomt met de app. (Was ik nog even vergeten te melden) Die gebruik ik ook om weer te geven. Maar het zou wel fijn zijn als de geregistreerde data van de samples hetzelfde getal zouden opleveren. Ik kan geen logicafout ontdekken, dan zou er een herkenbare factor tussen zitten. Wat wel opvalt is dat de afwijking elke dag zo'n 16,7% is. Dan denk je aan rendementverlies of verschil tussen AC en DC power, maar dat kan het eigenlijk ook niet zijn.

[Dalitso]

rene037 schreef op zondag 3 augustus 2025 @ 23:35:
[...]

Ik kan geen logicafout ontdekken, dan zou er een herkenbare factor tussen zitten.

Je schrijft "Ik vraag elke 10 sec reg 30775 op en geef die in een metertje weer (gauge). Om de opbrengst per 5 minuten te berekenen (en ook de opbrengst in €) tel ik al die metingen op en deel ik de som door 12". Dat klopt niet, maar ik denk dat het eerder aan je tekst ligt i.p.v. wat je daadwerkelijk doet, aangezien de methode in je tekst er een factor 30 naast zit.

Je maakt elke 10 seconden metingen, dus in 5 minuten 30 metingen. De som van die dertig metingen moet je eerst door 30 delen om een gemiddelde te krijgen. Dat gemiddelde deel je door 12 om de hoeveelheid Wh voor die 5 minuten te berekenen.

Verder: op welke waarde staat de scan_interval van modbus register 30775? Zon kan best wel fluctueren. Misschien dat daar de meetfout uit komt.

Ik zou ook liever een integraal van de metingen van 30775 nemen dan je berekening hierboven, om een mismatch in je scan_interval en de interval waarin je de meting neemt te voorkomen.

[rene037]

Klopt, ik bereken elke 5 min het gemiddelde van de metingen. Ik tel metingen op en deel door aantal metingen. Er komt niet altijd iets terug, vandaar dat ik niet door 30 deel maar door werkelijk binnengekomen data. Omdat het zo dicht tegen de getallen van de dump uit webinterface zit, voegt integraal weinig toe.
Maar dank voor het meedenken.

[Blijkt dat ik dit niet gepost had, dus beetje laat.]

[rene037]

Dalitso schreef op maandag 4 augustus 2025 @ 00:40:
[...]

Verder: op welke waarde staat de scan_interval van modbus register 30775? Zon kan best wel fluctueren. Misschien dat daar de meetfout uit komt.

Welk register of welke parameter in de webinterface is dat? Ik heb geprobeerd hem te vinden, maar zie hem niet.

[Kalentum]

rene037 schreef op zondag 3 augustus 2025 @ 23:35:
[...]


Die 30517 geeft wel de waarde die overeenkomt met de app. (Was ik nog even vergeten te melden) Die gebruik ik ook om weer te geven. Maar het zou wel fijn zijn als de geregistreerde data van de samples hetzelfde getal zouden opleveren. Ik kan geen logicafout ontdekken, dan zou er een herkenbare factor tussen zitten. Wat wel opvalt is dat de afwijking elke dag zo'n 16,7% is. Dan denk je aan rendementverlies of verschil tussen AC en DC power, maar dat kan het eigenlijk ook niet zijn.

Als de afwijking 16,7% is, dan zou je op elke 5 minuten ook al een afwijking moeten zien.

Als je dit volledig wilt uitpluizen moet je de onbewerkte data (dus wat je elke 10 seconden meet) ook loggen of opslaan in de database en dan kijken waar het mis gaat.

Ik gebruik zelf telegraf voor het uitlezen van modbus en als ik jouw berekening volg krijg ik ook afwijkingen. Je ziet een verschil in Wh tussen de berekende waarde en de door de SMA gerapporteerde waarde (register 30513):

code:

> select count(out_watt) as "aantal waarden", sum(out_watt)/count(out_watt)/12 as "berekend Wh", max(wh_out_today) - min(wh_out_today) as "Omvormer Wh" from sma where time > now() - 5m order by time desc
name: sma
time                           aantal waarden berekend Wh       Omvormer Wh
----                           -------------- -----------       -----------
2025-08-04T06:54:03.342167579Z 296            95.94679054054053 94

Voor dit interval is de berekende waarde bijna 2 Wh hoger dan de door de omvormer zelf gegeven waarde en dat is bijna 2% verkeerd.

SMA zelf logt data met 1-seconde intervallen, dus je kan een CSV downloaden via de webinterface en je setup valideren.

[rene037]

Als de afwijking 16,7% is, dan zou je op elke 5 minuten ook al een afwijking moeten zien.

Het is lastig die naast elkaar te zetten omdat er een klein tijdverschil zit tussen de start van de verschillende 5 min periodes. Maar zoals ik al zei, gemiddeld is het precies hetzelfde als wat de SMA in de download van de webinterface weergeeft. De som van die meetwaarden is ook gelijk aan mijn berekening.
Maar die som is niet gelijk aan register 30517.

SMA zelf logt data met 1-seconde intervallen, dus je kan je setup valideren.

De omvormer geeft het gemiddelde per 5 minuten in de download volgens de beschrijving.
Ik kan natuurlijk een tijdje elke seconde loggen, maar het zou wel heel vreemd zijn als ik dan geen verschil zie. Dan maak ik dezelfde rekenfout als de omvormer voor de 5 min opbrengst.
Ik denk eerder dat het twee verschillende grootheden zijn. één ruw en de ander met bepaalde verliezen meegerekend. Volgens de benaming is het niet het verschil tussen AC en DC.
En ik weet ook niet of de omvormer het zo leuk vindt als ik elke seconde de waardes opvraag.
Maar ook dank voor het meedenken.

[Kalentum]

rene037 schreef op maandag 4 augustus 2025 @ 09:27:
[...]

Het is lastig die naast elkaar te zetten omdat er een klein tijdverschil zit tussen de start van de verschillende 5 min periodes. Maar zoals ik al zei, gemiddeld is het precies hetzelfde als wat de SMA in de download van de webinterface weergeeft. De som van die meetwaarden is ook gelijk aan mijn berekening.
Maar die som is niet gelijk aan register 30517.

[...]

De omvormer geeft het gemiddelde per 5 minuten in de download volgens de beschrijving.

Ik herken dit niet. 'De beschrijving', waar staat die? Ik ben benieuwd waar jij dit hebt gelezen.

Ik kan natuurlijk een tijdje elke seconde loggen, maar het zou wel heel vreemd zijn als ik dan geen verschil zie. Dan maak ik dezelfde rekenfout als de omvormer voor de 5 min opbrengst.
Ik denk eerder dat het twee verschillende grootheden zijn. één ruw en de ander met bepaalde verliezen meegerekend. Volgens de benaming is het niet het verschil tussen AC en DC.
En ik weet ook niet of de omvormer het zo leuk vindt als ik elke seconde de waardes opvraag.
Maar ook dank voor het meedenken.

Nee je krijgt het nooit precies, het afleiden van energie uit een momentele waarde (Watt, vermogen) zal altijd verschillen opleveren. Hoe meer data je hebt (van 10s naar 1s interval), hoe beter de benadering wordt. Maar helemaa correct krijg je het niet.

Wil je Wh correct hebben dan zul je gewoon 1 van de Wh registers moeten uitlezen.

Als ik mijn logging van 1s interval naar 10s interval verlaag zie ik de afwijking alleen maar groter worden.

code:

select count(out_watt) as "aantal waarden", sum(out_watt)/count(out_watt)/12 as "berekend Wh", max(wh_out_today) - min(wh_out_today) as "Omvormer Wh" from sma where time > now() - 5m order by time desc
name: sma
time                           aantal waarden berekend Wh       Omvormer Wh
----                           -------------- -----------       -----------
2025-08-04T07:53:17.758379789Z 30             73.05277777777778 70

[Dalitso]

rene037 schreef op maandag 4 augustus 2025 @ 08:55:
Omdat het zo dicht tegen de getallen van de dump uit webinterface zit, voegt integraal weinig toe.

Dat is maar de vraag. Bugs zitten vaak verstopt in dat soort 'zekerheden'. Je voorkomt met een integraal ook een hoop zelf uitrekenen, en je kan de meetprecisie helemaal lostrekken van je rekenmethode met een integraal.

rene037 schreef op maandag 4 augustus 2025 @ 09:00:
[...]

Welk register of welke parameter in de webinterface is dat? Ik heb geprobeerd hem te vinden, maar zie hem niet.

Ik bedoel de interval waarin je client (HomeAssistant, NodeRed) de waarde van het register opvraagt. Dit is niet een setting aan de omvormerkant. In HomeAssistant zit het hier. Ik vraag 'm zelf elke seconde op.

[rene037]

Ik herken dit niet. 'De beschrijving', waar staat die? Ik ben benieuwd waar jij dit hebt gelezen.

In de kolomkop (Van kolom O als je het bestand in excel opent) staat DcMs.Watt (Avg)
Ofwel het gemiddelde van 5 minuten.

Als ik mijn logging van 1s interval naar 10s interval verlaag zie ik de afwijking alleen maar groter worden.

Maar over de hele dag toch niet? De ene keer zit je er wat onder, de andere keer wat boven. Gemiddeld kom je op hetzelfde uit. Die 1 sec sample is ook een momentopname. Voor korte periodes zul je met de 1 sec meting een preciezer getal krijgen, maar voor het totaal van de hele dag maakt het niets uit. En nogmaals, wat ik opvraag en optel is hetzelfde als wat SMA rapporteert in de genoemde kolom. Dus ik kan de vraag ook anders stellen, zonder dat ik naar mijn berekening kijk: Waarom zit er een verschil tussen de rapportage van kolom DcMs.Watt (Avg) en de dagopbrengst.

Enne... Ik denk dat ik er uit ben waar het verschil vandaan komt. Ik heb de kolom PvGen,PvWh (W in excel) genomen en eind van de dag afgetrokken van begin van de dag. [Getal A] Dat getal komt overeen met de app. Ook heb ik het verschil van de waarde per 5 minuten genomen, (Cel in kolom W afgetrokken van de cel eronder) die opgeteld en door 12 gedeeld. Dan kom je op een ander getal en rara.... Dat getal is anders dan [Getal A], nl 83%. Omdat dat elke dag hetzelfde verschil is, betekent dat dat de 'gemiddelde' waarde niet het gemiddelde is, maar ergens verkeerd afgerond.

[Dalitso]

rene037 schreef op maandag 4 augustus 2025 @ 10:57:

Voor korte periodes zul je met de 1 sec meting een preciezer getal krijgen, maar voor het totaal van de hele dag maakt het niets uit.

Het gaat hier toch over huidig vermogen in W? Tuurlijk mis je dan precisie over een hele dag als je minder vaak meet. Stel dat je op seconde 0 en seconde 30 meet. Als er dan veel wordt teruggeleverd tussen seconde 1 en 29, dan heb je dat gewoon gemist, en dat gebrek aan informatie herstelt zich niet bij metingen op andere momenten gedurende de dag.

[ Voor 7% gewijzigd door Dalitso op 04-08-2025 11:02 ]

[Kalentum]

rene037 schreef op maandag 4 augustus 2025 @ 10:57:
[...]

In de kolomkop (Van kolom O als je het bestand in excel opent) staat DcMs.Watt (Avg)
Ofwel het gemiddelde van 5 minuten.

Ah ok, dat is Dc, gelijkstroom, dus aan de zonnepanelenkant. Dat is nooit gelijk aan wat er uit de omvormer komt.

[rene037]

Dalitso schreef op maandag 4 augustus 2025 @ 11:01:
[...]

Het gaat hier toch over huidig vermogen in W? Tuurlijk mis je dan precisie over een hele dag als je minder vaak meet. Stel dat je op seconde 0 en seconde 30 meet. Als er dan veel wordt teruggeleverd tussen seconde 1 en 29, dan heb je dat gewoon gemist, en dat gebrek aan informatie herstelt zich niet bij metingen op andere momenten gedurende de dag.

Ja, daar heb je natuurlijk helemaal gelijk in. Maar ik keek alleen naar het excel sheet uit de app. En ik denk dat ik er nu wel uit ben, in tegenstelling tot wat ik na 'enne...' schreef.
De gemiddelde waarde is geen Watt, maar al omgerekend in Wh (gedurende die 5 minuten). Als ik dan alles optel kom ik op 99,7% - acceptabel zou ik zeggen. En dat geldt dan ook voor wat ik bereken, 99,79% uit excel vs 99,69% wat ik bereken uit de database. Dat verklaart ook de factor 10 die ik nog miste, zie aantal posts hiervoor, is ook opgelost.
Stom - stom - ik moest de som van de waardes uit mijn database nog door 12 delen. Dat ergens een factor fout zat klopte dus wel, maar die zat wel bij mij.

Idereen dus nogmaals dank voor meedenken.

[Ersus]

mar-10 schreef op zondag 3 augustus 2025 @ 21:28:
Ik ben sinds kort de trotse bezitter van een SMA Tripower 5.0 SE.
Nu viel het mij op dat de installateur een alamat B16 met 30mA. Ik zie dat SMA minimaal 100mA voorschrijft. Maakt dat veel uit?

Idd eens met het reeds voorgestelde om deze vooraf te wisselen naar 100mA Alamat.
Waarom dat niet meteen gedaan wordt is mij altijd opnieuw een raadsel, voert vrijwel altijd tot onnodige uitval van opbrengst, zoals ook al genoemd.

[Iggy3]

Goedenavond allen,
Wellicht dat iemand mij verder kan helpen.
Ik heb een oude STP 10000TL-10 omvormer die via bluetooth communiceert met Sunny Explorer. Met behulp van SBFspot op een Raspberry Pi is het me gelukt om deze omvormer te monitoren in Home Assistant.
So far so good, maar nu wil ik de omvormer ook graag kunnen uitzetten bij negatieve energieprijzen. Ik lees in dit forum dat dat via Modbus zou moeten kunnen maar ik zie op de omvormer niets wat op een aansluiting daarvoor lijkt. Volgens de handleiding kan de omvormer worden uitgebreid met een RS485 communicatie module. Is dat de manier om Modbus te gebruiken, en zo ja is die module nog ergens te krijgen? Of is er misschien een mogelijkheid om via bluetooth het vermogen te regelen?

[Josh77]

@Iggy3 Ik heb heel wat jaren een STP15000TL gehad en gemonitord met Sunny Explorer en ik kon via bluetooth ingelogd als installateur met een grid guard code bepaalde instellingen wijzigen.
Dat RS485 printje is nog in de handel verkrijgbaar voor ca 125 euro en was bedoelt voor onderlinge communicatie tussen omvormers en webbox. Er schijnt ook nog een powercontrol box te zijn waarmee het vermogen in 4 of 5 stappen teruggeregeld kan worden. Een en ander is ook afhankelijk van de firmware versie.
Bij de latere firmware moet je trouwens een wachtwoord aanmaken ipv de 0000 of 1111 code om in te loggen.
Ik zou eerst eens inloggen met bluetooth en kijken of je überhaupt het vermogen kan regelen en zo ja dan zou je zo'n RS485 kunnen kopen en het met modbus kunnen proberen.

[rene037]

@Dalitso Gedurende de dag middelt het uit. Net als dat je opwek mist, zoals in je voorbeeld, met je soms ook teveel.
Het draait nu een aantal dagen en in de morgen liggen de getallen nogal uit elkaar, maar aan het einde van de dag is het verschil 0,01 .. 0,2 kWh. Dat vindt ik behoorlijk precies...

[AUijtdehaag]

Peter69! schreef op vrijdag 1 augustus 2025 @ 16:10:
Hulp gevraagd bij zero export.

Via homey pro wil ik mijn hm2.0 naar zero export sturen.
Ik heb al een grid guard code ingegeven in het systeem.
Als ik de flow hieronder in testmode start, geeft deze geen problemen.

Echter als ik de flow inschakel gebeurd er helemaal niets.
Ik heb alle variaties van register al geprobeerd, geen van alle werkt.
Weet er iemand wat er fout gaat?

[Afbeelding]

Zit de HM2.0 in Sunnyportal geintegreerd?
Dan kan je helemaal niks aansturen. De waardes die je lokaal stuurt worden overschreven.
Ik heb mijn systeem verwijderd uit sunnyportal en kan de omvormers nu weer aansturen via modbus tcp/ip
Via de HM2.0 centraal aansturen lukt dan nog steeds niet, maar omvormers apart wel. Voor mij prima.

Ik kwam erachter door deze link

[Iggy3]

@Josh77 Bedankt voor je reactie. 125 euro vind ik best veel voor een oplossing waarvan nog niet zeker is dat het werkt. Dat geld investeer ik dan denk ik liever in een modernere omvormer. Ik ga eerst maar eens proberen om het vermogen handmatig via Sunny Explorer te regelen.

[Dalitso]

rene037 schreef op zondag 10 augustus 2025 @ 00:43:
Dat vindt ik behoorlijk precies...

Dat is een bijzondere definitie van precies. Het is juist aan beide kanten (plus en min) ongeveer even onnauwkeurig, en daarom kom je met de toevallig (vaak) uit rond de nul.

[rene037]

Dalitso schreef op zondag 10 augustus 2025 @ 14:31:
[...]

Dat is een bijzondere definitie van precies. Het is juist aan beide kanten (plus en min) ongeveer even onnauwkeurig, en daarom kom je met de toevallig (vaak) uit rond de nul.

Ja, dat is wat is zeg. Gemiddeld dus. En dus niet altijd.

[Josh77]

@Iggy3 Ik weet niet hoeveel Wpiek jij aan zonnepanelen op die 10 kW omvormer hebt maar de nieuwere tripower van SMA mag je tot 200% belasten onder voorbehoud van maximale string stroom en spanning van de omvormer. Die omvormers zijn zoals je op dit forum kunt lezen ook goed via modus aan te sturen en op marktplaats vaak genoeg voor een redelijke prijs aangeboden.
Dus als je die oude niet terugeregeld krijgt lijkt mij ook een modernere omvormer een betere optie.
Misschien zijn er nog andere merken omvormers die ook goed te regelen zijn maar ik blijf na al bijna 14 jaar SMA omvormers gebruikt te hebben er nog steeds fan van ook al zijn er dingen die ik graag anders zou zien , ze zijn kwalitatief degelijk gebouwd.

[Peter69!]

AUijtdehaag schreef op zondag 10 augustus 2025 @ 08:48:
[...]


Zit de HM2.0 in Sunnyportal geintegreerd?
Dan kan je helemaal niks aansturen. De waardes die je lokaal stuurt worden overschreven.
Ik heb mijn systeem verwijderd uit sunnyportal en kan de omvormers nu weer aansturen via modbus tcp/ip
Via de HM2.0 centraal aansturen lukt dan nog steeds niet, maar omvormers apart wel. Voor mij prima.

Ik kwam erachter door deze link

Ik heb het inmiddels werkend gekregen.
Ja er zit een hm2.0 in mijn systeem.
De fout was dat het een 16bit register is maar ik in 32 bit moet schrijven.
Beide omvormers regelen nu netjes terug naar 0 op de meter.