Heb nu volledige logging van tweakers script gemaakt:
pi@raspberry1:~$ python3 test6.py
Asking for UID numbers and data: 19
b'APS110018000201END\n'
b'415053313130303138303030323031454e440a'
{
"ECU": {
"AnswerUID": "110018000201EN",
"timestamp": "'-- ::"
},
"UID1": {
"UID": "'",
"Online": false,
"Type": "Unknown"
},
"UID2": {
"UID": "'",
"Online": false,
"Type": "Unknown"
},
"UID3": {
"UID": "'",
"Online": false,
"Type": "Unknown"
},
.....
.....
Tot aan:
"UID17415": {
"UID": "'",
"Online": false,
"Type": "Unknown"
},
"UID17416": {
"UID": "'",
"Online": false,
"Type": "Unknown"
},
"UID17417": {
"UID": "'",
"Online": false,
"Type": "Unknown"
},
"UID17418": {
"UID": "'",
"Online": false,
"Type": "Unknown"
}
}
Ook het korte tweakers script:
import socket
import struct
import binascii
import json
import datetime
from struct import unpack
s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
s.connect(("192.168.1.15", 8899 ))
mystring ='APS1100280002<ECU ID>\n'
datasend = mystring.encode('utf-8')
s.send(datasend)
dataecu = s.recv(1024)
print (dataecu)
Geeft allen de volgende output:
b'APS110018000201END\n'
Het rare is dat de online portal wel info krijgt
:strip_exif()/u/25408/Eraser127-fiets.gif?f=community)
:strip_icc():strip_exif()/u/243344/crop5e013b248e994_cropped.jpeg?f=community)
Het werkt nu, in mijn configuration.yaml had ik staan:
1
| host: [ip-adres] |
ipv:
1
| host: ip-adres |
Nu zie ik alle entiteiten van de panelen/inverters
Morgen eens checken met "zon" erop.
[ Voor 50% gewijzigd door Eraser127 op 11-10-2021 23:19 ]
De eerste melding in m'n log:
1
| hoop code |
Wel apart, want ik kan de ecu-r gewoon pingen (via wifi ip) en deze is ook gewoon benaderbaar via de ecuapp (dus via intern opgezette AP).
Er stond een core update klaar (core-2021.10.5), deze maar geïnstalleerd, na de reboot een tijd niet gekeken. Blijkbaar werkt de ecu-r weer
[ Voor 84% gewijzigd door Eraser127 op 16-10-2021 23:14 ]
.
:strip_icc():strip_exif()/u/38458/crop618a5a59e02c7_cropped.jpg?f=community)
Ik heb sinds kort een ecu-r in bezit en heb deze met dag 1 verbonden met met een UTP, en deze is niet verbonden met wifi.:
Nou, ik heb de lan maar weer ff aangesloten, steeds de verbinding weg is ook niets. Misschien APSystems maar eens mailen of ze niet die verbinding ook via lan kunnen laten lopen
Mede door dit topic laat ik deze uitlezen in Home Assistant en werkt redelijk ondanks er aangegeven werd bij de script dat een wifi verbinding nodig was.
Dus uitlezen via lan werkt toch gewoon
Enigste nadeel dat 1x per dag de verbinding verloren wordt in HA en dat ik de ecu even stroomloos moet maken. (tijdstip is random)
2x Marstek Venus e V2 (V153 + BMS V215) - CT003 (V117) - EW11 Modbus HA integration
/u/1375664/crop62fde419593e4_cropped.png?f=community)
WP Pana 5H - Solar 6m2 icm 300liter - PV 8970Wp: 27stuks Solar - Home Assistant - VW ID3 First 20” |
/u/403442/crop5b28b11d88453_cropped.png?f=community)
/u/3626/front-kabels.png?f=community)
WP Pana 5H - Solar 6m2 icm 300liter - PV 8970Wp: 27stuks Solar - Home Assistant - VW ID3 First 20” |
Vraagje: Ik heb naast de APS ECU-R ook een Growatt hangen en deze integratie schrijft de data net iets anders weg, kunnen jullie mij op weg helpen waar ik in de fileeditor dit zou kunnen aanpassen naar dezelfde notatie waarde achter de komma?
:fill(white):strip_exif()/f/image/Z2LIoEn4qSfE1zV7tfYsbvQE.png?f=user_large)
WP Pana 5H - Solar 6m2 icm 300liter - PV 8970Wp: 27stuks Solar - Home Assistant - VW ID3 First 20” |
Dank voor de informatie. Ik heb inmiddels die ECU-R binnen en werkt als een zonnetje (pun intended
). Account aanmaken voor EMA was ook eenvoudig in de app te doen.
De actuele opbrengst van mijn Tibber Homevolt
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/bK0Zx4iwFmoqpFVX8nU8dWXR.jpg?f=user_large)
:strip_icc():strip_exif()/u/181161/IMG_725911.jpg?f=community)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/U8D2niawCBJtnxiUN0fhTBtP.jpg?f=user_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/cMtQrX29TV9VKgPKBXL2ESE2.jpg?f=user_large)
@cmos6502
Je zult in APSystemsECUR.py op regel 240 het volgende moeten veranderen:
self.firmware = self.aps_str(data, 55, 15)
wordt
self.firmware = self.aps_str(data, 55, 18)
en regel 241
self.timezone = self.aps_str(data, 70, 9)
wordt
self.timezone = self.aps_str(data, 73, 9)
Klopt het dan wel? Het helpt voor de analyse als je met Packet Sender de string "APS1100160001END" stuurt naar het IP adres van je ECU op poort 8899 en de hex response door geeft. Data portion is hopelijk wel nog 95 bytes. Vervolgens even kijken hoe we dat tweaken in de integratie.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/291lNnhsKhyAVH8g0iGzp6L8.jpg?f=user_large)
Ik ga met de info naar https://community.home-as...nverters-data-pull/260835 om te kijken of er nog enthousiastelingen zijn die de integratie willen aanpassen/verbeteren. Ik ben op mijn GitHub https://github.com/HAEdwin/homeassistant-apsystems_ecur op dit moment samen met Kyle nog de enige trekker voor verbeteringen van de HA integratie dus als je wilt bijdragen met code of ideeën ben je van harte welkom. Voor mij werkt de integratie 100% betrouwbaar op HA met de ECU_R firmware dus dan is het doel bereikt en de lol er een beetje vanaf
Btw. het kan inderdaad geen kwaad om de poort te sluiten alleen loop je kans op port exhaustion aan de server kant. Als je outbound verkeer initieert, creëer je een random poort (dat zie je terug in Packet Sender)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/wKwNAV8veg1JfDzoLC6GVyEJ.jpg?f=user_large)
Nu zijn er 65,535-1024 poorten beschikbaar maar als je iedere minuut aan het pollen bent kun je je voorstellen dat je er na 45 dagen echt wel doorheen bent en de HA hardware moet herstarten. Vandaar dat de socket (combinatie van ip-adres en poort) wordt hergebruikt. Als nu blijkt dat de ECU er niet tegen kan dat je telkens vanuit dezelfde socket bevraagt (bij ECU_R_PRO firmware), zal gekeken moeten worden of de ECU bijvoorbeeld minder gevoelig is voor een korte range van random poorten. Eerst maar eens bedenken waarom de ECU geen data retourneert als je vanuit een en dezelfde socket communiceert. Wel een belangrijke bevinding overigens,.. dank je wel! Ik denk dat de ECUapp ook telkens de socket sluit, zou ik eens moeten checken. Betekent wel dat de ECUapp theoretisch vast zou kunnen lopen op exhaustion maar dat is onmogelijk omdat het AP van de ECU-R niet zo lang in de lucht blijft.
[ Voor 54% gewijzigd door Nibblebit op 08-01-2022 02:21 ]
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/tx603bTki12tTiI6Baun5S9t.jpg?f=user_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/JyIlXWmGu2Id5L32xVJxLSyT.jpg?f=user_large)
[ Voor 7% gewijzigd door Nibblebit op 09-01-2022 11:32 . Reden: Tab 1 van de protocol sheet bijgewerkt ]
Morgen nog even voor de zekerheid alles nalopen en dan doe ik een pull-request. De firmware en timezone worden dan ook bij ECU-R-PRO firmware versies juist ingelezen en getoond als attribute.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/4dkuGzua96HsSLgJOPWbtMKo.jpg?f=user_large)
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
Ik heb het zojuist geinstalleerd. Het werkt.
Bedankt voor alle tijd en moeite die hierin is gestoken!
:fill(white):strip_exif()/f/image/yvQQFFMZCSNzK5unNn01hOaY.png?f=user_large)
Is er geen ethernet switch? Ik meende te zien dat er in HACS of op Git nog een sunspec implementatie was te vinden. Dit deel van jouw PDF link is van belang.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/3ILj560aVkNkbjx4I5Ch243V.jpg?f=user_large)
[ Voor 26% gewijzigd door Nibblebit op 24-01-2022 16:11 ]
http://ecu_IP/index.php/configuration
Maar daar heb je een user/pw nodig.
Voorlopig lijkt Kyle's integration de beste optie. Die draait nu anderhalve dag in mijn docker HA.
:fill(white):strip_exif()/f/image/q90YL8ttjm3vPu9CULzR4DBr.png?f=user_large)
[ Voor 15% gewijzigd door cmos6502 op 24-01-2022 21:55 . Reden: nu goede screenshot ]