Aidon older protocol support. (Was: OSS-support not working properly) #48
Assignees
Comments
|
Jeg testet å parse fra din hex dump, og får fornuftig resultat: Alt tyder derfor på at det må være noe feil ved instillingene du har valgt for serieporten. Hvis enheten er riktig, så ville jeg begynt med å skru på baud rate. Selve måleren sender typisk MBUS data på 2400 baud. Jeg husker ikke om OSS-brikken kjører på en annen hastighet, men jeg ville begynt å teste med 2400 baud. Jeg kan teste en annen dag når jeg har OSS-brikken for hånden. De andre parametrene er normalt riktig, men noen enheter har jeg opplevd har even-parity. |
|
Hmm, veldig rart. Dumpen over ble riktignok laget med en annen maskin (med litt mer ordentlig Linux distro) i motsetning til Rpi'en som Home Assistant sin egen distro kjører på. Men dette burde jo ikke ha noe å si siden dette tross alt er usb og vi dermed slipper problemer med baud-rate inkompatibilitet pga unøyaktige klokkegeneratorer osv. Jeg testet nå mer via den totalt udugelige terminalen på Home Assistant, og jeg får tilsynelatende OK data etter en reboot, disse ser visuellt ganske likt ut med de jeg postet over. Men etter å ha forsøkt å sette opp amshan så får jeg ikke lenger noe data ut av seriellporten, selv om jeg setter samme settings med stty. Utifra amshan loggen så virker det jo som om den først mottar en hel korrekt pakke med riktig checksum, men at ting brekker rett etter det. Har du noen ide om det er noe annet enn vanlige reads som foregår i det området? Feilkoden som kastes kommer herfra: At skriving feiler virker logisk, da disse målerne neppe vil akseptere input eller evnt bare ignorer all input, men jeg tror det potensielt er kan være en driver-bug som gjør at dette fører til at porten helt slutter å fungere etterpå. |
|
Pussig. Det gjøres ingen skriving til porten.
|
|
Det er pySerial-asyncio som benyttes, og det er kun data_received som er implementert. |
|
Hei, omsider fikk jeg tid til å se på dette igjen. Dessverre har jeg fortsatt problemer, og jeg mistenker at amshan muligens ikke støtter Aidon måleren min eller muligens dens firmware. Jeg endte opp med å laste ned amshan og skrive om main_mqtt litt for å gjøre debuggingen enklere for meg. Jeg fjernet mqtt, reduserte wait til 1sec i loopen, la til timestamping og lagde min egen dumping av datapakker i tillegg til dens egen funksjon for dette. (Dessverre støttet ikke reader_async å dumpe data selv om kommandolinje parameterne dens antydet det). Ofte klarer main_mqtt å få ut en frame rett etter at den er startet, men så kan det ta flere minutter før den igjen finner en frame den liker, men den kan noen ganger da få to stykker på kort tid før en lang pause igjen. PS: "Read:" logglinjene dumper alle data lest fra seriellporten uten parsing, disse kommer altså i tillegg til eventuell annen output fra programmet for samme data. Det ser for meg ut som at den første pakken (i dette datasettet) som startet med a02a ble gjenkjent som korrekte Aidon målerdata, men de påfølgende a02a-pakkene har derimot veldig liten sjanse for å bli akseptert. Håper dette gir deg informasjon nok til å se hva som er galt 😄 Samme datasett fra dump.log: |
|
Hei, jeg ser ut til å kanskje ha knekt dette mysteriet via min modul. |
Dead2
changed the title
|
OSS modulen skal visst ikke endre på pakkene, så dette er dataene den får fra Aidon. |
|
Forøvrig viser det seg at hass-AMS fungerer bra med måleren min, en Aidon 6525. De fikk fikset støtte for 6525 med denne PR turbokongen/hass-AMS#13 , kanskje er det noe der som kan gi en ide om hvorfor amshan-homeassistant ikke fungerer med denne måleren (Ikke at det er noe i den PRen som for meg ser veldig ut som "aha, der er fiksen som trengs"). |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Version of the custom_component
Configuration
Describe the bug
Fails to parse input from OSS
Debug log
Raw data from serial port
The text was updated successfully, but these errors were encountered: