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

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


Anbefalte innlegg

1 hour ago, Morten B said:

Her er quoten jeg fikk inklusive komponenter osv:

image.thumb.png.b5f9a3d37e62d06f781652b73695a8cf.png

 

Så totalt 87,39 dollar pr inklusive komponenter. Med andre ord husket jeg litt feil når jeg sa 25 dollar :D

 

//Morten

Tror vi må satse på en ren SMD variant når vi har noe som fungerer stabilt. Da vil nok både assembly og tooling gå drastisk ned.

 

Hva er noe slik verdt? 500 kroner inkl mva? Da må vel i tilfelle produksjonskostnaden ned i en hundrelapp om noen skal være interessert?

Lenke til kommentar
Del på andre sider

1 minutt siden, roarfred skrev:

Tror vi må satse på en ren SMD variant når vi har noe som fungerer stabilt. Da vil nok både assembly og tooling gå drastisk ned.

 

Hva er noe slik verdt? 500 kroner inkl mva? Da må vel i tilfelle produksjonskostnaden ned i en hundrelapp om noen skal være interessert?

Jepp.. Tenker nok at folk er villige til å betale 500,-
Har sett på andre enheter for å integrere f.eks villavent inn i z-wavenettet mitt.. den "boksen" koster ca 2000,- . Den konverterer modbus til z-wave.
 

//Morten

Lenke til kommentar
Del på andre sider

Jeg kom over denne dingsen som lover å koble seg rett i HAN og sende ut data vha. Zigbee:

https://www.develcoproducts.com/products/meter-interfaces/emi-norwegian-han/

 

Fra hva jeg kan se er det ikke noe som selges noe steder, og de skriver selv på egne sider at de primært selger b2b og ikke til private (lave volum), men at man i "sample shop" skal kunne kjøpe mindre antall enheter, men minimum ordrestørrelse er 500EUR:

https://www.develcoproducts.com/sample-shop/

https://www.develcoproducts.com/faq/

 

Har noen sett dette produktet tilgjengelig andre steder?

 

J

Lenke til kommentar
Del på andre sider

6 minutes ago, jorgensk said:

Jeg kom over denne dingsen som lover å koble seg rett i HAN og sende ut data vha. Zigbee:

https://www.develcoproducts.com/products/meter-interfaces/emi-norwegian-han/

 

Fra hva jeg kan se er det ikke noe som selges noe steder, og de skriver selv på egne sider at de primært selger b2b og ikke til private (lave volum), men at man i "sample shop" skal kunne kjøpe mindre antall enheter, men minimum ordrestørrelse er 500EUR:

https://www.develcoproducts.com/sample-shop/

https://www.develcoproducts.com/faq/

 

Har noen sett dette produktet tilgjengelig andre steder?

 

J

Fant også denne, men utelukkende på develco sine sider...

Lenke til kommentar
Del på andre sider

7E
A 0FD 2B 21 137BEBE6E700 0F 00000000
090C 07E1 0B0E02020005FF800000021B
0A 0E 4B616D73747275705F5630303031
09060101000005FF	0A10	35373036353637323730313139333237
09060101600101FF	0A12	36383631313131424E323432313031303430
09060101010700FF	06	00000C9E
09060101020700FF	06	00000000
09060101030700FF	06	00000000
09060101040700FF	06	00000118
090601011F0700FF	06	0000055C
09060101200700FF	12	00ED

00000C0E00000608000B0100000603060801080080


Antall bytes : 199

Dette er min 1-times-liste.. Den stemmer jo ikke i det hele tatt med dokumentasjonen..

 

Jeg har en Kamstrupmåler,  Det som er rart er at min måler en en 1-fas, men den er ikke  i listen til Kamstrup.

Der finnes ikke målertype n jeg leser ut ;  6861111BN242101040

 

Noen ideer. Vil lese ut 1.1.1.8.0.255, men den kommer ikke i liste 2...

 

Andreas

Lenke til kommentar
Del på andre sider

Jeg skrev om min Arduino-kode til å rapportere hver verdi til en egen MQTT-topic, og kun rapportere verdier som har endret seg bortsett fra hver time, da rapporteres alle verdier.

 

Årsaken er at det blir ryddigere i openhab fordi da kan jeg ha en "item" pr. verdi, og behandligen av verdiene blir bedre i habmin. For å behandle JSON i habmin må man bruke eval-funksjonen. Og det eneste jeg husker fra skolebenken er at "eval is evil" :P 

 

Lenke til kommentar
Del på andre sider

7 hours ago, Andreas said:

7E
A 0FD 2B 21 137BEBE6E700 0F 00000000
090C 07E1 0B0E02020005FF800000021B
0A 0E 4B616D73747275705F5630303031
09060101000005FF	0A10	35373036353637323730313139333237
09060101600101FF	0A12	36383631313131424E323432313031303430
09060101010700FF	06	00000C9E
09060101020700FF	06	00000000
09060101030700FF	06	00000000
09060101040700FF	06	00000118
090601011F0700FF	06	0000055C
09060101200700FF	12	00ED

00000C0E00000608000B0100000603060801080080


Antall bytes : 199

Dette er min 1-times-liste.. Den stemmer jo ikke i det hele tatt med dokumentasjonen..

 

Jeg har en Kamstrupmåler,  Det som er rart er at min måler en en 1-fas, men den er ikke  i listen til Kamstrup.

Der finnes ikke målertype n jeg leser ut ;  6861111BN242101040

 

Noen ideer. Vil lese ut 1.1.1.8.0.255, men den kommer ikke i liste 2...

 

Andreas

Dette var litt annerledes ja :)

 

Sa du noe om at dette var en måler som du fikk for lenge siden? (Eller var det noen andre)

 

ID her sier Kamstrup_V0001 (0A 0E 4B616D73747275705F5630303031) og den burde de brukt som en måte å skille på ting...

 

Uansett, I Kamstrup.h finner du definisjonen av listene. Du kan selv lage deg en variant her som stemmer med den utlistingen som du får. Alt ser ut til å følge samme mønster, men det er litt andre verdier kanskje i en annen rekkefølge.

 

To spørsmål:

1) Du nevner liste2 stemmer ikke, betyr det at liste1 stemmer?

2) Var denne utlistingen komplett? (Ser litt "rar" ut på slutten og den burde vært avsluttet med 7E)

 

PS: I HanReader::FindValuePosition finner du sjekk på de ulike data typene (09, 0A, 06 etc). Med dette kan det være litt enklere å splitte opp pakken din.

https://github.com/roarfred/AmsToMqttBridge/blob/master/Code/Arduino/HanReader/src/HanReader.cpp#L79

 

Lenke til kommentar
Del på andre sider

Hei.

Ja har hatt måleren og HAN-modulen siden 2.februar 2017.

ID er kamstrup ja, men målertype sier : 6861111BN242101040 - I manualen som vi fikk av netteier, så er den for xxxxxxxxxxx-xN-xx3xxxxx og jeg har BN242xxxxx

Liste 1 fungerer fint, den driver og sender data til Homeseer direkte via JSON hvert 10 sek.

Liste 1 ser slik ut:

7E

A0 B3 2B 21138E53E6E700.0F00000000

09.0C.07E10B0F03001E0A.FF800000

02110A0E4B616D73747275705F5630

303031

09.06.0101000005FF.	0A.10.35373036353637323730313139333237

09.06.0101600101FF.	0A.12.36383631313131424E323432313031303430
09060101010700FF	06	0000089C   ---->>>   2204Watt
09060101020700FF  06	00000000
09060101030700FF  06	00000000
09060101040700FF  06	00000129
090601011F0700FF  06	000003B6
09060101200700FF 12	00EE

5AAE

7E

Kan legge opp skjema av min krets når jeg er ferdig å rydde i hobbyhulen min og får pcen online igjen!

 

 

Lenke til kommentar
Del på andre sider

7 hours ago, Andreas said:

Hei.

Ja har hatt måleren og HAN-modulen siden 2.februar 2017.

ID er kamstrup ja, men målertype sier : 6861111BN242101040 - I manualen som vi fikk av netteier, så er den for xxxxxxxxxxx-xN-xx3xxxxx og jeg har BN242xxxxx

Liste 1 fungerer fint, den driver og sender data til Homeseer direkte via JSON hvert 10 sek.

Liste 1 ser slik ut:


7E

A0 B3 2B 21138E53E6E700.0F00000000

09.0C.07E10B0F03001E0A.FF800000

02110A0E4B616D73747275705F5630

303031

09.06.0101000005FF.	0A.10.35373036353637323730313139333237

09.06.0101600101FF.	0A.12.36383631313131424E323432313031303430
09060101010700FF	06	0000089C   ---->>>   2204Watt
09060101020700FF  06	00000000
09060101030700FF  06	00000000
09060101040700FF  06	00000129
090601011F0700FF  06	000003B6
09060101200700FF 12	00EE

5AAE

7E

Kan legge opp skjema av min krets når jeg er ferdig å rydde i hobbyhulen min og får pcen online igjen!

 

 

Vet ikke om du har sett denne, men den kan være litt nyttig:

https://github.com/roarfred/AmsToMqttBridge/blob/master/Documentation/OBIS List Information - KAMSTRUP.pdf

 

Hos deg kommer verdiene 1-7 helt fint, deretter verdi 8 (strøm L1) og så 11 (spenning L1). Kanskje naturlig at du ikke får verdier for L2/L3 på en enfas måler, men skulle så inderlig ønsket at de hadde beskrevet dette et sted :)

 

Hvis du kikker på data for pakke 2, så vil du helt sikkert se noe lignende. Om du vil bruke arduino koden kan du da enkelt lage nye enum'er som bare følger denne rekkefølgen. (Altså, justere Kamstrup.h og plukke vekk noen verdier herfra for de som mangler, bare pass på at rekkefølgen fortsatt stemmer)

 

De første linjene kan du for øvrig knekke opp noe slik:

FE => Start

A0 B3 => Lengde på hele pakken

2B 21 13 => Adressering

8E53 => Checksum (CRC-16) for header data

E6 E7 00 0F 00000000 => Usikker, men mulig noe LSAP?

09 0C 07 E1 0B 0F 03 00 1E 0A FF 80 00 00 => Dato/Tid: 2017-11-15 onsdag 00:30:10

02 11=> Den påfølgende strukturen består av 17 elementer

0A 0E 4B 61 6D 73 74 72 75 70 5F 56 30 30 30 31 => OBIS List ID: Kamstrup_V0001

 

Du finner mer forklaring og eksempler her: https://github.com/roarfred/AmsToMqttBridge/tree/master/Samples/Kamstrup (se også obisdata.md)

 

 

Lenke til kommentar
Del på andre sider

Dere har sikkert sett det, men de to siste sidene i Kamstrup HAN-NVE interface description_rev_3_0.pdf viser eksempeldata der 10sec-pakkene er lik på 1- og 3-fasemålere mens 1hour-pakkene er forskjellige:

3.2 Example 2: /* 1 hour list, 3 phases, 4 quadrants */
7E A12C 2B 21 13 FC04 E6E700
 0F 00000000 0C07E1081003100005FF800000
 0223
 0A0E 4B616D73747275705F5630303031
 0906 0101000005FF 0A10 35373036353637303030303030303030
 0906 0101600101FF 0A12 303030303030303030303030303030303030
 0906 0101010700FF 0600000000
 0906 0101020700FF 0600000000
 0906 0101030700FF 0600000000
 0906 0101040700FF 0600000000
 0906 01011F0700FF 0600000000
 0906 0101330700FF 0600000000
 0906 0101470700FF 0600000000
 0906 0101200700FF 120000
 0906 0101340700FF 120000
 0906 0101480700FF 120000
 0906 0001010000FF 090C 07E1081003100005FF800000
 0906 0101010800FF 0600000000
 0906 0101020800FF 0600000000
 0906 0101030800FF 0600000000
 0906 0101040800FF 0600000000
C8867E

3.3 Example 3: /* 1 hour list, 1 phase, 1 quadrant */
7E A0AE 2B 21 13 A01B E6E700
 0F 00000000 0C07E1081003100005FF800000
 020F
 0A0E 4B616D73747275705F5630303031
 0906 0101000005FF 0A10 35373036353637303030303030303030
 0906 0101600101FF 0A12 303030303030303030303030303030303030
 0906 0101010700FF 0600000000
 0906 01011F0700FF 0600000000
 0906 0101200700FF 120000
 0906 0001010000FF 090C 07E1081003100005FF800000
 0906 0101010800FF 0600000000
05217E

 

  • Like 1
Lenke til kommentar
Del på andre sider

Resatte (dro ut og putta inn igjen) HAN-modulen, og da ble det bedre..

 

Får nå ut dette som liste 2 : Og alt ser riktig ut for meg.

7E
A0FD
2B21137BEBE6E7000 F00000000
090C 07E1 0B 0F 03 16 00 05  FF 800000 -> 2017 - 15/11 - Ondsdag - 22:00:05
021B0A0E4B616D73747275705F5630
303031
0906	0101000005FF	0A10	35373036353637323730313139333237
0906	0101600101FF	0A12	36383631313131424E323432313031303430
0906	0101010700FF	06	000018C6
09060	101020700FF		06	00000000
09060	101030700FF		06	00000000
0906	0101040700FF	06	00000167
0906	01011F0700FF	06	00000A86
0906	0101200700FF	12	00EC
0906	0001010000FF	090C 07E1 0B 0F 03 16 00 05 FF800000
0906	0101010800FF	06	001FBD15
0906	0101020800FF	06	00000000
0906	0101030800FF	06	00000838
0906	0101040800FF	06	0003A11F
EB54
7E

Lengde 0FD = 253, dette stemmer vel for jeg teller 255 inkl start og stopp

 

Sliter litt med at seriebufferen på ESP ikke fylles kjapt nok, og når den fylles, så går buffern full kjapt... håpløst!

 

Andreas

 

 

 

Lenke til kommentar
Del på andre sider

Dette er veldig kult, men har tenkt på en annen variant selv.

 

Ser for meg en løsning hvor et script logger inn på hafslundnett jevnlig og henter oppdatert forbruk (trolig laste ned Excel ark) og legger resultatene inn i et regneark på Google sheets.

Og ut fra det lage diverse diagramer.

Er det noen som har sett på en slik løsning?

Lenke til kommentar
Del på andre sider

6 minutter siden, Bendik skrev:

Dette er veldig kult, men har tenkt på en annen variant selv.

 

Ser for meg en løsning hvor et script logger inn på hafslundnett jevnlig og henter oppdatert forbruk (trolig laste ned Excel ark) og legger resultatene inn i et regneark på Google sheets.

Og ut fra det lage diverse diagramer.

Er det noen som har sett på en slik løsning?

Dette vil vel gi en veldig forsinkelse i forbruksdataene. Om man kobler seg mot HAN-interfacet får man jo oftere ut data og med smarthus-funksjonalitet kan man ihvertfall da prøve å skrelle av toppene i forbruket. Vi kommer til å se en høy pris for peak-forbruk fremover tror jeg. Din løsning vil fortelle deg at du har gått på en "økonomisk smell" i etterkant mens en kobling mot HAN-interfacet kan faktisk fortelle deg at du er på vei mot en. (Forutsetter at peak måles som snitt av en time). Jeg er sikker på at vi vil se ferdige devicer som kan plugges rett i måleren uten å måtte lodde selv. Gi github-prosjektet litt tid så kommer det nok noe fix ferdig ut av det :)

  • Like 1
Lenke til kommentar
Del på andre sider

6 minutes ago, Bendik said:

Dette er veldig kult, men har tenkt på en annen variant selv.

 

Ser for meg en løsning hvor et script logger inn på hafslundnett jevnlig og henter oppdatert forbruk (trolig laste ned Excel ark) og legger resultatene inn i et regneark på Google sheets.

Og ut fra det lage diverse diagramer.

Er det noen som har sett på en slik løsning?

Jeg vet ikke mer enn å komme med litt kvalifisert gjetting her... Sannsynligvis vil kraftleverandørene tilby dataene også via et API, men det er ikke noe krav fra NVE om dette, så det betyr at grunnene for å gjøre det er enten rent kommersielle (at de kan ta betalt for tjenesten) eller indirekte kommersielle (at de får konkurransefortrinn ved å gjøre det), eller også at de kan se potensiale for bedre utnyttelse av eksisterende kraftlinjer (dvs. de kan få betalt)

 

Som Morten sier er det også noe med samtidigheten her som jeg tviler på blir like god som om du får data rett fra måleren. Da kommer det litt an på hva du ser for deg å bruke dataene til. Hvis du eks. vil en fin graf av historisk forbruk og gjerne analysere opp mot utendørs temperatursvinginger, så vil det fungere fint. Hvis du derimot ønsker å bygge automasjon som styrer nedprioritert utstyr (lading av el-bil, vvb, el.l.) når prioritert utstyr (kaffetrakter) startes, så vil du heller ønske data direkte fra kilden.

 

Merk at NVE gikk ut med antydninger om progressiv prising av kraft. (dvs. at du betaler mer enn dobbelt for 2kW enn for 1kW, og at dette ikke alene styres av tid på døgnet) Om det skulle slå til er det ikke lenger nok med et tidsur for å kontrollere forbruket.

Lenke til kommentar
Del på andre sider

2 minutter siden, roarfred skrev:

 

 

Merk at NVE gikk ut med antydninger om progressiv prising av kraft. (dvs. at du betaler mer enn dobbelt for 2kW enn for 1kW, og at dette ikke alene styres av tid på døgnet) Om det skulle slå til er det ikke lenger nok med et tidsur for å kontrollere forbruket.

 

Etter hva jeg forstår er dette allerede bestemt nå, det blir ett abonnement ledd og ett overforbruks ledd. Dvs at om man abonnerer på 4kW så vill en bli fakturert ekstra for alt effektuttak over 4kW. 

Lenke til kommentar
Del på andre sider

12 hours ago, Andreas said:

Resatte (dro ut og putta inn igjen) HAN-modulen, og da ble det bedre..

 

Får nå ut dette som liste 2 : Og alt ser riktig ut for meg.


7E
A0FD
2B21137BEBE6E7000 F00000000
090C 07E1 0B 0F 03 16 00 05  FF 800000 -> 2017 - 15/11 - Ondsdag - 22:00:05
021B0A0E4B616D73747275705F5630
303031
0906	0101000005FF	0A10	35373036353637323730313139333237
0906	0101600101FF	0A12	36383631313131424E323432313031303430
0906	0101010700FF	06	000018C6
09060	101020700FF		06	00000000
09060	101030700FF		06	00000000
0906	0101040700FF	06	00000167
0906	01011F0700FF	06	00000A86
0906	0101200700FF	12	00EC
0906	0001010000FF	090C 07E1 0B 0F 03 16 00 05 FF800000
0906	0101010800FF	06	001FBD15
0906	0101020800FF	06	00000000
0906	0101030800FF	06	00000838
0906	0101040800FF	06	0003A11F
EB54
7E

Lengde 0FD = 253, dette stemmer vel for jeg teller 255 inkl start og stopp

 

Sliter litt med at seriebufferen på ESP ikke fylles kjapt nok, og når den fylles, så går buffern full kjapt... håpløst!

 

Andreas

 

 

 

Dette med buffer overflow er litt tricky, men ESP har ikke noe problemer i seg selv med å operere på 2400 baud uten å bli svett... Sannsynligvis er problemet annen kode som trigges fra loop() koden som fører til forsinkelse i innlesingen, og som gjør at bufferet fylles. Så lenge en venter til pakken er fullført, så bør en ha ca. 10 sekunder på seg på en kamstrup måler til å gjøre unna rapportering av dataene... 

 

Edit: Det stemmer at lengden på pakken (0FD) er eksklusive start og stopp bytene. Hvis du bruker arduino-koden, så ligger her også kontroll av checksom i header (7BEB hos deg tror jeg) pluss kontroll av checksum for hele pakken (EB54 hos deg), slik at du aldri vil få ut verdier for målinger basert på ukomplette data.

Endret av roarfred
Lenke til kommentar
Del på andre sider

40 minutter siden, Bendik skrev:

Dette er veldig kult, men har tenkt på en annen variant selv.

 

Ser for meg en løsning hvor et script logger inn på hafslundnett jevnlig og henter oppdatert forbruk (trolig laste ned Excel ark) og legger resultatene inn i et regneark på Google sheets.

Og ut fra det lage diverse diagramer.

Er det noen som har sett på en slik løsning?

Dataene som sendes til strømleverandøren har en oppløsning på max 15 minutter.

Lenke til kommentar
Del på andre sider

2 minutter siden, Bronson skrev:

 

Er du kommet i mål nå med din måler og det var en Kamstrup? Får du hentet ut alle verdier og alt funker som det skal?

 

Ja og nei. Kretsen @Andreas freestyleloddet til meg i forrige uke fungerer utmerket. Men i går kveld skulle jeg lage meg en til krets og den fikk jeg ikke til å fungere. Skal ta den med til @Andreas i kveld så kanskje han ser hva jeg har gjort feil.

 

Merk at jeg har en 3-fase 230v kamstrup. @Andreas har en 1-fase. Jeg tror han også er i mål. Vi har ikke testet 3-fas 400v, men jeg kjenner en som har det og er interresert så det skal vi få en test på om ikke så alt for lenge :)

  • Like 1
Lenke til kommentar
Del på andre sider

 

23 hours ago, Andreas said:

021B0A0E4B616D73747275705F5630 303031

 

Disse dataene sier forøvrig:

02 1B - Byte (02): 27 elementer i listen som kommer (1B).

Se altså OBIS koden i seg selv som et separat element fra verdien til den tilhørende OBIS koden. I enum vil du se at jeg på Kamstrup måleren har to verdier for hver OBIS, en for selve OBIS koden og en for den tilhørende verdien. Jeg trodde lenge at dette var en slags id på listen, men det er så enkelt at den bare angir hvor mange elementer som kommer.

 

0A 0E 4B616D73747275705F5630303031 - String/byte array (0A), lengde 14 (0E), tekst: Kamstrup_V0001 (som altså er den samme som Kamstrup sin 3-fas måler, og dermed gjør dette litt vanskelig)

 

Det som hadde vært ønskelig hadde vært at vi fra arduino-kode (evt. portet til noe annet) kunne ut fra de mottatte dataene forstå hvilken måler som en fikk data fra. Hvis noen har gode ideer her, så la meg høre!

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.