Ik heb sindskort het probleem dat de wifi van de ECU niet stabiel is, zodat de gegevens ook niet altijd goed aan HA worden doorgegeven. Ik heb de ECU ook via een kabel aangesloten en wanneer de wifi wegvalt, lijkt de kabelverbinding het over te nemen. Wanneer de wifi weer terugkomt, krijg ik ook een melding van een netwerklus en wordt de betreffende poort op mijn switch automatisch uitgezet. Het gekke is, dat wanneer ik de ECU alleen via de kabel aansluit, de HA integratie niet lijkt te werken. Op de een of andere manier is deze (grotendeels) afhankelijk van de wifi-verbinding.
Koppeling met ECU gateway zonnepanelen
- Onderwerp starter rheinen
- Startdatum
Erg vreemd deze conclusie, ik heb namelijk een ECU-R 2162 (sunspec) draaien op UTP, gevoed met een PoE injector. Een tekortkoming van de ECU zelf is dat er geen fatsoenlijke herstart optie in zit, hierdoor wordt er misbruik gemaakt van de AP functie in de ECU. Bij wijziging hiervan wordt namelijk de ECU herstart.Ik heb WLAN op de ECU uitgezet en een UTP aangesloten.
Daarna het apparaat met een vast ip onder devices verwijderd en de CGU daarna herstart.
De Port op op de switch naar juiste VLAN gezet en het oude "vaste ip-adres" toegewezen aan de ECU op LAN.
ECU web GUI laat het juiste IP-adres zien, zoals verwacht. En nu wat langer gewacht en .. ja Netwerkverbinding stabiel.
Maar ....
De HA integratie werkt blijkbaar alleen met WiFi.
Bekijk bijlage 10357
Niet zozeer een conclusie maar een constatering.
Ik heb trouwens een ECU 2160. Zonder wifi lijkt de HA integratie niet te werken.
@rheinen kun je ook aangeven of de ECU 2160 onder de -70 dBm zit (of waar in het spectrum)? Wel benieuwd hoe sterk het WiFi signaal tot de ECU moet zijn (die van mijn is 41dBm, best hoog dus). Bekabeld is poort 8899 niet benaderbaar (tenzij dit tussentijds is gewijzigd via de firmware), dus vandaar dat de integratie in combinatie met de ECU 2160xxxxx alleen via WiFi werkt. Dit is geen tekortkoming van de integratie.
Je kunt ook de proxy oplossing proberen (https://github.com/HAEdwin/homeassistant-apsystems_ecu_proxy), tot noch toe is die enorm stabiel. De ECU query Device switch wordt inderdaad vaak vergeten maar speelt een belangrijke rol. Ik ben de ECUR versie integratie aan het herschrijven, dit omdat deze dat verdient met inmiddels 691 actieve installaties
Het blijft echter lastig om te anticiperen op de verschillende modellen en omgevingsfactoren. Zelf heb ik natuurlijk nooit issues 
zul je altijd zien.
@viper ik ben benieuwd of jouw type ECU-R ook met de ecu proxy methode werkt. Als je zin hebt om dat eens te testen? Gebruik jij nu inderdaad modbus om de data HA in te trekken?
Je kunt ook de proxy oplossing proberen (https://github.com/HAEdwin/homeassistant-apsystems_ecu_proxy), tot noch toe is die enorm stabiel. De ECU query Device switch wordt inderdaad vaak vergeten maar speelt een belangrijke rol. Ik ben de ECUR versie integratie aan het herschrijven, dit omdat deze dat verdient met inmiddels 691 actieve installaties
Het blijft echter lastig om te anticiperen op de verschillende modellen en omgevingsfactoren. Zelf heb ik natuurlijk nooit issues zul je altijd zien.@viper ik ben benieuwd of jouw type ECU-R ook met de ecu proxy methode werkt. Als je zin hebt om dat eens te testen? Gebruik jij nu inderdaad modbus om de data HA in te trekken?
@HAEdwin ik gebruik nu inderdaad de andere integratie https://github.com/ksheumaker/homeassistant-apsystems_ecur icm een lan aansluiting.
De proxy methode nooit getest omdat het goed werkte, maar als daar behoefte naar is kan ik dit wel eens doen.
De proxy methode nooit getest omdat het goed werkte, maar als daar behoefte naar is kan ik dit wel eens doen.
Dat zou ik wel super vinden want ik heb nog geen bevestiging dat het ook met een 2162xxxx model werkt (beide kunnen naast elkaar draaien). Kyle heeft absoluut geen tijd meer om de integratie te onderhouden dus dat doe ik al een tijdje maar met de huidige kennis zie ik dat het hoog tijd is voor opschoning van de code.
Het concept komt overeen alleen wordt MITM meer geassocieerd met een cyberaanval en dat is dit expliciet niet - er is geen sprake van data manipulatie. Ik benoem het dus liever als forwarding proxy of gewoon proxy, verkeer wordt ontvangen en meteen 1 op 1 doorgestuurd naar EMA en vice versa - pas hierna vindt de verdere verwerking binnen HA plaats. Omdat het een push is vanuit de ECU kun je de frequentie niet aanpassen, dit is gewoon een interval van 5 minuten. Verwacht dus niet meteen data, dat kan in uitzonderlijke gevallen 10 minuten duren en inderdaad verschijnen entiteiten alleen als de inverters online zijn. Je kunt dus wel installeren maar pas bij zonsopkomst verschijnen de entiteiten.
Als het werkt met jouw ECU, dan ben ik er vrij zeker van dat restarts overbodig zijn. Het grote verschil is dat de ECU op de gewone wijze de daarvoor bedoelde taak zal uitvoeren en daarover legitieme feedback krijgt. Er kunnen dus ook geen conflicten ontstaan tussen regulier verkeer geïnitieerd door de ECU en uitvragen door software buiten de ECU. Voor EMA is alles nog zoals het lijkt - alleen bij http(s) verkeer is er sprake van een detecteerbare referrer.
Om een beetje on-topic te blijven, zelf heb ik nog niet gekeken naar het toevoegen van een A-record aan de DNS van een UDM maar ik ga er van uit dat dit ook werkt (als de UDM DNS server is voor clients en je hebt geen PiHole of Adguard).
Als het werkt met jouw ECU, dan ben ik er vrij zeker van dat restarts overbodig zijn. Het grote verschil is dat de ECU op de gewone wijze de daarvoor bedoelde taak zal uitvoeren en daarover legitieme feedback krijgt. Er kunnen dus ook geen conflicten ontstaan tussen regulier verkeer geïnitieerd door de ECU en uitvragen door software buiten de ECU. Voor EMA is alles nog zoals het lijkt - alleen bij http(s) verkeer is er sprake van een detecteerbare referrer.
Om een beetje on-topic te blijven, zelf heb ik nog niet gekeken naar het toevoegen van een A-record aan de DNS van een UDM maar ik ga er van uit dat dit ook werkt (als de UDM DNS server is voor clients en je hebt geen PiHole of Adguard).
Hoi Edwin, bedankt voor je reactie. Mijn ECU heeft een erg sterk wifi signaal: -37 dBm dus daar ligt het niet aan. Ik ga de proxyoplossing eens proberen. Als ik het goed begrijp, werkt deze met de de ECU bekabeld aangesloten op het netwerk?@rheinen kun je ook aangeven of de ECU 2160 onder de -70 dBm zit (of waar in het spectrum)? Wel benieuwd hoe sterk het WiFi signaal tot de ECU moet zijn (die van mijn is 41dBm, best hoog dus). Bekabeld is poort 8899 niet benaderbaar (tenzij dit tussentijds is gewijzigd via de firmware), dus vandaar dat de integratie in combinatie met de ECU 2160xxxxx alleen via WiFi werkt. Dit is geen tekortkoming van de integratie.
Je kunt ook de proxy oplossing proberen (https://github.com/HAEdwin/homeassistant-apsystems_ecu_proxy), tot noch toe is die enorm stabiel. De ECU query Device switch wordt inderdaad vaak vergeten maar speelt een belangrijke rol. Ik ben de ECUR versie integratie aan het herschrijven, dit omdat deze dat verdient met inmiddels 691 actieve installaties
@viper ik ben benieuwd of jouw type ECU-R ook met de ecu proxy methode werkt. Als je zin hebt om dat eens te testen? Gebruik jij nu inderdaad modbus om de data HA in te trekken?
Vandaag heel even wat geprobeerd, helaas geen succes nog. Zie geen activiteiten in AdGuard en ook in de integratie ontstaan er geen entity’s.
@rheinen klopt, werkt bekabeld of via WiFi. @viper Als je een ping doet naar ecu.apsystemsema.com moet die resolven naar het ip-adres waar de proxy draait (= lokale installatie van Home Assistant). Dan heb je de DNS rewrite goed geconfigureerd. Het kan natuurlijk zijn dat het niet werkt met de ECU-R 2162xxxx maar doe voor de zekerheid nog even de debug mode aan van de integratie om te kijken of je iets ziet gebeuren.
@HAEdwin Ik ben zojuist aan de slag gegaan met jouw integratie. Ik krijg de foutmelding 'Uitladen mislukt'.
Nu weet ik wel waar het aan ligt, namelijk het bekende probleem bij mij dat wanneer ik de ECU bekabeld aansluit, er een netwerklus wordt gedetecteerd. Het vreemde is, dat ik de wifi op de ECU heb uitgeschakeld en het apparaat opnieuw heb opgestart. Ik heb zelfs de betreffende poort op de switch uit- en weer ingeschakeld. Het heltp allemaal niet.
In Unifi Network onder Client Devices is enkel de ECU als bekabeld aangesloten te zien, maar dan wel met een 10Gbe netwerkverbinding. Dit klopt uiteraard niet en is waarschijnlijk het gevolg van het constateren van de netwerklus. Ik heb de ECU wifi uiteraard verwijderd uit mijn Client Devices.
Enig idee hoe ik van die netwerklus afkom?
Edit: in Pihole en Unbound heb ik een A-record gemaakt om ecu.apsystemsema.com te verwijzen naar het IP-adres van mijn HA-apparaat.
Nu weet ik wel waar het aan ligt, namelijk het bekende probleem bij mij dat wanneer ik de ECU bekabeld aansluit, er een netwerklus wordt gedetecteerd. Het vreemde is, dat ik de wifi op de ECU heb uitgeschakeld en het apparaat opnieuw heb opgestart. Ik heb zelfs de betreffende poort op de switch uit- en weer ingeschakeld. Het heltp allemaal niet.
In Unifi Network onder Client Devices is enkel de ECU als bekabeld aangesloten te zien, maar dan wel met een 10Gbe netwerkverbinding. Dit klopt uiteraard niet en is waarschijnlijk het gevolg van het constateren van de netwerklus. Ik heb de ECU wifi uiteraard verwijderd uit mijn Client Devices.
Enig idee hoe ik van die netwerklus afkom?
Edit: in Pihole en Unbound heb ik een A-record gemaakt om ecu.apsystemsema.com te verwijzen naar het IP-adres van mijn HA-apparaat.
