Lesing av AMS data (AMS/HAN -> IoT)

[Christopher Stenersen]

16 timer siden, antonkristensen skrev:

Jeg har nylig pushet til github oppdatering på mitt program som er skrevet i nodejs(javascript), det har støtte for aidon og kamstrup, ikke helt klart ut av boksen men du kan sikkert stjele litt kode der ifra om du ønsker

 

https://github.com/antonedvard/han1

Takk for kode @antonkristensen med dette ble nok litt "way out of my lead" med tanke på mitt nivå. kan du tipse meg om hvilke moduler som leser innkommende "buffer" data? Håper jeg kunne lage en custom node i node-red som mottar payload(buffer) fra serialport og konverterer dette til output med navn og verdi, f.eks Effekt:3,7kW.

 

 

[skagmo]

22 hours ago, Singularity said:

Har forsøkt på timesvis å få lagt inn self-signed sertifikat i den sentrale sertifikatlageret, men jeg får ikke requests til å akseptere å får denne feilmeldingen tross utallige hacks:
Failed HASS: HTTPSConnectionPool(host='www', port=123): Max retries exceeded with url: /api/states/sensor.aidon_power (Caused by SSLError(SSLError(1, u'[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:661)'),))

Noen som har tips hvordan jeg enten kan bypasse det her, men aller helst få requests til å godta?

 

Hvordan få requests til å ignorere sertifikat (selv om det strengt tatt er mye bedre med et fungerende sertifikat):

https://stackoverflow.com/questions/15445981/how-do-i-disable-the-security-certificate-check-in-python-requests

 

Har lagt ved Grafana-dashbord som et utgangspunkt.

Strøm-1549799520846.json

[Singularity]

2 hours ago, skagmo said:

 

Hvordan få requests til å ignorere sertifikat (selv om det strengt tatt er mye bedre med et fungerende sertifikat):

https://stackoverflow.com/questions/15445981/how-do-i-disable-the-security-certificate-check-in-python-requests

 

Har lagt ved Grafana-dashbord som et utgangspunkt.

Strøm-1549799520846.json

Forsøkte først å få lagt inn i det offisielle sertifikatlageret og oppdatere med et gyldig rotsertifikat, forsøkte så gjøre som i den tråden å ignorere sertifikatet helt men det heller fungerte ikke.
Forsøkte så at HA skulle hente inn data fra influxbasen, men det funket ikke med at den ønsket da selv mulighet til å logge data mot samme base.
Det var ikke noe jeg ønsket da influx kjørte opprinnelig på en pi.
Det jeg endte med var å kjøre influx rett på HA vm, og sette pythonscriptet til å kjøre inn data der.
Har nå en fungerende løsning hvor jeg får inn all relevant data i HA.
Takker så mye for den flotte jobben du har gjort.

Hva slags automasjoner eller script har du kjørende selv på dataen du henter inn?

Endret 10. februar 2019 av Singularity

[tronde]

På 8.2.2019 den 15.41, skagmo skrev:

Strøm på to av fasene hentes ut per i dag. Den tredje fasen måles ikke, da summen av de tre fasestrømmene vil være null. Du kan eventuelt regne ut den siste fasestrømmen om du er interessert i det.

 

Edit: Vel å merke om du har IT-nett, noe jeg regner med at du har siden denne parseren hadde feilet om måleren spyttet ut tre fasestrømmer.

Er du sikker på at strøm for den 3. fasen ikke er datasettet?

 

Selv om den ikke brukes for effektberegningen, brukes den i jordfeilovervåkingen som baserer seg på sumstrømprinsippet (samme som jordfeilbrytere bruker).

 

Kaifa sender den i alle fall ut

https://www.hjemmeautomasjon.no/forums/topic/1982-lesing-av-ams-data-amshan-iot/?page=37&tab=comments#comment-34089

 

[Hårek]

Det stemmer nok. Har Aidon og IT, og den sender strøm kun for 2 faser. Det er 12 'items' i Liste 2, ikke 13.

[SteinarK]

Jeg har også Aidon (3-fase). Etter å ha kjørt med fabrikkinstillingene på HAN-porten siden den ble installert, så ble OBIS på min Aidon-måler åpnet nå i helgen.
Siden effekt (P), strøm L1 og L3 (iL1, iL3) samt spenning på alle tre faser er i OBIS List2 og 3, beregner jeg strøm i L2 slik:

 

iL2=(P - uL1*iL1 - uL3*iL3)/ uL2.

 

Bruker forøvrig RPi med Mbus2USB-converter, program i C++/C (mulithreaded) og streamer HAN-data over WiFi til en MonetDB SQL-database. MonetDB går på en Nano PC T4 med 64bit Ubuntu. For visualisering bruker jeg Highcharts og eCharts (Java Script, html5), servet fra Nginx, uWsgi og Flask på Nano PC'en. Henter data fra databasen vha JSONP.   

Endret 12. februar 2019 av SteinarK

[paolsen]

Hei,

 

Er det flere enn meg som opplever at Aidon måleren (jeg har fra Hafslund) sender data med HDLC-flagget (0x7e) inne i meldingen - altså ikke escapet som påkrevet i HDLC spekken.

Også selve escape karakteren (0x7d) kommer i "klartekst"..

 

Dette medfører at vi ikke kan bruke 0x7e som indikasjon på mottak av komplett HDLC-pakke, men at pakkelengden (kodet i de to første oktettene) må tolkes og brukes "on the fly".

 

mvh

-pål-

[antonkristensen]

1 hour ago, paolsen said:

Hei,

 

Er det flere enn meg som opplever at Aidon måleren (jeg har fra Hafslund) sender data med HDLC-flagget (0x7e) inne i meldingen - altså ikke escapet som påkrevet i HDLC spekken.

Også selve escape karakteren (0x7d) kommer i "klartekst"..

 

Dette medfører at vi ikke kan bruke 0x7e som indikasjon på mottak av komplett HDLC-pakke, men at pakkelengden (kodet i de to første oktettene) må tolkes og brukes "on the fly".

 

mvh

-pål-

 

Får du ut hele pakken da ? lengde på de to første oktettene + 2?

[Hårek]

1 hour ago, paolsen said:

Dette medfører at vi ikke kan bruke 0x7e som indikasjon på mottak av komplett HDLC-pakke, men at pakkelengden (kodet i de to første oktettene) må tolkes og brukes "on the fly".

Ja, det er nok slik det bør implementeres. Gikk tidlig bort fra å se etter end flag.

[gskjold]

Hvis noen er interessert så fikk jeg åpnet HAN port av Lyse denne uken og har gjort en fork av @roarfred sin kode og oppdatert med Aidon støtte.

https://github.com/gskjold/AmsToMqttBridge

Kan være jeg tar feil, men kunne ikke se at noen andre hadde gjort de endringene på denne koden.

Skal nok gjøre litt opprydning i koden etter hvert, men den fungerer hvertfall enn så lenge.

[paolsen]

Ja, det er nok slik det bør implementeres. Gikk tidlig bort fra å se etter end flag.

 

Men, dette er ikke i tråd med HDLC-spekken...

 

I praksis skal 0x7d og 0x7e i payload (alt mellom 0x7e start/slutt tag) escapes ved sending, etter at selve pakken med opprinnelig lengde og crc er ferdig. På tilsvarende måte skal mottager de-escape datastrømmen, og gjenskape 0x7e/0x7e på vei inn - slik at HDLC-pakken med mulige 0x7d/0x7e i payload blir prosessert og dekodet.

 

Sagt på en annen måte; en tenkt 8 lang HDLC-melding {a0 08 10 7e 20 7d 00 00}  burde vært sendt og mottatt som {7e a0 08 10 7d 5e 20 7d 5d 00 00 7e} - merk her at den kodede pakke-lengden (08) er uendret selv om det er skutt inn to ekstra (escape) bytes.

 

Uansett, mener dette i grunnen er en "bug" i implementasjonen i Aidon. Så spørsmålet er om det "plutselig" dukker opp en fix...

 

BTW: er det tilsvarende HDLC-feil fra de andre måler-fabrikantene..?

 

-pål-

Endret 13. februar 2019 av paolsen

[tronde]

21 timer siden, SteinarK skrev:

Jeg har også Aidon (3-fase). Etter å ha kjørt med fabrikkinstillingene på HAN-porten siden den ble installert, så ble OBIS på min Aidon-måler åpnet nå i helgen.
Siden effekt (P), strøm L1 og L3 (iL1, iL3) samt spenning på alle tre faser er i OBIS List2 og 3, beregner jeg strøm i L2 slik:

 

iL2=(P - uL1*iL1 - uL3*iL3)/ uL2.

 

 

Den stemmer hvis du har TN-anlegg (400V / fireleder) og tar ut energi mellom fasene og nøytralleder slik man gjør for å få 230V til forbruk. Målere for fireleder bruker nøytralleder som referanse, i alle fall gjør Kaifa det.

 

Strømmer og effekt i fireledersystemet:

https://www.nb.no/items/7c47bc4cb6ee773c494c042186fff1e9?page=139

 

 

Hvis det er IT (230V / treleder blir det feil.

Strømmer og effekt i treledersystemet:

https://www.nb.no/items/7c47bc4cb6ee773c494c042186fff1e9?page=148

 

I et treledernett vil de målte strømmene fordele seg på to-og-to laster som ikke er like.

Vekselstrømmen er jo roterende, og det er summen av strømvektorene som blir null, ikke absoluttverdiene som vi vil lese med et amperemeter.

Jeg klarer ikke å regne meg baklengs for å finne den tredje strømmen når lasten er usymmetrisk slik den vil være i en bolig, men det er kanskje noen andre med mer mattekunnskaper her?

 

I tillegg kompliserer det hvis lasten ikke er resistiv. Jeg veg ikke hvor stor fasefeil varmepumper og elbilladere vil gi, men hvis deres andel av totalt effektuttak er stor, kan det påvirke. Kommer reaktiv effekt ut på porten med Aidon?

 

Jeg har alltid forstått at alle tre strømmene skulle ut på HAN-porten, så jeg synes det er litt merkelig at Aidon ikke er slik. Det har stor nytteverdi å se hver enkelt strøm, for det er jo strømmen som tripper sikringene, ikke effekten.

[SteinarK]

13 timer siden, tronde skrev:

Den stemmer hvis du har TN-anlegg (400V / fireleder) og tar ut energi mellom fasene og nøytralleder slik man gjør for å få 230V til forbruk. Målere for fireleder bruker nøytralleder som referanse, i alle fall gjør Kaifa det.

 

Strømmer og effekt i fireledersystemet:

https://www.nb.no/items/7c47bc4cb6ee773c494c042186fff1e9?page=139

 

 

Hvis det er IT (230V / treleder blir det feil.

Strømmer og effekt i treledersystemet:

https://www.nb.no/items/7c47bc4cb6ee773c494c042186fff1e9?page=148

 

I et treledernett vil de målte strømmene fordele seg på to-og-to laster som ikke er like.

Vekselstrømmen er jo roterende, og det er summen av strømvektorene som blir null, ikke absoluttverdiene som vi vil lese med et amperemeter.

Jeg klarer ikke å regne meg baklengs for å finne den tredje strømmen når lasten er usymmetrisk slik den vil være i en bolig, men det er kanskje noen andre med mer mattekunnskaper her?

 

I tillegg kompliserer det hvis lasten ikke er resistiv. Jeg veg ikke hvor stor fasefeil varmepumper og elbilladere vil gi, men hvis deres andel av totalt effektuttak er stor, kan det påvirke. Kommer reaktiv effekt ut på porten med Aidon?

 

Jeg har alltid forstått at alle tre strømmene skulle ut på HAN-porten, så jeg synes det er litt merkelig at Aidon ikke er slik. Det har stor nytteverdi å se hver enkelt strøm, for det er jo strømmen som tripper sikringene, ikke effekten.

 

Takker for innspill. Må grave meg dypere ned i teorien, skjønner jeg. 
Jeg har spurt min strømleverandør hvilken metode de anbefaler for å beregne strøm i L2. De har sendt forespørselen videre til Aidon, men avventer svar. Jeg hadde også foretrukket at strøm i L2 kom på HAN-porten. Aidon legger ut reaktiv effekt på HAN.   

 

Edit:
I "Aidon HAN interface description" står det:

 

 

Med ref til beskrivelsen mellom ( ) i "Aidon HAN interface description" og Fig 2.16 under, forstår jeg det slik at det er i1 og i2 som blir rapportert i HAN OBIS fra Aidon.

Mulig det er (2.49) som må benyttes for å få fasestrømmene?

Endret 14. februar 2019 av SteinarK

[tronde]

Den figuren du viser her, er stjernekoplet last i et treledernett. Brukes i stjerne-trekantkopling av motor, så relevant på den måten.

 

Det vi har i huset når det er treledernett, ser slik ut. Kilden (e-verkets trafo) er stjernekoplet med flytende midtpunkt, mens lasten er trekantkoplet.

Jeg tok utgangspunkt i den opprinnelige tegningen, så det blir R, S og T som fasebetgnelser slik det var i gamle dager. Det har ikke noe å si hva vi kaller dem, men hvis Aidon gir oss strømmen i R og T, må vi finne strømmen i S, og det klarer jeg ikke når det er ulik verdi på de tre motstandene som illustrerer lasten med kun strømmer og effekt oppgitt.

 

 

Det er noe tekst som er borte i beskrivelsen for Aidon. Det står

"3P3W Current between L1 and L2 and part from current betwe"

Det står det samme for L2 og L3.

 

3P3W antar jeg skal bety 3 phases, 3 wires.

 

Lenger ned i det samme dokumentet ser det ut som om alle strømmene er der. Det som er merket med stjerne skal være en-fasemålere - det er logisk.

 

De sier fasespenning 4W (4 wires, fireledersystem) og linjespenning 3W (3 wires, treledersystem), og det er de korrekte betgnelsene på spenning i forhold til ledningssystemet.

 

 

[cpu22]

On 13/02/2019 at 10:33, paolsen said:

Hei,

 

Er det flere enn meg som opplever at Aidon måleren (jeg har fra Hafslund) sender data med HDLC-flagget (0x7e) inne i meldingen - altså ikke escapet som påkrevet i HDLC spekken.

Også selve escape karakteren (0x7d) kommer i "klartekst"..

 

Dette medfører at vi ikke kan bruke 0x7e som indikasjon på mottak av komplett HDLC-pakke, men at pakkelengden (kodet i de to første oktettene) må tolkes og brukes "on the fly".

 

mvh

-pål-

 

Såvidt jeg har sett, så er det ikke HDLC-protokoll selv om meldingene starter og slutter med 0x7e. Det er både 0x7d og 0x7e i måleverdiene inni selve pakken. Det er heller ikke noe bit-stuffing for å unngå mange '1'-ere på rad.

Jeg har monitotert min Kamstrup-måler i over et år nå, og meldingene har alltid lik lengde, 228 bytes hvert 10. sekund, og 302 bytes hver time. Jeg har en Aidon-måler også, og fram til nå har jeg lest "u-standard" format der. Den er nå "åpnet", og jeg skal sjekke neste gang jeg har mulighet. Men når jeg ser utskriftene fra andre her, ser det ut til at Kamstrup og Aidon har noen forskjeller i formatet.

[tronde]

På 14.2.2019 den 20.15, tronde skrev:

Det er noe tekst som er borte i beskrivelsen for Aidon. Det står

"3P3W Current between L1 and L2 and part from current betwe"

Det står det samme for L2 og L3.

 

 

Jeg kan svare meg selv, for det gikk an å kopiere ut all teksten fra pdf-en.

 

Sitat

0,5 second RMS current L1, with resolution of 0.1 A, Format 3.1 ( xxx.x A) (3P3W Current between L1 and L2 and part from current between L1 and L3)

 

Sitat

0,5 second RMS current L3, with resolution of 0.1 A, Format 3.1 ( xxx.x A) (3P3W Current between L2 and L3 and part from current between L1 and L3)

 

Spørsmålet blir hvordan det skal forstås, og om det i det hele tatt kan brukes til noe fornuftig. Må sove litt på det.

 

Siden det er strømmen vi skal regne ut, bør vi helst ta utgangspunkt i tilsynelatende effekt, og ikke aktiv effekt.

Den er til å regne ut når vi kjenner aktiv effekt (P) og reaktiv effekt (Q).

 

 

 

 

Er det noen som har data fra et system med varmepumpe og / eller el-billadere som kan si noe om hvor mye reaktiv effekt det er realistisk å ha i en bolig?

[Hårek]

Har en luft/luft varmepumpe, og induksjonstopp. 

Siste døgn har jeg 100 kWh forbruk, 0,13 kWh reaktiv import, og 3,47 kWh reaktiv export. (Aidon, IT)

 

Endret 17. februar 2019 av Hårek

[tronde]

5 timer siden, Hårek skrev:

Har en luft/luft varmepumpe, og induksjonstopp. 

Siste døgn har jeg 100 kWh forbruk, 0,13 kWh reaktiv import, og 3,47 kWh reaktiv export. (Aidon, IT)

 

Energimessig vil nok ikke reaktiv last bli veldig synlig, men hvordan ser fordelingen mellom aktiv og reaktiv effekt (målt i watt, ikke watt-timer) ut når induksjonstoppen eller pumpa er i drift? Aidon gir vel ut tilnærmet momentanverdi for begge, både som import og eksport?

 

Det at du måler reaktiv eksport kompliserer regnestykket enda mer, for den reaktive effekten påvirker strømmen i kretsen, og nå går strømmen feil vei.

 

Er det fortegn på den reaktive effekten? Jeg tenker ikke på import eller eksport, men på om man kan lese ut positiv eller negativ fasevinkel.

[Hårek]

Har ikke lagt opp til å analysere reaktiv effekt. Men ut fra lagrede verdier så er det litt import i et par minutter av gangen. Mulig det er når termostaten på varmepumpen slår inn, det har jeg ingen kontroll på.

Så vidt jeg kan se i farten er alle effekt verdiene unsigned.

[tronde]

42 minutter siden, Hårek skrev:

Har ikke lagt opp til å analysere reaktiv effekt. Men ut fra lagrede verdier så er det litt import i et par minutter av gangen. Mulig det er når termostaten på varmepumpen slår inn, det har jeg ingen kontroll på.

Så vidt jeg kan se i farten er alle effekt verdiene unsigned.

 

Sannsynligvis vil den reaktive effekten drukne i den aktive, men hvis noen har tall å komme med, er det interessant å se, særlig store laster som induksjonsplater og el-billadere. 

Jeg har hverken el-bil, pumpe eller induksjon, så hos meg vil det i praksis kun være kjøl og frys som kan være reaktiv, og det er i praksis null. Jeg har ikke fått satt opp noe til å lese måleren med heller, men har skikkelig en-fase wattmeter så jeg kan få ut måleverdier fore enkelte forbrukere.

[MLL]

On 13/02/2019 at 13:44, paolsen said:

 

Men, dette er ikke i tråd med HDLC-spekken...

 

I praksis skal 0x7d og 0x7e i payload (alt mellom 0x7e start/slutt tag) escapes ved sending, etter at selve pakken med opprinnelig lengde og crc er ferdig. På tilsvarende måte skal mottager de-escape datastrømmen, og gjenskape 0x7e/0x7e på vei inn - slik at HDLC-pakken med mulige 0x7d/0x7e i payload blir prosessert og dekodet.

 

Sagt på en annen måte; en tenkt 8 lang HDLC-melding {a0 08 10 7e 20 7d 00 00}  burde vært sendt og mottatt som {7e a0 08 10 7d 5e 20 7d 5d 00 00 7e} - merk her at den kodede pakke-lengden (08) er uendret selv om det er skutt inn to ekstra (escape) bytes.

 

Uansett, mener dette i grunnen er en "bug" i implementasjonen i Aidon. Så spørsmålet er om det "plutselig" dukker opp en fix...

 

BTW: er det tilsvarende HDLC-feil fra de andre måler-fabrikantene..?

 

-pål-

 

Dette gjelder også for Kamstrup og Kaifa. Både 0x7E og 0x7D dukker opp midt i meldingende. Merkelig at ingen av produsentene har klart å implementere HDLC-protokollen rett.

On 16/02/2019 at 16:29, cpu22 said:

 

Såvidt jeg har sett, så er det ikke HDLC-protokoll selv om meldingene starter og slutter med 0x7e. Det er både 0x7d og 0x7e i måleverdiene inni selve pakken. Det er heller ikke noe bit-stuffing for å unngå mange '1'-ere på rad.

Jeg har monitotert min Kamstrup-måler i over et år nå, og meldingene har alltid lik lengde, 228 bytes hvert 10. sekund, og 302 bytes hver time. Jeg har en Aidon-måler også, og fram til nå har jeg lest "u-standard" format der. Den er nå "åpnet", og jeg skal sjekke neste gang jeg har mulighet. Men når jeg ser utskriftene fra andre her, ser det ut til at Kamstrup og Aidon har noen forskjeller i formatet.

Det er spesifisert at AMS skal bruke HDLC-protokollen slik som den er beskrevet i IEC 62056-46.

[SteinarK]

På 17.2.2019 den 4.32, tronde skrev:

Jeg kan svare meg selv, for det gikk an å kopiere ut all teksten fra pdf-en.

 

 

 

Spørsmålet blir hvordan det skal forstås, og om det i det hele tatt kan brukes til noe fornuftig. Må sove litt på det.

 

Siden det er strømmen vi skal regne ut, bør vi helst ta utgangspunkt i tilsynelatende effekt, og ikke aktiv effekt.

Den er til å regne ut når vi kjenner aktiv effekt (P) og reaktiv effekt (Q).

 

 

 

 

Er det noen som har data fra et system med varmepumpe og / eller el-billadere som kan si noe om hvor mye reaktiv effekt det er realistisk å ha i en bolig?

 

Aidon svarer følgende til min strømleverandør:

"Din kunde/utvikler har helt  rett.
L2 rapporteres ikke for 1x230V og 3x230V måler. Kun for 3x230/400V-måler.
Denne verdien blir ikke målt. Det er ingen planer i dag om å sette inn en beregnet verdi for dette.
Dokumentasjonen vil bli rettet og oversendt til NEK for publisering på deres hjemmeside."

 

Jeg har en følelse av at det er som vist til lenger oppe i tråden, at det er i1 og i2 som rapporteres, og at fasestrømmene må regnes ut. Avventer svar på hvordan, men foreløpig bruker jeg metoden som i (2.49). Får følgende resultat som vist i figur (med vising av absoluttverdi av strømmene). Gjenstår å få på plass lagring av data i databasen etter at WiFi har vært nede og kommet opp igjen, samt få inn kurver av reaktiv effekt (+ og -)...

 

 

[tronde]

Ja, jeg tror også at det er I1 og I3 som måles. Det er mest vanlig å kalle de strømmene for hovedstrøm i treledernettet (dette er strømmene som går gjennom sikringene), men beskrivelsen de gir er veldig uklar når de skriver

 

"Current between L1 and L2 and part from current between L1 and L3"

og

"Current between L2 and L3 and part from current between L1 and L3"

 

for det tyder på at de måler faktisk fasestrøm med en eller annen sum/differense trafo.

 

Vi får vente og se om du får et bedre svar fra Aidon om hvordan det kan gjøres, for nå blir det mest gjetting. Svaret deres kan tyde på at den tredje strømmen faktisk blir målt, men at de ikke ser noen hensikt i å sende den ut.

 

Det er i alle fall positivt at Aidon svarer.

 

Endret 18. februar 2019 av tronde

[tronde]

Hva er enklest måte å få ut data fra Aidon på, fortrinnsvis på PC?

Jeg har et TSS721A kort med serie utgang og div. serie-USB adaptere. Porten ser ut til å være åpnet.

 

Jeg trenger kun å få tak i meldingene så jeg kan dekode dem manuelt for å se om det er mulig å finne logikken i strømmålingen Aidon bruker. Jeg har mulighet for å få målt strømmene i alle tre ledere med tang, og spenningene er kurant.

 

Det funker vel dårlig å bruke en arduino til å strømme data til serie ut når den bruker sin egen serieport til å lese inn? Er nokså grønn på programmering...

[cpu22]

11 minutes ago, tronde said:

Hva er enklest måte å få ut data fra Aidon på, fortrinnsvis på PC?

Jeg har et TSS721A kort med serie utgang og div. serie-USB adaptere. Porten ser ut til å være åpnet.

 

Jeg trenger kun å få tak i meldingene så jeg kan dekode dem manuelt for å se om det er mulig å finne logikken i strømmålingen Aidon bruker. Jeg har mulighet for å få målt strømmene i alle tre ledere med tang, og spenningene er kurant.

 

Det funker vel dårlig å bruke en arduino til å strømme data til serie ut når den bruker sin egen serieport til å lese inn? Er nokså grønn på programmering...

 

Jeg brukte et TSS721A kort med serieutgang til å eksperimentere med. Jeg koplet en vanlig FTDI-kabel til serieutgangen og til en USB-kontakt på PC-en. Pass på at de har samme spenning (3.3 eller 5.0 volt) på grensesnittet.

 

Da kan du akkessere FTDI-kabelen som en serielinje og dumpe data fra den.

 

Litt programmering blir det når du skal dekode meldingene.