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

[turbokongen]

Er det noen andre her som har problemer med kamstrup måleren sin?

Min måler har helt sluttet å sende timespakken. Det er kun vanlige 10 sekunderspakker som kommer.

[gskjold]

Release av v1.1.1 med fiks for bl.a. manglende timespakke for noen målere.

 

23 hours ago, turbokongen said:

Min måler har helt sluttet å sende timespakken

 

Hvis du kjører min kode kan det være denne versjonen fikser det for deg

[turbokongen]

14 minutter siden, gskjold skrev:

Release av v1.1.1 med fiks for bl.a. manglende timespakke for noen målere.

 

 

Hvis du kjører min kode kan det være denne versjonen fikser det for deg

Neida, jeg kjører ikke koden din, har et eget python program til HomeAssistant: https://github.com/turbokongen/hass-AMS

Når jeg tvinger raw pakker fra usb modulen, så kommer det faktisk ikke noe data på xx:xx:05 kun xx:xx:00 og påfølgende hvert 10 sekund. Veldig rart.

[cpu22]

On 25/03/2020 at 21:00, turbokongen said:

Neida, jeg kjører ikke koden din, har et eget python program til HomeAssistant: https://github.com/turbokongen/hass-AMS

Når jeg tvinger raw pakker fra usb modulen, så kommer det faktisk ikke noe data på xx:xx:05 kun xx:xx:00 og påfølgende hvert 10 sekund. Veldig rart.

 

Jeg har også en Kamstrup-måler. Times-meldingene kommer xx:xx:05, som de alltid har gjort.

[turbokongen]

 
Jeg har også en Kamstrup-måler. Times-meldingene kommer xx:xx:05, som de alltid har gjort.

Snodig greier dette her. Kl00 i natt så var timespakkene tilbake igjen. Men de kommer ikke på xx:xx:05 men xx:xx:55.
Tror jeg skal sende en forespørsel til nettselskapet for å forhøre meg.

Sent fra min BLA-L29 via Tapatalk

[cpu22]

Det har vært flere forker av  roarfred sin opprinnelige AmsToMqttBridge i denne tråden. Hvilken programvare er det folket bruker nå? Hva anbefales å bruke hvis jeg skal oppdatere mitt HAN ESP8266 kort.

[spenceme]

9 hours ago, cpu22 said:

There have been several wrongs from roarfred's original AmsToMqttBridge in this thread. What software is the people using now? What is recommended to use if I need to update my HAN ESP8266 card.

 

I would suggest https://github.com/gskjold/AmsToMqttBridge.  Gskjold is actively improving and bug fixing.  

[cpu22]

11 hours ago, spenceme said:

 

I would suggest https://github.com/gskjold/AmsToMqttBridge.  Gskjold is actively improving and bug fixing.  

 

Takk for tipset. Jeg prøver den.

[gskjold]

Hei,

Versjon 1.2 ute på test nå: https://github.com/gskjold/AmsToMqttBridge/releases/tag/v1.2-rc1

 

23 minutes ago, cpu22 said:

Takk for tipset. Jeg prøver den.

Det er litt endringer fra Roar sin kode, les på release notes her: https://github.com/gskjold/AmsToMqttBridge/releases

Mest merkbare på et eksisterende oppsett blir vel at alle verdier er standardisert til watt, volt og ampere med desimaler. Akkumulert målerstand er nå oppgitt i kWh. Og temperatur har blitt flyttet fra data til root av JSON.

[tronde]

@gskjold Jeg er litt confused...

 

Bruker Wemos D1mini klone.

 

Oppdaterte via web fra 1.2-rc1 til 1.2.0. Det gikk fint, og den startet opp helt på egenhånd. Har prøvd å gå opp til 1.2.1 nå, uten å få liv i den. Får heller ikke tak i den selv om jeg sletter ESP-en og brenner ny kode over USB. Ser heller ikke ut til at det funker å tvinge den over i AP-modus ved å legge D2 lav.

 

Har gått tilbake til først rc-1 som jeg oppdaterte til 1.2.0 via web. Denne gangen måtte jeg kutte strømmen for å få den i gang, men det kan vel være en tilfeldighet. Ellers ser det OK ut som nettside. Har ikke  prøvd MQTT på en stund.

[gskjold]

@tronde Mistenker dette er spenningstesten i starten av koden. Har gjemt denne bak en compiler option i v1.2.2 som jeg akkurat la ut. Håper den fikser det for deg.

[tronde]

8 timer siden, gskjold skrev:

@tronde Mistenker dette er spenningstesten i starten av koden. Har gjemt denne bak en compiler option i v1.2.2 som jeg akkurat la ut. Håper den fikser det for deg.

Oppdaterte over web fra 1.2.0 til 1.2.2.

Lot seg oppdatere, men måtte kutte strømmen et øyeblikk for å få den i gang. På ingen måte verdens undergang.

 

[gbjøru]

På 10.4.2020 den 9.03, gskjold skrev:

@tronde Mistenker dette er spenningstesten i starten av koden. Har gjemt denne bak en compiler option i v1.2.2 som jeg akkurat la ut. Håper den fikser det for deg.

Jeg installerte v1.2.2 i går og må si at det ser veldig bra ut. Flott innsats @gskjold !

Har også fått satt opp MQTT og overfører øyeblikksdata for effekt til Home Assistant (bilde).

Men finnes det også data for forbruk i kWh for hver hele time?

Tenker det ville vært greit å få siste times forbruk noen sekunder før hver hele time for å regne kostnaden (som jo er lik hele timen).

[gskjold]

33 minutes ago, gbjøru said:

Jeg installerte v1.2.2 i går og må si at det ser veldig bra ut. Flott innsats @gskjold !

Takk for det!

 

34 minutes ago, gbjøru said:

Men finnes det også data for forbruk i kWh for hver hele time?

Akkurat nå er det bare tatt utgangspunkt i data som måleren sender ut selv, altså får du totalforbruket for måleren rett over heltimen. Den oppgir ingen data som er knyttet til forbruket siste timen og det er heller ingen data som kunne vært grunnlag for å gjøre beregning på dette i forkant av en heltime. Men teknisk kunne man altså lagt inn noe kode som leverte beregnet verdig på samme tidspunkt man mottar total målerstand. Hvis det skulle blitt implementert så ville utsending av denne verdien vært avhengig av at den ikke har restartet siden forrige verdi, og at den faktisk får data uten feil både forrige og aktuell heltime. Jeg tenker derfor at det kanskje er bedre å gjøre en slik beregning i hjemmeautomasjonssystemet.

[gbjøru]

1 time siden, gskjold skrev:

Jeg tenker derfor at det kanskje er bedre å gjøre en slik beregning i hjemmeautomasjonssystemet.

OK, først nå så jeg at Active in #####.# kWh er målerstand ?.
Og da får jeg vel bare å fange opp den verdien hver hele time og bruke til kostnadsberegning, skulle det ha noe å si om den har blitt restartet i mellomtiden?

 

[gskjold]

4 minutes ago, gbjøru said:

skulle det ha noe å si om den har blitt restartet i mellomtiden?

Hvis vi skulle ha gjort beregningen på ESPen, så har det noe å si da den mister alle verdiene ved reboot og da hadde den ikke hatt noe å beregne mot på neste heltime.

[tronde]

Dette gjelder for Aidon som er det eneste jeg har tilgang på:

 

Det går an å beregne akkumulert forbruk for inneværende time ved å multiplisere aktiv importert effekt (watt) fra måleren med (2,5 / 3600) og legge sammen alle disse verdiene slik at beregningen starter ved ny time og stopper (nulles) når det kommer ny time. Måleren sender ut effekten hvert 2,5 sekund, og det jeg egentlig regner ut er hvor mange watt-sekunder det er mellom hver gang måleren sender ut en ny verdi for effekten.  Når vi deler på 3600 blir det watt-timer). Jeg har testet over flere døgn, og sammenliknet med akkumulert verdi fra målern, og feilen er neglisjerbar. 

 

Jeg bruker verdi for akkumulert aktiv importert energi (watt-timer) "ikke lik 0" som flagg for timeskifte i arduinokoden fra johove som ikke gir ut tid. Måleren gir jo selv ut ny verdi for akkumulert import hver time, og da går det an å regne litt på den for å få akkumulert energi over døgnet. Alternativt kan man ta alle 2,5 sekunders forbrukene og legge dem sammen inntil nytt døgn kommer hvis man finner en måte å flagge det på.

 

Koden min er bare spaghetti og brukes intil videre bare for å lese ut noe for testing av strømmene, så min quick-fix ble å telle antall timer. For å få dette til å funke i praksis har jeg lurt inn en stillbar timeteller slik at det funker fint så lenge arduinoen har strøm. Jeg stiller timetelleren til nåværende time når jeg setter strøm på arduinoen, og så går det seg til ved neste timeskifte. 

 

 

Det bør vel være mulig å bruke denne logikken lokalt på en PC eller raspberry eller hva nå enn dere bruker for å presentere verdiene? 

 

Kamstrup gir vel kun ut data hvert 10. sekund, og da kan man vel bruke 10 / 3600 istedenfor 2,5 / 3600.

 

 

Det å kjenne akkumulert timesforbruk er en forutsetning for å få til noe fornuftig styring hvis det blir effekttariff basert på høyeste timesforbruk. Da ser man om forbruket drar avgårde tidlig i timen, og har mulighet for å stramme inn før det blir for høyt.

Endret 15. april 2020 av tronde
Det sto timeseffekt. Skal stå timesforbruk i nest siste setning.

[gbjøru]

19 timer siden, gskjold skrev:

Hvis vi skulle ha gjort beregningen på ESPen, så har det noe å si da den mister alle verdiene ved reboot og da hadde den ikke hatt noe å beregne mot på neste heltime.

@gskjold jeg tenkte jeg skulle bruke målerstand (active in) til å regne ut forbruk siste time, men den fant jeg ikke i MQTT. 

Er den ikke tilgengelig via MQTT?

[gbjøru]

19 timer siden, gskjold skrev:

Hvis vi skulle ha gjort beregningen på ESPen, så har det noe å si da den mister alle verdiene ved reboot og da hadde den ikke hatt noe å beregne mot på neste heltime.

@gskjold jeg tenkte jeg skulle bruke målerstand (active in) til å regne ut forbruk siste time, men den fant jeg ikke i MQTT. 

Er den ikke tilgengelig via MQTT?

[gskjold]

15 minutes ago, gbjøru said:

@gskjold jeg tenkte jeg skulle bruke målerstand (active in) til å regne ut forbruk siste time, men den fant jeg ikke i MQTT. 

Er den ikke tilgengelig via MQTT?

Den skal bli sendt ut rett over hver hele time. Heter tPI i JSON eller /meter/import/active/accumulated i RAW mode.

[DIYglenn]

På 30.3.2020 den 21.10, gskjold skrev:

Hei,

Versjon 1.2 ute på test nå: https://github.com/gskjold/AmsToMqttBridge/releases/tag/v1.2-rc1

 

Det er litt endringer fra Roar sin kode, les på release notes her: https://github.com/gskjold/AmsToMqttBridge/releases

Mest merkbare på et eksisterende oppsett blir vel at alle verdier er standardisert til watt, volt og ampere med desimaler. Akkumulert målerstand er nå oppgitt i kWh. Og temperatur har blitt flyttet fra data til root av JSON.

Interessant. Jeg tenkte å prøve dette isteden for Oss-brikken. Jeg har Homey og bruker Oss sitt API der, men jeg ser at det er mulig Oss vil koste penger på sikt.

Min Ams brikke har bare blitt liggende, basert på Roar sitt design. Den trenger dermed stikkontakt i sikringsskap (som jeg har), men ellers er det kanskje mer åpent hva man kan gjøre med denne vs. Oss-brikken. 

[StenO]

På 30.3.2020 den 21.10, gskjold skrev:

Hei,

Versjon 1.2 ute på test nå: https://github.com/gskjold/AmsToMqttBridge/releases/tag/v1.2-rc1

 

Det er litt endringer fra Roar sin kode, les på release notes her: https://github.com/gskjold/AmsToMqttBridge/releases

Mest merkbare på et eksisterende oppsett blir vel at alle verdier er standardisert til watt, volt og ampere med desimaler. Akkumulert målerstand er nå oppgitt i kWh. Og temperatur har blitt flyttet fra data til root av JSON.

Jeg må si jeg er imponert. Dette var gode greier!

Måtte smelle sammen en V1 versjon (RoarFreds hw) og koble den i parallel med den jeg allerede har gående.

Har irritert meg over at jeg i OpenHAB dekoder en JSON som har forskjellige parametre hele tiden og dermed fyller loggen min med feilmeldinger hvert 2,5 sekund - hadde tenkt at dersom jeg oppgraderer til denne koden kan det hende jeg finner noen skatter.

 

Får forske litt på hva det vil si å dekode RAW mode i OpenHAB - kanskje alt blir så meget bedre.

 

Liker veldig godt webgrensesnittet og at jeg direkte kan lese ut Vcc og temperatur derfra. 

 

[gskjold]

8 hours ago, StenO said:

Jeg må si jeg er imponert. Dette var gode greier!

Måtte smelle sammen en V1 versjon (RoarFreds hw) og koble den i parallel med den jeg allerede har gående.

Har irritert meg over at jeg i OpenHAB dekoder en JSON som har forskjellige parametre hele tiden og dermed fyller loggen min med feilmeldinger hvert 2,5 sekund - hadde tenkt at dersom jeg oppgraderer til denne koden kan det hende jeg finner noen skatter.

 

Får forske litt på hva det vil si å dekode RAW mode i OpenHAB - kanskje alt blir så meget bedre.

 

Liker veldig godt webgrensesnittet og at jeg direkte kan lese ut Vcc og temperatur derfra. 

Takk takk! OpenHAB var grunnen til at jeg ville ha raw mode. Jeg har ikke fått omkonfigurert hos meg selv enda faktisk, men jeg har andre devicer som sender på akkurat samme måte og det er bare så mye bedre etter min mening. Forøvrig er det også mulig å endre logging level på pakken hvor feilmeldingen blir generert og dermed bli kvitt den fra loggen på den måten, men det er litt knotete og blir i tillegg resatt hvis du oppgraderer OpenHAB.

 

[cpu22]

On 30/03/2020 at 21:10, gskjold said:

Hei,

Versjon 1.2 ute på test nå: https://github.com/gskjold/AmsToMqttBridge/releases/tag/v1.2-rc1

 

Det er litt endringer fra Roar sin kode, les på release notes her: https://github.com/gskjold/AmsToMqttBridge/releases

Mest merkbare på et eksisterende oppsett blir vel at alle verdier er standardisert til watt, volt og ampere med desimaler. Akkumulert målerstand er nå oppgitt i kWh. Og temperatur har blitt flyttet fra data til root av JSON.

 

Hittil har jeg brukt Arduino IDE for å laste opp mine egne programmer til kortet (esp8266), men jeg ser at AmsToMqttBridge bruker Visual Studio Code (VSC) for å lage binær kode. Så jeg har lastet ned VSC og installert PlatformIO plugin og hentet koden fra gskjold/AmsToMqttBridge. Det ser bra ut så langt, jeg har også kopiert platformio-user.ini-example siden jeg har det opprinnelige kortet fra roarfred.

 

Siden jeg ikke har brukt VSC før, så har jeg litt trøbbel med å finne ut hvordan man gjør "ting". Jeg finner "Run" kommando, men ingen "bygge" kommando for å lage binær-filer. Hvordan gjør dere det fra VSC? Laster dere direkte til kortet, eller flasher dere en binær-fil, som lages av VSC? Det hadde vært fint med en kokebok fra noen som har gjort dette før.

 

[StenO]

4 timer siden, cpu22 skrev:

 

Hittil har jeg brukt Arduino IDE for å laste opp mine egne programmer til kortet (esp8266), men jeg ser at AmsToMqttBridge bruker Visual Studio Code (VSC) for å lage binær kode. Så jeg har lastet ned VSC og installert PlatformIO plugin og hentet koden fra gskjold/AmsToMqttBridge. Det ser bra ut så langt, jeg har også kopiert platformio-user.ini-example siden jeg har det opprinnelige kortet fra roarfred.

 

Siden jeg ikke har brukt VSC før, så har jeg litt trøbbel med å finne ut hvordan man gjør "ting". Jeg finner "Run" kommando, men ingen "bygge" kommando for å lage binær-filer. Hvordan gjør dere det fra VSC? Laster dere direkte til kortet, eller flasher dere en binær-fil, som lages av VSC? Det hadde vært fint med en kokebok fra noen som har gjort dette før.

 

 

Den enkleste måten å bygge på er å bruke dette verktøyet nederst i verktøyraden. 

Du kan også klikke på PlatformIO - ikonet i venstre kolonne i skjermbildet ditt og velge blant kommandoene du har der.

binærfila du lager blir liggende under (ditt repository)/.pio\build\dev\firmware.bin

Hos meg er det det samme som 

AmsToMqttBridge/.pio/build/dev/firmware.bin

 

Personlig liker jeg å laste opp binærfilen via web-grensesnittet, men har du ikke det oppe, synes jeg det er enklest med esptools. Problemet er å finne ut hvilken com-port du skal gjøre på men det greier den fint selv om du har koblet esp8266-kortet på og i load-modus.

 

Min kommandolinje for å laste ned fra PC er:

 esptool.py --port COM7 write_flash 0x0 AmsToMqttBridge/.pio/build/dev/firmware.bin

 

MERK: Husk å slå av DEBUG_MODE i platformio-user.ini. (-D DEBUG_MODE=0) før du bygger. Mine kort starter ikke (Watchdog reset) dersom jeg har på DEBUG_MODE

 

Endret 19. april 2020 av StenO