APS ecu-r lokaal data uitlezen (projectje)

[Marsje075]

Voor wie loopt te stoeien met hem apart aan en uitzetten van de inverters via http:/<ip-adres>//index.php/configuration/switch_state

Je zal moeten inloggen eerst, dit kan via
curl -c cookies.txt -X POST "http://<ip-adres>/index.php/configuration/check_login" \
-H "Content-Type: application/x-www-form-urlencoded" \
-d "username=admin&password=admin"

Vervolgens kan je de status ophalen van je inverters en die verder verwerken, heb dit in HA draaien en kan de inverters apart aan en uit zetten.

[Marsje075]

En wil je hem mooi integreren, gebruik de vernieuwde integratie https://github.com/HAEdwi...tant-apsystems_ecu_reader

Hier wat voorbeelden van mijn dashboards.

[deepbass909]

Termy schreef op donderdag 6 februari 2025 @ 12:43:
Zeg dat wel.. net deed ook de ECU Reader niks meer (beweerde m'n ECU-R niet meer te kunnen vinden op het IP) maar nu toch weer wel. Geen idee of opnieuw downloaden/herstarten HA of power cycle op de ECU-R het nou deed.. en hoe lang het blijft werken.
[...]

Ik loop hier ook tegenaan bij Domoticz. Mijn installatie draait sinds december en lees sinds 24 januari het uit in Domoticz via de handleiding van Bjorn Meijer. Het script roept het IP aan van de wifi-verbinding van de ECU-R (versie 2160), de ethernet-verbinding was in eerste instantie niet aangesloten. Deze zou ook niet nodig hoeven zijn, want uitlezen via dat script kan alleen via wifi.

Dat werkte tot 5 februari en toen was er ineens geen verbinding meer.

Op 8 februari heb ik als test de ethernet-kabel weer aangesloten, en ondanks dat die aansluiting een compleet ander IP heeft, werkt het script wel weer. De ethernet-kabel weer afkoppelen, en ik kan prompt de ECU niet meer uitlezen over wifi.

Hij blijft al die tijd wel online.

Nu hangt hij dus aan zowel ethernet als wifi. Voor mij niet echt een probleem, de ECU hangt pal naast een switch die nog een poort vrij had die toch nooit gebruikt zou gaan worden.

[Termy]

@deepbass909 Ik heb hier helaas geen ethernet in de buurt liggen dus dat zal voor mij niet werken. Het valt wel op dat het nu 2x gebeurd is en beide nadat ik de ECU-integratie geupdate heb, dus daar zal wel wat mis gaan. Opnieuw installeren lost het dan op.

Momenteel dus nergens last van, behalve dat het energy dashboard dat standaard in HA zit nogal eens de mist in gaat. Zo had ik gisteren dat er opeens een enorme bulk opwek tussen 3 en 4 bij kwam terwijl de ECU integratie zelf gewoon het correcte getal liet zien. Het viel op dat op het moment dat het dashboard mis gaat, de grafiek van de ECU 'today energy' een punt heeft waar het opeens naar 0 gaat en daarna weer terug naar waar het moet zijn. Het lijkt alsof het dashboard niet de waarde gewoon uitleest maar de verandering optelt waardoor op het einde van de dag opeens de boel verdubbelde.

Iemand dit ooit gezien en is hier een makkelijke oplossing voor?

[asing]

Marsje075 schreef op zaterdag 8 februari 2025 @ 15:51:
En wil je hem mooi integreren, gebruik de vernieuwde integratie https://github.com/HAEdwi...tant-apsystems_ecu_reader

Hier wat voorbeelden van mijn dashboards.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ik ben aan het migreren naar Home-Assistant. Momenteel zit een groot deel nog in Domoticz. Ik dacht ik voeg deze toe, prachtige integratie!

Maar helaas. Dag 1 van de integratie telde de plugin 22kWh, waar er 13 van het dak kwamr en vandaag kwam hij niet verder dan 2.5 omdat de integratie de ECU-R niet meer kon vinden. Ik heb geen idee wat of waarom maar bij mij wil hij nu niks meer.

Het python script wat voor de Domoticz data zorgt bleef het wel gewoon doen en noteerde weer een nette 13kWh. De ECU-R is dus niet vastgelopen.

[Termy]

@asing Hier ook constant problemen met het correct blijven krijgen van de data met die ECU reader. Geen idee waarom. M'n ECU heeft een statisch IP en toch komt er om de zoveel tijd (nog geen idee wat het precies veroorzaakt) opeens niks meer door en kan hij de ECU niet meer vinden .

[jordyc]

hier hetzelfde probleem. Sinds een aantal weken heb ik in HA ook de integratie draaien, maar om de zoveel tijd komt de data niet meer door. Wanneer ze het wel doen dan zie ik ook dat het aantal inverters wat online is constant wijzigt. In de app zie ik ook wel eens dat 1 of 2 inverters random op NC gaan.

Dit maakt me ook wat huiverig om automatiseringen te gaan bouwen om de zonnepanelen af te gaan schakelen in de zomer, want ik krijg hiermee niet het gevoel dat het geheel van APSystems en HA stabiel draait.

[asing]

Ik ervaar iets anders, bij mij kan hij de complete ECU-R niet meer benaderen.

Mijn python script op Domoticz draait vrolijk door alsof er niets aan de hand is. En dat sinds maart 2023.

Ik heb even in de data bij APSystems gekeken, daar zie ik niks uitvallen.

[Nibblebit]

@asing In versie 2.2.2 wordt er beter geanticipeerd op een reboot van de ECU. Beste is op na een reboot 10 minuten te wachten omdat de ECU data en inverter data niet (meer) compleet zijn na een reboot. Althans ik zie dan met versie ECU-R-Pro_2.1.23 duidelijk gebeuren. De integratie gebruikt nu de cached data.

Ik ben benieuwd naar hoe het python script voor Domoticz dat afvangt ter inspiratie Waar kan ik dat vinden?

[asing]

Nibblebit schreef op vrijdag 21 februari 2025 @ 08:17:
@asing In versie 2.2.2 wordt er beter geanticipeerd op een reboot van de ECU. Beste is op na een reboot 10 minuten te wachten omdat de ECU data en inverter data niet (meer) compleet zijn na een reboot. Althans ik zie dan met versie ECU-R-Pro_2.1.23 duidelijk gebeuren. De integratie gebruikt nu de cached data.

Ik ben benieuwd naar hoe het python script voor Domoticz dat afvangt ter inspiratie Waar kan ik dat vinden?

Ik heb de afwijkingen gewoon overdag gezien. Het probleem is nu dat de integratie nu roept dat er geen ECU gevonden kan worden op het opgegeven IP adres. Dat terwijl het python scriptje nergens last van heeft.

Ik heb dat python scriptje ergens in dit topic gedeeld.

Edit : ander topic asing in "Domoticz - open source domotica systeem - deel 5"

[ Voor 6% gewijzigd door asing op 21-02-2025 10:08 ]

[jordyc]

zojuist is de communicatie met de ECU weer uitgevallen. In de log krijg ik een tweetal errors te zien, hopelijk helpt dit iets in het troubleshooten:

1.

code:

This error originated from a custom integration.

Logger: custom_components.apsystems_ecu_reader
Source: custom_components/apsystems_ecu_reader/__init__.py:117
integration: APsystems ECU Reader (documentation, issues)
First occurred: 15 February 2025 at 00:56:27 (626 occurrences)
Last logged: 11:00:35

Update failure caused by Finalization failure caused by: 'NoneType' object is not iterable
Update failure caused by an error while querying ECU where status is: None

2.

code:

This error originated from a custom integration.

Logger: custom_components.apsystems_ecu_reader
Source: custom_components/apsystems_ecu_reader/__init__.py:107
integration: APsystems ECU Reader (documentation, issues)
First occurred: 15 February 2025 at 01:11:28 (208 occurrences)
Last logged: 10:50:35

Response from ECU on reboot: Error regex don't match

[[RNMC] Viper]

jordyc schreef op vrijdag 21 februari 2025 @ 11:05:
zojuist is de communicatie met de ECU weer uitgevallen. In de log krijg ik een tweetal errors te zien, hopelijk helpt dit iets in het troubleshooten:

1.

code:

This error originated from a custom integration.

Logger: custom_components.apsystems_ecu_reader
Source: custom_components/apsystems_ecu_reader/__init__.py:117
integration: APsystems ECU Reader (documentation, issues)
First occurred: 15 February 2025 at 00:56:27 (626 occurrences)
Last logged: 11:00:35

Update failure caused by Finalization failure caused by: 'NoneType' object is not iterable
Update failure caused by an error while querying ECU where status is: None

2.

code:

This error originated from a custom integration.

Logger: custom_components.apsystems_ecu_reader
Source: custom_components/apsystems_ecu_reader/__init__.py:107
integration: APsystems ECU Reader (documentation, issues)
First occurred: 15 February 2025 at 01:11:28 (208 occurrences)
Last logged: 10:50:35

Response from ECU on reboot: Error regex don't match

Denk dat je beter even op github een issue aan kan maken. Ik weet dat HAEdwin sinds kort ook een ecu-r heeft dus meer mogelijkheden voor debuggen. Ook is in de laatste versie weer teruggegaan naar het resetten via opnieuw instellen van AP op de ecu-r.

[Nibblebit]

@jordyc Misschien moet je toch eerst even de laatste versie downloaden, vanochtend is die bijgewerkt naar v2.2.3. @asing de scraping methode die daar is toegepast werkt niet op de ECU-R en ECU-B, beide hebben geen web interface.

Eigenlijk is er geen enkele optimale oplossing:
- De ingebouwde website scrapen (niet geschikt voor ECU-R en ECU-B)
- Modbus gebruiken (niet geschikt voor ECU-R en ECU-B)
- Proxymethode (niet geschikt voor ECU-R-Pro en ECU-C)
- ECU-reader https://github.com/HAEdwi...tant-apsystems_ecu_reader (geschikt voor alle ECU's, met soms verschillende resultaten vanwege firmware, problemen met de connectiviteit van het thuisnetwerk, firmware-instabiliteit). Momenteel een gebruikersgroep van 720+ gebruikers op HA en dat is meer dan de APsystems EZ-series waarvoor een originele integratie op HA bestaat (138 gebruikers).

Een die niet is onderzocht, is de seriële poort, maar deze kan alleen worden geactiveerd op de ECU-R-Pro en ECU-C omdat ik niet denk dat deze is geactiveerd op de ECU-R en ECU-B.

[Treenaks]

Nibblebit schreef op zaterdag 22 februari 2025 @ 14:14:

- Modbus gebruiken (niet geschikt voor ECU-R en ECU-B)

Modbus werkt hier prima op een ECU-R, zowel via RS-485 als Modbus-TCP

[asing]

Nibblebit schreef op zaterdag 22 februari 2025 @ 14:14:
@asing de scraping methode die daar is toegepast werkt niet op de ECU-R en ECU-B, beide hebben geen web interface.

Ik heb een ECU-R (21620xx serrienummer). Zo staat het op het label op de ECU.

Ik gebruik voor het uitlezen de LAN aansluiting. Via Wifi krijg ik hooguit een certificaat melding maar komt er geen data. Dus als je de interface wil scrapen dan moet je hem aansluiten op de kabel en dat adres gebruiken.

Hoop dat dat helpt

Ik heb inmiddels ook een scrape in HomeAssistant zitten. Die draait nu een dag.

[Nibblebit]

@asing Je hebt dan een ECU-R-Pro, de ECU-R modellen die beginnen met 21600xx hebben geen ingebouwde webUI of Modbus. Aanvankelijk is de integratie geschreven voor de ECU-R 21600xx maar omdat er een bredere behoefte bestond hebben we getracht deze zo universeel mogelijk in te kunnen zetten. @Treenaks dan heb jij ook een ECU-R-Pro met een serienummer wat begint met 21620xx, klopt dat?

[Treenaks]

Nibblebit schreef op zaterdag 22 februari 2025 @ 16:02:
@asing Je hebt dan een ECU-R-Pro, de ECU-R modellen die beginnen met 21600xx hebben geen ingebouwde webUI of Modbus. Aanvankelijk is de integratie geschreven voor de ECU-R 21600xx maar omdat er een bredere behoefte bestond hebben we getracht deze zo universeel mogelijk in te kunnen zetten. @Treenaks dan heb jij ook een ECU-R-Pro met een serienummer wat begint met 21620xx, klopt dat?

Hij is me verkocht als "gewoon" ECU-R, maar serienummer begint daar inderdaad mee.

[asing]

Treenaks schreef op zaterdag 22 februari 2025 @ 20:41:
[...]

Hij is me verkocht als "gewoon" ECU-R, maar serienummer begint daar inderdaad mee.

Ik wist tot deze week ook niet dat er een pro versie was.

[dooiedodo]

Goh, dat dit topic nog actief is. Kreeg geen notificaties meer dus heb hier al maanden geen blik gegooid. Zie dat er veel ontwikkeling is geweest. Mooi gewerkt.
Wil me er niet teveel mee bemoeien maar eigenlijk klopt te topic titel ook voor geen meter meer en kan de start post onderhand ook wel anders. Of mss gewoon idee om nieuw topic 'APS microinverters intergreren in HA' te starten?

[asing]

Op zich een goed punt. AP Systems wordt meer en meer gebruikt en voor de tweaker die het wil integreren in HA (of Domoticz) is het nogal onduidelijk. Er zijn inmiddels 3 of 4 van die ECU versies in omloop met ieder zijn eigen voor en nadelen.

Ik ben weer terug bij een scrape, dat werkt voor mij het beste. De integratie die @Marsje075 hierboven laat zien is prachtig maar mijn ECU-R-Pro weigert na 1,5 dag te integreren. Anderen kunnen weer niet scrapen want hun ECU heeft weer geen web pagina.

Ik ben inmiddels geholpen maar ik lees hier af en toe mee om mensen te helpen en zelf wat te leren.

[Nibblebit]

@dooiedodo Wel ja joh, we gaan gewoon rustig door wat gebruik jij ondertussen?

[dooiedodo]

Nibblebit schreef op maandag 24 februari 2025 @ 15:56:
@dooiedodo Wel ja joh, we gaan gewoon rustig door wat gebruik jij ondertussen?

naast liters neusspray vorige week nog steeds de sheumaker integratie. Zelden issues en als er ietsis, is het ook zo weer running.

[Nibblebit]

dooiedodo schreef op maandag 24 februari 2025 @ 16:02:
[...]

naast liters neusspray vorige week

Gelukkig weer wat beter want je kunt weer computeren (zei mijn moeder altijd tegen mij vroeger).

Kijk als je wilt naar https://github.com/HAEdwi...tant-apsystems_ecu_reader. Uiteindelijk toch maar hier doorgegaan om het in lijn te brengen met de https://github.com/HAEdwin/homeassistant-apsystems_ecu_proxy als optie. Die is ook onwijs stabiel maar helaas alleen voor de ECU-R 2160 en ECU-B (waarschijnlijk want ik heb daar nog geen feedback over ontvangen). Blijft toch wel een dingetje dat het voor een enkeling toch niet lekker werkt en dat is jammer.

[jgsr]

Hoi allen, ik heb sinds enige tijd de ecu proxy in gebruik en werkt erg goed. Wat mij wel opvalt is bij gebruik van de daily energy sensor, de data van de vorige dag in de grafiek blijft staan. Daardoor start de dag in de min... dit zou te maken hebben met de state_class welke nu op "total" staat en dit zou "total_increasing" moeten zijn. Dit heb ik gewijzigd, maar ik blijf de opbrengst van de vorige dag zien. Iemand een idee of tip hoe ik dit kan oplossen?

[Nibblebit]

@jgsr state_class total is correct voor deze sensor omdat deze wel degelijk ook omlaag kan in de grafiek (als de dag voorbij is wordt deze weer op 0 gezet). state_class total_increasing geeft aan dat de waarde in de grafiek eigenlijk nooit omlaag kan maar alleen maar stijgt over de tijd.

[jgsr]

Nibblebit schreef op maandag 24 februari 2025 @ 19:16:
@jgsr state_class total is correct voor deze sensor omdat deze wel degelijk ook omlaag kan in de grafiek (als de dag voorbij is wordt deze weer op 0 gezet). state_class total_increasing geeft aan dat de waarde in de grafiek eigenlijk nooit omlaag kan maar alleen maar stijgt over de tijd.

Ahhh Ok .. maar er lijkt wel geen reset plaats te vinden einde of begin van een nieuwe dag.
Als ik de hourly sensor gebruik gaat het wel goed.

[Nibblebit]

Vreemd, alles werkte goed namelijk... lukt het je om een issue aanmaken op GitHub? Ook als reminder

[jgsr]

Nibblebit schreef op maandag 24 februari 2025 @ 20:08:
Vreemd, alles werkte goed namelijk... lukt het je om een issue aanmaken op GitHub? Ook als reminder

Jaa dat lukt wel, ik rommel nog eerst wel wat.

[dooiedodo]

Nibblebit schreef op maandag 24 februari 2025 @ 16:35:
[...]

Gelukkig weer wat beter want je kunt weer computeren (zei mijn moeder altijd tegen mij vroeger).

Kijk als je wilt naar https://github.com/HAEdwi...tant-apsystems_ecu_reader. Uiteindelijk toch maar hier doorgegaan om het in lijn te brengen met de https://github.com/HAEdwin/homeassistant-apsystems_ecu_proxy als optie. Die is ook onwijs stabiel maar helaas alleen voor de ECU-R 2160 en ECU-B (waarschijnlijk want ik heb daar nog geen feedback over ontvangen). Blijft toch wel een dingetje dat het voor een enkeling toch niet lekker werkt en dat is jammer.

de proxy is cool, totaal geen belasting op hardware of wat dan ook. Zou eigenlijk voor alle ECU moeten werken. Als m'n integratie meet problemen zou geven, was dat wat ik koos

[EmHaKa]

Gratje schreef op maandag 25 april 2022 @ 17:38:
@HiBe daarom zeg ik ook: ik DENK Je kan natuurlijk proberen het internet toegang te blokkeren via je Router.

Ik heb mijn ECU in een apart VLAN dat via een timed firewall rule alleen van 21:30 tot 21:45 toegang heeft tot Internet (kan eenvoudig bij een EdgeRouter van UI).
Heeft als nadeel dat ik niet live mee kan kijken (maar na 3 jaar ging de lol daar ook wel vanaf), terwijl de
data wel netjes in de app komt voor de grafieken en historie.
Eerste voordeel: ik hoef niet bang te zijn dat de chinezen mijn PV uitschakelen als ze ons willen saboteren, zoals de russen nu doen met zee-kabels. Op een zonnige dag kunnen ze eenvoudig evenveel vermogen uitschakelen als 1x Borselle (geschat marktaandeel van 10% van alle PV 3GWp).
Tweede voordeel is dat ze niet zo snel firmware updates doorvoeren op eigen houtje, met de kans op bricken.

[EmHaKa]

EmHaKa schreef op vrijdag 28 februari 2025 @ 19:01:
[...]
Op een zonnige dag kunnen ze eenvoudig evenveel vermogen uitschakelen als 1x Borselle (geschat marktaandeel van 10% van alle PV 3GWp).

Omdat ik mijn bericht niet meer mag aanpassen, een reaktie op mezelf:
Ik heb scheef gekeken in de tabel van geinstalleerd PV vermogen, het moet zijn:
Op een zonnige dag kunnen ze eenvoudig evenveel vermogen uitschakelen als 10x Borselle (geschat marktaandeel van 10% van alle PV 30GWp).

[jordyc]

Met de introductie van het kunnen maximaliseren van de omvormers in HA ben ik aan het nadenken hoe ik dit kan gebruiken om tijdens negatieve uurprijzen NOM te gaan draaien. Ik zat in eerste instantie zelf te denken om een extra helper te bouwen die de export van de opwekking afhaalt om te bepalen wat het eigen verbruik is. Helaas wordt maar eens per 5 minuten aan HA doorgegeven wat de panelen opleveren. Dus niet een interval die het bruikbaar maakt voor NOM. Nu loop ik vast in hoe ik betrouwbaar mijn eigen verbruik ga bepalen.

Hoe pakken jullie dit aan?

[verguldebarman]

Ik heb helaas de verkeerde ecu-r (2160) om de omvormers te kunnen aansturen.

Ik vraag het gewoon, want wellicht heb ik geluk.....🙏

Heeft er iemand nog een ECU-R (SunSpec logo/2162xxxxxxxx) liggen??

[Batilan]

jordyc schreef op donderdag 3 april 2025 @ 10:15:
Met de introductie van het kunnen maximaliseren van de omvormers in HA ben ik aan het nadenken hoe ik dit kan gebruiken om tijdens negatieve uurprijzen NOM te gaan draaien. Ik zat in eerste instantie zelf te denken om een extra helper te bouwen die de export van de opwekking afhaalt om te bepalen wat het eigen verbruik is. Helaas wordt maar eens per 5 minuten aan HA doorgegeven wat de panelen opleveren. Dus niet een interval die het bruikbaar maakt voor NOM. Nu loop ik vast in hoe ik betrouwbaar mijn eigen verbruik ga bepalen.

Hoe pakken jullie dit aan?

Een homewizard kWh meter (1 of 3 fase) op je pv groep zetten?

[jordyc]

Ja dat is waar ik nu voor ga. Ik had gehoopt dat iemand een geniaal idee had om dit probleem zonder een kWh meter op te lossen, maar ik denk dat ik daar niet aan ontkom.

[Dapdodo]

@jordyc
Licht eraan welke APS ECU je hebt, want dan kan het met software of instellingen opgelost worden.

[ Voor 5% gewijzigd door Dapdodo op 12-04-2025 17:21 ]

[jordyc]

Ik heb de ECU-R pro, die kan is native helaas niet 0 op de meter draaien, maar je kunt er wel per omvormer de output bepalen vanuit HA.

[Dapdodo]

@jordyc
Je verbruik heb je al op je P1 meter en dat is snel zat.
Je opbrengst is met 5 min inderdaad te traag.
Maar zelfs met de ECU-C is die nog te traag op NOM.
Er lijkt dus een probleem met de snelheid van instelbaarheid op APS omvormers.
Ik vrees wat dat betreft dat je meer aan een gemiddelde moet denken.

Een screenshot als 0 op de meter draait. Tussen 13.00 en 17.00 uur vorige week zondag


NOM voor 20 minuten met meetwaarde per minuut in kW bij verstoring door waterkoker van 1800W.

[ Voor 61% gewijzigd door Dapdodo op 13-04-2025 08:36 ]

[Marsje075]

Ik heb een mooi dashboard draaien die met eventuele marge de inverters uit en in schakelt om zo dicht mogelijk bij de 0 te blijven. Dit draaien tot de laatste integratie update goed. Hij gad alleen met rood/groen en in tekst aan welke inverter(s) er uit zouden gaan.

Echter nu schakelt hij ze daadwerkelijk ook uit. Iemand enige idee wat er in de laatste update anders is?

[Nibblebit]

@Marsje075 Er is t.o.v. de vorige versie 2.6.0 niets veranderd wat van invloed zou kunnen zijn. Welke ECU heb je en bedoel je dat alle inverters worden uitgeschakeld ipv selectief individuele inverters? Er zit zo te zien nogal wat logica achter - creatief hoor!

[Dick_J]

JackBol schreef op donderdag 12 december 2024 @ 08:17:
Ik heb contact gehad met APS en ze hebben me het API endpoint gegeven. Het is https://api.apsystemsema.com:9282. Ik zie ook dat deze reageert, echter krijg ik nu error 4000, dus ik stuur nog een verkeerd request. Ik zal dit weekend eens kijken of ik dat gefixed krijg (zonder door mijn API budget heen te blazen 😂)

Hoi Jack, ik kwam jouw goed uitziend script tegen. Ik loop er mee te hannesen om gegevens uit de API te krijgen. Voor de signature is alleen het laatste deel van het requestpad nodig (dus alleen 'details' bijvoorbeeld) en de mintekens moeten uit de UUID verwijderd worden.
Dat gezegd hebbend: het genereren van de signature is mij nog niet gelukt, het lijkt toch anders te werken in Python dan het voorbeeldscript van AP.
Ik ben geen ontwikkelaar, loop vast. Heb jij nog tijd gevonden om verder te komen?

Groet, Dick

[JackBol]

Dick_J schreef op woensdag 16 april 2025 @ 22:11:
[...]

Hoi Jack, ik kwam jouw goed uitziend script tegen. Ik loop er mee te hannesen om gegevens uit de API te krijgen. Voor de signature is alleen het laatste deel van het requestpad nodig (dus alleen 'details' bijvoorbeeld) en de mintekens moeten uit de UUID verwijderd worden.
Dat gezegd hebbend: het genereren van de signature is mij nog niet gelukt, het lijkt toch anders te werken in Python dan het voorbeeldscript van AP.
Ik ben geen ontwikkelaar, loop vast. Heb jij nog tijd gevonden om verder te komen?

Groet, Dick

Hey, ik heb er nooit meer tijd in gestoken.

[iwanovich]

Ik heb een ECU-R uit de 2160 serie. Ondanks de SunSpec sticker en vermelding in de SunSpec Modbus handleiding kan ik geen open TCP poort anders dan 8899 vinden op het apparaat, ook al is de modbus functionaliteit ingeschakeld via de EMA Manager app. Ik overweeg nu om een ESPHome-achtige oplossing te maken en de RS485 aansluiting te gebruiken (via een RJ45 stekker) om te kijken of ik respons krijg via de RTU-verbinding. Zijn hier Tweakers die weten of die RS485 verbinding via de tweede RJ45 socket kans van slagen heeft of bij voorbaat gedoemd is niet te werken?

[Treenaks]

iwanovich schreef op maandag 12 mei 2025 @ 18:34:
Ik heb een ECU-R uit de 2160 serie. Ondanks de SunSpec sticker en vermelding in de SunSpec Modbus handleiding kan ik geen open TCP poort anders dan 8899 vinden op het apparaat, ook al is de modbus functionaliteit ingeschakeld via de EMA Manager app. Ik overweeg nu om een ESPHome-achtige oplossing te maken en de RS485 aansluiting te gebruiken (via een RJ45 stekker) om te kijken of ik respons krijg via de RTU-verbinding. Zijn hier Tweakers die weten of die RS485 verbinding via de tweede RJ45 socket kans van slagen heeft of bij voorbaat gedoemd is niet te werken?

Bij mij werkt hij als een zonnetje (heh). Ook via TCP overigens.

Ik heb een tooltje gemaakt dat de SunSpec gegevens uitleest en in MQTT prakt, zodat Home Assistant er wat mee kan: pv2mqtt -- werkt ook met andere SunSpec-compliant omvormers!

[iwanovich]

iwanovich schreef op maandag 12 mei 2025 @ 18:34:
Ik heb een ECU-R uit de 2160 serie. Ondanks de SunSpec sticker en vermelding in de SunSpec Modbus handleiding kan ik geen open TCP poort anders dan 8899 vinden op het apparaat, ook al is de modbus functionaliteit ingeschakeld via de EMA Manager app. Ik overweeg nu om een ESPHome-achtige oplossing te maken en de RS485 aansluiting te gebruiken (via een RJ45 stekker) om te kijken of ik respons krijg via de RTU-verbinding. Zijn hier Tweakers die weten of die RS485 verbinding via de tweede RJ45 socket kans van slagen heeft of bij voorbaat gedoemd is niet te werken?

Ik heb het verkeerde ip-adres gebruikt! nanmelijk die van de WLAN interface, ipv de LAN interface. Met nmap een port-scan doen werkt sowieso niet, kennelijk. Maar met mbpoll een request sturen, dat werkt wel. het is me gelukt om informatie via Modbus-TCP uit te lezen. Nu hoop ik dat ik er ook mijn inverters mee kan aan-/uitschakelen.

[Y0ur1]

iwanovich schreef op dinsdag 13 mei 2025 @ 12:46:
[...]


Ik heb het verkeerde ip-adres gebruikt! nanmelijk die van de WLAN interface, ipv de LAN interface. Met nmap een port-scan doen werkt sowieso niet, kennelijk. Maar met mbpoll een request sturen, dat werkt wel. het is me gelukt om informatie via Modbus-TCP uit te lezen. Nu hoop ik dat ik er ook mijn inverters mee kan aan-/uitschakelen.

Hier laatst ook de omvormers kunnen dimmen via modbus TCP met de oude 2160 versie. Ik had wel zwak signaal naar de omvormers en wist niet 100% wat ik aan het doen dus was een lastig proces maar uiteindelijk wel voor elkaar gekregen! De 2162 versie is dus wel handiger omdat het dan via de webinterface/api kan maar via modbus kan dus ook met de 2160 versie.

Ik heb overigens bij mijn installateur nagevraagd hoe het zit met de 2162 versie: het officiele antwoord van de importeur en leverancier is dat deze niet geleverd wordt in de EU. Wat gek is want ik zie veel Tweakers die deze versie wel hebben. Maar mogelijk leveren ze weer oude stock ofzo want mijn zonnepanelen zijn net gelegd en ik heb een 2160 versie..

[iwanovich]

Y0ur1 schreef op dinsdag 13 mei 2025 @ 17:09:
[...]

Hier laatst ook de omvormers kunnen dimmen via modbus TCP met de oude 2160 versie. Ik had wel zwak signaal naar de omvormers en wist niet 100% wat ik aan het doen dus was een lastig proces maar uiteindelijk wel voor elkaar gekregen! De 2162 versie is dus wel handiger omdat het dan via de webinterface/api kan maar via modbus kan dus ook met de 2160 versie.

Ik heb overigens bij mijn installateur nagevraagd hoe het zit met de 2162 versie: het officiele antwoord van de importeur en leverancier is dat deze niet geleverd wordt in de EU. Wat gek is want ik zie veel Tweakers die deze versie wel hebben. Maar mogelijk leveren ze weer oude stock ofzo want mijn zonnepanelen zijn net gelegd en ik heb een 2160 versie..

Kan (en wil) je delen hoe je dat gedaan hebt via modbus? Ik probeer nu met mbpoll (linux cli tool) om het juiste register te beschrijven (40189), maar helaas nog zonder succes.

mbpoll -p502 -o3 -t4 -r40188 -a2 -1 <IP-adres ECU-R> 258 0

[ Voor 16% gewijzigd door iwanovich op 13-05-2025 18:30 ]

[Y0ur1]

iwanovich schreef op dinsdag 13 mei 2025 @ 18:29:
[...]


Kan (en wil) je delen hoe je dat gedaan hebt via modbus? Ik probeer nu met mbpoll (linux cli tool) om het juiste register te beschrijven (40189), maar helaas nog zonder succes.

mbpoll -p502 -o3 -t4 -r40188 -a2 -1 <IP-adres ECU-R> 258 0

[Afbeelding]

Die uiteg van die adressen vind ik extreem vaag gedocumenteerd. Het is/was dus een kwestie van uitproberen en goed kijken wat er gebeurd.

Ook had ik zo veel issues gehad met de verbinding naar mijn omvormers, wat is pas laat ondekte, dat ik het schrijven (en het echt begrijpen wat er gebeurd) voor een andere keer heb gelaten. Je moet goed kijken welke waardes je verstuurd en in welk formaat. Komt allemaal heel erg nauw. Uiteindelijk heb ik dus wel een limit weten te activeren en weer uit kunnen zetten maar welk commando dat is geweest kan ik je helaas niet zeggen.

Uit mijn notities heb ik wel het volgende gevonden (op eigen risico):

code:

echo "40189 WMAXLIMPCT"
mbpoll -o 10 -1 -a 1,2,3,4,5,6 -q -0 -r 40189 192.168.1.115

echo "40193: WMAXLIM_ENA"
mbpoll -o 10 -1 -a 1,2,3,4,5,6 -q -0 -r 40193 192.168.1.115

Ook heb ik uiteindelijk nog een Windows tool gebruikt voor de communicatie via modbus, vond ik toch wat makkelijker werken dan mbpoll.

Ik heb nog geen tijd gehad om er eens rustig voor het schrijven te gaan zitten. Dat wil ik gaan doen als ik mijn eigen home assistent heb draaien.

Edit: het stukje "Basic information table:" in de sunspec modbus PDF van Apsystems legt het protocol wel aardig uit volgens mij. Je kunt met zo'n windows tool (kan misschien ook met mbpoll) het verkeer op byte/hex niveau zien dus het is een kwestie van een beetje hacken.

Als ik commando's heb die 100% werken zal ik ze sowieso even posten.

[ Voor 9% gewijzigd door Y0ur1 op 13-05-2025 20:04 ]

[iwanovich]

Y0ur1 schreef op dinsdag 13 mei 2025 @ 19:38:
[...]

Die uiteg van die adressen vind ik extreem vaag gedocumenteerd. Het is/was dus een kwestie van uitproberen en goed kijken wat er gebeurd.

Ook had ik zo veel issues gehad met de verbinding naar mijn omvormers, wat is pas laat ondekte, dat ik het schrijven (en het echt begrijpen wat er gebeurd) voor een andere keer heb gelaten. Je moet goed kijken welke waardes je verstuurd en in welk formaat. Komt allemaal heel erg nauw. Uiteindelijk heb ik dus wel een limit weten te activeren en weer uit kunnen zetten maar welk commando dat is geweest kan ik je helaas niet zeggen.

Uit mijn notities heb ik wel het volgende gevonden (op eigen risico):

code:

echo "40189 WMAXLIMPCT"
mbpoll -o 10 -1 -a 1,2,3,4,5,6 -q -0 -r 40189 192.168.1.115

echo "40193: WMAXLIM_ENA"
mbpoll -o 10 -1 -a 1,2,3,4,5,6 -q -0 -r 40193 192.168.1.115

Ook heb ik uiteindelijk nog een Windows tool gebruikt voor de communicatie via modbus, vond ik toch wat makkelijker werken dan mbpoll.

Ik heb nog geen tijd gehad om er eens rustig voor het schrijven te gaan zitten. Dat wil ik gaan doen als ik mijn eigen home assistent heb draaien.

In ieder geval bedankt dusver. Ik ben eventjes overgestapt van mbpoll naar modbus_cli https://github.com/favalex/modbus-cli. Nadat ik een waarde had weggeschreven naar de inverter control registers 40188 en 40189, ben ik al mijn opwek en communicatie kwijt. Helaas is de zon ook al praktisch onder, dus mogelijk hebben de inverters gewoon geen voeding meer. Mooie hobby dit

[verguldebarman]

Y0ur1 schreef op dinsdag 13 mei 2025 @ 17:09:
[...]

Hier laatst ook de omvormers kunnen dimmen via modbus TCP met de oude 2160 versie. Ik had wel zwak signaal naar de omvormers en wist niet 100% wat ik aan het doen dus was een lastig proces maar uiteindelijk wel voor elkaar gekregen! De 2162 versie is dus wel handiger omdat het dan via de webinterface/api kan maar via modbus kan dus ook met de 2160 versie.

Ik heb overigens bij mijn installateur nagevraagd hoe het zit met de 2162 versie: het officiele antwoord van de importeur en leverancier is dat deze niet geleverd wordt in de EU. Wat gek is want ik zie veel Tweakers die deze versie wel hebben. Maar mogelijk leveren ze weer oude stock ofzo want mijn zonnepanelen zijn net gelegd en ik heb een 2160 versie..

Interessant!!

Ik heb ook de 2160 versie en zou graag omvormers kunnen dempen vanuit Home Assistant. Zou je jouw projectje kunnen delen?

Ps, ik heb flink wat ervaring met HA, maar nul met modbus.....

[Y0ur1]

verguldebarman schreef op dinsdag 13 mei 2025 @ 20:48:
[...]

Interessant!!

Ik heb ook de 2160 versie en zou graag omvormers kunnen dempen vanuit Home Assistant. Zou je jouw projectje kunnen delen?

Ps, ik heb flink wat ervaring met HA, maar nul met modbus.....

Als ik het werkend heb zal ik het zeker delen! Bedoel je met dempen de omvormers uitzetten? Dat zou je dus met address 40188 moeten kunnen doen. Er staat een voorbeeld in https://global.apsystems....024/03/SunSpec-Modbus.pdf bij "immediate inverter controls". In combinatie met https://www.home-assistant.io/integrations/modbus/ zou je dat moeten kunnen aansturen.

@iwanovich Hier is trouwens nog iets meer info te vinden https://sunspec.org/wp-co...-Specification-V1-2-1.pdf onder 4.4.

[Nibblebit]

@verguldebarman Modbus integratie voor HA zou een mooie ontwikkeling zijn wat wellicht beter in het straatje ligt van APsystems. Als het goed is, is de 2160 en de 2163 (ECU-B) nog altijd niet Modbus compatible klopt dat? Overigens opmerkelijk dat er opeens weer 2160 versies zouden worden verkocht. Kijk ook even op https://github.com/HAEdwi...tant-apsystems_ecu_reader bij de readme voor de mogelijkheden van die integratie. De standaard ECU-R (2160) zou weinig features hebben tenzij er een belangrijke firmware upgrade heeft plaatsgevonden. Op welke versie zit de firmware nu? @Y0ur1 zou wel gaaf zijn als de 2160 toch Modbus heeft nu. Heb je dat bedraad of via WiFi aangesproken?

[ Voor 8% gewijzigd door Nibblebit op 14-05-2025 08:39 ]

[iwanovich]

Nibblebit schreef op woensdag 14 mei 2025 @ 08:30:
@verguldebarman Modbus integratie voor HA zou een mooie ontwikkeling zijn wat wellicht beter in het straatje ligt van APsystems. Als het goed is, is de 2160 en de 2163 (ECU-B) nog altijd niet Modbus compatible klopt dat? Overigens opmerkelijk dat er opeens weer 2160 versies zouden worden verkocht. Kijk ook even op https://github.com/HAEdwi...tant-apsystems_ecu_reader bij de readme voor de mogelijkheden van die integratie. De standaard ECU-R (2160) zou weinig features hebben tenzij er een belangrijke firmware upgrade heeft plaatsgevonden. Op welke versie zit de firmware nu?

Ik heb een 2160 (panelen, omvormers en ecu-r gelegd door installateur in 2022) met sunspec-logo en rs485 in de vorm van een rj45 poort. Ik gebruik die poort niet, maar wel de andere rj45 poort met ethernet en ik kan bevestigen dat modbus-tcp bij mij functioneert op die ethernetpoort. Ik kan ook bevestigen dat de HA-modbus integratie zodoende gegevens kan uitlezen. Ik ben zelf aan het ontdekken (gisteren per ongeluk hele installatie gestopt, inmiddels hersteld), als ik meer info heb (of vragen hehehe) laat ik het hier weten.

Edit: firmware van de 2160 zit nu op 1.3.17. Volgens de apsystems sunspec Doc v3.3 zou de 2160 modbus ondersteunen vanaf 1.3.7. De ecu-b 2163 wordt volgens dat document niet ondersteund.

[ Voor 7% gewijzigd door iwanovich op 14-05-2025 09:11 ]

[Treenaks]

Nibblebit schreef op woensdag 14 mei 2025 @ 08:30:
@verguldebarman Modbus integratie voor HA zou een mooie ontwikkeling zijn

Dat kan dus met mijn tooltje (pv2mqtt, zie een paar posts omhoog). Die publiceert ook Home Assistant autodiscovery gegevens in de MQTT broker.

Voor nu nog 1 kant op (omvormergegevens uitlezen) maar het is denk ik best zo te maken dat het ook modbus-writes (op basis van MQTT publish) kan doen, voor vermogensbeperking bijv.

En omdat het de officiële Sunspec library gebruikt (van de Sunspec Alliance zelf), werkt het dan ook gelijk voor veel meer merken omvormers.

[iwanovich]

Update.
ECU-R 2160 sunspec-logo:
Het is me via de modbus_cli tool gelukt om de waarden van 40189 (percentage van de wattpiek rating) en 40193 (wel/niet toepassen van de 40189 feature) te wijzigen. Wat me echter opvalt is dat al mijn inverters die gekoppeld zijn aan de ECU-R deze waarde toepassen en niet alleen de inverter die ik denk aan te spreken. Wellicht doe ik iets verkeerd in mijn commando of wellicht zijn de inverters met elkaar gesynchroniseerd? Als iemand dit gedrag/fenomeen herkent en/of wat (zon)licht op dit gedrag/fenomeen kan schijnen, ik hoor graag van je

Verder ben ik best wel blij dat er tóch een mogelijkheid lijkt te zijn om de opwek/teruglevering van elektrische energie te beïnvloeden met de ECU-R 2160. In de loop van de tijd wil ik kijken of en hoe het in HA is te integreren, via de algemene modbus-integratie of - nog mooier - via de pv2mqtt code van @Treenaks die de sunspec library gebruikt waardoor het wellicht voor meerdere sunspec apparaten kan werken.

[Treenaks]

Even gekeken met de tools die bij pysunspec2 zitten: het gaat om "Sunspec Model 123" ("immediate controls"), specifiek de velden "WMaxLimPct" ("Set power output to specified level.") en "WMaxLim_Ena" ("Enumerated valued. Throttle enable/disable control.")

Ik heb deze velden zelf nog nooit aangepast maar vreemd genoeg staat WMaxLimPct op 300%

[iwanovich]

Treenaks schreef op woensdag 14 mei 2025 @ 11:51:
Even gekeken met de tools die bij pysunspec2 zitten: het gaat om "Sunspec Model 123" ("immediate controls"), specifiek de velden "WMaxLimPct" ("Set power output to specified level.") en "WMaxLim_Ena" ("Enumerated valued. Throttle enable/disable control.")

Ik heb deze velden zelf nog nooit aangepast maar vreemd genoeg staat WMaxLimPct op 300%

Exact. WMaxLim_Ena kon ik niet terugvinden in het SunSpec DER Information Model 1.2 uit 2024, maar het kan natuurlijk zijn dat er van alles gewijzigd is sinds 2022. Mijn exemplaar is gecertificeerd op 12 oktober 2022 en ik neem aan dat het op dat moment de stickers (met sunspec-logo) heeft gekregen.

Ik ben, tussen de andere activiteiten door, wat aan het spelen met de waarden. Trial and Error. Die WMaxLim_Ena is in ieder geval geen boolean van 0 of 1. De spec van APSystems heeft het over een enum, maar specificeert deze niet. Bij mij leidt het zetten van dat register op waarde 0x0001 of 0x0000 tot respectievelijk de waarden 0x0031 en 0x0030. Hetgeen in beide gevallen tot het inschakelen van de WMaxLimPct lijkt te resulteren en de output van de inverters lijkt te worden gelimiteerd. De waarde van WMaxLim_Ena stond oorspronkelijk bij mij op 0x00FF. Ik ga die waarde weer terugzetten en kijk of de limitaties van de inverters af gaat. De feedback-loop duurt een flink aantal minuten.

Edit: WMaxLim_Ena heeft ooit wel daadwerkelijk op 0x0001 gestaan, ik heb zelf mogelijk een keer per ongeluk die waarde veranderd.

[ Voor 4% gewijzigd door iwanovich op 14-05-2025 12:48 ]

[Treenaks]

iwanovich schreef op woensdag 14 mei 2025 @ 12:37:
[...]
Edit: WMaxLim_Ena heeft ooit wel daadwerkelijk op 0x0001 gestaan, ik heb zelf mogelijk een keer per ongeluk die waarde veranderd.

Ik heb hier een .xlsx van de Sunspec Alliance met alle modellen, en daar staat op de pagina met model 123 een lijstje met mogelijk waardes van alle enums (enum16 / WMaxLim_Ena / DISABLED / 0; enum16 / WMaxLim_Ena / DISABLED / 1)

[iwanovich]

Ik weet niet wat ik misgeconfigureerd heb, maar ik krijg register 40193 (WMaxLim_Ena) niet meer aangepast naar een andere waarde. Het blijft maar op 0x0031 staan. Register 40189 (WmaxLimPct) kan ik wel aanpassen, mits ik functiecode 16 gebruik (schrijven van meerdere registers), met functiecode 6 (schrijven van een enkel register) lukt het me niet. Ik heb WmaxLimPct nu op 900% gezet, wat meer overeen lijkt te komen met 900 Watt dan met een percentage.

Het resetten van de ECU-R is me trouwens ook niet gelukt door 3 seconden de reset knop ingedrukt te houden. Maakt niet uit of ik dat doe wanneer de ECU-R aan of uit staat.

Voor nu laat ik het even liggen. Een andere dag pak ik de modbus integratie van HA op. Kijken of ik een modbus write_register kan doen en de value injecteren via slider/template.

[Treenaks]

iwanovich schreef op woensdag 14 mei 2025 @ 18:26:
Ik heb WmaxLimPct nu op 900% gezet, wat meer overeen lijkt te komen met 900 Watt dan met een percentage.

Dat zou kunnen kloppen met mijn inverter, die doet 600W totaal, 300 per paneel. En WMaxLimPct staat op 300.

[Treenaks]

iwanovich schreef op woensdag 14 mei 2025 @ 18:26:
Ik weet niet wat ik misgeconfigureerd heb, maar ik krijg register 40193 (WMaxLim_Ena) niet meer aangepast naar een andere waarde. Het blijft maar op 0x0031 staan. Register 40189 (WmaxLimPct) kan ik wel aanpassen, mits ik functiecode 16 gebruik (schrijven van meerdere registers), met functiecode 6 (schrijven van een enkel register) lukt het me niet. Ik heb WmaxLimPct nu op 900% gezet, wat meer overeen lijkt te komen met 900 Watt dan met een percentage.

Nee wacht, er is ook een `WMaxLimPct_SF`, de "scale factor". Die is "-1" dus moet de komma 1 plaats naar links.

300 is dus 30%, 900 is 90%

En uit wat documentatie van de Sunspec alliance (hier):

Each of the immediate control functions, except connect/disconnect, has an associated enable (Ena) register. Each time a control value is changed, the associated enable register must be written with the ENABLED value (1).

[ Voor 34% gewijzigd door Treenaks op 14-05-2025 21:13 ]

[Nibblebit]

Let op dat dit misschien ook van toepassing is: https://www.home-assistan...psystems/#flash-endurance

[iwanovich]

Treenaks schreef op woensdag 14 mei 2025 @ 20:55:
[...]


Nee wacht, er is ook een `WMaxLimPct_SF`, de "scale factor". Die is "-1" dus moet de komma 1 plaats naar links.

300 is dus 30%, 900 is 90%

En uit wat documentatie van de Sunspec alliance (hier):


[...]

Dat Inverter Model document is heel fijn! In het (te nieuwe) DER information model document stond juist dat Ena niet beschreven hoefde te worden. @Treenaks wat is jouw WMaxLim_Ena (register 40193) waarde? Pct stond bij mij ook eerst op 300 (30% procent vermoedelijk), maar de output leek niet gelimiteerd. Dit totdat ik een keer de Ena beschreef, sindsdien wordt WmaxLimPct toegepast.

[Treenaks]

iwanovich schreef op donderdag 15 mei 2025 @ 08:54:
[...]


Dat Inverter Model document is heel fijn! In het (te nieuwe) DER information model document stond juist dat Ena niet beschreven hoefde te worden. @Treenaks wat is jouw WMaxLim_Ena (register 40193) waarde? Pct stond bij mij ook eerst op 300 (30% procent vermoedelijk), maar de output leek niet gelimiteerd. Dit totdat ik een keer de Ena beschreef, sindsdien wordt WmaxLimPct toegepast.

Die staat op 1, maar output is niet gelimiteerd (tenzij mijn 600W microinverter stiekem een 1800W model is)

[Y0ur1]

iwanovich schreef op woensdag 14 mei 2025 @ 11:07:
Update.
ECU-R 2160 sunspec-logo:
Het is me via de modbus_cli tool gelukt om de waarden van 40189 (percentage van de wattpiek rating) en 40193 (wel/niet toepassen van de 40189 feature) te wijzigen. Wat me echter opvalt is dat al mijn inverters die gekoppeld zijn aan de ECU-R deze waarde toepassen en niet alleen de inverter die ik denk aan te spreken. Wellicht doe ik iets verkeerd in mijn commando of wellicht zijn de inverters met elkaar gesynchroniseerd? Als iemand dit gedrag/fenomeen herkent en/of wat (zon)licht op dit gedrag/fenomeen kan schijnen, ik hoor graag van je

Verder ben ik best wel blij dat er tóch een mogelijkheid lijkt te zijn om de opwek/teruglevering van elektrische energie te beïnvloeden met de ECU-R 2160. In de loop van de tijd wil ik kijken of en hoe het in HA is te integreren, via de algemene modbus-integratie of - nog mooier - via de pv2mqtt code van @Treenaks die de sunspec library gebruikt waardoor het wellicht voor meerdere sunspec apparaten kan werken.

Ik had hetzelfde gedrag, je kunt ze wel individueel uitlezen maar bij het aansturen werken ze als 1 geheel. Mogelijk is dat standardgedrag van de ECU-R, of hoe het (standaard) geconfigureerd is.

[Treenaks]

Ik ben bezig met het updaten van mijn "pv2mqtt" tool, om output limits in te kunnen stellen via SunSpec/Modbus.

De Modbus-implementatie van APSystems is een beetje karig: alleen "multi-register" writes (Modbus-functie 0x10) worden ondersteund, single-register (functie 0x06) writes geven een timeout en werken niet.

Maar de pysunspec2 library denkt slim te zijn en gebruikt functie 0x06 als er maar 1 waarde aangepast is

Eens kijken of ze patches accepteren om dat configurabel te maken.

[iwanovich]

Treenaks schreef op zondag 25 mei 2025 @ 21:35:
Ik ben bezig met het updaten van mijn "pv2mqtt" tool, om output limits in te kunnen stellen via SunSpec/Modbus.

De Modbus-implementatie van APSystems is een beetje karig: alleen "multi-register" writes (Modbus-functie 0x10) worden ondersteund, single-register (functie 0x06) writes geven een timeout en werken niet.

Maar de pysunspec2 library denkt slim te zijn en gebruikt functie 0x06 als er maar 1 waarde aangepast is

Eens kijken of ze patches accepteren om dat configurabel te maken.

Ik heb even zitten spelen met de HA modbus-integratie. Daarmee kon ik 1 register beschrijven met een functiecode 16 (0x10, multiregister write) door de value parameter aan te bieden in een array/list. Ik heb de sunspec library niet bekeken, maar wellicht kan je een soortgelijke truc uithalen.

[Treenaks]

iwanovich schreef op vrijdag 30 mei 2025 @ 13:05:
[...]


Ik heb even zitten spelen met de HA modbus-integratie. Daarmee kon ik 1 register beschrijven met een functiecode 16 (0x10, multiregister write) door de value parameter aan te bieden in een array/list. Ik heb de sunspec library niet bekeken, maar wellicht kan je een soortgelijke truc uithalen.

Die library is "slim", en kijkt hoeveel wijzigingen er pending staan op het model. Als dat er maar één is doet hij een single write.

[Termy]

De readerintegratie van HAEdwin is ondertussen op 2.9.0 aanbeland en kan ook de omvormers aan/uit zetten en de powerlimit aanpassen. Dat is wel chill want dat maakt automatisering wel vrij makkelijk via iets als node red.

Is er hier iemand anders die dit al zo doet?
Waar ik nu tegen aanloop is dat de max power '500' is als ik zo'n inverter entity bekijk wat minder is dan de totale output die mogelijk is van de omvormer (ik heb DS3-L's). Standaard staat hij ook 'uit' zie ik, maar tot je een keer wisselt naar 'aan' doet dat niks. Uitzetten en weer aanzetten reageerde best vlot (gemeten via een kWh-meter) dus dat belooft wat voor dynamische regeling op basis van uurprijzen.

Wat ik dus nog een beetje eng vind is die max power die volgens de slider max 500 is. Dat is ruim hoger dan wat de omvormer per kanaal kan, maar ook ruim lager dan wat de omvormer in totaal kan. Ik zit er uiteraard niet op te wachten dat ik opeens m'n omvormer op 500W max vastzet. Hopelijk is het ook handmatig via bv node ,red in te stellen op een andere waarde, maar voor ik hiermee ga spelen zou het wel chill zijn als iemand kan bevestigen dat ik niet m'n omvormer ga bricken op deze manier hehe.

Overigens valt om de zoveel tijd nog steeds de integratie uit, maar steevast als ik dat merk dan staat er een update voor de ECUintegratie klaar. Geen idee waarom dat schijnbaar zorgt voor problemen. Ik heb nu in voorbereiding op echt een flow bouwen maar alvast een notificatie gebouwd zodra het unavailable wordt, maar als iemand ondertussen weet waar dit steeds op mis gaat dan hou ik me aanbevolen.

Oh, en nog iets: er werd hier een tijdje terug ook gewaarschuwd voor flash endurance. Dat staat echter bij de officiele HA-integratie voor de EZ1 omvormers. Iemand enig idee of dit algemeen is voor APS omvormers met serienummer na Ex701 of alleen de EZ1? Sowieso vraag ik me af of het serienummer het ID is. Mijn DS3-L's beginnen met 703 (geen Ex zover ik weet) dus je zou denken dat het daarmee dus ok is, maar ik kan niet heel makkelijk het dak op om te kijken of er ook nog een serienummer op staat anders dan het ID. Logischerwijs is het ID al uniek en dus het enige serienummer maar aangezien ze andere terminologie gebruiken en dat 'Ex' is dat niet zeker en ik wil, wederom, geen inverter bricken .

Edit: in de APS FAQ staat dat UID een serienummer is dus dat is idd equivalent. Dat zou dus betekenen dat m'n DS3-L flash gewoon veel geschreven kan worden.

[ Voor 35% gewijzigd door Termy op 10-08-2025 15:39 ]

[iwanovich]

Termy schreef op zondag 10 augustus 2025 @ 11:55:
De readerintegratie van HAEdwin is ondertussen op 2.9.0 aanbeland en kan ook de omvormers aan/uit zetten en de powerlimit aanpassen. Dat is wel chill want dat maakt automatisering wel vrij makkelijk via iets als node red.

Is er hier iemand anders die dit al zo doet?
Waar ik nu tegen aanloop is dat de max power '500' is als ik zo'n inverter entity bekijk wat minder is dan de totale output die mogelijk is van de omvormer (ik heb DS3-L's). Standaard staat hij ook 'uit' zie ik, maar tot je een keer wisselt naar 'aan' doet dat niks. Uitzetten en weer aanzetten reageerde best vlot (gemeten via een kWh-meter) dus dat belooft wat voor dynamische regeling op basis van uurprijzen.

Wat ik dus nog een beetje eng vind is die max power die volgens de slider max 500 is. Dat is ruim hoger dan wat de omvormer per kanaal kan, maar ook ruim lager dan wat de omvormer in totaal kan. Ik zit er uiteraard niet op te wachten dat ik opeens m'n omvormer op 500W max vastzet. Hopelijk is het ook handmatig via bv node ,red in te stellen op een andere waarde, maar voor ik hiermee ga spelen zou het wel chill zijn als iemand kan bevestigen dat ik niet m'n omvormer ga bricken op deze manier hehe.

Overigens valt om de zoveel tijd nog steeds de integratie uit, maar steevast als ik dat merk dan staat er een update voor de ECUintegratie klaar. Geen idee waarom dat schijnbaar zorgt voor problemen. Ik heb nu in voorbereiding op echt een flow bouwen maar alvast een notificatie gebouwd zodra het unavailable wordt, maar als iemand ondertussen weet waar dit steeds op mis gaat dan hou ik me aanbevolen.

Oh, en nog iets: er werd hier een tijdje terug ook gewaarschuwd voor flash endurance. Dat staat echter bij de officiele HA-integratie voor de EZ1 omvormers. Iemand enig idee of dit algemeen is voor APS omvormers met serienummer na Ex701 of alleen de EZ1? Sowieso vraag ik me af of het serienummer het ID is. Mijn DS3-L's beginnen met 703 (geen Ex zover ik weet) dus je zou denken dat het daarmee dus ok is, maar ik kan niet heel makkelijk het dak op om te kijken of er ook nog een serienummer op staat anders dan het ID. Logischerwijs is het ID al uniek en dus het enige serienummer maar aangezien ze andere terminologie gebruiken en dat 'Ex' is dat niet zeker en ik wil, wederom, geen inverter bricken .

Edit: in de APS FAQ staat dat UID een serienummer is dus dat is idd equivalent. Dat zou dus betekenen dat m'n DS3-L flash gewoon veel geschreven kan worden.

Nee, ik doe dat (nog) niet (HAEdwin). Ik heb een enkele DS3-L (verder DS3 'regular') en ik volg dezelfde logica als jij met betrekking tot de uid.

[Termy]

iwanovich schreef op woensdag 13 augustus 2025 @ 21:03:
[...]

Nee, ik doe dat (nog) niet (HAEdwin). Ik heb een enkele DS3-L (verder DS3 'regular') en ik volg dezelfde logica als jij met betrekking tot de uid.

Ik heb het maar gewoon eens probeerd met 1 omvormer en ik kon er een die op dat moment in totaal ongeveer 600W leverde limiteren naar 200W door het op 200 te zetten en daarna weer vol te laten produceren door terug te gaan naar 500. Het lijkt dus idd per kanaal te zijn.

Gezien hoe snel het reageerde kriebelt het wel een beetje om een eigen PI-controller te bouwen om het geheel NOM te laten draaien maar dat is nog wel een projectje aangezien ik vooralsnog vast zit aan node red.

[Aengineering]

waar vind je die readerintegratie van HAEdwin 2.9.0?

[Termy]

Aengineering schreef op woensdag 13 augustus 2025 @ 23:40:
waar vind je die readerintegratie van HAEdwin 2.9.0?

In HACS. Het heet APsystems ECU Reader.

[jordyc]

Ik heb er wat mee zitten spelen. De slider naar de 500 doet niks anders dan toestaan dat je panelen de max van wat ze kunnen leveren ook leveren. Er vanuit gaande dat je omvormer het aan kan dat 2 panelen samen niet boven de max van je omvormer uitkomen is er dus niks aan de hand.

Volgend jaar staat pas op de planning om echt met NOM te gaan spelen. Tot die tijd ben ik nog wel even zoet met het inrichten van de batterij en hoe ik die optimaal kan gebruiken in combinatie met mijn warmtepomp, ev en standaard verbruik.

[Termy]

jordyc schreef op donderdag 14 augustus 2025 @ 07:08:
Ik heb er wat mee zitten spelen. De slider naar de 500 doet niks anders dan toestaan dat je panelen de max van wat ze kunnen leveren ook leveren. Er vanuit gaande dat je omvormer het aan kan dat 2 panelen samen niet boven de max van je omvormer uitkomen is er dus niks aan de hand.

Het probleem was dus welke "max" er bedoeld wordt. Zover ik heb kunnen testen is het dus per kanaal ook al is er maar 1 slider en dan is 500 idd ruim boven wat iig mijn DS3-L kan. Geen idee of er een APSmicro is die wel 500 per kanaal kan.

[Aengineering]

Termy schreef op donderdag 14 augustus 2025 @ 00:42:
[...]


In HACS. Het heet APsystems ECU Reader.

helaas werkt i niet met de ECU-R 2160

https://github.com/HAEdwi...tant-apsystems_ecu_reader

[Termy]

Aengineering schreef op donderdag 14 augustus 2025 @ 18:21:
[...]

helaas werkt i niet met de ECU-R 2160

https://github.com/HAEdwi...tant-apsystems_ecu_reader

Je bedoelt het uitzetten van omvormers? Klopt, helaas niet met de 2160. Weet niet of er een andere methode is maar ik heb een 2162 dus verder niet naar gekeken.

[Aengineering]

Termy schreef op donderdag 14 augustus 2025 @ 23:30:
[...]


Je bedoelt het uitzetten van omvormers? Klopt, helaas niet met de 2160. Weet niet of er een andere methode is maar ik heb een 2162 dus verder niet naar gekeken.

Ja met de 2160 kan je wel uitlezen maar niet uitschakelen.
ik denk dat als ik dat wil gaan doen een 2162 of een C moet kopen maar ik wacht nog even af. ook het uitlezen in HA doe ik inmiddels via shelly pm mini's
ik heb al meerdere integraties voor HA geprobeerd en meestal werkt dat prima maar wilde iets stabielers.

[iwanovich]

Termy schreef op woensdag 13 augustus 2025 @ 21:18:
[...]


Ik heb het maar gewoon eens probeerd met 1 omvormer en ik kon er een die op dat moment in totaal ongeveer 600W leverde limiteren naar 200W door het op 200 te zetten en daarna weer vol te laten produceren door terug te gaan naar 500. Het lijkt dus idd per kanaal te zijn.

Gezien hoe snel het reageerde kriebelt het wel een beetje om een eigen PI-controller te bouwen om het geheel NOM te laten draaien maar dat is nog wel een projectje aangezien ik vooralsnog vast zit aan node red.

Wat lekker dat ie zo snel reageert! Ik moet helaas tussen de 1 en 10 minuten wachten. Jij hebt een 2162? Ik iig een 2160. Heb een ecu-c overwogen, maar ik vraag me af of die nom-functie van de ecu-c veel sneller zal zijn, want ik heb het idee dat de vertraging te maken heeft met de polling van/door de ECU met de omvormers via dat proprietary zigbee protocol van APS.

[iwanovich]

Aengineering schreef op vrijdag 15 augustus 2025 @ 11:17:
[...]

Ja met de 2160 kan je wel uitlezen maar niet uitschakelen.
ik denk dat als ik dat wil gaan doen een 2162 of een C moet kopen maar ik wacht nog even af. ook het uitlezen in HA doe ik inmiddels via shelly pm mini's
ik heb al meerdere integraties voor HA geprobeerd en meestal werkt dat prima maar wilde iets stabielers.

Ik heb een 2160 en kan via modbus-tcp de omvormers dimmen/uitzetten. Als jouw 2160 het sunspec logo heeft en je kan via de firmware modbus aanzetten, dan denk ik dat jij dat ook kan. Helaas zijn er ook exemplaren van de 2160 die niet via modbus aangestuurd kunnen worden. Of de haedwin integratie werkt betwijfel ik. Ik vermoed dat die via http werkt en dat kan niet met de 2160, maar wel met de 2162.

[iwanovich]

jordyc schreef op donderdag 14 augustus 2025 @ 07:08:
Ik heb er wat mee zitten spelen. De slider naar de 500 doet niks anders dan toestaan dat je panelen de max van wat ze kunnen leveren ook leveren. Er vanuit gaande dat je omvormer het aan kan dat 2 panelen samen niet boven de max van je omvormer uitkomen is er dus niks aan de hand.

Volgend jaar staat pas op de planning om echt met NOM te gaan spelen. Tot die tijd ben ik nog wel even zoet met het inrichten van de batterij en hoe ik die optimaal kan gebruiken in combinatie met mijn warmtepomp, ev en standaard verbruik.

Met de 2160 heb ik in het corresponderende modbus register een waarde van 0 t/m 1000, hetgeen een percentage is van 0,0 tot 100,0 procent. Ik gok dat die 0 - 500 watt slider gewoon een factor 0,5 is van dat betreffende register. Het gaat hierbij om het beperken van het maximale vermogen van de omvormer. Het max vermogen van mijn DS3 is groter dan dat van mijn panelen, dus 10% minderen op de max van mijn omvormer is niet hetzelfde als de opwek van mijn paneel verminderen met 10%. Dat is erg afhankelijk van de spec van het betreffende paneel én natuurlijk de zonsterkte van dat moment.

[Termy]

@iwanovich Klopt, ik heb een 2162. Ik zag bij het aanpassen van die slider in home assistant het vermogen op de fase waar die omvormer zit binnen 10 seconden terugvallen en weer klimmen.

Overigens krijg ik niet de indruk dat die slider een percentage van de max geeft. Ik heb net bij redelijk constante instraling getest op 500, 300, 201, 100 en bij iets andere instraling 500 vergeleken met 51 en dan krijg ik deze waarden:

Opwek op fase met 2 DS3-L omvormers
kWh meter	Slider	Per kanaal	% van max	Lim. inverter W	% max lim. inverter
1178	500	295	81	-	-
1199	300	300	82	-	-
971	201	-	-	379	52
826	100	-	-	228	31
1073	500	268	73
631	51	-	-	101	14
Max van DS3-L is 730 VA, 365 per kanaal. Gelimiteerde omvormer W berekend door 2x gemiddelde per kanaal bij 500 af te trekken van het vermogen bij gelimiteerde omvormer.

Ik denk dat hieruit direct duidelijk is dat het geen % van de max met factor 0.5 kan zijn aangezien er geen verschil is tussen de slider op 300 en 500 terwijl de output op dat moment ~80% is. Als 300 echt 60% betekent had de output moeten dalen. Als je echter uitgaat van dat het per kanaal een max vermogen geeft, dan past het best aardig als je bedenkt dat het niet perfect stralend weer is momenteel. Als ik beide omvormers tegelijk limiteer naar 45 op de slider dan verwacht ik per kanaal 45W dus een totaal van 180W en ik zie het op m'n kWh meter nu wiebelen tussen 170-180 terwijl 9% van 730*2 maar 131.4 is.

[iwanovich]

Termy schreef op vrijdag 15 augustus 2025 @ 13:39:
@iwanovich Klopt, ik heb een 2162. Ik zag bij het aanpassen van die slider in home assistant het vermogen op de fase waar die omvormer zit binnen 10 seconden terugvallen en weer klimmen.

Overigens krijg ik niet de indruk dat die slider een percentage van de max geeft. Ik heb net bij redelijk constante instraling getest op 500, 300, 201, 100 en bij iets andere instraling 500 vergeleken met 51 en dan krijg ik deze waarden:

Opwek op fase met 2 DS3-L omvormers
kWh meter	Slider	Per kanaal	% van max	Lim. inverter W	% max lim. inverter
1178	500	295	81	-	-
1199	300	300	82	-	-
971	201	-	-	379	52
826	100	-	-	228	31
1073	500	268	73
631	51	-	-	101	14
Max van DS3-L is 730 VA, 365 per kanaal. Gelimiteerde omvormer W berekend door 2x gemiddelde per kanaal bij 500 af te trekken van het vermogen bij gelimiteerde omvormer.

Ik denk dat hieruit direct duidelijk is dat het geen % van de max met factor 0.5 kan zijn aangezien er geen verschil is tussen de slider op 300 en 500 terwijl de output op dat moment ~80% is. Als 300 echt 60% betekent had de output moeten dalen. Als je echter uitgaat van dat het per kanaal een max vermogen geeft, dan past het best aardig als je bedenkt dat het niet perfect stralend weer is momenteel. Als ik beide omvormers tegelijk limiteer naar 45 op de slider dan verwacht ik per kanaal 45W dus een totaal van 180W en ik zie het op m'n kWh meter nu wiebelen tussen 170-180 terwijl 9% van 730*2 maar 131.4 is.

@Termy lekker bezig! Interessante metingen. Ik ben momenteel op vakantie, maar ik ga later jouw bevinding uitproberen op mijn installatie. Het kan zijn dat de slider via de haedwin integratie iets anders doet dan het modbus register dat ik aanpas, maar het kan ook zijn dat ik er naast heb gezeten met mijn theorie. Ik ben benieuwd!

[Xqlus1ve]

Bijzonder dat bij jullie de HA integratie zo soepel verloept en bij mijn ECU-B het apparaat dagelijks een paar reboots nodig heeft om de integratie weer tot leven te krijgen. Router zit er 1 meter vandaag btw. Aan het signaal kan het niet liggen.

[Termy]

Xqlus1ve schreef op vrijdag 15 augustus 2025 @ 17:03:
Bijzonder dat bij jullie de HA integratie zo soepel verloept en bij mijn ECU-B het apparaat dagelijks een paar reboots nodig heeft om de integratie weer tot leven te krijgen. Router zit er 1 meter vandaag btw. Aan het signaal kan het niet liggen.

Nou, zo soepel zou ik het hier niet willen noemen . Zeker met eerdere versies klapte het er om de zoveel dagen uit en nu gebeurt dat nog steeds af en toe. Dat lijkt altijd samen te vallen met het beschikbaar zijn van een update dus waar het aan ligt is me niet duidelijk maar misschien update het nu gewoon wat minder vaak.

Ik heb een flow gebouwd om zodra het unavailable is een notificatie te sturen maar die werkte om 1 of andere reden de ene keer dat het tot nu toe gebeurde niet, dus dat is nog vrij irritant. Momenteel gebruik ik de integratie nl niet echt maar als ik bv wil instellen dat het bij all-in negatieve prijzen de boel uit zet dan moet het wel betrouwbaar werken uiteraard.

[Dapdodo]

Xqlus1ve schreef op vrijdag 15 augustus 2025 @ 17:03:
Bijzonder dat bij jullie de HA integratie zo soepel verloept en bij mijn ECU-B het apparaat dagelijks een paar reboots nodig heeft om de integratie weer tot leven te krijgen. Router zit er 1 meter vandaag btw. Aan het signaal kan het niet liggen.

Ik polde nooit tussen 00:00 en 04:00, dan kon ik maanden draaien zonder rebooit.

[Xqlus1ve]

Dapdodo schreef op vrijdag 15 augustus 2025 @ 20:55:
[...]

Ik polde nooit tussen 00:00 en 04:00, dan kon ik maanden draaien zonder rebooit.

Wat bedoel je met polde?

Met de oude integratie zetten ik 1 uur na zons ondergang de Query uit, en 1 uur voor zons opgang de query weer aan. Dat leek redelijk te helpen. Met de nieuwe integratie is die optie verdwenen.

[Dapdodo]

Xqlus1ve schreef op vrijdag 15 augustus 2025 @ 21:42:
[...]

Wat bedoel je met polde?

Met de oude integratie zetten ik 1 uur na zons ondergang de Query uit, en 1 uur voor zons opgang de query weer aan. Dat leek redelijk te helpen. Met de nieuwe integratie is die optie verdwenen.

dat dus

[Xqlus1ve]

Dapdodo schreef op vrijdag 15 augustus 2025 @ 21:46:
[...]

dat dus

Nu die functie verdwenen is, nog enige tips? Want meer dan dit heb ik niet:


Cache usage dejour

[s020506]

Xqlus1ve schreef op vrijdag 15 augustus 2025 @ 21:54:
[...]

Nu die functie verdwenen is, nog enige tips? Want meer dan dit heb ik niet:

[Afbeelding]
Cache usage dejour

Feature request maken?

Wel apart, bij mij werkt de integratie prima, voor maanden achter elkaar.

[Nibblebit]

Xqlus1ve schreef op vrijdag 15 augustus 2025 @ 17:03:
Bijzonder dat bij jullie de HA integratie zo soepel verloept en bij mijn ECU-B het apparaat dagelijks een paar reboots nodig heeft om de integratie weer tot leven te krijgen. Router zit er 1 meter vandaag btw. Aan het signaal kan het niet liggen.

@Xqlus1ve Plaatsing van de ECU is superbelangrijk Zigbee en WiFi zitten allebei op 2.4Ghz dus 1 meter van je router hoeft niet een optimale plaatsing te betekenen. Verplaats de ECU eens naar een plek dichter bij de inverters zonder dat het afbreuk doet aan het WiFi signaal. De meterkast is de slechtste plek voor je ECU die je kunt verzinnen.

Het instellen van max output [20-500] is een wattage instelling per kanaal, het is geen percentage.

De aanpassing op de max output gebeurt vrijwel direct maar stapsgewijs (hardware afhankelijkheid). Het voorkomt "klappen" op electronica en staat los van de 5 minuten interval waarbinnen 1 update van info plaatsvindt. Echt NOM is mijnsinziens een nobel streven maar levert qua geld zo weinig op en omdat je afhankelijk bent van hardware, je beter kunt vasthouden aan een intentie ipv een streven.

[ Voor 30% gewijzigd door Nibblebit op 16-08-2025 09:27 ]

[s020506]

Xqlus1ve schreef op vrijdag 15 augustus 2025 @ 17:03:
Bijzonder dat bij jullie de HA integratie zo soepel verloept en bij mijn ECU-B het apparaat dagelijks een paar reboots nodig heeft om de integratie weer tot leven te krijgen. Router zit er 1 meter vandaag btw. Aan het signaal kan het niet liggen.

Ik heb de externe wifi antenna eraf gehaald. Ergens gelezen dat dat ook helpt als de module dicht bij de router staat. De wifi antenne zit naast de power connection.

[Xqlus1ve]

Ik ga al deze zaken eens proberen, bedankt voor de tips!

Voor de duidelijkheid, ik heb 2 panelen op mijn 'houten' schuur zitten. In de schuur zit de ECU-B en een Asus AP Router. Zonder de router waren de resultaten nog belabberder.

[Nibblebit]

Het is ontzettend moeilijk om precies de vinger op de zere plek te leggen. Mijn ECU-B zit precies in het midden tussen een AP en de inverter. Wat heen-en-weer verplaatsen van de ECU (en geduld) kan helpen maar het is zeker geen tekortkoming van de HA integratie. Misschien zijn er andere omgevingsfactoren als veel Zigbee IoT apparaten.

Zo ziet mijn cache gebruik er uit:

[Xqlus1ve]

Nibblebit schreef op zaterdag 16 augustus 2025 @ 10:11:
Het is ontzettend moeilijk om precies de vinger op de zere plek te leggen. Mijn ECU-B zit precies in het midden tussen een AP en de inverter. Wat heen-en-weer verplaatsen van de ECU (en geduld) kan helpen maar het is zeker geen tekortkoming van de HA integratie. Misschien zijn er andere omgevingsfactoren als veel Zigbee IoT apparaten.

Zo ziet mijn cache gebruik er uit:
[Afbeelding]

Oh dat kan ook zijn, buiten hangen ook een 6-tal Hue lampen. Dan heb ik binnenshuis ook nog een zigbee netwerk opgezet via Z2MQTT

De Hue bridge en de MQTT zitten alle bij uit elkaar qua kanelen, 1 en 22. Geen idee op welk kanaal ECU-B zit.

[Termy]

Nibblebit schreef op zaterdag 16 augustus 2025 @ 09:08:
Het instellen van max output [20-500] is een wattage instelling per kanaal, het is geen percentage.

Ja, dat lijkt me duidelijk. Ik zie wel een DS3 van 960VA dus ik gok dat die 500 gewoon een ruime bovengrens is. Ondanks dat mijn DS3-L max 730 is zie ik wel eens 375W in EMA ipv 365W. Het limiteert mij iig niet.

De aanpassing op de max output gebeurt vrijwel direct maar stapsgewijs (hardware afhankelijkheid). Het voorkomt "klappen" op electronica en staat los van de 5 minuten interval waarbinnen 1 update van info plaatsvindt. Echt NOM is mijnsinziens een nobel streven maar levert qua geld zo weinig op en omdat je afhankelijk bent van hardware, je beter kunt vasthouden aan een intentie ipv een streven.

Ja ik hoef niet superstrak op NOM te regelen. Gewoon bijna geen teruglevering is goed genoeg als er na salderen een negatieve kale prijs is maar positieve all-in-prijs.

[verguldebarman]

Ik heb nu een ECU-R (2160) en ik kan een ECU-C kopen, zodat ik de omvormers kan gaan dimmen/uitzetten.

Vraagje; kan ik simpel zelf mijn omvormers in de ECU-C opvoeren, of kan dat alleen door een installateur gedaan worden? Ik heb natuurlijk de installatie handleiding gelezen, maar kan het antwoord hierop niet achterhalen.

Indien ik dat zelf kan, zou iemand een korte instructie kunnen geven hoe ik van de ECU-R naar de ECU-C migreer?

En laatste vraag, kan ik de ECU-C (local only voor HAEdwin) tegelijkertijd met de ECU-R (met connectie naar EMA) actief houden? Of kan er maar 1 ECU contact maken met de omvormers?

[ Voor 30% gewijzigd door verguldebarman op 16-08-2025 20:32 ]

[iwanovich]

verguldebarman schreef op zaterdag 16 augustus 2025 @ 20:16:
Ik heb nu een ECU-R (2160) en ik kan een ECU-C kopen, zodat ik de omvormers kan gaan dimmen/uitzetten.

Vraagje; kan ik simpel zelf mijn omvormers in de ECU-C opvoeren, of kan dat alleen door een installateur gedaan worden? Ik heb natuurlijk de installatie handleiding gelezen, maar kan het antwoord hierop niet achterhalen.

Indien ik dat zelf kan, zou iemand een korte instructie kunnen geven hoe ik van de ECU-R naar de ECU-C migreer?

En laatste vraag, kan ik de ECU-C (local only voor HAEdwin) tegelijkertijd met de ECU-R (met connectie naar EMA) actief houden? Of kan er maar 1 ECU contact maken met de omvormers?

Ik zou dit ook graag willen weten. Mijn onwetendheid hierover heeft me tot nu toe weerhouden van het vervangen van mijn 2160 voor de ecu-c. Daarom dim ik mijn panelen toch maar via de 2160.

[Dapdodo]

Beide live houden is me niet gelukt. Maar je koppelt dan 2x zigbee en denk dat het daar mis ging.
Mogelijk met 2 accounts, maar dat is niet handig, als de zigbee dat goed vind.
Als je de installateurs app download en dan kiest voor [lokale toegang] rechtsonder, kan je verder de handleiding van de installateur volgen.
Alleen het koppelen online op de EMA app met installateur voor de 10jaar garantie, heb ik nog even bij de installateur gevraagd toen ik er een ging ruilen. Hij stond ingelogt en na opgeven loginnaam was het na 3 klikken klaar.

[ Voor 20% gewijzigd door Dapdodo op 17-08-2025 09:33 ]

[tweakfdr]

iwanovich schreef op zondag 17 augustus 2025 @ 06:21:
[...]
Mijn onwetendheid hierover heeft me tot nu toe weerhouden van het vervangen van mijn 2160 voor de ecu-c. Daarom dim ik mijn panelen toch maar via de 2160 .

Ik begrijp het niet dat jij met een 2160 je panelen kan dimmen. Ik heb deze optie niet in mijn HomeAssistant APsystems ECU Reader 2.9 integratie.

Ik ben namelijk op zoek naar een optie om mijn panelen te kunnen "dimmen" en ben een beetje de slag kwijt met de onoverzichtelijkheid met de verschillende ECU's.