APS ecu-r lokaal data uitlezen (projectje)

[smooc]

grotegok schreef op vrijdag 12 juni 2026 @ 18:21:
Ik zie dat bij events de tijd op 1-1-2000 staat. Is er mogelijkheid NTP in te stellen?

mmm, de originele firmware haalt op beetje vreemde manier de tijd op (mqtt). zal even kijken wat er kan, wil liever niet meer dependencies maken

[grotegok]

smooc schreef op vrijdag 12 juni 2026 @ 18:31:
[...]

mmm, de originele firmware haalt op beetje vreemde manier de tijd op (mqtt). zal even kijken wat er kan, wil liever niet meer dependencies maken

of middels SSH het juiste commando. Ben al flink aan het zoeken

[grotegok]

Verder echt bizar mooi gemaakt! Een aanrader!!

[smooc]

Bertus12 schreef op vrijdag 12 juni 2026 @ 13:24:
Er is iets vreemds zichtbaar op mijn installatie met versie v1.0.13, voor de tweede keer deze week wordt er geen opwek door openaps geregistreerd. Als ik de ECU reboot werkt het weer voor 1 a 2 dagen. Zie afbeeldingen.

[Afbeelding]


[Afbeelding]

Ik heb een watchdog toegevoegd aan 1.1.9. Ik denk dat je modem ophoudt met antwoorden op gegeven ogenblik en een reset nodig heeft. Dat zit er nu in.

[smooc]

grotegok schreef op vrijdag 12 juni 2026 @ 18:32:
[...]

of middels SSH het juiste commando. Ben al flink aan het zoeken

de ECU heeft het niet. Alleen rdate en dat werkt niet meer. Ik ben openntpd aan het toevoegen als package. Zal er over ca 15min zijn.

[smooc]

grotegok schreef op vrijdag 12 juni 2026 @ 18:32:
[...]

of middels SSH het juiste commando. Ben al flink aan het zoeken

het is ntpdate geworden.

opkg install ntpdate

[grotegok]

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

het is ntpdate geworden.

opkg install ntpdate

root@APS-ECU:/etc/network# opkg install ntpdate

Unknown package 'ntpdate'.

Collected errors:

* opkg_install_cmd: Cannot install package ntpdate.

root@APS-ECU:/etc/network#

[smooc]

grotegok schreef op vrijdag 12 juni 2026 @ 19:22:
[...]

root@APS-ECU:/etc/network# opkg install ntpdate

Unknown package 'ntpdate'.

Collected errors:

* opkg_install_cmd: Cannot install package ntpdate.

root@APS-ECU:/etc/network#

eerst opkg update

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