stigvi

Men samtidig avhengig av hvordan måleren rapporterer dette.

Apropos avsporing: Har du testet disse tre, Riemann sum method to be used. Available methods are trapezoidal, left and right, og funnet ut hvilken som gir mest nøyaktig resultat?

Kikk også på esphome.io. Der er det mulighet for å lese data på rs-485 / modbus og du får det rett inn i Home Assistant. Jeg lagde nettopp noe for ventilasjon og lagde et innlegg for det her:

Takk for at du stilte spørsmål i utgangspunktet. Jeg er alltid ute etter å forbedre og her hadde jeg noe som ikke var gjennomtenkt. Jeg hadde allerede en filtrert sensor for effekt og da ble derivasjonen overflødig i og med at den også beregnet over et 5 minutters snitt. Så jeg har like greit tatt vekk derivasjonen.........

Du fikk meg til å gruble. Hvorfor derivere.......

Jeg har ikke brukt mye energi på å gruble på dette, jeg heller. Integrasjonen ville jeg hatt uansett pga annet bruk og derivasjon har konfigurasjonen "unit_time" som gjør den enklere å bruke enn et filter (vil jeg tro, uten å ha grublet) Avsporinger er krydderet 🙂

Er den uklar? De to integrasjonene i HA er vel ganske klare på det?

Du må ta utgangspunkt i den sensoren fra din ams leser som gir deg effekt hvert 2. sekund. Hvis denne integreres så får du energiforbruk. - platform: integration unit_prefix: k source: sensor.klepp_energi_effekt Dette gir deg en ny sensor som teller opp kWh i det uendelige. Vil du at den skal starte på null hver time så kan du bruke Utility utility_meter: energy: source: sensor.sensor_klepp_energi_effekt_integral cycle: hourly Denne gir deg en sensor som heter sensor.energy Hvis du vil gå et hakk videre og estimere denne timens forbruk så må du derivere for å finne endringen i energibruk pr tidsenhet - platform: derivative source: sensor.sensor_klepp_energi_effekt_integral name: real_time_consumption_gabriel_edlands_veg_16_integral_derivative round: 3 unit_time: h time_window: "00:05:00" Og så må en bruke dette i en mal-sensor for å sammenstille dette med faktisk forbruk fra start av time og fram til nå. - unique_id: estimated_hourly_consumption_unfiltered name: "estimated_hourly_consumption_unfiltered" unit_of_measurement: 'kWh' device_class: power state: "{{ (states('sensor.energy')|float(15)+states('sensor.real_time_consumption_gabriel_edlands_veg_16_integral_derivative')|float(0) *(3600-now().minute*60-now().second)/3600) | round(3) }}" Da får du sensorer som dette der du kan vise estimert og faktisk forbruk

Det er det. Jeg regner med at når du skriver "gjennomsnittlig forbruk i løpet av en time" så er det forbrukt energi du ønsker å få vite? Eller er det estimert forbruk av fremtidig energi du tenker på?

https://community.home-assistant.io/t/xcomfort-integration/180149

Om det er noen her som har erfaring med peaqev billading, https://github.com/elden1337/hass-peaq , og kan fortelle litt om den?

Da må vel mitt system være bortimot perfekt siden jeg ikke lar temperaturen falle under 50 grader og varmer opp til 75 grader innimellom. Styrt av en esp8266 med esphome og en solid SSR.

Nei, jeg vil ikke anbefale noen. Det går jo mest i det estetiske og smaken er jo som kjent som baken. Selv har jeg tatt vekk Elko brytere og satt Philips Hue dimmere på veggen ved hjelp av 3D printet ramme som passer inn i systemet. De skiller seg ut fra en vanlig bryter, men allikevel er det fint nok for både meg og kona. Og besøkende har heller ingen problem med de.

Sannsynligvis årevis mellom hver gang. Jeg har en annen modell og har ikke byttet batteri selv om de har stått på veggen i flere år. Noen modeller har ikke engang batteri. De bruker energien i knappetrykket til å sende radiosignalet.

Du må gjerne kalle det en bug. Jeg er nærme å kalle det en bug, selv. Det vitner uansett om en utvikler som ikke helt forstår hvordan energi måles. Det er en "teller" som alltid vil være på etterskudd. Det er fysisk umulig å måle energiforbruk mellom 12:00 og 13:00 og ha svaret klart før 13:00. Det burde det vært tatt hensyn til når en lagde dette i Home Assistant.

Men du ser på to forskjellige sensorer, tipper jeg. Når forbruker slås på så vil det gjenspeiles av sensoren som viser effekt og denne oppdateres hvert 2. sekund. Energi-visningen bruker sensoren for energi (som ikke er effekt) og denne oppdateres hver hele time.

Det er avhengig av hvilken sensor du bruker for å telle opp energibruk. Den som måleren rapporterer via HAN grensesnittet er forsinket noen sekunder. Dvs at strømmen du brukte mellom 12:00 og 13:00 blir rapportert i fra måleren etter klokken 13:00 og Home Assistant tolker dette som forbruk i time 13. Det har vært diskutert på Home Assistant forumet og meldt inn som en bug. Sist jeg så aktivitet på det så var det at det jobbes med en løsning.

Jeg har i en god stund nå hatt et forholdsvis enkelt system på nattsenking av temperatur. Utgangspunktet er at å senke temperaturen muligens ikke gir noen besparelse i kroner og ører når strømmen en bruker for å varme opp er mye dyrere enn strømmen en sparer på natt. Nordpool opererer med begrepene peak, off peak 1 og off peak 2. Dette bruker jeg til å regne ut forhold mellom peak og off peak 1. Er denne større enn 106% så setter jeg nattsenking til 1 grad. Er den mindre enn 106% så settes nattsenking til 3-4 grader. Jeg har ikke gjort noen analyse for å finne 106%. Det er mer basert på synsing enn noe annet. I praksis gjøres dette ved at jeg setter "eco" og "komfort" temperatur til nye verdier hver gang forholdet mellom peak og off peak endres, som er normalt ved midnatt. Nattsenking slås på rundt om 2100 og 2200, men det skjer normalt ikke at temperaturen synker mer enn en grad på et par timer så om natten starter med 4 grader nattsenking for så å endres til 1 grad ved midnatt, vil ikke bety at varme slås på ved midnatt.

Det er bil-lading som er utfordringen min. Kommer pid-regulator så lavt at den stopper ladingen så bruker bilen en liten evighet på å komme i gang igjen. Mulig jeg legger inn slik at pid regulator begrenses nedad til en verdi som er akkurat stor nok til at lading fortsetter som normalt de første 15 minutter.

Setter du output_limits bare en gang i starten på timen eller blir den kontinuerlig oppdatert fram til 15m over?

Jeg har bare hatt et "problem" med dette kl 06:00. Da står begge biler på lading og en ovn i hagestue på maks. Så jeg la inn at pid regulator blir ignorert hver arbeidsdag mellom 06:00 og 06:20. Det skjer i andre tilfeller også at timeskifte får mye av varmen til å gå av, men jeg har slått meg til ro med at sånn får det bare være. Men ditt siste punkt er notert, @RVM og mulig jeg legger inn noe slikt jeg også.

Enig. Energipriser er det dårlig stellt med i HA.

Hehe, jeg har lyst å se et regnskap som viser at du går i pluss på et slikt prosjekt. Har du næringsvirksomhet siden du nevner 30-40 dobling av pris? Som kjent vil private husholdninger få strømstøtte.

Det gikk mer på det å la Home Assistant ha som oppgave å overføre data til HomeKit. Da må en ha kommet forbi det vanskelige punktet med å kjøpe inn hardware og installere HA og få den opp å kjøre. Derifra vil jeg påstå at det er omtrent like lett å lage presentasjon av data og enkle automatiseringer i Home Assistant som det er i homekit eller i Google sitt system. En sender i de tilfellene data ut av huset og mister litt av kontrollen uten å oppnå særlig mye. Mulig presentasjonen på en iphone er litt bedre integrert med homekit. En trenger jo ikke Home Assistant appen.

Kjenner ikke til Salus, men hvis det er dette, GitHub - jvitkauskas/homeassistant_salus: Home Assistant integration with Salus devices så er det en mulighet for å få det inn i Home Assistant. Derfra kan en overføre det til Homekit, men hvorfor vil en det når en har Home Assistant?