stigvi

Ja, det er det

Disse har surret og gått i Home Assistant helt problemfritt de siste 5 år. Et par "episoder" har det vært, men det skyldes min iver i å oppgradere til aller siste versjon av HA istedenfor å vente en uke eller to til en litt mer stabil utgave.

Det viser vel hva kostnadene er med strømkonto. Dette innebærer jo også en risiko for selger så de baker nok den risikoen inn i prisen, også. Det er samme opplegg med fast rente på lån. De er dyrere enn variabel rente fordi det er en risiko der. Det ville jo vært fantastisk hvis fast rente var null, slik som strømselgerene har operert med pris på solkonto.

Den kan telle dråpene, men hvor godt den virker, vet jeg ikke. Prinsippet til RG-11 er det samme som regnsensorer i frontruten på biler.

Kom arbeidslyst, her skal du motstand finne ..... Det har ikke skjedd de siste 5 år at strømmen er vekke i 2 timer så foreløbig har det null prioritet. Og det er jo bare et problem hvis jeg ikke er hjemme og trykker på knappen.

Men for meg er dette viktig. Det har vært helt uaktuelt å ha et smarthus uten en plan B for lys og varme. Zigbee har støtte for direkte binding mellom lys og brytere og en er da ikke avhengig av smartsystemet for å kunne få lys på bad. For varme har jeg gått for Nobø sitt system der en kan styre dette via Home Assistant, men også direkte på ovner og fjernstyres via Nobø app. Det siste er viktig hvis en er på ferie og ønsker varme i huset når en kommer hjem, samtidig som Home Assistant har stoppet. Ennå har ikke Home Assistant stoppet for meg, men jeg vet jeg har et svakt punkt. Jeg har nemlig satt den bak en avbruddsfri strømforsyning og når den etterhvert går tom for energi hvis strømmen er vekke mer enn et par timer, så sendes et signal til HA at den må stoppe og stenge seg selv ned. Men kommer strømmen tilbake igjen så er det ingenting som starter opp hjemmeautomasjonen automatisk. Da må jeg trykke på en knapp.

At ledningen løsnet er vel en sterk indikator, også .......

Jeg har bevegelsesensorer i omtrent alle rom i huset og det på bad er jeg godt fornøyd med. Det er Philips Hue sin som har magnetfeste og det sugde seg fast i noe metall i en lysarmatur i taket. Og ja, lysstyrke justeres alt etter tid på døgn. Om natt er det så svakt at det er så vidt jeg finner doen, men det er kona som er sjef for lysstyrke. Jeg har en Aqara zigbee sensor som måler temperatur og fuktighet. Når vi dusjer så stiger fuktighet ganske brått og det er lett å trigge på akkurat dette og ingenting annet. Ventilasjon settes opp på luftmengde når dette skjer og går på høy hastighet i 30 minutter før det er tilbake igjen til normal hastighet. Jeg har tatt vekk fysiske lysbrytere og istedenfor satt opp trådløse zigbee knappepanel. Disse bruker direkte binding i zigbee mot lys. Da har jeg en reserveløsning hvis Home Assistant av en eller annen grunn er stoppet.

Ok, men denne er for enkel til mitt bruk. Den sier jo bare i fra om at den er våt. Ikke noe om hvor mye det har regnet og hvor lenge det er siden. Om høst og vinter vil jo denne være "våt" i 99,9% av tiden.

En annen ting er hva som er lurt. Noen ganger må en bytte ut lyskilde pga av at den slutter å virke. Hvis en da bytter ut til en armatur med pæresokkel så er det jo greit å slippe å bruke penger på å bytte ut en bryter. Spesielt når det ikke var noe å spare på å bruke en 1-polt bryter i utgangspunktet.

Når en kikker på bilde rett ovenfor her, hvordan tenker du at det skal være plass til noe bak bryteren?

Jeg er gift. Jeg ville spurt kona hvilke lamper hun vil ha.

Løst i tak er vel ikke aktuelt. Mulig jeg misforstår deg, men montering i tak er nok i takboks. Edit: Ser nå hva trådstarter faktisk spør om...... Hvis denne er godkjent for veggboks, så ville ikke jeg stusset mye over å montere den i en takboks. Men det er ikke like god plass i en takboks så mulig det setter begrensinger. Nei, denne er ikke godkjent for å ligge løst på tak. Den mangler strekkavlastning og er ikke lagd for å kobles til en kabel slik kapslingen er utformet. Den må ligge i en boks.

Hvis du kikker på github så ser du at det er rapportert, noen jobber med det og det er fikset i en beta versjon som kom i månedsskiftet juni/juli.

Verken det ene eller det andre Da synes jeg ikke overskriften din på denne tråden er valgt med omhu. Og jeg ga bare uttrykk for hva jeg synes - at det _ikke_ er gått lang tid.

Lang tid er vel kanskje å ta litt hardt i? Husk at det er sommer og fellesferie. Er ikke like interessant å sitte inne for å rette feil i kode, da.

Jeg har hatt min Aqara Zigbee sensor i fryseboks på -21 grader i mange år. Men jeg tok ut cr2032 batteriet og loddet på en batteriholder for to AA batterier. Og bruker AA lithium. De tåler kulden bra.

Jeg ville isolert kobberrøret for varmt vann som går opp langs veggen

Jeg har vekting. Nedre temp kan godt bli lav og dersom øvre temperatur kommer under 45 grader så er det full oppvarming så fort som mulig.

Her er et eksempel på en trigger sensor som kjører et service call og behandler data. Noe tilsvarende kan altså gjøres med å hente ut fra en kalender og lagre helligdager i en attributt som en liste. - trigger: - platform: state entity_id: weather.orstad_utsyn # - platform: time_pattern # hours: /1 action: - service: weather.get_forecasts data: type: hourly target: entity_id: weather.orstad_utsyn response_variable: wh - service: weather.get_forecasts data: type: daily target: entity_id: weather.orstad_utsyn response_variable: wd sensor: - unique_id: timer_med_sol name: "Timer med sol" unit_of_measurement: "h" device_class: duration state: >- {% set vars = namespace(count=0) %} {% set vars = namespace(found=true) %} {% set vars.count = 0 %} {% set l = wh['weather.orstad_utsyn'].forecast|map(attribute='condition')|list %} {% for item in l %} {% if vars.found == true and item == 'sunny' %} {% set vars.count = loop.index %} {% else %} {% set vars.found = false %} {% endif %} {% endfor %} {{ vars.count }} - unique_id: timer_med_opphold name: "Timer med opphold" unit_of_measurement: "h" device_class: duration state: >- {% set vars = namespace(count=0) %} {% set vars = namespace(found=true) %} {% set vars.count = 0 %} {% set l = wh['weather.orstad_utsyn'].forecast|map(attribute='precipitation_probability')|list %} {% for item in l %} {% if vars.found == true and item|float(0) <= 2 %} {% set vars.count = loop.index %} {% else %} {% set vars.found = false %} {% endif %} {% endfor %} {{ vars.count }} - unique_id: vindstyrke_i_morgen name: "Vindstyrke i morgen" unit_of_measurement: "m/s" state: "{{ [state_attr('weather.orstad_utsyn', 'wind_gust_speed')|float(0), (wd['weather.orstad_utsyn'].forecast | rejectattr('wind_gust_speed', 'undefined') | map(attribute='wind_gust_speed')|list|max)]|max|round(1) }}"

Workday integrasjonen som er innebygd i HA gir deg en kalender. Denne har attributter for neste hendelse. Så da kan du sjekke der om "i dag" eller "i morgen" er neste hendelse. Lørdager og søndager håndterer du jo lett på andre måter. Men du vil ha samme problem når det er mange helligdager på rad, ser jeg nå....... Da kan du vite at i dag er en helligdag, men du får ikke vite hva i morgen er. Edit: Det finnes et service call for å hente ut hendelser fra en kalender i et tidsrom. Du kan ha en template trigger sensor som hver romjul henter alle helligdager 1 år fram i tid og lagre dette i en mal-sensor som du kan bruke i Nordpool.

Jeg henter bare spotpris i fra Nordpool og Entso-e integrasjonene og så har jeg et pyscript som legger til nettleie ut i fra tid på døgn, helligdag og helgedag. Der håndterer jeg også problemet med at en av disse to integrasjonen ikke virker / ikke henter ned pris. Det skjer overraskende ofte.

Det vil heller ikke virke. Det du glemmer er at now() er overstyrt i Nordpool integrasjonen. Malen kjøres 48 ganger der now() returnerer 48 forskjellige tidspunkt. set today = now().date() vil altså gi deg alle 24 timene på fredag og alle 24 timene på lørdag. set tomorrow = (now().date() + timedelta(days=1)) vil tilsvarende gi deg alle 24 timene på lørdag og alle 24 timene på søndag. if now().date() == today vil dessuten alltid være sann

Når prisene kommer klokken 1400 på en fredag ettermiddag, hvordan vet du at prisen på lørdag ikke er for en arbeidsdag? Eller for å spørre annerledes - du er altså ikke opptatt av at prisene i tomorrow attributtene skal ha riktig pris?

Jeg har målt varmetapet på min VVB og den er: tap(W) = 2000(0.00135 * t - 0.0384). Dette gjelder for meg der tanken står i et vaskerom på 20grader C. Er det kaldere, som feks i en uisolert kjeller, er tapet større. Så ved 50grader C er tapet 58W og ved 80grader C er tapet 139W. Forskjellen utgjør 709kWt pr år. Med dagens strømpris er det altså litt å spare på å senke temperaturen. 50 grader er nok til at legionella ikke utvikler seg ukontrollert, men de dør ikke heller så jeg varmer opp tanken til 80 grader C to-tre ganger i måneden. Jeg har en OSO tank med OSO sin temperaturfølerstav. Denne er koblet til en esp8266 så jeg har full kontroll på temperatur på 3 steder i tanken. Når den er så lav som 45-50 grader så er det viktig å ha kontroll på det for at temperaturen ikke kommer under dusjvarmt. Temperaturen synker litt på vei til dusj så jeg har funnet ut at 45 grader i VVB er absolutt laveste jeg kan ha uten at noen i huset klager.