stigvi

Jeg har også hørt av en norsk representant at de i hovedprinsippet støtter zigbee, men produktene er ikke sertifisert og markedsført som zigbee produkter fordi dette har en kostnad. Når valget er å kun støtte Futurehome så forstår jeg valget med å droppe sertifisering. Men de burde definitivt fått på plass en sertifisering og en god dokumentasjon. Jeg tipper det er en smal sak å få disse produktene slik de er i dag til å virke med zigbee2mqtt og Home Assistant, men jeg har fungerende ovner og termostater i det gamle systemet så jeg er lite motivert til å prøve på noe.

Jeg har Nobø ovner og gulvvarme og har en fin styring for å holde meg under et nettleietrinn. Jeg bruker Home Assistant.

Merkelig at en som har gått på elektro linje ikke kjenner til dette. Du kan gjerne ha de i sikringsskap og koble de rett på Shelly rele. Det skulle ikke forundre meg om baderomsvifte allerede har en slik montert. Den har kanskje en bryter som er beskyttet.

Kan det være at din zigbee2mqtt ikke har mulighet for å laste ned ny firmware fra ekstern server?

Damen i artikkelen sier: – Med en strømpris på 48 øre i markedet har vi regna ut at det tar ca. 41 år før det har betalt seg. Med den foreslåtte norgesprisen blir nedbetalingstida hele 54 år, sier Karen Byskov Lindberg. Min kommentar til dette er at det da er lurt å se på de beste tiltakene i forhold til økonomi og heller droppe "kjekt å ha" tiltak.

Her er kode for å hente inn pris for hver time i dag og i morgen. Den henter også inn pris for aktuell time, men det bruker jeg ikke til noe. Jeg er kun interessert i attributten "prices". Hvis du skal bruke aktuell pris i sensorens tilstand så ville jeg satt scan_interval til en mye høyere verdi, feks en gang i døgnet. Og heller trigget en oppdatering med en automasjon som kjører hver hele time med action: homeassistant.update_entity data: entity_id: - sensor.hvakosterstrommen_price_today command_line: - sensor: scan_interval: 1800 command: > echo "{\"prices\":" $( curl -s 'https://www.hvakosterstrommen.no/api/v1/prices/{{ now().strftime('%Y/%m-%d') }}_NO2.json' ) "}" name: "hvakosterstrommen_price_today" value_template: "{{ (value_json.prices | selectattr('time_start', 'match', now().strftime('%Y-%m-%dT%H:00')) | list | first)['NOK_per_kWh'] }}" unit_of_measurement: "NOK/kWh" json_attributes: - prices - sensor: scan_interval: 1800 command: > echo "{\"prices\":" $( curl -s 'https://www.hvakosterstrommen.no/api/v1/prices/{{ (now()+timedelta(days=1)).strftime('%Y/%m-%d') }}_NO2.json' ) "}" name: "hvakosterstrommen_price_tomorrow" value_template: "{{ (value_json.prices | selectattr('time_start', 'match', (now()+timedelta(days=1)).strftime('%Y-%m-%dT%H:00')) | list | first)['NOK_per_kWh'] }}" unit_of_measurement: "NOK/kWh" json_attributes: - prices

Nei, det virker ikke her heller. Så skal bytte den ut med data fra hva koster strømmen.no

Det stemmer. Men det er mulig nå og dokumentasjonen er oppdatert. Er det noen her som har laget en god løsning for å hente inn priser fra hvakosterstrommen. Da tenker jeg på alle prisene for hver time i dag og i morgen. https://www.hvakosterstrommen.no/strompris-api Jeg har en løsning i dag der jeg bruker både nordpool og entso. Entso vil jeg bytte ut med hvakosterstrommen og Nordpool bytter jeg fra hacs sin versjon til den offisielle. Å hente inn prisene fra hvakosterstrommen skal jeg fint klare med å lage en rest-sensor, men hvis noen her allerede har gjort jobben og vil dele dette, så hadde det vært fint.

Det står godt forklart i dokumentasjonen hvordan en henter fram morgendagens priser.

Home Assistant har nå fått en offisiell integrasjon mot Nordpool. I dokumentasjonen skriver de om Nordpool sitt "public API". Jeg vil tro Home Assistant har fått en godkjenning på å bruke dette api'et, eller hva tror dere?

Jeg snakker ikke om en ovn som er begrenset til 200W, men en ovn som tilpasser effekten etter behovet. En som har en regulator istedenfor en av/på termostat.

Hvis varmebehovet er 200W og du setter en ovn på 1500W på fullt, attpåtil med en hysterese, så skjer det at du sender masse varm luft oppunder taket. Og der blir det sannsynligvis mye varmere enn det du har satt som maks i hysteresen for å slå av igjen. En ovn som varmer med 200W vil holde en stabil temperatur som ikke svinger mellom min og maks i hysteresen. I tillegg er gjennomstrømmingen av varm luft gjennom ovnen svakere og luften fra ovnen sirkulerer bedre i rommet istedenfor å stige raskt opp. Så komforten går på en mer stabil temperatur og mindre forskjell mellom gulv- og taktemperatur. Økonomi går på at en ikke overvarmer taket i rommet.

Det er en dårlig løsning pga flere faktorer. Komfort er en av de. Økonomi en annen.

Hver automasjon har en egen bryter som du finner som "automation.navnet_på_automasjonen" Du deaktiverer en automasjon med turn_off("automation.navnet_på_automasjonen") Dette er forresten den samme bryteren som du ser til høyre for hver automasjon i listen over alle automasjoner Men dette er altså en deaktivering av en automasjon. Du kan nok ikke bruke dette til å stoppe en automasjon som allerede kjører. Som andre har nevnt, se om du finner en blueprint som passer med ditt behov. Brytere har som regel ingen entiteter. De sender event'er når en trykker på en knapp. I en automasjon må en da lage en trigger på et knappetrykkevent. Men brytere har gjerne et batteri og batteritilstand er som regel representert med en entitet.

Jeg bruker de som fulgte med lampene, Philips Hue Dimmer. Det er den utgaven med 4 knapper. Jeg kjøpte noen holdere som passer inn i Elko sine rammer og de tradisjonelle bryterene er tatt vekk. Hadde det vært i dag så hadde jeg muligens kjøpt den Philips Hue saken som skal ligge inne i veggboks bak bryter. Da hadde det visuelt sett helt "standard" ut.