stigvi

Strømforsyning? Har kombiskapet to kompressorer så må du koble om motorene. Men er det bare en kompressor og en luftekanal mellom de to delene så tror jeg du har en vanskelig oppgave.

Men dyr i forhold til en rpi 4 eller kanskje en odroid n2+ også. Poenget mitt er altså at maskinvare er så billig at jeg er veldig enig med deg. Det er ingen grunn til å komplisere det med å verken kjøre på system uten offisiell støtte eller ha mange systemer på samme boks. I tillegg må en ha litt disiplin for å ikke legge for mye inn på en NUC som er der lett tilgjengelig. Det blir fort "klarer du den så klarer du denne og"

Er timer.vifte_bad_nede "Idle", da? Og burde ikke timeren vært triggeren (sammen med det du har nå)?

Jeg endret python koden til en template sensor istedenfor accumulatedconsumption: friendly_name: "Akkumulert forbruk" unit_of_measurement: 'kWh' device_class: power value_template: "{{ state_attr('sensor.real_time_consumption_gabriel_edlands_veg_16', 'accumulatedConsumption') | round(2) }}" accumulatedcost: friendly_name: "Kostnad" unit_of_measurement: 'NOK' value_template: "{{ state_attr('sensor.real_time_consumption_gabriel_edlands_veg_16', 'accumulatedCost') | round(2) }}" total_pris_for_strom: friendly_name: "Total kostnad" unit_of_measurement: 'NOK' value_template: >- {{ (states("sensor.accumulatedcost")|float + states("sensor.accumulatedconsumption")|float * states("input_number.pris_pr_kwh_kleppenergi")|float / 100 + states("input_number.pris_pr_aar_kleppenergi")|float / 365 + states("input_number.pris_pr_aar_tibber")|float / 365)|round(2) }}

Jeg har disse feltene: Disse 2 sensorene: accumulatedconsumption: friendly_name: "Akkumulert forbruk" unit_of_measurement: 'kWh' device_class: power value_template: "{{ state_attr('sensor.real_time_consumption_gabriel_edlands_veg_16', 'accumulatedConsumption') | round(2) }}" accumulatedcost: friendly_name: "Kostnad" unit_of_measurement: 'NOK' value_template: "{{ state_attr('sensor.real_time_consumption_gabriel_edlands_veg_16', 'accumulatedCost') | round(2) }}" Og denne koden som lett kan lages som en mal-sensor (hvorfor har jeg ikke det, da......) def calculate(self, entity, attribute, old, new, kwargs): try: total = float(self.get_state("sensor.accumulatedcost")) total += float(self.get_state("sensor.accumulatedconsumption")) * float(self.get_state("input_number.pris_pr_kwh_kleppenergi")) / 100 total += float(self.get_state("input_number.pris_pr_aar_kleppenergi")) / 365 total += float(self.get_state("input_number.pris_pr_aar_tibber")) / 365 self.set_state("sensor.total_pris_for_strom", state = "{:3.2f}".format(total), attributes = {"unit_of_measurement": "NOK"}) except ValueError: pass

Jeg endrer. Jeg har f.eks litt varme på i garasjen og i en bod. Der blir varmen slått helt av når strømmen er dyr. Og så er det noen ganggolv, vaskerom og gjestebad som blir nedprioritert. Og en hagestue er stengt av nå som det er på det kaldeste.

Jeg har brukt nesten 130 kroner på strøm i dag så 9 kroner er ikke så stor andel og sikkert noe jeg kunne spart inn.

Hvis du tenker på den tråden det er linket til så trenger du ikke appdaemon. Der brukes HA sin innebygde mulighet for å kjøre python skript. Egentlig ganske rett fram og du finner nok ut av det 🙂 👍 (Jeg har ikke brukt slike skript selv, men har forstått det slik at det er ikke vanskelig å legge inn når noen andre først har gjort jobben med å lage et skript)

Jeg ser det rett i fra mitt aggregat (Østberg Heru). Utblås og innsug er begge på ca 20 grader og aggregatet forbruker 320W for å klare dette. Men jeg kan jo ikke stenge den ned heller. På vinteren er ikke fuktighet et problem, men heller et radonnivå som bør holdes i sjakk. NilsOF sitt tips om luftavfukter er et godt tips hvis en vil ha et tørrere bad om vinteren. Da slipper en å blåse ut varm luft. Edit: Varmeveksleren varmer opp til 16 grader. De siste 4 grader krever hjelp fra 320W på elektrisk varmer.

Da rapporterer du her hvordan zigbee modulen virker?

Ja, i forumet til HA finnes det oppskrifter. Om det er lett eller ikke er avhengig av om du har SSH tilgang. Det har ikke jeg på min så jeg gidder foreløpig ikke å styre. Regner med det kommer en pek&klikk løsning etterhvert. Jeg ville flyttet til ny rpi og deretter flyttet data til ny partisjon. Begge de to operasjonene er støttet og forklart, men ikke å ta det i en jafs.

Bare jeg som forklarer dårlig. Det blir "mounted" i read-only modus. Oppdateringer går knirkefritt, men du slipper kontinuerlig slitasje på minnekort og det ligger ingenting brukerdata der. I prinsippet kan du ha et reservekort liggende og boote på det hvis det andre skulle feile.

Ekstern datadisk Home Assistant (home-assistant.io)

Det aller enkleste er å boote fra et skrivebeskyttet minnekort og deretter bruke usb-ssd som datapartisjon. Dette er støttet i hassos i motsetning til å boote fra usb.

Det er nok fordi dette er enheter med innebygd batteri og batteriet tåler ikke så mye. Du må finne noe som har ekstern føler.

Vet ikke. Men er lampen inkludert i noe nå? Er den inkludert i Hue huben så vil den automatisk bli 'resatt' og klar til ny inkludering hvis du i Hue appen fjerner lampen fra hub.

Jeg har ikke en slik. Hadde jeg hatt en så ville jeg nok allerede vært i gang med å finne ut hva den sender.

Uyuni Remote - Uyuni Lighting Antar denne er en IR sender. Er det noen her som har dekodet lyssekvensen den sender ut og vil dele det her?

Har ikke sett noe om at det skal komme tilbake. Det de derimot har lovet er at det skal gå å lade bilen når skyen detter ut. Det var heller ikke alltid tilfelle.

Easee tok jo vekk lokal styring og flyttet hele api'et sitt ut i skyen. Kundene klagde høylytt og gjør det fortsatt.

Det var jo et ganske spesielt argument all den tid en installerer en slik app, gir den rettigheter og ønsker at den skal virke. Det gjør den på android.

899 kroner for 6TB som er langt bedre for meg enn alternativet. Dessuten har jeg både en iphone (privat) og en android (jobb). Android gir i tillegg fordelen av å være lettere i bruk, ser finere ut og attpåtil gir mer for pengene. Og så har alle apper samme betingelser og en slipper å tenke på ios sine begrensinger.

Mao, Android gir den beste løsningen

Hva er best? icloud koster 1200 kroner pr år for 2TB. Onedrive koster 899 kroner pr år for 6TB, men dette må fordeles med 1TB pr person i en familie. Så kan jo en selv vurdere hva som er best.

Mini Graph Card fikk en ny aggregeringsfunksjon i fjor som heter delta. Dvs at den viser forskjell på minste og største verdi innenfor en periode. Hvis dette er energi brukt fra strømmåler og denne endrer seg fra 35000 til 35080kWh mellom 0:00 og 23:59 så vil delta funksjonen returnere 80kWh. Da blir det veldig lett å vise strømforbruk dag for dag. aggregate_func: delta entities: - entity: sensor.lastmeterconsumption name: Forbruk group_by: date hour24: true hours_to_show: 720 icon: 'mdi:counter' line_width: 0 lower_bound: 0 name: Forbruk pr dag show: graph: bar labels: true type: 'custom:mini-graph-card' Og forbruket kommer direkte fra Tibber Pulse lastmeterconsumption: friendly_name: "Forbruk totalt" unit_of_measurement: 'kWh' device_class: power value_template: "{{ state_attr('sensor.real_time_consumption_gabriel_edlands_veg_16', 'lastMeterConsumption') }}"