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

[roarfred]

Da har jeg reorganisert litt under samples, og lagt til en forside for å kunne avdekke variasjoner:

https://github.com/roarfred/AmsToMqttBridge/blob/master/Samples/readme.md 

[roarfred]

Så dere denne: https://www.tu.no/artikler/nve-vil-gjore-det-dyrere-a-bruke-mye-strom-pa-en-gang/410203

 

Kan bli veldig nyttig å ha direkte tilgang til målerdata

 

Tenker litt at VVB er den første og mest "bang for the buck" tingen som burde styres. Hos meg har denne ett 2kW element i tillegg til 3x5kW. Sistnevnte styres av en kontaktor. Er det kosher å hjemme-automatisere styring av kontaktorer i huset, eller er det autorisert el-installasjon? 

[Salvesen]

Vet ikke om dette er tatt opp før, men noen som har løst dette med utvendig måler her? Min måler står i ett skap 3 etasjer ned i fra leiligheten, uten muligheter for å trekke nettverkskabel eller lignende ned

 

Sjekket med nettleverandør og jeg kan åpne HAN om jeg ønsker, får måler i slutten av måneden. 

[roarfred]

Just now, Salvesen said:

Vet ikke om dette er tatt opp før, men noen som har løst dette med utvendig måler her? Min måler står i ett skap 3 etasjer ned i fra leiligheten, uten muligheter for å trekke nettverkskabel eller lignende ned

 

Sjekket med nettleverandør og jeg kan åpne HAN om jeg ønsker, får måler i slutten av måneden. 

Nettverkskabelen her trengs bare fra HAN porten og fram til denne device. Derfra er det WiFi. I tillegg må du ha strøm til kretsen, løsningen jeg laget bruker en std micro usb mobillader.

[Salvesen]

1 minutt siden, roarfred skrev:

Nettverkskabelen her trengs bare fra HAN porten og fram til denne device. Derfra er det WiFi. I tillegg må du ha strøm til kretsen, løsningen jeg laget bruker en std micro usb mobillader.

 

Hvilken device? Jeg har heldigvis ett mobilnettverk der nede, så dette kan fungere bra! Strøm er det jo nok av i skapet

[roarfred]

1 minute ago, Salvesen said:

 

Hvilken device? Jeg har heldigvis ett mobilnettverk der nede, så dette kan fungere bra! Strøm er det jo nok av i skapet

Devicen er den som er beskrevet her: https://github.com/roarfred/AmsToMqttBridge

Kunne i teorien også vært laget for mobilnett (med en annen krets enn ESP8266 evt. en GSM modul), men burde da heller samle opp og rapportere i chunks. Dataene kommer fra måleren annet hvert sekund. Sannsynligvis enklere og billigere å få til et trådløst nett.

[Salvesen]

Akkurat nå, roarfred skrev:

Devicen er den som er beskrevet her: https://github.com/roarfred/AmsToMqttBridge

Kunne i teorien også vært laget for mobilnett (med en annen krets enn ESP8266 evt. en GSM modul), men burde da heller samle opp og rapportere i chunks. Dataene kommer fra måleren annet hvert sekund. Sannsynligvis enklere og billigere å få til et trådløst nett.

 

Dette er ett wifinett, men sender data over 4G, så da regner jeg med det vill fungere? 

[roarfred]

37 minutes ago, Salvesen said:

 

Dette er ett wifinett, men sender data over 4G, så da regner jeg med det vill fungere? 

Det funker!

[Salvesen]

Akkurat nå, roarfred skrev:

Det funker!

 

Tipp topp! Da har jeg ett prosjekt i November også

[roarfred]

Just now, Salvesen said:

 

Tipp topp! Da har jeg ett prosjekt i November også

Vet du hviken måler du får?

[Salvesen]

2 minutter siden, roarfred skrev:

Vet du hviken måler du får?

Bruker manualen viser en Nuri MA105H2E så regner med det er denne de installerer. Men HAN interfacet er vell "likt", eller? 

[Christian]

Fikk melding fra Norgesnett : Hei Din HAN-plugg er nå åpnet. Mvh Norgesnett


Sent from my iPhone using Tapatalk

[Bronson]

25 minutter siden, Christian skrev:

Fikk melding fra Norgesnett : Hei Din HAN-plugg er nå åpnet. Mvh Norgesnett


Sent from my iPhone using Tapatalk

 

Sendte du de melding og ba om det? Eller finnes det et sted på nettsiden deres?

[Christian]

Jeg fikk en Mail med link, så gikk jeg inn der å registrerte meg


Sent from my iPhone using Tapatalk

[Christian]

Jeg fikk en Mail med link, så gikk jeg inn der å registrerte meg


Sent from my iPhone using Tapatalk

[xibriz]

Fikk tak i en helt ny kondensator hos en kompis i dag og har testet litt mer. Denne er en 470uF 50v.

 

Jeg sliter med at HAN-porten ikke klarer å ladde kondensatoren. Jeg må ladde den manuelt først å sette den på kretsen mens HAN-porten er koblet på.

 

Hvis jeg kobler av HAN-porten i bare noen få sekunder (prøvde med 5), så holder kondensatoren bare 3v og jeg må ladde den manuelt på 18v som jeg har tilgjengelig.

 

Har du ingen slike problemer @roarfred ? Det vil jo fungere hos meg så lenge alt er tilkoblet og jeg har fått det i gang, men kobler jeg fra eller strømmen går så får jeg problemer.

Finnes det noen løsninger? Startkabler?

[roarfred]

On ‎20‎.‎10‎.‎2017 at 20:08, xibriz said:

Fikk tak i en helt ny kondensator hos en kompis i dag og har testet litt mer. Denne er en 470uF 50v.

 

Jeg sliter med at HAN-porten ikke klarer å ladde kondensatoren. Jeg må ladde den manuelt først å sette den på kretsen mens HAN-porten er koblet på.

 

Hvis jeg kobler av HAN-porten i bare noen få sekunder (prøvde med 5), så holder kondensatoren bare 3v og jeg må ladde den manuelt på 18v som jeg har tilgjengelig.

 

Har du ingen slike problemer @roarfred ? Det vil jo fungere hos meg så lenge alt er tilkoblet og jeg har fått det i gang, men kobler jeg fra eller strømmen går så får jeg problemer.

Finnes det noen løsninger? Startkabler?

Ser at en forskjell er at Kaifa er oppgitt mtil å kunne levere 21mA ut på HAN porten, mens Kamstrup bare oppgir 6mA. Det burde holde, men mistenker litt at din boks kan føle seg overbelastet I oppstarten (kretsen vil da trekke 20V/330 ohm = 61mA, noe som også er i overkant for Kaifa!), og at den kanskje shutter ned som en slags fail-safe. Prøv å bytte ut R9 med en større verdi, 4.7k vil begrense strømtrekket til ca. 4.2mA ved tom kondensator. Merk at det da vil ta litt lenger tid for å lade opp, men ikke så veldig lenge 5RC = 2.2 sekunder, ca. men egentlig litt lenger pga. tapping gjennom R11/R13. Utfordringen kan være at kretsen da ikke klarer å holde oppe VDD når signalene kommer, I tilfelle bør R11/R13 byttes ut med noe større også. Så lenge forholdet mellom de to er ca. det samme, så er det greit.

[roarfred]

On 10/20/2017 at 14:36, Salvesen said:

Bruker manualen viser en Nuri MA105H2E så regner med det er denne de installerer. Men HAN interfacet er vell "likt", eller? 

Dette er Kaifa måleren

[xibriz]

17 timer siden, roarfred skrev:

Ser at en forskjell er at Kaifa er oppgitt mtil å kunne levere 21mA ut på HAN porten, mens Kamstrup bare oppgir 6mA. Det burde holde, men mistenker litt at din boks kan føle seg overbelastet I oppstarten (kretsen vil da trekke 20V/330 ohm = 61mA, noe som også er i overkant for Kaifa!), og at den kanskje shutter ned som en slags fail-safe. Prøv å bytte ut R9 med en større verdi, 4.7k vil begrense strømtrekket til ca. 4.2mA ved tom kondensator. Merk at det da vil ta litt lenger tid for å lade opp, men ikke så veldig lenge 5RC = 2.2 sekunder, ca. men egentlig litt lenger pga. tapping gjennom R11/R13. Utfordringen kan være at kretsen da ikke klarer å holde oppe VDD når signalene kommer, I tilfelle bør R11/R13 byttes ut med noe større også. Så lenge forholdet mellom de to er ca. det samme, så er det greit.

 

Ok, jeg kan prøve å teste med litt forskjellige motstander.

 

Blir du å skrive en klasse for Kamstrup i nærmeste fremtid? Jeg kan se om jeg finner ut av det, men jeg er ubrukelig i lavnivåspråk siden jeg bruker høynivå til daglig

[roarfred]

3 hours ago, xibriz said:

 

Ok, jeg kan prøve å teste med litt forskjellige motstander.

 

Blir du å skrive en klasse for Kamstrup i nærmeste fremtid? Jeg kan se om jeg finner ut av det, men jeg er ubrukelig i lavnivåspråk siden jeg bruker høynivå til daglig

Jeg skal prøve meg på det. Tror det skal være en grei sak å fore koden med data fra din måler. Det aller meste vil være likt, og i prinsippet tror jeg det vil fungere helt enkelt ved å justere enum-verdiene til å stemme med liste-verdiene fra Kamstrup (siden obis-kodene er med i dataene må disse variere i verdi, slik at de stemmer med indeks av oppføringen)

 

Gir en lyd

[roarfred]

7 hours ago, roarfred said:

Jeg skal prøve meg på det. Tror det skal være en grei sak å fore koden med data fra din måler. Det aller meste vil være likt, og i prinsippet tror jeg det vil fungere helt enkelt ved å justere enum-verdiene til å stemme med liste-verdiene fra Kamstrup (siden obis-kodene er med i dataene må disse variere i verdi, slik at de stemmer med indeks av oppføringen)

 

Gir en lyd

Da er parsing av data fra List 1 dokumentert for Kamstrup:

https://github.com/roarfred/AmsToMqttBridge/blob/master/Samples/Kamstrup/obisdata.md

 

Ser jeg må omstrukturere koden litt, slik at vi skal klare å kjøre samme kode på alle målerne... 

[roarfred]

2 hours ago, roarfred said:

Da er parsing av data fra List 1 dokumentert for Kamstrup:

https://github.com/roarfred/AmsToMqttBridge/blob/master/Samples/Kamstrup/obisdata.md

 

Ser jeg må omstrukturere koden litt, slik at vi skal klare å kjøre samme kode på alle målerne... 

Her finner en nå et prosjekt som verifiserer at data fra Kamstrup fungerer:

https://github.com/roarfred/AmsToMqttBridge/tree/master/Code/Arduino

 

Har skrevet om klassen HanReader, slik at den er helt fristillt fra KaifaHan. Jeg kom fram til at en kan bruke en egen .h fil for hver måler, bare med noen få enums som forteller hvilke lister som finnes og hva som finnes i hvilke lister. På denne måten kan jeg ha 3 implementasjoner for de tre målerne vi kjenner til i dag, mens en enkelt kan utvide om en senere får en annen måler med en helt annen rekkefølge på OBIS data.

 

Forutsetninger jeg har tatt:

1) Data-pakken starter med 8 bytes som jeg ikke forstår helt hva er. Dette er likt for Kaifa og Kamstrup, så jeg håper det vil ligne for Aidon også. Hvis dette ikke stemmer, så må vi finne reglene for det og få satt variabelen dataHeader ut fra dette.

2) Uten at det er beskrevet i dokumentasjonen, har jeg funnet at dataene fra de to målerne starter med en timestamp, etterfulgt av en ID på datapakken. Det er en forutsetning for koden at dette skal stemme, så det blir spennende å se med Aidon måleren...

[xibriz]

9 timer siden, roarfred skrev:

Her finner en nå et prosjekt som verifiserer at data fra Kamstrup fungerer:

https://github.com/roarfred/AmsToMqttBridge/tree/master/Code/Arduino

 

Har skrevet om klassen HanReader, slik at den er helt fristillt fra KaifaHan. Jeg kom fram til at en kan bruke en egen .h fil for hver måler, bare med noen få enums som forteller hvilke lister som finnes og hva som finnes i hvilke lister. På denne måten kan jeg ha 3 implementasjoner for de tre målerne vi kjenner til i dag, mens en enkelt kan utvide om en senere får en annen måler med en helt annen rekkefølge på OBIS data.

 

Forutsetninger jeg har tatt:

1) Data-pakken starter med 8 bytes som jeg ikke forstår helt hva er. Dette er likt for Kaifa og Kamstrup, så jeg håper det vil ligne for Aidon også. Hvis dette ikke stemmer, så må vi finne reglene for det og få satt variabelen dataHeader ut fra dette.

2) Uten at det er beskrevet i dokumentasjonen, har jeg funnet at dataene fra de to målerne starter med en timestamp, etterfulgt av en ID på datapakken. Det er en forutsetning for koden at dette skal stemme, så det blir spennende å se med Aidon måleren...

 

Ser bra ut

 

Så da er det bare å kalle:

Sitat

hanReader.setup(&Serial, 2400, SERIAL_8N1, &Serial1);

 

så blir det profitt?

 

Skal teste i kveld.

[roarfred]

11 minutes ago, xibriz said:

 

Ser bra ut

 

Så da er det bare å kalle:

 

så blir det profitt?

 

Skal teste i kveld.

Ja, det burde fungere. Merk at jeg har skrevet noe om at en bør bruke Serial (altså, hardware serial) for HAN port og noe annet (Serial1 eller software Serial) for debugging. Grunnen til dette er at det kun støttes å sette "even" parity på Serial. Siden du kjører med mer standard protokoll, så trenger du ikke dette, og står helt fritt til å bruke hvilken serieport du ønsker. (Ikke Serial1 da, tror den bare har TX og ingen RX).

 

Merk deg at jeg i test-prosjektet ikke faktisk leser porten, men bare et fast byte-array. Regner med at du så det, men trikset er at hanReader.read() finnes i to varianter, en som tar et byte parameter og en som tar ingen parametre. Den sistnevnte vil bruke serieporten.

 

Kunne godt tenke meg noen helt enkle ino filer som eksempler, så tar gjerne imot om du får til noe som fungerer i praksis  

Noe lignende dette: https://github.com/roarfred/AmsToMqttBridge/blob/master/Code/Arduino/HanReader/examples/read_han_simple/read_han_simple.ino

[xibriz]

2 minutter siden, roarfred skrev:

Merk deg at jeg i test-prosjektet ikke faktisk leser porten, men bare et fast byte-array. Regner med at du så det, men trikset er at hanReader.read() finnes i to varianter, en som tar et byte parameter og en som tar ingen parametre. Den sistnevnte vil bruke serieporten.

 

Ja det så jeg

 

Jeg kan ta en fork av prosjektet ditt så lager jeg en merge request når jeg har noe brukende mot Kamstrupen