stigvi

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.

Ja, jeg forstod etterhvert det. Det betyr ikke noe for min del i og med at jeg er kun interessert i billigste timer. Men ser at andre kan synes dette er ergelig. Tibber har disse prisene i NOK i sitt api. Rart at de ikke drar de inn i Home Assistant integrasjonen. Det er jo tydeligvis et behov for det når noen (du) går til det skrittet og lager en Nordpool integrasjon.

Pass forresten på at du har nok desimaler. Ser at Nordpool opererer med 6 siffre på prisene sine.

Og det er et minus i og med at det er diverse som krever 32 bits os

@gskjold, programvaren din (AmsToMqttBridge) har mulighet for å synkronisere klokke mot en NTP tjeneste. Hvorfor det? Kan ikke se at dette er brukt noe i det som sendes til en MQTT broker.

Ok, greit å vite. Det er ikke mange kronene å spare på en esp8266 🙂 Jeg satte selv opp en slik med esp32 og samme programvare på lørdag. Har lagt inn en "issue" på git der jeg spør om å kunne sette retain flagg på noen meldinger på mqtt sånn at en slipper å vente opp mot en time for å få kWh verdien :-)

Hvorfor det?

Fordelen med smarte pærer er at de kan styres individuelt. Det er ikke lett å få til med en dimmer og når lyskildene er på en skinne. En kan ha flerpolt skinne, dog......

I loggene finner jeg pris fra api som virker 10 ganger for lave pr MWh enn forventet så jeg antar det er Nord pool som roter.

I dag ble de nye prisene for i morgen helt feil. Vet du årsaken @hellowlol ? current_price: 0.7147 average: 0.6522 off peak 1: 0.5483 off peak 2: 0.6196 peak: 0.7066 min: 0.5022 max: 0.8283 unit: kWh currency: NOK country: Norway region: Kr.sand low price: false tomorrow_valid: true today: 0.5159, 0.5076, 0.5022, 0.5055, 0.5218, 0.5507, 0.5663, 0.7164, 0.7487, 0.7308, 0.7196, 0.7369, 0.7158, 0.7147, 0.6181, 0.7078, 0.7091, 0.7914, 0.8283, 0.7668, 0.7155, 0.6143, 0.5893, 0.5592 tomorrow: 0.0583, 0.0581, 0.0581, 0.0576, 0.058, 0.06, 0.0727, 0.0912, 0.1008, 0.1008, 0.1, 0.0919, 0.0816, 0.0869, 0.0877, 0.0898, 0.0888, 0.0988, 0.1, 0.0925, 0.0812, 0.0708, 0.0696, 0.0626 raw_today:

Hvis du vil bruke sensor.time så gjøres det slik: binary_sensor: - platform: template sensors: billigste_4_timer: value_template: >- {% set x = states("sensor.time") %} {% set l=state_attr('sensor.nordpool_kwh_xxxxxx_xxx_x_xx_xxx', 'raw_today')|sort(attribute='value') %} {{ (now() >= l[0].start and now() <= l[0].end) or (now() >= l[1].start and now() <= l[1].end) or (now() >= l[2].start and now() <= l[2].end) or (now() >= l[3].start and now() <= l[3].end) }} Da lurer en Home Assistant til å tro at sensor.time brukes i denne malen og den vil oppdateres hver gang sensor.time endres. Maler blir bare evaluert når en entitet brukt i malen endrer seg. Her settes x til tid, men x brukes ikke videre til noe. Istedenfor sensor.time kan du bruke en annen sensor som endrer seg slik du vil. Men skal du ha full kontroll så bruk heller automasjonen som vist i et innlegg ovenfor. Da tvinges malen til å kalkulere på nytt selv om prisen er uendret.