stigvi

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.

FYI: Jeg oppdaterte til 2.9.3 som kom i dag og det gikk så glatt at jeg mistenker at noe må være galt allikevel 🙂

Den er vel muligens med som en attributt på hovedsensoren? Men det er egentlig ikke mye verdi i den. De viser temperatur i hele grader og attpåtil lite nøyaktig

custom-components/pyscript: Pyscript adds rich Python scripting to HASS (github.com) Er det noen her som har tatt denne i bruk og har erfaringer å dele? Ser den har noen positive egenskaper i forhold til appdaemon.....

Du er klar over at du kan teste at du får inn data, også? Velg mqtt integrasjonen, konfigurer og legg inn topic/# i det du lytter på. Hos meg er det power/#

Jeg har satt opp disse mqtt sensorene, hvis det var det du lurte på..... "power" kommer i fra mqtt topic som en setter opp i ams2mqttbridge - platform: mqtt name: Klepp Energi Spenning L1 unit_of_measurement: V expire_after: 30 state_topic: "power/meter/l1/voltage" value_template: "{{ value_json | float(0) | round(0) }}" - platform: mqtt name: Klepp Energi Spenning L2 unit_of_measurement: V expire_after: 30 state_topic: "power/meter/l2/voltage" value_template: "{{ value_json | float(0) | round(0) }}" - platform: mqtt name: Klepp Energi Spenning L3 unit_of_measurement: V expire_after: 30 state_topic: "power/meter/l3/voltage" value_template: "{{ value_json | float(0) | round(0) }}" - platform: mqtt name: Klepp Energi Strøm L1 unit_of_measurement: A expire_after: 30 state_topic: "power/meter/l1/current" value_template: "{{ value_json | float(0) | round(1) }}" - platform: mqtt name: Klepp Energi Strøm L2 unit_of_measurement: A expire_after: 30 state_topic: "power/meter/l2/current" value_template: "{{ value_json | float(0) | round(1) }}" - platform: mqtt name: Klepp Energi Strøm L3 unit_of_measurement: A expire_after: 30 state_topic: "power/meter/l3/current" value_template: "{{ value_json | float(0) | round(1) }}" - platform: mqtt name: Klepp Energi Effekt unit_of_measurement: W expire_after: 10 force_update: true state_topic: "power/meter/import/active" - platform: mqtt name: Klepp Energi Total Energi unit_of_measurement: kWh expire_after: 4000 state_topic: "power/meter/import/active/accumulated"

Interessant. Skal kikke på det i kveld

Kunne du komme med et lite hint om hvor de er? Edit: Kikket litt på koden til Tibber integrasjonen for å se om det var en udokumentert innstilling å gjøre for å hente de, men det så jeg ikke noe av. Så jeg antar du tenker på eksempler som bruker pyTibber.

Jeg vurderte det. Integrasjonen baserer seg på pyTibber som ligger på pypi.org og tenkte at det må jo kunne brukes i appDaemon enkelt og greit. Men da tenkte jeg feil. pyTibber gjør noe på bakgrunnstråder som jeg ikke fikk appDaemon til å like og så gadd jeg ikke mer. Motivasjonen var heller ikke allverdens i og med at Nordpool integrasjonen er der og den dekker mitt behov for å finne billigste timer. Om det er i euro eller kroner betyr jo fint lite 🙂 Og nå ser jeg at ams2mqttbridge programvaren som noen her har laget vil også få støtte for å hente priser fra ENTSO-E API så det er nok alternativer.