stigvi

Fordi en har langt flere muligheter og kan lage enheter som ikke bare er en fjernstyrt "dings", men utfører sine egne automasjoner. Mine esphome enheter er på en måte selvgående og vil fungere etter hensikten selv om HA skulle bli utilgjengelig. Et eksempel er styring av VVB. Den er ikke avhengig av HA for å sørge for at vi har varmt vann i huset. Eller ventilasjonen som setter hastighet til "normal" hvis HA ikke gir livstegn fra seg. Edit: Men dette dreier seg ikke om MQTT eller et annet api. Esphome kan bruke MQTT hvis en vil det. Integrasjon med noe annet enn HA, som feks Homeseer, vil vel automatisk kreve MQTT

Har du Home Assistant? Og går for Tasmota? Jeg trodde EspHome var i en divisjon 3-4 hakk høyere opp 🙂

Jo, jeg sitter i sofaen og tenkte på dette som mulige problemer og løsninger. Skal se mer på det i morgen. Jeg har en laboratorie-strømforsyning, men det er som du sier, lettere å koble til 220V enn å grave fram den. Jeg har jobbet med elektro i 30 år så jeg har lært å være forsiktig. En lærer av sine tabber 🙂

Hm, min vil ikke flashes. Den jobber en stund og så får jeg en feilmelding i flash programvaren om "unexpected result"

Takk for tips. Kjøpte 2 av disse og jeg legger esphome innpå. IO0 er ført ut på kontakten du har koblet 5 ledninger til så ingen grunn til å styre med en binders hvis en ikke har en slik til overs.

Hvordan ser dataene som er grunnlag for kurven ut ?

Når måleren rapporterer effekt hvert 2. sekund så kan den også bruke en av de tre metodene (sett i sammenheng med målerens energiteller). En fjerde mulighet er at den beregner snitteffekt i 2 sekund og rapporterer det, men jeg tviler på at det gjøres. Så HA sin estimering blir mest riktig hvis den bruker samme som måleren gjør.

Hovedproblemet til dette er at nordpool integrasjonen helt unødvendig splitter prisene opp i to lister for i dag og i morgen. Det er unødvendig fordi hvert listeelement inneholder start og stopp for når prisen er gyldig. En løsning er å lage en ny liste som oppdateres når det er nye priser midt på dagen og ikke ved midnatt. Det er sikkert mange måter å gjøre det på. Jeg prøvde meg med en mal-sensor, men den insisterte på å gjøre om datatyper til noe annet enn det jeg ville. Med pyscript kan dette være en metode: @state_trigger("sensor.nordpool") def strompris(): pyscript.strompris2 = float(sensor.nordpool) if (sensor.nordpool.raw_tomorrow is not None and len(sensor.nordpool.raw_tomorrow) > 0 and sensor.nordpool.raw_tomorrow[0]['value'] is not None): pyscript.strompris2.raw_price = sensor.nordpool.raw_today + sensor.nordpool.raw_tomorrow

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.