ArnieO

Bare så det er sagt: "kvar" skurrer i mine øyne også, men når jeg fant ut at det var det nærmeste vi kom en SI-"godkjent" betegnelse. Så det er godt mulig det bør endres til kVAr (som jeg også er vant med!). Hva tenker du @gskjold?

Hvordan beregner du timesgjennomsnittet? (Jada, koden din ligger der oppe, men det er enklere å spørre... 😄) Jeg forventer at det som går ut fra måleren er differansen mellom to heltimes-avlesninger, basert på klokka i måleren. Er du sikker på at du leser av på rett tidspunkt? Firmwaren AmsToMqttBridge sender "package timestamp" til MQTT. Dersom det er den du bruker så pass på at du har siste versjon; jeg mener å huske at det har vært noe kluss med den parameteren underveis i utviklingen. https://github.com/gskjold/AmsToMqttBridge/wiki/Message-formats

«The unit "var" is allowed by the International System of Units (SI) even though the unit var is representative of a form of power.[7] SI allows one to specify units to indicate common sense physical considerations. Per EU directive 80/181/EEC (the "metric directive"), the correct symbol is lower-case "var",» https://en.wikipedia.org/wiki/Volt-ampere#Reactive

Godt innspill! Neste døgns strømpriser publiseres ca klokka 13 dagen før.

Sneak peek på kommende firmware-oppdatering (det er @gskjold som er helten her!) Utålmodige sjeler inviteres herved til å bli med på beta-testingen: https://github.com/gskjold/AmsToMqttBridge/issues/143 Og om du ikke ennå har skaffet deg en Pow-K eller Pow-U... vel... løp osv.

Her er et godt eksempel på hva vi ønsker å unngå med slik automatisering som @xibriz har implementert. (Skjermklipp fra betatest-versjon av kommende firmware for Pow-U og Pow-K). Etter nyttår ville disse 2,1 kWh (dersom jeg klarte å holde meg under 5 kW resten av måneden) blitt straffet med 112,50 kr ekstra på strømregningen. Det ville blitt ca 50 kr/kWh! 😬 Det som skjedde var at hybrid-bilen måtte settes på lading pga to påfølgende turer. Dette kunne etter nyttår gitt verdens dyreste drivstoff, det ville ha vært mye billigere å kjøre den turen med bensin.😖

(Jeg får ikke lov til å trykke flere "Like" i dag - men liker dette veldig!) 👍 Jeg står foran boligbytte, og det er ikke umulig at jeg benytter anledningen til å konvertere fra Domoticz til OpenHAB eller HomeAssistant. Uansett veldig aktuelt å se på en slik automatisering snart, og dette er et flott utgangspunkt. Godt jobbet!

Takk for info! OK, da ble ikke det kravet overholdt i denne boligen (oppført 2011) - men det er ikke akkurat noen bombe at krav ikke overholdes. (TEK-10: Don't get me started!) Jeg er ellers ikke trygg på stikkontakter det regelmessig trekkes mye strøm fra før jeg har åpnet de opp og sjekket at skruene er ordentlig strammet...

Vet du når den endringen kom? Min bolig er 10 år gammel, og har 10A VVB på stikkontakt.

Jeg har faktisk syslet med en slik idé, og tatt det fram til fungerende "proof of concept": Bilde nedenfor viser prototypen som står på skrivebordet mitt. Dette designet benytter seg ikke av /data.json men sender i stedet målerdataene via ESP-NOW protokollen (point-to-point uten Wifi-overhead) fra dingsen i sikringsskapet til displaymodulen. Displaymodulen veksler mellom å ta imot data fra strømmåleren via ESP-NOW og å kommunisere på Wifi med MQTT broker og ENTSOE (for å få inn strømpriser). Displaymodulen er her et TTGO-display kort med ESP32. Displayet er ca 17 x 27 mm. Kanskje kunne man finne noe med formfaktor som gjør at man får det hele inn i ei Elko-ramme, med en puck bakom som leverer strøm...

Enig. Jeg kan ikke si annet enn at jeg har god erfaring med denne.

Denne: https://www.kjell.com/no/produkter/smarte-hjem/fjernstrombryter/fjernstrombryter-wifi/tp-link-wifi-smart-plug-fjernstrombryter-med-energimaling-p61985 Den har også energimåling - som er en fin bonus. Jeg styrer og leser den fra Domoticz, vhja en oppskrift jeg fant på brukerforumet i sin tid. Men... den modellen ser ut for å ha gått ut, dette er vel erstatningen fra samme produsent med tilsvarende maks-belastning: https://www.kjell.com/no/produkter/smarte-hjem/fjernstrombryter/fjernstrombryter-wifi/d-link-wi-fi-smart-plug-fjernstrombryter-p51538

For what it's worth: Jeg har kjørt en 16A styrt wallplug på min 10A bereder i fire år nå, og den virker fremdeles helt fint. Brannfakkel: Jeg mener dette oppsettet er mindre brannfarlig enn en installasjon uten wallplug. Hvorfor? Risikopunktet her er dårlig kontakt et sted grunnet mange inn/utkoblinger. Det går mye strøm, og temperaturen øker litt i kabel og spesielt kontaktoverganger, overgangen stikkontakt/støpsel er gjerne det svake leddet. Etter mange sykluser kan kontakten bli redusert, overgangsvarmen øke ytterligere - og til slutt kan man få en ulmebrann. Uten wallplug vil berederen koble seg inn straks temperaturen i berederen kommer utenfor termostatens hysterese-område. Skal vi gjette minst 5 sykluser i døgnet? Kanskje 10? I mitt oppsett varmer jeg varmtvann èn eller to perioder hvert døgn. Stort sett èn periode, på natta mens strømprisen er lavest. Dette reduserer antall av/på sykluser, og kan derfor redusere risikoen sammenlignet med situasjonen uten wallplug. Dette forutsetter selvsagt at wallpluggen har et godt relé som er godt dimensjonert (overdimensjonert).

Fort gjort. Takk for at du sa ifra!

😄🎅

Jeg er usikker på om NodeMCUene er tilstrekkelig godt avkoblet nær ESP8266. Når den sender på Wifi har den relativt heftige sprang i strømtrekket, som kan føre til korte spenningsdrop som slår inn på ESPen. Det problemet kan muligens forsterkes av dårlig RSSI dersom du sender fra inne i sikringsskapet, og Wifi-modemet derfor forsøker å skru opp sendeeffekten. Jeg ville forsøkt å lodde på en heftig lav-ESR kondensator (ikke elektrolytt, den har for høy ESR) på NodeMCUen, så nær ESPen som mulig. EDIT: På kortene jeg selger (https://amsleser.no/) bruker jeg både en 1F lav-ESR superkondensator som generelt buffer på kortet - og i tillegg en 10uF keramisk kondensator like ved spenningspinnene til ESP8266.

OK, 1.5.2 er en relativt ny versjon. Jeg stusser fordi jeg aldri har opplevd det du beskriver, og ikke hørt om det før fra noen bruker (har nå rundt 100 brukere på to ulike kortdesign). Kan det være at du ikke har ams-leseren på fast IP (anbefales!), og nettet ditt tilordner ny IP ved restart av router? Det forklarer riktignok ikke problemene du beskriver ved restart av MQTT-broker...

@stigvi Hvilken versjon kjører du ?

@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.