-=[Terminator]=- R3doxNL Anahka#2910 Specs. 16x LONGi LR4-72HPH-455M (7280 Wp) Oost/West (-85°/95°,13°) op 8x APS DS3-L. ID.3 First Plus. Daikin 3MXM40A met CTXM15R, FTXM20R en FTXM35R.
Per paneel worden (DC) P, V en I gerapporteerd.
Die zijn via P=V*I gelinkt.
P hebben we. Maar tenminste de V of de I zou ook in de data moeten staan want die zijn verschillend per paneel.
Daarnaast klopt het sommetje niet met de aangegeven resolutie van de data. Voorbeeld:
:fill(white):strip_exif()/f/image/gnLMrqH95voukne31nX8D9zJ.png?f=user_large "https://tweakers.net/i/JzNXWsOQLiQTojcGWSN2rmail6c=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/gnLMrqH95voukne31nX8D9zJ.png?f=user_large")
V*I =43.08 W, geen 42. De stroom is dus al afgerond want is eigenlijk ~1.17 om het sommetje te laten kloppen..
lekker bezig heren, geloof dat ik het niet allemaal zo snel volg wat er aan data bij komt, vanavond maar eens rustig lezen 
ja, dat probleem had ik bij begin ook wel veel last van, dus wat werk en prive tijd om gewisseld paar dagen:
Ik moet eigenlijk ook wat anders gaan doen.
maar ja, dit kan alleen maar als het licht is
Het fixed ip adres wat ik hem in dhcpd heb gegeven
Utp lan bekabeling. Wifi bedoel je dan op de knop drukken en het locale net gebruiken? Dat zou voor mij wel omslachtig worden, ding hangt in de garage.
Nee, gewoon WiFi ipv kabel. Ik heb het niet geprobeerd via de kabel maar schijnbaar werkt dit niet via de kabel ook al is het hetzelfde netwerk.:
[...]
Het fixed ip adres wat ik hem in dhcpd heb gegeven
Utp lan bekabeling. Wifi bedoel je dan op de knop drukken en het locale net gebruiken? Dat zou voor mij wel omslachtig worden, ding hangt in de garage.
-=[Terminator]=- R3doxNL Anahka#2910 Specs. 16x LONGi LR4-72HPH-455M (7280 Wp) Oost/West (-85°/95°,13°) op 8x APS DS3-L. ID.3 First Plus. Daikin 3MXM40A met CTXM15R, FTXM20R en FTXM35R.
Ja, dat lijkt mij ook voor de hand liggend. Pas wel op met random commando's, het is op deze manier dus ook mogelijk om de configuratie aan te passen. Ik heb dat aan den lijve ondervonden toen ik opnieuw mijn inverter moest inscannen
Vooralsnog dus geïdentificeerd als [communicatie ID][Checksum][Commando]
Om andere commando's en antwoorden te krijgen hebben we nog een hoop te sniffen
Vooralsnog dus geïdentificeerd als [communicatie ID][Checksum][Commando]
Om andere commando's en antwoorden te krijgen hebben we nog een hoop te sniffen
[Voor 26% gewijzigd door Nibblebit op 30-12-2020 15:51]
yes boss
zal het woord bytes nier meer gebruiken, mijn hersenen werken niet zo met letterlijke bytes
Samenvattend::
Ja, dat lijkt mij ook voor de hand liggend. Pas wel op met random commando's, het is op deze manier dus ook mogelijk om de configuratie aan te passen. Ik heb dat aan den lijve ondervonden toen ik opnieuw mijn inverter moest inscannen
Vooralsnog dus geïdentificeerd als [communicatie ID][Checksum][Commando]
Om andere commando's en antwoorden te krijgen hebben we nog een hoop te sniffen
Als ik @WackoH zijn plaatjes goed interpreteer, missen we nog de volgende data:
AC-power per inverter (output-p),
DC-V per paneel (is op 0,1V afgerond, terwijl vermogen afgerond is op 1)
DC-I per paneel (is op 0,1A afgerond, terwijl vermogen afgerond is op 1)
Deze gegevens zijn alleen beschikbaar via installateurs account.
De rest zijn zaken in de tijd en die kan je op andere manieren loggen.
@WackoH Zie je de data ook in de app, als je met je installateurs account inlogt?
Of is dit beperkt tot de website. Want mogelijk zitten we nu op de app lijn te sniffen en is dit een andere waar de EMA website de data over verkrijgt.
Normaal kan die maar op 1 manier door de firewall.
De ECU doet een bericht naar de EMA website waar alle data al inzit. 1x per 5 min.
De ECU kan ook berichtje sturen en bij antwoord geeft die alle data. Dat kan natuurlijk andere data zijn of alleen een ander commando, waar de ECU op reageert.
Verwacht het laatste, maar dan zal iemand met wire-shark dat moeten afluisteren.
Aantal uid online klopt. Ik heb nu 0/8.
Verdere onbekenden lijken niet te veranderen tot nu toe.
@Nibblebit ,@WackoH ,
Veiligheidstechnisch, verwacht ik dat de app alleen met de server contact.
Ik heb mijn router nooit toestemming gegeven om vanaf buiten naar binnen te komen.
En aangezien het ook via de LAN gaat naar de cloudserver, verwacht ik dat die om de 5min alle data stuurt.
Maar hoe die route er dan uitziet, geen idee.
Mogelijk zitten we op de route van de installer app. Want die kan namelijk wel verzoeken uitsturen naar de ECU-R met de vraag om contact en dat alleen via de WIFI. Dit zou dan ook bevestigen, wat nibblebit zegt, je configuratie (on)gewenst kan aanpassen. Is dan wel een redelijk onveilig, omdat het werkt buiten de knop......., maar goed je moet nog wel eerst op mijn WIFI komen. De knop is er dan alleen om zijn SSID uit te zenden en in hotspot te gaan.
De gewone app, laat de gegevens niet zien en daar kan je dus ook niet op inloggen met installer account.
De vraag is of in de installer app de ontbrekende gegevens opvraagbaar zijn met installer account.
Misschien kan Wackoh dat zien. Zo niet dan verwijs ik naar vorige alinea en zullen we om de rest te vinden, de LAN route moeten sniffen. Wat overigens wel kan betekenen dat je de verbinding met de website blijvend gaat verliezen. Omdat je via pi-hole een omleiding maakt, dan wordt het meer een MITM truc, wat dan minder plug & play is.
Edit: De andere truc wordt dan de API van de website, maar dat was niet de vraag in het topic. Hoewel het misschien een optie is. Die kan dan redelijk plug & play.
Veiligheidstechnisch, verwacht ik dat de app alleen met de server contact.
Ik heb mijn router nooit toestemming gegeven om vanaf buiten naar binnen te komen.
En aangezien het ook via de LAN gaat naar de cloudserver, verwacht ik dat die om de 5min alle data stuurt.
Maar hoe die route er dan uitziet, geen idee.
Mogelijk zitten we op de route van de installer app. Want die kan namelijk wel verzoeken uitsturen naar de ECU-R met de vraag om contact en dat alleen via de WIFI. Dit zou dan ook bevestigen, wat nibblebit zegt, je configuratie (on)gewenst kan aanpassen. Is dan wel een redelijk onveilig, omdat het werkt buiten de knop......., maar goed je moet nog wel eerst op mijn WIFI komen. De knop is er dan alleen om zijn SSID uit te zenden en in hotspot te gaan.
De gewone app, laat de gegevens niet zien en daar kan je dus ook niet op inloggen met installer account.
De vraag is of in de installer app de ontbrekende gegevens opvraagbaar zijn met installer account.
Misschien kan Wackoh dat zien. Zo niet dan verwijs ik naar vorige alinea en zullen we om de rest te vinden, de LAN route moeten sniffen. Wat overigens wel kan betekenen dat je de verbinding met de website blijvend gaat verliezen. Omdat je via pi-hole een omleiding maakt, dan wordt het meer een MITM truc, wat dan minder plug & play is.
Edit: De andere truc wordt dan de API van de website, maar dat was niet de vraag in het topic. Hoewel het misschien een optie is. Die kan dan redelijk plug & play.
[Voor 23% gewijzigd door Dapdodo op 30-12-2020 19:10]
Ik ben het met je eens dat het met de installatie te maken lijkt te hebben!
Om de ECUAPP te gebruiken moet het knopje aan de zijkant van ECU-R worden ingedrukt en met een mobiele telefoon verbinding worden gemaakt met een AP (met het nummer van de ECU-R) dat verschijnt.
In het overzicht van de panelen zie ik ze op een rijtje per omvormer gerangschikt. Druk ik hier op, dan krijg ik:
/f/image/bGpJHFxbT3DyNbEvWwmFXNHu.png?f=fotoalbum_large "https://tweakers.net/i/h1lM6Hl_QZK12AcwAnVVEjoOOG0=/x800/filters:strip_exif()/f/image/bGpJHFxbT3DyNbEvWwmFXNHu.png?f=fotoalbum_large")
Dit is volgens mij inderdaad de data per omvormer die tot nu is gevonden.
Het script blijft gek genoeg nog wel gewoon werken (voor zover dat kan als het donker is).
Ik heb opgezocht hoe de binnenzijde eruit ziet (website FCC):
:fill(white):strip_exif()/f/image/E85es7wkIOWs4VlPW91VLA47.png?f=user_large "https://tweakers.net/i/DhndR0TNUOTG-YWdqkoLCCBxXo4=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/E85es7wkIOWs4VlPW91VLA47.png?f=user_large")
De wifi module (hier nog een Mediatek zonder externe antenne, bij mij is het blijkbaar een Espressif met externe antenne) zit aan de andere kant van de print dan de LAN aansluiting (en rechts van de LAN zit de Zigbee module, aangesloten op een antenne). Het is dus niet bv. zo als bij de Growatt LAN stick dat er een wifi bordje in zit dat als bonus ook een LAN signaal kan produceren. Dus om die reden kan het zijn dat de Wifi module en LAN output verschillende dingen doen. En waarom het MAC adres in m'n router anders is dan wat in de ECUAPP staat, en ik de ECU-R geen vast IP adres kon geven. Blijkbaar kan dat niet via wifi vanuit de ECU-R, maar moet het vanuit de router).
Dus er is nog een tweede poort zijn waarmee meer data naar het portal wordt verzonden?
Om de ECUAPP te gebruiken moet het knopje aan de zijkant van ECU-R worden ingedrukt en met een mobiele telefoon verbinding worden gemaakt met een AP (met het nummer van de ECU-R) dat verschijnt.
In het overzicht van de panelen zie ik ze op een rijtje per omvormer gerangschikt. Druk ik hier op, dan krijg ik:
:fill(white):strip_exif()/f/image/bGpJHFxbT3DyNbEvWwmFXNHu.png?f=user_large "https://tweakers.net/i/h1lM6Hl_QZK12AcwAnVVEjoOOG0=/x800/filters:strip_exif()/f/image/bGpJHFxbT3DyNbEvWwmFXNHu.png?f=fotoalbum_large")
Dit is volgens mij inderdaad de data per omvormer die tot nu is gevonden.
Het script blijft gek genoeg nog wel gewoon werken (voor zover dat kan als het donker is).
Ik heb opgezocht hoe de binnenzijde eruit ziet (website FCC):
De wifi module (hier nog een Mediatek zonder externe antenne, bij mij is het blijkbaar een Espressif met externe antenne) zit aan de andere kant van de print dan de LAN aansluiting (en rechts van de LAN zit de Zigbee module, aangesloten op een antenne). Het is dus niet bv. zo als bij de Growatt LAN stick dat er een wifi bordje in zit dat als bonus ook een LAN signaal kan produceren. Dus om die reden kan het zijn dat de Wifi module en LAN output verschillende dingen doen. En waarom het MAC adres in m'n router anders is dan wat in de ECUAPP staat, en ik de ECU-R geen vast IP adres kon geven. Blijkbaar kan dat niet via wifi vanuit de ECU-R, maar moet het vanuit de router).
Dus er is nog een tweede poort zijn waarmee meer data naar het portal wordt verzonden?
[Voor 5% gewijzigd door WackoH op 30-12-2020 19:29]
Dan moet ik eerst een buiten accesspoint op gaan hangen, mooi klusje voor volgende week.
Goed startpunt daarvoor::
@Nibblebit ,@WackoH ,
Veiligheidstechnisch, verwacht ik dat de app alleen met de server contact.
Ik heb mijn router nooit toestemming gegeven om vanaf buiten naar binnen te komen.
En aangezien het ook via de LAN gaat naar de cloudserver, verwacht ik dat die om de 5min alle data stuurt.
Maar hoe die route er dan uitziet, geen idee.
Mogelijk zitten we op de route van de installer app. Want die kan namelijk wel verzoeken uitsturen naar de ECU-R met de vraag om contact en dat alleen via de WIFI. Dit zou dan ook bevestigen, wat nibblebit zegt, je configuratie (on)gewenst kan aanpassen. Is dan wel een redelijk onveilig, omdat het werkt buiten de knop......., maar goed je moet nog wel eerst op mijn WIFI komen. De knop is er dan alleen om zijn SSID uit te zenden en in hotspot te gaan.
De gewone app, laat de gegevens niet zien en daar kan je dus ook niet op inloggen met installer account.
De vraag is of in de installer app de ontbrekende gegevens opvraagbaar zijn met installer account.
Misschien kan Wackoh dat zien. Zo niet dan verwijs ik naar vorige alinea en zullen we om de rest te vinden, de LAN route moeten sniffen. Wat overigens wel kan betekenen dat je de verbinding met de website blijvend gaat verliezen. Omdat je via pi-hole een omleiding maakt, dan wordt het meer een MITM truc, wat dan minder plug & play is.
Edit: De andere truc wordt dan de API van de website, maar dat was niet de vraag in het topic. Hoewel het misschien een optie is. Die kan dan redelijk plug & play.
MethinX in "Elektriciteit opwekken met zonnepanelen (PV) Deel 8"
met dank aan @MethinX die wellicht dit ook interessant vind. Ik gebruik nu zijn script om het naar pvoutout te sturen.
Er zijn twee versies van de ECU-R, de versies met 1 externe (Zigbee) antenne hebben ECU-ID <216000004178. Waarschijnlijk vanwege verbindingsproblemen snel gemodificeerd met een externe WiFi antenne. Kleine moeite groot plezier. Een lastige tekortkoming van de Homey die ik snel terug heb laten rollen naar Coolblue
Wat is dat "PVout" en hoe werkt dat?
Theoretisch is het mogelijk om de hardware die op een cloudapp is aangesloten (ECU-R) te laten reageren op externe signalen ook al heb je de poort van buitenaf niet open staan. Er is dan in de firmware van de hardware een voorziening getroffen die kan reageren op externe signalen, bijvoorbeeld een "flaggetje" dat er nieuwe firmware beschikbaar is. De firmware van de hardware download (via 443 idealiter) en installeert het dan.
Wat is dat "PVout" en hoe werkt dat?
Theoretisch is het mogelijk om de hardware die op een cloudapp is aangesloten (ECU-R) te laten reageren op externe signalen ook al heb je de poort van buitenaf niet open staan. Er is dan in de firmware van de hardware een voorziening getroffen die kan reageren op externe signalen, bijvoorbeeld een "flaggetje" dat er nieuwe firmware beschikbaar is. De firmware van de hardware download (via 443 idealiter) en installeert het dan.
We sniffen overigens inderdaad op de ECUapp lijn. Op dit moment hebben we ons beperkt tot het eerste scherm van de ECUapp [Home] en het tweede scherm [Data] i.c.m. een YC600 (ik heb er maar 1). Er is meer data op te halen als je op functies klikt of andere inverters op de ECU-R hebt aangemeld. Het leek ons goed om ons eerst tot deze schermen te beperken en te kijken hoe de response eruit ziet. De andere inverters dan de YC600 (QS1 en YC1000) zullen zeker in het tweede scherm al een andere response geven. Kyle is daar al veel verder mee (en ik moet de protocol sheet daarvoor nog aanpassen). Uiteindelijk ga je voor compatibiliteit van alle inverters voor de ECU-R. Zie de bijgewerkte protocol sheet in dit draadje voor de mogelijke modellen.
Ik lees dat het script van PVoutput gebruik maakt van de API van de EMA site. Als dit klopt zie ik wel wat nadelen:
- Traag
- Data uit tweede hand (meten doe je bij de bron)
- Afhankelijkheid van EMA
- Geen internet = geen datalogging
- API dienst moet straks worden betaald
Eerst een klantenkring creëren, afhankelijk laten worden en dan laten betalen is geen uitzondering van het businessmodel - geen dienst is gratis. Reden temeer om baas van eigen data te blijven. HA zorgt straks zelf voor de statistieken vanuit eigen bron, rechtstreeks en onafhankelijk, dat heeft mijn voorkeur.
Wazige site die PVoutput.org, naar wie zou ik mijn data sturen? Hoe waardevol is die data eigenlijk? Denk er maar eens over na
Onderstaande info is van de website van APsystems:
De API-calls die momenteel beschikbaar zijn, omvatten vijf calls op systeemniveau. Voor toegang tot de API zijn een unieke gebruikersnaam en wachtwoord nodig. Op verzoek, via APsystems support pagina, kan dit worden ingediend. Houdt u rekening met een jaarlijkse abonnementsgeld bijdrage. De bestaande calls zijn als volgt:
Actueel vermogen
Dagelijkse productie
Maandelijkse producti
Jaarlijkse productie
Totale productie
Ik lees dat het script van PVoutput gebruik maakt van de API van de EMA site. Als dit klopt zie ik wel wat nadelen:
- Traag
- Data uit tweede hand (meten doe je bij de bron)
- Afhankelijkheid van EMA
- Geen internet = geen datalogging
- API dienst moet straks worden betaald
Eerst een klantenkring creëren, afhankelijk laten worden en dan laten betalen is geen uitzondering van het businessmodel - geen dienst is gratis. Reden temeer om baas van eigen data te blijven. HA zorgt straks zelf voor de statistieken vanuit eigen bron, rechtstreeks en onafhankelijk, dat heeft mijn voorkeur.
Wazige site die PVoutput.org, naar wie zou ik mijn data sturen? Hoe waardevol is die data eigenlijk? Denk er maar eens over na
Onderstaande info is van de website van APsystems:
De API-calls die momenteel beschikbaar zijn, omvatten vijf calls op systeemniveau. Voor toegang tot de API zijn een unieke gebruikersnaam en wachtwoord nodig. Op verzoek, via APsystems support pagina, kan dit worden ingediend. Houdt u rekening met een jaarlijkse abonnementsgeld bijdrage. De bestaande calls zijn als volgt:
Actueel vermogen
Dagelijkse productie
Maandelijkse producti
Jaarlijkse productie
Totale productie
[Voor 44% gewijzigd door Nibblebit op 30-12-2020 22:36]
:fill(white):strip_exif()/f/image/ZR46GHtQ2eb4w6Zm4vBhXUfX.png?f=user_large "https://tweakers.net/i/PP2k0U9sa15JQBbkMVsRMe9Xl5o=/800x/filters:strip_exif()/f/image/ZR46GHtQ2eb4w6Zm4vBhXUfX.png?f=fotoalbum_large")
@Nibblebit
In de ECUAPP heb ik in het 2de scherm (Data) bovenaan drie keuzes: 'Real Time Data', 'Power' en 'Energy'.
Ik denk niet dat dit van de omvormer afhangt
"Tevens is er ondersteuning, ook op afstand, voor eventuele aanpassingen aan het net en een upgrade van de functionaliteit met behulp van monitoring. De DS3 is een revolutionair product met bi-directionele communicatie voor residentiële en multi-residentiële marktsegmenten."
Overigens is bidirectioneel niet bijzonder. Mijn Growatt omvormer met een 10 jaar oud ontwerp kan ik ook via het portal instellen, begrenzen en zelfs uitzetten.
Daarnaast ook dit klepel en klok:
Zo blijven ze werken bij veel minder licht. MPPT blijft bijvoorbeeld werken tot ver onder de 20V.
Je zou van een producent van omvormers verwachten dat ze snappen dat het MPP van een paneel ook bij weinig licht bij ongeveer dezelfde spanning ligt.
Wel kan een lagere MPPT-spanning helpen om een andere MPP bij gedeeltelijk harde schaduw op een paneel te vinden. Dan gaat de optimale spanning wel met grote stappen naar beneden als de bypass diodes in actie komen. Dat is iets wat de QS1 nu niet doet.
Maar goed, dat is natuurlijk erg off topic
In de ECUAPP heb ik in het 2de scherm (Data) bovenaan drie keuzes: 'Real Time Data', 'Power' en 'Energy'.
- De eerste hebben het al uitgebreid over gehad.
- De tweede (Power) geeft een grafiek van het totale vermogen over de dag, maar het is ook mogelijk om een dag uit het verleden te kiezen, al gaat dat maar beperkt terug (tot 10 november, ~50 dgn?) met ene resolutie van 5 min
- De derde (Energy) geeft een staafdiagram van de afgelopen week per dag, maand per dag of jaar per maand (maar aleen november terwil het spul sinds de zomer draait).
Ik denk niet dat dit van de omvormer afhangt
Dat klinkt inderdaad twijfelachtig:
"Tevens is er ondersteuning, ook op afstand, voor eventuele aanpassingen aan het net en een upgrade van de functionaliteit met behulp van monitoring. De DS3 is een revolutionair product met bi-directionele communicatie voor residentiële en multi-residentiële marktsegmenten."
Overigens is bidirectioneel niet bijzonder. Mijn Growatt omvormer met een 10 jaar oud ontwerp kan ik ook via het portal instellen, begrenzen en zelfs uitzetten.
Daarnaast ook dit klepel en klok:
Zo blijven ze werken bij veel minder licht. MPPT blijft bijvoorbeeld werken tot ver onder de 20V.
Je zou van een producent van omvormers verwachten dat ze snappen dat het MPP van een paneel ook bij weinig licht bij ongeveer dezelfde spanning ligt.
Wel kan een lagere MPPT-spanning helpen om een andere MPP bij gedeeltelijk harde schaduw op een paneel te vinden. Dan gaat de optimale spanning wel met grote stappen naar beneden als de bypass diodes in actie komen. Dat is iets wat de QS1 nu niet doet.
Maar goed, dat is natuurlijk erg off topic
APS1100320053[ECU-ID]END1END = Servicemode aan
APS1100320053[ECU-ID]END0END = Servicemode uit
Ik zal het Kyle ook meegeven maar er zal een goede onderbouwing bij moeten zitten om het ook (via een switch zodat het optioneel is) mee te geven voor de integratie denk ik.
(disclaimer: let op! gebruik geen random commando's in een poging om andere parameters uit de ECU-R te krijgen, je kunt hiermee de configuratie flink om zeep helpen)
APS1100320053[ECU-ID]END0END = Servicemode uit
Ik zal het Kyle ook meegeven maar er zal een goede onderbouwing bij moeten zitten om het ook (via een switch zodat het optioneel is) mee te geven voor de integratie denk ik.
(disclaimer: let op! gebruik geen random commando's in een poging om andere parameters uit de ECU-R te krijgen, je kunt hiermee de configuratie flink om zeep helpen)
[Voor 24% gewijzigd door Nibblebit op 01-01-2021 11:59]
ik ga het wel uitproberen, dat commando ff cron schedulen of wat dan ook is easy, dat hoeft nog niet in HA integratie te zitten vooralsnog.:
APS1100320053[ECU-ID]END1END = Servicemode aan
APS1100320053[ECU-ID]END0END = Servicemode uit
Ik zal het Kyle ook meegeven maar er zal een goede onderbouwing bij moeten zitten om het ook (via een switch zodat het optioneel is) mee te geven voor de integratie denk ik.
(disclaimer: let op! gebruik geen random commando's in een poging om andere parameters uit de ECU-R te krijgen, je kunt hiermee de configuratie flink om zeep helpen)
Het zou wel verbetering van cijfers voor mij zijn, gezien P1 meter elke minuut update en solar nu 5 minuten doet. Ik zie vandaag moment dat er meer energie naar grid geleverd wordt dan dat ecu rapporteert. Dat kan dus praktisch niet
ff vanavond regelen, zie ik morgen wel resultaat wsl
EVen voor mijn duidelijkheid verwachtingen service mode:
Als service mode aan is, kan ik query commando ieder moment doen en zou update timestamp niet alleen per 5 minuten veranderen?
[Voor 8% gewijzigd door dooiedodo op 01-01-2021 17:24]
Ik heb niet in-dept gekeken naar het effect, wel even alles geverifieerd. Send Commando's zijn correct, response komt niet overeen met wat ik krijg als response. De laatste byte van de response (voor END) toont of de functie is in- (1) of uitgeschakeld (0). I.e. APS1100190053001END is ingeschakeld. Heb je een typo gemaakt? Tot noch toe hebben we de ervaring dat responses afgezien van parameter data overeen kwam. Let ook op de checksum 19 in mijn response hierboven is incl. END de lengte van de response string. Jij hebt geen END in jouw response (15 als checksum). Betekent dat een foutief commando of moet er eerst iets worden geinitialiseerd voordat de functie kan worden gebruikt? Optie is ook dat de functie alleen werkt als de hot-spot op de ECU-R is ingeschakeld. Klopt het wat ik zie, wordt het Zigbee signaal "uitgeschakeld" in HotSpot mode? Dat verklaard wel meteen waarom data niet naar EMA gaat. Ik weet dan ook niet wat het nut zou zijn van de Service Mode.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/mOhVN0CF8dRbOcpywLk7aZYz.jpg?f=user_large "https://tweakers.net/i/AJoKPoeSR4ZxjcCC59ZmbAbjQyY=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/mOhVN0CF8dRbOcpywLk7aZYz.jpg?f=user_large")
[Voor 59% gewijzigd door Nibblebit op 02-01-2021 12:12]
OMG! Als ik de domeinen van de EMA blokkeer omdat ik er geen data kwijt hoef zegt de ECU-R dat hij disconnected is van Internet en kun je dus geen data meer krijgen via de WiFi methode. Wel via de HotSpot methode overigens. Hebben jullie ook deze bevinding? Zijn jullie ook nog altijd connected met de EMA cloud?
Oh nee , ik ben nu weer connected met internet en de blokkade is nog aan.
Oh nee
, ik ben nu weer connected met internet en de blokkade is nog aan.[Voor 11% gewijzigd door Nibblebit op 02-01-2021 12:45]
-=[Terminator]=- R3doxNL Anahka#2910 Specs. 16x LONGi LR4-72HPH-455M (7280 Wp) Oost/West (-85°/95°,13°) op 8x APS DS3-L. ID.3 First Plus. Daikin 3MXM40A met CTXM15R, FTXM20R en FTXM35R.
heb vandaag ook wat HA not responding momenten gehad. lijkt idd als ECU integratie wat issues geeft een invloed hier betekend. Dat zou niet moeten idd.
ik zal pihole ook die domains eens blacklisten, weet niet of ik dat vandaag doe, gezien ik service mode acties niet wil verstoren
-=[Terminator]=- R3doxNL Anahka#2910 Specs. 16x LONGi LR4-72HPH-455M (7280 Wp) Oost/West (-85°/95°,13°) op 8x APS DS3-L. ID.3 First Plus. Daikin 3MXM40A met CTXM15R, FTXM20R en FTXM35R.
-=[Terminator]=- R3doxNL Anahka#2910 Specs. 16x LONGi LR4-72HPH-455M (7280 Wp) Oost/West (-85°/95°,13°) op 8x APS DS3-L. ID.3 First Plus. Daikin 3MXM40A met CTXM15R, FTXM20R en FTXM35R.
-=[Terminator]=- R3doxNL Anahka#2910 Specs. 16x LONGi LR4-72HPH-455M (7280 Wp) Oost/West (-85°/95°,13°) op 8x APS DS3-L. ID.3 First Plus. Daikin 3MXM40A met CTXM15R, FTXM20R en FTXM35R.
![[Afbeelding]](https://tweakers.net/i/IgU5jaKA5Pl7ZpbHRx8pGNEqG8Y=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/2Y9Z7swb13hzz8R8mIFnykSQ.png?f=user_large){kind=link}
Da's wel vaag, kan je eens kijken bij ema site, is ergens ecu History, ben benieuwd of je oude waardes daar terug ziet
Alleen niet nu:
/f/image/FJBHgCiSerWEHibLV5hhbCHD.png?f=fotoalbum_large "https://tweakers.net/i/KZe4Jhzi15kkYT37FE8WA06Yzr0=/800x/filters:strip_exif()/f/image/FJBHgCiSerWEHibLV5hhbCHD.png?f=fotoalbum_large")
Alleen niet nu:
:fill(white):strip_exif()/f/image/FJBHgCiSerWEHibLV5hhbCHD.png?f=user_large "https://tweakers.net/i/KZe4Jhzi15kkYT37FE8WA06Yzr0=/800x/filters:strip_exif()/f/image/FJBHgCiSerWEHibLV5hhbCHD.png?f=fotoalbum_large")
[Voor 60% gewijzigd door dooiedodo op 20-01-2021 21:34]
vanochten mooi bericht gecaptured (en hele boel andere ook, die minder compleet zijn)
'
zoals ECU het naar de cloud stuur:
zoals we het nu zelf van ECU plukken
string
had beter ook de geinterpreteerde waardes moeten pakken
doe ik later vandaag. Als we in python listen procesje kunnen maken die dit opvangt en responses kan genereren, is de ECU cloud onafhankelijk. Leuke nice to have, niet voor standaard gebruik
'
zoals ECU het naar de cloud stuur:
code:
1
2
3
4
5
6
7
8
9
10
11
| 10:12 APS18AA702AAAAAAA1 21600006xxxx00000260000000022216000000xxxx 2021-01-22 10:12:56 007000000END 4080000940160723000500105000000930000000078111003490160041400490020035001600416905000END 4080000956220723000500103000000150000000013361003370020006820080020033200200073800800END 4080000918260722800500104000000170000000016161003860020009080100020033000300081000900END 4080000929330722900500104000000160000000014811003250020007330080020036800200084201000END 4080000919130722800500104000000200000000017621003370020007700090020037400300110401300END 4080000924340722900500104000000640000000054781003620120030210360020036201100280703300END 4080000918400722800500104000000150000000013971003420020007030080020032300300078300900END |
zoals we het nu zelf van ECU plukken
code:
1
2
3
4
5
6
7
8
9
10
| 415053313841413730324141414141414131 3231363030303036313732383030303030323630303030303030303232323136303030303030313331333230323130313232313031323536303037303030303030454e44 34303830303030393430313630373233303030353030313035303030303030393330303030303030303738313131303033343930313630303431343030343930303230303335303031363030343136393035303030454e44 34303830303030393536323230373233303030353030313033303030303030313530303030303030303133333631303033333730303230303036383230303830303230303333323030323030303733383030383030454e44 34303830303030393138323630373232383030353030313034303030303030313730303030303030303136313631303033383630303230303039303830313030303230303333303030333030303831303030393030454e44 34303830303030393239333330373232393030353030313034303030303030313630303030303030303134383131303033323530303230303037333330303830303230303336383030323030303834323031303030454e44 34303830303030393139313330373232383030353030313034303030303030323030303030303030303137363231303033333730303230303037373030303930303230303337343030333030313130343031333030454e44 34303830303030393234333430373232393030353030313034303030303030363430303030303030303534373831303033363230313230303330323130333630303230303336323031313030323830373033333030454e44 34303830303030393138343030373232383030353030313034303030303030313530303030303030303133393731303033343230303230303037303330303830303230303332333030333030303738333030393030454e44 0a |
string
code:
1
2
3
4
5
6
7
8
9
10
| b'4150533131303137363030303230303031 0007 2021-01-22 10:1256 40800009401601303101f40069003100e6003200e6 40800009562201303101f40067000800e6000800e6 40800009182601303101f40068000a00e4000900e4 40800009293301303101f40068000800e5000a00e5 40800009191301303101f40068000900e4000d00e4 40800009243401303101f40068002400e5002100e5 40800009184001303101f40068000800e4000900e4 454e440a' |
had beter ook de geinterpreteerde waardes moeten pakken
doe ik later vandaag. Als we in python listen procesje kunnen maken die dit opvangt en responses kan genereren, is de ECU cloud onafhankelijk. Leuke nice to have, niet voor standaard gebruik
[Voor 70% gewijzigd door dooiedodo op 24-01-2021 17:36]
Ook even gekeken, met zo'n interval van 5 minuten is het even wachten. Het zit wat complexer in elkaar (gelukkig) eerst maar even het patroon herkennen. Ik luister op alle drie de poorten tegelijkertijd. Ik publiceer de data even niet omdat mijn EMA account-info er ook in zit en anderen dan mogelijk op mijn account vervelende dingen doen, er zit geen encryptie op.
Poort 8997 bevat eigenlijk altijd dezelfde data (o.a. ECU-ID), de rest is nog even onbekend. Lijkt mij een status dingetje. Als wij via deze poort data opvragen en luisteren kun je dus inderdaad de connectie opbouw en vreemde data verwachten die we in de integratie soms zien, vervelende keuze om deze poort voor twee functies te gebruiken.
Poort 8995 en 8996 bevatten de dynamische data en zal wel een loadbalancer zijn omdat data willekeurig op een van de twee wordt gepushed, afhankelijk of de socket opgebouwd is.
Als ik die data op knip in delen zie ik:
1. 35 bytes incl. APS statisch (account info?)
2. 22 bytes variabel maar wederkerend (aantal varianten nog onbekend)
3. 29 bytes incl. 1e END variabel maar wederkerend (aantal varianten nog onbekend)
4. 30 en verder is reguliere ECU data met een variabele lengte (afhankelijk van je configuratie) en eindigt met END
Kortom, het is te doen en de ECU lijkt niet in de stress te schieten door de omleiding dus blijft werken. Zo op het eerste gezicht heb je drie listeners nodig om de ECU te laten werken. Weghalen van 8997 doet de ECU misschien shutdownen, moet uitgezocht worden. Weghalen van 1 van de loadbalancers misschien idem, moet uitgezocht worden. Socket niet vergeten te destroyen omdat de ECU een nieuwe zal opbouwen, je krijgt anders retransmissions en uiteindelijk een ECU in de stress.
Uiteindelijk belang zit 'm in de data 4. en de rest kunnen we negeren al is het wel interessant om te weten wat het is/doet
Btw: dit alles dus via één domein, ik weet alleen even niet meer welk
Ja beetje warrig, met de firmware update pushen we volgens mij nu naar ecu. apsystemsema.com (deze heb ik dus gebruikt voor bovenstaande bevindingen) waar we voorheen altijd naar ecu. apsema.com data schreven. Vandaar dat de EMA site wat problemen kende, ze zijn vast bezig met een servermigratie. Let op als je nog op oude firmware zit dus. Zou migratie in de weg kunnen zitten. Maar dit alles is a wild guess hoor.
eerst maar even het patroon herkennen. Ik luister op alle drie de poorten tegelijkertijd. Ik publiceer de data even niet omdat mijn EMA account-info er ook in zit en anderen dan mogelijk op mijn account vervelende dingen doen, er zit geen encryptie op.Poort 8997 bevat eigenlijk altijd dezelfde data (o.a. ECU-ID), de rest is nog even onbekend. Lijkt mij een status dingetje. Als wij via deze poort data opvragen en luisteren kun je dus inderdaad de connectie opbouw en vreemde data verwachten die we in de integratie soms zien, vervelende keuze om deze poort voor twee functies te gebruiken.
Poort 8995 en 8996 bevatten de dynamische data en zal wel een loadbalancer zijn omdat data willekeurig op een van de twee wordt gepushed, afhankelijk of de socket opgebouwd is.
Als ik die data op knip in delen zie ik:
1. 35 bytes incl. APS statisch (account info?)
2. 22 bytes variabel maar wederkerend (aantal varianten nog onbekend)
3. 29 bytes incl. 1e END variabel maar wederkerend (aantal varianten nog onbekend)
4. 30 en verder is reguliere ECU data met een variabele lengte (afhankelijk van je configuratie) en eindigt met END
Kortom, het is te doen en de ECU lijkt niet in de stress te schieten door de omleiding dus blijft werken. Zo op het eerste gezicht heb je drie listeners nodig om de ECU te laten werken. Weghalen van 8997 doet de ECU misschien shutdownen, moet uitgezocht worden. Weghalen van 1 van de loadbalancers misschien idem, moet uitgezocht worden. Socket niet vergeten te destroyen omdat de ECU een nieuwe zal opbouwen, je krijgt anders retransmissions en uiteindelijk een ECU in de stress.
Uiteindelijk belang zit 'm in de data 4. en de rest kunnen we negeren al is het wel interessant om te weten wat het is/doet
Btw: dit alles dus via één domein, ik weet alleen even niet meer welk
Ja beetje warrig, met de firmware update pushen we volgens mij nu naar ecu. apsystemsema.com (deze heb ik dus gebruikt voor bovenstaande bevindingen) waar we voorheen altijd naar ecu. apsema.com data schreven. Vandaar dat de EMA site wat problemen kende, ze zijn vast bezig met een servermigratie. Let op als je nog op oude firmware zit dus. Zou migratie in de weg kunnen zitten. Maar dit alles is a wild guess hoor.
[Voor 19% gewijzigd door Nibblebit op 24-01-2021 15:43]
Nee, ik heb niet meer gekeken naar de opbouw van de terminal sessie die ongetwijfeld ook OK responses geeft. Dat is meer onderdeel van de transport OSI laag 5 dan van de data laag 6. Daar zit voor de programmeur wel een uitdaging om een goede TCP listener server te maken (Kyle wil eventueel helpen en had een idee om met mqtt te werken), de AT+ commando's zijn peanuts. Waarschijnlijk kijk je met WireShark en dan zie je de scheiding tussen de twee lagen lastiger, je ziet eigenlijk te veel. De "schone" data begint zoals we eerder hebben gezien met APS en eindigt met een of meerdere END strings.
Ik heb in de middag en vanavond nog even gekeken. De communicatie op poort 8997 blijft altijd in stand, bij online inverters iedere 5 en bij offline inverters ieder kwartier. De overige poorten worden alleen gebruikt als de inverters online zijn (iedere 5 minuten). Dat is handig want zo blijft de belasting op de servers per tijdzone in de wereld beperkt voor wat betreft dataverwerking. Verder lijkt er geen logische volgorde te zitten in de wijze waarop data wordt verzonden naar de poorten, ze werken ook onafhankelijk. Ik heb een tijdje geen listener op 8996 gehad, je ziet dan (zoals verwacht) retransmissions maar de ECU stopt daar dan op een gegeven moment mee en is niet echt zo intelligent dat op de andere poort wordt verzonden lijkt het. Dus je kunt bij 1 listener op bijvoorbeeld alleen 8995 verwachten dat je eens een inverters update mist.
Ik hoop verder dat ze een audit log hebben
