stigvi

Du kan også teste på en zigbee sensor og hvis den er utilgjengelig og har vært det i feks 5 minutt, bruk servicen hassio.addon_restart for å starte opp igjen deconz

Automatisk reboot er enkelt å få til. Slik som dette. Der har jeg lagt inn en betingelse som ikke forteller deg så mye, men du ser jo eventuelt hvordan du tar en omstart med å kjøre homeassistant.restart PS. Nei, ingen problemer hos meg. Det lureste er å sjekke loggene hos deg. Homeassistant.log er den pågående loggen og homeassistant.log.1 er den som gjaldt før siste omstart. PS. Min ferie-omstart er lagd slik at hvis jeg ikke slår av input_boolean.next_day_reboot i løpet av formiddagen, så tas en omstart. Jeg lagde det da jeg så at forbindelsen til Nabu Casa gikk ned og jeg mistet kontakten med HA hjemme. Som ikke løste seg før etter en omstart da jeg var hjemme igjen. Så da ble det disse to automasjonene. - id: '1661234937227' alias: Omstart på ferie (steg 1) description: '' trigger: - platform: time at: '12:30:00' condition: - condition: state entity_id: calendar.ferie state: 'on' action: - service: input_boolean.turn_on data: {} target: entity_id: input_boolean.next_day_reboot mode: single - id: '1671626910222' alias: Omstart på ferie (steg 2) description: '' trigger: - platform: time at: '12:05:00' condition: - condition: state entity_id: input_boolean.next_day_reboot state: 'on' action: - service: homeassistant.restart data: {} mode: single

For meg er det motsatt. Jeg har en enkel liste som inneholder alle priser istedenfor å splitte den opp i to lister. Listen inneholder dato og klokkeslett så å splitte den i to for i dag og i morgen, gjør det bare mer komplisert. @state_trigger("sensor.nordpool") def strompris(): if (sensor.nordpool.raw_tomorrow is not None and len(sensor.nordpool.raw_tomorrow) > 0 and sensor.nordpool.raw_tomorrow[0]['value'] is not None): pyscript.strompris = datetime.now() pyscript.strompris.raw_price = sensor.nordpool.raw_today + sensor.nordpool.raw_tomorrow Dette lagde jeg for mer enn et år siden, med en plan om å lese inn priser fra Entso-e hvis Nordpool er utilgjengelig. Men så stoppet det opp av en eller annen grunn.

Har vurdert det samme. Og å lage det slik at prisene for hvor time enten hentes fra Nordpool integrasjon eller Entsoe-e integrasjon, avhengig av tilgjengelighet på priser. Da får jeg to kilder som jeg varierer på, alt ettersom.

Hos meg fikk jeg problem med at Nordpool integrasjonen starter opp før holidays integrasjonen og da feiler prisberegningen. Dette kan en løse med å endre manifest filen til nordpool. Men så må en huske å gjøre det hver gang det er ny versjon av nordpool. Da er det lettere å huske å endre helligdag-listen som jeg har i malen. Den endres kun en gang i året og jeg må jo allikevel endre malen pga nye priser. Da tar det mindre enn et minutt å legge inn 5 bevegelige helligdager istedenfor å være avhengig av at holidays integrasjonen starter opp før nordpool.....

Flott at du fant integrasjonen "Holidays". Da går det, som du har gjort, å teste på om en dato er en rød dag i kalenderen.

12.1 kom i går. Virker Nobø integrasjonen din nå?

Jeg har oppdatert til 2023.12 og Nobø integrasjonen virker som den skal. Select for ukeprofiler/overstyring blir også lagt til og det er dette som feiler hos deg.

Er ikke det selve definisjonen på defekt sensor?

Noe andre ovner har hatt i årevis. Allerede på 80-tallet hadde jeg ovner med dette. Jeg er enig i at en god regulator er fint. Det gir en behagelig varme i fra de. Dessverre er det mange som ødelegger denne funksjonaliteten på sin ovn med å sette en fjernstyrt kontakt mellom ovn og stikkontakt.

Med tanke på hvor mange som sliter med å få Mill ovner til å virke, bra du setter spørsmåltegn bak 🙂

Beklager, men det gjør den ikke. Når listen "Tomorrow" fylles inn med priser, så bruker du en workday som sier om dagen i dag er en helgedag. Den sier ikke hva morgendagen er. Men du har rett i at prisene oppdateres. Ved midnatt vil "Tomorrow" bli "Today" og workday vil være rett. Men klokken 14 når "Tomorrow" fylles inn med priser, har en samme problem igjen.

Jeg får opp denne meldingen: "Selected view cannot be displayed with incomplete data. Values for some time intervals are not available." https://transparency.entsoe.eu/transmission-domain/r2/dayAheadPrices/show?name=&defaultValue=false&viewType=GRAPH&areaType=BZN&atch=false&dateTime.dateTime=05.12.2023+00:00|CET|DAY&biddingZone.values=CTY|10YNO-0--------C!BZN|10YNO-2--------T&resolution.values=PT15M&resolution.values=PT30M&resolution.values=PT60M&dateTime.timezone=CET_CEST&dateTime.timezone_input=CET+(UTC+1)+/+CEST+(UTC+2) Dette skjer innimellom og hver gang det har skjedd tidligere så er det ikke stort å gjøre før nye priser for nye dager tikker inn og 5. desember forsvinner ut og blir historie.

Du må vel egentlig bruke to workday sensorer der den ene forteller om morgendagen er en helgedag eller ikke. For slik det er nå vil du få feil priser neste dag (i tomorrow tabellen). Og slik now() blir overstyrt, er det ikke lett å vite hva som er neste dag. Jeg ga opp i min template. Subs kan i din mal bli negativ når current_price er mindre enn 0,875. Og det er jo feil. Støtten er aldri mindre enn null.

Dør- og vindusensoren har en form som tyder på at de ikke bruker CR2032 batteri. Får håpe de har gått over til AA.

Du kan ikke montere disse rundt kabelen. Da vil magnetfeltet rundt den ene lederen nulle ut magnetfeltet i den/de andre lederene. Så slike målere som du klipser over en leder må som regel stå i skap eller i ladeboks hvis det er plass til noe slikt der.

Conbee III https://phoscon.de/en/conbee3

Nå var jo opprinnelig spørsmålet om HomeSeer, men siden du nevner Home Assistant. Den har jo siste årene fått mye funksjonalitet for å langtidslagre statistikk og aggregere data. Dette kan en også spørre på som feks historisk forbruk av varmtvann som jeg har gjort. InfluxDB er sikkert topp, men for oss som ikke trenger "all in" i funksjonalitet så er det noe innebygd i Home Assistant. Sikkert noe i HomeSeer også, kanskje.

Det er ikke et idiotkrav når folk lar være å teste og å bytte batteri på røykvarslere. Undersøkelser viser at 1 av 5 sluntrer unna med batteribytte.

Det er et krav i TEK10 og TEK17 så det er et godt poeng for en produsent å ha slike produkter.

Da er du feilinformert eller har forstått det feil.

Philips Hue baserer seg på Zigbee og er like lette å bruke i forskjellige systemer som andre produsentens Zigbee utstyr. Du må gjerne unngå Philips Hue hvis du har et anstrengt forhold til de, men jeg ser ikke helt hva du mener med at du låses til de.

Hvis du vil dimme smartpærer ved å vri på en knott så kan du kikke på disse eller lignende: https://www.komplett.no/product/1218928/hjem-fritid/belysning/lysbrytere-dimmere-lysstyring/philips-huetap-dial-switch-hvit Men det beste er jo å sette det opp slik at en ikke trenger å trykke, vri eller noe annet. Huset vet hva du vil og gjør det uten at du trenger å tenke på det. Eksempelvis så sendes et varsel til min mobil når noen ringer på. I varselet står det spørsmål om vi har besøk. Svarer jeg ja på dette varselet, så aktiveres scener for lys som jeg på forhånd har lagd. Tilsvarende når jeg slår på koketopp. Da aktiveres en scene for arbeidslys på kjøkkenet. Eller scene på bad som har nattlys på nattetid. Her er det bare fantasien som begrenser. Og den sjeldne gangen jeg eller kona trenger å overstyre, så gjøres det enkelt via mobil. Men det kan telles på en hånd i løpet av et år. Lys er ikke bare stemning. Jeg bruker fargenyanser på enkelte lyskilder som avviker så lite fra normalen at en ikke ser at det er en fargenyanse der uten at en vet om det. Bruksområdet er hovedsaklig å varsle om en eller annen tilstand i huset. Det fine med smartpærer er fullstendig og uavhengig kontroll på de. Da kan de brukes til nye ting en ikke så for seg i starten.

Har nevnt det før, men jeg har helt standard røykvarslere som jeg kjøpte en base til som inneholder rele for å varsle brannalarm via lys. Er lagd for at døve personer skal få med seg alarmen. Dette releet sin kontakt koblet jeg inn på en helt vanlig dør- og vindusensor fra Aqara. Jeg åpnet den opp og loddet ledninger på reed-kontakten i denne. Så når brannalarm går får jeg umiddelbart et varsel på telefon via Home Assistant appen. En løsning som ikke kostet allverden og uten at jeg måtte skifte ut de røykvarslerene som stod der og var helt nye da jeg flyttet inn.

Hva er HASS? Hvis det er Home Assistant, hvorfor ikke bruke Home Assistant sin app på telefon. Den støtter push-meldinger som du kan kategorisere og velge lyd ut i fra kategori. I alle fall kan en det på Android. Iphone er jo litt enklere og jeg kjenner ikke til muligheten der og om varslinger kan kategoriseres. Edit: Ser at Home Assistant app for iphone ikke støtter "channel" så der kan en da ikke velge forskjellige lyder ut i fra type melding. Jeg sender push-meldinger via et Home Assistant skript og der jeg velger kategori ut i fra type alarm. Når jeg er borte: script.send_melding.turn_on(variables = {'title': "Alarm {}".format(sensor.time), 'message': "Alarm er utløst av {}".format(pyscript.alarm_trigger), 'channel': 'Alarm'}) Når jeg er hjemme: script.send_melding.turn_on(variables = {'title': "Alarm {}".format(sensor.time), 'message': "Alarm er utløst av {}".format(pyscript.alarm_trigger), 'channel': 'Info'}) Skriptet "send melding" ser slik ut. Den sender push-melding til tlf og lager også et varsel i Home Assistant sitt brukergrensesnitt. send_melding: sequence: - service: notify.mobile_app_pixel_7 data_template: title: '{{ title }}' message: '{{ message }}' data: priority: high channel: '{{ channel }}' - service: persistent_notification.create data_template: title: '{{ title }}' message: '{{ message }}'