APS ecu-r lokaal data uitlezen (projectje)

[JackBol]

avanthof schreef op dinsdag 25 januari 2022 @ 10:33:
@JackBol Hoe heb je dan de HA integatie ingeregeld?

Heb ik niet Ik heb geen HACS. Ik lees alleen uit richting InfluxDB/Grafana.

[JackBol]

cmos6502 schreef op dinsdag 25 januari 2022 @ 10:18:
@JackBol Leuke oplossing! Een http wrapper om de ECU. De code kan uitgebreidt worden met inverter info (if needed). HA zou dan deze webserver kunnen aanroepen.

Ja je kan in die get_ECU functie zoveel toevoegen als je wilt. En als je alles als dict() returned, blijft de rest gewoon werken.

[JackBol]

@cmos6502 Een nieuwe uitdaging!

code:

Jack@ubuntu:~$ sudo nmap 192.168.2.14
Starting Nmap 7.80 ( https://nmap.org ) at 2022-01-29 18:45 UTC
Nmap scan report for XX:XX:XX:XX:XX:XX (192.168.2.14)
Host is up (0.018s latency).
Not shown: 997 closed ports
PORT     STATE SERVICE
23/tcp   open  telnet
80/tcp   open  http
8899/tcp open  ospf-lite
MAC Address: XX:XX:XX:XX:XX:XX (Beijing LT Honway Technology)



Jack@ubuntu:~$ telnet 192.168.2.14
Trying 192.168.2.14...
Connected to 192.168.2.14.
Escape character is '^]'.

 _____                    _____           _         _
|  _  |___ ___ ___ ___   |  _  |___ ___  |_|___ ___| |_
|     |  _| .'| . | . |  |   __|  _| . | | | -_|  _|  _|
|__|__|_| |__,|_  |___|  |__|  |_| |___|_| |___|___|_|
              |___|                    |___|

Arago Project http://arago-project.org APS-ECU

Arago 2013.05 APS-ECU


APS-ECU login:

[JackBol]

Ik ga twee strategieen voeren:
1) Die ECU-R door een proxy forceren. Kijken of ik de URL van de firmware update kan achterhalen
2) Met een brute forcer gewoon die telnet aanvallen.

[Roelos89]

Nibblebit schreef op donderdag 20 januari 2022 @ 14:12:
Issue met de ECU-R-PRO in combinatie met de Home Assistant integratie https://github.com/ksheumaker/homeassistant-apsystems_ecur lijkt te zijn dat bij iedere aanvraag voor data de poort moet worden geopend en gesloten anders is de ECU-R-PRO na verloop van tijd voor de integratie niet meer bereikbaar. de laatste versie van de integratie voorziet hierin. Het is niet zeker dat hiermee het probleem is opgelost.

Voor de ECU-R wordt de poort geopend en na drie aanvragen (ECU, Inverters en Signaal sterkte) pas weer gesloten. Maar bovenstaande werkt tot noch toe ook prima samen met de ECU-R.

Als je wilt proberen of de integratie werkt met de ECU-R-PRO probeer dan eens in het APSystemsECUR.py bestand na iedere close port een pauze in te lassen, misschien dat dit helpt, dus als volgt de tweede regel toevoegen:

code:

self.writer.close()
await self.writer.wait_closed()

Dit is dan van toepassing bij regels: 113, 122 en doe ook maar 130
en voordat de poort weer wordt geopend de eerste regel toevoegen:

code:

await asyncio.sleep(1)
self.reader, self.writer = await asyncio.open_connection(self.ipaddr, self.port)

Dit is dan van toepassing voor regels: 115 en 124

Ik ben benieuwd of dat helpt, laat het weten!

Helaas heeft deze oplossing ook nog niet geholpen en is de ECU niet meer bereikbaar na een tijdje.

[Nibblebit]

@Roelos89 Dank je wel voor de feedback, jammer dat het niet toepasbaar is voor de ECU-R met ECU-R-PRO firmware. Gezien de Sunspec modbus certificering van de ECU-R-PRO zal het waarschijnlijk niet lang duren voordat via die methode een integratie voor HA beschikbaar komt, hopelijk is die wel stabiel. Integratie lijkt op dit moment dus alleen stabiel met de standaard ECU-R en ECU-B.

[cmos6502]

Roelos89 schreef op woensdag 2 februari 2022 @ 08:41:
[...]


Helaas heeft deze oplossing ook nog niet geholpen en is de ECU niet meer bereikbaar na een tijdje.

Ik heb een nog steeds werkende integratie met de ecu-r-pro. Draait al een paar dagen.
- Ik query wel op de lan poort, niet de wifi.
- Daarnaast heb ik een eigen 'versie' van de sync_query in een async setup.
- en ik heb een start/stop query ingesteld op de zon status
- query per 300 seconden

[cmos6502]

@JackBol Zou er niet al een image dump zijn van de firmware?

[dooiedodo]

cmos6502 schreef op woensdag 2 februari 2022 @ 21:32:
@JackBol Zou er niet al een image dump zijn van de firmware?

https://community.home-as...ters-data-pull/260835/208

Hier was iemand met disassembled firmware, misschien heeft hij zin om iets te delen

[cmos6502]

@Roelos89 nu heeft mijn ecu ook de geest gegeven. Hoewel... alles werkt nog, behalve de query op de tcp poort.

[cmos6502]

@Roelos89 nav code https://github.com/HectorMalot/ecur/blob/main/client.go ook een cooldown na elke query toegevoegd...

nu weer in testfase

[Roelos89]

cmos6502 schreef op vrijdag 4 februari 2022 @ 15:32:
@Roelos89 nav code https://github.com/HectorMalot/ecur/blob/main/client.go ook een cooldown na elke query toegevoegd...

nu weer in testfase

Als het goed is zit er bij mij al een pauze van 1 seconde in voordat de poort weer geopend wordt, maar mocht de cooldown werken dan hoor ik dat graag

[Nibblebit]

https://github.com/ksheumaker/homeassistant-apsystems_ecur is weer bijgewerkt met een nieuwe versie. Of beter, update via HACS

[ Voor 13% gewijzigd door Nibblebit op 05-02-2022 08:38 ]

[tweakfdr]

Sinds vanmorgen lukt het uitlezen van mijn ECU-R firmware R1.2.19 niet meer. Ik gebruik deze om twee APS QS1 uit te lezen. Het script die ik gebruik is https://github.com/ksheumaker/homeassistant-apsystems_ecur.

In HA krijg ik onderstaande foutmelding:

code:

APS110094000121600004446301\x00\x00\x00\x00\x00\x00\x00\x18\x00\x00\x00\x00\xd0\xd0\xd0\xd0\xd0\xd0\xd0\x00\x02\x00\x0210012ECU_R_1.2.19009Etc/GMT-8\x80\x97\x1b\x01\xa9k\x00\x00\x00\x00\x00\x00END\n

Via een los Python script krijg ik onderstaande melding:

code:

APS110094000121600004446301"???????10012ECU_R_1.2.19009Etc/GMT-8??kEND

Er komt dus geen informatie terug. Ik lees de ECU-R uit via het Wifi ip-adres.

Herstart van de ECU-R mocht niet baten. Op de website zie ik keurig dat de ECU-R werkt omdat er meetgegevens wordt toegevoegd.

Wat is de oorzaak hiervan?

[ Voor 10% gewijzigd door tweakfdr op 06-02-2022 14:56 ]

[avanthof]

De laatste versie van ECU-R van HACS heeft nog steeds problemen met de ECU_R_PRO. Ligt denk ik niet aan Ha maar puur de ECU_R die de poort dicht gooit na ca. 72 uur.
Ik ben al aan het testen met Esphome (Esp32 met TTL-RS485) & Modbus/Sunspec naar HA. Denk een betere en stabielere oplossing oof om HA met ECU_R_HTTP uit te lezen

[cmos6502]

mijn ECU heeft nu firmware versie: ECU_R_PRO_2.0.4up

Bijzondere naamgeving (of er is iets gewijzigd in de response structuur)

[cmos6502]

De tcp port integratie is na drie dagen weer non-functional op mijn ECU_R_PRO. TCP port werkt wel, maar de socket geeft een leeg resultaat terug.

Weer eens gekeken naar de interne website. In de code staan wat ajax (http post) calls om data op te halen.

Met curl kan je realtimedata ophalen met een datum parameter.

curl -X POST http://192.168.4.8/index.php/realtimedata/old_power_graph -d "date=2022-02-10"

En nog wat andere queries om energy data op te halen

curl -X POST http://192.168.4.8/index.php/realtimedata/old_energy_graph -d "date=2022-02-10&period=yearly"
curl -X POST http://192.168.4.8/index.php/realtimedata/old_energy_graph -d "date=2022-02-10&period=monthly"
curl -X POST http://192.168.4.8/index.php/realtimedata/old_energy_graph -d "date=2022-01-10&period=weekly"

service mode activeren.
#1=service mode. No data to ema site (max 30 minutes)
#0=m=normal mode
curl -X POST http://192.168.4.8/index.php/management/set_polling_conf -d "polling_value=1"

[JackBol]

cmos6502 schreef op vrijdag 11 februari 2022 @ 22:45:
De tcp port integratie is na drie dagen weer non-functional op mijn ECU_R_PRO. TCP port werkt wel, maar de socket geeft een leeg resultaat terug.

Weer eens gekeken naar de interne website. In de code staan wat ajax (http post) calls om data op te halen.

Met curl kan je realtimedata ophalen met een datum parameter.

curl -X POST http://192.168.4.8/index.php/realtimedata/old_power_graph -d "date=2022-02-10"

En nog wat andere queries om energy data op te halen

curl -X POST http://192.168.4.8/index.php/realtimedata/old_energy_graph -d "date=2022-02-10&period=yearly"
curl -X POST http://192.168.4.8/index.php/realtimedata/old_energy_graph -d "date=2022-02-10&period=monthly"
curl -X POST http://192.168.4.8/index.php/realtimedata/old_energy_graph -d "date=2022-01-10&period=weekly"

service mode activeren.
#1=service mode. No data to ema site (max 30 minutes)
#0=m=normal mode
curl -X POST http://192.168.4.8/index.php/management/set_polling_conf -d "polling_value=1"

Ah! Dit is een stap vooruit.
Ik krijg tussen de 116 en 119 antwoorden per dag terug.
Ik ben erachter gekomen dat dit met de zon te maken heeft. De ECU begint pas datapunten te genereren als de panelen wakker worden.

Ik heb de epoch times hieronder even omgerekend en deze gaan van 06:53:05 tot 16:43:52 met stappen van 3 minuten (de standaard interval van ECU updates).

Als dit consistent blijft werken, heb ik eigenlijk voldoende om mijn domotica systeem te voeden voor historische basis.

Voor real time info kan je elke 3 min uitlezen en de hoogste timestamp pakken. Ik weet alleen niet hoe lang die ECU dit gaat accepteren. Dit weekend maar even tegenaan scripten om te zien.

JSON:

Jack@ubuntu:~$ curl -s -X POST http://192.168.2.14/index.php/realtimedata/old_power_graph -d "date=2022-02-10" | jq -r
{
  "power": [
    {
      "time": 1644477193000,    #  06:53:05
      "each_system_power": 24
    },
    {
      "time": 1644477493000,    #  06:56:05
      "each_system_power": 32
    },
    {
      "time": 1644477793000,    #  06:59:05 etc
      "each_system_power": 48
    },
    {
      "time": 1644478093000,
      "each_system_power": 32
    },
    {
      "time": 1644478393000,
      "each_system_power": 36
    },
    {
      "time": 1644478693000,
      "each_system_power": 32
    },
    {
      "time": 1644478993000,
      "each_system_power": 32
    },
    {
      "time": 1644479293000,
      "each_system_power": 40
    },
    {
      "time": 1644479593000,
      "each_system_power": 32
    },
    {
      "time": 1644479893000,
      "each_system_power": 44
    },
    {
      "time": 1644480193000,
      "each_system_power": 47
    },
    {
      "time": 1644480493000,
      "each_system_power": 80
    },
    {
      "time": 1644480793000,
      "each_system_power": 108
    },
    {
      "time": 1644481093000,
      "each_system_power": 147
    },
    {
      "time": 1644481393000,
      "each_system_power": 121
    },
    {
      "time": 1644481693000,
      "each_system_power": 167
    },
    {
      "time": 1644481993000,
      "each_system_power": 243
    },
    {
      "time": 1644482293000,
      "each_system_power": 245
    },
    {
      "time": 1644482593000,
      "each_system_power": 149
    },
    {
      "time": 1644482763000,
      "each_system_power": 192
    },
    {
      "time": 1644483063000,
      "each_system_power": 263
    },
    {
      "time": 1644483363000,
      "each_system_power": 126
    },
    {
      "time": 1644483663000,
      "each_system_power": 129
    },
    {
      "time": 1644483963000,
      "each_system_power": 132
    },
    {
      "time": 1644484263000,
      "each_system_power": 245
    },
    {
      "time": 1644484563000,
      "each_system_power": 314
    },
    {
      "time": 1644484863000,
      "each_system_power": 411
    },
    {
      "time": 1644485163000,
      "each_system_power": 456
    },
    {
      "time": 1644485463000,
      "each_system_power": 606
    },
    {
      "time": 1644485763000,
      "each_system_power": 588
    },
    {
      "time": 1644486063000,
      "each_system_power": 495
    },
    {
      "time": 1644486363000,
      "each_system_power": 785
    },
    {
      "time": 1644486663000,
      "each_system_power": 1287
    },
    {
      "time": 1644486963000,
      "each_system_power": 1025
    },
    {
      "time": 1644487263000,
      "each_system_power": 581
    },
    {
      "time": 1644487563000,
      "each_system_power": 492
    },
    {
      "time": 1644487863000,
      "each_system_power": 610
    },
    {
      "time": 1644488163000,
      "each_system_power": 716
    },
    {
      "time": 1644488463000,
      "each_system_power": 691
    },
    {
      "time": 1644488763000,
      "each_system_power": 760
    },
    {
      "time": 1644489063000,
      "each_system_power": 926
    },
    {
      "time": 1644489363000,
      "each_system_power": 1079
    },
    {
      "time": 1644489663000,
      "each_system_power": 1282
    },
    {
      "time": 1644489963000,
      "each_system_power": 1110
    },
    {
      "time": 1644490263000,
      "each_system_power": 956
    },
    {
      "time": 1644490563000,
      "each_system_power": 792
    },
    {
      "time": 1644490863000,
      "each_system_power": 1133
    },
    {
      "time": 1644491163000,
      "each_system_power": 1384
    },
    {
      "time": 1644491463000,
      "each_system_power": 1384
    },
    {
      "time": 1644491763000,
      "each_system_power": 1299
    },
    {
      "time": 1644492063000,
      "each_system_power": 1946
    },
    {
      "time": 1644492363000,
      "each_system_power": 2362
    },
    {
      "time": 1644492663000,
      "each_system_power": 2242
    },
    {
      "time": 1644492963000,
      "each_system_power": 1933
    },
    {
      "time": 1644493263000,
      "each_system_power": 1369
    },
    {
      "time": 1644493563000,
      "each_system_power": 1210
    },
    {
      "time": 1644493863000,
      "each_system_power": 936
    },
    {
      "time": 1644494163000,
      "each_system_power": 860
    },
    {
      "time": 1644494463000,
      "each_system_power": 787
    },
    {
      "time": 1644494763000,
      "each_system_power": 744
    },
    {
      "time": 1644495063000,
      "each_system_power": 794
    },
    {
      "time": 1644495363000,
      "each_system_power": 687
    },
    {
      "time": 1644495663000,
      "each_system_power": 730
    },
    {
      "time": 1644495963000,
      "each_system_power": 813
    },
    {
      "time": 1644496263000,
      "each_system_power": 953
    },
    {
      "time": 1644496563000,
      "each_system_power": 1126
    },
    {
      "time": 1644496863000,
      "each_system_power": 987
    },
    {
      "time": 1644497163000,
      "each_system_power": 918
    },
    {
      "time": 1644497463000,
      "each_system_power": 807
    },
    {
      "time": 1644497763000,
      "each_system_power": 1017
    },
    {
      "time": 1644498063000,
      "each_system_power": 1254
    },
    {
      "time": 1644498363000,
      "each_system_power": 1005
    },
    {
      "time": 1644498663000,
      "each_system_power": 750
    },
    {
      "time": 1644498963000,
      "each_system_power": 957
    },
    {
      "time": 1644499263000,
      "each_system_power": 908
    },
    {
      "time": 1644499563000,
      "each_system_power": 597
    },
    {
      "time": 1644499863000,
      "each_system_power": 615
    },
    {
      "time": 1644500163000,
      "each_system_power": 519
    },
    {
      "time": 1644500463000,
      "each_system_power": 351
    },
    {
      "time": 1644500763000,
      "each_system_power": 271
    },
    {
      "time": 1644501063000,
      "each_system_power": 380
    },
    {
      "time": 1644501363000,
      "each_system_power": 648
    },
    {
      "time": 1644501663000,
      "each_system_power": 543
    },
    {
      "time": 1644501963000,
      "each_system_power": 463
    },
    {
      "time": 1644502263000,
      "each_system_power": 398
    },
    {
      "time": 1644502563000,
      "each_system_power": 467
    },
    {
      "time": 1644502863000,
      "each_system_power": 554
    },
    {
      "time": 1644503163000,
      "each_system_power": 532
    },
    {
      "time": 1644503463000,
      "each_system_power": 462
    },
    {
      "time": 1644503763000,
      "each_system_power": 470
    },
    {
      "time": 1644504063000,
      "each_system_power": 580
    },
    {
      "time": 1644504363000,
      "each_system_power": 536
    },
    {
      "time": 1644504663000,
      "each_system_power": 426
    },
    {
      "time": 1644504963000,
      "each_system_power": 476
    },
    {
      "time": 1644505263000,
      "each_system_power": 597
    },
    {
      "time": 1644505563000,
      "each_system_power": 513
    },
    {
      "time": 1644505863000,
      "each_system_power": 433
    },
    {
      "time": 1644506163000,
      "each_system_power": 375
    },
    {
      "time": 1644506463000,
      "each_system_power": 375
    },
    {
      "time": 1644506763000,
      "each_system_power": 342
    },
    {
      "time": 1644507063000,
      "each_system_power": 284
    },
    {
      "time": 1644507363000,
      "each_system_power": 280
    },
    {
      "time": 1644507663000,
      "each_system_power": 211
    },
    {
      "time": 1644507963000,
      "each_system_power": 162
    },
    {
      "time": 1644508263000,
      "each_system_power": 128
    },
    {
      "time": 1644508563000,
      "each_system_power": 106
    },
    {
      "time": 1644508863000,
      "each_system_power": 87
    },
    {
      "time": 1644509163000,
      "each_system_power": 70
    },
    {
      "time": 1644509463000,
      "each_system_power": 62
    },
    {
      "time": 1644509763000,
      "each_system_power": 47
    },
    {
      "time": 1644510063000,
      "each_system_power": 25
    },
    {
      "time": 1644510363000,
      "each_system_power": 32
    },
    {
      "time": 1644510663000,
      "each_system_power": 32
    },
    {
      "time": 1644510963000,
      "each_system_power": 48
    },
    {
      "time": 1644511263000,
      "each_system_power": 48
    },
    {
      "time": 1644511563000,    # 16:43:52
      "each_system_power": 16
    }
  ],
  "today_energy": "5.26",
  "subtitle": ""
}

[cmos6502]

@JackBol

Time is epoch in milliseconden. Bij mij is de time interval 5 minuten, wat ook overeenkomt met de EMA website. Ik heb de eerste twee time waardes in je output gechecked. Is ook 5 minuten ;-)


$ date -r 1644477193
Thu Feb 10 08:13:13 CET 2022
$ date -r 1644477493
Thu Feb 10 08:18:13 CET 2022

Verschil = 300 seconde /60 = 5 minuten

De jq tool is handig :-)

[ Voor 5% gewijzigd door cmos6502 op 12-02-2022 11:13 . Reden: verschil toegevoegd ]

[avanthof]

Ik ben ook wel overtuigd dat voor de ECU_R_PRO beter is om de integratie (HA) middels HTTP (JSON) in te regelen. De Sunspec integratie werkt ook nog niet echt lekker. Die curl - jq zou wel een mooie basis kunnen zijn, maar de inverter waarden per paneel zijn niet eenvoudig middels JSON uit te lezen helaas, althans de optie nog niet kunnen vinden.

[cmos6502]

inverter data kan gescraped worden uit de realtimedata pagina op de interne website

stukje code met python voor eerste aanzet. Code trekt tabel uit de html en zet deze om in een python dictionary.

Python:

import requests
from bs4 import BeautifulSoup
url="http://192.168.4.8/index.php/realtimedata"
data = requests.get(url).text
soup = BeautifulSoup(data, 'html.parser')

tables = soup.find_all('table')
table = soup.find('table', class_='table table-condensed table-bordered')

grid=[]
col=['Inverter_ID', 'Current_Power', 'DC_Voltage', 'Grid_Frequency', 'Grid_Voltage','Temperature', 'Reporting_Time']
for row in table.tbody.find_all('tr'):    
    # Find all data for each column
    columns = row.find_all('td')
    num_col=len(columns)
    if (columns != []):
      inverter_id = columns[0].text.strip()
      current_power = columns[1].text.strip()
      dc_voltage = columns[2].text.strip()
      grid_voltage = columns[3].text.strip()
      if num_col == 7:
         inverter_id = columns[0].text.strip()
         current_power = columns[1].text.strip()
         dc_voltage = columns[2].text.strip()
         grid_frequency = columns[3].text.strip()
         grid_voltage = columns[4].text.strip()
         temperature = columns[5].text.strip()
         reporting_time = columns[6].text.strip()
      grid.append(dict(zip(col,[inverter_id,current_power,dc_voltage,grid_frequency,grid_voltage,temperature,reporting_time])) )

grid

[ Voor 0% gewijzigd door cmos6502 op 13-02-2022 11:59 . Reden: opmaak ]

[cmos6502]

Ik heb mijn ECU HA integratie lokaal aangepast.

1 keer per dag (of als ecu_id onbekend is) haal ik alle data op via TCP, omdat de webinterface nog niet alle informatie teruggeeft.

De rest van de dag zal de integratie alleen de webinterface uitvragen. Gepoogd de response zoveel mogelijk gelijk te houden.

Morgen zien of het inderdaad ook blijft werken... fingers crossed.

[code=python]
>>> exec(open('./APSystemsECUR.py').read())
>>> ecu=APSystemsECUR('192.168.4.6')
>>> a=asyncio.run(ecu.async_query_ecu())
>>> a
{'timestamp': '2022-02-13 19:59:13', 'inverter_qty': 3, 'inverters': {'502000026756': {'uid': '502000026756', 'online': True, 'unknown': '02', 'frequency': 0.0, 'temperature': -100, 'signal': 73, 'model': 'YC1000', 'channel_qty': 4, 'power': [0, 0, 0, 0], 'voltage': [0]}, '502000026705': {'uid': '502000026705', 'online': True, 'unknown': '02', 'frequency': 0.0, 'temperature': -100, 'signal': 73, 'model': 'YC1000', 'channel_qty': 4, 'power': [0, 0, 0, 0], 'voltage': [0]}, '502000025906': {'uid': '502000025906', 'online': True, 'unknown': '02', 'frequency': 0.0, 'temperature': -100, 'signal': 71, 'model': 'YC1000', 'channel_qty': 4, 'power': [0, 0, 0, 0], 'voltage': [0]}}, 'ecu_id': '216200006785', 'today_energy': 5.35, 'lifetime_energy': 618.6, 'current_power': 0}
>>> h=asyncio.run(ecu.http_query_ecu())
>>> h
{'timestamp': '2022-02-13 19:59:13', 'inverter_qty': 3, 'inverter_qty_online': 0, 'inverters': {'502000026756': {'uid': '502000026756', 'online': False, 'frequency': 0.0, 'temperature': -100, 'power': [0, 0, 0, 0], 'dc_voltage': [0, 0, 0, 0], 'voltage': [], 'channels': ['1', '2', '3', '4'], 'channel_qty': 4, 'model': 'YC1000', 'signal': 73}, '502000026705': {'uid': '502000026705', 'online': False, 'frequency': 0.0, 'temperature': -100, 'power': [0, 0, 0, 0], 'dc_voltage': [0, 0, 0, 0], 'voltage': [], 'channels': ['1', '2', '3', '4'], 'channel_qty': 4, 'model': 'YC1000', 'signal': 73}, '502000025906': {'uid': '502000025906', 'online': False, 'frequency': 0.0, 'temperature': -100, 'power': [0, 0, 0, 0], 'dc_voltage': [0, 0, 0, 0], 'voltage': [], 'channels': ['1', '2', '3', '4'], 'channel_qty': 4, 'model': 'YC1000', 'signal': 71}}, 'ecu_id': '216200006785', 'today_energy': '5.35', 'lifetime_energy': 618.6, 'current_power': 0}
[code]

[avanthof]

Laat even weten als het werkt! ;-)

[Nibblebit]

Voor de ECU-R-PRO en ECU-C eigenaren, ik heb het met https://github.com/ksheumaker/homeassistant-apsystems_ecur over een hele andere boeg gegooid en ben benieuwd wat de ervaringen zouden zijn. Is er iemand die het wil proberen?

1. Installeer beta 1.2.9 van bovenstaande git via HACS.
2. Reboot HA via Server Beheer.
3. Voeg nu de apsystems integratie toe zodat je het IP-adres van de ECU kunt specificeren. De interval kun je op 60 seconden zetten.
4. Close en reopen niet aanvinken

Als het goed is, wordt de ECU nu wel gevonden. Als dat niet zo is, is er mogelijk sprake van een timeout bij het openen van de verbinding.

5. Ga daarna naar https://github.com/HAEdwin/temporary download de twee bestanden en vervang die in de integratie folder config/custom_components/apsystems_ecur
6. Start HA vervolgens opnieuw op via Server beheer. vervolgens moet alles dan online komen.

Nb. voor de ECU-R en ECU-B eigenaren werkt het als een zonnetje maar die twee hadden we eigenlijk al wel onder controle.

[ Voor 88% gewijzigd door Nibblebit op 18-02-2022 07:53 . Reden: De juiste versie gecorrigeerd. Op de latere versie werkt het niet. ]

[Roelos89]

Nibblebit schreef op donderdag 17 februari 2022 @ 08:36:
Voor de ECU-R-PRO en ECU-C eigenaren, ik heb het met https://github.com/ksheumaker/homeassistant-apsystems_ecur over een hele andere boeg gegooid en ben benieuwd wat de ervaringen zouden zijn. Is er iemand die het wil proberen?

1. Installeer beta 1.2.9 van bovenstaande git via HACS.
2. Reboot HA via Server Beheer.
3. Voeg nu de apsystems integratie toe zodat je het IP-adres van de ECU kunt specificeren. De interval kun je op 60 seconden zetten.
4. Close en reopen niet aanvinken

Als het goed is, wordt de ECU nu wel gevonden. Als dat niet zo is, is er mogelijk sprake van een timeout bij het openen van de verbinding.

5. Ga daarna naar https://github.com/HAEdwin/temporary download de twee bestanden en vervang die in de integratie folder config/custom_components/apsystems_ecur
6. Start HA vervolgens opnieuw op via Server beheer. vervolgens moet alles dan online komen.

Nb. voor de ECU-R en ECU-B eigenaren werkt het als een zonnetje maar die twee hadden we eigenlijk al wel onder controle.

Ik heb dit geprobeerd met mijn ECU-R-PRO met firmware ECU_R_PRO_2.0.4upd en stap 1 t/m 4 gaan prima, maar de aanpassing van stap 5 zorgt ervoor dat de ECU niet meer bereikbaar is vanuit homeassistent. Ik kan helaas in de logs ook niet vinden wat het probleem is. Zou ik op een andere plek nog meer informatie kunnen vinden wat het probleem kan zijn?

[Nibblebit]

Ik heb de error logging een beetje uitgebreid.

[Roelos89]

Nibblebit schreef op vrijdag 18 februari 2022 @ 10:52:
Ik heb de error logging een beetje uitgebreid.

Ik krijg geen errors maar alleen onderstaande warnings:

Using cached data from last successful communication with ECU.

Config entry 'ECU: 2162000xxxxx' for apsystems_ecur integration not ready yet: Unable to get correct data from ECU, and the cache doesn't contain a valid data. See log for details.; Retrying in background

[cmos6502]

@Nibblebit @Roelos89 @avanthof

Mijn aanpassingen voor de ecu_r_pro (2.0.x firmware) draait al sinds maandag stabiel.

[avanthof]

@CMOS6502, met HTTP integratie? Kan je het delen?

[ Voor 22% gewijzigd door avanthof op 18-02-2022 15:51 ]

[cmos6502]

avanthof schreef op vrijdag 18 februari 2022 @ 14:32:
@CMOS6502, met HTTP integratie? Kan je het delen?

ja, met http integratie. Ik moet even uitzoeken hoe ik files kan delen.

Edit:

ik heb de code in mijn fork van Kyle's ECU integratie gezet.

https://github.com/tv3/ho...components/apsystems_ecur

Je moet de APSystemsECUR.py vervangen in je integratie.

In het __init__.py script in functie: async def update de update code wijzigen

data = await self.ecu.async_query_ecu()
data = await self.ecu.http_query_ecu()

HA herstarten en eventueel ook je ECU een powercycle geven om die ook weer netjes en clean gestart te hebben.

En zet interval op 5 minuten/300 seconden. Vaker heeft geen zin. De data in de ECU wordt per 5 minuten intern bijgewerkt.

[ Voor 60% gewijzigd door cmos6502 op 18-02-2022 16:45 . Reden: interval ]

[avanthof]

Ik kijk er naar uit ;-)

[cmos6502]

@avanthof bij deze ;-)

[avanthof]

@cmos6502 Het werkt, ga het ook eens monitoren als dit stabieler blijft. Maakt iig m'n weekend al goed tot nu toe :-)

[cmos6502]

@avanthof als je issues tegenkomt, let me know

[cmos6502]

De HTTP methode lijkt zijn vruchten af te werpen. De integratie werkt na bijna een week nog steeds.

Wat ik nu nog mis is wat basale informatie zoals ecu_id, firmware en nog wat andere statische zaken. De management ECUAPP heeft dezelfde layout als de interne website en gebruikt mogelijk dezelfde webcalls. APP geeft wel wat meer info die nu niet in de webinterface zichtbaar is. Nu nog proberen die calls op te vangen.
De hotspot IP is static 172.30.1.1. Waarschijnlijk is dat ook hardcoded in de app. Eens kijken of ik daar een proxy tussen kan zetten.

[avanthof]

cmos: Ik weet alleen van de volgende webpagina's:
http://<ip>/index.php/realtimedata
http://<ip>/index.php/realtimedata/power_graph
http://<ip>/index.php/realtimedata/energy_graph
http://<ip>/index.php/management
http://<ip>/index.php/management/protection61
http://<ip>/index.php/management/datetime
http://<ip>/index.php/management/language
http://<ip>/index.php/management/network
http://<ip>/index.php/management/wlan
http://<ip>/index.php/management/upgrade_ecu
Ik mis een home pagina en version zodat we deze kunnen uitlezen. Die heb ik nog niet gevonden.

[cmos6502]

@avanthof

Er zijn er meer

http://ip/index.php/meter
http://ip/index.php/configuration (admin/admin)

maar ben ook nog op zoek naar de home page en de signals page.

[avanthof]

Nu nog een '/about' of '/version' ;-)

[cmos6502]

Ik vermoed dat de ECU APP zelf ook http calls doet. Moet op 1 of andere manier de traffic tussen de ECU APP en de ECU tracen. Maar het werkt alleen in hotspot mode en vermoedelijk in een fixed ip range: 172.30.1.0/24

[avanthof]

Nee, de ECUAPP doet alleen TCP/8899. Heb een packet tracer op mn Android telefoon gehad in het verleden. Zou APSystems sieren als ze de home page zouden activeren, hier zou het dan op moeten staan. Data zou makelijk uit de ECU gepresenteerd moeten kunnen worden, net als de andere data en laten mensen vrij om via de portal of lokaal de data in te kijken. Zie geen reden in waarom ze dat niet zouden moeten doen.

[cmos6502]

@avanthof Als de management ECUAPP alleen TCP poort gebruikt, dan kunnen we eigenlijk alleen maar afwachten tot AP systems meer info beschikbaar stelt via de interne webinterface.
Zou die interne php layout wel willen zien. Wellicht zijn er paginas die niet exposed zijn in de huidige interface.

[ Voor 0% gewijzigd door cmos6502 op 24-02-2022 13:52 . Reden: grammer ]

[avanthof]

Ja, het telnet wachtwoord. Sla ik mn hamer al op stuk.

[ Voor 31% gewijzigd door avanthof op 24-02-2022 16:14 ]

[cmos6502]

@avanthof keep hammering!

[avanthof]

Heb ik al geprobeerd op mn Kali laptop ;-)

[Nibblebit]

cmos6502 schreef op donderdag 24 februari 2022 @ 09:43:
Ik vermoed dat de ECU APP zelf ook http calls doet. Moet op 1 of andere manier de traffic tussen de ECU APP en de ECU tracen. Maar het werkt alleen in hotspot mode en vermoedelijk in een fixed ip range: 172.30.1.0/24

Source van de ECUapp is beschikbaar en de app communiceert met de ECU op basis van TCP socket op 8899. De ECU-R-Pro firmware op de ECU-R (herkenbaar aan een sunspec logo op de achterkant van de ECU) biedt mogelijkheden om op basis van de modbus te communiceren met de ECU alleen is er nog geen goede integratie beschikbaar omdat die alleen serieel beschikbaar zou zijn op de ECU-R-Pro firmware modellen. Ik zou zelf zeggen, ga voor deze benadering want die is er voor bedoeld. Deze integratie heeft een feature request open staan voor seriele ondersteuning: https://community.home-as...inverter-meter-etc/312739

Dit draadje is begonnen met de ECU-R en firmware van die tijd. We hebben toen gekeken naar drie mogelijke methodes om data lokaal in HA te krijgen:
1. Proxy (zodra de poorten openen om te communiceren met EMA onderscheppen en doorsturen)
2. poort 4540 methode (nooit verder uitgewerkte protocol interpretatie)
3. 8899 methode (ligt dicht tegen de architectuur van de ECUapp en werkt via WiFi op de ECU-R. Voor de ECU-R-pro en ECU-C blijkt de methode niet stabiel maar daar wordt nog aan gewerkt. Het is alleen lastig om daar grip op te krijgen omdat er geen ontwikkelaar is aangesloten die beschikt over deze hardware).
Voor de "oude" ECU-R zonder sunspec certificaat bleek methode 3 enorm stabiel (en is dat nog steeds, ook voor de ECU-B modellen).
Met de komst van een lokale web-GUI is scraping mogelijk tot het moment dat er een beveiliging op komt.

Denk nooit dat je met een poortscan 100% zicht hebt op het gebruik van poorten door een node De poort hoeft immers niet continue open te staan.

[ Voor 5% gewijzigd door Nibblebit op 26-02-2022 08:09 ]

[Nibblebit]

ECU-R (dus niet de ECU-R-Pro) heeft nieuwe firmware ontvangen, ECU_R_1.2.20. Er zijn voor zover ik weet geen release notes verschenen, nog steeds een minpunt voor kwaliteit bij APSystems.

[Roelos89]

cmos6502 schreef op vrijdag 18 februari 2022 @ 15:55:
[...]

ja, met http integratie. Ik moet even uitzoeken hoe ik files kan delen.

Edit:

ik heb de code in mijn fork van Kyle's ECU integratie gezet.

https://github.com/tv3/ho...components/apsystems_ecur

Je moet de APSystemsECUR.py vervangen in je integratie.

In het __init__.py script in functie: async def update de update code wijzigen

data = await self.ecu.async_query_ecu()
data = await self.ecu.http_query_ecu()

HA herstarten en eventueel ook je ECU een powercycle geven om die ook weer netjes en clean gestart te hebben.

En zet interval op 5 minuten/300 seconden. Vaker heeft geen zin. De data in de ECU wordt per 5 minuten intern bijgewerkt.

Deze oplossing werkt prima. Nu al 1.5 week online, terwijl hij eerst na 3 dagen al vast liep. BTW is ook wel leukere data om naar te kijken die afgelopen zonnige dagen

[avanthof]

Lijkt na de laatste HA update vandaag niet meer te werken en ook niet na de APSystems_ECUR HACS update naar 1.2.11 waar de HTTP integratie in zou moeten zitten. Werkte redelijk stabiel, klopt.

[cmos6502]

kyle moet de http integratie nog mergen in zijn repo. Daar gaat hij dit weekend naar kijken. Ik heb de HA niet ge-update, dus ik weet ook nog niet wat er mis zou kunnen zijn.
Ik denk dat je op zijn minst mijn 'oude' integratie er weer tussen moet zetten, als je de 1.2.11 versie van de ECU erop hebt gezet.

[cmos6502]

@avanthof Ik heb nog even de versies gecontroleerd die ik heb. Mijn http integratie is nog gebaseerd op de 1.1.x versie van de kyle. De 1.2.x versie van de ECU integratie is kwa structuur veranderd om o.a. het http deel te gaan integreren. Als je het weer werkend willen krijgen, dan is het waarschijnlijk het beste om alle bestanden in mijn repo in de integratie map van HA te zetten en een herstart te doen.

Zelf heb ik wel de laaste HA em HACS nu draaien en alles werkt nog steeds met de 1.1.x versie van de ECU integratie.

Nu is het wachten op wanneer Kyle mijn code in de nieuwe 1.2 versie heeft opgenomen. Daarna zal ik updaten en checken of alles blijft werken.

[Nibblebit]

Hebben jullie al eens de optie geprobeerd om timeouts te verlengen? Zie https://community.home-as...pull/260835/513?u=haedwin We kunnen dan in ieder geval uitsluiten dat de ECU-R-Pro wat trager is na drie dagen. Wat is de oplossing om na drie dagen de standaard 1.2.11 versie weer werkend te krijgen? Een power cycle van de ECU?

[cmos6502]

@Nibblebit powercycle is enige wat helpt bij de socket implementatie. De http intgratie daarentegen werkt prima. Draait al geruime tijd bij mij. Het is dat Kyle de boel in 1.2 enigzins omgegooid heeft (sync ipv async en de voorbereiding voor twee aparte methodes (socket en http) en nog wat andere zaken), waardoor mijn aanpassing niet een drop-in is in de nieuwe integratie. Maar daar wordt aan gewerkt. Ik heb mijn code alweer wat opgeschoond en voorbereid voor 1.2.

[Fantastic_fox]

Ik was net aan het kijken naar de home assistant integratie, maar zag dat de ha enkel werkt als er een wifi verbinding is. Weet iemand zo hoe goed die zigbee verbinding is binnenshuis?

Ik kan de ecu wel verplaatsen maar hij hangt op een heel lastig bereikbare plaats (zolder achter ventilatie unit (niet handig i know:-() dus voordat ik hem ga proberen te verplaatsen wil ik even weten of het zigbee bereik een beetje goed is

[Doomedahab]

Fantastic_fox schreef op zaterdag 12 maart 2022 @ 18:35:
Ik was net aan het kijken naar de home assistant integratie, maar zag dat de ha enkel werkt als er een wifi verbinding is. Weet iemand zo hoe goed die zigbee verbinding is binnenshuis?

Ik kan de ecu wel verplaatsen maar hij hangt op een heel lastig bereikbare plaats (zolder achter ventilatie unit (niet handig i know:-() dus voordat ik hem ga proberen te verplaatsen wil ik even weten of het zigbee bereik een beetje goed is

Bij mij hangt de ECU in de meterkast. Ik heb eigenlijk nooit verbindingsproblemen.

[Dapdodo]

@Fantastic_fox
Bij mij in de meterkast ging het niet. Maar zit dan ook een dikke betonnen vloer tussen met veel ijzer.

[Fantastic_fox]

@Doomedahab @Dapdodo is het qua bereik wel een beetje vergelijkbaar met wifi?

Daarvan weet ik bv dat op de zolder de wifi nog wel beschikbaar is

[dooiedodo]

Het klote is met wifi en zigbee, dat ieder opzich prima werkt. Maar naast elkaar is er veel interferentie of verstoring omdat het op zelfde frequentie zit. Zijn genoeg artikelen te vinden over zigbee en wifi met niet overlappen van kanalen. Hier ligt m'n ECU op begane grond en heeft 70% signaal sterkte van zigbee dat op 8meter hoger op het dak.ligt.
Het kan even puzzelen zijn, maar het is prima te.doen

[Doomedahab]

Fantastic_fox schreef op zondag 13 maart 2022 @ 10:49:
@Doomedahab @Dapdodo is het qua bereik wel een beetje vergelijkbaar met wifi?

Daarvan weet ik bv dat op de zolder de wifi nog wel beschikbaar is

Ik zou zeggen dat zigbee minstens vergelijkbaar is met 2.4ghz wifi qua penetratie. De qs1's liggen op het dak en moeten door 2 gewapend betonnen vloeren heen communiceren met de ECU, en dat gaat dus probleemloos bij mij

[Fantastic_fox]

@Doomedahab mooi ga ik die van mij “even”. Verplaatsen als ik eindelijk van die omikron af ben.

[cmos6502]

@Fantastic_fox ik heb de wifi spriet eraf geschroefd. Dat deed wonderwel ook wonderen vwb het wifi signaal.

[dooiedodo]

dooiedodo schreef op zondag 13 maart 2022 @ 11:07:
Het klote is met wifi en zigbee, dat ieder opzich prima werkt. Maar naast elkaar is er veel interferentie of verstoring omdat het op zelfde frequentie zit. Zijn genoeg artikelen te vinden over zigbee en wifi met niet overlappen van kanalen. Hier ligt m'n ECU op begane grond en heeft 70% signaal sterkte van zigbee dat op 8meter hoger op het dak.ligt.
Het kan even puzzelen zijn, maar het is prima te.doen

voor wat het waard is. Ik had blijkbaar wat meer signaal verlies op de begane grond (wsl nog meer wifi in de buurt erbij). Nu ECU verdieping hoger gelegd:


Toch vreemd, zou bijna denken dat er geen mesh netwerk is, maar alle inverters zelfstandig connecten naar ecu.

[Nibblebit]

De grafiek toont de individuele signaalsterkte per inverter maar zegt niets over de communicatie onderling of met de ECU. Het recht van de sterkste geldt. Ik ben benieuwd of het wegvallen van het signaal van 1 of meerdere van de inverters dan ook leidt tot het niet hebben van gegevens over het gehele grid (dus wattage dalen) maar dat zal wel niet.

Omdat de inverters waarschijnlijk relatief dicht bij elkaar zitten (gebaseerd op de signaalsterkte), zul je inderdaad naar het mesh netwerk toe moeten. Het is anders als je bij wijze van spreken nog een inverter op je schuur zou hebben liggen die vrij zicht heeft naar het dak. Dan kun je verwachten dat de communicatie naar de ECU in huis via de inverter op de schuur gaat lopen.

[dooiedodo]

Watt reportting valt wel weg op momenten, maar dus alleen van de panelen op die inverter, vandaar mijn conclusie.
Totaal/dagelijkse kWh running total wordt uiteindelijk wel recht getrokken, je ziet die grafiek dan wat deuken hebben, maar bij herstel zie je dat grafiek netjes verder gaat

[ Voor 40% gewijzigd door dooiedodo op 15-03-2022 17:11 ]

[Nibblebit]

Ja, precies dus het totaal Watt van alle panelen samen zou geen dal moeten laten zien als een of meerdere inverter(s) even niet zichtbaar zijn voor de ECU. Dan wordt het wattage van de voor de ECU niet zichtbare inverter(s) via de andere inverters wel doorgegeven en toont het aan dat de mesh werkt.

Ik weet niet of je die grafiek ook hebt? kWh zal altijd oplopen gaande weg de dag.

[dooiedodo]

Nibblebit schreef op woensdag 16 maart 2022 @ 10:44:
Ja, precies dus het totaal Watt van alle panelen samen zou geen dal moeten laten zien als een of meerdere inverter(s) even niet zichtbaar zijn voor de ECU. Dan wordt het wattage van de voor de ECU niet zichtbare inverter(s) via de andere inverters wel doorgegeven en toont het aan dat de mesh werkt.

dat gebeurt dus niet, zodra signaal 0 is op moment van data refresh, is het Wattage aangetast en is die data dus niet via mesh members geroute naar ecu. Slechte. mesh dus :-) (maar sta er niet meer van te kijken)

dit waren dagen zonder wolken en die dips in Watt zijn dus drops van inverters zigbee signaal terwijl wel vermogen werd gelelverd



behoorlijk wat nieuwe verstoring zo, weet nog dat iig afgelopen zomer dit hele mooie lijntjes waren:

[ Voor 18% gewijzigd door dooiedodo op 16-03-2022 11:59 ]

[Nibblebit]

Ai dat ziet er niet goed uit, zeker in vergelijking met de tweede grafiek. Dan toch ook nog benieuwd of de terug levering op de elektriciteitsmeter (P1) ook de dalen laat zien. Dat zou wel heel opvallend zijn!

[dooiedodo]

Nibblebit schreef op woensdag 16 maart 2022 @ 13:10:
Ai dat ziet er niet goed uit, zeker in vergelijking met de tweede grafiek. Dan toch ook nog benieuwd of de terug levering op de elektriciteitsmeter (P1) ook de dalen laat zien. Dat zou wel heel opvallend zijn!

nee dus, dips in p1 produced (roze) zijn gebruiks apparaten dips en komen niet overeen met ECU power dips (geel). HEt is puur de inverter reporting die wegvalt, niet het echte vermogen en gelukkig ook niet cumulatieven.

[Nibblebit]

Gelukkig maar... het blijft een apart verhaal en helaas zigbee. Overigens is het met een sample rate van 1x per 5 minuten sowieso redelijk indicatief. Misschien heb je hier nog wat aan: https://www.ct.nl/worksho...erhelpen-in-je-smarthome/

[ Voor 102% gewijzigd door Nibblebit op 16-03-2022 15:50 ]

[dooiedodo]

Da's de hele uitdaging hier ja. Ik heb zelf 2 x zigbee netwerk, 1 hue, 1 APS. Drie wifi access points met centraal management die de kanalen bepaalt.
Verder zijn er nog ongeveer 20 wifi netwerken zichtbaar, ik wil niet eens scannen naar de niet zichtbare en eventueel andere zigbee fans.Zie ook super veel local access wifi zaken voor wifi displays en weet ik wat nog meer. Het is ook de reden dat ik nog met Zwave ernaast werk, omdat die echt andere frequentie gebruikt.

Heb eigenlijk niet gezien dat zigbee kanaal aanpasbaar is op ECU, jij een idee?

[avanthof]

Ik heb hier drie zigbee netwerken (Hue kanaal 25, Decons kanaal 20 en APS denk ik op default US 11) zonder problemen naast elkaar draaien. En daarnaast ook 2.4/5G Wifi in een straat vol AP's.

[dooiedodo]

geen drops in inverter signaal?

[avanthof]

Nope

[timovd]

Hier ook aan de slag gegaan met de custom plugin. ECU-R op WiFi gezet ipv kabel en het ip adres ingevoerd in HA (docker).
ik krijg vervolgens deze foutmelding:
[%key:common::config_flow::error::unknown%]

Mis ik nog ergens een stap?

[Dapdodo]

timovd schreef op vrijdag 18 maart 2022 @ 15:56:
Hier ook aan de slag gegaan met de custom plugin. ECU-R op WiFi gezet ipv kabel en het ip adres ingevoerd in HA (docker).
ik krijg vervolgens deze foutmelding:
[%key:common::config_flow::error::unknown%]

Mis ik nog ergens een stap?

Niet hetzelfde ip adres hoop ik. Wifi heeft ander ip adres/mac

[timovd]

Dapdodo schreef op vrijdag 18 maart 2022 @ 17:02:
[...]

Niet hetzelfde ip adres hoop ik. Wifi heeft ander ip adres/mac

Verkeerd MAC-adres gebruikt in de router. Werkt nu.
Lifetime energy staat nog wel op 0kWh. Mijn andere omvormer (Solar Edge) doet het al wel maanden lang goed. Nog even de twee uur afwachten...
Wachten tot morgen wanneer de zon weer schijnt.

[ Voor 29% gewijzigd door timovd op 18-03-2022 20:05 ]

[grotegok]

Het is mij niet gelukt om in HA de APS integratie werkend te krijgen.
Ik gebruik WiFi IP adres. Iemand een tip?

code:

Logger: custom_components.apsystems_ecur.config_flow
Source: custom_components/apsystems_ecur/APSystemsSocket.py:217
Integration: APSystems PV solar ECU (documentation)
First occurred: 12:37:30 (2 occurrences)
Last logged: 12:45:43

APSystemsInvalidData exception: Error getting checksum int from 'Inverter data' data=b''
Traceback (most recent call last):
File "/config/custom_components/apsystems_ecur/APSystemsSocket.py", line 212, in check_ecu_checksum
checksum = int(data[5:9])
ValueError: invalid literal for int() with base 10: b''

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/config/custom_components/apsystems_ecur/config_flow.py", line 45, in async_step_user
test_query = await self.hass.async_add_executor_job(ap_ecu.query_ecu)
File "/usr/local/lib/python3.9/concurrent/futures/thread.py", line 58, in run
result = self.fn(*self.args, **self.kwargs)
File "/config/custom_components/apsystems_ecur/APSystemsSocket.py", line 158, in query_ecu
data = self.process_inverter_data()
File "/config/custom_components/apsystems_ecur/APSystemsSocket.py", line 287, in process_inverter_data
self.check_ecu_checksum(data, "Inverter data")
File "/config/custom_components/apsystems_ecur/APSystemsSocket.py", line 217, in check_ecu_checksum
raise APSystemsInvalidData(error)
custom_components.apsystems_ecur.APSystemsSocket.APSystemsInvalidData: Error getting checksum int from 'Inverter data' data=b''

[ReBa]

Hallo allemaal. Ik zie dat er erg veel mooi werk is gedaan voor de integratie met HA, echter gebruik ik OpenHab en heb helaas totaal geen ervaring met Python. Op dit moment draai ik een script, uit het begin van dit forum, dat redelijk stabiel werkt op mijn ECU-R en een JSON als output genereert. Helaas (voor mij) wordt het echte finetunen gedaan in de HA-integratie dus zonder de JSON output.
Is er een manier om de APSystemsECUR.py of bij voorkeur de APSystemsHTTP.py, te starten (start script) of aan te passen zodat dat ik zelf een IP-adres kan invoeren en een JSON output wordt gegenereerd? Helaas heb ik zelf de skills niet dus als iemand mij op weg kan helpen, erg graag.

[timovd]

Nu twee dagen op rij heb ik dat HA geen data meer ontvangt van de ECU-R steeds rond het eind van de ochtend. De online data is wel beschikbaar en de workaround is de ECU-R een reboot geven. Daarmee wordt de missende data op dat uur toegevoegd en geeft dus een vertekend beeld. De connectie is goed, want er is data in de cloud maar intern op HA lijkt het niet lekker te gaan. Zijn er dingen die ik anders in kan instellen? Wat kan een oorzaak zijn?

[geenwindows]

timovd schreef op dinsdag 22 maart 2022 @ 15:07:
Nu twee dagen op rij heb ik dat HA geen data meer ontvangt van de ECU-R steeds rond het eind van de ochtend. De online data is wel beschikbaar en de workaround is de ECU-R een reboot geven. Daarmee wordt de missende data op dat uur toegevoegd en geeft dus een vertekend beeld. De connectie is goed, want er is data in de cloud maar intern op HA lijkt het niet lekker te gaan. Zijn er dingen die ik anders in kan instellen? Wat kan een oorzaak zijn?

heb ik hier met de ECU B ook last van, dacht eerst dat het aan m'n Unifi netwerk lag, maar daar kan ik niks opmerkelijks in vinden, online portaal blijft ook gewoon werken, reboot van de ecu 'verhelpt' dit probleem...

[killabee.nl]

timovd schreef op dinsdag 22 maart 2022 @ 15:07:
Nu twee dagen op rij heb ik dat HA geen data meer ontvangt van de ECU-R steeds rond het eind van de ochtend. De online data is wel beschikbaar en de workaround is de ECU-R een reboot geven. Daarmee wordt de missende data op dat uur toegevoegd en geeft dus een vertekend beeld. De connectie is goed, want er is data in de cloud maar intern op HA lijkt het niet lekker te gaan. Zijn er dingen die ik anders in kan instellen? Wat kan een oorzaak zijn?

Sinds enkele dagen heb ik hier ook last van. Wat mij ook opviel is dat mijn ECU-R een ander MAC adres gekregen had en daardoor mijn DHCP reservering niet meer werkte. Nu heb ik dat weer gefixed maar nog steeds valt de info in HASS weg en is een herstart van de ECU en HASS de enigste optie. Cloud gegevens zijn wel up2date.

[Nibblebit]

Dit is mij ook opgevallen met de nieuwe firmware ECU_R_1.2.20 de vorige versie werkte beter wat dat betreft. Installateurs moeten hier ook last van hebben bij gebruik van de ECUmanager of ECUapp. Lijkt mij vervelend. Voorlopig maar even een automation gemaakt die een signaal stuurt naar mijn telefoon zodra er wordt gecached, als dat met een interval van 1 minuut vijf keer is gebeurt weet ik dat ik de ECU moet resetten. Je kunt er ook een slimme stekker op zetten om het in zijn geheel geautomatiseerd te doen.

Het is een optie om voor HA een ECU proxy te maken, dat vereist dan wel dat het verkeer van de ECU naar de EMA en terug via die proxy moet lopen. Minimale vereisten zijn dan ook dat je het DNS verkeer moet kunnen herleiden/rewriten maar de meesten zullen op HA PiHole of adGuard hebben draaien waarmee je dat kunt doen. Enig nadeel is dat de laatste keer dat ik keek - informatie over inverter temperatuur en signaal sterkte ontbreekt aan de data die naar EMA wordt gestuurd.

[ Voor 17% gewijzigd door Nibblebit op 23-03-2022 12:04 ]

[DRAFTER86]

ErikVers schreef op donderdag 23 december 2021 @ 11:41:
[...]


Ja je hebt een installateurs account nodig maar nee daar heb je geen installateur voor nodig :-) Zie de stappen op https://emea.apsystems.com/nl/resources/register/ ik heb voor de zekerheid wel twee verschillende namen en emailadressen gebruikt maar werkt ook als DIY gebruiker :-)

Je hebt daarna twee apps nodig: De ECU app voor installatie en de EMA app voor monitoring

Vraagje hierover, hebben jullie in dat formulier ook een (bestaand) BTW nummer ingevuld? Of wordt daar niet echt naar gekeken?

[ErikVers]

DRAFTER86 schreef op donderdag 24 maart 2022 @ 10:54:
[...]


Vraagje hierover, hebben jullie in dat formulier ook een (bestaand) BTW nummer ingevuld? Of wordt daar niet echt naar gekeken?

een willekeurig nummer toegepast, dacht wel met NL beginnen

[ErikVers]

Mensen hier een oplossing voor het voorkomen van handmatige reboot van de ECU?
Nu net als vele andere al twee-drie dagen moeten doen om de data weer in HA te krijgen.

[Nibblebit]

Het gaat de laatste dagen weer goed,.. geen hangende ECU meer op de dag - hoe is het bij jullie?

[timovd]

@Nibblebit idem

[sideriusj]

ik krijg dezelfde foutmeldingen als @grotegok

Weet iemand waar ik mijn APS system-id kan vinden. ??

[Termy]

Dat zal je ECU-R UID zijn dan. Er is geen ander overkoepelende ID zover ik weet. Heb je een EMA user account? Misschien dat anders.

[sideriusj]

Termy schreef op woensdag 30 maart 2022 @ 20:06:
Dat zal je ECU-R UID zijn dan. Er is geen ander overkoepelende ID zover ik weet. Heb je een EMA user account? Misschien dat anders.

Ik vond deze HA integratie https://github.com/bgbraga/homeassistant-apsystems. Omdat deze https://github.com/ksheumaker/homeassistant-apsystems_ecur foutmeldingen geeft, dacht ik om die andere te gebruiken. Maar daar heb je dus je system-id voor nodig. Als ik de aanwijzingen volg zie ik het system-id niet.

[killabee.nl]

Nibblebit schreef op woensdag 30 maart 2022 @ 15:00:
Het gaat de laatste dagen weer goed,.. geen hangende ECU meer op de dag - hoe is het bij jullie?

Ja, laatste dagen gaat het bij mij ook prima. Geen herstarts uitgevoerd van de ECU

[DukeBox]

In de TS staat 'poort 8899 is ook beschikbaar op normaal netwerk, scheelt een hoop' maar even voor de zekerheid omdat ik het concrete antwoord niet kan vinden.
Als de ECU bekabeld is aangesloten (en er géén mogelijkheid is voor WiFi) is het dan dus mogelijk deze uit te lezen via tcp/8899 ?

[ Voor 25% gewijzigd door DukeBox op 31-03-2022 08:54 ]

[Nibblebit]

Dat kun je het beste controleren met Packet Sender want het verschilt per ECU model en Firmware. Op de ECU-R met firmware ECU_R_1.2.20 en op de ECU-B modellen is het in ieder geval niet mogelijk. ECU-B heeft geen ethernet poort geactiveerd. Heb je een ECU-R met SunSpec logo op de achterkant, dan heb je ECU-R-Pro firmware en zou je een poging kunnen wagen. Ik ben benieuwd wat voor de ECU-R-Pro en de ECU-C geldt. Hou er ook rekening mee dat de https://github.com/ksheumaker/homeassistant-apsystems_ecur
integratie voor HA in combinatie met ECU-R-Pro firmware nog niet lekker draait.

[ Voor 102% gewijzigd door Nibblebit op 01-04-2022 08:29 ]

[geenwindows]

het was een paar dagen weer prima qua verbinding met de ECU-B, maar sinds gisteren is het weer gruwelijk ruk.
zie telkens weer dat HA de ecu cache gebruikt om vervolgens weer geheel als niet beschikbaar te vergeven, dat terwijl de ecu wel degelijk online is...
nu moet ik de ecu elke 15 minuten herstarten

edit: blijkbaar is ie helemaal offline, valt niet meer te pingen

[ Voor 9% gewijzigd door geenwindows op 01-04-2022 13:04 ]

[killabee.nl]

geenwindows schreef op vrijdag 1 april 2022 @ 12:59:
het was een paar dagen weer prima qua verbinding met de ECU-B, maar sinds gisteren is het weer gruwelijk ruk.
zie telkens weer dat HA de ecu cache gebruikt om vervolgens weer geheel als niet beschikbaar te vergeven, dat terwijl de ecu wel degelijk online is...
nu moet ik de ecu elke 15 minuten herstarten

edit: blijkbaar is ie helemaal offline, valt niet meer te pingen

Bij mij heeft de ecu een ander MAC adres gekregen en daardoor ook een ander ip adres in het netwerk.
Wellicht is dat bij jou ook het geval. Je moet dan wel een keer de integratie verwijderen en opnieuw toevoegen zodat je het ip weer op kan geven. Ik had zelf de dhcp reservering aangepast maar dat was niet voldoende. Na verwijdering van de integratie en opnieuw instellen deed hij het weer.

[geenwindows]

killabee.nl schreef op vrijdag 1 april 2022 @ 13:12:
[...]


Bij mij heeft de ecu een ander MAC adres gekregen en daardoor ook een ander ip adres in het netwerk.
Wellicht is dat bij jou ook het geval. Je moet dan wel een keer de integratie verwijderen en opnieuw toevoegen zodat je het ip weer op kan geven. Ik had zelf de dhcp reservering aangepast maar dat was niet voldoende. Na verwijdering van de integratie en opnieuw instellen deed hij het weer.

ip adres is hier nog het zelfde, heb een static ip adres toegekend aan de ecu en deze is nog steeds het zelfde.
of de ecu is naar z'n gootjes, of OPNsense heeft weer wat stuk gemaakt, want krijg geen enkele contact meer de de ecu behalve lokaal via de lokale ap point

[Gratje]

Aan allen.

Ik ga het hier maar vragen want zag geen ander topic over de APSystems ECU's.
Ik heb een ECU-C gekocht.
Had geprobeerd een PV installer account aan te vragen maar die is netjes "geweigerd" door APSystems:

Nogmaals hartelijk dank voor uw EMA registratie bij APsystems.

Wij registreren de installateur accounts alleen voor professionele PV installatiebedrijven.
Indien u een ECU heeft, kunt u het account zelf aanmaken of contact opnemen met het installatiebedrijf van de PV systemen.

Dus uiteindelijk maar een DIY account aangemaakt. Lijkt er op dat je dan ook alle functies hebt.

Op het moment heb ik de ECU-C aangesloten, barcodes van de omvormers er vast ingezet. En de wifi verbonden.
Maar de panelen zijn nog niet binnen.
ECU-APP werkt. EMA website werkt. En er is een internet verbinding op de ECU-C.

Om te beginnen een veiligheidsvraagje:
Als ik naar de lokale webinterface ga in mijn browser hoef ik helemaal geen wachtwoord of gebruikersnaam in te vullen. dus http://localIP en ik kom gewoon in mijn settings.En bij "advanced" kan ik gewoon alles aanpassen.
Kan hier een wachtwoord op gezet worden? Vind het niet prettig als iedereen zomaar de instellingen kan aanpassen.

Verder heb ik HomeAssistant draaien. Via HACS v1.2.11 van de repository geinstalleerd.
Als ik nu een integratie doe en mijn local IP adres invul krijg ik de volgende error:

[%key:common::config_flow::error::unknown%]

2022-04-02 10:05:12 ERROR (MainThread) [custom_components.apsystems_ecur.config_flow] Unhandled exception: 'APSystemsSocket' object has no attribute 'socket_close'
Traceback (most recent call last):
File "/config/custom_components/apsystems_ecur/config_flow.py", line 45, in async_step_user
test_query = await self.hass.async_add_executor_job(ap_ecu.query_ecu)
File "/usr/local/lib/python3.9/concurrent/futures/thread.py", line 58, in run
result = self.fn(*self.args, **self.kwargs)
File "/config/custom_components/apsystems_ecur/APSystemsSocket.py", line 143, in query_ecu
self.socket_close()
AttributeError: 'APSystemsSocket' object has no attribute 'socket_close'

op het moment draait er firmware versie: C1.1.9

[ Voor 19% gewijzigd door Gratje op 02-04-2022 10:06 ]

[Dapdodo]

@Gratje eerst panelen monteren, anders werken je omvormers niet.

[Gratje]

Dapdodo schreef op zaterdag 2 april 2022 @ 11:44:
@Gratje eerst panelen monteren, anders werken je omvormers niet.

Dat snap ik, de omvormers zitten nog in de doos op het moment. Dus heb in de ECU app alleen nog maar de barcodes toegevoegd. en de layout van de panelen op orde gemaakt.

Kan ik hierdoor ook de intergratie in HA niet doen? omdat er geen communicatie met de omvormers is?

[ Voor 10% gewijzigd door Gratje op 02-04-2022 11:54 ]

[Dapdodo]

@Gratje , denk het niet er ontbreekt data in de berichten.

[Gratje]

@Dapdodo Ok, dan probeer ik het wel wanneer de panelen en omvormers zijn aangesloten. Alleen levering panelen duurt lang, alles al binnen behalve de panelen.
Dus ik dacht, ik begin maar alvast aan de ECU-C installatie.

[ Voor 16% gewijzigd door Gratje op 02-04-2022 11:55 ]