APS ecu-r lokaal data uitlezen (projectje)

[Dapdodo]

HiBe schreef op zaterdag 25 april 2026 @ 18:59:
inmiddels ben ik iets verder. kan in register 40189 een waarde tussen 0-1000 (0-100%) schrijven en vervolgens register 40193 schrijven om dit (denk ik) te activeren, nu is de vraag of het voor iemand duidelijk is wat register 40188 doet, en of dit ook nog effect heeft op de logica rondom register 40189 en 40193.?

40188, wat denk je van loskoppelen van het systeem? Zodat je die weer opnieuw kan koppelen aan een andere ECU?

[HiBe]

Dapdodo schreef op zaterdag 25 april 2026 @ 19:05:
[...]

40188, wat denk je van loskoppelen van het systeem? Zodat je die weer opnieuw kan koppelen aan een andere ECU?

uh oh... dus daar moeten we vooral maar niks mee doen...

[lampy25]

Is er al iemand die in nodered het beperken van vermogen voor elkaar heeft gekregen?
Vandaag halve dag mee bezig geweest maar systeem reageer nog steeds niet. Laatste foutmelding is een timeout. Er zijn iets teveel opties in nodered waar ik teweinig vanaf weet.

[lampy25]

Termy schreef op zaterdag 25 april 2026 @ 16:54:
[...]

Deze heb ik ook gevolgd en omdat ik bij Tibber zit dus 0.1356 en 0.1108 ingevuld, maar hij ging hier volle bak door de hele dag. Wat heb jij precies ingevuld?

Heb precies ingevuld wat er in de handleiding stond, geloof 0.1308

[Termy]

Hm ok, kijken wat het vandaag gaat doen dan.

Ik ben niet thuis en kan m'n home assistant niet op afstand benaderen, daarmee is het me nl wel gelukt om vermogen te beperken. Althans, een tijdje terug. Geen idee of het nu nog werkt.

[Termy]

Nee hoor, blijft weer gewoon volle bak doorgaan .

[RvV]

Gisteren ging hij bij mij gewoon door. Vandaag ging hij wel spot-on uit met deze instellingen in de app, van Termy "Ik zit bij Tibber en heb 13,56 en 11,08 ct ingesteld voor import/export."

Heb je wel die melding gekregen dat het 15 minuten duurt voordat die changes zijn toegepast?

[ Voor 20% gewijzigd door RvV op 26-04-2026 13:08 ]

[lampy25]

Termy schreef op zondag 26 april 2026 @ 13:04:
Nee hoor, blijft weer gewoon volle bak doorgaan .

Bij een vriend van me werkt het via de app automatisch op prijs uitschakelen ook goed, tenminste het uitschakelen
Zelf heb ik het weer uitgezet, de auto laden + thuisaccu laden + warm water maken heb ik al het vermogen wel nodig

[Termy]

lampy25 schreef op zondag 26 april 2026 @ 13:23:
[...]


Bij een vriend van me werkt het via de app automatisch op prijs uitschakelen ook goed, tenminste het uitschakelen
Zelf heb ik het weer uitgezet, de auto laden + thuisaccu laden + warm water maken heb ik al het vermogen wel nodig

Geen idee wat hier aan de hand is . Maar goed, goed om te weten dat dit bij mij iig niet werkt, dan moet ik gewoon aan de bak met HA.

[RvV]

Niet helemaal de juiste plaats hier misschien, maar een nieuw topic is ook weer overdreven..
Sinds vanmorgen 07:45u is bij mij de opwerk van alle inverters gestopt. Ben ik de enige met dit probleem? Zou het misschien kunnen komen door die dynamische prijs instelling in de app? Het draait bij mij al vele jaren stabiel en dit is de eerste keer dat ik dit meemaak.

edit: Dat had ik eerder moeten posten. Het is spontaan weer gaan werken.

[ Voor 10% gewijzigd door RvV op 28-04-2026 10:33 ]

[Verwijderd]

Hier precies hetzelfde. Productie is gestopt om 7:50. Dacht dat ik gek werd
-edit- Nu ook hier weer productie...

-edit 2- Weer gestopt om 10:50...

Blijft vreemd dat dit extern blijkbaar uitgeschakeld wordt.

[ Voor 48% gewijzigd door Verwijderd op 28-04-2026 10:51 ]

[Termy]

Misschien toch iets specifieks bij jullie (netspanning?) want hier was er geen onderbreking.

[RvV]

Termy schreef op dinsdag 28 april 2026 @ 10:52:
Misschien toch iets specifieks bij jullie (netspanning?) want hier was er geen onderbreking.

Rock-solid 231V.
Eigenlijk heb ik nog nooit de spanning buiten de 225-240V gezien. Ik zit in de straat met 4 huizen op 1 kabel, waarvan 2 met PV. Ik heb de automaten in de meterkast ook een keer uit/aan gezet maar dat had ook geen effect. Het leek er ernstig op dat ze remote gedeactiveerd waren.
Ik ben niet zo'n fan van dat soort "spook" gedrag, of dat er iemand bij APS HQ wat heeft zitten spelen. We houden het even in de gaten.

“Low power alarm in channel” was trouwens de melding volgens de "Intelligent Diagnosis" in de webinterface.

[ Voor 8% gewijzigd door RvV op 28-04-2026 11:06 ]

[Moniek_m]

Verwijderd schreef op dinsdag 28 april 2026 @ 10:40:
Hier precies hetzelfde. Productie is gestopt om 7:50. Dacht dat ik gek werd
-edit- Nu ook hier weer productie...

-edit 2- Weer gestopt om 10:50...

Blijft vreemd dat dit extern blijkbaar uitgeschakeld wordt.

Hier ging hij ook precies om 7.50 uit. Dit gebeurde afgelopen zaterdag ook, maar toen om 7.15.

[RHoots]

Heb de ECU-C nog niet heel lang maar zag dit gedrag toevallig ook vandaag om 07:45. Integratie in HA lijkt niets te kunnen betekenen hierin. Dus wil binnenkort maar eens beginnen met modbus of iets anders om dit zelf te regelen / uit te lezen.

[Termy]

Ik ben nu weer thuis en zie in HA de update van de ECU integratie en dat alle power limiting niet meer werkt.

Nou, dan maar even contact opnemen met APS over die dynamic tariff instellingen.

Hier overigens nog steeds geen uitval gezien vandaag.

[drvt175]

Misschien off topic
Ik heb een elt-12 en ecu-r welke door de elt wordt beïnvloed.
Ok een dynamische stroom contract

Afgelopen dagen worden de omvormers uitgeschakeld
Echter ook op momenten dat de stroom prijs inclusief bijkomende kosten>0 is
De batterij worden dan geladen uit net ipv eigen opwek. Dit lijkt me ongewenste

De ai instellingen/ dynamische stroom tarief instellingen van APS zijn mij niet duidelijk.
Hierover een vraag ingediend bij APS

[Nibblebit]

APsystems is zoetjes aan de functionaliteit aan het terugbrengen dus 2.14.1 van de integratie zul je weer kunnen gebruiken als je de nieuwe firmware hebt ontvangen. Als het goed is kun je dan via de EMA manager App ook weer alles instellen. Heb je de nieuwe firmware nog niet en doet de integratie het niet, gebruik dan 2.14.2 (met iets verminderde functionaliteit).

[RHoots]

Nibblebit schreef op dinsdag 28 april 2026 @ 17:28:
APsystems is zoetjes aan de functionaliteit aan het terugbrengen dus 2.14.1 van de integratie zul je weer kunnen gebruiken als je de nieuwe firmware hebt ontvangen. Als het goed is kun je dan via de EMA manager App ook weer alles instellen. Heb je de nieuwe firmware nog niet en doet de integratie het niet, gebruik dan 2.14.2 (met iets verminderde functionaliteit).

Welke versie van de firmware is de “nieuwe” dan let ik daar even op.

[lampy25]

Heb 2 ECU-C's in beheer, beide hebben nu firmware C1.2.24D na een power cycle. Dan is het hidden menu weer beschikbaar.

[Termy]

Nibblebit schreef op dinsdag 28 april 2026 @ 17:28:
APsystems is zoetjes aan de functionaliteit aan het terugbrengen dus 2.14.1 van de integratie zul je weer kunnen gebruiken als je de nieuwe firmware hebt ontvangen. Als het goed is kun je dan via de EMA manager App ook weer alles instellen. Heb je de nieuwe firmware nog niet en doet de integratie het niet, gebruik dan 2.14.2 (met iets verminderde functionaliteit).

Ah dat scheelt. Enig idee welke firmware dat moet zijn? Zo te zien heb ik nu R2.1.29D.

[Nibblebit]

Voor de ECU-R-Pro is 2.1.29D weer de juiste firmware versie en voor de ECU-C is de juiste versie ECU-C-Z_C1.2.24D. De nieuwe firmware laat zich sneller installeren als je de ECU 5 minuten uit zet en dan weer aan zet.

[Termy]

Yes, via HA kan de power per channel weer controleren zie ik dus op die manier kan ik het iig regelen. Ik heb nog een vraag uit staan bij APS support over de instellingen in de app. Ik kreeg wel supersnel antwoord op een andere vraag maar op deze nog niks. Ben benieuwd.

[Scatman_II]

Met de custom DYI ESP32-ECU oplossing heb ik inmiddels ook het throttlen via Home Assistant succesvol uitgeprobeerd met de YC600 en QS1, het werkt! Ik heb mijn eerdere post geupdate met de details om het bij elkaar te houden:
https://gathering.tweakers.net/forum/view_message/85150960

[ Voor 3% gewijzigd door Scatman_II op 29-04-2026 13:52 ]

[Verwijderd]

Hier is ook mijn ECU-R PRO (2162) geupdate naar 2.1.29D na een reboot. Het hidden menu is weer terug evenals de mogelijkheid om de inverters uit te schakelen via de HA integratie.

Kunnen we op een goede manier updates blokkeren zonder de communicatie met APS helemaal te verbreken?

[DevaZ]

Aha meer mensen met problemen. Zelf was ik druk in de weer voor volgend jaar, 0 op de meter en dat was ook werkend tot er een update kwam. Ik had de hoop dat modbus nog steeds aanwezig was en idd in de manager app kun je modbus activeren met een energie meter zoon Chinese CHINT DTSU666 of ander type.

En waar ik in het begin best wel baalde van de wijziging in de ECU-R werd ik deze week steeds meer enthousiaster over de wijziging die was gedaan. Dit geeft mogelijkheden om het nog strakker op 0 af te regelen. Daar voor kun je natuurlijk die meter gaan aanschaffen, de vraag is moet dat ook echt.

Wat ik gedaan heb is een fake meter bouwen met een python script welke de info uit de P1 meter haalt en vervolgens data naar de ECU-R stuurt. Vandaag kreeg ik het voor elkaar om het vermogen te regelen via modbus. Het script is nog niet klaar maar hier alvast een in/output.

23:31:48.015 P1 L1=0W L2=248W L3=76W TOTAL=324W U=(235, 235, 235)V P1_ENERGY_DELIVERED_TOTAL=21526.006kWh P1_ENERGY_RETURNED_TOTAL=12591.695kWh
23:31:53.030 P1 L1=0W L2=260W L3=74W TOTAL=334W U=(235, 235, 234)V P1_ENERGY_DELIVERED_TOTAL=21526.007kWh P1_ENERGY_RETURNED_TOTAL=12591.695kWh
23:31:54.457 MODBUS_RX: 01 03 20 06 00 42 2E 3A
23:31:54.481 MODBUS_READ slave=1 functie=0x03 adres=0x2006 count=66
23:31:54.500 MODBUS_DATA L1=0.0W L2=251.0W L3=76.0W TOTAL=327.0W U1=235.0V U2=235.0V U3=235.0V F=50.0Hz
23:31:54.520 MODBUS_TX 137 bytes: 01 03 84 43 6B 00 00 43 6B 00 00 43 6B 00 00 00 00 00 00 3F 88 B7 03 3E A5 95 3E 43 A3 80 00 00 00 00 00 43 7B 00 00 42 98 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3F 80 00 00 3F 80 00 00 3F 80 00 00 3F 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 42 48 00 00 00 00 00 00 02 DB

[Verwijderd]

Nevermind.

[ Voor 141% gewijzigd door Verwijderd op 30-04-2026 11:11 ]

[Bliksem B]

Zijn er trouwens nog meer mensen die nu of in het verleden een firmware hebben voor de ECU R Pro, die begint met C1? Mijn firmware nu is namelijk ECU_R_PRO_C1.2.18 (deze is een jaartje oud). Deze lijkt af te wijken van de mensen met een ECU R pro die op de 2.2 branche zitten. Ik maak me zorgen of ik veilig kan updaten (alles werkt namelijk nog).

[ Voor 4% gewijzigd door Bliksem B op 01-05-2026 09:13 ]

[iwanovich]

DevaZ schreef op woensdag 29 april 2026 @ 23:35:
Aha meer mensen met problemen. Zelf was ik druk in de weer voor volgend jaar, 0 op de meter en dat was ook werkend tot er een update kwam. Ik had de hoop dat modbus nog steeds aanwezig was en idd in de manager app kun je modbus activeren met een energie meter zoon Chinese CHINT DTSU666 of ander type.

En waar ik in het begin best wel baalde van de wijziging in de ECU-R werd ik deze week steeds meer enthousiaster over de wijziging die was gedaan. Dit geeft mogelijkheden om het nog strakker op 0 af te regelen. Daar voor kun je natuurlijk die meter gaan aanschaffen, de vraag is moet dat ook echt.

Wat ik gedaan heb is een fake meter bouwen met een python script welke de info uit de P1 meter haalt en vervolgens data naar de ECU-R stuurt. Vandaag kreeg ik het voor elkaar om het vermogen te regelen via modbus. Het script is nog niet klaar maar hier alvast een in/output.

23:31:48.015 P1 L1=0W L2=248W L3=76W TOTAL=324W U=(235, 235, 235)V P1_ENERGY_DELIVERED_TOTAL=21526.006kWh P1_ENERGY_RETURNED_TOTAL=12591.695kWh
23:31:53.030 P1 L1=0W L2=260W L3=74W TOTAL=334W U=(235, 235, 234)V P1_ENERGY_DELIVERED_TOTAL=21526.007kWh P1_ENERGY_RETURNED_TOTAL=12591.695kWh
23:31:54.457 MODBUS_RX: 01 03 20 06 00 42 2E 3A
23:31:54.481 MODBUS_READ slave=1 functie=0x03 adres=0x2006 count=66
23:31:54.500 MODBUS_DATA L1=0.0W L2=251.0W L3=76.0W TOTAL=327.0W U1=235.0V U2=235.0V U3=235.0V F=50.0Hz
23:31:54.520 MODBUS_TX 137 bytes: 01 03 84 43 6B 00 00 43 6B 00 00 43 6B 00 00 00 00 00 00 3F 88 B7 03 3E A5 95 3E 43 A3 80 00 00 00 00 00 43 7B 00 00 42 98 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 3F 80 00 00 3F 80 00 00 3F 80 00 00 3F 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 42 48 00 00 00 00 00 00 02 DB

Hoe goed kan je sturen op die P1 data? Mijn ervaring is dat wijzigingen in de registers altijd even duren. Zowel qua statistiekupdates als commando's die wijzigingen realiseren zoals het dimmen of uitzetten van de panelen.

[Nibblebit]

@Bliksem B Jouw firmware versie is inderdaad opmerkelijk, ik weet niet precies wat de criteria zijn om een firmware update te kunnen ontvangen - heb je de ECU geconfigureerd in EMA? Je zou eens kunnen proberen om de ECU 5 minuten uit te zetten en dan weer aan. Bij mij volgde toen vrij spoedig een firmware update.

[joezzt]

Het verbaast me om hier te lezen over problemen met de updates.
Hier heb ik al jaren continu data van de lokale web-pagina en nog nooit iets aan/uit gezet, wordt alles ge-update automatisch en heb nu 2.1.29D zie ik. Ik zie wel een melding nu dat de web interface niet meer “maintained” wordt maar is nog nooit weggevallen hier en wordt continu ge-scraped en ge-upload naar pv output.

[Treenaks]

Voor de mensen met interesse, ik heb een Home Assistant "App" (voorheen "Addon") versie van mijn tool pv2mqtt gemaakt.

Deze leest de inverter-data uit de ECU uit via Modbus (TCP of RTU).

Zie hier: https://github.com/MartijnVdS/ha-apps/

Let op, als je al een bestaande "pv2mqtt" installatie hebt die je handmatig of via Docker draait: de locatie en het bestandsformaat van het configuratiebestand is gewijzigd sinds versie 1.0!

[Aengineering]

ik zie deze functie niet in mijn app jullie wel?
https://degroenenerds.nl/...ia-web-of-home-assistant/

[Termy]

Ja, meerderen hier wel, zie de discussie hierboven.

Overigens werkt het hier eindelijk vandaag, maar vreemd genoeg gingen de panelen om half 10 al uit ook al was het toen nog ruim boven 0 all-in. Helaas doet de logging het niet meer na 10:45 in de app (in de browser tot bijna 12:00, vreemd genoeg) maar het produceert iig ook niet meer. Hopelijk gaat het zo wel weer aan, anders ga ik dit uitzetten en zelf wel wat bouwen in HA want dit is me wat te buggy.

[Aengineering]

werkt dit ook met een ouderen ECU-R 2160 ?
https://degroenenerds.nl/...ia-web-of-home-assistant/

[Termy]

Aengineering schreef op vrijdag 1 mei 2026 @ 14:25:
werkt dit ook met een ouderen ECU-R 2160 ?
https://degroenenerds.nl/...ia-web-of-home-assistant/

Nee.

[RvV]

Termy schreef op vrijdag 1 mei 2026 @ 14:22:
Ja, meerderen hier wel, zie de discussie hierboven.

Overigens werkt het hier eindelijk vandaag, maar vreemd genoeg gingen de panelen om half 10 al uit ook al was het toen nog ruim boven 0 all-in. Helaas doet de logging het niet meer na 10:45 in de app (in de browser tot bijna 12:00, vreemd genoeg) maar het produceert iig ook niet meer. Hopelijk gaat het zo wel weer aan, anders ga ik dit uitzetten en zelf wel wat bouwen in HA want dit is me wat te buggy.

Van de week werkte het nog prima en vanmorgen vielen ze bij mij ook uit om half 10. Inmiddels laat ik het ook maar weer doen via HA. Op dit moment is het helaas nog te buggy via die app.

[HiBe]

iwanovich schreef op vrijdag 1 mei 2026 @ 08:41:
[...]

Hoe goed kan je sturen op die P1 data? Mijn ervaring is dat wijzigingen in de registers altijd even duren. Zowel qua statistiekupdates als commando's die wijzigingen realiseren zoals het dimmen of uitzetten van de panelen.

ik stuur ook via Modbus (koste me even wat moeite om voor elkaar te krijgen, maar werkt nu prima) en ik zie dat de reactie van de omvormers best snel is (ik heb een shelly met CT klemmen waarmee ik dit monitor), de update in de app en de website zijn trager.

[iwanovich]

HiBe schreef op vrijdag 1 mei 2026 @ 20:07:
[...]


ik stuur ook via Modbus (koste me even wat moeite om voor elkaar te krijgen, maar werkt nu prima) en ik zie dat de reactie van de omvormers best snel is (ik heb een shelly met CT klemmen waarmee ik dit monitor), de update in de app en de website zijn trager.

Dat is wel lekker, om met de CT klemmen live data binnen te krijgen. Het zou dus kunnen dat de "vertraging" met name in de updates zit van de statistieken van de omvormers, maar de omvormers wel degelijk vlotjes reageren op de aansturingscommandos. Begrijp ik je zo goed?

[Termy]

iwanovich schreef op zaterdag 2 mei 2026 @ 10:44:
[...]

Dat is wel lekker, om met de CT klemmen live data binnen te krijgen. Het zou dus kunnen dat de "vertraging" met name in de updates zit van de statistieken van de omvormers, maar de omvormers wel degelijk vlotjes reageren op de aansturingscommandos. Begrijp ik je zo goed?

Ja, als ik naar het 'nu' scherm van mijn HW kWhmeter kijk (of op de meter zelf) dan reageren ze vrijwel direct op een beperking van vermogen. Als je dan weer hoger vermogen toelaat duurt het wel een seconde of 10 voor het weer op hetzelfde niveau zit.

[smooc]

Als je niet bang bent om iets customs op je ECU te zetten, waardoor deze uitleesbaar wordt voor Home Assistant met SunSpec (behoorlijke wat extra models in support) en bv ook gekoppeld kan worden aan een Victron, dan heb ik twee packages gemaakt die je kan uploaden naar je ECU-R-PRO (andere kan ik niet testen).

https://github.com/bolked...c-v0.4.1-dropbear.tar.bz2
https://github.com/bolked...ms-sunspec-v0.4.1.tar.bz2

Broncode en installatieinstructies: https://github.com/bolkedebruin/apsystems-sunspec

Eerste package zet dropbear erop voor ssh toegang en de modbus integratie op poort 1502 (port 502 is bezet). Tweede package alleen de modbus integratie.

Het overleeft reboot en in principe ook firmware upgrades. Geen garanties natuurlijk.

Throttling, max power, etc zijn alleen gesupport. De ECU heeft een delay van 300s per zigbee cycle standaard. Dus kan even duren voordat de settings worden opgepikt. Dat wordt ook gerapporteerd via standaard sunspec als die beschikbaar zijn

[ Voor 14% gewijzigd door smooc op 02-05-2026 14:23 ]

[Aengineering]

smooc schreef op zaterdag 2 mei 2026 @ 13:56:
Als je niet bang bent om iets customs op je ECU te zetten, waardoor deze uitleesbaar wordt voor Home Assistant met SunSpec (behoorlijke wat extra models in support) en bv ook gekoppeld kan worden aan een Victron, dan heb ik twee packages gemaakt die je kan uploaden naar je ECU-R-PRO (andere kan ik niet testen).

https://github.com/bolked...c-v0.4.1-dropbear.tar.bz2
https://github.com/bolked...ms-sunspec-v0.4.1.tar.bz2

Broncode en installatieinstructies: https://github.com/bolkedebruin/apsystems-sunspec

Eerste package zet dropbear erop voor ssh toegang en de modbus integratie op poort 1502 (port 502 is bezet). Tweede package alleen de modbus integratie.

Het overleeft reboot en in principe ook firmware upgrades. Geen garanties natuurlijk.

Throttling, max power, etc zijn alleen gesupport. De ECU heeft een delay van 300s per zigbee cycle standaard. Dus kan even duren voordat de settings worden opgepikt. Dat wordt ook gerapporteerd via standaard sunspec als die beschikbaar zijn

dus dit werkt alleen op de 2162 niet op de 2160?

[smooc]

Aengineering schreef op zaterdag 2 mei 2026 @ 16:33:
[...]

dus dit werkt alleen op de 2162 niet op de 2160?

update: sorry net gecheckt. De 2160 is een ARM Cortex-M3 MCU met RT-Thread (een chinees RTOS, https://github.com/RT-Thread/rt-thread). De 2162 is een ARM Cortex-A v7 met Linux.

[ Voor 39% gewijzigd door smooc op 02-05-2026 17:45 ]

[Aengineering]

nou ik ben geneigd mn ecu 2160 in de fik te steken

[smooc]

Tja het is niet de meest capabele. Misschien is deze wat voor je:

https://www.marktplaats.n...-r-monitoren-zonnepanelen

[Aengineering]

het duizelt een beetje.
Einde van het jaar willen we allemaal onze APsystems omvormers kunnen sturen.

Met een ECU-R 2162 kan je nu energie management in de ema appinstellen.
even de ECU-C achterwegen gelaten want ik ga niet nog zo'n %$#T^U apparaat kopen van APsystems.

Daarom de ESP32 weg bewandeld maar deze krijg ik (NOG) niet gekoppeld, daar mee zou je ook kunne trottelen en dat lijkt me precies wat we willen!

Nu lees ik hier boven iets over custos software SMOOC op de ecu

Weet iemand al wat gewoon werkt?

[Aengineering]

smooc schreef op zaterdag 2 mei 2026 @ 17:56:
Tja het is niet de meest capabele. Misschien is deze wat voor je:

https://www.marktplaats.n...-r-monitoren-zonnepanelen

het is een 2160

[smooc]

Aengineering schreef op zaterdag 2 mei 2026 @ 18:15:
[...]

het is een 2160

o sorry, niet ver genoeg gekeken. duur voor die versie

[Scatman_II]

Aengineering schreef op zaterdag 2 mei 2026 @ 18:05:
het duizelt een beetje.
Einde van het jaar willen we allemaal onze APsystems omvormers kunnen sturen.

Met een ECU-R 2162 kan je nu energie management in de ema appinstellen.
even de ECU-C achterwegen gelaten want ik ga niet nog zo'n %$#T^U apparaat kopen van APsystems.

Daarom de ESP32 weg bewandeld maar deze krijg ik (NOG) niet gekoppeld, daar mee zou je ook kunne trottelen en dat lijkt me precies wat we willen!

Nu lees ik hier boven iets over custos software SMOOC op de ecu

Weet iemand al wat gewoon werkt?

Tja, 'gewoon werkt'... Nee, alles is ofwel gepruts ofwel duur in aanschaf lijkt het. Maar ik heb de ESP32 oplossing werkend gekregen inclusief throttling via Home Assistant, gisteren bij de negatieve prijzen heeft de ESP32-ECU ze netjes terug naar het minimum gezet en daarna weer aan.


Koppelen met de inverters was inderdaad even een gedoe, ik heb de ECU-R uit het stopcontact getrokken (en die is er niet meer ingeweest sindsdien). Daarna de automaat in de meterkast van de panelen even uitgezet en weer aan (minuutje ertussen). En via de ESP32-ECU webinterface het inverter nummer ingevuld en ben gaan koppelen.
De ESP32-ECU ligt op max 4 meter van de omvormers met het houtbouw/bitumendak ertussen.
DeYC600 verbond meteen, de QS1 had nog 2x een powercycle (volgens mij óók van de ESP32) en nog 15+ koppelverzoeken nodig - en toen deed ie het ook ineens. De aanhouder wint, zegmaar...

Er stonden nog wat zigbee module test-commando's in de ESP32-ECU wiki, en je kunt in de webinterface wat logging zien terwijl hij probeert te pairen, misschien helpt dat ook (zie ook daarvoor die wiki). De pinout van zowel de zigbee module als die van de ESP32 wil je ook 3x checken, want de nummering van die ESPs is altijd een drama, en voor flashen heb je andere pinnen nodig dan tijdens gebruik - maar volgens mij had je dat al gezien.

Voor de overige details zie mijn eerdere posts, hopelijk lukt het!

[ Voor 5% gewijzigd door Scatman_II op 02-05-2026 20:42 ]

[Treenaks]

Ik heb ook (Franse) Github-repo gevonden waar iemand allerlei onderzoek gedaan heeft naar de "Modbus-rariteiten", en op basis van mijn HAVO-Frans + Google Translate lijkt de conclusie te zijn:

• Na powercyclen van de ECU, staan de "Connected" en "Limit Enabled" vlaggen aan en de power limit op 30% -- maar de limiet is een leugen en de panelen genereren 100%
• Zodra je de powerlimit instelt, gaat de omvormer vrijwel direct dát percentage van z'n max. leveren
• Als je de "Limit enabled" vlag uitzet, dan gaat de omvormer direct terug naar 100%

Bron: (Frans) https://github.com/vmath5...EADME-modbus-APSystems.MD

Dit komt overeen met mijn eigen ervaringen. Ik ga later vandaag een nieuwe release van pv2mqtt maken met (eindelijk) support voor deze settings via Home Assistant.

[smooc]

De ecu moet eerst de inverters uitlezen en dat kan even duren. Voor de rest “liegt” de ecu over aantal variabelen en de modellen die het zegt te supporten zijn niet volledig.

[Treenaks]

smooc schreef op zondag 3 mei 2026 @ 09:20:
De ecu moet eerst de inverters uitlezen en dat kan even duren. Voor de rest “liegt” de ecu over aantal variabelen en de modellen die het zegt te supporten zijn niet volledig.

Het is inderdaad geen SolarEdge, die alles binnen een seconde live en volledig rapporteert

In mijn ervaring updaten de waardes die terugkomen (W, Wh, V, A, etc.) uit de inverters 1x per 5 minuten, maar worden de commando's voor opwerk-beperking ("Active Power Limit") en disconnect vrijwel direct uitgevoerd, en komen nieuwe waardes in het control model ook direct terug bij een "read" na een "write".

Enige vreemde is dus dat het control model elke nacht reset en de limiet visueel op 30% wordt gezet (maar eigenlijk 100% is).

[Treenaks]

Ik heb een nieuwe release gemaakt van pv2mqtt.

Het is nu mogelijk om de power limit in te stellen via MQTT (incl. Home Assistant entities, dus je kunt het ook via HA automatiseren)

[smooc]

Treenaks schreef op zondag 3 mei 2026 @ 09:36:
[...]

Het is inderdaad geen SolarEdge, die alles binnen een seconde live en volledig rapporteert

In mijn ervaring updaten de waardes die terugkomen (W, Wh, V, A, etc.) uit de inverters 1x per 5 minuten, maar worden de commando's voor opwerk-beperking ("Active Power Limit") en disconnect vrijwel direct uitgevoerd, en komen nieuwe waardes in het control model ook direct terug bij een "read" na een "write".

Enige vreemde is dus dat het control model elke nacht reset en de limiet visueel op 30% wordt gezet (maar eigenlijk 100% is).

The ECU doet een poll elke 300s. Je kan het naar 60s krijgen, daaronder kreeg ik partial updates (dus niet alle inverters konden terug rapporeren). De commands om te limiteren (en andere) worden inderdaad sneller opgepikt, maar moeten alsnog over Zigbee een roundtrip maken.

Die ECU modbus extension die ik heb gemaakt laat wel alles zien trouwens, en laat je alles aanpassen wat kan (behalve grid profile). Mijn Victron kan nu de APSystems besturen.

[ Voor 8% gewijzigd door smooc op 03-05-2026 11:06 ]

[lampy25]

Treenaks schreef op zondag 3 mei 2026 @ 10:30:
Ik heb een nieuwe release gemaakt van pv2mqtt.

Het is nu mogelijk om de power limit in te stellen via MQTT (incl. Home Assistant entities, dus je kunt het ook via HA automatiseren)

Cool! Mag ik vragen hoe je omgaat met dat model 123 waarbij je het vermogen als % van Max power doorgeeft? Had contact met een victron developer die aangaf dat ze niet via sunspec dynamic power limit konden doen ivm een fout van model 120 waarbij de ecu niet het maximale vermogen doorgaf.
Gevolg was dat de inverters terug gezet werden naar minimaal vermogen.

smooc schreef op zondag 3 mei 2026 @ 11:05:
[...]

Die ECU modbus extension die ik heb gemaakt laat wel alles zien trouwens, en laat je alles aanpassen wat kan (behalve grid profile). Mijn Victron kan nu de APSystems besturen.

Klinkt goed! Kan je hier meer over delen of dat ook werkt op ecu-c? Of werkt dat alleen voor de R? Heb ook 2 installaties met APsystems en Ecu-c's die nu maar gewoon hard uitschakelen.
Probeerde het via nodered-modbus voor elkaar te krijgen om ook de inverters te dimmen maar nog niet echt succesvol

[Treenaks]

lampy25 schreef op zondag 3 mei 2026 @ 12:59:
Cool! Mag ik vragen hoe je omgaat met dat model 123 waarbij je het vermogen als % van Max power doorgeeft? Had contact met een victron developer die aangaf dat ze niet via sunspec dynamic power limit konden doen ivm een fout van model 120 waarbij de ecu niet het maximale vermogen doorgaf.
Gevolg was dat de inverters terug gezet werden naar minimaal vermogen.

Door niks anders te doen dan een percentage doorgeven van/naar de inverter
Als het goed is weet die zelf wat de max. output is, en wat bijv "50%" daarvan is.

En als eigenaar van het apparaat zou je dat ook moeten weten of kunnen uitzoeken.

Klinkt goed! Kan je hier meer over delen of dat ook werkt op ecu-c? Of werkt dat alleen voor de R? Heb ook 2 installaties met APsystems en Ecu-c's die nu maar gewoon hard uitschakelen.
Probeerde het via nodered-modbus voor elkaar te krijgen om ook de inverters te dimmen maar nog niet echt succesvol

Dit werkt op alles wat SunSpec over Modbus (TCP of RTU) kletst, ik heb het ook getest met mijn SolarEdge systeem.

Ik neem aan dat ECU-C en ECU-R(-Pro) hier niet ver uit elkaar lopen qua modbus-functionaliteit?

[lampy25]

Treenaks schreef op zondag 3 mei 2026 @ 13:15:
[...]


Door niks anders te doen dan een percentage doorgeven van/naar de inverter
Als het goed is weet die zelf wat de max. output is, en wat bijv "50%" daarvan is.

En als eigenaar van het apparaat zou je dat ook moeten weten of kunnen uitzoeken.


[...]

Dit werkt op alles wat SunSpec over Modbus (TCP of RTU) kletsen, heb het ook getest met mijn SolarEdge systeem.

Ik neem aan dat ECU-C en ECU-R(-Pro) hier niet ver uit elkaar lopen qua modbus-functionaliteit?

Hmm misschien is het probleem vooral victron dan. Je stuurt idd gewoon een percentage en daar acteert de ecu op.
Victron probeert waarschijnlijk een inter gevraagd/maximaal vermogen een percentage te maken, dan heeft hij ook het totale vermogen nodig om die berekening te kunnen doen.

[smooc]

lampy25 schreef op zondag 3 mei 2026 @ 12:59:
[...]


Klinkt goed! Kan je hier meer over delen of dat ook werkt op ecu-c? Of werkt dat alleen voor de R? Heb ook 2 installaties met APsystems en Ecu-c's die nu maar gewoon hard uitschakelen.
Probeerde het via nodered-modbus voor elkaar te krijgen om ook de inverters te dimmen maar nog niet echt succesvol

Zou moeten werken op de ECU-C. Die heeft zelfde architectuur en zelfde layout. Kan ik niet testen want heb er zelf geen maar evt kunnen we wat regelen.

Het ondersteunt alle sunspec die relevant zijn en ik test specifiek tegen Victron (hardware) aan en SunSpec HA.

[ Voor 9% gewijzigd door smooc op 03-05-2026 15:50 ]

[Dapdodo]

Treenaks schreef op zondag 3 mei 2026 @ 13:15:
[...]


Door niks anders te doen dan een percentage doorgeven van/naar de inverter
Als het goed is weet die zelf wat de max. output is, en wat bijv "50%" daarvan is.

En als eigenaar van het apparaat zou je dat ook moeten weten of kunnen uitzoeken.


[...]

Er ontstaat alleen een uitdaging als je met meerdere dakvlakken te maken hebt. Stel je wil uit en YC600 300W hebben is 50% gemiddeld over alle panelen. Maar West doet nog maar 100W op dat moment, dan wil je Oost eigenlijk op meer dan 50% zetten, maar hoeveel? Je moet dan eigenlijk de curve van je panelen met datum/tijd gaan compenseren. Dat is voor generieke developers misschien niet te doen. Maar voor een Tweaker van zijn huis wel ;-)

[ Voor 12% gewijzigd door Dapdodo op 03-05-2026 16:08 ]

[smooc]

smooc schreef op zondag 3 mei 2026 @ 11:05:
[...]


The ECU doet een poll elke 300s. Je kan het naar 60s krijgen, daaronder kreeg ik partial updates (dus niet alle inverters konden terug rapporeren). De commands om te limiteren (en andere) worden inderdaad sneller opgepikt, maar moeten alsnog over Zigbee een roundtrip maken.

Die ECU modbus extension die ik heb gemaakt laat wel alles zien trouwens, en laat je alles aanpassen wat kan (behalve grid profile). Mijn Victron kan nu de APSystems besturen.

Ik heb de firmware zo aangepast dat je per 1s kan pollen (althans in mijn geval, de modem werkt sequentieel en elke inverter kost ongeveer 200ms en ik heb er 3). Dat doe ik dmv een proxy tussen het originele proces dat zigbee aanstuurt en de zigbee modem. Ook is het mogelijk om via Wireshark de pakketten te zien die de firmware verstuurt.

Ben nog even kijken hoe ik dat aan repo gat toevoegen.

[lampy25]

smooc schreef op zondag 3 mei 2026 @ 15:49:
[...]


Zou moeten werken op de ECU-C. Die heeft zelfde architectuur en zelfde layout. Kan ik niet testen want heb er zelf geen maar evt kunnen we wat regelen.

Het ondersteunt alle sunspec die relevant zijn en ik test specifiek tegen Victron (hardware) aan en SunSpec HA.

Ah Klinkt goed! Ben komende pakweg twee maand even niet in gelegenheid hier mee bezig te zijn, maar daarna wel weer.

[DevaZ]

iwanovich schreef op vrijdag 1 mei 2026 @ 08:41:
[...]

Hoe goed kan je sturen op die P1 data? Mijn ervaring is dat wijzigingen in de registers altijd even duren. Zowel qua statistiekupdates als commando's die wijzigingen realiseren zoals het dimmen of uitzetten van de panelen.

Wat opvalt is dat vermogen naar beneden regelen van de panelen redelijk snel gaat, vermogen naar boven regelen kost enige tijd zo rond de 2 minuten. Ik werk met een ECU-R op 3-fase.

[Proton_]

Het regelen van APS omvormers zonder APS ECU maar met een losse zigbee coordinator (esp32, RPi) is verhuisd /gesplitst naar APS omvormers uitlezen en regelen met ESP32 zonder ECU-R.
Zo lopen die nieuwe ontwikkelingen en APS modbus/api updates niet door elkaar.

[Scatman_II]

Proton_ schreef op woensdag 20 mei 2026 @ 18:16:
[mbr] Het regelen van APS omvormers zonder APS ECU maar met een losse zigbee coordinator (esp32, RPi) is verhuisd /gesplitst naar APS omvormers uitlezen en regelen met ESP32 zonder ECU-R.
Zo lopen die nieuwe ontwikkelingen en APS modbus/api updates niet door elkaar.
[/]

Bedankt @Proton_! Heel fijn dat dit zo kon. Ik heb inmiddels de (nu) startpost in dat topic een update gegeven.

Erg gaaf dit soort projecten, we hebben dus nu de keuze tussen het project uit dit draadje met cloud connectiviteit via de APS app api, of voor mensen die niet schrikken van hobbyen met microcontrollers (of garantie verlies ) de lokale ESP32 ECU methode.
Hulde aan alle ontwikkelaars!

[smooc]

Ik heb inmiddels een volledige alternative firmware die op de ECU-R/C draait en geen backdoors heeft en niet naar China je telemetry verzend. Daarnaast is de firmware sunspec compliant en kan dus met andere apparaten praten die dat ook snappen (Victron omvormers bv).

Deze kan overigens ook op QS1A (A dus) de grid profile zetten. De officiele firmware heeft hier een bug, waardoor dat niet kan.

Hier onder een screenshot.

Ik ben hem nog zo aan het maken dat ie makkelijk te installeren is of op een andere unit kan draaien. Mocht je willen beta testen en niet bang bent om zelf met de console aan de gang te gaan laat het even weten.

[ Voor 21% gewijzigd door smooc op 24-05-2026 23:24 ]

[TweakM]

@smooc wat een mooi initiatief! Met welke inverters werkt dit tot nu toe? Ook met de QT2?

Staat de source hiervan ergens op GitHub? (zodat anderen ook kunnen bijdragen)

[smooc]

Het werkt met de QS1A en DS3 want die heb ik zelf en kan dus verifieren of ik het juiste doe ;-). De andere kan ik alleen met reverse engineering doen.

Github staat een deel, spoedig de rest.

[TweakM]

Als het helemaal op GitHub staat zal ik eens kijken of ik kan helpen om ook de QT2 erin te krijgen. Post je dan de repo hier?

[smooc]

ja, ben nog even bezig met de packaging en even aan het bedenken hoe de originele firmware te handelen. Hier de editor voor de profiel settings en de sliders voor het zetten van de maximale output

[ Voor 46% gewijzigd door smooc op 26-05-2026 16:24 ]

[dooiedodo]

smooc schreef op zondag 24 mei 2026 @ 23:21:
Ik heb inmiddels een volledige alternative firmware die op de ECU-R/C draait en geen backdoors heeft en niet naar China je telemetry verzend. Daarnaast is de firmware sunspec compliant en kan dus met andere apparaten praten die dat ook snappen (Victron omvormers bv).

Deze kan overigens ook op QS1A (A dus) de grid profile zetten. De officiele firmware heeft hier een bug, waardoor dat niet kan.

Hier onder een screenshot.

Ik ben hem nog zo aan het maken dat ie makkelijk te installeren is of op een andere unit kan draaien. Mocht je willen beta testen en niet bang bent om zelf met de console aan de gang te gaan laat het even weten.


[Afbeelding]

Da's een knap staatlje werk. Kan ik hiermee conlcuderen dat een 'normal ' ecu-r dan ook de throttling kan gaan doen met modbus commandos? (of is dat wishful thinking?)

[smooc]

dooiedodo schreef op woensdag 27 mei 2026 @ 11:30:
[...]

Da's een knap staatlje werk. Kan ik hiermee conlcuderen dat een 'normal ' ecu-r dan ook de throttling kan gaan doen met modbus commandos? (of is dat wishful thinking?)

Wat bedoel je met 'normal'?

[dooiedodo]

smooc schreef op woensdag 27 mei 2026 @ 11:39:
[...]

Wat bedoel je met 'normal'?

Niet de pro zoals de ecu nog wel eens door het leven gaat. Het verschil tussen de 21600 en de 216200 zeg maar

[smooc]

dooiedodo schreef op woensdag 27 mei 2026 @ 16:17:
[...]

Niet de pro zoals de ecu nog wel eens door het leven gaat. Het verschil tussen de 21600 en de 216200 zeg maar

Je hebt pro of ecu-c nodig. De gewone is te beperkt. Raspberry kan ook of elk ding waar Linux op draait en zigbee modem aan kan. Echter generieke zigbee ondersteuning heb ik nog niet want de apsystems hebben aparte firmware draaien op de ingebouwde zigbee modem.

[Termy]

smooc schreef op dinsdag 26 mei 2026 @ 16:21:
ja, ben nog even bezig met de packaging en even aan het bedenken hoe de originele firmware te handelen. Hier de editor voor de profiel settings en de sliders voor het zetten van de maximale output[Afbeelding]


[Afbeelding]

Wat is de frequentie van rapporteren met deze firmware? Lijkt een stuk sneller dan elke 5 mins?

[smooc]

Termy schreef op woensdag 27 mei 2026 @ 19:51:
[...]


Wat is de frequentie van rapporteren met deze firmware? Lijkt een stuk sneller dan elke 5 mins?

Elke inverter kost ongeveer 200ms. Dus 600ms in mijn geval per refresh. De web frontend gebruikt push.

[Nibblebit]

@smooc Prachtige oplossing! Hoe toekomst bestendig is dit als je ECU-R/ECU-C hardware matig defect raakt? Het is niet zeker dat je dan een nieuwe ECU koopt die ook weer is te tweaken of wel? Is het dan niet handig om op volledige autonomie over te stappen door een combinatie te maken met APS omvormers uitlezen en regelen zonder ECU-R? Heb je dat overwogen?

[smooc]

Nibblebit schreef op donderdag 28 mei 2026 @ 08:54:
@smooc Prachtige oplossing! Hoe toekomst bestendig is dit als je ECU-R/ECU-C hardware matig defect raakt? Het is niet zeker dat je dan een nieuwe ECU koopt die ook weer is te tweaken of wel? Is het dan niet handig om op volledige autonomie over te stappen door een combinatie te maken met APS omvormers uitlezen en regelen zonder ECU-R? Heb je dat overwogen?

het is geschreven in Go en kan zonder problemen op een andere architectuur worden gezet. Wat het nog niet kan is met generieke Zigbee overweg (the APsystems ECU heeft een zigbee modem met andere firmware). Dus is meer kwestie van die layer maken en dan werkt het overal waar je een zigbee modem aan kan hangen en linux op draait.

Nu is de architectuur:

- inv-driver: codecs voor de verschillende inverters and de aansturing er van. Communiceert over UDS met Protobuf

- ecu-zb: zorgt dat de pakketjes de van inv-driver die naar de inverters moeten verpakt worden voor de transport layer (dit kan dus de apsystems zigbee zijn, hun modbus evt, of generieke zigbee). De laatste twee drivers zijn er nog niet. uds/protobuf met de inv-driver.

- ecu-sunspec: zorgt voor sunspec compatible modbus interface. communiceert met de inv-driver over uds met protobuf

- ecu-web: webinterface zoals je ziet in de screenshots. uds/protobuf met de inv-driver

De andere projecten die alternatief zijn hebben vaak esp32. Das prachtig maar niet krachtig genoeg voor wat ik gebouwd heb. Raspberry PI gaat wel werken op termijn dus.

[ Voor 5% gewijzigd door smooc op 28-05-2026 10:31 ]

[smooc]

https://github.com/bolkedebruin/openaps

Repo is nu live. Ik run deze zelf op mijn ECU-R PRO .

Let op! Installatie stop alle services die apsystems zelf runt en vervangt deze volledig. Je kan een rollback doen (er wordt een backup op de device gemaakt en SSH wordt aangezet, maar de rollback is niet getest). Eerste installatie kan even duren omdat de key generatie van dropbear even duurt.

De webservice runt op poort 443.

[Brokencore]

Klinkt veelbelovend! Ben je ook van plan de spanning + stroommeting van de ECU-C te implementeren?

[smooc]

Die heb ik zelf niet (ik gebruik de Victron meters), maar als iemand de code wil toevoegen dan zou ik dat accepteren.

[grotegok]

smooc schreef op dinsdag 2 juni 2026 @ 15:54:
https://github.com/bolkedebruin/openaps

Repo is nu live. Ik run deze zelf op mijn ECU-R PRO .

Let op! Installatie stop alle services die apsystems zelf runt en vervangt deze volledig. Je kan een rollback doen (er wordt een backup op de device gemaakt en SSH wordt aangezet, maar de rollback is niet getest). Eerste installatie kan even duren omdat de key generatie van dropbear even duurt.

De webservice runt op poort 443.

Begrijp ik goed dat openaps niet op een ECU-R met 2162 geïnstalleerd kan worden?

[smooc]

grotegok schreef op dinsdag 2 juni 2026 @ 18:03:
[...]

Begrijp ik goed dat openaps niet op een ECU-R met 2162 geïnstalleerd kan worden?

Ja dat begrijp je goed.

[Bertus12]

grotegok schreef op dinsdag 2 juni 2026 @ 18:03:
[...]

Begrijp ik goed dat openaps niet op een ECU-R met 2162 geïnstalleerd kan worden?

Ik lees op de github pagina het volgende : "Supported hardware: APsystems ECU-R-Pro (serial prefix 2162…)" ik twijfel nu of ik mijn ECU-R met serie nummer die start met 2162.... wel of niet kan updaten. Wellicht heb ik geen ECU-R-Pro.

[Termy]

Ja ik ben ook in verwarring want ik zou zeggen dat 2162 juist wel werkt..?

[smooc]

Sorry de 2162-XXX is de ECU-R-Pro, dus ja die werkt.

2160-XXX is de gewone.

[grotegok]

smooc schreef op dinsdag 2 juni 2026 @ 20:24:
Sorry de 2162-XXX is de ECU-R-Pro, dus ja die werkt.

2160-XXX is de gewone.

ok, maar ik heb geen PRO maar er staat wel 2162xxx op, zou deze dan wel kunnen?

[smooc]

The firmware heet ECU_R_PRO_XXX . Je kan het overigens 'gewoon' proberen, op een ECU die het niet kan zal het niks doen.

[grotegok]

smooc schreef op dinsdag 2 juni 2026 @ 21:00:
The firmware heet ECU_R_PRO_XXX . Je kan het overigens 'gewoon' proberen, op een ECU die het niet kan zal het niks doen.

ok, thanks.
Echter heb ik moeite hoe dit te doen, in cmd prompt pasten waar de tar staat?
curl -F "file=@openaps-v1.0.2-ecu.tar.bz2" \ http://192.168.2.172/index.php/management/exec_upgrade_ecu_app

[smooc]

grotegok schreef op dinsdag 2 juni 2026 @ 21:02:
[...]

ok, thanks.
Echter heb ik moeite hoe dit te doen, in cmd prompt pasten waar de tar staat?
curl -F "file=@openaps-v1.0.2-ecu.tar.bz2" \ http://192.168.2.172/index.php/management/exec_upgrade_ecu_app

Even een kleine disclaimer. Het is misschien niet heel handig dit uit te voeren als je niet handig bent op de command line. Je bent echt een beta tester en er is geen garantie dat het goed gaat werken voor jou. Als er iets misgaat moet je niet bang zijn op de ECU in te loggen met SSH en snappen wat je daar gaat doen.

code:

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

Ja dit zal je moeten doen vanuit de plek waar je de tar.bz2 hebt geplaatst. Dit is dus op Windows, want ik heb het idee dat je dat gebruikt (zelf doe ik dat niet).

[ Voor 4% gewijzigd door smooc op 02-06-2026 21:25 ]

[grotegok]

smooc schreef op dinsdag 2 juni 2026 @ 21:18:
[...]

Even een kleine disclaimer. Het is misschien niet heel handig dit uit te voeren als je niet handig bent op de command line. Je bent echt een beta tester en er is geen garantie dat het goed gaat werken voor jou. Als er iets misgaat moet je niet bang zijn op de ECU in te loggen met SSH en snappen wat je daar gaat doen.

code:

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

Ja dit zal je moeten doen vanuit de plek waar je de tar.bz2 hebt geplaatst. Dit is dus op Windows, want ik heb het idee dat je dat gebruikt (zelf doe ik dat niet).

Tuurlijk SSH! Met putty, sorry voor het lastig vallen

[smooc]

grotegok schreef op dinsdag 2 juni 2026 @ 21:35:
[...]

Tuurlijk SSH! Met putty, sorry voor het lastig vallen

Vind het niet lastig, maar ik maakte me een beetje zorgen. Vind het heel leuk als mensen gaan testen, maar vind het ook fijn als hun spul blijft werken ;-)

[Kristofferson]

@smooc Ik vind het indrukwekkend wat je ter beschikking stelt maar is het grootste nadeel niet dat je inverters moeten blijven communiceren met het EMA portal om de 10 (of 12 nu) jarige garantie niet te verliezen...

[smooc]

Kristofferson schreef op dinsdag 2 juni 2026 @ 22:25:
@smooc Ik vind het indrukwekkend wat je ter beschikking stelt maar is het grootste nadeel niet dat je inverters moeten blijven communiceren met het EMA portal om de 10 (of 12 nu) jarige garantie niet te verliezen...

[Afbeelding]

Sure, dat valt in te bouwen - ze communiceren over mqtt en wat propietary simpele protocollen voor het grootste deel. Overigens zit er via datzelfde mqtt ook een backdoor in (ze kunnen arbitraire dingen doen op het apparaat). Dus het is up to you.

De architectuur die ik heb gebouwd laat het eenvoudig toe om een mqtt client te hebben die metrics upstream stuurt.

[verguldebarman]

smooc schreef op dinsdag 2 juni 2026 @ 15:54:
https://github.com/bolkedebruin/openaps

Repo is nu live. Ik run deze zelf op mijn ECU-R PRO .

Let op! Installatie stop alle services die apsystems zelf runt en vervangt deze volledig. Je kan een rollback doen (er wordt een backup op de device gemaakt en SSH wordt aangezet, maar de rollback is niet getest). Eerste installatie kan even duren omdat de key generatie van dropbear even duurt.

De webservice runt op poort 443.

Ziet er goed uit. Heeft iemand toevallig al getest met DS3-L?

[Termy]

Ik heb DS3-L's en zou het wel willen proberen maar ik wil ook volgend jaar m'n huis verkopen dus ik wil de EMA stats/app niet verstoren .

[Nibblebit]

Als er een Raspberri Pi versie is spring ik meteen aan boord!

[grotegok]

smooc schreef op dinsdag 2 juni 2026 @ 21:00:
The firmware heet ECU_R_PRO_XXX . Je kan het overigens 'gewoon' proberen, op een ECU die het niet kan zal het niks doen.

Het werkt inderdaaad niet op de ECU-R met 2160xxxx als serial.

[Bertus12]

Heb net de install uitgevoerd en krijg : {"res":0,"value":0,"result":""}% als resultaat, alleen lukt het niet meer om op de ECU met de web browser te komen. Ik krijg een "404 Page Not Found The page you requested was not found. " ik wacht nog even met de rollback wellicht heb je nog een idee.

Aanvulling : ik heb een "ECU_R_ID": "2162.........", "maxUID": 9, "Version": "ECU_R_PRO_2.0.7", en zie net dat de install niet gelukt is kan nog steeds https://<myIP>/index.php/hidden gebruiken. Deze eerste poging was vanaf MacOS, volgende wordt vanaf Linux. Wordt vervolgd.

[ Voor 35% gewijzigd door Bertus12 op 04-06-2026 21:20 ]

[smooc]

Bertus12 schreef op donderdag 4 juni 2026 @ 20:59:
Heb net de install uitgevoerd en krijg : {"res":0,"value":0,"result":""}% als resultaat, alleen lukt het niet meer om op de ECU met de web browser te komen. Ik krijg een "404 Page Not Found The page you requested was not found. " ik wacht nog even met de rollback wellicht heb je nog een idee.

Aanvulling : ik heb een "ECU_R_ID": "2162.........", "maxUID": 9, "Version": "ECU_R_PRO_2.0.7", en zie net dat de install niet gelukt is kan nog steeds https://<myIP>/index.php/hidden gebruiken. Deze eerste poging was vanaf MacOS, volgende wordt vanaf Linux. Wordt vervolgd.

Ik gebruik zelf MacOS, maar zou geen verschil mogen maken. Ik kan morgen wat verder kijken als ik wat meer info van je heb.

[Bertus12]

smooc schreef op vrijdag 5 juni 2026 @ 07:35:
[...]

Ik gebruik zelf MacOS, maar zou geen verschil mogen maken. Ik kan morgen wat verder kijken als ik wat meer info van je heb.

Geef maar aan welke info je nodig hebt, ben vandaag aan het werk dus de reactie zal niet meteen zijn.