stigvi

Du gjentar samme feilinformasjon om og om igjen. Det er lov å bruke stikkontakt på VVB på nye hus. De må være av rette typen. Det er kun "schuko" kontaktene en forbyr. Og de som er lovlige å bruke er også 16A, bare for å nevne det.

Du må ta hensyn til at mye av varmen forsvinner ut pipa. Artikkelen antyder at du får 3,1kWh pr kg ved. Da er du oppe i 1.9kr pr kwh Med strømstøtte og allerede innkjøpt varmepumpe så er den billigere å bruke selv om strømprisen er 13kr og veden koster 65kr sekken.

I flg en artikkel i Teknisk Ukeblad så lønner det seg aldri å fyre med ved sammenlignet med varmepumpe. Men det gjør jo det hvis veden er gratis.

Har ingen erfaring med vannbåren varme, men hvis jeg skulle satt i gang med det så hadde jeg tatt en grundig kikk på denne, https://esphome.io/components/climate/pid.html sammen med denne, https://esphome.io/components/output/slow_pwm.html Edit: Og da tenker jeg en periodetid på mange timer.

Jeg antar jeg har misforstått hva du tenkte på .......

Kaffetrakter-timer er et alternativ, ja. Og Esphome kan hente data fra MQTT også så den kan slå på kaffetrakter om morgenen når du står opp (hvis dette er tilgjengelig i mqtt hos deg) uavhengig av automasjoner i et overliggende system. Det støtter selvsagt esphome

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?