Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

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


Anbefalte innlegg

On 2/22/2018 at 08:16, roarfred said:

Veldig bra @cpu22! Regner med du også har koblet til en FTDI el.l. og fått lest ut maskinelt på TTL nivå? Har du en skisse til den totalt kretsen du kunne postet her?

 

 

Jeg har koplet den til en PC med FTDI, og lagde et program for å tolke OBIS-kodene. Det ble seende slik ut da:

 

229 bytes read, 13 skipped
  0: 0x7e 0xa0 0xe3 0x2b 0x21 0x13 0x98 0x86 0xe6 0xe7 0x00 0x0f 0x00 0x00 0x00 0x00
 16: 0x09 0x0c 0x07 0xe2 0x02 0x19 0x07 0x14 0x36 0x1e 0xff 0x80 0x00 0x00 0x02 0x19
 32: 0x0d 0x0e 0x4b 0x61 0x6d 0x73 0x74 0x72 0x75 0x70 0x5f 0x56 0x30 0x30 0x30 0x31
 48: 0x09 0x06 0x01 0x01 0x00 0x00 0x05 0xff 0x0d 0x10 0x35 0x37 0x30 0x36 0x35 0x36
 64: 0x37 0x32 0x37 0x30 0x30 0x38 0x33 0x35 0x35 0x30 0x09 0x06 0x01 0x01 0x60 0x01
 80: 0x01 0xff 0x0d 0x12 0x36 0x38 0x34 0x31 0x31 0x32 0x31 0x42 0x4e 0x32 0x34 0x33
 96: 0x31 0x30 0x31 0x30 0x34 0x30 0x09 0x06 0x01 0x01 0x01 0x07 0x00 0xff 0x06 0x00
112: 0x00 0x14 0xee 0x09 0x06 0x01 0x01 0x02 0x07 0x00 0xff 0x06 0x00 0x00 0x00 0x00
128: 0x09 0x06 0x01 0x01 0x03 0x07 0x00 0xff 0x06 0x00 0x00 0x00 0x00 0x09 0x06 0x01
144: 0x01 0x04 0x07 0x00 0xff 0x06 0x00 0x00 0x02 0x02 0x09 0x06 0x01 0x01 0x1f 0x07
160: 0x00 0xff 0x06 0x00 0x00 0x04 0x23 0x09 0x06 0x01 0x01 0x33 0x07 0x00 0xff 0x06
176: 0x00 0x00 0x05 0x39 0x09 0x06 0x01 0x01 0x47 0x07 0x00 0xff 0x06 0x00 0x00 0x07
192: 0x16 0x09 0x06 0x01 0x01 0x20 0x07 0x00 0xff 0x12 0x00 0xea 0x09 0x06 0x01 0x01
208: 0x34 0x07 0x00 0xff 0x12 0x00 0xe8 0x09 0x06 0x01 0x01 0x48 0x07 0x00 0xff 0x12
224: 0x00 0xe8 0xa1 0x14 0x7e

 

2018-02-25 sun 20:54:30 (255.128.0.0)
List number 1 (10 sec)
Kamstrup_V0001
Meter ID: 5706567270083550
Meter type: 6841121BN243101040
Active power+: 5358 W
Active power-: 0 W
Reactive power+: 0 VAr
Reactive power-: 514 VAr
Current phase L1: 10.59 A
Current phase L2: 13.37 A
Current phase L3: 18.14 A
ULN1 line voltage: 234 V
ULN2 line voltage: 232 V
ULN3 line voltage: 232 V
crc=0xa114

 

Jeg har et par problemer med kommunikasjonen. 0xff bytene blir konsekvent duplisert, så jeg måtte ta høyde for det i programmet og fjerne dublettene. Dessuten mister jeg en byte i ny og ne, slik at det kommer bare 228 bytes. Det blir bare tull i dekodingen da.

  • Like 3
Lenke til kommentar
Del på andre sider

1 time siden, cpu22 skrev:

2018-02-25 sun 20:54:30 (255.128.0.0)
List number 1 (10 sec)
Kamstrup_V0001
Meter ID: 5706567270083550
Meter type: 6841121BN243101040
Active power+: 5358 W
Active power-: 0 W
Reactive power+: 0 VAr
Reactive power-: 514 VAr
Current phase L1: 10.59 A
Current phase L2: 13.37 A
Current phase L3: 18.14 A
ULN1 line voltage: 234 V
ULN2 line voltage: 232 V
ULN3 line voltage: 232 V

Spennende :)

 

Har du 400 V TN anlegg? 

 

Har snakket litt med REN angående disse målerne, og de sier at det er muligheter til å hente ut flere parametere enn hva som er oppgitt til nå, om produsenten åpner for det. Blant annet hadde det vært morsomt å sett hvor store strømmer som går i N-lederen :)

Endret av Tubez
Lenke til kommentar
Del på andre sider

Satt i går kveld å prøvde å få koden til @roarfred inn på Z-Uno. Det lot seg ikke kompilere helt uten videre så jeg kom ikke i mål. I tillegg fant jeg ut at Serial-inngangene på Z-Uno ikke støtter "even parity" som Aidon (var det Aidon? husker ikke) bruker, så da trenger man en "SPI-UART bridge" i tillegg. Burde funke greit på Kamstrup.

Lenke til kommentar
Del på andre sider

12 hours ago, Tubez said:

Spennende :)

 

Har du 400 V TN anlegg? 

 

Har snakket litt med REN angående disse målerne, og de sier at det er muligheter til å hente ut flere parametere enn hva som er oppgitt til nå, om produsenten åpner for det. Blant annet hadde det vært morsomt å sett hvor store strømmer som går i N-lederen :)

 

Nei, jeg har vanlig 3-fase uten nøytral leder. Høres interessant ut med flere parametre, kanskje jordstrøm og frekvens (50 Hz) kunne være noe. Ellers kommer jeg ikke på noe mer. Jo, temperatur og fuktighet. Så kan man få en "early warning" før det begynner å brenne i sikrings-skapet.

Lenke til kommentar
Del på andre sider

12 timer siden, xibriz skrev:

Satt i går kveld å prøvde å få koden til @roarfred inn på Z-Uno. Det lot seg ikke kompilere helt uten videre så jeg kom ikke i mål. I tillegg fant jeg ut at Serial-inngangene på Z-Uno ikke støtter "even parity" som Aidon (var det Aidon? husker ikke) bruker, så da trenger man en "SPI-UART bridge" i tillegg. Burde funke greit på Kamstrup.

 

Flere dårlige nyheter. Laveste baud rate som Z-Uno støtter er 9600. Vi trenger 2400, så da må man prøve seg på noe SoftwareSerial-greier (som jeg ga opp når jeg holdt på med NodeMCU).

Lenke til kommentar
Del på andre sider

Beklager, dette har sikkert blitt svart på, men det er jo hundre innlegg om dagen i denne tråden:

 

Men har fått ny måler, HAN-porten er åpnet, hva er egentlig status? Det er ikke vanlig m-bus forsto jeg det som, men så var det plutselig muligens sånn at det funket allikevel? Hva er mine praktiske muligheter per i dag?

Lenke til kommentar
Del på andre sider

17 minutter siden, ATWindsor skrev:

Beklager, dette har sikkert blitt svart på, men det er jo hundre innlegg om dagen i denne tråden:

 

Men har fått ny måler, HAN-porten er åpnet, hva er egentlig status? Det er ikke vanlig m-bus forsto jeg det som, men så var det plutselig muligens sånn at det funket allikevel? Hva er mine praktiske muligheter per i dag?

 

Det er 2 muligheter:

 

1. Lage noe selv (Egen krets med microcontroller, kan utdype hvis du vil gå den veien)

2. Kjøpe noe ferdig, denne er den eneste vi har sett til nå: https://www.tronika.no/no/forbruksmalere/1070-han-interface-emizb-132.html?search_query=develco&results=1

Lenke til kommentar
Del på andre sider

On 2/25/2018 at 20:58, cpu22 said:

Jeg har et par problemer med kommunikasjonen. 0xff bytene blir konsekvent duplisert, så jeg måtte ta høyde for det i programmet og fjerne dublettene.

Jeg koblet opp en sånn tss krets nå manuelt inn på en FTDI. Funket bra stabilt det, kunne ikke se dupliserte bytes eller noe... vær imidlertid klar over at c# koden som jeg la ut er skrevet i hui og hast og jeg tror kanskje den bare ser etter 0x7E og klipper tvert på det. Arduino koden er mer forseggjort og tar høyde for mer riktig prosessering av dataene

Lenke til kommentar
Del på andre sider

 
Nei, jeg har vanlig 3-fase uten nøytral leder. Høres interessant ut med flere parametre, kanskje jordstrøm og frekvens (50 Hz) kunne være noe. Ellers kommer jeg ikke på noe mer. Jo, temperatur og fuktighet. Så kan man få en "early warning" før det begynner å brenne i sikrings-skapet.
Okay, da må du bare endre teksten din litt. For UNL1 sier spenningen mellom fase 1 og N, men hvis du har 230 V IT skulle det vært UL12, UL23 og UL13. Bare flisespikkeri egentlig [emoji14]
Lenke til kommentar
Del på andre sider

4 minutes ago, Tubez said:

Okay, da må du bare endre teksten din litt. For UNL1 sier spenningen mellom fase 1 og N, men hvis du har 230 V IT skulle det vært UL12, UL23 og UL13. Bare flisespikkeri egentlig emoji14.png

 

Jeg hentet teksten fra NVE sitt skriv, ""ULN1 Phase voltage 4W meter, Line voltage 3W meter". Jeg er nok ikke helt fortrolig med disse begrepene, så jeg blandet litt. Takker for korrigeringen. Da blir det "UL12 Line voltage" (og UL23 og UL13).

Lenke til kommentar
Del på andre sider

Sitter og tegner nytt kort tilsvarende det første jeg laget, bare basert på TI sin TSS721 krets. Tar litt tid ettersom jeg må lære meg KiCad underveis, men har fått fram et skjema i det minste. Skal bare skrive inn alle verdier på komponenter, så kan jeg poste her for review... (Legger opp til litt flere "moduler" på samme kortet, og tilgang til signalene slik at folk evt kan velge bort ESP, programmering og/eller USB strømforsyning)

 

Noen nevnte temperaturmåler i sikringsskapet... En kamerat av meg som er litt på innsiden hos kraftlagene nevnte at det hadde vært diskutert temperatursensor, men tatt bort pga pris. Andre sa her at det ville komme som en utvidelse på HAN dataene. Er litt usikker på hva som er rett, men tror det kan være fint med en optional DS18B20 (one wire, i TO92 kapsling)?

 

PS: Ikke fritt for at denne ideen kom opp igjen da jeg så eksempel på Machine Learning lokalt på Azure IoT Edge, for deteksjon av unormale temperaturer. (Altså, ikke høye eller lave, bare endringer i ukjent mønster): https://channel9.msdn.com/Shows/Internet-of-Things-Show/Machine-Learning-on-Azure-IoT-Edge

Lenke til kommentar
Del på andre sider

52 minutes ago, roarfred said:

Et første lite utkast. Koblet sammen HAN/TTL delen i går kveld, så det bør funke. Resten er kopiert nokså rett fram fra tidligere tegninger, men hyggelig hvis noen skarpe øyer oppdager evt. feil

 

 

Flotte greier. Jeg har noen kommentarer:

  • Det mangler 2x seriemotstander på M-bus, 220R. De er med i databladet, og de designene jeg har sett.
  • Hva med å kople til pin 12 (RX) på TSS721A også? Noen nevnte at de ønsket å sende på M-bus også.
  • Hva med å legge inn to opto-koplere i tillegg? Tar jo litt plass da, men det blir litt sikrere. Det må jo likevel være power til ESP8266.
  • Jeg har ikke brukt FET-transistoren, funker like bra uten. Men databladet anbefaler den. Jeg ser at den ikke er med på AliEkspress-kortet.

Komponent-verdiene kan jo bestemmes senere, men jeg har brukt disse verdiene:

  • Jeg har brukt en R1 på 30k (ihht. til databladet).
  • Jeg har brukt en R2 på 330R.
  • Jeg har brukt en C2 på 220nF
  • Jeg har oså brukt en Rload på 100k mellom pin 11 og GND, men jeg ser nå at den er nødvendig bare dersom pin 9 og 11 ikke koples sammen.

Det ser ikke ut som verdiene  er kritisk. Jeg la ut et bilde av output på TSS721A tidligere i tråden. Har du målt med oscilloscop? Jeg er litt spent på om den transistoren påvirker signalet. Jeg syntes dette var bra jobbet.

 

Lenke til kommentar
Del på andre sider

Takk for innspill @cpu22!

 

  • Motstander for M-Bus var uteglemt, men nå lagt inn
  • Tenkte på RX pinnen. For AMS/HAN er det uaktuelt å sende data til måleren, men siden alt ligger så til rette for det skal jeg gjøre det likevel. Ser at en gjerne kan bruke dette på annet M-Bus utstyr også, eks. hos meg selv :)
  • Hvem sikrer vi egentlig med optokoplere? Vår egen krets eller HAN porten? Tenkte litt at dette er "overkill", men kan gjerne overtales...
  • Både R1 (RIDD) og C1 (CSTC) er for å styre strømtrekket du får på M-Bus ved sending (ut på M-bus), så det er mindre problematisk her. Samme for transistoren da, men den kan nok beholdes. Skal justere R1 til 30k, ser det er mer tilpasset
  • R2 (RIS) er for å sikre et visst strømtrekk på bussen, tviler på 330/470 utgjør noen forskjell
  • C2 (Csc) fant jeg ikke noe godt mål på. Ser ut som denne er her for å kunne tilpasse til overføring på ulik bitrate. Tok en sjans på 100n, men ser jeg har brukt en 47nF i kortet som har stått på i natt
Lenke til kommentar
Del på andre sider

4 minutes ago, roarfred said:

@cpu22, når jeg tenker meg litt om, så tror jeg at jeg skal skille +3V3 fra ESP og pin 9/11 på TSS. Lar pin9/11 henge sammen men legger inn en kondensator+motstand her for egen strømforsyning/reserve for TSS

 

Ja dette er en av tingene man kan ta høyde for. På AliExpress-kortet er det lagt inn en jumper mellom pin 9 og 11.

 

Vet ikke det med optokopler. Det "føles" sikrere å skille HAN-modulen fra resten. Jeg tenkte egentlig som beskyttelse av HAN-modulen hvis man blingser på noe under testingen.

Lenke til kommentar
Del på andre sider

Bli med i samtalen

Du kan publisere innhold nå og registrere deg senere. Hvis du har en konto, logg inn nå for å poste med kontoen din.

Gjest
Skriv svar til emnet...

×   Du har limt inn tekst med formatering.   Lim inn uten formatering i stedet

  Du kan kun bruke opp til 75 smilefjes.

×   Lenken din har blitt bygget inn på siden automatisk.   Vis som en ordinær lenke i stedet

×   Tidligere tekst har blitt gjenopprettet.   Tøm tekstverktøy

×   Du kan ikke lime inn bilder direkte. Last opp eller legg inn bilder fra URL.

×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.