stigvi

Det er vel så enkelt at app og faktura baserer seg på forskjellige estimat av hva fremtidig strømpris blir i desember. Om det er smart å la disse bruke forskjellig pris, er tvilsomt. Men jeg forstår at det kan være vanskelig å oppdatere et system i en fei når ledelsen plutselig finner ut at fakturaens estimat skal endres.

Det er ikke ufarlige frekvenser. En er i mikrobølgeområdet og denne energien absorberes av kroppen på en annen måte enn ved lavere frekvenser. Det er slik jeg har forstått det et eget sett med regler for hvor mye stråling mennesker kan utsettes for når en kommer over 6GHz. Jeg har tillit til at seriøse produsenter holder seg innenfor de regler som er satt mht sendestyrke. Men hva med et hobbyprosjekt som dette? Vil du i det hele tatt være trygg på at 6-7 enheter laget av, sitat: "Everything Smart Tech was created by Lewis (Everything Smart Home) and his Dad", holder seg innenfor det som regnes som trygt?

Har du forfall den 14. i måneden så blir det estimert for de første 14 dagene. Og regningen jeg skal betale har forfall den 14. Så egentlig er det fryktelig liten risiko for meg i tilfelle Tibber skulle gå konk.

Kanskje det er best å lese dette som separate verdier du kan ha forskjellig skalering på istedenfor å bruke en "climate"

Du skal ha 6-7 stk 24GHz sendere i nærheten av der du oppholder deg mest? Det hadde jeg vært skeptisk til.........

Da koblet jeg fra Conbee II i dag og avinstallerte Deconz. Overgangen til Zigbee2Mqtt gikk mye lettere enn fryktet. Og så langt ser alt ut til å virke som det skal. Jeg får håpe Tor med hammeren (har ikke han noe med elektromagnetisme å gjøre?) viser meg nåde og lar det forbli i god stand. Erfaringene er at alt av lys var veldig lett å flytte. Så snart jeg fjernet de fra gammelt nett så koblet de seg opp på nytt nett. Slapp å springe rundt i huset for å resette. Dette gjaldt Philips Hue og 2 Sunricher led drivere. En led driver fra IKEA måtte ha hjelp med en reset-knapp på enheten. Alt av batteridrevet utstyr måtte resettes med en knapp på "dingsen", men alle kunne gjøres fra der den er plassert og det gikk smertefritt med noen få unntak. En Aqara dings hadde bare 10% igjen på batteriet og den måtte ha nytt før den klarte å melde seg inn i nytt nett. 5 rullegardiner fra IKEA måtte ned av veggen og plasseres 10cm fra koordinator før de ville inkluderes. Dette står forsåvidt nevnt i bruksanvisningen..... De er festet med klips så å hekte de løs fra vegg var fort gjort. Nesten alt av zigbee utstyr har ikke sett en eneste oppdatering når de har stått på Deconz nettet. OTA på zigbee2mqtt fungerer svært bra og nå når ny firmware tikker inn på lysene så ser jeg at Philips har endret det slik at de kan dimmes enda litt svakere. De er kona glad for. Hun liker det mørkt på badet om morgenen (om det er et sjokk å se seg selv i speilet, det har jeg ikke turt å spørre om). Det viktigste for meg var å få på plass igjen direkte binding mellom lys og veggbrytere. Dette forsvant i sommer med en oppdatering for Deconz og jeg fikk det ikke til å virke igjen. Men med zigbee2mqtt var det lett å sette dette opp.

Du kan jo hente et estimat herifra, martinju/stromstotte (github.com) . 1. nov var estimatet ca 1,56. 7. nov var det 0,72. 14. nov var det 0,23. 21. nov var det 0,38. og 30. nov var det 0,48. Synes ikke det er så ille estimert med tanke på hvordan måneden ble

Nettleie er stort sett ganske statisk. De offentliggjør prisene ca en gang i året. Og i de to integrasjonene må du legge inn nettleieprisen manuelt. Det er jo i ferd med å bli et system på det i og med at noen netteiere er blitt enige om et api. Men ser at det er mange som ikke gjør annet enn å nevne prisen på en nettside til selskapet. Og som oftest må en lete etter den.

Det er enkelt å legge nettleie til strømprisen og det er mange måter å gjøre det på. Nordpool og Entso-e integrasjonene har et eget system på det som også tar hensyn til at nettleie variere gjennom døgnet. Du kan også løse det med en mal-sensor Sist, men definitivt ikke minst (NR tar jo en del plass) så kan du bruke Node Red. Selv har jeg litt problem med å forstå hvorfor en setter i gang med NR, men det er en annen sak......

Jeg blander navn og begreper. Det er i listen over enheter jeg finner den jeg vil slette.

Jeg tar ikke noen omstart av HA. Jeg går bare inn i listen over entiteter i Deconz integrasjonen og deaktiverer de der før jeg kjører den tjenesten som du nevner som fjerner de helt. Edit: Men jeg starter med å fjerne de fra deconz sitt zigbee-nett, deretter deaktiverer de i HA og til slutt kjører denne tjenesten som sletter de helt.

Et bra tips, @Venin. Det kom en oppdatering i sommer på Deconz som ødela all direkte binding mellom mine Philips Hue Dimmere og lysgruppene. Og jeg får ikke satt opp ny binding. En dårlig og midlertidig løsning var å sette opp styring av lys i Deconz, men da er jeg avhengig av at en Raspberry Pi kjører som den skal for å kunne slå på lys. For meg er ikke det akseptabelt. Jeg må ha direkte binding som en ekstra trygghet på at jeg kan slå på lys selv om hele hjemmeautomasjonen har tatt kvelden. Nå er jeg begynt å flytte over på zigbee2mqtt. Direkte binding går lett å sette opp der i motsetning til Deconz (som tydeligvis introduserte en bug). Jeg gjør som du foreslo og har satt opp et nytt nett. Så snart jeg fjerner et lys fra Deconz, går lyskilden i søkemodus og dukker opp i zigbee2mqtt i løpet av sekunder. Jeg trenger ikke løpe rundt og stresse. Men batteridrevne dingser krever litt ekstra arbeid. Der må jeg rundt og inkludere med å resette de med en knapp. Egentlig litt synd å se retningen som Deconz har gått i. Jeg har stort sett vært fornøyd, men siste året har de introdusert flere og flere bugs som de ikke evner eller har vilje til å rydde opp i. Xiaomi sine temperaturfølere må jeg endre i en tekstfil til Deconz for å få til å virke og dette må gjøres etter hver omstart av Deconz. Men det var bindingene på bryterene som var siste dråpen. Da bestemte jeg meg for å flytte alt over på et nytt nett. Men med 170 enheter så såg jeg litt mørkt på jobben.

Kan også anbefale å legge dette inn øverst i skriptet like under import state.persist('pyscript.forecast_monthly_electricity_price_mean', default_value=0, default_attributes={"unit_of_measurement":"NOK/kWh"}) state.persist('pyscript.forecast_monthly_electricity_price_quantile_0_05', default_value=0, default_attributes={"unit_of_measurement":"NOK/kWh"}) state.persist('pyscript.forecast_monthly_electricity_price_quantile_0_95', default_value=0, default_attributes={"unit_of_measurement":"NOK/kWh"})

Jeg skulle brenne ny firmware på min Sonoff zigbee dings og trengte programvare fra Texas Instruments til det. Men før jeg fikk lastet ned programmet, så måtte jeg bekrefte at jeg ikke skal bruke det til å lage bomber av den gufne typen. Og det er jo bra. En slik avkrysning er jo helt klart et uoverstigelig hinder for de som faktisk har tenkt å lage atomvåpen. De kommer neppe langt uten et brenneprogram fra Texas Instruments. Planen er altså å bytte ut min conbee II dings med en ny fra Sonoff. Men jeg venter til våren og lange dager. Å risikere å stå uten lys i heimen nå rett før jul der det er bekmørkt ute stort sett hele døgnet, ja da kommer det til å smelle hjemme allikevel.

Det enkle er å kikke i "hardware" oversikten til HA og se om "dingsen" fortsatt står tilkoblet samme usb-port. Hvilken adresse har du brukt? Den korte lignende dette, /dev/ttyUSB0 som kan endre seg? Eller den lange, lignende dette, /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0 som ikke skal bli endret av operativsystemet?

Jeg mener også det, men kona (som bestemmer) mener at nå har det gått sport i det og vi skal holde oss under 5kWt/t i november.

Det er vel snart på tide å innse at 5kW grense på nettleie er for lite når en har 9 timer på rad der en ligger mellom 4,7 til 5 kW.

Det er ikke bare her på forumet. Produsentene oppgir dette i spesifikasjoner / markedsføring også.

Det er basis funksjonalitet. I tillegg er det kjekt å kunne styre ladestrøm også. Noen bokser har det ene, men ikke det andre.

Ser i oppdateringen av EspHome som kom i natt at de nå støtter Raspberry Pi Pico W. Det er alltid kjekt med alternativer. RPi Pico W har kanskje ikke så mye mer enn en ESP32 å by på, men slik jeg ser det er den mer "standardisert". Kjøper en RPi Pico W så vet en hva en får. Med ESP32 kan det være litt ymse med en drøss produsenter som har sine egne varianter. Og jeg mistenker det er utstrakt piratproduksjon av ESP32 også. Jeg kjøpte et par moduler i sommer som var bortimot umulige å holde seg på wifi-nettet. Signalstyrken var elendig selv en meter i fra ruter. De ble byttet ut med kort fra en annen produsent og dermed var signalstyrke-problemet løst. Sånn sett tror jeg RPi Pico W kan være bedre.

https://github.com/JaccoR/hass-entso-e

Dette var for to dager siden Oppfordrer til is i magen: – Det kan hende vi finner en løsning i løpet av dagen - Digi.no

Det er lenge siden, men listen over hjelpere blir lengre og det siste som kom med her var vel i sommer med ukeplanlegger.

Litt usikker på hva du legger i begrepet virtuell. Jeg ville trodd det er det samme som en "hjelper" og det tar sekunder å lage.