ArnieO

God idé dette! 👍 Men jeg mener å ha lest et sted at det da er en minste tillatte innkoblingstid man må forholde seg til. Det er sikkert andre brukere her som vet mer om dette. Så vidt jeg vet driver induksjons-koketopper en form for pulsbredde-modulering, men minste tidsavstand mellom inn/utkobling er da en god del sekunder i hvert fall. Og koketopp brukes ikke permanent slik som en VVB. Det er ikke bare kontaktoren (nå SSR) som stresses av stadige inn/utkoblinger men også alle kontaktforbindelser hvor der vil være en (liten) overgangsmotstand som medfører en (liten) temperatursykling ved hver av/på syklus. Temperatursyklinger vil stresse kontaktovergangene litt hver gang - og over lang tid kan ting utvikle seg til dårlig kontakt. VVBer er ulikt konstruert, jeg hadde en relativt ny 10A OSO bereder hvor kabelen hadde støpsel i ene enden og også en koblings-stikkontakt (altså ikke fastmontert) i enden mot berederen. Andre beredere er nok mer robuste på disse punktene. Dersom VVBen brukes på "vanlig måte" vil jo termostaten uansett koble av/på en god del ganger hvert døgn, så jeg tenker at så lenge man praktiserer veldig langsom pulsbredde-modulasjon skal det være uproblematisk. Målet er jo først og fremst å holde seg unna timelastgrensene som (enig med vurderingen din!) vil komme på ett eller annet tidspunkt.

Jeg opplever nøyaktig det samme på v2.0.2, men har ikke testet 2.0.1. Hardware: En eldre Pow-K med HAN på UART0. Måler: Kamstrup

For så vidt korrekt at firmwaren ikke gjør noe med den blå delen av en RGB LED. På Pow-U og Pow-K er den blå delen av LEDen direkte koblet til innkommende HAN linje slik at den blafrer i når datagrammet ankommer fra måleren. Det gir en god visuell indikasjon på at måleren er åpnet og at datagrammene kommer som de skal.

Ja i og med at man ikke på forhånd vet hvordan prisvariasjonene vil bli resten av måneden så blir det krevende å få til en optimal algoritme som både tar hensyn til kapasitetsleddet i nettavgiften og strømprisen neste døgn.

Godt eksempel! Men som sagt... kan ikke se noe som kan brukes til det av det som kommer på HAN-porten. Dette er dokumentasjonen som er tilgjengelig: https://github.com/gskjold/AmsToMqttBridge/tree/master/doc

Godt spørsmål! Jeg minnes å ha lest noe om det der. Der er ingen data på HAN-porten som (så vidt jeg kan forstå) kan brukes til å detektere jordfeil. Så enten er dette en måling som kun går til nettselskapet, eller så bruker de en kombinasjon av mange målinger til å avdekke hvor i et nabolag jordfeilen er.

Takk! 🙂 Det er for så vidt det jeg gjør i Pow-U (trekker power fra HAN). Fra den gjerrigste måleren i bruk i Norge kan man trekke 144 mW (ved 24/12V), det blir ca 30 mA på 3,3V. Det er så vidt jeg vet for lite for å drive en Raspberry Pi Zero W. https://raspi.tv/2017/how-much-power-does-pi-zero-w-use

😂

Du er hjertelig velkommen til å oppgradere til 2021-standard! 😅 Dessverre er jeg tom for Pow-U, så bestillinger går til venteliste nå - men jo før man stiller seg i kø jo fortere kommer man fram til disken...

Reaktiv effekt er et helt uinteressant tall for privathusholdninger. Man skal derfor være langt mer enn middels teknisk interessert for å i det hele tatt gidde å bry seg med de. 😅

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!