APS ecu-r lokaal data uitlezen (projectje)

[Nibblebit]

@twaak ECU-R 2160xxxxx heeft geen web-UI (= ouder model ECU-R). Als je deze wilt integreren met Home Assistant kun je deze integratie gebruiken: https://github.com/ksheumaker/homeassistant-apsystems_ecur
Doorgaans biedt de DHCP server inzicht in de leases van jouw nodes of je hebt de setup gedaan via de ECU-manager app en kun je van daaruit het IP-adres achterhalen. Zoek op Espressif Inc. of ESP want dat is het merk van de NIC in de ECU-R. Om zeker te zijn dat je de ECU-R hebt kun je deze pingen: ping [ip-adres] -t en vervolgens bij response even de ECU-R uitzetten. Als je dan time-outs krijgt heb je de juiste node te pakken. Advies is echter om via de DHCP server een fixed IP-adres toe te kennen, dat gebeurt dan op basis van het MAC adres. Zie ook eerder genoemde website voor aanwijzingen hoe je de verbinding kunt testen.

[twaak]

De optie ontbreekt in de EMA app. Of ik zie het over het hoofd waar die optie "local" staat

Open the EMA Manager app on your device. Choose the "Local" connection option. The app should automatically detect and connect to your ECU-R router.

[Nibblebit]

In dat geval moet je eerst de reset button 1x kort indrukken. Vervolgens met je telefoon verbinding maken met de hotspot van de ECU (SSID begint met 2160 en let op, soms dropped de verbinding en val je terug naar je gewone WiFi). Dan weer op connect drukken in de app. Je bent verbonden en via workspace kun je een fixed ip-adres invoeren.

[twaak]

Ja oke maar als ik nu via WIFI connecteer met het python script dan geeft die aan dat er geen connectie mogelijk is op poort 80,8899

[Nibblebit]

Kun je iets specifieker zijn met wat je aan het doen bent, met schermafdrukken of iets dergelijks? Welk Python script?

[Audione0]

Ik lees aandachtig mee....

[twaak]

Ik probeer via ECU-C-R.py script APsystems uit te lezen.

Nu heb ik via de lokale AP ingelogd met de ecu-app maar ik kan hier niet zoveel mee. Een vast ip nummer op lan aanzetten wifi netwerken configuren etc. Maar nergens de optie "lokaal"

Op zit ik op de netwerkscan geen port 80 of poort 8899 open staan. Kan zijn de de ecu te oud is.

[Kristofferson]

In de laatste versie van de EMA app (8.12.3) kan je nu een Open API activeren om data uit te lezen.

[JackBol]

Kristofferson schreef op donderdag 5 december 2024 @ 14:00:
In de laatste versie van de EMA app (8.12.3) kan je nu een Open API activeren om data uit te lezen.
[Afbeelding]

Ik heb dit aangezet maar kan zosnel de API endpoints niet vinden. Staan die ergens gedocumenteerd?

[Dapdodo]

1 keer per uur, als je dan alle data van dat uur kan uitlezen, tot daar aan toe. Maar alleen geschikt voor grafieken. Strategie per uur kiezen, kan maar is wat traag. De prijzen veranderen gelukkig ook maar 1x per uur.

[HiBe]

is dit dan op de ECU? of op een online portal in China?

[JackBol]

HiBe schreef op donderdag 5 december 2024 @ 19:40:
is dit dan op de ECU? of op een online portal in China?

Aangezien er een 1000/maand request limit op zit (~30 per dag) verwacht ik dat deze in de cloud zit ergens.
Ik weet alleen niet waar. Ik heb een draft implementatie op basis van de spec geschreven, maar heb deze nog niet kunnen testen omdat ik het API endpoint niet heb.

[Joop Visstick]

Ik heb met google dit kunnen vinden, weet niet of het dezelfde url is, kan het nu nog niet testen.

https://www.google.com/ur...Vaw1ksWtURqjDXxuczrRyPmxQ

[JackBol]

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

[DevaZ]

Volgens mij kun je hiermee wel uit de voeten: https://file.apsystemsema...systems/resource/openapi/

en er is meer te vinden: https://file.apsystemsema.com:8083/apsystems/

[ Voor 41% gewijzigd door DevaZ op 25-12-2024 23:50 ]

[grote_oever]

Kristofferson schreef op donderdag 5 december 2024 @ 14:00:
In de laatste versie van de EMA app (8.12.3) kan je nu een Open API activeren om data uit te lezen.
[Afbeelding]

Accesslimit is helaas wel heel laag. elke 5 minuten uitlezen werkt dus niet. Maximaal 1000 requests per maand; 32 per dag; Dus 2 per uur werkt niet.

[MatthijsZ]

Ik lees de data lokaal uit via een zelf gebouwd n8n schrapertje, maar wil nu ook de officiële API uitproberen.
Mijn doel is de historische data op te vragen om zo te kijken wat het verschil in opbrengst is tussen voor- en achterkant van m'n huis. De installateur heeft de inverters zelfs ingedeeld in voorkant/achterkant, maar ik krijg geen totalen (alleen per paneel, en heb geen zin dat handmatig op te tellen).

Ik heb nu de totale productie werkend, maar de 'per-inverter' productie niet. hoera voor menselijke intelligentie, gefixt! ChatGPT en Claude konden het antwoord niet vinden, maar ik na lang proberen wel

Totale productie (werkt oa dankzij @JackBol z'n url):

code:

#!/bin/bash

# Configuratie
APP_ID="..."
APP_SECRET="..."
SYSTEM_ID="..."
BASE_URL="https://api.apsystemsema.com:9282"

# Bereken handtekening en timestamp
TIMESTAMP=$(date +%s)
NONCE=$(uuidgen)
SIGNATURE=$(echo -n "$TIMESTAMP/$NONCE/$APP_ID/energy/GET/HmacSHA256" | openssl dgst -sha256 -hmac "$APP_SECRET" -binary | base64)

curl -X GET "$BASE_URL/user/api/v2/systems/$SYSTEM_ID/energy" \
    -H "X-CA-AppId: $APP_ID" \
    -H "X-CA-Timestamp: $TIMESTAMP" \
    -H "X-CA-Nonce: $NONCE" \
    -H "X-CA-Signature-Method: HmacSHA256" \
    -H "X-CA-Signature: $SIGNATURE" \
    -G --data-urlencode "energy_level=yearly"

Per inverter:

code:

#!/bin/bash

# Configuratie
APP_ID="..."
APP_SECRET="..."
SYSTEM_ID="..."
BASE_URL="https://api.apsystemsema.com:9282"

# Lijst van inverter-ID's
INVERTERS=("..." "...")

# Loop door de lijst met inverters
for INVERTER_ID in "${INVERTERS[@]}"; do
  echo "Fetching data for inverter: $INVERTER_ID"

  # Bereken handtekening en timestamp
  TIMESTAMP=$(date +%s)
  NONCE=$(uuidgen)
  SIGNATURE=$(echo -n "$TIMESTAMP/$NONCE/$APP_ID/$INVERTER_ID/GET/HmacSHA256" | openssl dgst -sha256 -hmac "$APP_SECRET" -binary | base64)

  # cURL request
  curl -v -s -X GET "$BASE_URL/user/api/v2/systems/$SYSTEM_ID/devices/inverter/energy/$INVERTER_ID" \
    -H "X-CA-AppId: $APP_ID" \
    -H "X-CA-Timestamp: $TIMESTAMP" \
    -H "X-CA-Nonce: $NONCE" \
    -H "X-CA-Signature-Method: HmacSHA256" \
    -H "X-CA-Signature: $SIGNATURE" \
    -G --data-urlencode "energy_level=yearly" --data-urlencode "date_range=2024" --data-urlencode "sid=$SYSTEM_ID" --data-urlencode "uid=$INVERTER_ID"
done

Inmiddels ook de uitkomsten bekend:
Achter liggen 6 panelen op het noord-oosten: vier op schuin dak en twee op de uitbouw gekanteld naar zuid-westen. Voorkant liggen ook 6 panelen, allemaal op schuin dak richting zuid-westen.

In totaal vangt de achterkant 85% van wat de voorkant doet. Dat was als verwacht, alhoewel ik eigenlijk slechtere prestaties van de achterkant had verwacht.

Maar, niet elk paneel presteert even goed!
De panelen op plat dak doen het véél beter dan de rest, bijna net zo goed als de panelen op de voorkant. (ondanks dat ze wat schaduw meepakken van de nok van het dak als de zon eroverheen gaat).
Van de panelen aan de voorkant, pakken de ondersten best veel schaduw van bomen. Die gaan daardoor bijna net zo "slecht" als de panelen aan de achterkant.

Heb ik drie jaar op gewacht voordat ik het uit kon zoeken.

[ Voor 24% gewijzigd door MatthijsZ op 06-01-2025 23:33 . Reden: FF wat details toegevoegd ]

[Sander-B]

@MatthijsZ hoe lees je dit precies uit? Enig idee hoe ik dit in Home Assistant zou kunnen krijgen?

Ik heb panelen op verschillende oriëntaties en wil kijken of het mogelijk is de slechtste panelen te verplaatsen om zo de opbrengst te optimaliseren.

[MatthijsZ]

@Sander-B dit zijn bash scripts die je draait in je terminal. Je kunt het prima vertalen naar andere code die Home Assistant kan slikken, maar daar ben ik geen expert in.

Om de code hierboven uit te proberen moet je de API aanvinken in de app of online (onder settings, OpenAPI, developer). Dan je app id, secret en sid noteren.
Die in het script zetten, script interactief make. (Chmod +x) en runnen

[Sander-B]

Thanks. Ik wacht wel totdat iemand het draaiend heeft in Home Assistant, dit gaat mijn pet te boven

[Termy]

Ik heb eindelijk home assistant op een R pi gezet en ben hier wat mee aan't spelen. Ik heb deze ECU-R integratie via HACS geïnstalleerd en die lijkt prima te werken want ik zie in het overview current power, etc. Maar als ik in het energy dashboard bij solar production de nieuwe ECU Today Energy selecteer dan blijft dat op 0 staan, ook na een herstart en vele minuten later.

Iemand enig idee waarom dit deel niet lijkt te werken?

Hm, m'n oog valt nu toevallig op een waarschuwing dat het wel 2 uur kan duren voordat een nieuw device data laat zien in het dashboard. Misschien is dat het.

[ Voor 13% gewijzigd door Termy op 16-01-2025 14:55 ]

[Xqlus1ve]

Termy schreef op donderdag 16 januari 2025 @ 14:54:
Ik heb eindelijk home assistant op een R pi gezet en ben hier wat mee aan't spelen. Ik heb deze ECU-R integratie via HACS geïnstalleerd en die lijkt prima te werken want ik zie in het overview current power, etc. Maar als ik in het energy dashboard bij solar production de nieuwe ECU Today Energy selecteer dan blijft dat op 0 staan, ook na een herstart en vele minuten later.

Iemand enig idee waarom dit deel niet lijkt te werken?

Hm, m'n oog valt nu toevallig op een waarschuwing dat het wel 2 uur kan duren voordat een nieuw device data laat zien in het dashboard. Misschien is dat het.

Dat is correct, energy dashboard wordt enkel ieder uur ververst.

[Termy]

Xqlus1ve schreef op donderdag 16 januari 2025 @ 15:00:
[...]


Dat is correct, energy dashboard wordt enkel ieder uur ververst.

Yes, ik zie nu data .

[Termy]

Helaas werkt het toch nog steeds vrij slecht. De hele uitlezing stopte er erg regelmatig mee alsof de query reset voor mijn 2162 ECU-R niet werkte. Ik zag toevallig deze ECU reader in HACS uitkomen dus nu gebruik ik dat (andere is weg) en dat werkt tenminste constant zonder HA restarts om het weer aan de gang te krijgen. Nu ik door de geschiedenis heen kijk zie ik wel dat er blijkbaar geen opwerk geregistreerd is op 2 februari.. vreemd.

Wat echter nog steeds totaal faalt is het energy dashboard. Vandaag bv is 5,79 kWh opgewekt maar het energy dashboard ziet slechts 2,7 kWh en schijnbaar allemaal opgewekt tussen 6 en 7 's avonds.. right.

Iemand enig idee wat hier aan de hand is?

[JvS]

het is gewoon kut. Ik heb het een keer 6 maanden werkend gehad en nu niet meer

Alle hoop is nu gevestigd op iemand die met de officiele API een HA integratie kan maken die de data daar periodiek binnen haalt (niet live, maar wel compleet en accuraat dan).

Heb uit ergernis een shelly EM op mn zonnepanelengroep gezet om live data te kunnen zien. Maar die meet )ietjes) meer dan mn panelen opwekken

[Termy]

Zeg dat wel.. net deed ook de ECU Reader niks meer (beweerde m'n ECU-R niet meer te kunnen vinden op het IP) maar nu toch weer wel. Geen idee of opnieuw downloaden/herstarten HA of power cycle op de ECU-R het nou deed.. en hoe lang het blijft werken.

Ik ben ook bezig om er een HW kWhmeter tussen te zetten want dit werkt matig. Toch zou ik het graag werkend zien zodat ik bv de omvormers uit kan zetten bij negatieve prijzen en zo.

Hoezo weet je trouwens dat die Shelly te veel laat zien? De rapportering van APS is niet bepaald accuraat.

[Batilan]

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

Ik ben ook bezig om er een HW kWhmeter tussen te zetten want dit werkt matig. Toch zou ik het graag werkend zien zodat ik bv de omvormers uit kan zetten bij negatieve prijzen en zo.

Hoezo weet je trouwens dat die Shelly te veel laat zien? De rapportering van APS is niet bepaald accuraat.

In mijn ervaring is de rapportage van de APS micro's redelijk accuraat (volgens een MID gecertificeerde meter), ze lijken alleen het eigen verbruik niet mee te nemen waardoor je met name bij lage opbrengsten een te hoge rapportage krijgt to.v. wat er door je MID kWh meter gaat (het eigen verbruik van de APS micro is dan verhoudingsgewijs vrij hoog).

[Termy]

Batilan schreef op donderdag 6 februari 2025 @ 14:44:
[...]

In mijn ervaring is de rapportage van de APS micro's redelijk accuraat (volgens een MID gecertificeerde meter), ze lijken alleen het eigen verbruik niet mee te nemen waardoor je met name bij lage opbrengsten een te hoge rapportage krijgt to.v. wat er door je MID kWh meter gaat (het eigen verbruik van de APS micro is dan verhoudingsgewijs vrij hoog).

Dan heb je zeker een 2162 ECU-R want de 2160 zit er echt ruim naast, zeker bij lage vermogens. Ik heb 5 systemen in m'n installateursaccount, alles hier in de wijk, en de 2160 ECU's beweren vrolijk 20W op te wekken in het donker van een goede regenwolk terwijl het systeem ernaast met dezelfe oriëntatie en panelen op een 2162 0W zegt.

Ik heb hier een set aan een buur verkocht en een nieuwe gelegd en waar ik verwachtte naar verhouding meer te gaan opwekken was dat zeker niet zo. Dat kan alleen maar door foute rapportage want oriëntatie, schaduw en helling zijn gelijk.

APS zegt overigens ook zelf dat hun rapportage slechts indicatief voor werking is en niet bedoeld is voor het loggen van de daadwerkelijke opwek.

Btw, maakt iemand hier daadwerkelijk gebruik van het instellen van een omvormerlimiet? Als ik het goed begrijp kan dat tegenwoordig. Via HA en een P1 meter zou je dan wel NOM moeten kunnen halen met enige vertraging, zeker als je een kWh meter hebt waarmee je een veel hogere resolutie hebt dan de 5 mins van APS.

[Dapdodo]

@Termy , mijn eerste pogingen laten zien met een ECU-C dat de rapportages dan te traag zijn.
Je kunt wel snel sturen, maar je resultaten kan je nog steeds maar per 5 min uitlezen en dat worden dan gemiddeldes. Als je dat niet beseft of via kWh meters oplost, kijk je echt naar getallen waar je niks uit kan afleiden.
Tevens moet ik bijvoorbeeld -75W instellen om NOM te draaien op de kWh meter. Dat moet je dus ook een keer "calibreren".

En op 3-fase vlak snap ik er nog geen bal van, hij lijkt niet over de fases heen de NOM te kunnen houden.

[ Voor 10% gewijzigd door Dapdodo op 06-02-2025 21:51 ]

[Termy]

Dapdodo schreef op donderdag 6 februari 2025 @ 21:49:
@Termy , mijn eerste pogingen laten zien met een ECU-C dat de rapportages dan te traag zijn.
Je kunt wel snel sturen, maar je resultaten kan je nog steeds maar per 5 min uitlezen en dat worden dan gemiddeldes. Als je dat niet beseft of via kWh meters oplost, kijk je echt naar getallen waar je niks uit kan afleiden.
Tevens moet ik bijvoorbeeld -75W instellen om NOM te draaien op de kWh meter. Dat moet je dus ook een keer "calibreren".

En op 3-fase vlak snap ik er nog geen bal van, hij lijkt niet over de fases heen de NOM te kunnen houden.

Ik weet niet of ik je helemaal volg: probeer je te sturen op een externe kWhmeter die wel een hoge samplerate heeft (HW heeft 1 seconde, staat me bij) of via de ECU-C? Een C gebruikt CT-klemmen zover ik weet dus die zou toch ook wel snel moeten kunnen zijn?

Gesteld dat ik betrouwbaar elke seconde de omvormerlimiet kan instellen zonder problemen zou ik desnoods een eigen PID-control bouwen om via de P1 meter NOM te draaien. Voornaamste probleem lijkt me dan dat ik oost/west heb dus niet alle omvormers gelijk kan behandelen. Geen idee hoe dat op te lossen maar gelukkig heb ik nog even .

[asing]

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

Ik ben ook bezig om er een HW kWhmeter tussen te zetten want dit werkt matig. Toch zou ik het graag werkend zien zodat ik bv de omvormers uit kan zetten bij negatieve prijzen en zo.

Hoezo weet je trouwens dat die Shelly te veel laat zien? De rapportering van APS is niet bepaald accuraat.

Ik heb eerdere posts van je niet gelezen, maar pak deze even om te reageren.

De ECU doet in de nacht allerlei opschoonwerk. Daar lijkt het ding behoorlijk druk mee. Poll je rond die tijd ook je output, dan zal de ECU vastlopen. Ik heb in Domoticz een scriptje lopen wat het alleen doet van zonsopkomst tot zonsondergang. Het draait sinds mei 2023 en ik heb nog nooit een vastgelopen ECU gehad.

Mijn ECU-R heeft geen opties om NOM te draaien. Daar heb je een ECU-C voor nodig met een paar CT klemmen en een losse (MID) meter. Ik heb dat voor mijn zonneboiler en dat was al met al bijzonder veel werk en gedoe, zeker omdat ik 3 fase heb.

Je probleem met negatieve stroomprijzen snap ik, dan wil je niet terugleveren. Gelukkig kan je met een HTTP commando al je omvormers in 1 klap uit schakelen. Reactietijd ongeveer 5 minuten voor je het in de output van de ECU ziet. Wil je op dat moment NOM draaien (totale stroomprijs nog boven 0) dan kan je overwegen om een HW batterij te installeren.

Wil je je micro omvormers uitzetten : https://doe-duurzaam.nl/a...ia-web-of-home-assistant/

[Termy]

@asing Zover ik begreep zou het met de huidige versies van deze integraties niet meer nodig moeten zijn om ze handmatig uit te zetten in de nacht. Het heeft ook zeker meerdere dagen gewoon gewerkt.

Ik snap dat je niet out-of-the-box met een ECU-R NOM kan draaien maar zolang je relatief snel (hoogstens seconden vertraging) de output power kan limiteren via HA dan kan het wel als apart script op basis van je P1 data, bv.

Althans, ik zou niet weten waarom niet.

[Marsje075]

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

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

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

[Marsje075]

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

Hier wat voorbeelden van mijn dashboards.

[deepbass909]

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

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

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

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

Hij blijft al die tijd wel online.

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

[Termy]

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

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

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

[asing]

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

Hier wat voorbeelden van mijn dashboards.

[Afbeelding]

[Afbeelding]

[Afbeelding]

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

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

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

[Termy]

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

[jordyc]

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

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

[asing]

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

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

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

[Nibblebit]

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

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

[asing]

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

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

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

Ik heb dat python scriptje ergens in dit topic gedeeld.

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

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

[jordyc]

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

1.

code:

This error originated from a custom integration.

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

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

2.

code:

This error originated from a custom integration.

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

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

[[RNMC] Viper]

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

1.

code:

This error originated from a custom integration.

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

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

2.

code:

This error originated from a custom integration.

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

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

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

[Nibblebit]

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

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

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

[Treenaks]

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

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

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

[asing]

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

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

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

Hoop dat dat helpt

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

[Nibblebit]

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

[Treenaks]

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

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

[asing]

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

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

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

[dooiedodo]

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

[asing]

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

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

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

[Nibblebit]

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

[dooiedodo]

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

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

[Nibblebit]

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

naast liters neusspray vorige week

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

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

[jgsr]

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

[Nibblebit]

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

[jgsr]

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

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

[Nibblebit]

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

[jgsr]

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

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

[dooiedodo]

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

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

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

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

[EmHaKa]

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

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

[EmHaKa]

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

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

[jordyc]

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

Hoe pakken jullie dit aan?

[verguldebarman]

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

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

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

[Batilan]

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

Hoe pakken jullie dit aan?

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

[jordyc]

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

[Dapdodo]

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

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

[jordyc]

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

[Dapdodo]

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

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


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

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

[Marsje075]

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

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

[Nibblebit]

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

[Dick_J]

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

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

Groet, Dick

[JackBol]

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

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

Groet, Dick

Hey, ik heb er nooit meer tijd in gestoken.

[iwanovich]

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

[Treenaks]

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

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

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

[iwanovich]

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

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

[Y0ur1]

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


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

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

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

[iwanovich]

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

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

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

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

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

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

[Y0ur1]

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


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

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

[Afbeelding]

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

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

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

code:

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

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

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

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

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

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

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

[iwanovich]

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

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

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

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

code:

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

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

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

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

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

[verguldebarman]

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

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

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

Interessant!!

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

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

[Y0ur1]

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

Interessant!!

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

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

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

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

[Nibblebit]

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

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

[iwanovich]

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

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

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

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

[Treenaks]

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

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

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

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

[iwanovich]

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

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

[Treenaks]

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

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

[iwanovich]

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

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

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

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

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

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

[Treenaks]

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

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

[iwanovich]

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

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

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

[Treenaks]

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

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

[Treenaks]

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

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

300 is dus 30%, 900 is 90%

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

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

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

[Nibblebit]

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

[iwanovich]

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


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

300 is dus 30%, 900 is 90%

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


[...]

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

[Treenaks]

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


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

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

[Y0ur1]

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

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

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

[Treenaks]

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

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

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

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

[iwanovich]

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

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

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

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

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

[Treenaks]

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


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

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