stigvi

Koden for den har blitt oppdatert flere ganger etterhvert som utviklingen på apexcard har gått videre. Sånn ser det ut nå. Prisene her er inkl nettleie og det er fordi jeg bruker en nordpool sensor som ligger i "master" i git. Antar det ikke går mange dager før @hellowlol slipper en ny versjon 0.0.3 med støtte for å legge inn nettleie. type: 'custom:apexcharts-card' series: - entity: sensor.nordpool name: Pris type: area curve: stepline extend_to_end: false float_precision: 3 stroke_width: 2 opacity: 0.2 - entity: sensor.nordpool name: Pris type: area curve: stepline extend_to_end: false float_precision: 3 stroke_width: 2 opacity: 0.2 data_generator: | return entity.attributes.raw_today.map((p) => { return [new Date(p.start), p.value]; }); - entity: sensor.nordpool name: Pris type: area curve: stepline extend_to_end: false float_precision: 3 stroke_width: 2 opacity: 0.2 data_generator: | return entity.attributes.raw_tomorrow.map((p) => { return [new Date(p.start), p.value]; }); y_axis_precision: 3 now: show: true graph_span: 3d span: start: day offset: '-1d' locale: nb apex_config: chart: height: 300px zoom: enabled: true toolbar: show: true tools: zoom: true zoomin: false zoomout: false pan: false reset: true legend: show: false dataLabels: enabled: false yaxis: min: 0 xaxis: type: datetime labels: datetimeFormatter: month: ddd day: ddd tooltip: fixed: enabled: true position: bottomLeft

Custom components er jo lite tilgivende for feil så da antar jeg du utvikler og tester på en annen maskin enn den du bruker til å styre hjemmet? Fordelen med appdaemon sånn sett er at den kjører koden greit isolert i fra Home Assistant så det er lite som kan gå galt. Litt usikker på hvordan pyscript gjør det. Den er i utgangspunktet interpreterende og sånn sett burde den være trygg, men samtidig kan den kompilere kode også og litt usikker på om feil i den egenlagde koden kan i verste fall ta ned HA.

The HomeKit Bridge integration allows you to make your Home Assistant entities available in Apple HomeKit, so they can be controlled from Apple’s Home app and Siri. HomeKit - Home Assistant (home-assistant.io)

Jeg tror nok de fleste systemer baserer seg på hendelser. Det er mye lettere å forholde seg til og er mer fleksibelt når det er sånn. Hva om du lager et event som setter den til på mellom 22 og 04 på hverdager og et annet event som setter den på mellom 23 og 08 i helger. Hva blir da premissen for at det skal være av? Det er kanskje lett for deg å se det, men for en stokk dum datamaskin er slikt vanskelig fordi den ser ikke slike løse koblinger som at samme knapp styres i fra to uavhengige regler. Og blir det mange nok regler så mister vi mennesker kontrollen på det også. At alt styres kun ved hjelp av hendelser er mye lettere å forholde seg til.

I flg dette eksempelet, August - Home Assistant (home-assistant.io) , så skal du få info om hvem som låser opp

Som avhenger om jeg kjøper en slik sak så du har en viktig oppgave foran deg 😄

La inn 'master' og testet litt og det ser bra ut. Min mal er ganske rett fram med en input_number. ( additional_costs: "{{ states('input_number.pris_pr_kwh_kleppenergi')|float / 100 + 0.0083 }}" ) Kurven gjorde som forventet et lite hopp

Sånn som dette er jo en mulighet? {% set s = { "hourly_fixed_cost": 0.5352, "winter_night": 0.265, "winter_day": 0.465, "summer_day": 0.284, "summer_night": 0.246, "cert": 0.01 } %} {% if now().month >= 5 and now().month <11 %} {%set p1 = s.summer_day+s.hourly_fixed_cost+s.cert%}} {%set p2 = s.night+s.hourly_fixed_cost+s.cert%} {% else %} {%set p1 = s.winter_day+s.hourly_fixed_cost+s.cert%} {%set p2 = s.winter_night+s.hourly_fixed_cost+s.cert%} {% endif %} {% set t = [p2,p2,p2,p2,p2,p2,p1,p1,p1,p1,p1,p1,p1,p1,p1,p1,p1,p1,p1,p1,p1,p1,p1,p2] %} {{ t }}

Hvordan skal en bruke denne malen til å korrigere prisene i raw_today og raw_tomorrow hvis det som i eksempelet ditt er forskjellige priser gjennom døgnet? Slik jeg ser det, blir det en smule komplisert å få til. Timen det skal beregnes for må på et eller annet vis gis til malen slik at en kan erstatte now() med timen det gjelder. En mal pr time blir mye styr. En mal pr prisperiode er overkommelig, men da må en kunne sette tidspunkt når en pris starter og slutter. Vel, det ble kanskje noe å tenke på?

Dette er et argument som stadig blir brukt mot zigbee, men det er lite relevant i og med at zigbee brytere kan styre zigbee pærer uten at en sentral enhet er tilgjengelig. Det er riktig at et smarthus krever noe av brukeren. Det gjelder det meste, enten det er lys, varme eller noe annet. Jeg synes selv at lys er blant det mest lure å smartifisere og derfor ønsker jeg det så smart som mulig istedenfor å etterligne en manuell bryter og glødelampe mest mulig 😉

Lokket brukes når en vil ha en fleksibel ledning ut av en boks. Men det egner seg heller dårlig hvis du skal ha en bunt med ledninger.

lokk med strekkavlastning - Google Search

Jeg ville bare droppet rør for hdmi kablene og latt de ligge løst i veggen.

Dette er jo først og fremst et problem som ligger i det overordnete systemet. Eksempelvis er det tungvint i deconz, men lett i hue hubben med dens app.

Når den blir tilgjengelig da for den versjonen jeg har som ble oppdatert for en uke siden har ikke dette. Et annet spørsmål: Er det mulig å sette et fast navn på denne sensoren? Det er smått plagsom å måtte ta en søk og erstatt gjennom konfigurasjon, automasjon og skript fordi jeg endrer antall desimaler (som igjen fører til nytt navn) Ellers må jeg si det var en god ide å komme på dette med tilleggskostnad som en mal. Det blir nok mer og mer aktuelt hvis energiselskapene innførere variabel nettleie 🙂👍

Er det noe dokumentasjon på dette? Hvor skal det legges? Edit: Kikket litt i koden og fikk et inntrykk av det. Spørsmål: Kan en legge en entitet i malen som f.eks. en input_number ?

En annen ting er at behovet for kunstig lys er lite hvis sollys bidrar med mer enn 100 lux inne. Men grenseverdiene i koden ovenfor er kanskje bare eksempler?

Jeg setter veldig stor pris på tilbakemeldinger 👍

Andre produsenter benytter seg også av dette prinsippet. Har du noen relasjon til Yale? Jeg spør siden du vet så mye om et produkt som er helt nytt.

En annen ting som jeg ikke har peiling på. Ligger det skjulte kostnader i å endre temperatur 6-7 grader på et gulv i forhold til å holde jevn temperatur. Da tenker jeg på varmekabler eller folie sin levetid, oppsprekking av fuger eller sprekk i fliser / laminat. Noen som har info om slikt?

Du har en 100% løsning, men hvis en aksepterer noen snarveier og går for en 90% løsning så trenger en ikke optimalisere. En kan heller styre varme ene og alene basert på de billigste strømtimene. Poenget mitt er at jeg tipper det ikke er mye annerledes fra en dag til en annen hos deg. Varme går på når strømmen er billig og av når den er dyr og det er i et rimelig konstant av/på forhold fra dag til dag.

Men får du ikke et større varmetap og dermed et unødvendig høyt forbruk av strøm fordi du øker temperaturen mer enn nødvendig? Men samtidig vil vel algoritmen fange opp dette hvis du har lagt inn kostnaden med varmetap.

Kult. Jeg antar du har termostater du da har satt som effektregulatorer og du kun justerer på tilført effekt? Mine termostater har ikke den muligheten. Jeg kan kun endre ønsket temperatur. Jeg kunne nok fått til et greit system allikevel og har forsåvidt det allerede. Men den kontrollen du har som er tydelig på natten den 11.2 der du gradvis øker effekten etterhvert som strømmen blir billigere, det vil ikke jeg få til. Problemet mitt er at hvis jeg setter opp temperaturen etter en periode med dyr strøm så går termostatene rett til 100% og jeg får størst forbruk i timen rett etter en dyr time. Og den timen er jo ikke nødvendigvis en billig time når prisen er på vei ned.

Dette er bare den helt ordinære historievisningen i Home Assistant

Har du kikket på disse to? Flux - Home Assistant (home-assistant.io) Circadian Lighting [Custom Component] - Share your Projects! / Custom Components - Home Assistant Community (home-assistant.io) De kan begge endre lysstyrke i tillegg til fargetemperatur. De er konfigurerbare så endring av fargetemperatur kan også velges vekk.