Fredrick
-
Innlegg
498 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
13
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Innlegg skrevet av Fredrick
-
-
Jeg fortsetter denne innsatsen, og er glad for at jeg gjør det. Jeg tror løsningen blir bedre enn det jeg hadde med Homeseer, og jeg føler det er mer fremtids-rettet.
Det er mye læring underveis her, og det må man trives med (jeg gjør det). Også føler jeg det er veldig mange historier ala dette til å begynne med. "Skal bare" blir til 10 fler steg enn man hadde sett for seg.
-
1
-
-
Guahtdim skrev (5 timer siden):
Jeg har kjøpt siste versjon av Roborock med god mopping. Jeg vil heller ha en enhet som fungerer bra til det den skal enn at den absolutt må inn i HS.
Dette var min filosofi og
Selv om det er litt klønete så er det fint mulig å få inn den i HS også. (Man må bruke Mi Home appen for å få ut token, det funker ikke med Roborock-appen)
-
Preface: Hvorfor har HS egen underkategori for guider, men ikke HA?
Svært nisje, og begrenset "guide" sånn sett, men siden jeg brukte litt tid på dette tenkte jeg at kanskje en eller to der ute plutselig kan få glede av det. (eventuelt bare meg selv i fremtiden når jeg har glemt dette).
Modbus er integrert i Homeassistant, men man må sette det opp i YAML-kode. Blokken jeg endte med kopieres inn i helhet under her. Jeg har kommentert ut en del entities som jeg startet med, men som jeg har konkludert med at jeg ikke trenger. Merk at adressene her er eksakt slik de fremkommer av Nilan sin dokumentasjon. I Homeseer hadde jeg en forskyvning.
Jeg regner med at hvis man først er ute etter denne guiden, så skjønner man selvforklarende ting som at IP og port må oppdateres til det som gjelder hjemme hos deg
Ellers er det bare å fyre løs spørsmål så skal jeg se om det vekker til liv noe kunnskap.
modbus: - name: Nilan type: tcp host: 192.168.15.22 port: 8234 sensors: - name: Nilan_Uteluft_T1 slave: 30 address: 201 input_type: input scale: 0.01 precision: 1 device_class: temperature unit_of_measurement: °C unique_id: homeassistant.modbus.nilan.temperature.T1 - name: Nilan_Tilluft_T7 slave: 30 address: 207 input_type: input scale: 0.01 precision: 1 device_class: temperature unit_of_measurement: °C unique_id: homeassistant.modbus.nilan.temperature.T7 - name: Nilan_Avtrekk_T10 slave: 30 address: 210 input_type: input scale: 0.01 precision: 1 device_class: temperature unit_of_measurement: °C unique_id: homeassistant.modbus.nilan.temperature.T10 - name: Nilan_Rompanel_T15 slave: 30 address: 215 input_type: input scale: 0.01 precision: 1 device_class: temperature unit_of_measurement: °C unique_id: homeassistant.modbus.nilan.temperature.T15 - name: Nilan_Rh slave: 30 address: 221 input_type: input scale: 0.01 precision: 1 device_class: humidity unit_of_measurement: '%' unique_id: homeassistant.modbus.nilan.humidity - name: Nilan_alarmer slave: 30 address: 400 input_type: input unique_id: homeassistant.modbus.nilan.alarmcount - name: Nilan_Current_Mode_INT slave: 30 address: 1002 input_type: input unique_id: homeassistant.modbus.nilan.currentmode ##0 : Off ##1 : Shift ##2 : Stop ##3 : Start ##4 : Standby ##5 : Ventilation stop ##6 : Ventilation ##7 : Heating ##8 : Cooling ##9 : Hot water ##10 : Legionella ##11 : Cooling + hot water ##12 : Central heating ##13 : Defrost ##14 : Frost secure ##15 : Service ##16 : Alarm ##- name: Nilan_Summer_On/Off ## slave: 30 ## address: 1200 ## input_type: input ## unique_id: homeassistant.modbus.nilan.summermode ## ## 0: Off ## ## 1: On - name: Nilan_viftehastighet_avtrekk slave: 30 address: 200 input_type: holding scale: 0.01 unit_of_measurement: '%' unique_id: homeassistant.modbus.nilan.fanspeed.exhaust - name: Nilan_viftehastighet_tilluft slave: 30 address: 201 input_type: holding scale: 0.01 unit_of_measurement: '%' unique_id: homeassistant.modbus.nilan.fanspeed.intake - name: Nilan_kapasitet_kompressor slave: 30 address: 204 input_type: holding scale: 0.01 unit_of_measurement: '%' unique_id: homeassistant.modbus.nilan.capacity.compressor - name: Nilan_brukermodus_aktiv slave: 30 address: 600 input_type: holding scale: 0.01 unique_id: homeassistant.modbus.nilan.usermode.active ## Reports INT for each mode: ## 0: None ## 1: Extend ## 2: Inlet ## 3: Exhaust ## 4: External heater offset ## 5: Ventilate ##- name: Nilan_brukermodus ## slave: 30 ## address: 601 ## input_type: holding ## scale: 0.01 ## unique_id: homeassistant.modbus.nilan.usermode.set ## ## Same as holding 600. - name: Nilan_brukermodus_viftehastighet slave: 30 address: 603 input_type: holding unique_id: homeassistant.modbus.nilan.usermode.fanspeed.set ## Reports INT for different steps: ## 0: Off ## 1: Step 1 ## 2: Step 2 ## 3: Step 3 ## 4: Step 4 - name: Nilan_av/på slave: 30 address: 1001 input_type: holding unique_id: homeassistant.modbus.nilan.oneoff.set ## 0: Off ## 1: On ##- name: Nilan_innstilt_modus ## slave: 30 ## address: 1002 ## input_type: holding ## unique_id: homeassistant.modbus.nilan.mode.set ## ## 0: Off ## ## 1: Heat ## ## 2: Cool ## ## 3: Auto ## ## 4: Service - name: Nilan_viftehastighet_trinn slave: 30 address: 1003 input_type: holding unique_id: homeassistant.modbus.nilan.regular.fanspeed.set ## Reports INT for different steps: ## 0: Off ## 1: Step 1 ## 2: Step 2 ## 3: Step 3 ## 4: Step 4 - name: Nilan_settpunkt slave: 30 address: 1004 input_type: holding scale: 0.01 precision: 1 device_class: temperature unit_of_measurement: °C unique_id: homeassistant.modbus.nilan.regular.setpoint ##- name: Nilan_brukermodus_extend_settpunkt ## slave: 30 ## address: 604 ## input_type: holding ## scale: 0.01 ## precision: 1 ## device_class: temperature ## unit_of_measurement: °C ## unique_id: homeassistant.modbus.nilan.usermode.extend.setpoint ##- name: Nilan_min_temp_summer ## slave: 30 ## address: 1201 ## input_type: holding ## scale: 0.01 ## precision: 1 ## device_class: temperature ## unit_of_measurement: °C ## unique_id: homeassistant.modbus.nilan.min.temp.summer ## #Minimum temp for inlet ##- name: Nilan_min_temp_winter ## slave: 30 ## address: 1202 ## input_type: holding ## scale: 0.01 ## precision: 1 ## device_class: temperature ## unit_of_measurement: °C ## unique_id: homeassistant.modbus.nilan.min.temp.winter ## #Minimum temp for inlet ##- name: Nilan_max_temp_summer ## slave: 30 ## address: 1203 ## input_type: holding ## scale: 0.01 ## precision: 1 ## device_class: temperature ## unit_of_measurement: °C ## unique_id: homeassistant.modbus.nilan.max.temp.summer ## #Minimum temp for inlet ##- name: Nilan_max_temp_winter ## slave: 30 ## address: 1204 ## input_type: holding ## scale: 0.01 ## precision: 1 ## device_class: temperature ## unit_of_measurement: °C ## unique_id: homeassistant.modbus.nilan.max.temp.winter ## #Minimum temp for inletI tillegg har jeg laget et par template-entities for å oversette tallkodene som kommer fra Modbus til strenger:
template: - sensor: - name: "Nilan aktiv brukermodus" state: > {% set usermode = states('sensor.nilan_brukermodus_aktiv')|int %} {% set options = ['Disabled', 'Extend', 'Inlet', 'Exhaust', 'External heater offset', 'Ventilate'] %} {{options[usermode]}} - name: "Nilan aktiv modus" state: > {% set current_mode = states('sensor.nilan_current_mode_int') | int %} {% set options_mode = ['Off', 'Shift', 'Stop', 'Start', 'Standby', 'Ventilation stop', 'Ventilation', 'Heating', 'Cooling', 'Hot water', 'Legionella', 'Cooling + hot water', 'Central heating', 'Defrost', 'Frost secure', 'Service', 'Alarm'] %} {{options_mode[current_mode]}}Til eventuelle representanter for Språkrådet her inne beklager jeg dypt denne groteske blandingen mellom norsk og engelsk, helt uten logisk system.
-
1
-
-
Bjonness skrev (21 minutter siden):
Veldig enig i mye av det du skriver, men av nysgjerrighet. Hva tenker du på her? Føler selv det meste løses enkelt med helpers som jeg brukte virtuelle devicer i HS til før.
Har vel ikke noe konkret akkurat nå, og det kan gjerne skyldes at jeg ikke har satt meg nok inn i det enda.
-
Følger opp med litt "initial impression" så langt med Homeassistant. Noen plusser, noen minuser og noen info-punkter
+ Raske og fine integrasjoner mot veldig mye av utstyret mitt (Airthings, Easee, Tibber, Gardena, Sure, LibreELEC). Foreløpig veldig stabilt, men det er vel for tidlig å konkludere
+ UI-et er veldig mye bedre enn Homeseer. Der jeg i Homeseer opplevde mange klikk frem og tilbake med lasting av sider og lasting av devicer så er det veldig responsivt og relativt intuitivt.
+ Offisiell dokumentasjon er i min erfaring bedre enn Homeseers
+ Det er veldig enkelt og lage grunnleggende og attraktive Dashboard med de innebyggede kortene.
- Vil man ha noe mer enn de grunnleggende og attraktive Dashboardene havner man raskt i en situasjon hvor man må endre config.yaml eller tilsvarende manuelt.
- Jeg savner virtuelle devicer og timere / counters. Jeg vet jeg kan få til det samme med helpers og template-entities, men så mye mer tungvint for det jeg har tenkt på som grunnleggende funksjoner.
- Forum poster er ferskvare ettersom utviklingen går så raskt, og funksjoner flyttes / får nye navn. For Homeseer kan man jo finne 10 år gamle tråder som løser dagens problemer helt greit. Det er ikke tilfellet i HA
/ Zigbee enheter kjørte allerede på Zigbee2MQTT, så det var enkelt å hente inn disse derifra.
/ Z-wave enheter ble flyttet ved å bruke UZB som kontroller rett inn i Zwavejs2mqtt. Det fungerte fint, og jeg trengte bare ekskludere/inkludere IDLock på nytt ettersom det var eneste secure node
/ Det er en større omstilling enn jeg hadde trodd. Ganske store forskjeller på hvordan de har bygget opp sin tilnærming til devicer/features og tilsvarende device/entities -> herunder hvordan man kan gjøre endringer på de.
/ HA er rettet mot å sette opp Dashboard (tidl. Lovelace) tilpasset ulik bruk. Det man ikke har på et Dashboard er derimot litt mer krøkkete å hente frem enn slik jeg opplever Homeseer. Dette er en ulempe, særlig frem til man får alt på plass i Dashboard (Som jeg mistenker kommer til å drøye og være en relativt kontinuerlig prosess..)
EDIT: Limer inn et bilde for å vise hvilke integrasjoner jeg har, og kort antall enheter som jeg har koblet til her hjemme. Gir litt inntrykk av hvor mye som er "smart" her hjemme
Zigbee enheter kommer inn via MQTT
-
Moskus skrev (58 minutter siden):
Nå må bare noen forklare meg hva jeg kan gjøre med denne som jeg ikke kan gjøre med en lokal Heavy Duty Switch...?
Jeg antar den kommer med skikkelige temperaturfølere integrert i følerlommer? Mener å ha sett noen som kan trinnes også (ett element på 800W, ett element på 1200W og potensielt begge = 2kW), men usikker på om det gjelder her
-
Moskus skrev (9 timer siden):
Det burde ikke være lov å lansere smarte produkter som kun blir smarte når skyen fungerer. Lokal tilgang burde være standard. Ikke riktignok alle som vil bruke det, men vi som gjør vil elske det.
Ja dette må bli en del av en større "hvem eier produktet"-diskusjon. Litt i samme stil som Right2Repair så hjelper det lite når produktets hovedfunksjoner er fullstendig avhengig av skytjenester.
I samme sjanger er jo også Harmony ganske utsatt for plutselig stenging over natten. Det eneste som holder det gående er Logitechs avveining mot omdømmetap hvis de skulle stenge ned. De har ingen inntjening lenger på produktene, så det er jo bare et spørsmål om tid.
-
1
-
-
Venin skrev (8 timer siden):
Dette er rimelig enkelt i HA vha. mobil-appen.
Jo takk, dette var en av grunnene til at jeg ble trukket mot HA.
Trash2000 skrev (10 timer siden):Skal Homeseer overleve med dagens modell, hvor man kjøper Homeseer og mottar fremtidige oppdateringer kostnadsfritt,
Jeg liker modellen godt som kunde, men ser absolutt problemet for Homeseer. Da må i alle fall utviklingen gå mye raskere enn 7-8 år per generasjon software.
-
stigvi skrev (16 timer siden):
Dette med oppdateringer av Home Assistant kunne jeg avfeid med å si at det er jo frivillig. En trenger ikke installere det nye. Men erfaringsmessig er det ikke så lett. Ofte har en rett og slett bare lyst på det nye som kommer. Andre ganger er et api oppdatert og for å få inn siste versjon av en integrasjon så kan det kreves siste versjon av Home Assistant i tillegg. Og så er en i gang.
Jeg er 100% nysgjerrig og sadistisk nok til å oppdatere det jeg kjører her hjemme. Ikke alltid med hell..
Det er "skummelt" å skulle bytte ut noe som funker såpass bra som Homeseer. Det jeg savner går det jo også an å ta tak i, men jeg føler det er tungvint og litt "ræva inn i fremtiden" å legge ned masse jobb i å fikse det. Jeg kommer til å savne mscMQTT - det er en plugin jeg har blitt veldig glad i og som har løst mange problemer. Jeg har blant annet brukt det til å dytte history over til InfluxDB fordi jeg syns de alternative device-history sakene i Homeseer ikke gir meg det jeg vil ha. Nå kommer det mer og mer stemmestyring her hjemme, og selv om Homeseer har støtte for det syns jeg det er ganske kantet og begrenset (jeg vet ikke ome HA er bedre her).
Jeg savner notifications med mulighet til å styre ting direkte (eksempelvis "Oi tror du har glemt garasjeporten -> trykk her for å lukke"). Jeg kan få det til med Tasker, men fyttihampen så tungvint det er.
Jeg ser større og større verdi av et litt sexy UI for å øke brukeropplevelsen både for meg selv, gjester, kona, barna og eventuelle kjøpere i tilfelle salg..
-
Helt klart jeg som bestemmer, og det finnes ikke noe fasitsvar. Det kommer både an på hva man er ute etter, og hvilke dingser man vil skal snakke sammen. Ikke minst er det jo mange her inne (meg selv inkludert) som mener de beste automatiseringene er de man hverken ser eller trenger forholde seg til. Da blir UI helt underordnet.
Jeg deler din erfaring med Homeseer. Det funker bra. Særlig når man uansett har svelget investering i både software, plugins (og evt. Windows server) er det jo lite som skulle tale for å skifte beite. Er også enig i at rask utvikling har sine ulemper. Både med potensiell stabilitet, men også på helt enkle ting som at guider fra 2mnd tilbake er helt verdiløse fordi de nå har endret hvordan ting ser ut.
På den andre siden er jeg frustrert over manglende tempo hos Homeseer. Jeg kan gjerne kode en del selv, men antall integrasjoner som HA har en imponerende. De funker også bedre enn min egen kode..
Jeg er ikke ute etter råd til valg av system, men andres erfaringer og tanker
-
Hei dere,
Kjører i dag på HS4, og har brukt Homeseer mer eller mindre kontinuerlig siden jeg startet med dette for snaut 10 år siden. Var en kort tur innom Smartthings når den bølgen kom.
Jeg var svært skuffet over "oppgraderingen" fra HS3. Jeg syns det har skjedd utrolig lite på 8 år utvikling i en bransje som utvikler seg i enorm fart. Det nye UIet er noe mer tiltalende, men jeg opplever det som mindre intuitivt og klønete med flere klikk og ineffektiv design. YMMV.
På sidelinjen forsøker jeg å følge med på hva som utvikler seg, og Home Assistant ser ut til å skyte fart på en annen måte enn det Homeseer klarer. Jeg syns Lovelace og mulighetene til å betraktelig øke WAF er veldig positivt. I det store og det hele er vel begge systemer såpass åpne at man "får til" alt man ønsker, men det er ulikt hvor mye innsats det krever. Jeg har nå kjørt opp en Home Assistant container og har lagt til en del integrasjoner. Imponert og forvirret er vel to nøkkelord her foreløpig. Jeg har fått inn Zigbee enheter med auto-discovery fra Zigbee2MQTT, det funker fint. Foreløpig har jeg bare hentet inn Z-wave enheter via Homeseer, det funker ikke optimalt.
Jeg har skummet lange tråder både på Homeseer og HA sine forumer, men lurte på om noen her inne er interessert i en diskusjon? Noen med oppdaterte erfaringer fra begge systemer?
-
aarpi3 skrev (3 timer siden):
Fremdeles fornøyd med zigbee2mqtt?
Jeg har enda ikke klart å lande valget mellom deconz eller zigbee2mqtt.
Har du funnet noen snarveier for å sette opp HS4 enhetene?Zigbee2MQTT har oppført seg veldig bra, og er vesentlig mer stabilt enn det jeg opplevde fra Deconz. Jeg ville aldri gått tilbake.
Nja. Mye punching, men utvikler av mcsMQTT satt opp en måte man kan kopiere devices på. Hvis man har mange tilsvarende temperaturfølere, IKEA-pærer eller sånne ting så går det ganske fort å kopiere over settings.
-
På Github finnes nå en oppdatert versjon som skal oppleves litt mer responsiv (den "svarer" på MQTT-settings) og som har mulighet for styring av maksimal strøm.
Hvis noen har tilbakemeldinger er jeg veldig lydhør
-
1
-
-
stigvi skrev (10 minutter siden):
Osram har en utendørs zigbee sak. Den er ip44 og tåler 16A, men tilbakemeldinger går på at strømmåling er unøyaktig.
Det er vel kanskje den? Hvis det er snakk om langvarig last (eksempelvis elbillading) ville jeg unngått Shucko til over 8A
-
Du bør ikke ha 3500W på vanlig stikkontakt.
Jeg skjønner du et ønskelig å unngå elektriker, men en Aeotec Heavy Duty er produktet du ser etter. Det er IP44 og er godkjent for 40A i tillegg til å ha strømmåling. Det er derimot fast tilkobling, ikke stikkontakt.
Det finnes enkelte smartplugger som er godkjent for 15/16A, men personlig ville jeg styrt unna eller kun brukt det kortvarig under termografering..
-
SveinHa skrev (28 minutter siden):
Zigbee2mqtt
Her ser man også behovet for å kunn hysje på enheter som spammer helt usaklig mye. Noen enheter har jo støtte for å kommandere de til å kun "send endring > 0,1 grad" eller tilsvarende, mens andre enheter rapporterer hver bidige endring. Helt unødvendig at jeg skal få rapport hver gang enheten går 0,1W opp eller ned i strømtrekk
Se eksempelvis forskjellen her:
Det er unødvendig mye støy, selv om det bare er broker og abonnerende enheter som får dataene med MQTT så er det lite skalerbart. Tilsvarende problem har jeg med Heatit sine termostater (selv med siste FW og redusert alle mulige parametere, og kontaktet Heatit support).
-
ZoRaC skrev (3 minutter siden):
Antall kWh i løpet av en time er den samme om man har 250w på i en time eller 1000w på i 15 min. Så det skal ikke gi utslag på nettleien.
I teorien er jeg helt enig, men som du ser av grafen min over er jo dette veldig avhengig av periodiseringen. Termostaten min er avslått i ca. 1,5t mellom hver gang den kicker inn i ca. 1t, hvis alle termostatene går i samme "fase" så får man plutselig all oppvarming i den samme perioden.
Kan kanskje justere ned hysteresen her for å sørge for at den virker litt raskere.
-
stigvi skrev (1 minutt siden):
Da endrer jeg spørsmålet til hvorfor er ikke dette en rett strek i motsetning til trappetrinn?
Det har med hysteresen i termostaten å gjøre. Eksempelvis hvis man har satt den til 23 grader med hysterese på 0,5 grad så varmer den opp til 23,0 (evt. 23,5), så skrur den seg helt av (0W) helt til temperaturen synker til 22,5 grader, da skrur den seg på igjen.
Hvis badet har et varmebehov på 350W og jeg har 1,4kW varmekabler så vil de stå på 15 minutter hver time, og være avslått 45 minutter. Termostaten har ingen mulighet til å "dimme" effekten ned til 350W, med mindre man begynner med mer avansert styring.
-
stigvi skrev (22 minutter siden):
Hvorfor er gulvvarme bad så variabelt i strømforbruk?
Det har nok litt med periodiseringen på grafen å gjøre. Her er direkte fra InfluxDB. Y-aksen er her bare totalt kWh som termostaten rapporterer:
-
Fredrick skrev (På 24.10.2021 den 21.28):
Har startet på arbeid mot et mål om å forbruksmåle minimum 80% av strømforbruket her i huset i 2022. Aner faktisk ikke hvor langt jeg kommer med det jeg måler i dag.
Dette har dratt litt ut i tid og blitt skjøvet på. Har ikke fått opp kalkulasjon av selve nøkkeltallet enda, men det kommer
Rent visuelt ser det ut som om jeg er ganske nærme, sannsynligvis over.
I sum ser siste døgn slik ut:
Her kan man også "bore" mer ned i detaljene ved å f.eks se på oppvarming:
Jeg tenker å lage en virtuell device som "teller" timer utelyset står på, for så å gange det med en målt effekt. I tillegg skulle jeg gjerne hatt 2stk Heatit termostater til for å erstatte de to store "sorte hullene" jeg fortsatt har i strømmåling her hjemme.
-
cogliostrio skrev (På 21.12.2021 den 20.01):
Den publiserer data, men kun de to som nevnt. Tester gjerne når du har noe, men det er ikke noe hastverk, skjer så mye annet i jula.
Fant ut av denne saken, det var et kall der den brukte "{charger_id}" bokstavelig istedenfor å endre den til faktisk ID'en som den skal.. Oops
Ligger ny kode på GitHub, men jeg er relativt nærme en implementasjon av å justere ladehastighet også, så du kan jo velge om du vil vente på den.
stigvi skrev (På 14.12.2021 den 16.58):Husk bare å justere ladestrøm med "dynamic" muligheten. Disse endrer strøm uten å lagre til flashminne i ladeboksen.
Det blir styrt med Dynamic - men takk for tips, dette hadde jeg ikke fanget opp.
-
Moskus skrev (2 timer siden):
så action "åpne garasje" (fra HomeSeer)
Og "Åpne garasje" er i dette tilfelle et event?
-
Moskus skrev (15 minutter siden):
Der legger man inn trigger "When Alexa hears: open garage", og så action "åpne garasje" (fra HomeSeer).
Jeg styrer garasjeporten med smart implant som bare gir én enkelt impuls for åpne/lukke. Samtidig har jeg magnetsensorer som merker om portene er lukket.
Har du da et event i Homeseer som heter "Åpne garasje"? Triggered manually & Magnetsensor garasjeport == "Lukket" kanskje kunne funket?
Jeg har aldri brukt IFTTT, men er dette en bedre løsning enn det altså?
-
Jeg klarte meg også fint med USB to TTL adapteret fra Ali og noen Dupont-kabler. Flashingen går så fort at det er ikke noe problem å holde de slik at det blir kontakt med kretskortet.
Oppdatert sammenligning av Homeseer og Home Assistant?
i Automasjonskaféen
Skrevet
Jeg føler den treffer godt på ganske mye av Homelab-aktivitetene mine.
Jeg gikk for Zwavejs2MQTT og har kun oppdaget én liten ting som var bedre i Homeseer. De gamle Z-TRM termostatene mine med oppdatert firmware rapporterte til HS hvorvidt de sto på eller ikke (status på reléet), det har jeg ikke fått inn med Zwavejs2MQTT. Litt irriterende da jeg brukte det til å kalkulere energiforbruk fra disse termostatene.