stigvi

Tja, si det. De leses jo inn og legges i minne. Kanskje de skrives tilbake når du stenger ned?

Jeg regner det ut akkurat som Tibber gjør, bortsett fra at jeg tar med nettleie. Siden Tibber sammenligner nå-pris i forhold til et 3 dagers snitt, så gjør jeg det også.

Ok, her er et eksempel. Tibber sier at strømpris er 10 øre pr kwh og slik har den vært lenge. Så stiger prisen til 12 øre pr kwh. I flg Tibber er det 20% økning og prisnivå går fra normal til expensive. Men la oss si at du betaler 40 øre pr kwh i nettleie. Så den egentlige økningen for deg er fra 50 til 52 øre. Det er kun en 4% økning i pris og prisnivå er fortsatt normal. Lager du automasjon basert på Tibber sin indikasjon på at strømmen er blitt dyr så slår du av varmen pga en reell økning i pris på 4%. Det kan jo være greit nok, det. Men for meg var det ikke greit nok. Det ble for mange perioder med "dyr" strøm og ekstra ille ble det i år med lave strømpriser i forhold til nettleie. Altså at strømpris varierte mellom 5 og 10 øre. Tibber sier en dobling i pris, men reell økning er fra 45 til 50 øre. Knapt noe å bry seg om.

Hva med ut av ecowitt, da? Snakker de fortsatt ikke mqtt?

Jeg har laget et felt for å kunne skrive inn pris for nettleie input_number: pris_pr_kwh_kleppenergi: name: Nettleie pr kWh min: 0 max: 200 step: 0.01 unit_of_measurement: 'øre' icon: mdi:cash-100 mode: box Så en ny sensor som summerer pris fra Tibber med dette sensor: - platform: template sensors: total_electricity_price: friendly_name: "Total strømpris" unit_of_measurement: 'NOK' value_template: >- {% if states('sensor.electricity_price_orstad') != 'unavailable' %} {{ (states('sensor.electricity_price_orstad')|float + states('input_number.pris_pr_kwh_kleppenergi')|float / 100) | round(4) }} {% else %} {{ states('sensor.total_electricity_price') }} {% endif %} Deretter en sensor som gir meg snitt de 3 siste dager sensor: - platform: statistics name: "Strompris filtrert" entity_id: sensor.total_electricity_price precision: 4 sampling_size: 144 max_age: hours: 72 Og til slutt en sensor som gir prisnivå sensor: - platform: template sensors: pricelevel: friendly_name: "Strømprisnivå" value_template: >- {% if states('sensor.total_electricity_price')|float(0.5) >= states('sensor.strompris_filtrert')|float(0.5) *0.9 and states('sensor.total_electricity_price')|float(0.5) < states('sensor.strompris_filtrert')|float(0.5) *1.15 %} NORMAL {% elif states('sensor.total_electricity_price')|float >= states('sensor.strompris_filtrert')|float *0.6 and states('sensor.total_electricity_price')|float < states('sensor.strompris_filtrert')|float *0.9 %} CHEAP {% elif states('sensor.total_electricity_price')|float < states('sensor.strompris_filtrert')|float *0.6 %} VERY_CHEAP {% elif states('sensor.total_electricity_price')|float >= states('sensor.strompris_filtrert')|float *1.15 and states('sensor.total_electricity_price')|float < states('sensor.strompris_filtrert')|float *1.4 %} EXPENSIVE {% elif states('sensor.total_electricity_price')|float >= states('sensor.strompris_filtrert')|float *1.4 %} VERY_EXPENSIVE {% endif %} Disse prisnivåene har samme tekst som Tibber sine tekster på dette og nivåene er også like i forhold til snittpris siste 3 dager. Det er bare nettleie som tas med som er eneste forandring.

Ut i fra kildekoden til elwiz virker det som om Pulse sende data som dette til mqtt: //buf = Buffer.from("7ea09b01020110eeaee6e7000f40000000090c07e4070d0115000aff800000021209074b464d5f30303109103639373036333134303337353736313509084d413330344833450600000649060000000006000000be060000000006000013150600000dea0600000fde06000009360600000000060000093e090c07e4070d0115000aff80000006027926b9060000000006012e4c4c06000994bccbf97e", "hex");

Jeg nekter å tro at mscMQTT forstår data som Pulse sender til mqtt og automatisk pakker de ut. Det ville vært helt merkelig at mscMQTT skulle gjøre noe sånt.

Normalt skulle strømforbruket vært over 10kW nå, men er bare 2,7kW mens potetene koker og maten varmes. Er fornøyd med at automatikken virker 🙂

Jo, men med rådata fra måler. Skal en ha strøm, spenning, effekt, energi så må en dekode rådataene. Det er en her som har laget et program som heter elwiz. Kikk litt på den hvis du vil ha mer info.

Det er ikke kontoen du har logget inn med da, som blir logget av?

Ok, det stod smartthings på profilen din i sted...... Skal legge ut noe her senere i dag

Skal få gjort det, men det kan fort gå noen dager .....

Har vurdert det. Men Pulse leverer ikke data ferdig dekodet så en må ha noe for å tolke det. Men jeg kan fint lage til noe for dette. Alt 2 er å ta mbus dataene rett inn i min raspberry pi. Kabel ligger klar og trenger bare en mbus->usb sak pluss programvare. Alt 3 er en esp32 i sikringskapet som sammen med esphome sender data til min Home Assistant. Hva jeg lander på får jeg se etterhvert.

Selvfølgelig. Men jeg bytter ut Tibber Pulse med en annen løsning som ikke krever at dataene må ta en runde rundt jordkloden før jeg kan bruke de. Regner med å ha det på plass i løpet av våren. Er ikke noe hast, men kjekt å ha noe som virker hele tiden og ikke bare 99%

Det er et problem med dette og det er at denne fra Tibber ikke tar hensyn til nettleie. Hvis du tar hensyn til den så ser du at perioder som er billige (og dyrere) blir langt sjeldnere. Hvis du bruker Tibber sin direkte så øker du varmen når strømmen ikke er så billig allikevel og du skrur av varme når prisen fortsatt er normal. Jeg har selv laget min egen "price level" sensor, men det er for Home Assistant så det er neppe nyttig for deg.

Jeg har også gjort meg den erfaringen at Tibber Pulse ikke er godt nok når en skal estimere forbruk. Tibber Pulse har for mange utfall mot sin skyløsning (sånn ca opp til flere ganger per måned) og det ødelegger jo mye hvis et utfall fører til et timesforbruk over grensen. Da kan en jo nullstille, vente på neste måned og krysse fingre for at Tibber Pulse ikke faller ut da.

Det er vel bare en liten del av det. Det er laget en god del i tillegg for å estimere timeforbruk med derivasjoner og integrasjoner. Og så har jeg en PID regulator for å regulere. I tillegg har jeg modifisert varmestyringen til å ikke slå av og på varmekablene oftere enn hvert 5. minutt, men denne begrensingen gjelder ikke panelovnene. Forskjellen ligger i at kablene er relestyrte og ovnene halvleder-styrte. Og i til slutt. Skulle varmen ikke være nok å slå av så blir lading på bil også redusert kraftig.

Det forsvant vel når det var en krasj her 😞

Tja, det er jo ofte behov for å slå på lys når det er mørkt og ikke når det allerede er lyst så jeg bruker disse sensorene sin lysmåler

Jeg er der nå. Har et innputtfelt der jeg kan legge inn kWt jeg ikke vil overskride og automatikken holder seg under dette med kun 10Wh margin. Men enn så lenge har det ingen nytte for meg i og med at jeg ikke har effekttariff. Så den er i praksis deaktivert med at jeg har stilt inn maks 30kWt 🙂

Har også gode erfaringer med disse. Har 3 av Aqara sine og 6 av Philips sine. Philps sine er klart best. De måler lys opp til 70000 lux og de måler temperatur nøyaktig. Og på Philips sine kan en i deconz lett stille følsomhet. Dette er fraværende på Sonoff sine. Det kunne jeg selvfølgelig leve med, men Sonoff sin trigger i tide og utide flere ganger i timen uten at der er bevegelse.

Etter at noen skrytte av de på fjesboka så kjøpte jeg Sonoff sine bevegelsesensorer. Det var bomkjøp. De trigger på bevegelse og de trigger på alt mulig annet også. Muligens fordi en liten spurv slapp en fis på utsiden av huset, hva vet jeg. Jeg er kanskje med i neste episode av "Åndenes makt" på TV. Så dette var søppel og det irriterer meg at jeg lot meg rive med. Byttes ut i en Philips Hue PIR sensor snarest. Philips har i tillegg både lysstyrke- og temperatursensor som Sonoff manglet i tillegg til at den sviktet totalt på hovedfunksjonen.

Det er skuffende lite slikt tilgjengelig for zigbee. Men det finnes jo LoRaWan. Det er en helt annen verden når det gjelder å mekke i hop noe selv, synes nå jeg. Og så har en mysensors.org som en også finner mye interessant hos

Har du gjort endringer? Er det noe du vil dele?

Jeg har droppet det. Jeg hadde et behov i en parkert campingvogn og løste det med lorawan ( The Things Network )