APS ecu-r lokaal data uitlezen (projectje)

[The - DDD]

Ook even de registers 40180 (status), en 40110 (event) uitgelezen.

Op beide omvormers zie ik:
status 6 = shutting down
event 512 = AC_OVER_VOLT

Als ik de groep er af gooi krijg ik kort wat andere waarden in die registers, maar dan settlen ze op deze waarden.

@Kristofferson Kun jij is kijken wat jij in die regsiters ziet?

[Kristofferson]

Ik heb altijd 4 (MPPT) in de operating state, ook als de omvormers 's avonds uit staan. Ook zo met 40154 (WattHours (WH)), die zou volgens de spec moeten ophogen (monotonic) maar die staat hier elke dag terug op 0.

code:

mbpoll APS-ECU.lan -1 -a 7 -q -0 -r 40108,40110
-- Polling slave 7...
[40108]:    4
[40110]:    0

[The - DDD]

Iemand hier een installer account die is naar mijn setup wil systeem wil kijken op afstand?

[The - DDD]

13:30 in deze video lijkt erg veel op wat ik heb sinds gisteren.

YouTube: #042 - Probleme mit dem APSystems DS3 | Die ganze Story und Lösungsa...

En vervolg probleem zie ik ook: Niet opstarten in de ochtend.

[ Voor 9% gewijzigd door The - DDD op 28-01-2024 17:58 ]

[The - DDD]

Kristofferson schreef op zondag 28 januari 2024 @ 11:19:
Ik heb altijd 4 (MPPT) in de operating state, ook als de omvormers 's avonds uit staan. Ook zo met 40154 (WattHours (WH)), die zou volgens de spec moeten ophogen (monotonic) maar die staat hier elke dag terug op 0.

code:

mbpoll APS-ECU.lan -1 -a 7 -q -0 -r 40108,40110
-- Polling slave 7...
[40108]:    4
[40110]:    0

Ik krijg nu exact die twee waarden terug, is er hoop dat er iets op gaat komen morgen?

[Kristofferson]

Ik lees enkel energie, vermogen, spanning, cabinet temp. uit via Modbus op 7 omvormers en dat loopt al anderhalf jaar goed. Ik heb in mijn notities nog teruggevonden dat de "operating state" altijd op 4 staat en dus niet bruikbaar is. Geen ervaring met schrijven naar registers. Zou wel fijn zijn als dit werkt.

[The - DDD]

Ze hebben op afstand de boel gereset. Ik heb support gebeld, installer support optie gekozen. Op basis van ECU ID heeft ze iets "gesynchroniseerd".

Het heeft nog een uur geduurd, maar er is weer opwek.

[ Voor 16% gewijzigd door The - DDD op 29-01-2024 09:42 ]

[Dapdodo]

@The - DDD Zou dit dan toch voorbehouden zijn aan de ECU-C?

[The - DDD]

Lastig te zeggen. Maar ik lijk nu toch een of andere export limiet actief te hebben en modbus lijkt niet meer te werken.

[Nibblebit]

Het is uitermate frustrerend dat APSystems geen releasenotes uit geeft op firmware versies die via OTA naar de ECU worden gestuurd. Je weet echt niet wat er is veranderd/verbeterd of werkt zodat je het kunt gebruiken.

[JackBol]

Ik hou al een tijdje de firmware release bij en ik moet zeggen dat APS best een goede cadence voor dit apparaat heeft...

2023-12-30 06:31:09 - ECU_R_PRO_2.1.16
2023-11-15 01:14:55 - ECU_R_PRO_2.1.15
2023-09-28 01:14:16 - ECU_R_PRO_2.1.13A
2023-08-24 01:12:59 - ECU_R_PRO_2.1.12
2023-07-13 01:12:43 - ECU_R_PRO_2.1.11
2023-05-28 01:11:32 - ECU_R_PRO_2.1.10
2023-05-16 22:55:44 - ECU_R_PRO_2.1.9
2023-03-23 00:32:16 - ECU_R_PRO_2.1.8
2023-01-30 01:01:18 - ECU_R_PRO_2.1.7

[fraserboer]

De integratie voor home assistent heeft nu sinds versie 1.4.0 de mogelijkheid om de micro’s uit te zetten. Het zal werken voor de ECU-C en ECU-R model 2162. Zo kun je de omvormers netjes uitzetten bij bijv negatieve prijzen met dynamisch contract. Dit kun je dan dus automatiseren in Home Assistant. Voor ECU-R model 2160 werkt dit helaas niet.

https://github.com/ksheumaker/homeassistant-apsystems_ecur

[Audione0]

fraserboer schreef op donderdag 8 februari 2024 @ 14:22:
De integratie voor home assistent heeft nu sinds versie 1.4.0 de mogelijkheid om de micro’s uit te zetten. Het zal werken voor de ECU-C en ECU-R model 2162. Zo kun je de omvormers netjes uitzetten bij bijv negatieve prijzen met dynamisch contract. Dit kun je dan dus automatiseren in Home Assistant. Voor ECU-R model 2160 werkt dit helaas niet.

https://github.com/ksheumaker/homeassistant-apsystems_ecur

Klinkt erg interessant!
Ik heb een Homey Pro 2023, en ik kon nog geen usecase verzinnen om een Rasberry PI aan te schaffen incl home assistant om mijn home automation project verder op uit te breiden

Dank voor het bericht!

[fraserboer]

Audione0 schreef op donderdag 8 februari 2024 @ 15:01:
[...]


Klinkt erg interessant!
Ik heb een Homey Pro 2023, en ik kon nog geen usecase verzinnen om een Rasberry PI aan te schaffen incl home assistant om mijn home automation project verder op uit te breiden

Dank voor het bericht!

Weet niet precies hoe Homey werkt maar je kunt ook de http opdracht gebruiken. Ken je het ‘hidden menu’ van de ECU: http://192.168.2.130/index.php/hidden user en password beide ‘admin’

Voor uitschakelen:

http://192.168.2.130/inde...ration/set_switch_all_off

Inschakelen:

http://192.168.2.130/inde...uration/set_switch_all_on

Dan ip adres aanpassen aan je eigen situatie. Deze opdracht zet alle omvormers direct uit en weer aan. Maar door de 5 min update interval van ECU
Dit werkt dus alleen bij de ECU-C en ECU-R model 2162

[Audione0]

fraserboer schreef op donderdag 8 februari 2024 @ 20:20:
[...]


Weet niet precies hoe Homey werkt maar je kunt ook de http opdracht gebruiken. Ken je het ‘hidden menu’ van de ECU: http://192.168.2.130/index.php/hidden user en password beide ‘admin’

Voor uitschakelen:

http://192.168.2.130/inde...ration/set_switch_all_off

Inschakelen:

http://192.168.2.130/inde...uration/set_switch_all_on

Dan ip adres aanpassen aan je eigen situatie. Deze opdracht zet alle omvormers direct uit en weer aan. Maar door de 5 min update interval van ECU
Dit werkt dus alleen bij de ECU-C en ECU-R model 2162

toon volledige bericht

Homey heeft de app http request voor het 2023 model niet beschikbaar gesteld. Wellicht is er iets voor de plaats gekomen. Alleen zie ik nu dat ik een Ecu-R EU model 2160 heb waar ik niet in het hidden menu kom.
Binnenkort maar voor een 2162 model gaan dan.

Kan ik de ecu zelf uitwisselen, of kan de installateur dit alleen swappen?

[ Voor 6% gewijzigd door Audione0 op 09-02-2024 00:28 ]

[fraserboer]

Audione0 schreef op vrijdag 9 februari 2024 @ 00:17:
[...]


Homey heeft de app http request voor het 2023 model niet beschikbaar gesteld. Wellicht is er iets voor de plaats gekomen. Alleen zie ik nu dat ik een Ecu-R EU model 2160 heb waar ik niet in het hidden menu kom.
Binnenkort maar voor een 2162 model gaan dan.

Kan ik de ecu zelf uitwisselen, of kan de installateur dit alleen swappen?

In de EMA gebruikers app bij settings kun je in het ecu menu op replace klikken, dus dat kun je zelf doen lijkt het. Anders is de APsystems helpdesk ook behulpzaam.

De 2160 is overigens met modbus te benaderen maar dat is wel een projectje volgens mij.

[TheFes]

Ik zie dat de custom Home Assistant integration nu ook support toegevoegd heeft om de inverters uit te zetten.
Ben alleen bang dat ik een 2160 heb (ben nu op het werk, dus kan niet checken), maar de knop ging meteen weer aan toen ik hem uit zette.

HA custom integration: https://github.com/ksheumaker/homeassistant-apsystems_ecur


Oeps, dit was gisteren al gepost, ik kreeg nu de update pas

[ Voor 23% gewijzigd door TheFes op 09-02-2024 11:43 ]

[HiBe]

Hmm, ik heb geprobeerd de inverters offline te zetten, en krijg de volgende response:

code:

 {"value":0,"message":"See the results 5 minutes later !"}

in de realtime data lokaal op de ECU-R (ECU-ID begint met 2162xxxxxxxx)) lijkt alles onveranderd... zelfs na 5 minuten. Echter na 10 minuten lijkt het toch te werken. kortom even geduld hebben.

[ Voor 14% gewijzigd door HiBe op 09-02-2024 12:28 ]

[Audione0]

TheFes schreef op vrijdag 9 februari 2024 @ 11:40:
Ik zie dat de custom Home Assistant integration nu ook support toegevoegd heeft om de inverters uit te zetten.
Ben alleen bang dat ik een 2160 heb (ben nu op het werk, dus kan niet checken)

Dit kun je checken door via de EMA app op settings te drukken -->ECU. De eerste 4 cijfers geeft het model nummer aan.

[TheFes]

Audione0 schreef op vrijdag 9 februari 2024 @ 13:44:
[...]


Dit kun je checken door via de EMA app op settings te drukken -->ECU. De eerste 4 cijfers geeft het model nummer aan.

Ahja, inderdaad 2160

[RvV]

Ik wil dus iets met export limits gaan doen. Er zit een RS-485 poort aan de achterkant van de ECU-R, dus mooi, ik zoek wel even de handleiding erbij. Daar staat netjes hoe je het aan moet sluiten. Dus een UTP kabel geknepen en aan mijn SDM630 geknoopt op de A en B connector. Dan moet je in de ECU's local mode dus even modbus aan zetten... die is er dus niet! Heel de tijd zitten prutsen en dan kom je er op het eind achter dat die optie niet aanwezig is in de ECU-R. Ook vanwege versie 2160 denk ik? Ok, die kan ik in de kliko gooien en een nieuwe bestellen, maar hoe weet ik dat ik een nieuwe (en vooral werkende) versie met modbus heb?

[Dapdodo]

@RvV
De nieuwe ECU-R hebben geen modbus meer, heb nog niet gekeken of het met modbus-TCP kan.
Ik ben nu bezig met de ECU-C die wel modbus heeft. Toch vind ik dat je daar niet mee kunt wat je zou verwachten. Als je wilt gaan sturen heb je een adres per inverter. Maar je verwacht een adres van de ECU-C en dat die dan de rest voor je regelt. Zoals je ook via local IP adres kan doen.

Maar je krijgt eigenlijk een zeer beperkte aansturing van elke inverter zelf. De ECU-C zet het eigenlijk alleen maar om van modbus naar zigbee.

Zie nog niet veel mogelijkheden om het aan te pakken.
Een onbeveiligde local IP decoderen en dan dat formulieren te simuleren.
Elke inverter zelf regelen wat betreft aan (beperkt vermogen)/ uit om zero export te handhaven.

[RvV]

Nu zou die beperkte aansturing voor mij persoonlijk niet zo'n ramp zijn. Hij moet alleen zelfstandig de export voor alle inverters kunnen beperkten als de P1 aangeeft dat het nodig is. Ik ben toch wel een beetje teleurgesteld dat zoiets simpels er niet in zit. Ik zal het bij Apsystems nog eens over de schutting gooien en kijken wat hun standaard antwoord is.

[Termy]

Zover ik weet kan de ECU-C dit wel maar via CT klemmen. Helaas nooit een voorbeeld gezien van iemand die dat ook echt doet (de nood daartoe is er ook niet echt in NL uiteraard).

[asing]

Ik heb er wel eens naar gezocht maar ik ben het nooit tegengekomen in de web pagina's van de ECU. Ook de app biedt de optie niet. De andere inverters (Solar-Edge etc) zetten de panelen ook uit ipv terugregelen.

Ik neem aan dat je zit met een dynamisch tarief en negatieve prijzen? Je zou een HomeWizard opstelling kunnen inzetten om op commando de 230V van de inverters af te zetten. Ik weet niet hoe goed ze daartegen kunnen, dus kijk daarmee uit. Een andere oplossing is om bij negatieve prijzen iets aan te zetten wat je opbrengst weg kan eten. Denk aan een accu, een boiler, een EV of de airco.

[Dapdodo]

https://emea.apsystems.com/document/sunspec-modbus/
Hier staat procentueel en aan/uit van deze functie, probeer die werkend te krijgen.
ECU-C kan je twee dingen instellen: wat de maximale waarde is die mag terugleveren en aan/uit
en dat alleen voor alles tegelijk. Terwijl modbus adres per inverter heeft.
Dit kan in het menu.
Inderdaad zoals hierboven vermeld heb je dan wel CT klemmen nodig. Ik heb ze er alle 6 aangehangen.

[ Voor 56% gewijzigd door Dapdodo op 18-04-2024 06:34 ]

[RvV]

Ik heb die sunspec pdf erbij gepakt, en daar staat dat een 2160 support heeft vanaf 1.3.7 or above. Uiteraard heb ik een 1.2.28 die niet in het lijstje staat. Ook heeft die van mij geen A B G terminal schroefjes om een draad in te klemmen maar een RJ45 plug zoals beschreven in pagina 3 van deze pdf: https://aurinkosahkotukku.../2023/01/Kayttoohje-2.pdf

Affakkelen van stroom vind ik ook zo'n ding. Ik heb iets van 18000wp liggen met Growatt en Apsystems voor de lastige plekken. Dan moet ik een berg terrasverwarmers ophangen in de zomer.
Uitzetten heb ik wel eens gedaan door de groepen uit te zetten en daarmee AC te verbreken. Geen probleem voor een enkele keer. Al zou ik niet weten of het goed gaat als je dat tientallen keren per dag doet. Daarnaast kost het volgens mij ook een paar minuten om weer op te starten als AC weer online is.

Ik ben alvast een beetje aan het voorbereiden op negatieve stroomprijzen. Dit jaar zit ik nog prima, maar eind volgend jaar moet ik iets gaan doen omdat het 5 jarige contract afloopt. Dat zit natuurlijk niet in beton gegoten want misschien kun je dan nog aardig salderen, iets met accu's etc... Het is in ieder geval interessant om te weten wat de opties zijn. Ik zal jullie topic verder niet kapen.

[HiBe]

Ik zou even moeten kijken hoe ik het gedaan heb in mijn Loxone setup i.c.m. APS, maar ik schakel deze uit zodra de stroom prijzen negatief zijn. Ik denk allemaal in 1 keer, maar daar moet ik nog eens naar kijken. Geen idee of dit ook in een percentage kan, in mijn geval niet heel interessant, zelfs als het 1 cent oplevert dan is dat nog steeds 1 cent, en zodra ik moet betalen dan gaat alles uit.

Ik gebruik trouwens een URL voor het uitschakelen, en geen modbus TCP zag ik net.

Het is http://IP_ECU/index.php/configuration/set_switch_all_on en http://IP_ECU/index.php/configuration/set_switch_all_off

[ Voor 24% gewijzigd door HiBe op 18-04-2024 09:56 ]

[Dapdodo]

@Rvv
Het werkt wel.

Hier had ik 2kW maximale export aangezet.

Nu nog uitzoeken of dit per fase is of totaal. Noordwest wilde nog niet zo hoog komen.

[Dapdodo]

En de grafiek van vermogen en consumptie, helaas geen groot verbruiker aan geweest. Vraagt dus nog wat testen.

[asing]

@Dapdodo Ik heb volgens het serienummer een ECU-R met een recente firmware (2.1.x). Ik zie dat knopje advanced niet in mijn menu in de balk.

Moet je voor de optie om "terug te schakelen" een ECU-R hebben?

[asing]

RvV schreef op donderdag 18 april 2024 @ 08:42:
Ik heb die sunspec pdf erbij gepakt, en daar staat dat een 2160 support heeft vanaf 1.3.7 or above. Uiteraard heb ik een 1.2.28 die niet in het lijstje staat. Ook heeft die van mij geen A B G terminal schroefjes om een draad in te klemmen maar een RJ45 plug zoals beschreven in pagina 3 van deze pdf: https://aurinkosahkotukku.../2023/01/Kayttoohje-2.pdf

Ik heb net mijn unit even bekeken. We hebben beiden een ECU-R zonder de opties. Je zal denk ik naar een ECU-C toe moeten.

[Dapdodo]

asing schreef op donderdag 18 april 2024 @ 23:28:
@Dapdodo Ik heb volgens het serienummer een ECU-R met een recente firmware (2.1.x). Ik zie dat knopje advanced niet in mijn menu in de balk.

Moet je voor de optie om "terug te schakelen" een ECU-R hebben?

Aangezien ze gebruik maken van CT klemmen, ben ik voorlopig nog niet verder dan dat je een ECU-c nodig hebt

[RvV]

In deze pdf doen ze het met een ECU-R en andere meters, met of zonder CT klemmen.

https://global.apsystems....r-control-solution-NA.pdf

In ieder geval goed om te weten dat er ook altijd nog mogelijkheden zijn met een ECU-C als het nodig is. Thx.

[asing]

RvV schreef op vrijdag 19 april 2024 @ 07:29:
In deze pdf doen ze het met een ECU-R en andere meters, met of zonder CT klemmen.

https://global.apsystems....r-control-solution-NA.pdf

In ieder geval goed om te weten dat er ook altijd nog mogelijkheden zijn met een ECU-C als het nodig is. Thx.

Nice! Ik heb het nu niet nodig maar de gedachte dat het kan is altijd fijn. Dank je wel!

[TS400003]

Ik probeer al enige dagen mijn ECU-R 2160xxx te integreren in Home Assistant. Alleen bij het invoeren van het scherm met als eerste veld het invoeren van het op adres een unknown foutmelding. Via de facebook pagina heb ik al reacties ontvangen voor hulp echter zonder succes.
Het IP adres heb ik via het lokale EPS_xxxxx netwerk gefixeerd. Via een WiFi aansluiting werkt de APsystems app prima. Heb ook al via terminal een poging gedaan om de ECU IP adres verbinding te testen, echter zonder succes.
Ook heb ik de SSID en password velden op diverse manieren ingevuld (van niets aangepast tot invullen ESP_xxxx SSID en bijpassen wachtwoord. Weet even niet meer wat het probleem is, wat ik eventueel fout doe. Mocht iemand meer info (dan wat al op de GitHub staat) wat de oorzaak van de foutmelding is, hoor dat heel graag. Alvast bedankt.

[Dapdodo]

RvV schreef op vrijdag 19 april 2024 @ 07:29:
In deze pdf doen ze het met een ECU-R en andere meters, met of zonder CT klemmen.

https://global.apsystems....r-control-solution-NA.pdf

In ieder geval goed om te weten dat er ook altijd nog mogelijkheden zijn met een ECU-C als het nodig is. Thx.

ECU-R is dus een master en geen slave voor RS485 (modbus). Lijkt er dus op dat die route dus een dood spoor is, voor het zelf uitlezen van data.

[TweakM]

Heeft iemand onderstaand script ooit aan de praat gekregen met een ECU-R 2162?

De ECU-R moet ik nog kopen, maar ik twijfel nu tussen de 2160 en de 2162. Wat zijn de voor- en nadelen van de oude vs de nieuwe? Of kan ik beter voor een ECU-C gaan?

Ik wil ongeveer het volgende bereiken:
- Per paneel de opbrengst realtime uitlezen en beschikbaar maken in Home Assistant (en ook het totaal).
- De gegevens ook opslaan in een database (evt via MQTT)
- Onafhankelijk zijn van de cloud / AP systems
- Eventueel: volledige load van het huis meten en volledige opbrengst van alle panelen (alleen met ECU-C?)

Ik gebruik op dit moment DSMR Reader (die ziet momenteel alleen de netto teruglevering of het netto verbruik) en Home Assistant. Als het lukt wil ik dit script omzetten in een van node-red onafhankelijke docker container.
Alle ervaringen en opmerkingen zijn welkom!

Nibblebit schreef op woensdag 27 september 2023 @ 22:24:
De node-red oplossing is ook best chique en mooi dat deze stabiel is. Helaas weinig tijd om mij in Node-Red te verdiepen.

Het idee van de Proxy is dat je de ECU kunt opstarten zonder verbinding te hoeven hebben met de EMA nodes, de response van EMA wordt naar de ECU gefaked zodat de ECU gewoon online gaat. Verder is het een kwestie van de ECU uitluisteren op de twee poorten en de controle poort 9220 in de gaten houden. Het script voorkomt ook dat de ECU firmware updates krijgt gepushed via OTA. Dit werkt dus op de ECU-R zonder modbus (oude model ECU).

Hieronder de basis van het sensor script, beetje rommelig vanwege het experimentele karakter:

code:

class PROXYSERVER(BaseRequestHandler):
    def handle(self):
        (myhost, myport) = self.server.server_address
        #global ecu_current_power
        rec = self.request.recv(1024)
        if rec:
            logging.warning(f"From ECU @{self.client_address[0]}:{myport} - {rec}")
            # Data to MQTT sensors
            try:
                now = datetime.now()
                current_time = now.strftime("%H:%M:%S")
                start = '05:00:00'
                end = '22:00:00'
                # Is it inverter data?
                if (rec[0:7].decode('ASCII')) == "APS18AA" and current_time > start and current_time < end:
                    #ecu_current_power = int(rec[30:42])/100
                    inverter_index = rec.decode('ASCII').find('END')
                    logging.warning (inverter_index)
                    # Update MQTT
                    broker = '[IP-adres van de MQTT broker]'
                    client = paho.Client("P1")
                    client.name = "APsystems_ecu2ema_proxy"
                    client.username_pw_set('mqtt-user', password='[mypassword]')
                    client.connect(broker)
                    try:
                        client.publish("homeassistant/apsystems/ecu/ecuid", int(rec[18:30]))
                        client.publish("homeassistant/apsystems/ecu/current_power", int(rec[30:42])/100)
                        client.publish("homeassistant/apsystems/ecu/lifetime_energy", int(rec[42:60])/10)
                        client.publish("homeassistant/apsystems/ecu/inverters_online", int(rec[74:77]))
                    except Exception as Argument:
                        logging.warning(f"Failed to publish MQTT message: {Argument}")
                    client.disconnect
            except Exception as e:
                logging.warning(e)

            # forward message to EMA
            if myport == 8995 or myport == 8996:
                sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
                sock.connect(("3.67.1.32", myport)) # don't use ecu.apsystemsema.com due to rewrite it will loop
                sock.sendall(rec)
                response = sock.recv(1024)
                #logging.warning(f"From EMA: {response}\n")
                sock.close()
                self.request.send(response)

            # return messages to ECU for cloud independence
            if rec[0:17].decode('ASCII') == "ECU11008000010001":
                #logging.warning("Sending fake response 1 to ECU\n")
                self.request.send(b'ECU11003000010001END0\x00\x00\x00\x00\x00\x00END')
            elif rec[0:32].decode('ASCII') == "ECU1100320004[ECU-ID]0003END":
                #logging.warning("Sending fake response 2 to ECU\n")
                self.request.send(b'ECU1100990004[ECU-ID]0003END0\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00000END')
            elif rec[0:32].decode('ASCII') == "ECU1100320004[ECU-ID]0001END":
                #logging.warning("Sending fake response 3 to ECU\n")
                self.request.send(b'ECU1100990004[ECU-ID]0001END0\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00000END')

def setup_platform(
    hass: HomeAssistant,
    config: ConfigType,
    add_entities: AddEntitiesCallback,
    discovery_info: DiscoveryInfoType | None = None
) -> None:

    """Setup the listeners and threads."""
    listener_1 = socketserver.TCPServer((host, 8995), PROXYSERVER)
    thread_1 = threading.Thread(target=listener_1.serve_forever)
    listener_2 = socketserver.TCPServer((host, 8996), PROXYSERVER)
    thread_2 = threading.Thread(target=listener_2.serve_forever)
    listener_4 = socketserver.TCPServer((host, 9220), PROXYSERVER)
    thread_4 = threading.Thread(target=listener_4.serve_forever)
    for threads in thread_1, thread_2, thread_4:
        threads.start()
    LOGGER.warning("Proxy Started...")

toon volledige bericht

[asing]

Ik vond bij toeval deze site: https://doe-duurzaam.nl/a...ia-web-of-home-assistant/

Het is met een ECU-R dus mogelijk om via https://x.x.x.x/index.php/configuration/switch_state je inverters uit te zetten. Dat kan met allemaal of gewoon 1 of 2 units. Tevens kan je per inverter het maximale vermogen regelen.

Onderaan de pagina vind je wat Home Assistant scripts om het automatisch te doen op basis van energieprijzen.

[Mark_88]

Ik zit zelf ook even te pielen met mijn ECU-R (2162) wegens Zigbee-signaalverlies dat alleen na handmatige reboot weer verholpen is. Ik zie dat die web UI zonder user/pass te benaderen is, als je het juiste IP en path invoert. WTF. Is dit in een nieuwere firmwareversie verholpen? Ik zie nergens in de app of webUI welke versie ik momenteel heb.

Sorry als dit te OT is.

[Dapdodo]

Mark_88 schreef op vrijdag 24 mei 2024 @ 10:49:
Ik zit zelf ook even te pielen met mijn ECU-R (2162) wegens Zigbee-signaalverlies dat alleen na handmatige reboot weer verholpen is. Ik zie dat die web UI zonder user/pass te benaderen is, als je het juiste IP en path invoert. WTF. Is dit in een nieuwere firmwareversie verholpen? Ik zie nergens in de app of webUI welke versie ik momenteel heb.

Sorry als dit te OT is.

Nee, is/wordt niet verholpen. Versie kan je ophalen via hidden menu

[Xqlus1ve]

Vandaag maar eens goede internet geregeld voor mijn ECU-B (non ethernet). Ik heb telkens dat mijn 'ECU Query Device' uitgeschakeld wordt en dan een lijntje gaat lopen in HA qua data, dat kwam vermoedelijk door de slechte WIFI verbinding (ECU-B hangt in de schuur, router binnen huis, HR++ ramen + huis uit 2019 geeft zeer slecht ontvangst). Vandaag maar via een omweg ethernet geregeld in de schuur, en dus hangt mijn router en ECU-B letterlijk 1,5 meter uit elkaar. Je raad het al, nul verbetering Het heeft ooit eens redelijk gewerkt, nu is er een autmation opgezet die werkelijk waar! de ECU-B elke uur overdags opnieuw opstart via een Ikea Tradfri aan/uit schakelaar



Wat een gedrocht van een software is dat toch ook van APsystems. Iemand nog tips wat ik zou kunnen verbeteren?

[Xqlus1ve]

Dubbele post, mag weg.

[ Voor 97% gewijzigd door Xqlus1ve op 25-05-2024 16:07 ]

[DevaZ]

RvV schreef op woensdag 17 april 2024 @ 21:26:
Ik wil dus iets met export limits gaan doen. Er zit een RS-485 poort aan de achterkant van de ECU-R, dus mooi, ik zoek wel even de handleiding erbij. Daar staat netjes hoe je het aan moet sluiten. Dus een UTP kabel geknepen en aan mijn SDM630 geknoopt op de A en B connector. Dan moet je in de ECU's local mode dus even modbus aan zetten... die is er dus niet! Heel de tijd zitten prutsen en dan kom je er op het eind achter dat die optie niet aanwezig is in de ECU-R. Ook vanwege versie 2160 denk ik? Ok, die kan ik in de kliko gooien en een nieuwe bestellen, maar hoe weet ik dat ik een nieuwe (en vooral werkende) versie met modbus heb?

Een beetje laat maar toch, hier ook al gekeken?
http://ip van je ECU-R/index.php/hidden/serial

[Dapdodo]

RvV schreef op vrijdag 19 april 2024 @ 07:29:
In deze pdf doen ze het met een ECU-R en andere meters, met of zonder CT klemmen.

https://global.apsystems....r-control-solution-NA.pdf

In ieder geval goed om te weten dat er ook altijd nog mogelijkheden zijn met een ECU-C als het nodig is. Thx.

ECU-C is dus 3x een 1 fase en niet gecombineerd.
De waarde die je ingeeft bij zero export is per fase. Bij 0 zal je het niet merken maar bij andere waardes wel.
Zo laten volgens mij de testen van vandaag zien.
Batterij van APS is ook 1 fase, dan past dat wel.

Zal proberen later nog wat grafieken met uitleg te posten.

[Dapdodo]

ECU-C met 3 fasen, die XOM per fase afhandeld.
Idee: Waarom delen we het totale verbruik niet door 3 en laten APS de rest oplossen. Dit kan dus niet, want je weet niet of elke fase het gevraagde verbruik kan ophoesten. Als dat wel zo is, zal de P1 kloppen. Anders heb je afwijkingen. Ook hier mis je dus de hulp van wat maximaal geleverd kan worden door elke fase. Vaak is er nog een extra complexiteit doordat niet alle panelen tegelijk functioneren. Maar mogelijk kunnen we hier een tabel tegenaan zetten (die naar verhouding van oost/west = hoeveel disfuus/helder licht) weet welk paneel voor welk deel kan deelnemen.
Als een fase zijn vermogen niet haalt, dan werkt delen door 3 niet. Maar als we het restant dan verdelen over de overige fasen en dat als totaal voor alle 3 de fasen opgeven komen we er dan wel relatief simpel uit?
Numeriek uitgelegd:
Fase 1 = +3000W, Fase 2 = 500W, Fase 3 = 500W, Totaal 4000W/3=1333W per fase.
Stel Fase 2 West haalt maar 600W, doen we sommetje 733 /2 +1333 =1700W voor alle 3 de fasen.
Omdat 2 maar 600W doet ondanks dat we 1700W vragen, 1700W+600W+1700W = 4000W en bereiken we op de P1 meter al de gewenste waarde.
Deze berekening doet we dan voor alle fasen. Zodat het eindgetal het hoogst is, wat geleverd moet worden door 1 fase. Indien alle 3 de fasen te weinig terug leveren wordt dit getal zo hoog dat ze allen maximaal gaan leveren. Dit is ook wat we willen.
Dit geeft dan wel een beetje asymmetrie over de fasen, maar is voorlopig waarschijnlijk wel de makkelijkste oplossing die gebruikt maakt van de XOM functionaliteit van de ECU-C zelf. 

Nu nog proberen te realiseren. De eerste handmatige proef vandaag met negatieve tarieven en de wasmachine lijkt te werken.

[TgrKing]

TS400003 schreef op maandag 22 april 2024 @ 15:04:
Ik probeer al enige dagen mijn ECU-R 2160xxx te integreren in Home Assistant. Alleen bij het invoeren van het scherm met als eerste veld het invoeren van het op adres een unknown foutmelding. Via de facebook pagina heb ik al reacties ontvangen voor hulp echter zonder succes.
Het IP adres heb ik via het lokale EPS_xxxxx netwerk gefixeerd. Via een WiFi aansluiting werkt de APsystems app prima. Heb ook al via terminal een poging gedaan om de ECU IP adres verbinding te testen, echter zonder succes.
Ook heb ik de SSID en password velden op diverse manieren ingevuld (van niets aangepast tot invullen ESP_xxxx SSID en bijpassen wachtwoord. Weet even niet meer wat het probleem is, wat ik eventueel fout doe. Mocht iemand meer info (dan wat al op de GitHub staat) wat de oorzaak van de foutmelding is, hoor dat heel graag. Alvast bedankt.

Ik zit in precies dezelfde situatie. Bekabeld werkte niet - draadloos ook niet. Geen idee wat ik verkeerd doe.

[Nibblebit]

Meestal toch het verkeerde IP-adres gebruikt. Zeker de ECU-R 2160xxxx moet het gewoon doen met de integratie. Deze moet draadloos zijn aangesloten. Verwar de ESP's die je ziet niet met IoT devices die vaak ook gebruik maken van ESP interfaces. Wil je absoluut zeker weten of je de ECU te pakken hebt, ping dan het IP-adres met de optie -t zodat deze blijft lopen en zet de ECU uit. Stopt dan de response, dan heb je de ECU te pakken. Gebruik ook niet de tijdelijke hotspot van de ECU die je gebruikt om de ECU te configureren via de telefoon na een reset maar echt het IP-adres welke je aan de ECU hebt gegeven en binnen je eigen private address space en subnet valt. Er zijn inmiddels meer dan 630 actieve installaties van de integratie dus het moet lukken.

[asing]

TgrKing schreef op vrijdag 9 augustus 2024 @ 13:33:
[...]


Ik zit in precies dezelfde situatie. Bekabeld werkte niet - draadloos ook niet. Geen idee wat ik verkeerd doe.

Ik snap het ook niet. Ik lees mijn ECU-R al sinds maart vorig jaar uit. Geen enkel probleem. Ik gebruik wel Domoticz ipv HA, en het script loopt alleen als de zon op is.

[TgrKing]

asing schreef op woensdag 14 augustus 2024 @ 08:46:
[...]

Ik snap het ook niet. Ik lees mijn ECU-R al sinds maart vorig jaar uit. Geen enkel probleem. Ik gebruik wel Domoticz ipv HA, en het script loopt alleen als de zon op is.

Korte update van mijn zijde: Ik bleek de verkeerde HA integration te gebruiken. De officiële werkte niet bij mij omdat ik andere micro inverters heb. Nu heb ik deze gebruikt en via hacs toegevoegd.

https://github.com/ksheumaker/homeassistant-apsystems_ecur

Nu werkt het wel en zie je netjes de solar opwekking in de energy dashboard.

[Nibblebit]

TgrKing schreef op woensdag 14 augustus 2024 @ 12:22:
[...]De officiële werkte niet bij mij omdat ik andere micro inverters heb. Nu heb ik deze gebruikt en via hacs toegevoegd.

https://github.com/ksheumaker/homeassistant-apsystems_ecur

Nu werkt het wel en zie je netjes de solar opwekking in de energy dashboard.

Dat klopt inderdaad. De binnen HA geïntegreerde versie is alleen geschikt voor de APsystems EZ-series. Buiten deze series is bovenstaande de tot nu toe enige officiële versie voor HA.

[JackBol]

Om 11:29 vandaag is mijn ECUR gestopt met reageren op de lokale uitlees API (Ik gebruik dit script: https://github.com/ksheumaker/homeassistant-apsystems_ecur).

Ik zie dat de web interface op https://apsystemsema.com/ nog wel steeds data ontvangt. Iemand anders hier ook problemen mee? Waarschijnlijk een firmware update? Op 20 augustus was nog versie ECU_R_PRO_2.1.21 geïnstalleerd.


Error:

code:

OSError: [Errno 57] Socket is not connected

EDIT: probleem speelt zich ergens af rond het closen van sockets. Als ik alle "self.close_socket()" uitcomment, dan werkt het HA script weer.

EDIT2: Firmware is niet geüpdatet overigens, nog altijd ECU_R_PRO_2.1.21.

[ Voor 27% gewijzigd door JackBol op 17-09-2024 12:51 ]

[Audione0]

JackBol schreef op dinsdag 17 september 2024 @ 12:41:
Om 11:29 vandaag is mijn ECUR gestopt met reageren op de lokale uitlees API (Ik gebruik dit script: https://github.com/ksheumaker/homeassistant-apsystems_ecur).

Ik zie dat de web interface op https://apsystemsema.com/ nog wel steeds data ontvangt. Iemand anders hier ook problemen mee? Waarschijnlijk een firmware update? Op 20 augustus was nog versie ECU_R_PRO_2.1.21 geïnstalleerd.


Error:

code:

OSError: [Errno 57] Socket is not connected

EDIT: probleem speelt zich ergens af rond het closen van sockets. Als ik alle "self.close_socket()" uitcomment, dan werkt het HA script weer.

EDIT2: Firmware is niet geüpdatet overigens, nog altijd ECU_R_PRO_2.1.21.

toon volledige bericht

Voor wat het waard is. Ik heb vandaag ECU-R 2160xxxxx proberen te integreren (via de tutorial op GitHub) maar ik krijg het niet voor elkaar. Via HACS de repo geïnstalleerd, maar als ik het IP adres invul krijg ik netjes een error gepresenteerd.

Ik weet niet of het aan mij ligt of dat de ECU indd niet meer reageert op t script.

[ Voor 25% gewijzigd door Audione0 op 18-09-2024 11:57 ]

[JackBol]

Audione0 schreef op dinsdag 17 september 2024 @ 22:13:
[...]


Voor wat het waard is. Ik heb vandaag ECU-R 216xxxxxx proberen te integreren (via de tutorial op GitHub) maar ik krijg het niet voor elkaar. Via HACS de repo geïnstalleerd, maar als ik het IP adres invul krijg ik netjes een error gepresenteerd.

Ik weet niet of het aan mij ligt of dat de ECU indd niet meer reageert op t script.

[Afbeelding]

[Afbeelding]

run dit python scriptje eens, dan kan je zien of je ECU überhaupt reageert op de lokale API:

Python:

#!/usr/bin/env python3
import socket

ip = "192.168.x.x"

sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
sock.connect((ip, 8899))
sock.sendall(b'APS1100160001END\n')
print(sock.recv(1024))

[Audione0]

JackBol schreef op woensdag 18 september 2024 @ 08:42:
[...]


run dit python scriptje eens, dan kan je zien of je ECU überhaupt reageert op de lokale API:

Python:

#!/usr/bin/env python3
import socket

ip = "192.168.x.x"

sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
sock.connect((ip, 8899))
sock.sendall(b'APS1100160001END\n')
print(sock.recv(1024))

toon volledige bericht

Beetje n00b vraag, maar kan ik dit stukje code in online pyton runnen?
Het IP aanpassen naar dat van de ECU, maar het stukje code in het rood mbt APS1100160001END\n'moet ik daar nog iets meer? of kan ik dit zo laten en dan runnen?

Als ik alleen het IP verander naar dat van de ECU krijg ik in pyton online een time out fout.

[JackBol]

Audione0 schreef op woensdag 18 september 2024 @ 18:54:
[...]


Beetje n00b vraag, maar kan ik dit stukje code in online pyton runnen?
Het IP aanpassen naar dat van de ECU, maar het stukje code in het rood mbt APS1100160001END\n'moet ik daar nog iets meer? of kan ik dit zo laten en dan runnen?

Als ik alleen het IP verander naar dat van de ECU krijg ik in pyton online een time out fout.

[Afbeelding]

Nee dat kan niet, het moet vanaf een computer die rechtstreekse IP connectiviteit heeft met de ECU. De ECU moet pingable zijn.

[TiBoD]

Vanaf een mac/linux terminal zonder python kan ook met netcat (`nc`):

code:

nc -v <INSERT_IP/HOSTNAME_HERE> 8899
Connection to <HOSTNAME> port 8899 [tcp/*] succeeded!

Windows met hun linuxomgeving (WSL?) waarschijnlijk ook, maar daar heb ik geen ervaring mee.

[Xqlus1ve]

Xqlus1ve schreef op vrijdag 24 mei 2024 @ 22:38:
Vandaag maar eens goede internet geregeld voor mijn ECU-B (non ethernet). Ik heb telkens dat mijn 'ECU Query Device' uitgeschakeld wordt en dan een lijntje gaat lopen in HA qua data, dat kwam vermoedelijk door de slechte WIFI verbinding (ECU-B hangt in de schuur, router binnen huis, HR++ ramen + huis uit 2019 geeft zeer slecht ontvangst). Vandaag maar via een omweg ethernet geregeld in de schuur, en dus hangt mijn router en ECU-B letterlijk 1,5 meter uit elkaar. Je raad het al, nul verbetering Het heeft ooit eens redelijk gewerkt, nu is er een autmation opgezet die werkelijk waar! de ECU-B elke uur overdags opnieuw opstart via een Ikea Tradfri aan/uit schakelaar

[Afbeelding]

Wat een gedrocht van een software is dat toch ook van APsystems. Iemand nog tips wat ik zou kunnen verbeteren?

Ik heb nu sinds 2 dagen een automation draaien die 30 minuten na zonsondergang de query uitschakelt en 30 min voor zonsopgang de query inschakelt. Sindien loopt de trend in HASS vlekkeloos. Hopelijk is dit de oplossing want ieder uur de ECU-B rebooten is ook niet bevorderlijk voor het apparaat.

[Dapdodo]

Xqlus1ve schreef op donderdag 19 september 2024 @ 10:13:
[...]


Ik heb nu sinds 2 dagen een automation draaien die 30 minuten na zonsondergang de query uitschakelt en 30 min voor zonsopgang de query inschakelt. Sindien loopt de trend in HASS vlekkeloos. Hopelijk is dit de oplossing want ieder uur de ECU-B rebooten is ook niet bevorderlijk voor het apparaat.

Zo heb ik het ook opgelost toendertijd. Als je in de nachtelijke update, hem benaderd, vindt die dat inderdaad niet leuk is ook mijn ervaring.

[asing]

Dapdodo schreef op donderdag 19 september 2024 @ 12:13:
[...]

Zo heb ik het ook opgelost toendertijd. Als je in de nachtelijke update, hem benaderd, vindt die dat inderdaad niet leuk is ook mijn ervaring.

Klopt, om die reden laat ik mijn script ook alleen draaien als er zon is. Dat gaat probleemloos sinds maart 2023.

[avanthof]

Heeft iemand al een rest API uitgeprobeerd in home assistant met het schakelen van de omvormers?
Het is namelijk mogelijk om de omvormers te schakelen met hidden URL:
http://<ip>/index.php/configuration/set_switch_state.
Maar als je het wil automatiseren kan dit volgens een array mee te geven, dat heb ik uitgetest en werkt:

<inverter>1 is aanzetten
<inverter>2 is uitzetten
Example body key: ids[]=901000012341 waar de 90100001234 inverter ID is en laatste digit wisselt.

Dus als je:
curl -d "" -X POST http://<ip>/index.php/configuration/set_switch_state?ids[]=<inverter>1 kan je er een of meerdere aanzetten
curl -d "" -X POST http://<ip>/index.php/configuration/set_switch_state?ids[]=<inverter>2 kan je er een of meerdere uitzetten

Response die je terugkrijgt is (JSON): {"value":0,"message":"See the results 5 minutes later !"}

Nu heb ik een switch restAPI gemaakt, maar deze werkt niet. Misschien door web admin access.

Voorbeeld:
- platform: rest
name: inverter_<inverter>
resource: http://<ip>/index.php/configuration/set_switch_state
method: post
body_on: '{"ids[]": "<inverter>1"}'
body_off: '{"ids[]": "<inverter>2"}'
#params: '{ "" }'
is_on_template: "{{ value_json }}"
#headers:
# Content-Type: application/json
# X-Custom-Header: '{{ states("input_text.the_custom_header") }}'
#verify_ssl: true

Wil eigenlijk voor iedere inverter een aparte switch aanmaken om deze aan of uit te schakelen naar behoefte.

Iemand enig idee of ook zit om eens mee te onderzoeken?

[ Voor 3% gewijzigd door avanthof op 25-09-2024 16:22 ]

[asing]

avanthof schreef op woensdag 25 september 2024 @ 16:21:
Heeft iemand al een rest API uitgeprobeerd in home assistant met het schakelen van de omvormers?
Het is namelijk mogelijk om de omvormers te schakelen met hidden URL:
http://<ip>/index.php/configuration/set_switch_state.
Maar als je het wil automatiseren kan dit volgens een array mee te geven, dat heb ik uitgetest en werkt:

<inverter>1 is aanzetten
<inverter>2 is uitzetten
Example body key: ids[]=901000012341 waar de 90100001234 inverter ID is en laatste digit wisselt.

Dus als je:
curl -d "" -X POST http://<ip>/index.php/configuration/set_switch_state?ids[]=<inverter>1 kan je er een of meerdere aanzetten
curl -d "" -X POST http://<ip>/index.php/configuration/set_switch_state?ids[]=<inverter>2 kan je er een of meerdere uitzetten

Response die je terugkrijgt is (JSON): {"value":0,"message":"See the results 5 minutes later !"}

Nu heb ik een switch restAPI gemaakt, maar deze werkt niet. Misschien door web admin access.

Voorbeeld:
- platform: rest
name: inverter_<inverter>
resource: http://<ip>/index.php/configuration/set_switch_state
method: post
body_on: '{"ids[]": "<inverter>1"}'
body_off: '{"ids[]": "<inverter>2"}'
#params: '{ "" }'
is_on_template: "{{ value_json }}"
#headers:
# Content-Type: application/json
# X-Custom-Header: '{{ states("input_text.the_custom_header") }}'
#verify_ssl: true

Wil eigenlijk voor iedere inverter een aparte switch aanmaken om deze aan of uit te schakelen naar behoefte.

Iemand enig idee of ook zit om eens mee te onderzoeken?

toon volledige bericht

Held die je daar bent !!

Ik had al ontdekt dat er een URL was die je kon aanroepen om alle omvormers tegelijk aan of uit te zetten. Dat staat netjes beschreven in een blog post : https://doe-duurzaam.nl/a...ia-web-of-home-assistant/

Ik kwam er ook achter dat ik via die 1 of 2 een selectieve omvormer aan of uit kon zetten maar ik kreeg dat ID niet in orde. Iedere keer de melding dat het ID fout of leeg was. Dat stukje info is handig voor de toekomst!

Dank!

[avanthof]

Was geen rocket science. Gewoon wireshark trace en web pagina en dan HTML url filtering.
De curl werkt zonder username/password, zo ook een Postman actie. Alleen de restAPI switch lijkt niet te werken, al geef ik even minder om de is_on_template status. Ben benieuwd of anderen een oplossing weten. Je kan ook command-cli platform integratie gebruiken met curl, maar dat vind ik minder netjes.

[twaak]

Ik heb een apsystems op wifi maar ik zie op geen enkele manier het ip nummer ook op de router zie ik niets wat in de buurt zou komen. Ik heb een scan gedaan op poort 8899 maar dit word op geen enkel device gevonden.

Iemand enig idee hoe ik het ip adres kan achter halen?

[Xqlus1ve]

twaak schreef op dinsdag 15 oktober 2024 @ 21:23:
Ik heb een apsystems op wifi maar ik zie op geen enkele manier het ip nummer ook op de router zie ik niets wat in de buurt zou komen. Ik heb een scan gedaan op poort 8899 maar dit word op geen enkel device gevonden.

Iemand enig idee hoe ik het ip adres kan achter halen?

Al in je modem / router gekeken? Alle IP adressen identificeren en dan overige die onbekend zijn even mee spelen door het APS WIFI apparaat uit te schakelen en weer in te schakelen, er moet ook een MAC adres op het apparaat zijn om hem mee te identificeren...

[twaak]

Ik heb het gevonden, maar via http krijg ik niets te zien.

[Nibblebit]

Wat voor ECU heb je dan? Niet alle types hebben een web-UI. Graag ook de eerste vier digits van het typenummer.

[ Voor 31% gewijzigd door Nibblebit op 16-10-2024 09:26 ]

[twaak]

ecu-r-eu
2160

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