APS ecu-r lokaal data uitlezen (projectje)

[Bertus12]

smooc schreef op woensdag 10 juni 2026 @ 09:09:
[...]

Wat is exact hetzelfde? Wat heb je precies uitgevoerd en wat werkt er niet? Welke ECU gebruik je? De bug van @Bertus12 was gefixt.

De nieuwe versie 1.1.X heeft andere packaging. Maar als ie 1.13 probeerde te installeren en die werkt deels niet moeten we recoveren voordat ie de nieuwe install kan doen.

Mijn bug is met jouw hulp gefixed.

@grotegok bij mij was in eerste instantie de complete install mislukt, na een aanpassing van het install script, als ik mij goed herinner de optie -H "Expect:" toegevoegd (ben ik niet 100% zeker van) werkte het wel.

Bash:

curl -H "Expect:" -F "file=@openaps-v1.0.13-ecu.tar.bz2" \
     http://<ECU-IP>/index.php/management/exec_upgrade_ecu_app

[grotegok]

Bertus12 schreef op woensdag 10 juni 2026 @ 15:10:
[...]

Mijn bug is met jouw hulp gefixed.

@grotegok bij mij was in eerste instantie de complete install mislukt, na een aanpassing van het install script, als ik mij goed herinner de optie -H "Expect:" toegevoegd (ben ik niet 100% zeker van) werkte het wel.

Bash:

curl -H "Expect:" -F "file=@openaps-v1.0.13-ecu.tar.bz2" \
     http://<ECU-IP>/index.php/management/exec_upgrade_ecu_app

thanks, helaas blijf ik hetzelfde houden
C:\Windows\System32>curl -H "Expect:" -F "file=@openaps-v1.0.13-ecu.tar.bz2" http://192.168.2.171/index.php/management/exec_upgrade_ecu_app

{"res":0,"value":0,"result":""}

Ook met powershell exact hetzelfde, met commando:
curl.exe -H "Expect:" -F "file=@openaps-v1.0.13-ecu.tar.bz2" ` http://192.168.2.171/inde...ment/exec_upgrade_ecu_app

Weet niet goed meer wat nu te doen helaas, device is een "ECU_R_ID": "2162........."

Update: zie een nieuwe release, krijg het volgende

PS C:\test> $ECU_IP="192.168.2.171"

PS C:\test> $BS=(Get-ChildItem build/openaps-bootstrap-v1.1.6.tar.gz | Select-Object -First 1).FullName

PS C:\test> curl.exe -H "Expect:" -F "file=@$BS" "[url="http://$ECU_IP/index.php/management/exec_upgrade_ecu_app"]http://$ECU_IP/index.php/management/exec_upgrade_ecu_app[/url]"

{"res":1,"result":"Error: Tar extraction failed."}

PS C:\test>

[ Voor 31% gewijzigd door grotegok op 10-06-2026 19:02 ]

[Bertus12]

grotegok schreef op woensdag 10 juni 2026 @ 18:05:
[...]

thanks, helaas blijf ik hetzelfde houden
C:\Windows\System32>chat

{"res":0,"value":0,"result":""}

Ook met powershell exact hetzelfde, met commando:
curl.exe -H "Expect:" -F "file=@openaps-v1.0.13-ecu.tar.bz2" ` http://192.168.2.171/inde...ment/exec_upgrade_ecu_app

Weet niet goed meer wat nu te doen helaas, device is een "ECU_R_ID": "2162........."

Update: zie een nieuwe release, krijg het volgende

PS C:\test> $ECU_IP="192.168.2.171"

PS C:\test> $BS=(Get-ChildItem build/openaps-bootstrap-v1.1.6.tar.gz | Select-Object -First 1).FullName

PS C:\test> curl.exe -H "Expect:" -F "file=@$BS" "[url="http://$ECU_IP/index.php/management/exec_upgrade_ecu_app"]http://$ECU_IP/index.php/management/exec_upgrade_ecu_app[/url]"

{"res":1,"result":"Error: Tar extraction failed."}

PS C:\test>

Ik ben geen windows / powershell kenner en zou zelf nog eerder wsl gebruiken, is dat misschien een optie voor jou?, anders wachten op smooc.

[smooc]

@grotegok gebruik de nieuwste release (de bootstrap) met .bz2 op het einde. De tar.gz. package was een foutje van mijn kant, de standaard firmware kan die niet uitpakken.

{"res":0,"value":0,"result":""}

Is positief antwoord. Wacht dan even en probeer dan de ssh toegang uit (MET de instructies die in de docs staan)

[ Voor 30% gewijzigd door smooc op 11-06-2026 23:19 ]

[grotegok]

smooc schreef op donderdag 11 juni 2026 @ 23:18:
@grotegok gebruik de nieuwste release (de bootstrap) met .bz2 op het einde. De tar.gz. package was een foutje van mijn kant, de standaard firmware kan die niet uitpakken.

{"res":0,"value":0,"result":""}

Is positief antwoord. Wacht dan even en probeer dan de ssh toegang uit (MET de instructies die in de docs staan)

YES, het werkt! dank!

login as: root
root@192.168.2.171's password:
[1988] Jun 12 06:05:48 lastlog_perform_login: Couldn't stat /var/log/lastlog: No                    such file or directory
[1988] Jun 12 06:05:48 lastlog_openseek: /var/log/lastlog is not a file or direc                   tory!
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 openaps-base openaps-inv-driver openaps-ecu-zb \
             openaps-ecu-web openaps-ecu-sunspec openaps-recoveryd
Installing openaps-base (v1.1.7) to root...
Downloading http://127.0.0.1:8071//openaps-base_v1.1.7_all.ipk.
Installing openaps-inv-driver (v1.1.7) to root...
Downloading http://127.0.0.1:8071//openaps-inv-driver_v1.1.7_armv7ahf-vfp-neon.i                   pk.

Installing openaps-ecu-zb (v1.1.7) to root...
Downloading http://127.0.0.1:8071//openaps-ecu-zb_v1.1.7_armv7ahf-vfp-neon.ipk.
Installing openaps-ecu-web (v1.1.7) to root...
Downloading http://127.0.0.1:8071//openaps-ecu-web_v1.1.7_armv7ahf-vfp-neon.ipk.
Installing openaps-recoveryd (v1.1.7) to root...
Downloading http://127.0.0.1:8071//openaps-recoveryd_v1.1.7_armv7ahf-vfp-neon.ipk.
Installing openaps-ecu-sunspec (v1.1.7) to root...
Downloading http://127.0.0.1:8071//openaps-ecu-sunspec_v1.1.7_armv7ahf-vfp-neon.ipk.
Package openaps-recoveryd (v1.1.7) installed in root is up to date.
Configuring openaps-base.
openaps-base: + /etc/inv-driver/settings.json (ecu_id=216200038368 mac=80:97:1b:03:5e:2a pan=5E2A)
Configuring openaps-inv-driver.
inv-driver not running
inv-driver started (pid 2208)
inv-driver ready: /var/run/inv-driver.sock
Configuring openaps-recoveryd.
recoveryd stopped
recoveryd started (pid 2233)
recoveryd ready: /var/run/recoveryd.sock
Configuring openaps-ecu-web.
ecu-web not running
ecu-web started (pid 2248) — https on :443
Configuring openaps-ecu-zb.
ecu-zb stopped
ecu-zb: stock inverter stack (main.exe/monitor.exe) is running and owns /dev/ttyO2 — NOT starting.
  Disable stock first:  opkg remove apsystems-stock  (then reboot), then: /etc/rcS.d/S53-ecu-zb start
Configuring openaps-ecu-sunspec.
ecu-sunspec started
root@APS-ECU:~#
root@APS-ECU:~# opkg remove apsystems-stock
Removing package apsystems-stock from root...
apsystems-stock: stock DISABLED — manager launch commented in /etc/rcS.d/S50ecu_init, processes stopped.
  SSH persists via openaps-dropbear (S98). idwriter (:4540) stops at the next reboot.
  Reboot to fully drop stock; reinstall apsystems-stock to restore it.
root@APS-ECU:~# /sbin/reboot

Broadcast message from root@APS-ECU (pts/0) (Fri Jun 12 06:15:20 2026):

The system is going down for reboot NOW!
root@APS-ECU:~#

[p1eterdeboer]

Na de installatie van de bootstrap (stap 2 van https://github.com/bolkedebruin/openaps) lukt de login met ssh niet vanaf b.v. MacOS, foutmelding is dan iets als:

Unable to negotiate with 192.168.1.99 port 22: no matching key exchange method found. Their offer: diffie-hellman-group1-sha1,diffie-hellman-group14-sha1

Oplossing is wat opties mee te geven aan ssh zodat de oudere versie ondersteund wordt:

ssh -o HostkeyAlgorithms=+ssh-rsa -o KexAlgorithms=+diffi root@192.168.1.99

[grotegok]

p1eterdeboer schreef op vrijdag 12 juni 2026 @ 07:18:
Na de installatie van de bootstrap (stap 2 van https://github.com/bolkedebruin/openaps) lukt de login met ssh niet vanaf b.v. MacOS, foutmelding is dan iets als:

Unable to negotiate with 192.168.1.99 port 22: no matching key exchange method found. Their offer: diffie-hellman-group1-sha1,diffie-hellman-group14-sha1

Oplossing is wat opties mee te geven aan ssh zodat de oudere versie ondersteund wordt:

ssh -o HostkeyAlgorithms=+ssh-rsa -o KexAlgorithms=+diffi root@192.168.1.99

Ging prima met putty, daarna keys accepteren in de popup

[Bertus12]

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.

[ Voor 42% gewijzigd door Bertus12 op 12-06-2026 13:28 ]

[smooc]

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.

[grotegok]

Ik zie dat bij events de tijd op 1-1-2000 staat. Is er mogelijkheid NTP in te stellen?

[grotegok]

@smooc kun je jouw local profile base grid delen?
Victron-shift toepassing is de bedoeling. Ik zie dat de dafault stand niet alle getallen zijn ingegeven.

[smooc]

grotegok schreef op vrijdag 12 juni 2026 @ 18:26:
@smooc kun je jouw local profile base grid delen?
Victron-shift toepassing is de bedoeling. Ik zie dat de dafault stand niet alle getallen zijn ingegeven.

het is een override. Dus je overschrijft de settings van de grid profile (en je zal binnen de specs van de grid profile moeten blijven). QS1(a)s ondersteunen het niet - althans niet de slope en zijn dus aan / uit.

[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