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

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

roarfred
 Del

Anbefalte innlegg

skagmo Lysmester

skagmo

Skrevet
Skrevet
On 1/14/2018 at 17:22, Kris said:

Hei, 

Er ny her. Har puslet litt med HAN-porten etter at jeg fikk Aidon-måler fra Hafslund. Kom over forumet helt tilfeldig, mye interessant arbeid dere har gjort!

Måleren min sender data ut på porten selv om dette ikke skal være slått på enda. Hvert minutt får jeg omkring 100 bytes på 9250 baud (!). De første 16 bytes er serienummeret til måleren, ellers kjenner jeg ikke igjen noe annet - ser ikke ut som OBIS.

Legger ved 4 samples i et regneark hvis noen er interessert. 

Mvh.

-Kristian

 

comparison.xlsx

Hei. Ny her jeg også. Fint forum!

Fikk Aidon-måler fra Hafslund selv i går. Har fått koblet opp et interface og kikket litt på rådataene. Jeg får pakker på 79-82 byte, ca. hvert minutt. Samme baud-rate som deg. Jeg får derimot ikke serienummer. Mye tyder på at meldingene er SLIP-kodet, da de alltid slutter på 0xc0. Enda mer mistenksomt når en av de lengre meldingene inneholder en 0xdb etterfulgt av 0xdd (frame escape og transposed frame escape). Ved å anta little endian er det mange felt som gir mening som uint16. Fortsetter å undersøke.
 

Tre tilfeldige meldinger:

Quote

000000000000000000000000000000000000000000ba28000000000000bc20000000000000000000004a020000d38200008f0a95100000000000002410000006090109fc08dbdd000000cb0085130390a7c0
00000000000000000000000000000000000000009a27000000000000cc12000000000000000000001e020000078b0000bc850d11000000000000f9030000020910091209be000000150088130386d5c0
00000000000000000000000000000000000000005f27000000000000071e00000000000000000000d3020000198a0000a58a3f10000000000000cf0e0000ff0815091309b6000000a3008713038f4ac0


 

Tolkning av de siste 18 bytene i den siste meldingen:
ff08: 0x08ff = 2303. 230,3 V?
1509: 0x0915 = 2325. 232,5 V?
1309: 0x0913 = 2323. 232,3 V?
b6000000a300: ?
8713: 0x1387 = 4999. 49,99 Hz?
03: ?
8f4a: Varerier mye mellom hver melding. Sjekksum?
c0: Slutt på melding. SLIP frame end?

 

 

 

  • Like 1
Lenke til kommentar
Del på andre sider
  • Svar 2,4k
  • Opprettet
  • Siste svar

Mest aktive i denne tråden

Populære dager

Mest aktive i denne tråden

Populære dager

Populære innlegg

roarfred
roarfred

Noen oppdateringer fra den siste uken...   1) Laget meg en boks selv og 3D printet. Ble helt greitt til å gjemmes bort i sikringskapet (bilder nedenfor) Om interesse ligger STL fi

roarfred
roarfred

Fikk kretskort i dag. De sendte 12 istedet for 10, mulig de vil kompensere for evt. feil... Kortene ble bestillt 2. mars, med 7 dagers prosessering. Viser seg å være 7 arbeidsdager, fra de får be

xibriz
xibriz

Siden jeg ikke er like rask som @roarfred tok dette litt lenger tid enn jeg hadde tenkt, men nå er endelig dingsen min på plass Har bommet på hvilken vei USBen skal stå på kretskortet, også må jeg fi

Postede bilder

roarfred Bitfikler

roarfred

Skrevet
  • Forfatter
Skrevet
4 minutes ago, skagmo said:

Hei. Ny her jeg også. Fint forum!

Fikk Aidon-måler fra Hafslund selv i går. Har fått koblet opp et interface og kikket litt på rådataene. Jeg får pakker på 79-82 byte, ca. hvert minutt. Samme baud-rate som deg. Jeg får derimot ikke serienummer. Mye tyder på at meldingene er SLIP-kodet, da de alltid slutter på 0xc0. Enda mer mistenksomt når en av de lengre meldingene inneholder en 0xdb etterfulgt av 0xdd (frame escape og transposed frame escape). Ved å anta little endian er det mange felt som gir mening som uint16. Fortsetter å undersøke.
 

Tre tilfeldige meldinger:


 

Tolkning av de siste 18 bytene i den siste meldingen:
ff08: 0x08ff = 2303. 230,3 V?
1509: 0x0915 = 2325. 232,5 V?
1309: 0x0913 = 2323. 232,3 V?
b6000000a300: ?
8713: 0x1387 = 4999. 49,99 Hz?
03: ?
8f4a: Varerier mye mellom hver melding. Sjekksum?
c0: Slutt på melding. SLIP frame end?

 

 

 

Spennende! 

 

Min umiddelbare reaksjon var at baud rate måtte være feil, men at dere leser ut spenning, frekvens og kanskje en sjekksum her sannsynliggjør at det likevel stemmer. Det som er sikkert er at dette ikke er DLMS data, da skulle alle pakker startet og sluttet med e7.

 

Så spørsmålet er om det er en helt annen firmware som var lagt inn initielt på disse målerne. Og, kan den reverse engineeres før det deployes ny firmware til Aidon?

 

Et lite tips ang checksum, det finnes en site her som kan hjelpe dekode, der det kjøres en lang rekke kjente checksum algoritmer på en valgfri datakilde. Se om du finner treff her: http://crccalc.com

Lenke til kommentar
Del på andre sider
roarfred Bitfikler

roarfred

Skrevet
  • Forfatter
Skrevet
On 3/21/2018 at 23:44, roarfred said:

 

Som en artig kuriositet, AMS måleren min rapporterer tidvis 0V på L2.

Mitt lokale e-lag etterforsket dette litt og kom med følgende forklaring: (sannsynligvis er da spenningen alltid 0V på L2 hos meg)

 

Quote

I IT-nett blir energien henta ut mellom fasane L1-L2, L1-L3 og L2-L3. Og det er rett som kunden seier – det er 230V spenning mellom alle desse. Koplinga blir omtala som «trekant» eller «delta» (https://no.wikipedia.org/wiki/Trefase). Reint måleteknisk blir desse trefase installasjonane målt ved hjelp av «to wattmeter» metoden (https://etrical.blogspot.no/2016/05/measurement-three-phase-power-two-wattmeter-method.html). Det betyr at den eine fasen blir nytta som referanse (eller null-punkt om du vil). I våre målarar er dette fase L2. For spenning vil målaren altså gi måling på (L1-L2) for L1, (L2-L2) for L2 og (L3-L2) for L3. L2-L2 vil alltid vera 0, og difor får du dette talet ut. I eit TN distribusjonsnett finst det i tillegg ein nøytralleiar N. For måling er det denne som blir referanse, og spenningane blir såleis (L1-N), (L2-N) og (L3-N). Det er også rett som kunden observerer, at me måler straum på alle fasar.

 

  • Like 1
Lenke til kommentar
Del på andre sider
skagmo Lysmester

skagmo

Skrevet
Skrevet

Siste fra meg ang. Hafslund/Aidon: Har skrevet en snutt i Python for dekoding av SLIP og parsing av det som er kjent så langt. Jeg prøvde å måle fasene med tangamperemeter for å sammenlikne, men det var ikke noe som umiddelbart stemte veldig bra (altså tilsynelatende ikke skalert med en tierpotens el.). Det var også for mye endringer i målingene med tangamperemeter og for lav rate på meldingene på HAN-bussen. Skulle fått ut litt mer informasjon på skjermen på måleren, så hadde det vært lettere å korrelere målingene... Noen som vet om det finnes en mer omfattende manual til måleren enn denne PDF-en på to sider? (https://hafslundnett.blob.core.windows.net/files/NY_MALER/veiledning/AIDON_veiledning_des2015.pdf)

 

Kode:
 

Spoiler 

#!/usr/bin/python

import serial, time, struct

# SLIP constants
FEND = '\xc0'

def parse(pkt):
	print "".join("{:02x}".format(ord(c)) for c in pkt)
	print len(pkt)
	if len(pkt) == 79:
		# Parse known fields; three phase voltages and frequency
		[v1, v2, v3] = struct.unpack("<HHH", pkt[62:68])
		[f] = struct.unpack("<H", pkt[74:76])
		print "v1=%.1f v2=%.1f v3=%.1f f=%.2f" % (v1/10.0, v2/10.0, v3/10.0, f/100.0)
	
		# Unknown fields
		[u1] = struct.unpack("<H", pkt[20:22])
		[u2] = struct.unpack("<H", pkt[28:30])
		[u3] = struct.unpack("<H", pkt[40:42])
		[u4] = struct.unpack("<H", pkt[44:46])
		[u5, u6] = struct.unpack("<HH", pkt[48:52])
		[u7] = struct.unpack("<H", pkt[58:60])
		print u1, u2, u3, u4, u5, u6, u7
	else:
		print "Length mismatch"

buf = ""
ser = serial.Serial("/dev/ttyUSB2", baudrate=9250, timeout=0, parity=serial.PARITY_NONE)

while(1):
	if ser.inWaiting():
		buf += ser.read(200)
		if FEND in buf:
			# Split message at the SLIP FEND character
			[pkt, buf] = buf.split(FEND)
			# Replace escape sequences in SLIP message
			pkt = pkt.replace("\xdb\xdc", "\xc0")
			pkt = pkt.replace("\xdb\xdd", "\xdb")
			parse(pkt)

 

 

  • Like 1
Lenke til kommentar
Del på andre sider
skagmo Lysmester

skagmo

Skrevet
Skrevet
1 hour ago, roarfred said:

Spennende! 

 

Min umiddelbare reaksjon var at baud rate måtte være feil, men at dere leser ut spenning, frekvens og kanskje en sjekksum her sannsynliggjør at det likevel stemmer. Det som er sikkert er at dette ikke er DLMS data, da skulle alle pakker startet og sluttet med e7.

 

Så spørsmålet er om det er en helt annen firmware som var lagt inn initielt på disse målerne. Og, kan den reverse engineeres før det deployes ny firmware til Aidon?

 

Hehe, ja det kan diskuteres hvor mye vits det er å reverse engineere når dette er en midlertidig protokoll som byttes senest til nyttår.

 

1 hour ago, roarfred said:

 

Et lite tips ang checksum, det finnes en site her som kan hjelpe dekode, der det kjøres en lang rekke kjente checksum algoritmer på en valgfri datakilde. Se om du finner treff her: http://crccalc.com

 

Takk for tips, bruker den der regelmessig ja :) 

Lenke til kommentar
Del på andre sider
Jan Smartplugger

Jan

Skrevet
Skrevet

Hei.

Jeg bestilte meg print og komponentsett fra AISLER

Men de har ikke ES8266 SMT lenger...

Dette var en strek i regningen, hvilke alternativer kan da være aktuelle?

 

Sitat

Unfortunatelt the ESP8266 SMT MODULE isn't available anymore.

Do you have a replacement part with the same functionality that we can send you instead?

 

Cheers,

Felix

 

/Jan

Lenke til kommentar
Del på andre sider
frodegill Portåpner

frodegill

Skrevet
Skrevet
10 minutes ago, Jan said:

Men de har ikke ES8266 SMT lenger...

Dette var en strek i regningen, hvilke alternativer kan da være aktuelle?

 

ESP32 er ESP8266 med litt sprekere hardware og bluetooth. Men som SMT er den vel ikke pin-kompatibel drop-in replacement.

Lenke til kommentar
Del på andre sider
cpu22 Portåpner

cpu22

Skrevet
Skrevet (endret)

Jeg har nå hentet ut data fra Aidon-måleren, og formatet er ganske forskjellig fra Kamstrup-måleren som jeg også har lest data fra. Er det noen her som kjenner Aidon-formatet? Det er ingen 0x7e start-byte eller stopp-byte. Og heller ingen OBIS-koder. De første 16 byte stemmer med målernummeret.

 

Jeg leser 101 bytes med en baud rate på 9600, og en frekvens på en melding i minuttet. Her er noen samples:


  

101 bytes read
  0: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x38 0x39 0x32 0x30 0x37 0x37 0x34 0x37 0x30
 16: 0x8f 0x1a 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
 32: 0x19 0xbe 0x03 0x00 0x00 0x00 0x00 0x00 0x5a 0xdb 0xdc 0x02 0x00 0x00 0x00 0x00
 48: 0x00 0xe5 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x42 0x00 0x00
 64: 0x00 0x24 0x81 0x00 0x00 0xa8 0x12 0x5a 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x8b
 80: 0x02 0x00 0x00 0xf2 0x08 0xf2 0x08 0x27 0x09 0x45 0x00 0x00 0x00 0x29 0x00 0x84
 96: 0x13 0x03 0x75 0xe3 0xc0

101 bytes read
  0: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x38 0x39 0x32 0x30 0x37 0x37 0x34 0x37 0x30
 16: 0xb1 0x1a 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
 32: 0x19 0xbe 0x03 0x00 0x00 0x00 0x00 0x00 0x5b 0xdb 0xdc 0x02 0x00 0x00 0x00 0x00
 48: 0x00 0xdf 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x41 0x00 0x00
 64: 0x00 0x34 0x81 0x00 0x00 0xb7 0x12 0x52 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x8d
 80: 0x02 0x00 0x00 0xfa 0x08 0xfb 0x08 0x2a 0x09 0x44 0x00 0x00 0x00 0x29 0x00 0x84
 96: 0x13 0x03 0x02 0x61 0xc0

101 bytes read
  0: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x38 0x39 0x32 0x30 0x37 0x37 0x34 0x37 0x30
 16: 0xd2 0x1a 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
 32: 0x19 0xbe 0x03 0x00 0x00 0x00 0x00 0x00 0x5c 0xdb 0xdc 0x02 0x00 0x00 0x00 0x00
 48: 0x00 0xe4 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x43 0x00 0x00
 64: 0x00 0x2c 0x81 0x00 0x00 0x97 0x12 0x59 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x8b
 80: 0x02 0x00 0x00 0xf0 0x08 0xf7 0x08 0x29 0x09 0x45 0x00 0x00 0x00 0x29 0x00 0x87
 96: 0x13 0x03 0xeb 0xb7 0xc0

101 bytes read
  0: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x38 0x39 0x32 0x30 0x37 0x37 0x34 0x37 0x30
 16: 0xf4 0x1a 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
 32: 0x19 0xbe 0x03 0x00 0x00 0x00 0x00 0x00 0x5e 0xdb 0xdc 0x02 0x00 0x00 0x00 0x00
 48: 0x00 0xec 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x41 0x00 0x00
 64: 0x00 0x48 0x81 0x00 0x00 0xb3 0x12 0x55 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x8d
 80: 0x02 0x00 0x00 0xf8 0x08 0xfd 0x08 0x28 0x09 0x45 0x00 0x00 0x00 0x29 0x00 0x87
 96: 0x13 0x03 0x40 0xb7 0xc0

101 bytes read
  0: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x38 0x39 0x32 0x30 0x37 0x37 0x34 0x37 0x30
 16: 0x16 0x1b 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
 32: 0x19 0xbe 0x03 0x00 0x00 0x00 0x00 0x00 0x5f 0xdb 0xdc 0x02 0x00 0x00 0x00 0x00
 48: 0x00 0xeb 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x45 0x00 0x00
 64: 0x00 0x1d 0x81 0x00 0x00 0xa7 0x12 0x5d 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x8d
 80: 0x02 0x00 0x00 0xf5 0x08 0xf8 0x08 0x29 0x09 0x45 0x00 0x00 0x00 0x29 0x00 0x88
 96: 0x13 0x03 0x54 0x4f 0xc0

Edit: Jeg ser nå at andre her har dekodet deler av meldingen. Jeg skal sjekke om det stemmer med mine meldinger.

Endret av cpu22
Lenke til kommentar
Del på andre sider
Bullhill Kabelfører

Bullhill

Skrevet
Skrevet
13 timer siden, Jan skrev:

Hei.

Jeg bestilte meg print og komponentsett fra AISLER

Men de har ikke ES8266 SMT lenger...

Dette var en strek i regningen, hvilke alternativer kan da være aktuelle?

 

 

/Jan

Det du ønsker deg er helst en esp8266-07, eller alternativt esp8266-12.

 

Finnes på ebay++ disse

Lenke til kommentar
Del på andre sider
ArnieO Loddebolt

ArnieO

Skrevet
Skrevet
17 hours ago, Jan said:

Hei.

Jeg bestilte meg print og komponentsett fra AISLER

Men de har ikke ES8266 SMT lenger...

Dette var en strek i regningen, hvilke alternativer kan da være aktuelle?

 

 

/Jan

Du trenger en ESP-12 (som er ESP8266, type 12). Du finner den bl.a. på www.aliexpress.com (2-6 uker fra bestilling til du har den i postkassa).

ESP-07 er en variant med samme pinout men annen antenneløsning, inkl. mulighet for ekstern antenne ved hjelp av en IPX konnektor. Jeg tror nok ESP-12 er mest kurant å få fatt i, med mindre du spesifikt trenger kraftigere antenne.

  • Like 1
Lenke til kommentar
Del på andre sider
Jan Smartplugger

Jan

Skrevet
Skrevet

Takker for tips om ESP-12 (og -07).

Jeg bestilte alle komponentene som ett sett fra Aisler, som leverer PCB.

Aisler manglet ESP8266 i sitt sortiment, noe som jeg allerede har betalt for.

(Da burde jo slettes ikke min bestilling og betaling ha gått gjennom...)

 

Jeg har bedt Aisler om å sjekke etter om de kan skaffe ESP8266-12/-07, så da får vi se.

 

/Jan

Lenke til kommentar
Del på andre sider
ArnieO Loddebolt

ArnieO

Skrevet
Skrevet
23 minutes ago, Jan said:

Takker for tips om ESP-12 (og -07).

Jeg bestilte alle komponentene som ett sett fra Aisler, som leverer PCB.

Aisler manglet ESP8266 i sitt sortiment, noe som jeg allerede har betalt for.

(Da burde jo slettes ikke min bestilling og betaling ha gått gjennom...)

 

Jeg har bedt Aisler om å sjekke etter om de kan skaffe ESP8266-12/-07, så da får vi se.

 

/Jan

Om du får problemer ser jeg at Kjell&co selger ESP-07. Men når man først er vant til å kjøpe slike fra Kina for ca 15 kr fritt levert i postkassa er det vrient for en person med sunnmørsk blod i årene å få seg til å betale så mye. ?

https://www.kjell.com/no/produkter/elektro-og-verktoy/arduino/moduler/wifi-modul-for-arduino-esp8266-07-p90743

Lenke til kommentar
Del på andre sider
backspace Bitfikler

backspace

Skrevet
Skrevet
On 3/23/2018 at 18:22, skagmo said:

 Noen som vet om det finnes en mer omfattende manual til måleren enn denne PDF-en på to sider? (https://hafslundnett.blob.core.windows.net/files/NY_MALER/veiledning/AIDON_veiledning_des2015.pdf)

 

 

Ikke lett å finne manualer på Aidon, eneste jeg fant var denne med litt mere informasjon enn de typiske 2 siders sakene fra energiselskapene: http://wpstatic.idium.no/http://wpstatic.idium.no/hsevnett.no/files/2017/06/aidon_rf2_installasjonsveiledning_no_v17a_id_18908.pdf

 

Har også Aidon måler og får lik output hvert minutt med serienummer som ovenfor når jeg logger litt... 

Lenke til kommentar
Del på andre sider
børre Smartplugger

børre

Skrevet
Skrevet (endret)
På ‎27‎.‎03‎.‎2018 den 1.22, cpu22 skrev:

Jeg har nå hentet ut data fra Aidon-måleren, og formatet er ganske forskjellig fra Kamstrup-måleren som jeg også har lest data fra. Er det noen her som kjenner Aidon-formatet? Det er ingen 0x7e start-byte eller stopp-byte. Og heller ingen OBIS-koder. De første 16 byte stemmer med målernummeret.

 

Jeg leser 101 bytes med en baud rate på 9600, og en frekvens på en melding i minuttet. Her er noen samples:


  


101 bytes read
  0: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x38 0x39 0x32 0x30 0x37 0x37 0x34 0x37 0x30
 16: 0x8f 0x1a 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
 32: 0x19 0xbe 0x03 0x00 0x00 0x00 0x00 0x00 0x5a 0xdb 0xdc 0x02 0x00 0x00 0x00 0x00
 48: 0x00 0xe5 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x42 0x00 0x00
 64: 0x00 0x24 0x81 0x00 0x00 0xa8 0x12 0x5a 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x8b
 80: 0x02 0x00 0x00 0xf2 0x08 0xf2 0x08 0x27 0x09 0x45 0x00 0x00 0x00 0x29 0x00 0x84
 96: 0x13 0x03 0x75 0xe3 0xc0

101 bytes read
  0: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x38 0x39 0x32 0x30 0x37 0x37 0x34 0x37 0x30
 16: 0xb1 0x1a 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
 32: 0x19 0xbe 0x03 0x00 0x00 0x00 0x00 0x00 0x5b 0xdb 0xdc 0x02 0x00 0x00 0x00 0x00
 48: 0x00 0xdf 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x41 0x00 0x00
 64: 0x00 0x34 0x81 0x00 0x00 0xb7 0x12 0x52 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x8d
 80: 0x02 0x00 0x00 0xfa 0x08 0xfb 0x08 0x2a 0x09 0x44 0x00 0x00 0x00 0x29 0x00 0x84
 96: 0x13 0x03 0x02 0x61 0xc0

101 bytes read
  0: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x38 0x39 0x32 0x30 0x37 0x37 0x34 0x37 0x30
 16: 0xd2 0x1a 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
 32: 0x19 0xbe 0x03 0x00 0x00 0x00 0x00 0x00 0x5c 0xdb 0xdc 0x02 0x00 0x00 0x00 0x00
 48: 0x00 0xe4 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x43 0x00 0x00
 64: 0x00 0x2c 0x81 0x00 0x00 0x97 0x12 0x59 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x8b
 80: 0x02 0x00 0x00 0xf0 0x08 0xf7 0x08 0x29 0x09 0x45 0x00 0x00 0x00 0x29 0x00 0x87
 96: 0x13 0x03 0xeb 0xb7 0xc0

101 bytes read
  0: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x38 0x39 0x32 0x30 0x37 0x37 0x34 0x37 0x30
 16: 0xf4 0x1a 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
 32: 0x19 0xbe 0x03 0x00 0x00 0x00 0x00 0x00 0x5e 0xdb 0xdc 0x02 0x00 0x00 0x00 0x00
 48: 0x00 0xec 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x41 0x00 0x00
 64: 0x00 0x48 0x81 0x00 0x00 0xb3 0x12 0x55 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x8d
 80: 0x02 0x00 0x00 0xf8 0x08 0xfd 0x08 0x28 0x09 0x45 0x00 0x00 0x00 0x29 0x00 0x87
 96: 0x13 0x03 0x40 0xb7 0xc0

101 bytes read
  0: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x38 0x39 0x32 0x30 0x37 0x37 0x34 0x37 0x30
 16: 0x16 0x1b 0x43 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
 32: 0x19 0xbe 0x03 0x00 0x00 0x00 0x00 0x00 0x5f 0xdb 0xdc 0x02 0x00 0x00 0x00 0x00
 48: 0x00 0xeb 0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x45 0x00 0x00
 64: 0x00 0x1d 0x81 0x00 0x00 0xa7 0x12 0x5d 0x05 0x00 0x00 0x00 0x00 0x00 0x00 0x8d
 80: 0x02 0x00 0x00 0xf5 0x08 0xf8 0x08 0x29 0x09 0x45 0x00 0x00 0x00 0x29 0x00 0x88
 96: 0x13 0x03 0x54 0x4f 0xc0

Edit: Jeg ser nå at andre her har dekodet deler av meldingen. Jeg skal sjekke om det stemmer med mine meldinger.

 

 

Dette er akkurat samme jeg får fra min Aidon og til info ... min HAN er ikke åpnet fra leverandør. Repeterer målernummer ca hvert minutt.

Endret av børre
Lenke til kommentar
Del på andre sider
skagmo Lysmester

skagmo

Skrevet
Skrevet

Ser ut som det kun er starten på meldingene som er forskjellig hos dere. Har ikke sjekket M-bus-en med skop enda, men mistenker at kina-adapteren jeg bruker ikke nødvendigvis er helt tipp-topp siden meldingene mine varierer i lengde utover det SLIP-enkodingen tilfører. Hvis noen av dere har tangamperemeter og mulighet til å belaste måleren med en ca. konstant last vil det nok være greit å finne ut av hvilke felt som er strøm.

La Python-koden ut på Github og la til trunkering av meldinger lengre enn 79 byte, så regner med det burde fungere for dere også:

https://github.com/skagmo/meter_reading

 

Lenke til kommentar
Del på andre sider
Roy Michelsen Nybegynner

Roy Michelsen

Skrevet
Skrevet (endret)
På 18.9.2017 den 15.04, xibriz skrev:

 

Du får bare vise til dette dokumentet: https://www.nve.no/Media/4307/201603186-1-informasjon-til-kundene-via-han-grensesnittet-i-ams-måleren-obis-koder-1772408_1124902_0.pdf

 

Står klart M-Bus som protokoll.


Jeg leste først modbus, som er noe helt annet, og har korrigert innlegget mitt.
Det er ulike standarder på dette, bla med tanke på hvor mye strøm som leveres. Slik jeg forstår er målerne satt til å pøse ut data med jevne mellomrom og de står som master og kan drive opp til fire slaver. Sist jeg så på dette var ikke leverandørene helt enige med seg selv med tanke på hvordan dette skulle se ut.

Endret av Roy Michelsen
Lenke til kommentar
Del på andre sider
cpu22 Portåpner

cpu22

Skrevet
Skrevet (endret)

Aidon format

Jeg har sjekket Aidon formatet litt, og funnet ut følgende:

  • Meldingene er 100 byte lang
  • Meldingene kommer med 60 sekunders mellomrom
  • Hos meg kommer det en byte ekstra hver gang verdien 0xdb forekommer i meldingen. Når dette skjer, fjerner jeg byten etter 0xdb.
  • CRC16 koden stemmer på alle meldingene når jeg regner over de 97 første bytene, og fjerner evt. ekstra byte etter 0xdb.
  • Alle måleverdier sendes med minst signifikante byte først.
  • Byte 0-15 er målernummer, stemmer med det som står trykt på måleren
  • Byte 16-19 er akkumulert forbruk, samme som måleren viser. Forskjellen er at byte 16-19 viser Wh, altså 1000 ganger høyere oppløsning enn det som kan avleses visuelt.
  • Byte 48-51 ser ut til å være øyeblikksbelastning, oppgitt i Watt.
  • Byte 64-65 ser ut til å være strøm på fase 1 oppgitt i mA, men det er en offset som gjør at måleverdien blir alt for stor.
  • Byte 70-71 ser ut til å være strøm på fase 2 oppgitt i mA.
  • Byte 78-79 ser ut til å være strøm på fase 3 oppgitt i mA.
  • Byte 82-83 er spenning på fase 1 (oppløsning på 100mV, så den må deles på 10).
  • Byte 84-85 er spenning på fase 2 (oppløsning på 100mV, så den må deles på 10).
  • Byte 86-87 er spenning på fase 3 (oppløsning på 100mV, så den må deles på 10).
  • Byte 94-95 er frekvens (oppløsning på 0.01Hz, så den må deles på 100)
  • Byte 96 er alltid 0x03
  • Byte 97-98 er CRC16 checksum
  • Byte 99 er alltid 0xc0
  • Det er i tillegg 7 andre data-felter som jeg ikke har funnet ut av.

Noen av måleverdiene er litt basert på synsing og gjetninger. Andre er greie å verifisere. Vellkommen til å komme med tilføyninger og korrigeringer.

 

Endret av cpu22
Copy&Paste feil
  • Like 4
Lenke til kommentar
Del på andre sider
backspace Bitfikler

backspace

Skrevet
Skrevet

Kan bekrefte at Byte 0-15 er målernummer, 16-19 er Akkumulert strøm og Spenning på 82-83 da jeg har lest dette et par dager nå. Har også 100 byte overføring med noen 101 byte meldinger innimellom. Jeg har Aidon 6515 Lyse måler. 

Lenke til kommentar
Del på andre sider
backspace Bitfikler

backspace

Skrevet
Skrevet
37 minutes ago, Moskus said:

Øh... Hvordan fikk du porten åpnet?

Porten er "ikke åpnet" fra lyse (har purret på de et par ganger, men nei). Fikk et  mbus adapter i posten for en stund siden og sjekket bare for løye mot måler og det rant ut data. Som diskutert her så er det ikke skikkelige OBIS koder/HAN port standard, det er nok bare en generell output som står på :)

Lenke til kommentar
Del på andre sider
Moskus Automatiker

Moskus

Skrevet
Skrevet
1 time siden, backspace skrev:

Porten er "ikke åpnet" fra lyse (har purret på de et par ganger, men nei). Fikk et  mbus adapter i posten for en stund siden og sjekket bare for løye mot måler og det rant ut data. Som diskutert her så er det ikke skikkelige OBIS koder/HAN port standard, det er nok bare en generell output som står på :)

Aha, så Lyse lyger ikke så veldig.... nmen kjekt å se at det kommer data. :)

Lenke til kommentar
Del på andre sider
roarfred Bitfikler

roarfred

Skrevet
  • Forfatter
Skrevet
3 hours ago, Bullhill said:

Hvordan løste du det med å gi boksen strøm i sikringskapet @roarfred?

Jeg løste det ikke ? hos meg er det et svakstrømskap rett under, så der kan jeg borre meg gjennom. Men, beste tipset var kanskje ringetrafoen eller en din montert stikkontakt. Din montert usb uttak lette jeg litt etter, det hadde kanskje vært mest fancy, men jeg kunne ikke finne noe slik

Lenke til kommentar
Del på andre sider
Bullhill Kabelfører

Bullhill

Skrevet
Skrevet

Da er jeg også koblet til HAN porten med roarfred sitt design, har funnet ett par bugs

 

  • Man kan ikke koble til MQTT server som krever brukernavn og passord, men kjører uten SSL
  • Den lange meldingen som kommer hvert min sendes ikke til MQTT

 

Utover disse så funker ting utmerket :D Tusen takk

  • Like 1
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.

×
 Del
Gå til emneliste


×
×
  • 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.