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

[xibriz]

Men det er vel forskjell på POE-standarden(e) enn det M-bus leverer? Så direkte overførbart er det vel ikke?

[Bullhill]

Er vell bare å designe med Ag9700 det? Kanskje ikke det mest kompakte designet men men

[petersv]

52 minutes ago, xibriz said:

Men det er vel forskjell på POE-standarden(e) enn det M-bus leverer? Så direkte overførbart er det vel ikke?

Skjønner ikke helt hva du mener? Men jeg tenker på å ha M-bus-interface på kortet i tillegg til ethernet med Poe.

[xibriz]

2 minutter siden, petersv skrev:

Skjønner ikke helt hva du mener? Men jeg tenker på å ha M-bus-interface på kortet i tillegg til ethernet med Poe.

 

Ja ok, da misforstod jeg. Jeg tenkte at dette var ett arbeid mot å drive kretsen fra M-Bus.

[petersv]

Aha, skjønner, nei det tror jeg ikke går med en så kraftig modul. Men når man har Poe og kablet ethernet så har man jo egentlig alt man trenger.

[Bronson]

Hoi!

 

Skummet tråden litt, men er litt enklere å spørre rett ut: 

 

Er det noen av dere som har en montert Aidon-måler som fungerer og gir ut data på HAN-grensesnittet? 

 

Prøver iherdig å få tak i en for testing på jobben, men energiselskapene vil ikke levere og Aidon selv sier at standarden er ikke klar ennå. :|

[StenO]

 

Utrolig hva man får tid til på kvelden!

Har sjekket litt mer og forsøkt å løse opp i noen floker når det gjelder Aidons ukjente dataformat og har kommet til at dette stort sett stemmer:

Byte   Verdi	
00-15: ASCII målernummer
16-23: Import sum (Wh)
24-31: Eksport sum (Wh)
32-39: Reaktiv energi R+ (VArh)
40-47: Reaktiv energi R- (VArh)
48-51: Import effekt totalt (W)
52-55: Eksport Effekt Totalt (W)
56-69: ???????
70-71: Import fase 1 (W)
72-73: Eksport fase 1 (W)
74-75: Import fase 2 (W)
76-77: Eksport fase 2 (W)
78-79: Import fase 3 (W)
80-81: Eksport fase 3 (W)
82-83: Spenning fase 1 (V) *10
84-85: Spenning fase 2 (V) *10
86-87: Spenning fase 3 (V) *10
88-89: Strøm fase 1 (A) *10
90-91: Strøm fase 2 (A) *10
92-93: Strøm fase 3 (A) *10
94-95: Frekvens (Hz) *100

Tilfeldig dump av data (her her 0xC0 fjernet:

Got valid SLIP data (99 bytes):
37 33 35 39  39 39 32 39  30 31 30 37  36 34 31 38 
68 A1 AC 00  00 00 00 00  EE E4 00 00  00 00 00 00 
37 21 00 00  00 00 00 00  85 A8 16 00  00 00 00 00 
1E 18 00 00  00 00 00 00  00 00 00 00  3F 02 00 00 
62 89 54 8B  DA 8B 79 01  00 00 0B 10  00 00 99 06 
00 00 2F 09  1C 09 36 09  14 00 B1 00  48 00 81 13 
03 79 B8 
Forbruk sum (kWh): 11313.51  Forbruk totalt (W): 6174  Forbruk fase 1 (W):  377  Forbruk fase 2 (W): 4107  Forbruk fase 3 (W): 1689
Eksport sum (kWh):    58.61  Eksport totalt (W):    0  Eksport fase 1 (W):    0  Eksport fase 2 (W):    0  Eksport fase 3 (W):    0
Strøm fase 1 (A): 2.00  Strøm fase 2 (A): 17.70  Strøm fase 3 (A): 7.20
Spenning fase 1 (V): 235.10  Spenning fase 2 (V): 233.20  Spenning fase 3 (V): 235.80
Frekvens: 49.93

Ser ut til å stemme sånn passe.

Kommer tilbake og verifiserer om eksport data også stemmer når det er sol og midt på dagen og jeg ikke bruker strøm....

 

 

[StenO]

18 minutter siden, Bronson skrev:

Hoi!

 

Skummet tråden litt, men er litt enklere å spørre rett ut: 

 

Er det noen av dere som har en montert Aidon-måler som fungerer og gir ut data på HAN-grensesnittet? 

 

Prøver iherdig å få tak i en for testing på jobben, men energiselskapene vil ikke levere og Aidon selv sier at standarden er ikke klar ennå. :|

Se meldingen over. Det er data fra min Aidon måler hvor strømselskapet ikke har åpnet porten enda (offisielt)

 

[Bronson]

2 minutter siden, StenO skrev:

Se meldingen over. Det er data fra min Aidon måler hvor strømselskapet ikke har åpnet porten enda (offisielt)

 

 

Kan du forklare litt nærmere hva du mener med dette? Har du fått noen til å åpne den for deg eller har du fikset noe selv? Spørsmålet er jo om jeg hadde fått tak i en Aidon-måler, ville informasjonen da vært lesbar selv om Aidon sier den ikke er klar?

[StenO]

13 minutter siden, Bronson skrev:

 

Kan du forklare litt nærmere hva du mener med dette? Har du fått noen til å åpne den for deg eller har du fikset noe selv? Spørsmålet er jo om jeg hadde fått tak i en Aidon-måler, ville informasjonen da vært lesbar selv om Aidon sier den ikke er klar?

Dette er data fra min Aidon måler som Lyse monterte i februar. Har spurt dem om å åpne HAN porten for meg, men det sier de at de ikke gjør før mot slutten av året siden alt ikke er klart mht spesifikasjonen på kommunikasjonen. Det er snakk om at det kan være behov for et sikkerhetsnivå på dette siden noen målere tross alt står i felles skap for borettslag eller leiligheter. 

Dataene som jeg viser her kommer ut av måleren på (det som senere vil bli) HAN-porten uten at jeg har foretatt meg den minste ting meg måleren som sådan. Jeg bruker kortet som roarfred designet og som er essensen i denne tråden, men koden har jeg skrudd litt på - blant annet fordi data kommer i 9600 8N1 og har SLIP formatering og data er kodet forskjellig.

 

Endret 14. mai 2018 av StenO

[ZoRaC]

9 timer siden, StenO skrev:

Har spurt dem om å åpne HAN porten for meg, men det sier de at de ikke gjør før mot slutten av året siden alt ikke er klart mht spesifikasjonen på kommunikasjonen. Det er snakk om at det kan være behov for et sikkerhetsnivå på dette siden noen målere tross alt står i felles skap for borettslag eller leiligheter. 

 

Det er et tolkningsspørsmål...
NVE sa i februar at: 

Sitat

Det er i dag variasjon i hvor langt de ulike leverandørene har kommet med utviklingen av programvaren for HAN-porten. Imidlertid stiller avregningsforskriftens § 4-4 krav til at et eksternt display gjøres tilgjengelig for sluttbrukere som ønsker dette. Forskriftskravet trer i kraft fra 1. jan. 2019, hvilket betyr at HAN-porten senest må være klar til da. Dersom sikkerhetskrav er oppfylt og nettselskapet har ferdigutviklet HAN-løsningen, vil det være opp til kunden å bestemme om og når HAN porten skal åpnes.

 

Mener også å ha lest i noen NVE-dokumenter at kryptering er frivillig (for kunden), slik at kunder som ikke ønsker kryptering skal slippe det.

Dvs at de kan åpne porten i dag, om de vil, for de kundene som ikke vil ha kryptering, for det er bare krypteringsdelen av spesifikasjonen som ikke er klar enda.

[cpu22]

On 5/14/2018 at 22:38, StenO said:

 

Utrolig hva man får tid til på kvelden!

Har sjekket litt mer og forsøkt å løse opp i noen floker når det gjelder Aidons ukjente dataformat og har kommet til at dette stort sett stemmer:

Byte   Verdi	
00-15: ASCII målernummer
16-23: Import sum (Wh)
24-31: Eksport sum (Wh)
32-39: Reaktiv energi R+ (VArh)
40-47: Reaktiv energi R- (VArh)
48-51: Import effekt totalt (W)
52-55: Eksport Effekt Totalt (W)
56-69: ???????
70-71: Import fase 1 (W)
72-73: Eksport fase 1 (W)
74-75: Import fase 2 (W)
76-77: Eksport fase 2 (W)
78-79: Import fase 3 (W)
80-81: Eksport fase 3 (W)
82-83: Spenning fase 1 (V) *10
84-85: Spenning fase 2 (V) *10
86-87: Spenning fase 3 (V) *10
88-89: Strøm fase 1 (A) *10
90-91: Strøm fase 2 (A) *10
92-93: Strøm fase 3 (A) *10
94-95: Frekvens (Hz) *100

Tilfeldig dump av data (her her 0xC0 fjernet:

Got valid SLIP data (99 bytes):
37 33 35 39  39 39 32 39  30 31 30 37  36 34 31 38 
68 A1 AC 00  00 00 00 00  EE E4 00 00  00 00 00 00 
37 21 00 00  00 00 00 00  85 A8 16 00  00 00 00 00 
1E 18 00 00  00 00 00 00  00 00 00 00  3F 02 00 00 
62 89 54 8B  DA 8B 79 01  00 00 0B 10  00 00 99 06 
00 00 2F 09  1C 09 36 09  14 00 B1 00  48 00 81 13 
03 79 B8 
Forbruk sum (kWh): 11313.51  Forbruk totalt (W): 6174  Forbruk fase 1 (W):  377  Forbruk fase 2 (W): 4107  Forbruk fase 3 (W): 1689
Eksport sum (kWh):    58.61  Eksport totalt (W):    0  Eksport fase 1 (W):    0  Eksport fase 2 (W):    0  Eksport fase 3 (W):    0
Strøm fase 1 (A): 2.00  Strøm fase 2 (A): 17.70  Strøm fase 3 (A): 7.20
Spenning fase 1 (V): 235.10  Spenning fase 2 (V): 233.20  Spenning fase 3 (V): 235.80
Frekvens: 49.93

Ser ut til å stemme sånn passe.

Kommer tilbake og verifiserer om eksport data også stemmer når det er sol og midt på dagen og jeg ikke bruker strøm....

 

 

Jeg har sammenliknet dette med mine logger, og det kan godt stemme. Jeg ser at jeg ikke har hatt belastning på fase 2, og derfor har jeg alltid fått 0 der.

 

Når det gjelder byte 56-69, er dette 4 forskjellige felter: 56-59, 60-63, 64-67 og 68-69. En av de to førstnevnte (altså 56-59 og 60-63) har alltid en verdi, men aldri begge samtidig. Verdien er i størrelsesorden 40-60, og noen ganger høyere, f. eks. 368 eller 669. Kan dette være jordstrøm i negativ og positiv retning? Mener å ha hørt at de nye målerne kan måle jordstrøm også.

 

Byte 64-67 varierer hos meg mellom 30070 og 35894. Vet ikke hva dette kan være. Byte 68-69 ligger i området 4986-6118. Av til faller den til omkring 1200-1300.

 

[StenO]

7 timer siden, cpu22 skrev:

Jeg har sammenliknet dette med mine logger, og det kan godt stemme. Jeg ser at jeg ikke har hatt belastning på fase 2, og derfor har jeg alltid fått 0 der.

 

Når det gjelder byte 56-69, er dette 4 forskjellige felter: 56-59, 60-63, 64-67 og 68-69. En av de to førstnevnte (altså 56-59 og 60-63) har alltid en verdi, men aldri begge samtidig. Verdien er i størrelsesorden 40-60, og noen ganger høyere, f. eks. 368 eller 669. Kan dette være jordstrøm i negativ og positiv retning? Mener å ha hørt at de nye målerne kan måle jordstrøm også.

 

Byte 64-67 varierer hos meg mellom 30070 og 35894. Vet ikke hva dette kan være. Byte 68-69 ligger i området 4986-6118. Av til faller den til omkring 1200-1300.

 

Her er jeg veldig usikker. Har ikke gått så mye inn i dataene akkurat her. Kan det være at noen av disse er reaktiv effekt? Den teller i alle fall reaktiv VAh...

 

I går var det imdlertid en solrik dag og Eksport sum (24-31) steg fra 58606 til 69540 Wh og det stemmer også bra med hva grafen over eksportert effekt forteller meg. Jeg fikk altså levert drøye 10 kW timer inn til resten av norge av en produksjon på 27,5 totalt i går. 

Fremdeles litt usikker på eksport-data på enkeltfasene - her hang ikke Influx med meg og har ikke greid å logge noe særlig.

 

Fant også ut at strømtrekk plutselig kan være negative (!) og det hadde jeg ikke tatt høyde for i koden - så grafene for strømtrekk så mildt sagt spesielle ut. (6,5 kA overskygger det meste kan du si)

 

Sidenote: Tror openhab og/eller influx sliter litt med å henge med i svingene når det blir mye data via Mosquitto (som forsåvidt går på en annen RPi) samtidig. Det ser ut til at den har helt gitt opp strømtrekket på fase 1 og et par andre verdier jeg ikke greier å finne data på. I panelet vises dataene helt greit...

 

 

Endret 16. mai 2018 av StenO

[xibriz]

9 minutter siden, StenO skrev:

Sidenote: Tror openhab og/eller influx sliter litt med å henge med i svingene når det blir mye data via Mosquitto (som forsåvidt går på en annen RPi) samtidig. Det ser ut til at den har helt gitt opp strømtrekket på fase 1 og et par andre verdier jeg ikke greier å finne data på. I panelet vises dataene helt greit...

 

Her må du nok skylde på RPi og ikke openHAB/influxdb Jeg kjører alt på en middels kraftig VM og dytter betydelige mengder data inn i openHAB via MQTT uten at noe kneler eller at noen opplever forsinkelser  

[StenO]

17 minutter siden, xibriz skrev:

 

Her må du nok skylde på RPi og ikke openHAB/influxdb Jeg kjører alt på en middels kraftig VM og dytter betydelige mengder data inn i openHAB via MQTT uten at noe kneler eller at noen opplever forsinkelser  

Godt tips. Kanskje jeg rett og slett skal flytte grafana og influx til en annen RPi som ikke kjører openHab? Aner meg at det er grafana som tar mest ressurser...

[Bullhill]

Jeg slet også litt med InfluxDB, oppdaga at jeg kjørte version 0.1 som jeg hadde fått fra apt repo, mens siste stable er 1.5.2

Dette er en bug i apt repoet. Hos meg hang den i korte og lengre perioder selv med en grei VM.

 

En god start kan være å sjekke hvilken version av InfluxDB du kjører

[GeneralVirus]

Fikk ny måler fra Kamstrup idag. Men her var ikke han-port med engang, var vist ekstrautstyr ifølge montøren....

[cpu22]

25 minutes ago, GeneralVirus said:

Fikk ny måler fra Kamstrup idag. Men her var ikke han-port med engang, var vist ekstrautstyr ifølge montøren....

Jeg måtte melde meg som pilotkunde, og fikk da HAN-modulen tilsendt i posten.

[xibriz]

1 time siden, GeneralVirus skrev:

Fikk ny måler fra Kamstrup idag. Men her var ikke han-port med engang, var vist ekstrautstyr ifølge montøren....

 

Kamstrup kommer uten modul som standard. Men man får den gratis når man ber om den.

Endret 16. mai 2018 av xibriz

[GeneralVirus]

Satser på at det ordner seg. Noen som har god og forholdsvis enkel løsning for å få ut informasjon fra Kamstrup måleren? Var litt massiv denne posten til at jeg følte for å lese igjennom hele.

 

 

[børre]

Med Aidon måler og default data (pr. [ca] min) fra den så har jeg pløyet igjennom 11000 loggføringer og funnet -

- Natte senk med forbruk <500w er det regnefeil i L1+L2+L3 (min natte senk er ca. 388w, summen av L1+L2+L3 gir 618w)

- Pakker "flyter" mao ett minutt kan pakken mottas xx.10 neste minutt xx.27, pakkene "flyter" igjennom hele minuttet slik at noen minutter kommer det to pakker, andre ganger hoppes det galant over ett minutt.

- Min måler stopper total import i tidsrommet xx.55 og xx.15, dvs total import er 8519,250w og belastning er 2488w hvert minutt skal da økes med 41w på totalen (42w om belastningen er det samme neste minutt), dette skjer ikke i datapakken men skjer fysisk på måler, dette kan skje i 5 minutt eller over timer. Dette problemet forekommer ikke om pakken kommer i tiden xx.16 - xx.54

 

Etter kontakt med Aidon  om dette, fikk jeg beskjed om at det er strøm leverandøren jeg skal kontakte med dette "problemet", så sagt så gjort, har nå gått nesten 2 uker uten svar.

 

Min konklusjon - avvente ferdig software til Aidon.

[Hårek]

Kan nevne en alternativ løsning for tilkobling med kablet Ethernet og 'standard' kort.
TSS721 Module Board M-BUS To TTL har jo vært nevnt her flere ganger. Denne kan så kobles til en USR-TCP232-T2 RS232 Serial to Ethernet Module. 
Så trenger man 3.3V strømforsyning som kobles til begge kortene (serial IO er 3,3V TTL).

 

USR-TCP232-T2 er en kjekk sak. Den har en brukbar manual. Har fast IP som default. Webserver for brukerinterface, mye som kan konfigureres.

Enkel å teste, bare sett den til TCP Server og koble til med putty Telnet.
Har fått koblet denne opp mot en Aidon i dag.

[Helgemor]

På 17.5.2018 den 19.53, Hårek skrev:

Kan nevne en alternativ løsning for tilkobling med kablet Ethernet og 'standard' kort.
TSS721 Module Board M-BUS To TTL har jo vært nevnt her flere ganger. Denne kan så kobles til en USR-TCP232-T2 RS232 Serial to Ethernet Module. 
Så trenger man 3.3V strømforsyning som kobles til begge kortene (serial IO er 3,3V TTL).

 

USR-TCP232-T2 er en kjekk sak. Den har en brukbar manual. Har fast IP som default. Webserver for brukerinterface, mye som kan konfigureres.

Enkel å teste, bare sett den til TCP Server og koble til med putty Telnet.
Har fått koblet denne opp mot en Aidon i dag.

Har du testet dette? Hvis det funker er det kanskje den enkleste løsningen av alle.

[Hårek]

43 minutes ago, Helgemor said:

Har du testet dette? 

Som sagt, den er koblet opp mot en Aidon. Har satt den i TCP server mode, og har skrevet et Java program som mottar data.

Har hatt MBUS kortet en stund, koblet opp til en Arduino med Ethernet shield. Det skal nå byttes ut med USR-TCP232.

Eneste lille ulempen med det kortet blir å få til en enkel og god mekanisk montering. Ingen skruehull.

[Helgemor]

Det ser ut til å finnes en del mbus til ethernetkonvertere. Er det noen som har prøvd dem? Vil ikke de gjøre samme jobb som mbus-til-rs232 + rs232-til-ethernet?