Vinnerliste

Dette var visst enklere enn jeg hadde trodd. Fant et eksempel som brukte apexcharts-card som jeg allerede hadde brukt til noe annet, og tenkte det samme kunne brukes på live strømmer. Og det gikk jo fint. Screenshot og koden under type: custom:apexcharts-card graph_span: 1d span: start: day offset: '-12h' header: show: true title: Used kWh hourly series: - entity: sensor.amsleser_houruse name: Used type: column color: '#1e81b0' float_precision: 2 group_by: duration: 1h func: max

Konklusjon: Bruk heller amsToMqttBridge. Maskinvare koster mindre enn 100 kroner. Men tilfredsheten av å lage det selv er vanskelig å verdsette 🙂

Laget en litt alternativ strømprisgraf. I utgangspunktet har jeg en graf for i dag og en for i morgen men har nå slått sammen slik at jeg har en graf som viser strømpriser fra nå og utover så langt der finnes data, altså i praksis fra inneværende time fram til midnatt tidlig på dagen og fra inneværende time fram til neste midnatt litt senere på dagen. Tanken er at strømpriser fra tidligere på dagen er "water under the bridge" og trenger ikke oppta plass på skjermen... Kl 13 ser det slik ut: Hvit er råpris på strøm, gul og oransje (som nå ligger usynlig under den gule pga strømstøttesats = 0) er hhv. råpris + nettleie og råpris + nettleie - strømstøtte. Strømstøtte varierer fra dag til dag da den beregnes ut fra snittpris denne mnd. fram til nå. ...og kl 14 blir den slik: Hvilken versjon som er mest nyttig kan jo alltid diskuteres men nå har jeg i alle fall begge en stund...

Trodde vi var i en annen tråd jeg startet 😅 Men det gir mye om ikke alt av den samme informasjonen, så kan være relevant for noen kanskje

Den populære mini-graph-card har også en slik "group_by" mulighet. Ganske nyttig, ja 🙂

Har Z-Water med LK stillmotorer. Z-Water har ingen automatikk for ventilmosjonering, så jeg har en event som kjøres natt til mandag hver uke som åpner og lukker ventilene.

Hei! Vet ikke hvor dette helt passer i dette forumet, men prøver her. Jeg har i det siste jobbet med et hobbyprosjekt for å kalkulere hva varmtvannstanken koster meg i måneden. Jeg har egentlig gjort dette for min egen del, men tenkte kanskje noen andre kunne ha nytte av det også. Derfor har jeg laget Watty. Hva er Watty? Det er en applikasjon som trenger to ting: at du eier en Shelly enhet (f.eks. en Shelly Plug), og at du er kunde hos Tibber. Ved å bruke Shelly og Tibber sine APIer, kalkulerer Watty ut hva en målt enhet koster i måneden. Dette ser slik ut: Som dere ser i GIFen, viser Watty et par ting: - Hva den målte enheten har kostet deg. - Hvor mye strøm enheten har brukt i kilotwatt-timer. - Mulighet for å kalkulere inn strømstøtten. Vær obs på at prisen ikke inkluderer nettleie. Dette må man dessverre fortsatt kalkulere inn selv. Strømstøtte-kalkulasjonen er basert på dagens rate: 90% over 87,5 øre (inkludert moms). Dvs. den er korrekt tilbake til september. Før dette var strømstøtten på 80%, men dette har jeg ikke giddet å ta hensyn til... Koden ligger åpent på Github. Det er helt sikkert noen bugs i nåværende tilstand, så opprett gjerne en issue eller pull request hvis du finner noe Kommenter gjerne her hvis du finner andre typer feil. Jeg garanterer f.eks. ikke for at matten min er korrekt 😁 Github repoet over inneholder også litt info om hvordan man får tak i Shelly og Tibber sine token. Jeg har også planer om å få inn priser basert på Nord pool i stedet for at man er bundet til Tibber. Nord pool er ikke så grei med tilgang til APIet sitt, så må finne på noe lurt her. Ha en fin dag

Som sagt, det er alltid et problem når man må stole på andre. Men hvis det er en gevinst i det, så tåler folk mer. Ellers må jeg innrømme at Watty foreløpig nok et et produkt for spesielt interesserte. Det er ikke så mange som lurer på hva en dings koster i strøm, som bruker Tibber og Shelly og som allerede ikke har automatisert dette. Men med en mulighet for å skru av og på en dings, så er det plutselig et poeng i å bruke tjenesten.

Du vil nok ikke finne noen "enkel forklaring" noe sted, for dette er litt komplekst. Det som kommer der er OBIS koder, basert på en standard som "stort sett" følges av målerne. Dersom du virkelig ønsker å dykke inn i materien kan du begynne med å ta en kikk på Green book og Blue book lagret her: https://github.com/gskjold/AmsToMqttBridge/tree/master/doc Du kan også finne noen eksempler på payloader her, med litt (ja, litt...) forklaring: https://github.com/gskjold/AmsToMqttBridge/tree/master/frames