Ny strømmåler - med HAN-interface

[Nettopp]

Kamstrup sin dokumentasjon kan du lese her.

Aidon (Hafslund) har noe info her.

Endret 12. september 2017 av Nettopp

[roarfred]

28 minutes ago, Nettopp said:

Kamstrup sin dokumentasjon kan du lese her.

Aidon (Hafslund) har noe info her.

 

Litt småskummelt med at Kamstrup definerer pinne 2 som GND... M-Bus slave vil normalt ha spenningsforsyning gjennom samme trådpar, og jeg mente denne skulle være unipolar. I den forenklede kretsen legges +34V direkte på den ene pinnen, men det kan jo gå bra så lenge en passer på å ikke ha noen felles jording  Har noen kommet over noe info om denne HAN porten kan operere uten noen strømtilførsel, mer som en open-collector type utgang? (Jeg prøver evt. det først, litt mer safe enn å sette spenning på)

[Nettopp]

Som @Automatikk skriver er det tenkt at HAN porten skal forsyne tilkoblet utstyr med strøm.

Hvordan skal de da få dette til å gå i hop, i og med at Obis-kodene overføres ved modellering av strømmen (fra måler til mottaker)? På vanlig M-Bus setter altså mottaker opp spenningen, og måleren modellerer med strømtrekket for å overføre signalene.

Er det tenkt at noen av de andre pinnene skal levere fast spenning til innsamler, eller hva ser de for seg?

Endret 12. september 2017 av Nettopp

[roarfred]

Jeg så også dette med forsyning av eksternt utstyr samtidig med at Kamstrup sier at kun pinne 1-2 er i bruk og at 3-8 ikke er i bruk. Henger ikke helt sammen, eller så forstår jeg ikke godt nok. Forsøker meg på litt måling i kveld...

[roarfred]

På min måler ligger det ca 27V mellom pinne 1 og 2. Ca. hvert annet sekund kommer det en liten burst med data... (Disse trekker da negativt, rundt 12V, til ca. )

Kan da se ut som M-Bus kretsen kan fungere, og uten egen 34V strømforsyning

 

Bildet viser oscilloscope koblet direkte til pin1/2 uten annen elektronikk

[Andreas]

Hvilken måler er dette på?

[roarfred]

5 minutes ago, Andreas said:

Hvilken måler er dette på?

Sorry, det er en Kaifa (MA105H2E)

[roarfred]

Sorry for å hijacke denne tråden fullstendig...

Ville bare vise at med en veldig enkel krets strømmer data inn til PC (via en FTDI), og en kan bare begynne å tolke...

 

PS: Kretsen er laget etter eget hode ut fra eldgamle elektronikk-kunnskaper, og ut fra hvilke komponenter en hadde liggende, så ingen garantier her! (Kanskje noen kunne designet noe mer bullet-proof, men må nesten også finne ut om andre målere opererer rundt samme spenninger etc)

 

 

 

 

 

 

Endret 12. september 2017 av roarfred
Fikset bilder

[Hårek]

Supert.

Kunne du legge ut en tekstfil med en hex-dump?

Får ikke måler her før neste år, men kunne vært kjekt å begynne med noe.

 

[roarfred]

3 minutes ago, Hårek said:

Supert.

Kunne du legge ut en tekstfil med en hex-dump?

Får ikke måler her før neste år, men kunne vært kjekt å begynne med noe.

 

Her er tekst-fil fra kjøring ca. 10-15 min.

Ettersom data kommer kontinuerlig, så ikke heng deg opp i første byte her. (Jeg kan ha startet midt i et telegram)

PS: Mulig også feil i lesing her. Mener at et telegram skal starte med 68 nn nn 68, der nn er antall bytes i datagrammet... Skal sjekke litt nærmere i spec'en til M-Bus

HAN 20170912.txt

[xibriz]

Bra jobbet @roarfred ?

 

Jeg har en Kampstrup-måler. Kan begynne å teste litt etter hvert hvis jeg har elektronikken jeg trenger. 

[Einar]

Har du valgt rett bitrate? Prøv å finne invers av tiden for korteste puls du ser på skopet. F.eks. den siste negative pulsen i skopbildet du viser her.

Forøvrig ser det ut som jeg ville trigget på negativ flanke, ikke positiv. Evt flytte trigpunkt inn på skjermen.

 

Forøvrig har telegrambeskrivelsen bemerkelsesverdig mange likhetstrekk med PROFIBUS telegrammer. Det kan da ikke være helt tilfeldig?

[roarfred]

Kan se ut som det er noe galt et sted (eller flere steder...)

Hex-kodene som kommer inn stemmer ikke med M-Bus protokollen. Jeg bruker 2400 baud, even parity, 8 data bit og 1 stop bit. Har også forsøkt diverse andre kombinasjoner, uten å få til denne 68 NN NN 68 kombinasjonen. Eksperimenterer litt videre...

[roarfred]

2 minutes ago, Einar said:

Har du valgt rett bitrate? Prøv å finne invers av tiden for korteste puls du ser på skopet. F.eks. den siste negative pulsen i skopbildet du viser her.

Forøvrig ser det ut som jeg ville trigget på negativ flanke, ikke positiv. Evt flytte trigpunkt inn på skjermen.

 

Forøvrig har telegrambeskrivelsen bemerkelsesverdig mange likhetstrekk med PROFIBUS telegrammer. Det kan da ikke være helt tilfeldig?

Gjorde nettopp dette, og fant ca 500us som korteste puls. Skulle ikke være så langt unna 2400 baud

[Andreas]

Bildene er døde

[roarfred]

Mulig problemet kan være at jeg inverterer pulsen. Tenkte det var naturlig ettersom den normalt ligger på +27V og så faller i pulstoget til ca +15V, men er litt usikker... 

[Einar]

Jepp. Bildene ble borte. Og det før jeg fikk sjekket om kretsen du bruker som interface er inverterende. For da driver vi å pisser på feil tre!

 

Et tips der er at eneste melding som ikke slutter på Hex 16 er en melding som er bare 1 tegn lang, den er Hex E5 = Short Ack i PROFIBUS verden. Og har tislvarende funksjon i M-Bus. Og jeg får ikke #16 til å passe på enden av det du viser hokkesom. Men det er slutten på en lang dag her.

Endret 12. september 2017 av Einar

[roarfred]

14 minutes ago, Andreas said:

Bildene er døde

Kom de opp igjen nå?

[Einar]

Ja, og den kretsen inverterer. Da blir det vrient å tolke det du får gjennom FTDI interfacet ditt.

[roarfred]

Just now, Einar said:

Ja, og den kretsen inverterer. Da blir det vrient å tolke det du får gjennom FTDI interfacet ditt.

Snudde den nå. Fikk andre verdier, men fortsatt my 3F og lite som minner om m-bus. Vet vi noe sikkert om baud rate, paritet osv?

[Einar]

Nei. ;-)

Men du frister meg til å ta med logikkanalysatoren og sette meg i garasjen der måleren er når helgen kommer.

Men er det noe poeng? Kan jeg vite noe om de har aktivert HAN interfacet?

 

[roarfred]

I følge reglene fra NVE skal nettleverandøren aktivere HAN på forespørsel fra sluttbruker. Det sies også at det skal være deaktivert pr. default. Jeg sendte en e-post, så fikset de det kjapt

[roarfred]

Litt videre progress. Har konkludert med:

• Det var riktig å invertere signalet
• Riktig serie-parametre er 2400 baud, even parity, 8 data bit, 1 stop bit

Følgende endringer er gjort i kretsen:

• Ekstra transistortrinn, identisk med eksisterende, med 1k motstand mellom
• En motstand på 100k inn på 1N4148 dioden, for å unngå å belaste m-bus'en

 

Litt "evidens" i vedlagt fil. I denne er hver mottatte data-pakke listet for seg, og en overskrift viser nøyaktig tidspunkt og antall mottatte bytes.

Om en ser nøye etter, så kan en se:

• Tredje byte viser antall bytes i pakken (minus to)
• De små pakkene kommer hvert 2. sekund
• De tre bytene 25-27 ser ut til å være klokkeslett (første tre bytes på linje 2)
• De fire bytene 37-40 i de små pakkene varierer litt opp og ned, og er sannsynligvis øyeblikksforbruk

Jeg får fortsatt ikke dette til å stemme med M-Bus. Kanskje noen kjenner igjen formatet, eller ser noe jeg ikke ser?

HAN 20170912-2.txt

 

Edit: Nå kom en sånn times-pakke. Ligger ved som -3. Ser ut til å stemme med alt ovenfor

HAN 20170912-3.txt

Endret 12. september 2017 av roarfred

[Andreas]

hva er målerstanden din, hvis du vil dele det med oss?

[roarfred]

2 minutes ago, Andreas said:

hva er målerstanden din, hvis du vil dele det med oss?

 

114 kWh nå på displayet, siste 2,5s pakke ser slik ut: (Trodde kanskje en skulle funnet 72 her et sted da, men nei...)

[2017-09-13 01.32.07.851 - Received 41 (0x29) bytes]
7E A0 27 01 02 01 10 5A  87 E6 E7 00 0F 40 00 00  00 09 0C 07 E1 09 0D 02
01 20 06 FF 80 00 00 02  01 06 00 00 05 23 C1 24  7E

 

Siste 10s-pakke ser slik ut:

[2017-09-13 01.33.21.853 - Received 123 (0x7B) bytes]
7E A0 79 01 02 01 10 80  93 E6 E7 00 0F 40 00 00  00 09 0C 07 E1 09 0D 02
01 21 14 FF 80 00 00 02  0D 09 07 4B 46 4D 5F 30  30 31 09 10 36 39 37 30
36 33 31 34 30 31 37 35  33 39 38 35 09 08 4D 41  33 30 34 48 33 45 06 00
00 05 5A 06 00 00 00 00  06 00 00 00 00 06 00 00  00 78 06 00 00 07 F6 06
00 00 11 A2 06 00 00 12  C1 06 00 00 09 67 06 00  00 00 00 06 00 00 09 64
69 8F 7E