stigvi

RVM skrev (Akkurat nå):

Litt av poenget med å gjøre det akkurat sånn for meg, var at jeg da slapp å endre så mye på logikk som bruker raw_today/raw_tomorrow andre steder, siden jeg har samme format for raw_today/raw_tomorrow i min nettopris.

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.

RVM skrev (29 minutter siden):

Jeg har nylig gått over til å la Nordpool-integrasjonen kun ta seg av spotprisen, og så lar jeg andre entities holde på nettleie og strømstøtte hver for seg, før jeg summerer opp en netto strømpris.

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.....

MagnusO2 skrev (På 6.12.2023 den 16.30):

Det har du selvsagt rett i...

Har gjort en nytt forsøk som benytter seg av custom integrasjonen Holidays (https://github.com/bruxy70/Holidays). Denne holder en liste over datoer som er definerte helligdager som jeg sammenligner med.

Forutsetningen her er at nordpoolintegrasjonen bruker datoen til timen den prosesserer når man bruker now(). Har spurt utvikleren om dette, men ikke fått svar...

 

Fortsatt åpen for innspill på dette!! 🙂

 

{# January to March - Weekend and holiday taxes #}
{% if (as_timestamp(now()) | timestamp_custom("%F")) in (state_attr('calendar.holidays','holidays') | list) and (now().month >= 1 and now().month <= 3) %}
  {% set el_taxes = 0.3558 %}
  
{# April to December - Weekend and holiday taxes #}
{% elif (as_timestamp(now()) | timestamp_custom("%F")) in (state_attr('calendar.holidays','holidays') | list) and (now().month >= 4) %}
  {% set el_taxes = 0.4393 %}

{# January to March - Dyatime taxes #}
{% elif (now().month >= 1 and now().month <= 3) and (now().hour >= 6 and now().hour <= 22) %}
  {% set el_taxes = 0.4738 %}

{# January to March - Night taxes #}
{% elif (now().month >= 1 and now().month <= 3) and (now().hour >= 23 or now().hour <= 5) %}
  {% set el_taxes = 0.3558 %}

{# April to December - Day taxes #}
{% elif (now().month >= 4) and (now().hour >= 6 and now().hour <= 22) %}
  {% set el_taxes = 0.5573 %}

{# April to December - Night taxes #}
{% elif (now().month >= 4) and (now().hour >= 23 or now().hour <= 5) %}
  {% set el_taxes = 0.4393 %}
{% endif %}


{% if current_price > 0.875 %}
    {% set subs = (current_price - 0.875) * 0.9 %}
    {% set additional_cost = el_taxes - subs %}
{% elif current_price <= 0.875 %}
    {% set additional_cost = el_taxes %}
{% endif %}


{{ additional_cost }}

 

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.

olloe skrev (13 timer siden):

Fantastisk raskt levert!

Betyr det at jeg ikke trenger å gjøre noe og så vil det fungere i 12.1, men at ukesprogram mangler?

 

Tusen takk for hjelp!

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

olloe skrev (19 minutter siden):

Issue lagt til! Jeg kan ikke skjønne at jeg har gjort noe annet enn å oppdatere HA. Nobø-appen fungerer som den skal.

 

https://github.com/home-assistant/core/issues/105279

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.

Decibel skrev (8 timer siden):

Men kan en defekt sensor likevel fungere godt nok til å måle temperaturen "sånn ca" ?

Er ikke det selve definisjonen på defekt sensor?

MrE skrev (1 time siden):

PID-regulering er finfint

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.

MrE skrev (9 timer siden):

Mill wifi ovn?

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

MagnusO2 skrev (8 timer siden):

Jeg tror den templaten fungerer som den skal altså. Det virker som den blir evaluert på nytt for hver time, slik at både time på døgnet og helligdag vurderes riktig.

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.

ottob skrev (58 minutter siden):

Ingen Entso e priser for tiden. Tror grunnen er denne. Virker som det tar lenger tid.

Please be informed the Transparency Platform will be under scheduled maintenance on 05.12.2023 at 09:00 CET for a duration of 1 hours. During this time data will not be sent to Subscribers receving data via ECP Subscription channel.

https://newtransparency.entsoe.eu/news

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.

Teknor skrev (3 timer siden):

Interessant. Selv har jeg et ambivalent forhold til IKEA sine batteridrevne noder. Synes batterilevetiden er for kort. Håper de forbedrer dette. Orker ikke bytte batterier hver 9. måned. Selv på en hytte hvor nodeaktivitetene (brytere etc) er nokså sjelden i bruk.

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

RVM skrev (2 minutter siden):

Jeg mater alle aktuelle sanntidsdata inn i InfluxDB fra Home Assistant, og gjør Flux queries i Python i Home Assistant

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.

Bjørn Mork skrev (23 minutter siden):

Ser at ELKO sin også kan leveres for 220V, men skjønner ikke poenget.

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

Joccahontas skrev (2 timer siden):

men jeg har forstått det slik at denne bryteren virker utelukkende på Hue-pærer eller Hue hub

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

Joccahontas skrev (18 minutter siden):

 Jeg har sett på og vurdert disse, men hadde som nevnt håpt å ikke være låst til Hue. Tanken var å sette opp en rPi med Home Assistant som hub, med mulighet til å dimme og skru av og på med bryter

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.

SveinHa skrev (51 minutter siden):

Jeg holder en knapp på dimmer+standard pærer men det gir jo mindre stemningsmuligheter

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 }}'

Sitat

Dimmeren har alt som skal til for å benyttes i moderne, trådløse smarthusanlegg basert på åpne standarder. Den kan brukes sammen med Phillips Hue, Amazon Echo+, Google Home, Samsung SmartThings og mange andre apper fra iOS- eller Android-universet.

Og så ramser de opp en rekke proprietære løsninger og det virker som om det kun er apper som kvalifiserer til smarthusløsning.

Men jeg forstår hvorfor de gjør det. For "folk flest" eksisterer ikke smarthusløsninger som noe annet enn en app på telefonen.

Jeg har en drøss batteridrevet utstyr og som du, så ser jeg at ikea sine brytere er de som bruker mest strøm. Av det andre som stort sett er philips og aqara så er de på 4. eller 5. året med samme batteri.

PS. Ikea kommer jo med firmware oppdateringer innimellom og en av de gjorde susen på rullegardinene sitt strømforbruk. Mulig det er noen for brytere også.