ArnieO

@tronde Anbefaler varmt denne firmwaren: https://github.com/gskjold/AmsToMqttBridge

OK, skjønner - da blir det annerledes. Du kan kanskje ha nytte av dette: https://github.com/ArnieO/SmartMeterDocumentation#national-technical-requirements Det er som du sier i starten her en slags "kvasi-løsning". Der er ingen kommunikasjon inn til måleren, den pusher bare data med ulikt intervall (kravet var 2,5 sekunder, Kamstrup fikk dispensasjon til å gå ned til 10 sek intervall). Informasjonen om at det skal tilkobles èn slave går så vidt jeg har kunnet finne på tillatt strømtrekk fra HAN-porten (for slaver som trekker sin energi derfra). I standarden er det definert (tar det på hukommelsen nå) et maksimum strømtrekk per slave, som stemmer med den mest strømgjerrige av målerne som brukes i Norge (Kamstrup). Mer informasjon finner du her: https://m-bus.com/documentation Den vanlige løsningen for å interface med M-bus er å bruke TSS721. Men det er en komplett M-bus transceiver, og løser derved en mye mer kompleks oppgave enn å kun lese data som pushes. Den krever dessuten mange støttekomponenter som er komplekse å beregne (min vurdering). Jeg har derfor gått bort ifra den, og løser dette med en langt enklere kretsløsning. Ta kontakt på DM så kan vi eventuelt diskutere videre.

Hei! Du finner mye informasjon om blant annet det du spør om i denne 83-siders (!!) mega-tråden som ble startet i 2017: For å gjøre en lang historie kort: Jeg har utviklet to design som det ble såpass interesse for at jeg i sommer startet opp nettbutikken amsleser.no for å organisere salget på en hensiktsmessig måte - og registrerte samtidig enkeltpersonforetak. Jeg selger: Pow-K er et kort som kan erstatte originalkortet i en Kamstrup HAN-modul. Kan altså kun brukes på Kamstrup. Denne har jeg nå drøyt 50 brukere på, de fleste i Danmark (hvor det kun er Kamstrup-målere). Dette blir en elegant løsning for Kamstrup-målere, man slipper å ha en "dongle" hengende i sikringsskapet. Selges også som byggesett. Pow-U er en "universal" HAN-port leser dvs kan brukes på alle tre målertypene som brukes i Norge. Det mest krevende her var å få til DC/DC converteren slik at man ikke trenger en egen strømforsyning; den trekker strøm fra HAN-porten. Begge kortene er bygget rundt en ESP-8266 mikrokontroller med innebygget Wifi-modem. Men vel så viktig som hardvaren/kortene er programvaren som kjører på mikrokontrolleren. Mega-tråden jeg refererer ovenfor ble startet av @roarfred som dessverre gikk bort for et par år siden. Han gjorde det viktige innledende arbeidet og la grunnlaget for det som nå @gskjold har videreutviklet til AmsToMqttBridge . Dette er åpen kildekode, og @gskjold gjør en kjempejobb med å vedlikeholde og videreutvikle den. Den kan brukes med ulike hardvarekonfigurasjoner, og kan kjøres enten på ESP8266 eller ESP32. Det begynner å bli mange brukere på denne koden, og det gjør at det kommer gode tilbakemeldinger og innspill - som gjør at den blir bedre og bedre. Dessuten (spoiler alert!) er det en ny versjon på gang med nye, interessante egenskaper som ikke finnes i dagens versjon. Så dersom du velger å jobber videre med ditt eget kretsdesign anbefaler jeg denne firmwaren! Dersom du i stedet vurderer "the easy way out" så er nettbutikken min et alternativ. Jeg har i oktober og november klart å levere etter hvert som bestillinger kom inn, men er nå i ferd med å gå i "venteliste-modus" igjen for Pow-U. PCBer og komponenter er på vei med "slow boat from China". Komponenter er en kjempeutfordring; et par av komponentene jeg bruker har nå 53 uker (!!) leveringstid hos Mouser, så jeg har måttet finne kilder direkte i Kina. Prisene er også kokko-varierende for tiden. Jeg får dessuten et lite parti ferdigbygde Pow-U kort levert nærmere jul, så da blir det litt enklere. Foreløpig har jeg et lite antall Pow-K liggende klare til levering, og håper å få inn nye komponenter raskt nok til at det ikke blir venteliste på den også.

Hei @rhe! Jeg er personen bak amsleser.no (Pow-K og Pow-U amslesere) og bruker både Domoticz og Mosquitto på en RPi. Det er lenge siden jeg satte det i drift, så husker ikke detaljene - men vil forsøke å hjelpe deg! Jeg er litt usikker på hvor det stanger hos deg, men det første du må gjøre er å forsikre deg om at brokeren (Mosquitto) fungerer som den skal, og videresender det som publiseres. Et godt hjelpemiddel er da å installere en MQTT-klient på PCen. Der er sikker mange PC-klienter der ute, jeg har en gammel versjon av MQTT.fx. Jeg ser nå at dette har blitt et kommersielt produkt (betaling!), men du finner gamle versjoner her: http://mqttfx.jensd.de/index.php/download Jeg har hatt 1.7.1 installert lenge, og den har gjort jobben for meg. Først må du der opprette profil hvor du legger inn IP-adresse og portnummer på din Mosquitto-broker, så koble deg til den. Dersom det fungerer får du "grønt lys" oppe i høyre hjørne: Den åpne hengelåsen viser at jeg ikke har satt opp min broker med brukernavn og passord. Skjermklippet ditt ovenfor indikerer at du har brukernavn/passord på brokeren, da regner jeg med at du får en lukket hengelås i stedet. (Det er kanskje lurt å starte uten bruker/passord, så er det en ting mindre å holde rede på; du kan alltids legge det til senere). Deretter skal det bare være å "subscribe" til det "topic" du har definert i firmwaren på din amsleser - så skal det begynne å tikke inn data. Mitt oppsett på Pow-U: Her er payload som da dukker opp i MQTT-fx: Når du har dette oppe å gå kan vi ta det videre herfra! EDIT: For å få en så pent formattert JSON streng velger du format nede i høyre hjørne på MQTT.fx:

Jeg foreslår at du kikker på dokumentasjonen som ligger som vedlegg på produktsidene. Men kort fortalt leveres dataene ferdig dekodet ja. AMS målerne kommuniserer mot energiverkets nett med radiosignaler ja, visstnok et maskenettverk. Men der skal det ikke være mulig å koble seg til på noe vis. Det er dette som brukes for fjernavlesing av målerne.

Du kan kun hente data fra HAN-pluggen. En løsning for deg er å kjøpe en Pow-U fra amsleser.no. Den henter driftsstrømmen fra HAN-pluggen og videresender data kontinuerlig på Wifi, til grafisk brukergrensesnitt på intern IP-adresse og evt MQTT. Disclaimer: Dette er mitt hobbyprosjekt-produkt, jeg startet nettbutikken amsleser.no i sommer for å organisere salget. Jeg har nylig omsider kommet til toppen av ventelista jeg hadde i høst, og har akkurat nå noen stk liggende klare til levering.

Godt å høre, takk for tilbakemelding! 👍

Hei, Denne (som nå har fått navnet Pow-K) er laget for å erstatte originalkortet i HAN-modulen som sitter på en Kamstrup-måler, og kan ikke brukes på Kaifa. Jeg har imidlertid Pow-U som er en "dongle" som er testet også på Kaifa. Begge er til salgs fra nettbutikken amsleser.no som jeg startet opp i sommer grunnet betydelig interesse for disse kortene. På Pow-U har jeg måttet gå en "strafferunde" og oppdatere kortet, så der er det blitt venteliste som jeg jobber med å levere til. Men om du legger inn bestilling skal det ikke ta så alt for mange ukene. Nettbutikken fungerer i praksis som venteliste: Du betaler ikke ved bestilling men får tilsendt betalingsanmodning når jeg er klar til å levere.

Takk for oppdatering, godt å høre at det løste seg!

Spørsmålet kan være interessant nok, men denne tråden omhandler lesing av AMS-målere, det du spør om er noe helt annet! Forsøk å starte en egen tråd (og forsøk å finne dokumentasjon; alle lenkene på begge de to sidene går "ut i det blå")

OK, da kommer det faktisk ikke data. Det er lett å se dette på et multimeter, og da vet vi at HAN-modulen konverterer signalet korrekt, den vil da ligge fast på 24V. Nettselskapet må finne en løsning.

Datasignalet skal ligge på 3,3V mellom datapulsene, og fluktuere mellom 0 og 3,3V når det kommer data (pulstog som kommer hvert 10. sekund, varer ca 1 sekund Det skal gå bra med oscilloskop, men er ikke nødvendig. Og du må være forsiktig - dersom du ved en feil kobler GND på skopet til datasignalet eller V_in så kortslutter du de til jord i stikkontakten din. NB: Datasignalet finner du på den **øverste** pinnen i midten. Bildet lengre oppe skal snues 180 grader, også er det en vinklet konnektor med to rader du ser.

Min feil, beklager! Bildet i starten av tråden må snues opp/ned. Du skal finne forsyningsspenningen på de to til venstre, og på den ene i midten finner du datasignalet når du måler mot en av GND-pinnene.

Det ser ut for at du måler på feil pinner, det er de to til venstre du skal måle mellom.

Det var lurt å låne en HAN-modul! Ja da er det mer sannsynlig at det faktisk er noe galt med måleren. Jeg har ikke hørt om det problemet før, men det betyr jo ikke at det er umulig. Har nettselskapet (som eier måleren) et forslag til løsning? Vil de bytte den? Nettselskapet fjernavleser en del data fra måleren, jeg har ikke informasjon om hva. Du kan kanskje spørre de om det er noen tegn der til at det er feil på måleren? Det er ikke usannsynlig at det finnes noe selvdiagnostisering i den - men det blir spekulasjon fra min side.

Feilblinkekodene kommer med 3 sekunders mellomrom. Hvert blink varer i 50 millisekunder, og dersom de kommer flere enn ett blink er det også 50 millisekunder mellom blinkene. Det skal da være kurant å skille blinkene fra hverandre / telle de. Ta gjerne en videosnutt neste gang du ser det dersom du er i tvil! Dersom problemet er feil eller manglende data fra måleren vil det også vises i brukergrensesnittet ved at HAN-indikatoren blir rød. Dersom den mister kontakt med Wifi-aksesspunktet blir Wifi-indikatoren rød:

OK, da vet vi litt mer! Tre røde blink er en feilkode som indikerer at den ikke har kontakt med Wifi-ruteren, se kapittel "Feilsignaler" i bruksanvisningen. Den blå sekvensen viser data som kommer inn fra måleren, og det grønne blinket rett etter er Pow-K som bekrefter at måledataene er gjenkjent/godkjent. Jeg har aldri hatt problem med RSSI i området -75 til -77 dBm, men det kan tenkes at det er ekstra mye radiostøy hos deg som gjør det mer krevende. Min gjetning er fremdeles at det er radiostøy som er årsaken til det du ser, men uten avansert måleutstyr tror jeg det er vanskelig å komme nærmere å finne ut om årsaken er nettselskapets maskenett (hvor de kanskje har lagt om innsamlingsalgoritmen) eller din Zigbee-dings (som tilkom etter at problemene startet, derfor lite sannsynlig).

Det er en interessant observasjon og for så vidt en artig teori, men jeg anser det som svært usannsynlig at måleren er konstruert på en slik måte at den ikke fungerer ordentlig når det går lite strøm i fasene. Pow-K får spenning fra en plugg i måleren hvor det konstant skal ligge 4,15V. Dersom den slutter helt å fungere i perioder må enten denne spenningen bli borte, eventuelt må firmwaren gå i lås på en slik måte at den etterhvert restarter modulen (men det høres også svært usannsynlig ut slik du beskriver det som skjer). Vet du om modulen var spenningsløs (ingen lys i LEDen) mens dette skjedde? Hvilken liten endring var det du gjorde slik at den ble stabil? Min teori heller mer i retning av at det skjer noe i forbindelse med nettselskapets daglige trådløse avlesing av målere. Kanskje radiostøy som gjør at Wifi-signalet fra Pow-K ikke kommer ut til routeren din? Hvilken RSSI har du vanligvis? AMS-målere i et område er sammenkoblet i et maske-nettverk, og dersom du er så heldig at din måler er "hub" mot nettselskapets system så kan kanskje radio-"jammingen" pågå en stund mens målere i området leses. Bare en teori dette også. Dersom du var på stedet mens det der skjer og kunne observere LEDen på Pow-K så kunne vi kanskje komme nærmere en forståelse.

Forstår jeg deg rett når du snakker om data fra to Kamstrup-målere hvorav du har en Pow-K på den ene? Er problemet der fremdeles? Min egen logger er midlertidig ute av drift grunnet feilsøk på et kort, så kan ikke se hva som eventuelt hendte på min Kamstrup-måler i går. Siden du får 24V betyr det at du måler på HAN-modulen. Jeg har vært borti HAN-moduler med feil, ting virket etter at de var byttet. Du skrev tidligere om problemer med å trekke ut HAN-modulen. Dersom du fikk det til kan du trekke den ut og sjekke datasignalet på pluggen bak HAN-modulen. Du måler mellom GND (en av pinnene til venstre) og datasignalet som er på nederste pinne i midten. Signalet der er 0-3,3V, ligger på 3,3V mellom datasendingene.

Ikke opplevd det, ikke hørt om det. Der er nok overstrømssikring på pluggen som sitter bak HAN-modulen slik at den muligens stanser midlertidig dersom det trekkes for mye strøm derfra. Jeg kjenner ikke kretsdesignet for HAN-modulen, og har ikke tenkt å forsøke å teste grensene - men det er mulig det samme kan skje om man trekker for mye strøm fra HAN-modulen. I begge tilfeller burde den komme tilbake etter kort tid etter at "kortslutningen" (eller hva det er) fjernes.

Jeg tør ikke svare på om eksakt det @frodegill gjør her (republisering på MQTT av data fra Entso-E) er tillatt - men jeg forventer at det er tillatt basert på følgende: For å være helt sikker for min egen del har jeg hatt epost-dialog med Entso-E om noe lignende, og på direkte spørsmål fikk jeg bekreftet at følgende er tillatt: Jeg kan produsere enheter (basert på ESP8266 eller ESP-32 moduler) med firmware som kobler de til internett via brukers wifi aksesspunkt. I denne firmwaren kan jeg bruke mitt Entso-E token til å lese prisdata fra Entso-E sitt API. Det er uproblematisk for Entso-E at samme token benyttes på en mengde enheter som jeg distribuerer til brukere (gir bort eller selger). Man får som kjent token gratis fra Entso-E ved å registrere seg på deres nettside. Årsaken til at Nordpool og Entso-E opptrer helt forskjellig ligger nok i at Nordpool gjør dette som en tjeneste de skal tjene penger på mens Entso-E så vidt jeg vet er en offentlig finansiert EU-virksomhet.

Takk for svært hyggelig tilbakemelding! 👍😊 Innledningsvis var jeg også urolig over hvorvidt Wifi-signalet kom ut av lukket stål sikringsskap med tilstrekkelig styrke - men har samme gode erfaring som deg, det fungerer helt fint hos meg også i en vanlig reisverksbygning med sikringsskap i 1. etasje, med Wifi-AP i etasjen ovenfor. Jeg tar "kun" æren for hardvaren her. Alle godord om firmwaren sender jeg rett videre til @gskjold, som har gjort en kjempejobb på den og fortjener all ros han kan få!

Jeg har nå startet opp så smått en nettbutikk hvor jeg selger mine AMS-lesere: https://amsleser.no/ Jeg selger to typer kort: Pow-U er en "dongle" som kan brukes på alle målere i Norge med aktivert HAN-port. Skal også fungere på danske målere med HAN-port. Trenger ikke batteri eller ekstern strømforsyning, den henter strøm fra HAN-porten. Jeg selger også 3D-printet boks, eventuelt kan kjøpere med printer få tilsendt STL-filer og printe selv. Pow-K er et kort som kan erstatte originalkortet i en Kamstrup-måler. Eventuelt selger jeg en 3D-printet holder slik at man slipper å rote med originalmodulen. Dette kan også leveres som kit for selvbygging (PCB og nøkkelkomponenter). Kortene leveres ferdig montert, testet og programmert med siste versjon AmsToMqttBridge firmware, videreutviklet av @gskjold med utgangspunkt i koden @roarfred i sin tid utviklet i samarbeid med brukere på dette forumet over de første ca 30-40 sidene av denne megatråden. Så de som ønsker å skaffe seg en HAN-leser som gir full kontroll over alle måledata, med knallgod firmware, MQTT-opsjon etc har sjansen nå; løp og kjøp! 😄 https://amsleser.no

750 kr for ferdig montert, programmert og verifisert kort - inkludert 15 cm flat RJ-45 kabel. 50 kr for 3D-printet boks, eventuelt kan de som kjøper kortet få STL-filene og printe selv. Du velger selv fraktmetode (og dermed -pris). Posten: Uregistrert: 55 kr. Pakke med sporing: 149 kr. Eller bruk en av de andre (helthjem.no etc).

Kortet kjører selvsagt @gskjold sin eminente firmware https://github.com/gskjold/AmsToMqttBridge 😉 PCBene er på vei, Fedex lover levering ila denne uka, jeg regner med å få loddet opp første og verifisert i helga (værforbehold! 😎). Vil da legge ut oppdatering. Grunnet utstrakt bruk av små SMD komponenter må det loddes med stensil, derfor selger jeg ikke byggesett, kun ferdigmonterte kort med 3D-printet boks.