APS ecu-r lokaal data uitlezen (projectje)

[grotegok]

smooc schreef op vrijdag 12 juni 2026 @ 19:26:
[...]

eerst opkg update

root@APS-ECU:~# opkg update

Downloading http://127.0.0.1:8071//Packages.gz.

wget: server returned error: HTTP/1.1 502 Bad Gateway

Collected errors:

* opkg_download: Failed to download http://127.0.0.1:8071//Packages.gz, wget returned 1.

root@APS-ECU:~#

[smooc]

Ik zou proberen eerst de datum in de buurt van vandaag te krijgen want de proxy doet tls en als jouw ecu nu op “2000” staat gaat het niet werken

[grotegok]

root@APS-ECU:~# date

Sat Jan 1 00:01:26 CET 2000

root@APS-ECU:~# sudo date

-sh: sudo: command not found

root@APS-ECU:~# date -s "2026-06-12 19:38:00"

Fri Jun 12 19:38:00 CEST 2026

root@APS-ECU:~# opkg update

Downloading http://127.0.0.1:8071//Packages.gz.

Inflating http://127.0.0.1:8071//Packages.gz.

Updated list of available packages in /var/lib/opkg/openaps.


root@APS-ECU:~# opkg install ntpdate

Installing ntpdate (v1.1.10) to root...

Downloading http://127.0.0.1:8071//ntpdate_v1.1.10_armv7ahf-vfp-neon.ipk.

Configuring ntpdate.

ntpdate started (pid 1597)

root@APS-ECU:~#

TOP!!!

[ Voor 24% gewijzigd door grotegok op 12-06-2026 19:42 ]

[grotegok]

en inmiddels 1.1.10, werkt fabuleus! echt heel knap

[Bertus12]

smooc schreef op vrijdag 12 juni 2026 @ 16:45:
o das interessant. Heb je wat meer info? Wat zeggen de logs? Staat er iets in events of alarms? Lijkt erop dat er een sunrise event gemist wordt. Bij reboot doet ie nieuwe broadcast om inverters to ontdekken. Vindt het opzelfde tijdstip plaats? Wel gek trouwens dat de andere metrics er wel zijn.

De Alarms:


De events van de web interface hier staan wel alle inverters op:



Laatste stuk uit /var/log/messages, waarbij ************ telkens de zelfde inverter is:

code:

Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   timers - 3 allocated, 3 active, 0 free
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]: up ************ seconds, stats for 1 seconds:
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 0 httpd_conns allocated
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   map cache - 0 allocated, 0 active (0 bytes), 0 free; hash size: 0; expire age: 1800
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   fdwatch - 0 polls (0/sec)
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   timers - 3 allocated, 3 active, 0 free
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]: up ************ seconds, stats for 1 seconds:
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 0 httpd_conns allocated
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   map cache - 0 allocated, 0 active (0 bytes), 0 free; hash size: 0; expire age: 1800
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   fdwatch - 1 polls (1/sec)
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   timers - 3 allocated, 3 active, 0 free
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]: up ************ seconds, stats for 1 seconds:
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 0 httpd_conns allocated
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   map cache - 0 allocated, 0 active (0 bytes), 0 free; hash size: 0; expire age: 1800
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   fdwatch - 0 polls (0/sec)
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   timers - 3 allocated, 3 active, 0 free
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]: up ************ seconds, stats for 1 seconds:
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 0 httpd_conns allocated
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   map cache - 0 allocated, 0 active (0 bytes), 0 free; hash size: 0; expire age: 1800
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   fdwatch - 1 polls (1/sec)
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   timers - 3 allocated, 3 active, 0 free
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]: up ************ seconds, stats for 1 seconds:
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 0 httpd_conns allocated
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   map cache - 0 allocated, 0 active (0 bytes), 0 free; hash size: 0; expire age: 1800
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   fdwatch - 1 polls (1/sec)
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   timers - 3 allocated, 3 active, 0 free
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]: up ************ seconds, stats for 1 seconds:
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 0 httpd_conns allocated
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   map cache - 0 allocated, 0 active (0 bytes), 0 free; hash size: 0; expire age: 1800
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   fdwatch - 1 polls (1/sec)
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   timers - 3 allocated, 3 active, 0 free
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]: up ************ seconds, stats for 1 seconds:
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 0 httpd_conns allocated
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   map cache - 0 allocated, 0 active (0 bytes), 0 free; hash size: 0; expire age: 1800
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   fdwatch - 0 polls (0/sec)
Jun 12 14:06:42 APS-ECU daemon.info thttpd[1482]:   timers - 3 allocated, 3 active, 0 free

[ Voor 3% gewijzigd door Bertus12 op 12-06-2026 20:06 ]

[Bertus12]

Vanmiddag ook nog reboot op de ECU uitgevoerd maar alles blijft nu op 0 staan.

[grotegok]

@smooc in je beschrijving staat:
Grid-protection profile management: select base profile (e.g. EN 50549-1), apply per inverter, verify on read-back, audit
Bij mij staan er geen base profiles beschikbaar, klopt dit?

Verder zie ik bij events:
12-6-2026, 19:54:15 info Sunrise

Sunrise lijkt mij niet om 19:54

Laatste vraag, hoe kan ik met een instructie "throttle' doen vanuit HomeAssistant? Tip?

[smooc]

grotegok schreef op vrijdag 12 juni 2026 @ 20:30:
@smooc in je beschrijving staat:
Grid-protection profile management: select base profile (e.g. EN 50549-1), apply per inverter, verify on read-back, audit
Bij mij staan er geen base profiles beschikbaar, klopt dit?

Verder zie ik bij events:
12-6-2026, 19:54:15 info Sunrise

Sunrise lijkt mij niet om 19:54

Laatste vraag, hoe kan ik met een instructie "throttle' doen vanuit HomeAssistant? Tip?

Op je laatste vraag: the firmware runt modbus op poort 502 volgens de sunspec standaard. Er zijn twee sunspec integraties beschikbaar voor HA die kan je gebruiken om te throttlen. Victron spreekt direct sunspec.

The grid profiles was ik vergeten om te packagen. Die zitten er nu in (opkg update && opkg upgrade)

sunsrise/sunset wordt gezet wanneer de ecu de inverters weer ziet (de inverters vertellen niet wanneer sunrise is). Dit gebeurt ook bij een herstart. Misschien moet ik het hernoemen.

[grotegok]

smooc schreef op vrijdag 12 juni 2026 @ 22:29:
[...]

Op je laatste vraag: the firmware runt modbus op poort 502 volgens de sunspec standaard. Er zijn twee sunspec integraties beschikbaar voor HA die kan je gebruiken om te throttlen. Victron spreekt direct sunspec.

The grid profiles was ik vergeten om te packagen. Die zitten er nu in (opkg update && opkg upgrade)

sunsrise/sunset wordt gezet wanneer de ecu de inverters weer ziet (de inverters vertellen niet wanneer sunrise is). Dit gebeurt ook bij een herstart. Misschien moet ik het hernoemen.

Dankjewel, de gridprofiles zijn nu zichtbaar.
Sunspec throttle ben ik mee aan het stoeien in HA

[souris]

@smooc ik heb v1.1.13 succesvol geinstalleerd en 6 van mijn 7 QS1A inverters toegevoegd met de hand. De zevende wil niet lukken. Ik krijg steeds dat Zigbee 'busy met telemetry-poll' is. Het lijkt erop dat er zo weinig tijd tussen twee pollings zit dat ik er niet tussen kom. Suggesties?

[grotegok]

@smooc

Paar vragen:
1: betreffende SunSpec: Mijn victron ziet perfect de ECU als PV inverter. HA ook echter krijg ik niet ID 123 write enabled aangezien sunspec2 app in HA deze als disabled ziet.
Volgens https://github.com/bolkedebruin/openaps/tree/main/docs/sunspec moet ik deze mogelijk enablen maar er staat ook dat deze default al op write staat, dus goed.
Klopt het dat home/sunspec.json niet bestaat?
Heel graag een kleine hint ;-)



2: Op het dashboard zie ik geen grafiek mbt het vermogen, wel kan ik erover hooveren en zie aan de rechterkant de bijbehorende gegevens van de marker. Het lijkt erop dat er wel data is maar de lijn niet zichtbaar is. Getest in chrome en edge browser.



3: Ik heb overigens nog geen uitval gehad wat @Bertus12 ervaart.

En nogmaals hartelijk dank en supergaaf wat je gemaakt hebt. Zeer waardevol en aanrader voor iedereen (waar van toepassinng)

[Bertus12]

grotegok schreef op zondag 14 juni 2026 @ 08:18:
@smooc

3: Ik heb overigens nog geen uitval gehad wat @Bertus12 ervaart.

En nogmaals hartelijk dank en supergaaf wat je gemaakt hebt. Zeer waardevol en aanrader voor iedereen (waar van toepassinng)

Uitval is een groot woord, de ECU is ergens de weg kwijt geraakt dus eigenlijk meer een nieuwe uitdaging , de zonnepanelen werken nog prima.

Ik ben het met je eens dat dit een mooi stukje werk is.

[ Voor 3% gewijzigd door Bertus12 op 14-06-2026 08:41 ]

[smooc]

grotegok schreef op zondag 14 juni 2026 @ 08:18:
@smooc

Paar vragen:
1: betreffende SunSpec: Mijn victron ziet perfect de ECU als PV inverter. HA ook echter krijg ik niet ID 123 write enabled aangezien sunspec2 app in HA deze als disabled ziet.
Volgens https://github.com/bolkedebruin/openaps/tree/main/docs/sunspec moet ik deze mogelijk enablen maar er staat ook dat deze default al op write staat, dus goed.
Klopt het dat home/sunspec.json niet bestaat?
Heel graag een kleine hint ;-)

[Afbeelding]

2: Op het dashboard zie ik geen grafiek mbt het vermogen, wel kan ik erover hooveren en zie aan de rechterkant de bijbehorende gegevens van de marker. Het lijkt erop dat er wel data is maar de lijn niet zichtbaar is. Getest in chrome en edge browser.

[Afbeelding]

3: Ik heb overigens nog geen uitval gehad wat @Bertus12 ervaart.

En nogmaals hartelijk dank en supergaaf wat je gemaakt hebt. Zeer waardevol en aanrader voor iedereen (waar van toepassinng)

1. Ik zie dat https://github.com/CJNE/ha-sunspec de curtailment niet aan zet. Dat is een beperking van die integratie niet van de OpenAPS. Daar zal een aanpassingen aan plaatsmoeten vinden of evt andere integratie gebruiken. Ik gebruik zelf de Victron integratie, vandaar dat ik het niet eerder heb gezien. Ik heb de docs geupdated voor wat meer info.
2. Kan je de browser log laten zien? Ik gebruik Firefox/Mac of Safari. Heb Chrome snel gecheckt maar die werkt bij mij gewoon.

[smooc]

souris schreef op zaterdag 13 juni 2026 @ 12:59:
@smooc ik heb v1.1.13 succesvol geinstalleerd en 6 van mijn 7 QS1A inverters toegevoegd met de hand. De zevende wil niet lukken. Ik krijg steeds dat Zigbee 'busy met telemetry-poll' is. Het lijkt erop dat er zo weinig tijd tussen twee pollings zit dat ik er niet tussen kom. Suggesties?

Zou gefixt moeten zijn in 1.1.14. Ik heb pre-emptie toegevoegd zodat telemetry niet in de weg zou moeten gaan zitten.

[souris]

smooc schreef op zondag 14 juni 2026 @ 09:39:
[...]

Zou gefixt moeten zijn in 1.1.14. Ik heb pre-emptie toegevoegd zodat telemetry niet in de weg zou moeten gaan zitten.

1.1.15 geinstalleerd. Ik kom nu wel een stap verder, maar ben er nog niet:

Stage: Error

Current: 806000060609
Step: rendezvous on PAN 0xFFFF
warning: module not restored to operating PAN: pairing primitive failed: set-module-pan (pan=0x827A ch=16): no modem ack
Channel 0 (sweep 0–0) — telemetry paused
Error: add 806000060609: migrate: module to 0xFFFF: pairing primitive failed: set-module-pan (pan=0xFFFF ch=16): no modem ack

edit:
laat maar, na een reboot gaat het wel goed. Dank voor de fix!

[ Voor 9% gewijzigd door souris op 14-06-2026 10:45 ]

[grotegok]

smooc schreef op zondag 14 juni 2026 @ 09:38:
[...]

1. Ik zie dat https://github.com/CJNE/ha-sunspec de curtailment niet aan zet. Dat is een beperking van die integratie niet van de OpenAPS. Daar zal een aanpassingen aan plaatsmoeten vinden of evt andere integratie gebruiken. Ik gebruik zelf de Victron integratie, vandaar dat ik het niet eerder heb gezien. Ik heb de docs geupdated voor wat meer info.
2. Kan je de browser log laten zien? Ik gebruik Firefox/Mac of Safari. Heb Chrome snel gecheckt maar die werkt bij mij gewoon.

1: Dank! Ik ga ermee aan de slag
2: Het is ook op mijn mobiel, denk dat het met oude data van jaar 2000 te maken heeft, is dit te wissen?

[grotegok]

@smooc

Ik zie dat max 750Watt per DS3 is ingesteld, daarnet ging ik daar flink over, klopt ook want ik heb 880W DS3 versie, is dit aan te passen? Misschien als gebruiker in te stell en, per type omvormer.

[ Voor 129% gewijzigd door grotegok op 14-06-2026 13:37 ]

[Bertus12]

Andere vraag, mijn openaps doet het nu ook weer al moet de reboot nog gebeuren. Hebben jullie hier iets staan en wat doet zo één profile eigenlijk?

[grotegok]

Bertus12 schreef op zondag 14 juni 2026 @ 13:41:
Andere vraag, mijn openaps doet het nu ook weer al moet de reboot nog gebeuren. Hebben jullie hier iets staan en wat doet zo één profile eigenlijk?

[Afbeelding]

ik heb dit staat (letop, de verhogende spanning is ivm spanningsval over mijn kabel

[Bertus12]

grotegok schreef op zondag 14 juni 2026 @ 13:52:
[...]

ik heb dit staat (letop, de verhogende spanning is ivm spanningsval over mijn kabel

[Afbeelding]

Als hier geen profiel staat wat gebeurd er dan, worden dan de oude settings overgenomen of is het gewoon beter hier EN50549-1 te selecteren. Dit is niet iets waar ik in thuis ben zoals wel duidelijk zal zijn .

[smooc]

grotegok schreef op zondag 14 juni 2026 @ 12:55:
@smooc

Ik zie dat max 750Watt per DS3 is ingesteld, daarnet ging ik daar flink over, klopt ook want ik heb 880W DS3 versie, is dit aan te passen? Misschien als gebruiker in te stell en, per type omvormer.

[Afbeelding]

De max is model bepaald, en die zijn hardcoded (specs van apsystems). Welk model heb je?

[smooc]

grotegok schreef op zondag 14 juni 2026 @ 10:48:
[...]

1: Dank! Ik ga ermee aan de slag
2: Het is ook op mijn mobiel, denk dat het met oude data van jaar 2000 te maken heeft, is dit te wissen?

Over 2, goeie weet ik eigenlijk niet (of het er mee te maken heeft) zou ik even moeten nazoeken. OpenAPS ruimt de database normaliter opgegeven ogenblik dus zou zichzelf ook moeten herstellen misschien.

[grotegok]

smooc schreef op zondag 14 juni 2026 @ 14:02:
[...]

De max is model bepaald, en die zijn hardcoded (specs van apsystems). Welk model heb je?

Ik heb 5 stuks DS3 880W versie, overigens denk ik dat er een rekenfoutje in zit want ik kom soms op1.1Kw per omvormer. Had dit gelezen bij ESP ECu https://github.com/patience4711/ESP32-read-APS-inverters

[grotegok]

smooc schreef op zondag 14 juni 2026 @ 14:04:
[...]

Over 2, goeie weet ik eigenlijk niet (of het er mee te maken heeft) zou ik even moeten nazoeken. OpenAPS ruimt de database normaliter opgegeven ogenblik dus zou zichzelf ook moeten herstellen misschien.

Is het mogelijk de database handmatig te wissen, of alleen die entry van 2000? Denk overigens dat het probleem is, want 2000 staat aan de linkerkant en rechts alle andere entries

[grotegok]

Bertus12 schreef op zondag 14 juni 2026 @ 13:56:
[...]

Als hier geen profiel staat wat gebeurd er dan, worden dan de oude settings overgenomen of is het gewoon beter hier EN50549-1 te selecteren. Dit is niet iets waar ik in thuis ben zoals wel duidelijk zal zijn .

Volgens mij blijft in de APS omvormer staan wat erin is gezet, totdat je het overschrijft.
Dus geen profiel gekozen betekent dat je het bestaande (voorheen) profiel hebt.

[smooc]

grotegok schreef op zondag 14 juni 2026 @ 14:11:
[...]

Is het mogelijk de database handmatig te wissen, of alleen die entry van 2000? Denk overigens dat het probleem is, want 2000 staat aan de linkerkant en rechts alle andere entries

dat is het wel, maar dat zal via php moeten want de cli voor sqlite staat niet op de box. En heb nu niet direct iets klaar liggen dat dat voor je doet.

[smooc]

grotegok schreef op zondag 14 juni 2026 @ 14:12:
[...]

Volgens mij blijft in de APS omvormer staan wat erin is gezet, totdat je het overschrijft.
Dus geen profiel gekozen betekent dat je het bestaande (voorheen) profiel hebt.

Dat is correct, echter de originele firmware had een issue met de Q1SA's waardoor grid profiles uberhaupt niet werden toegepast.

Voor de specifieke houd OpenAPS het ook zo dat je binnen grid profile je eigen profiel kan toepassen. Als Vmax bv 260 van de grid profile dan kan je je omvormer specifieke Vmax niet op 265 zettten, op 255 wel.

Ik zou dus als je geen profiel geladen hebt dit op de EU versie zetten.

[smooc]

grotegok schreef op zondag 14 juni 2026 @ 14:10:
[...]

Ik heb 5 stuks DS3 880W versie, overigens denk ik dat er een rekenfoutje in zit want ik kom soms op1.1Kw per omvormer. Had dit gelezen bij ESP ECu https://github.com/patience4711/ESP32-read-APS-inverters

Welk model rapporteert OpenAPS?

Het wattage wordt berekend aan de hand van Watts = VA × PF . VA is Maximum Continuous Output Power and PF is de efficientie. Er zijn meerdere DS3 modellen die ook nog per continent kunnen verschillen :-).

[Bertus12]

Met dank aan smooc zit ik nu ook op 1.1.15 en heb het profile op EN50549-1 (230 V · 23 pts) gezet nu maar even kijken of mijn ECU zich blijft gedragen.

[smooc]

grotegok schreef op zondag 14 juni 2026 @ 14:10:
[...]

Ik heb 5 stuks DS3 880W versie, overigens denk ik dat er een rekenfoutje in zit want ik kom soms op1.1Kw per omvormer. Had dit gelezen bij ESP ECu https://github.com/patience4711/ESP32-read-APS-inverters

als je van https://<ecu>/api/fleet jouw model numbers kan posten (of in private bericht) kan ik even checken of dit om detectie gaat of over iets anders.

[grotegok]

smooc schreef op zondag 14 juni 2026 @ 14:36:
[...]

Welk model rapporteert OpenAPS?

Het wattage wordt berekend aan de hand van Watts = VA × PF . VA is Maximum Continuous Output Power and PF is de efficientie. Er zijn meerdere DS3 modellen die ook nog per continent kunnen verschillen :-).

Opgelost met release 1.1.16, top!!!

[grotegok]

smooc schreef op zondag 14 juni 2026 @ 14:04:
[...]

Over 2, goeie weet ik eigenlijk niet (of het er mee te maken heeft) zou ik even moeten nazoeken. OpenAPS ruimt de database normaliter opgegeven ogenblik dus zou zichzelf ook moeten herstellen misschien.

Ook opgelost, met 1.1.18, top!

[Bertus12]

Als ik op de Inverters page kijk zie ik bij Encryption de melding "Plaintext link misconfigured or foreign unit" zie afbeelding, dit is bij alle 9 inverters. Is dit nog iets wat aandacht nodig heeft ?

[smooc]

Bertus12 schreef op zondag 14 juni 2026 @ 21:32:
Als ik op de Inverters page kijk zie ik bij Encryption de melding "Plaintext link misconfigured or foreign unit" zie afbeelding, dit is bij alle 9 inverters. Is dit nog iets wat aandacht nodig heeft ?

[Afbeelding]

Nee, das misschien een wat ferme tekst. AES is alleen beschikbaar voor nieuwere inverters dus je kan er ook niet zo veel aan doen. Het "risico" is dat eventueel iemand anders jouw inverters kan uitlezen door het verkeer te sniffen indien plaintext. En als men heel ingewikkeld doet zelfs kan besturen. Misschien heeft de FSB interesse in jouw dak?

[souris]

ik heb nu een spook inverter in mijn openaps systeem. Een keer een tikfout gemaakt bij het handmatig invoeren. Deze inverter is wel toegevoegd, maar dus altijd offline. Is deze te verwijderen? De optie 'replace' heb ik geprobeerd, maar dat haalt niets uit.

[smooc]

souris schreef op dinsdag 16 juni 2026 @ 07:40:
ik heb nu een spook inverter in mijn openaps systeem. Een keer een tikfout gemaakt bij het handmatig invoeren. Deze inverter is wel toegevoegd, maar dus altijd offline. Is deze te verwijderen? De optie 'replace' heb ik geprobeerd, maar dat haalt niets uit.

Goed punt. Als je nu update, kan je inverters verwijderen uit het "inverter" scherm

[grotegok]

Ik heb heel veel events/alamen waarbij de omvormers uit gaan:
over_freq_aux freq=50.0 v=251.1 w=0.0
Elk event meldt zich met over_freq_aux, klopt dit wel?

Terwijl ik het local-site profiel al heb aangepast als test:
AB = 257 VAD = 268 VAY = 257 V

[smooc]

grotegok schreef op dinsdag 16 juni 2026 @ 17:24:
Ik heb heel veel events/alamen waarbij de omvormers uit gaan:
over_freq_aux freq=50.0 v=251.1 w=0.0
Elk event meldt zich met over_freq_aux, klopt dit wel?

Terwijl ik het local-site profiel al heb aangepast als test:
AB = 257 VAD = 268 VAY = 257 V

Bij mij gebeurt dit ook. Dat gaat te samen met een drop in wattage. APSystems hebben aantal slechtere badges gehad met matige capacitors. Dus dan treedt de fout niet op door een van de 'trip' waarden, maar doordat er intern niet goed zit. Er zijn verschillende videos van op het net.

Ik heb er contact over opgenomen met de importeur SolarTeam in mijn geval. Maar die wilde een onderhoudscontract om ze te vervangen, welke net zo duur is als een nieuwe. Dus nog geen stap verder op het moment.

Lang verhaal kort: check of je alarm samenhangt met een wattage drop. Dikke kans dat je het zelfde euvel hebt.

[Bertus12]

@smooc

Op 16 juni en vandaag 18 juni heeft de FSB toegeslagen en mijn energie afgetapt . Gelukkig alleen visueel. Zie grafiek vandaag 10:30 hieronder en van de DSMR grafiek die helaas niet verder terug gaat. Enig idee waarom dit gebeurd?






En de versies installed:
opkg list-installed |grep openaps
openaps-base - v1.1.20
openaps-dropbear - v1.1.13
openaps-ecu-sunspec - v1.1.20
openaps-ecu-web - v1.1.20
openaps-ecu-zb - v1.1.19
openaps-inv-driver - v1.1.20
openaps-recoveryd - v1.1.19
openaps-tls-proxy - v1.1.19

[ Voor 12% gewijzigd door Bertus12 op 18-06-2026 10:40 ]

[smooc]

Bertus12 schreef op donderdag 18 juni 2026 @ 10:36:
@smooc

Op 16 juni en vandaag 18 juni heeft de FSB toegeslagen en mijn energie afgetapt . Gelukkig alleen visueel. Zie grafiek vandaag 10:30 hieronder en van de DSMR grafiek die helaas niet verder terug gaat. Enig idee waarom dit gebeurd?

[Afbeelding]


[Afbeelding]

En de versies installed:
opkg list-installed |grep openaps
openaps-base - v1.1.20
openaps-dropbear - v1.1.13
openaps-ecu-sunspec - v1.1.20
openaps-ecu-web - v1.1.20
openaps-ecu-zb - v1.1.19
openaps-inv-driver - v1.1.20
openaps-recoveryd - v1.1.19
openaps-tls-proxy - v1.1.19

ik heb je pm gestuurd

[souris]

@smooc Na een tijdje testen loop ik tegen een aantal dingen aan:

1. Na enig tijd is er geen verbinding meer en moet ik de ECU-R rebooten (dat was trouwens met de originele FW ook al zo).
2. Als ik reboot door een power cycle, dan staat de datum fout. ntpdate krijg ik niet aan de praat.
3. Met de diverse Sunspec HA integraties krijg ik alleen maar opties om een 1 phase inverter weer te geven. Mijn diverse QS1A's zijn verdeeld over 3 fases.

Als je suggesties hebt, dan graag.

[grotegok]

souris schreef op zaterdag 27 juni 2026 @ 12:04:
@smooc Na een tijdje testen loop ik tegen een aantal dingen aan:

1. Na enig tijd is er geen verbinding meer en moet ik de ECU-R rebooten (dat was trouwens met de originele FW ook al zo).
2. Als ik reboot door een power cycle, dan staat de datum fout. ntpdate krijg ik niet aan de praat.
3. Met de diverse Sunspec HA integraties krijg ik alleen maar opties om een 1 phase inverter weer te geven. Mijn diverse QS1A's zijn verdeeld over 3 fases.

Als je suggesties hebt, dan graag.

Punt 1 en 2 ervaar ik ook

[smooc]

@grotegok @souris
Check even of je de laatste updates runt (>= 1.1.21). Daar zit een ntp update wat zou moeten dealen met het feit als het verschil (reboot zet de tijd op 2000-X-X) te groot is. Mocht dat niet zo zijn moet ik even verder kijken.

Omdat ik zelf geen last heb van een verbinding die verdwijnt, kan je iets meer uitleggen over je setup? Is je ECU gekoppeld via wifi of via ethernet? Wat betekent "geen verbinding meer"? Is de ECU niet bereikbaar, kan de ECU de inverters niet bereiken?

@souris
QS1As zijn technisch 1 fase en kunnen dus ook niet rapporteren over meerdere fases. Je kan je hardware matig wel hebben verdeeld, maar dat weet de ECU niet of nooit en de inverter zelf ook niet. Laten zien dat ze verdeeld zijn zou een software matig truukje zijn of ui dingetje. Wat is je doel?

[grotegok]

smooc schreef op zaterdag 4 juli 2026 @ 07:56:
@grotegok @souris
Check even of je de laatste updates runt (>= 1.1.21). Daar zit een ntp update wat zou moeten dealen met het feit als het verschil (reboot zet de tijd op 2000-X-X) te groot is. Mocht dat niet zo zijn moet ik even verder kijken.

Omdat ik zelf geen last heb van een verbinding die verdwijnt, kan je iets meer uitleggen over je setup? Is je ECU gekoppeld via wifi of via ethernet? Wat betekent "geen verbinding meer"? Is de ECU niet bereikbaar, kan de ECU de inverters niet bereiken?

@souris
QS1As zijn technisch 1 fase en kunnen dus ook niet rapporteren over meerdere fases. Je kan je hardware matig wel hebben verdeeld, maar dat weet de ECU niet of nooit en de inverter zelf ook niet. Laten zien dat ze verdeeld zijn zou een software matig truukje zijn of ui dingetje. Wat is je doel?

@smooc
Geen verbinding heb ik met de WebGui, wel met SSH.
Als ik Date ingeef zie ik dat de tijd/datum weer op 1 jan staat. Doe ik date -s "2026-07-04 09:18:00" dan werkt de Web interface weer zoals verwacht. ECU is met een UTP aangesloten.

Ik ga nu even updaten, dank wederom!

update: ik zat al op 1.1.21 en nu naar 1.1.22 (in middels naar 1.1.23)

[grotegok]

@smooc ik zie op het dashboard dat ik de slider niet naar 880W kan zetten en deze wel bij het inverter overzicht wel juist staat 880/880. Betreft DS3

[smooc]

grotegok schreef op zaterdag 4 juli 2026 @ 09:34:
@smooc ik zie op het dashboard dat ik de slider niet naar 880W kan zetten en deze wel bij het inverter overzicht wel juist staat 880/880. Betreft DS3

[Afbeelding]

Volgens mij staat ie op 880W?

[grotegok]

smooc schreef op zaterdag 4 juli 2026 @ 10:30:
[...]

Volgens mij staat ie op 880W?

Klopt, maar de slider gaat niet naar rechts, staat een stukje voor de 880W, het lijkt dus alsof die niet op max staat.
Ik klaag niet hoor, denk geef het door. Het is iets visueels.

[ Voor 19% gewijzigd door grotegok op 04-07-2026 10:32 ]

[smooc]

Check, als je het een [ui] issue kan maken op de github pagina kan ik er naar kijken in de toekomst.

Welke versies (meervoud) van de software draai je? Dit ivm de datum bug die naar mijn weten opgelost zou moeten zijn al eerder ("opkg list" op de ecu geeft je de lijst)

[smooc]

@souris ik heb de firmware geupdated zodat je zelf kan kiezen welke fase je inverters op terug leveren. Dit is volledig in software (voor 3 fase inverters staat dit vast) en maakt voor de inverters niet uit maar misschien wel voor je monitoring.

[souris]

smooc schreef op zaterdag 4 juli 2026 @ 07:56:
@grotegok @souris
Check even of je de laatste updates runt (>= 1.1.21). Daar zit een ntp update wat zou moeten dealen met het feit als het verschil (reboot zet de tijd op 2000-X-X) te groot is. Mocht dat niet zo zijn moet ik even verder kijken.

Ik draaide verse 1.1.21.

Omdat ik zelf geen last heb van een verbinding die verdwijnt, kan je iets meer uitleggen over je setup? Is je ECU gekoppeld via wifi of via ethernet? Wat betekent "geen verbinding meer"? Is de ECU niet bereikbaar, kan de ECU de inverters niet bereiken?

De inverters blijven het gewoon doen, maar de ECU rapporteert niet meer. Als ik OpenAPS gebruik zijn alle inverters offline. Als ik de AP-Systems fw gebruik, dan is hij niet meer zichtbaar in HA. De ECU-R is via LAN verbonden.

@souris
QS1As zijn technisch 1 fase en kunnen dus ook niet rapporteren over meerdere fases. Je kan je hardware matig wel hebben verdeeld, maar dat weet de ECU niet of nooit en de inverter zelf ook niet. Laten zien dat ze verdeeld zijn zou een software matig truukje zijn of ui dingetje. Wat is je doel?

Ik zie graag het verbruik per fase. Ik weet welke inverter op welke fase zit. Als ik Openaps gebruik met een sunspec HA integratie, dan zie ik alleen het stroomverbruik van phase A.

[souris]

Een andere vraag: hoe bepaalt openaps het type inverter? De AP Systems fw houdt vol dat ik QS1's heb en openaps rapporteert QS1a's. Het is relevant vanwege het maximum continu vermogen.

[souris]

smooc schreef op zaterdag 4 juli 2026 @ 10:58:
@souris ik heb de firmware geupdated zodat je zelf kan kiezen welke fase je inverters op terug leveren. Dit is volledig in software (voor 3 fase inverters staat dit vast) en maakt voor de inverters niet uit maar misschien wel voor je monitoring.

Ik ga het proberen. Mijn problemen met de datum/tijd zijn trouwens exact zoals @grotegok het beschreef.

[souris]

smooc schreef op zaterdag 4 juli 2026 @ 10:58:
@souris ik heb de firmware geupdated zodat je zelf kan kiezen welke fase je inverters op terug leveren. Dit is volledig in software (voor 3 fase inverters staat dit vast) en maakt voor de inverters niet uit maar misschien wel voor je monitoring.

Ik heb v1.1.23 geïnstalleerd. Het instellen van de fases gaat niet lekker. Op diverse inverters springt hij meteen terug naar L1. Ik heb er een paar kunnen wijzigingen toen de inverters offline waren. Had een extra restart van S53-ecu-zb nodig om de inverters online te krijgen, maar kan nu dus de fases niet goed zetten. Niet in het dashboard en niet in het inverters scherm.

[smooc]

souris schreef op zaterdag 4 juli 2026 @ 20:01:
Een andere vraag: hoe bepaalt openaps het type inverter? De AP Systems fw houdt vol dat ik QS1's heb en openaps rapporteert QS1a's. Het is relevant vanwege het maximum continu vermogen.

De inverter rapporteert een model nummer. De QS1 en QS1a's (die volgens mij speciaal voor Europa zijn) hebben verschillende model nummers. Ik denk dat de frontend van APSystems geen verschil laat zien tussen QS1 / QS1a

[smooc]

souris schreef op zaterdag 4 juli 2026 @ 19:58:
[...]

Ik draaide verse 1.1.21.


[...]

De inverters blijven het gewoon doen, maar de ECU rapporteert niet meer. Als ik OpenAPS gebruik zijn alle inverters offline. Als ik de AP-Systems fw gebruik, dan is hij niet meer zichtbaar in HA. De ECU-R is via LAN verbonden.

Kan je dan nog wel inloggen op de ECU? Kan je checken wat de datum is op de ecu wanneer dit gebeurd? En load? En welke processen runnen?

[smooc]

souris schreef op zaterdag 4 juli 2026 @ 20:23:
[...]

Ik heb v1.1.23 geïnstalleerd. Het instellen van de fases gaat niet lekker. Op diverse inverters springt hij meteen terug naar L1. Ik heb er een paar kunnen wijzigingen toen de inverters offline waren. Had een extra restart van S53-ecu-zb nodig om de inverters online te krijgen, maar kan nu dus de fases niet goed zetten. Niet in het dashboard en niet in het inverters scherm.

Gefixt in 1.1.24.

[smooc]

smooc schreef op zondag 5 juli 2026 @ 11:01:
[...]

De inverter rapporteert een model nummer. De QS1 en QS1a's (die volgens mij speciaal voor Europa zijn) hebben verschillende model nummers. Ik denk dat de frontend van APSystems geen verschil laat zien tussen QS1 / QS1a

O ja, grid updates werken voor de QS1a's ook niet als je de stock firmware gebruikt. Het is nog al een messy gebeuren van APSystems heeft gemaakt.

[souris]

smooc schreef op zondag 5 juli 2026 @ 11:03:
[...]

Kan je dan nog wel inloggen op de ECU? Kan je checken wat de datum is op de ecu wanneer dit gebeurd? En load? En welke processen runnen?

Ik ben op een gegeven moment weer teruggegaan naar de stock firmware. Wat ik me herinner is dat met openaps, ik wel kan inloggen op de ECU-R en ook een reboot geven, maar dat een power cycle nodig is om de boel weer aan de gang te krijgen. Met als nadeel dat na een power cycle de tijd moet worden goed gezet door een "date -s ..." commando.

Ik heb toen niet naar de lopende processen gekeken, helaas.

[souris]

@smooc ik denk dat 1.1.24 nog niet gepusht is, of dat de package list nog niet ingepast is:

Package openaps-base (v1.1.21) installed in root is up to date.
Package openaps-inv-driver (v1.1.23) installed in root is up to date.
Package openaps-ecu-zb (v1.1.23) installed in root is up to date.
Package openaps-ecu-web (v1.1.23) installed in root is up to date.
Package openaps-ecu-sunspec (v1.1.23) installed in root is up to date.
Package openaps-recoveryd (v1.1.23) installed in root is up to date.
root@APS-ECU:~# 

[smooc]

souris schreef op zondag 5 juli 2026 @ 13:24:
@smooc ik denk dat 1.1.24 nog niet gepusht is, of dat de package list nog niet ingepast is:

Package openaps-base (v1.1.21) installed in root is up to date.
Package openaps-inv-driver (v1.1.23) installed in root is up to date.
Package openaps-ecu-zb (v1.1.23) installed in root is up to date.
Package openaps-ecu-web (v1.1.23) installed in root is up to date.
Package openaps-ecu-sunspec (v1.1.23) installed in root is up to date.
Package openaps-recoveryd (v1.1.23) installed in root is up to date.
root@APS-ECU:~# 

Dat is gek want op github staat ie released twee uur geleden. Heb je update gedaan? (opkg update)

[smooc]

souris schreef op zondag 5 juli 2026 @ 13:15:
[...]

Ik ben op een gegeven moment weer teruggegaan naar de stock firmware. Wat ik me herinner is dat met openaps, ik wel kan inloggen op de ECU-R en ook een reboot geven, maar dat een power cycle nodig is om de boel weer aan de gang te krijgen. Met als nadeel dat na een power cycle de tijd moet worden goed gezet door een "date -s ..." commando.

Ik heb toen niet naar de lopende processen gekeken, helaas.

Als onderdeel van de bootstrap heb ik een script gemaakt wat elk uur de datum goed zet. Check even of /etc/rcS.d/S56-ntpdate bestaat en of ie kan runnen (stop / start). Er lijkt wat verschil te bestaan in sommige deployments van de linux versie en packages.

Mocht ie een error geven op libcrypto (of andere lib) laat dan svp een "ls -la /lib" zien.

[smooc]

@souris lijkt er trouwens op dat de CDN van Github zn caches nog niet geupdate heeft. Even geduld denk ik.

[souris]

smooc schreef op zondag 5 juli 2026 @ 13:37:
[...]


Dat is gek want op github staat ie released twee uur geleden. Heb je update gedaan? (opkg update)

Ik had (uiteraard een opkg update gedaan). Nu is hij er wel.

[souris]

smooc schreef op zondag 5 juli 2026 @ 13:48:
@souris lijkt er trouwens op dat de CDN van Github zn caches nog niet geupdate heeft. Even geduld denk ik.

Fase instellen gaat nu goed.

ntpdate geeft:

ntpdate: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

ls -al /lib:

root@APS-ECU:~# ls -la /lib
total 11208
drwxr-x---    6 1001     1001          4096 Jun 27 10:54 .
drwxr-xr-x   18 root     root          4096 Apr 18  2025 ..
drwxr-x---    2 1001     1001          4096 Jan  1  2000 depmod.d
-rwxr-xr-x    1 1001     1001         97580 Jul 12  2021 ld-2.15.so
lrwxrwxrwx    1 root     root            10 Jan  1  2000 ld-linux-armhf.so.3 -> ld-2.15.so
-rw-r--r--    1 1001     1001          5640 Jul 12  2021 libBrokenLocale-2.15.so
lrwxrwxrwx    1 root     root            23 Jan  1  2000 libBrokenLocale.so.1 -> libBrokenLocale-2.15.so
-rwxr-xr-x    1 root     root         45807 Aug 29  2025 libYNtools.so
-rw-r--r--    1 1001     1001         14204 Jul 12  2021 libanl-2.15.so
lrwxrwxrwx    1 root     root            14 Jan  1  2000 libanl.so.1 -> libanl-2.15.so
lrwxrwxrwx    1 root     root            16 Jan  1  2000 libattr.so.1 -> libattr.so.1.1.0
-rw-r--r--    1 1001     1001         61269 Jul 12  2021 libattr.so.1.1.0
lrwxrwxrwx    1 root     root            17 Jan  1  2000 libblkid.so.1 -> libblkid.so.1.1.0
-rwxr-xr-x    1 1001     1001        127796 Jul 12  2021 libblkid.so.1.1.0
-rwxr-xr-x    1 1001     1001        881932 Jul 12  2021 libc-2.15.so
lrwxrwxrwx    1 root     root            12 Jan  1  2000 libc.so.6 -> libc-2.15.so
lrwxrwxrwx    1 root     root            14 Jan  1  2000 libcap.so.2 -> libcap.so.2.22
-rw-r--r--    1 1001     1001         60315 Jul 12  2021 libcap.so.2.22
-rw-r--r--    1 1001     1001        177792 Jul 12  2021 libcidn-2.15.so
lrwxrwxrwx    1 root     root            15 Jan  1  2000 libcidn.so.1 -> libcidn-2.15.so
lrwxrwxrwx    1 root     root            17 Jan  1  2000 libcom_err.so.2 -> libcom_err.so.2.1
-rwxr-xr-x    1 1001     1001          8876 Jul 12  2021 libcom_err.so.2.1
-rw-r--r--    1 1001     1001         26184 Jul 12  2021 libcrypt-2.15.so
lrwxrwxrwx    1 root     root            16 Jan  1  2000 libcrypt.so.1 -> libcrypt-2.15.so
lrwxrwxrwx    1 root     root            16 Jan  1  2000 libcrypto.so -> libcrypto.so.1.1
lrwxrwxrwx    1 root     root            27 Jun 27 10:54 libcrypto.so.1.0.0 -> /usr/lib/librcrypt.so.1.0.0
-rw-r--r--    1 root     root       2030173 Mar 21  2022 libcrypto.so.1.1
-rw-r--r--    1 1001     1001          9816 Jul 12  2021 libdl-2.15.so
lrwxrwxrwx    1 root     root            13 Jan  1  2000 libdl.so.2 -> libdl-2.15.so
lrwxrwxrwx    1 root     root            13 Jan  1  2000 libe2p.so.2 -> libe2p.so.2.3
-rwxr-xr-x    1 1001     1001         23976 Jul 12  2021 libe2p.so.2.3
lrwxrwxrwx    1 root     root            16 Jan  1  2000 libext2fs.so.2 -> libext2fs.so.2.4
-rwxr-xr-x    1 1001     1001        217544 Jul 12  2021 libext2fs.so.2.4
-rw-r--r--    1 1001     1001       1473720 Jul 12  2021 libgcc_s.so.1
-rwxr-xr-x    1 1001     1001         29027 Jul 12  2021 libiw.so.29
-rw-r--r--    1 1001     1001        398928 Jul 12  2021 libm-2.15.so
lrwxrwxrwx    1 root     root            12 Jan  1  2000 libm.so.6 -> libm-2.15.so
-rw-r--r--    1 1001     1001         13920 Jul 12  2021 libmemusage.so
lrwxrwxrwx    1 root     root            19 Jan  1  2000 libmudflap.so.0 -> libmudflap.so.0.0.0
-rwxr-xr-x    1 1001     1001         77536 Jul 12  2021 libmudflap.so.0.0.0
lrwxrwxrwx    1 root     root            21 Jan  1  2000 libmudflapth.so.0 -> libmudflapth.so.0.0.0
-rwxr-xr-x    1 1001     1001         82148 Jul 12  2021 libmudflapth.so.0.0.0
lrwxrwxrwx    1 root     root            18 Jan  1  2000 libncursesw.so.5 -> libncursesw.so.5.9
-rwxr-xr-x    1 1001     1001        154280 Jul 12  2021 libncursesw.so.5.9
-rw-r--r--    1 1001     1001         55244 Jul 12  2021 libnsl-2.15.so
lrwxrwxrwx    1 root     root            14 Jan  1  2000 libnsl.so.1 -> libnsl-2.15.so
-rw-r--r--    1 1001     1001         22392 Jul 12  2021 libnss_compat-2.15.so
lrwxrwxrwx    1 root     root            21 Jan  1  2000 libnss_compat.so.2 -> libnss_compat-2.15.so
-rw-r--r--    1 1001     1001         13948 Jul 12  2021 libnss_dns-2.15.so
lrwxrwxrwx    1 root     root            18 Jan  1  2000 libnss_dns.so.2 -> libnss_dns-2.15.so
-rw-r--r--    1 1001     1001         34756 Jul 12  2021 libnss_files-2.15.so
lrwxrwxrwx    1 root     root            20 Jan  1  2000 libnss_files.so.2 -> libnss_files-2.15.so
-rw-r--r--    1 1001     1001         13960 Jul 12  2021 libnss_hesiod-2.15.so
lrwxrwxrwx    1 root     root            21 Jan  1  2000 libnss_hesiod.so.2 -> libnss_hesiod-2.15.so
-rw-r--r--    1 1001     1001         30420 Jul 12  2021 libnss_nis-2.15.so
lrwxrwxrwx    1 root     root            18 Jan  1  2000 libnss_nis.so.2 -> libnss_nis-2.15.so
-rw-r--r--    1 1001     1001         34504 Jul 12  2021 libnss_nisplus-2.15.so
lrwxrwxrwx    1 root     root            22 Jan  1  2000 libnss_nisplus.so.2 -> libnss_nisplus-2.15.so
-rw-r--r--    1 1001     1001          5592 Jul 12  2021 libpcprofile.so
-rwxr-xr-x    1 1001     1001         67636 Jul 12  2021 libpthread-2.15.so
lrwxrwxrwx    1 root     root            18 Jan  1  2000 libpthread.so.0 -> libpthread-2.15.so
-rw-r--r--    1 1001     1001         55156 Jul 12  2021 libresolv-2.15.so
lrwxrwxrwx    1 root     root            17 Jan  1  2000 libresolv.so.2 -> libresolv-2.15.so
-rw-r--r--    1 1001     1001         22548 Jul 12  2021 librt-2.15.so
lrwxrwxrwx    1 root     root            13 Jan  1  2000 librt.so.1 -> librt-2.15.so
lrwxrwxrwx    1 root     root            19 Jan  1  2000 libsqlite3.so -> libsqlite3.so.0.8.6
lrwxrwxrwx    1 root     root            19 Jan  1  2000 libsqlite3.so.0 -> libsqlite3.so.0.8.6
-rwxr-xr-x    1 1001     1001       3622023 Jul 12  2021 libsqlite3.so.0.8.6
lrwxrwxrwx    1 root     root            12 Jan  1  2000 libss.so.2 -> libss.so.2.0
-rwxr-xr-x    1 1001     1001         18724 Jul 12  2021 libss.so.2.0
lrwxrwxrwx    1 root     root            13 Jan  1  2000 libssl.so -> libssl.so.1.1
-rw-r--r--    1 root     root        441936 Mar 21  2022 libssl.so.1.1
lrwxrwxrwx    1 root     root            19 Jan  1  2000 libstdc++.so.6 -> libstdc++.so.6.0.17
-rwxr-xr-x    1 1001     1001        620688 Jul 12  2021 libstdc++.so.6.0.17
-rw-r--r--    1 1001     1001          2453 Jul 12  2021 libstdc++.so.6.0.17-gdb.py
lrwxrwxrwx    1 root     root            15 Jan  1  2000 libtinfo.so.5 -> libtinfo.so.5.9
-rwxr-xr-x    1 1001     1001        118396 Jul 12  2021 libtinfo.so.5.9
lrwxrwxrwx    1 root     root            19 Jan  1  2000 libusb-0.1.so.4 -> libusb-0.1.so.4.4.4
-rwxr-xr-x    1 1001     1001         13372 Jul 12  2021 libusb-0.1.so.4.4.4
lrwxrwxrwx    1 root     root            19 Jan  1  2000 libusb-1.0.so.0 -> libusb-1.0.so.0.0.0
-rwxr-xr-x    1 1001     1001         43236 Jul 12  2021 libusb-1.0.so.0.0.0
-rw-r--r--    1 1001     1001          9852 Jul 12  2021 libutil-2.15.so
lrwxrwxrwx    1 root     root            15 Jan  1  2000 libutil.so.1 -> libutil-2.15.so
lrwxrwxrwx    1 root     root            16 Jan  1  2000 libuuid.so.1 -> libuuid.so.1.3.0
-rwxr-xr-x    1 1001     1001         14332 Jul 12  2021 libuuid.so.1.3.0
drwxr-x---    2 1001     1001          4096 Jul 12  2021 modprobe.d
drwxr-x---    3 1001     1001          4096 Jan  1  2000 modules
drwxr-x---    5 1001     1001          4096 Jan  1  2000 udev

[grotegok]

souris schreef op zondag 5 juli 2026 @ 14:35:
[...]

Ik had (uiteraard een opkg update gedaan). Nu is hij er wel.

exact hetzelfde m.b.t. ntpdate

[ Voor 3% gewijzigd door grotegok op 05-07-2026 15:13 ]

[grotegok]

smooc schreef op zondag 5 juli 2026 @ 13:39:
[...]


Als onderdeel van de bootstrap heb ik een script gemaakt wat elk uur de datum goed zet. Check even of /etc/rcS.d/S56-ntpdate bestaat en of ie kan runnen (stop / start). Er lijkt wat verschil te bestaan in sommige deployments van de linux versie en packages.

Mocht ie een error geven op libcrypto (of andere lib) laat dan svp een "ls -la /lib" zien.

/etc/rcS.d/S56-ntpdate bestaat

[grotegok]

@smooc zojuist 1.1.27 erop gezet.
Hartelijk dank!
Mijn bevindingen volgen later.

[souris]

grotegok schreef op maandag 6 juli 2026 @ 06:45:
@smooc zojuist 1.1.27 erop gezet.
Hartelijk dank!
Mijn bevindingen volgen later.

Hier ook 1.1.27 erop gezet. So far so good. Dank weer!

[Bertus12]

grotegok schreef op maandag 6 juli 2026 @ 06:45:
@smooc zojuist 1.1.27 erop gezet.
Hartelijk dank!
Mijn bevindingen volgen later.

Ook hier 1.1.27 erop gezet ben benieuwd, ik zal de reboot die elke nacht werd uitgevoerd nu uitzetten.

[smooc]

@Bertus12 @souris @grotegok

Blijkbaar waren er verschillende software revisies van de basis firmware / linux distributie die op de ECUs draait. Dat zorgde ervoor dat ntpdate in mijn geval wel werkte en bij jullie niet . Ik heb een oudere distributie. Daarnaast zet de ECU op basis van de hardware clock de tijd, maar deze werkt helemaal niet.

Nu bundel ik een busybox die meer 'applets' heeft (o.a. ntpd en cron) en zet ik de datum aan begin van de boot naar iets wat ntpd kan verzetten (2000 -> nu is te groot en geeft een error). Start moment is net na de hwclock sync, zodat de tijd goed kom te staan ondanks dat de originele firmware deze verkeerd zet bij boot.

[souris]

smooc schreef op maandag 6 juli 2026 @ 10:15:
@Bertus12 @souris @grotegok

Blijkbaar waren er verschillende software revisies van de basis firmware / linux distributie die op de ECUs draait. Dat zorgde ervoor dat ntpdate in mijn geval wel werkte en bij jullie niet . Ik heb een oudere distributie. Daarnaast zet de ECU op basis van de hardware clock de tijd, maar deze werkt helemaal niet.

Nu bundel ik een busybox die meer 'applets' heeft (o.a. ntpd en cron) en zet ik de datum aan begin van de boot naar iets wat ntpd kan verzetten (2000 -> nu is te groot en geeft een error). Start moment is net na de hwclock sync, zodat de tijd goed kom te staan ondanks dat de originele firmware deze verkeerd zet bij boot.

Dank in ieder geval. Ik een powercycle gedaan en de tijd bleef nu goed. Nu kijken of de boel meerdere dagen stabiel blijft. Met de stock firmware had ik ook een nachtelijke powercycle via een Shelley ingesteld.

[souris]

@smooc Ik had zojuist weer een geval dat alle inverters offline waren. Ik kon wel ssh-en naar de ECU-R.

restart van S53-ecu-zb was niet genoeg. Het process stoppen en opnieuw opstarten hielp wel. De boel draait nu weer, zonder reboot of power cycle. Misschien kun je cron toevoegen aan opkg zodat ik het process 's nachts opnieuw kan starten?

Ik kan in HA zien dat het process gisteravond 18:00 onderuit is gegaan. Het is dus niet pas als er geen opwekking meer is.

[ Voor 15% gewijzigd door souris op 09-07-2026 07:53 ]

[grotegok]

souris schreef op donderdag 9 juli 2026 @ 07:52:
@smooc Ik had zojuist weer een geval dat alle inverters offline waren. Ik kon wel ssh-en naar de ECU-R.

restart van S53-ecu-zb was niet genoeg. Het process stoppen en opnieuw opstarten hielp wel. De boel draait nu weer, zonder reboot of power cycle. Misschien kun je cron toevoegen aan opkg zodat ik het process 's nachts opnieuw kan starten?

Ik kan in HA zien dat het process gisteravond 18:00 onderuit is gegaan. Het is dus niet pas als er geen opwekking meer is.

Exact hetzelfde hier, wilde net een update hier plaatsen

[Bertus12]

Ook bij mij valt af en toe de grafiek weg, ook de inverters geven aan offline te staan.
Datum tijd van de ECU klopt nu wel. Na de /etc/rcS.d/S53-ecu-zb stop/start draait het hier ook weer.

Aanvulling uit de /var/log/ecu-zb.log

code:

time=2026-07-09T16:16:39.948Z level=INFO msg="busmgr connected" component=ecu-zb sock=/var/run/inv-driver.sock
time=2026-07-09T16:16:46.594Z level=WARN msg="watchdog module unresponsive to 0x0D, recovering" component=ecu-zb
time=2026-07-09T16:16:46.898Z level=INFO msg="modem radio reset asserted, waiting 10s to settle" component=ecu-zb device=/dev/reset
time=2026-07-09T16:17:02.903Z level=ERROR msg="watchdog recovery failed, backing off" component=ecu-zb err="set-module-pan (pan=0x5D1C ch=16): no modem ack"
time=2026-07-09T16:20:46.594Z level=WARN msg="watchdog module unresponsive to 0x0D, recovering" component=ecu-zb
time=2026-07-09T16:20:46.897Z level=INFO msg="modem radio reset asserted, waiting 10s to settle" component=ecu-zb device=/dev/reset
time=2026-07-09T16:21:02.903Z level=ERROR msg="watchdog recovery failed, backing off" component=ecu-zb err="set-module-pan (pan=0x5D1C ch=16): no modem ack"
time=2026-07-09T16:21:39.958Z level=INFO msg="busmgr connected" component=ecu-zb sock=/var/run/inv-driver.sock
...
Loopt nog even door met dit

[ Voor 74% gewijzigd door Bertus12 op 09-07-2026 19:32 ]

[Bertus12]

Ik heb voor nu tijdelijk een cronjob aangemaakt met onderstaande:
Dit tot @smooc iets definitiefs heeft gevonden.

code:

0 1 * * * /etc/rcS.d/S53-ecu-zb stop
5 1 * * * /etc/rcS.d/S53-ecu-zb start

[grotegok]

Bertus12 schreef op zondag 12 juli 2026 @ 10:01:
Ik heb voor nu tijdelijk een cronjob aangemaakt met onderstaande:
Dit tot @smooc iets definitiefs heeft gevonden.

code:

0 1 * * * /etc/rcS.d/S53-ecu-zb stop
5 1 * * * /etc/rcS.d/S53-ecu-zb start

Mag ik je hulp vragen? crontab -e kent hij niet...

[Bertus12]

grotegok schreef op zondag 12 juli 2026 @ 19:13:
[...]

Mag ik je hulp vragen? crontab -e kent hij niet...

Was even zoeken maar ik heb het als volgt gedaan, is niet de meest elegante oplossing maar werkt ook na reboot (hoop ik) :

code:

busybox crontab -e

# In vi :
0 1 * * * /etc/rcS.d/S53-ecu-zb stop
5 1 * * * /etc/rcS.d/S53-ecu-zb start

# Check
busybox crontab -l

# Starten crond deamon
busybox crond -c /var/spool/cron/crontabs

# Check
ps | grep crond
 1691 root      0:00 busybox crond -c /var/spool/cron/crontabs
 1693 root      0:00 grep crond

# persistent maken
mkdir -p /etc/crontabs
cp /var/spool/cron/crontabs/root /etc/crontabs/root
cat /etc/crontabs/root
vi /etc/rcS.d/S60-crond

# In vi:

#!/bin/sh
mkdir -p /var/spool/cron/crontabs
cp /etc/crontabs/root /var/spool/cron/crontabs/root
busybox crond -c /var/spool/cron/crontabs

# Hierna
chmod +x /etc/rcS.d/S60-crond

# Nog controleren
ls -la /etc/rcS.d/S60-crond
cat /etc/crontabs/root

Ik heb nog geen reboot gedaan dus fingers crossed.

[grotegok]

Bertus12 schreef op donderdag 9 juli 2026 @ 19:23:
Ook bij mij valt af en toe de grafiek weg, ook de inverters geven aan offline te staan.
Datum tijd van de ECU klopt nu wel. Na de /etc/rcS.d/S53-ecu-zb stop/start draait het hier ook weer.

Aanvulling uit de /var/log/ecu-zb.log

code:

time=2026-07-09T16:16:39.948Z level=INFO msg="busmgr connected" component=ecu-zb sock=/var/run/inv-driver.sock
time=2026-07-09T16:16:46.594Z level=WARN msg="watchdog module unresponsive to 0x0D, recovering" component=ecu-zb
time=2026-07-09T16:16:46.898Z level=INFO msg="modem radio reset asserted, waiting 10s to settle" component=ecu-zb device=/dev/reset
time=2026-07-09T16:17:02.903Z level=ERROR msg="watchdog recovery failed, backing off" component=ecu-zb err="set-module-pan (pan=0x5D1C ch=16): no modem ack"
time=2026-07-09T16:20:46.594Z level=WARN msg="watchdog module unresponsive to 0x0D, recovering" component=ecu-zb
time=2026-07-09T16:20:46.897Z level=INFO msg="modem radio reset asserted, waiting 10s to settle" component=ecu-zb device=/dev/reset
time=2026-07-09T16:21:02.903Z level=ERROR msg="watchdog recovery failed, backing off" component=ecu-zb err="set-module-pan (pan=0x5D1C ch=16): no modem ack"
time=2026-07-09T16:21:39.958Z level=INFO msg="busmgr connected" component=ecu-zb sock=/var/run/inv-driver.sock
...
Loopt nog even door met dit

Hmm, loop meteen vast bij het eerste commando:

root@APS-ECU:~# busybox crontab -e

crontab: can't change directory to '/var/spool/cron/crontabs': No such file or directory

[grotegok]

grotegok schreef op maandag 13 juli 2026 @ 20:26:
[...]

Hmm, loop meteen vast bij het eerste commando:

root@APS-ECU:~# busybox crontab -e

crontab: can't change directory to '/var/spool/cron/crontabs': No such file or directory

Ik ga die dir even handmatig aanmaken

[Bertus12]

grotegok schreef op maandag 13 juli 2026 @ 20:26:
[...]

Hmm, loop meteen vast bij het eerste commando:

root@APS-ECU:~# busybox crontab -e

crontab: can't change directory to '/var/spool/cron/crontabs': No such file or directory

Oei ja ik zie dat de volgorde verkeerd staat, deze regel had bovenaan moeten staan

mkdir -p /var/spool/cron/crontabs

[grotegok]

ehhh wat was ook al weer het default wachtwoord? openaps dacht ik?

[grotegok]

grotegok schreef op dinsdag 8 september 2026 @ 15:07:
ehhh wat was ook al weer het default wachtwoord? openaps dacht ik?

inmiddels gelukt!

[killabee.nl]

Is er iets bekend over de tijdsplanning van OpenAPS op een raspberry pi?

Deze staat op de roadmap zag ik maar ben even benieuwd. Heb zelf geen ECU-R Pro of een ECU-C helaas.

[grotegok]

v1.1.28 is uit, werkt top

[Bertus12]

grotegok schreef op dinsdag 15 september 2026 @ 14:32:
v1.1.28 is uit, werkt top

Heb hem gelijk geïnstalleerd, draaide de laatste tijd ook al stabiel met de workaround maar dit is beter.

Weer bedankt @smooc

[verguldebarman]

grotegok schreef op dinsdag 15 september 2026 @ 14:32:
v1.1.28 is uit, werkt top

Ik heb een nieuwe ecu-r pro klaarliggen (gebruik nu nog actief en oude ecu-r) en twijfel of ik direct naar openaps overstap. Weet jij of dit gaat werken?

1. De huidige werkende ecu-r ongewijzigd offline brengen
2. Op de nieuwe ecu-r pro openaps installeren en alle inverters toevoegen
3. Vervolgens verder draaien op de ecu-r pro

Kan ik dan de ecu-r als fallback weer online brengen, mits de ecu-r pro met openaps offline is natuurlijk.....?

Tweede vraag, kan ik openaps ook in Home Assistant toevoegen?

[grotegok]

verguldebarman schreef op woensdag 16 september 2026 @ 08:34:
[...]

Ik heb een nieuwe ecu-r pro klaarliggen (gebruik nu nog actief en oude ecu-r) en twijfel of ik direct naar openaps overstap. Weet jij of dit gaat werken?

1. De huidige werkende ecu-r ongewijzigd offline brengen
2. Op de nieuwe ecu-r pro openaps installeren en alle inverters toevoegen
3. Vervolgens verder draaien op de ecu-r pro

Kan ik dan de ecu-r als fallback weer online brengen, mits de ecu-r pro met openaps offline is natuurlijk.....?

Tweede vraag, kan ik openaps ook in Home Assistant toevoegen?

Volgens mij wel, maar als de firmware niet geslikt wordt is er geen paniek.
Ja alles werkt perfect met sunspec in HA!
echt een aanrader!

[verguldebarman]

grotegok schreef op woensdag 16 september 2026 @ 15:41:
[...]

Volgens mij wel, maar als de firmware niet geslikt wordt is er geen paniek.
Ja alles werkt perfect met sunspec in HA!
echt een aanrader!

...met sunspec in HA? Ik vrees dat je dat even moet uitleggen. Ik heb nog nooit met sunspec gewerkt. 🫣🥴

[ Voor 5% gewijzigd door verguldebarman op 17-09-2026 09:15 ]

[smooc]

killabee.nl schreef op donderdag 10 september 2026 @ 08:53:
Is er iets bekend over de tijdsplanning van OpenAPS op een raspberry pi?

Deze staat op de roadmap zag ik maar ben even benieuwd. Heb zelf geen ECU-R Pro of een ECU-C helaas.

Nee op dit moment niet. Ik heb geen raspberry pi liggen die ik kan gebruiken om te testen en op dit moment vind ik ze (te) duur. Ik maak OpenAPS voor de lol.

Mocht je er een willen uitlenen / doneren dan kan ik er tijd aan besteden :-).

[smooc]

verguldebarman schreef op woensdag 16 september 2026 @ 16:26:
[...]

...met sunspec in HA? Ik vrees dat je dat even moet uitleggen. Ik heb nog nooit met sunspec gewerkt. 🫣🥴

Sunspec is de standaard op het gebied van communicatie met PV systemen. O.a. Victron ondersteunt dit (reden waarom ik OpenAPS ben gaan maken).

HA integratie kan je hier vinden: https://github.com/CJNE/ha-sunspec (er zijn misschien forks die wat bugfixes hebben trouwens, deze werkt echter gewoon).

[Bertus12]

Ik ben er inmiddels achter dat je ook met een Homey Pro de Sunspec registers via openAPS kunt uitlezen en wellicht ook kunt sturen. Je hebt hiervoor wel de Modbus app van RonnyW nodig, een APsystems ECU 2162 en natuurlijk OpenAPS van Smooc.

[Bertus12]

Eerst even een disclaimer: ik ben geen engineer, maar hobbyist. Onderstaande instellingen en resultaten zijn proefondervindelijk vastgesteld op mijn eigen installatie. Het is dus goed mogelijk dat dit bij andere configuraties anders werkt.

Zijn er hier meer gebruikers van OpenAPS, ECU-R-Pro en APsystems DS3-omvormers die hun omvormers aansturen met behulp van Homey? Ik ben benieuwd naar jullie ervaringen en bevindingen.

Het lukt mij inmiddels om de DS3-omvormers afzonderlijk te limiteren met behulp van een Homey Advanced Flow en de Modbus-app. Vanaf 2027 wil ik dit gaan gebruiken om, in combinatie met een dynamisch energiecontract, het vermogen van de omvormers automatisch te sturen.

Wat ik tot nu toe, met behulp van de OpenAPS-documentatie, AI en vooral veel testen, heb gevonden:

Per DS3-omvormer kan ik via register 40267 een waarde voor de vermogenslimiet schrijven. Vervolgens zet ik register 40271 op 1 om deze limiet actief te maken.

Bijvoorbeeld:
40267 = 8000
40271 = 1

Dit resulteert bij mijn installatie in een vermogenslimiet van ongeveer 619 W voor die omvormer.

Proefondervindelijk heb ik tot nu toe onderstaande waarden vastgesteld:

Geschreven naar 40267	Teruggelezen uit 40267	Output Cap in OpenAPS-webinterface
10000, met 40271 = 0	10000	880 W
9120	9113	706 W
9113	9090	704 W
8000	8000	619 W
7000	7000	542 W
6000	6000	465 W
5000	5000	387 W
4000	4000	310 W
3000	3000	232 W
2000	2000	155 W
1000	1000	77 W

Zijn er andere gebruikers met een DS3-omvormers en een ECU-R-Pro die hetzelfde gedrag zien en of iemand meer weet over de manier waarop register 40267 intern wordt omgerekend of begrensd.

[Bertus12]

Net de laatste versie van OpenAPS geïnstalleerd zit nu op 1.1.31 nu even wachten op het eerste zonnestraaltje. De Homey flow werkt verder goed met OpenAPS maar heb hem voor nu even stil gezet.

[Vaez]

Door firmwarebugs werkten de bestaande APsystems Home Assistant-integraties niet meer stabiel voor mij.

Daarnaast wil ik graag de ECU (in mijn geval een ECU-R 2160) ook gaan aansturen om mijn energiekosten verder te kunnen optimaliseren als de salderingsregeling weggaat in 2027. Ik ben daarom in de SunSpec Modbus van mijn ECU-R gedoken en heb zelf een integratie gebouwd: https://github.com/christianvaes/homeassistant-apsystems_modbus

Ik heb dit de afgelopen weken getest en geprobeerd dit steeds beter en stabieler te maken. De ECU-R 2160 blijft een langzame hub, maar de integratie werkt ondertussen erg goed voor mij. Het aansturen wil ik nog verder testen, maar het werkt nu al wel. Je kunt de panelen knijpen of helemaal uitzetten.

Ik heb wel gemerkt dat de ECU-R (2160) soms erg instabiel kan zijn (niet alleen via Modbus, maar in het algemeen). Ik heb geprobeerd dit zoveel mogelijk te ondervangen met de integratie, zodat de integratie zichzelf herstelt en je niets hoeft te doen om hem draaiende te houden. Daarnaast is het niet mogelijk om data vaker dan elke 5 minuten te verversen, omdat de ECU maar eens per 5 minuten de data van de omvormers ophaalt.

Ik heb zelf een ECU-R 2160 met DS3-omvormers. De integratie zou ook voor een ECU-R Pro of ECU-C moeten werken, maar dit heb ik niet getest. Als je het wilt proberen, hoor ik graag of het werkt.

[KarsS]

@Vaez Vandaag eens wat geëxperimenteerd met jou APSystems integratie. Het installeren verliep goed. De software zag ook zelf de ECU en alle inverters. Dat vond ik al bemoedigend omdat een eenvoudiger integratie die ik tot nu toe gebruikte daar nog wel eens wat problemen mee had, terwijl die alleen maar de ECU data kon uitlezen, niets besturen.

Dat besturen was mijn hoofdreden om deze integratie te willen gebruiken omdat ik in 2027 de panelen wil kunnen knijpen of uitzetten bij negatieve stroomprijzen.

Er zat geen dashboard bij de integratie (voor zover ik weet, ik ben nog maar een beginner als het om Home Assistent gaat) dus eerst een eenvoudig dashboard gemaakt met een blok van acht van mijn panelen die nog de oudere YC600 omvormers gebruiken. Ik was erg benieuwd of die ook aan/uit gezet kunnen worden. Verder heb ik eenzelfde systeem met een ECU-R 2160 en DS3 omvormers.

Toen kwam de grote test: het uitzetten van de panelen, dit werkte wel! Het duurt even maar dan is de opwek weg!

Wel was er iets raars, het leek of na het uitzetten de ECU een tijdje onbereikbaar was. Alle entiteiten gaven unavailable. Ik schrok even want als er geen communicatie meer is, hoe krijg ik dan de panelen weer aan... Het weer aanzetten met de knop in de integratie gaf geen reactie op dat moment. Ik heb toen maar gewoon een tijdje gewacht en op een gegeven moment waren alle panelen weer on-line. Hieronder een schermafdruk van de gebeurtenis:



Rond 13:40u is het commando "uitschakelen" verzonden. Dan zakt het vermogen sterk maar direct daarna lijkt er geen verbinding meer. Om 13:57u kunnen de panelen weer gelezen worden en is te zien dat ze werkelijk uit staan! Rond 15:00u schakel ik de panelen weer in en na een tijdje beginnen ze weer te leveren.

Wat verder opvalt; "Today's energy" geeft slechts 0.5kWh aan terwijl er 7.59kWh is opgewekt volgens de APSystems app. Tot net voor het uitschakelen gaf deze entiteit wel dezelfde waarde weer als APSystems. Het lijkt erop dat hier alleen het deel na de uitschakeling is meegenomen.

In z'n algemeenheid ben ik enthousiast over de mogelijkheden van deze integratie! Het heeft mij ook geleerd dat de YC600 omvormers daadwerkelijk reageren op het uitschakel commando. Wel hoop ik het vreemde effect van de onderbroken verbinding nog op te kunnen lossen. Nu is dit mijn eerste en enige waarneming, het kan natuurlijk best zijn dat ik iets fout doe... Ik ga er de komende tijd nog flink mee aan de slag.

[Vaez]

KarsS schreef op maandag 26 oktober 2026 @ 19:16:
@Vaez Vandaag eens wat geëxperimenteerd met jou APSystems integratie. Het installeren verliep goed. De software zag ook zelf de ECU en alle inverters. Dat vond ik al bemoedigend omdat een eenvoudiger integratie die ik tot nu toe gebruikte daar nog wel eens wat problemen mee had, terwijl die alleen maar de ECU data kon uitlezen, niets besturen.

Dat besturen was mijn hoofdreden om deze integratie te willen gebruiken omdat ik in 2027 de panelen wil kunnen knijpen of uitzetten bij negatieve stroomprijzen.

Er zat geen dashboard bij de integratie (voor zover ik weet, ik ben nog maar een beginner als het om Home Assistent gaat) dus eerst een eenvoudig dashboard gemaakt met een blok van acht van mijn panelen die nog de oudere YC600 omvormers gebruiken. Ik was erg benieuwd of die ook aan/uit gezet kunnen worden. Verder heb ik eenzelfde systeem met een ECU-R 2160 en DS3 omvormers.

Toen kwam de grote test: het uitzetten van de panelen, dit werkte wel! Het duurt even maar dan is de opwek weg!

Wel was er iets raars, het leek of na het uitzetten de ECU een tijdje onbereikbaar was. Alle entiteiten gaven unavailable. Ik schrok even want als er geen communicatie meer is, hoe krijg ik dan de panelen weer aan... Het weer aanzetten met de knop in de integratie gaf geen reactie op dat moment. Ik heb toen maar gewoon een tijdje gewacht en op een gegeven moment waren alle panelen weer on-line. Hieronder een schermafdruk van de gebeurtenis:

[Afbeelding]

Rond 13:40u is het commando "uitschakelen" verzonden. Dan zakt het vermogen sterk maar direct daarna lijkt er geen verbinding meer. Om 13:57u kunnen de panelen weer gelezen worden en is te zien dat ze werkelijk uit staan! Rond 15:00u schakel ik de panelen weer in en na een tijdje beginnen ze weer te leveren.

Wat verder opvalt; "Today's energy" geeft slechts 0.5kWh aan terwijl er 7.59kWh is opgewekt volgens de APSystems app. Tot net voor het uitschakelen gaf deze entiteit wel dezelfde waarde weer als APSystems. Het lijkt erop dat hier alleen het deel na de uitschakeling is meegenomen.

In z'n algemeenheid ben ik enthousiast over de mogelijkheden van deze integratie! Het heeft mij ook geleerd dat de YC600 omvormers daadwerkelijk reageren op het uitschakel commando. Wel hoop ik het vreemde effect van de onderbroken verbinding nog op te kunnen lossen. Nu is dit mijn eerste en enige waarneming, het kan natuurlijk best zijn dat ik iets fout doe... Ik ga er de komende tijd nog flink mee aan de slag.

Super leuk dat je hem hebt getest, dankjewel! Zoals je ook aangeeft werkt het over het algemeen goed. Het grootste probleem is dat een ECU-R een heel langzaam en niet zo stabiel apparaatje is. Op GitHub hebben ook mensen met een ECU-R Pro en een ECU-C getest, die lijken een stuk sneller en stabieler te zijn.

Zelf heb ik ook een ECU-R en wat je beschrijft ook al een aantal keer gezien. Uiteindelijk kan je het altijd oplossen door in Home Assistant de limiet op 100 % en de omvormers aan te zetten en daarna de ECU te herstarten, dan staat alles weer vrij en draait hij weer zoals ervoor.
Ik heb geprobeerd het zo stabiel mogelijk te maken, maar kan niet fixen dat de ECU zelf niet meer vastloopt of langzaam reageert. Het aantal schrijf- en leesacties heb ik wel tot het minimum proberen te beperken, zonder in te boeten op hoe oud de data is die je ziet of dat het limiteren/uitzetten niet meer werkt.

Ik ben zelf nog steeds aan het testen en heb gisteravond nog een update gedaan (0.6.1) die het besturen stabieler moet maken en scenario’s als bepaalde omvormers die niet uitgaan/aangaan moet beperken. Ik denk dan ook dat dit een gedeelte van de problemen die je ervaart oplost. Ik heb ook het meeste van mijn ervaringen vastgelegd in de GitHub-readme: https://github.com/christ...ssistant-apsystems_modbus.

Super bedankt voor je ervaring, ook goed om te zien dat de YC600 werken, dit ga ik aan de readme op GitHub toevoegen.

[Nibblebit]

@Vaes Wat gebruikers zich moeten realiseren bij de modbus integratie is dat de geïntegreerde scenarios van APsystems zelf dan niet meer functioneren als modbus is ingeschakeld (zoals weergegeven in de EMA app).Wellicht goed om dat aan de readme van de integratie toe te voegen.

[Vaez]

Nibblebit schreef op dinsdag 27 oktober 2026 @ 15:09:
@Vaes Wat gebruikers zich moeten realiseren bij de modbus integratie is dat de geïntegreerde scenarios van APsystems zelf dan niet meer functioneren als modbus is ingeschakeld (zoals weergegeven in de EMA app).Wellicht goed om dat aan de readme van de integratie toe te voegen.

Klopt helemaal, dit kan je dan zelf bouwen in home assistant. Ik heb ook een voorbeeld hoe je dit kan doen op de readme staan maar ben van plan dit nog beter uit te werken en een automation voor te delen. Dat de apsystems scenarios niet meer werken staat al op https://github.com/christ...s_modbus#before-you-start

[ Voor 5% gewijzigd door Vaez op 27-10-2026 16:18 ]

[BTB]

Vanochtend ook eens de Modbus aangezet op m'n 2160, fw R1.3.24, aan Claude gevraagd of het werkt, en die gaf me een stukje configuration.yaml, en voila!
Maar wel erg basic, dus @Vaez jouw integratie ziet er een stuk cooler uit, moet ik gaan checken!

[BTB]

Vervolgens dus de integratie van homeassistant-apsystems_modbus geinstalleerd, en dat ziet er prima uit. Echter: de ECU-R stopt er na een aantal dagen mee. Na een power cycle komt'ie wel terug maar dat is natuurlijk niet sustainable.
Een ECU-C is een beetje overkill, een EPS32 met Zigbee dingetje is natuurlijk ook wel leuk, maar dan is de support van APS mogelijk wat minder; soms gaat een QS1 stuk en wil je toch een nieuwe krijgen ...