stigvi

Men det er vel fordi du har en såkalt "solstrømkonto", kanskje? Jeg har lest litt på disse sine betingelser og klarer ikke å se at dette er bærekraftig. Det virker som om dette er noe de bruker for å kapre kunder og tar en kostnad med det. Men hvor lenge kan det vare?

Jeg sitter på gjerdet. Dess flere som innstallerer solcellepanel, dess mer sparer jeg med billig strøm når det er sol. Så jeg er med på fordelene uten å ta investeringen. Og for de som innstallerer solcellepanel så blir gevinsten lavere dess flere andre som gjør det. Det kan bli for stor produksjon i perioder og det er noe som allerede nå er blitt en bekymring for de som skal regulere kraftproduksjonen.

Workday sensoren tar allerede hensyn til røde dager i kalenderen så du trenger ikke legge de inn i din kalender.

Hvis du brukte recorder.purge så må du ha med parameteren "repack" for at databasefilen skal krympe i størrelse. Ellers er det vel recorder database og loggfil som er det som er mest åpenbart. Det kan jo være loggfil i noe annet enn HA. Det sjekker du i loggen og velger kilde øverst til høyre. Har du Samba innstallert? Der kan du se hvilke filer som har vokst seg store.

Det som diskuteres her, har det noe med Home Assistant Yellow å gjøre?

Jeg skulle gjerne hatt en slik skjerm, men samtidig drar det med seg kostnader, vedlikeholdsarbeid og div. annet negativt. Jeg vil ikke ha for mye av automasjonen synlig, spesielt ikke for et barnebarn på 4 år og lange fingrer. Men det jeg gjorde i helgen var å lage et system for å testlade bilen til kona i noen minutter på kveldstid og deretter varsle som melding på telefon hvis den ikke lader som forventet. Kona har en egen evne til å ikke trykke støpsel helt i bunn på bilens kontakt. Langt nok til at de elektriske kontaktene har forbindelse og at alt ser greit ut, men ikke langt nok til at låsepinnen klarer å låse fast støpsel og da vil ikke bilen starte lading, naturlig nok.

Noe å tenke på her også, kanskje? Want to help others? Leave your AI at the door - Home Assistant (home-assistant.io)

Elbil lading har skapt litt hodebry hos meg, men er landet på noe nå som virker greit. Jeg har 2 biler som krever lading. En Passat GTE som er en hybrid og en e-Golf. Begge krever lading hver natt. Og de står på samme 16A kurs så jeg lader Golf med halv strømstyrke hvis Passat lades. Og Golf lades med 1/4 strømstyrke hvis jeg har satt systemet til å holde seg under 5kWt/t pga nettleie. Så det har vært en del hensyn å ta. I forhold til pid regulator har jeg VVB bereder som lavest prioritet. Men jeg slipper den ikke under 50 grader så det er ikke superviktig å varme opp vann hver natt. Men i praksis gjør den stort sett det. Det blir litt knapt når to biler skal lades sammen med VVB og jeg har en begrensing på 5kWt/t, men det går i 8 av årets 12 måneder. VVB kobler jeg ut allerede når pid utgang er på 95% Deretter kobler jeg ut varmekabler en etter en mellom 95% og 50% Så stopper jeg lading ved ca 50% på pid utgang. Men ikke de første 20 minutt i hver time. Da lades biler uansett. Og deretter oppvarming i rom mellom 50% og 0. Da tar jeg også rom for rom og stue har høyest prioritet. Det som da skjer ved høyt forbruk er at oppvarming i rom slås av istedenfor billading hvis en er innenfor de første 20 minutter. På en måte kan en si at en veksler litt på prioriteten og så unngår en å slå av lading i start på hver time da estimatet er unøyaktig. Hvitevarer, platetopp og stekeovn gjør jeg ingenting med. De kan ikke slås av eller settes på pause uten konsekvenser.

Ikke nå lenger. Jeg har laget et helt nytt system for dette. Skriver mer i morgen. Nå er jeg trøtt........

"Språket" er standard jinja2 som brukes i mal-sensorer i HA. Men både Nordpool og Entso-e integrasjonen overstyrer now() funksjonen så det er ikke så lett å bruke disse malene til noe annet enn i entso-e

RS485 modul | Artigereliv Jeg bruker denne modulen og på den må jeg sette om den skal være i sende- eller mottaksmodus ved hjelp av pinne 5. Hvis du kan lese og skrive til ditt anlegg uten denne så er alt bare bra. Jeg stusser litt over at ditt anlegg sender ut luft med en temperatur på 12 grader. Med omtrent samme utetemperatur er min utblåsning på 5 grader.

Jeg bruker Aqara sin magnetsensor og den har et slingringsmonn på et par centimeter. Så har aldri hatt problem med at den ikke detekterer port selv om magnet ikke havner like nærme hver gang. Men uansett er jeg i ferd med å endre dette. Jeg har en esp32 med esphome som styrer porten og planen er å ha endebrytere også via denne istedenfor noe som skal gå via Home Assistant og derfra tilbake til esp32 noden.

Kanskje er det vinden ute som skaper trykkforskjell over glasset når vinden runder hjørnet som er like ved?

Her er et mysterie som jeg lurer på. På glasset i hagestue så ser vi gang på gang at det verken fryser til eller dogger på en flekk som er nærmest ellipseformet. Og denne flekken er på samme plass hver gang. Det er på utsiden det oppstår. Akkurat nå er det -7 grader ute og 0 grader inne i hagestue. Mellom hagestue og stue er det en dør som er lukket og denne har 3-lags glass. Flekken er rett ovenfor døren ca 4 meter i fra. En kan kanskje tro det er varmestråling? Men vinduene i stue er også frosset til og de har også 3-lags glass som i døren. Hvorfor fryser det på utsiden av disse, mens det ikke gjør det på et glass som er 4m unna?

Jeg har gjort noen endringer jeg også. Et event når esp starter og litt info om hvor effektivt varmeveksler jobber. esphome: compile_process_limit: 1 name: ventilasjon platform: ESP32 board: esp-wrover-kit on_boot: - priority: -100 then: - delay: 30s - homeassistant.event: event: esphome.boot data: message: Ventilasjon Started wifi: ssid: "HEIME5.ORG" password: !secret heime_wifi domain: .lan preferences: flash_write_interval: 48h # Enable fallback hotspot (captive portal) in case wifi connection fails #ap: # ssid: "Stue Co2 Fallback Hotspot" # password: "ppHXTW3jIUEL" #captive_portal: # Enable logging logger: level: DEBUG baud_rate: 0 # Enable Home Assistant API api: ota: uart: id: mod_uart tx_pin: 17 rx_pin: 16 baud_rate: 9600 stop_bits: 1 modbus: id: modbus1 uart_id: mod_uart flow_control_pin: 5 send_wait_time: 200ms modbus_controller: - id: heru ## the Modbus device addr address: 1 modbus_id: modbus1 command_throttle: 200ms update_interval: 10s switch: - platform: modbus_controller modbus_controller_id: heru register_type: coil address: 3 name: "ventilation_away_mode" - platform: modbus_controller modbus_controller_id: heru register_type: coil address: 4 name: "ventilation_alarm_reset" - platform: modbus_controller modbus_controller_id: heru register_type: coil address: 2 name: "ventilation_boost_mode" - platform: modbus_controller modbus_controller_id: heru register_type: coil address: 1 name: "ventilation_overpressure_mode" - platform: modbus_controller modbus_controller_id: heru register_type: coil address: 0 name: "ventilation_unit_on" select: - platform: modbus_controller name: "ventilation_boost_speed" address: 25 value_type: U_WORD optionsmap: "Mye": 4 "Lite": 3 - platform: modbus_controller name: "ventilation_electric_heater_connected" address: 50 value_type: U_WORD optionsmap: "Tilkoblet": 1 "Frakoblet": 0 sensor: - platform: wifi_signal name: "Ventilasjon WiFi Signal" update_interval: 300s - platform: template name: "ventilation_heat_cold_recovery_efficiency" id: "heat_cold_recovery_efficiency" lambda: |- if (id(recovering_heat).state == false || id(exhaust_air_temperature).state == id(outdoor_temperature).state) return 0.0; return 100.0 * (id(heat_recovery_wheel_temperature).state - id(outdoor_temperature).state) / (id(exhaust_air_temperature).state - id(outdoor_temperature).state); //return 100.0 * (id(exhaust_air_temperature).state - id(waste_air_temperature).state) / (id(exhaust_air_temperature).state - id(outdoor_temperature).state); accuracy_decimals: 0 update_interval: 60s unit_of_measurement: "%" - platform: template name: "ventilation_expected_waste_temperature_diff" lambda: |- double e = id(exhaust_air_temperature).state - id(heat_cold_recovery_efficiency).state * (id(exhaust_air_temperature).state - id(outdoor_temperature).state) / 100.0; return id(waste_air_temperature).state - e; accuracy_decimals: 1 update_interval: 60s unit_of_measurement: "°C" - platform: modbus_controller modbus_controller_id: heru name: "ventilation_outdoor_temperature" id: "outdoor_temperature" register_type: read address: 1 value_type: S_WORD unit_of_measurement: "°C" device_class: temperature accuracy_decimals: 1 filters: - multiply: 0.1 - or: - throttle: 30min - delta: 2.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_supply_air_temperature" register_type: read address: 2 value_type: S_WORD unit_of_measurement: "°C" device_class: temperature accuracy_decimals: 1 filters: - multiply: 0.1 - or: - throttle: 30min - delta: 2.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_exhaust_air_temperature" id: "exhaust_air_temperature" register_type: read address: 3 value_type: S_WORD unit_of_measurement: "°C" device_class: temperature accuracy_decimals: 1 filters: - multiply: 0.1 - or: - throttle: 30min - delta: 2.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_waste_air_temperature" id: "waste_air_temperature" register_type: read address: 4 value_type: S_WORD unit_of_measurement: "°C" device_class: temperature accuracy_decimals: 1 filters: - multiply: 0.1 - or: - throttle: 30min - delta: 2.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_heat_recovery_wheel_temperature" id: "heat_recovery_wheel_temperature" register_type: read address: 6 value_type: S_WORD unit_of_measurement: "°C" device_class: temperature accuracy_decimals: 1 filters: - multiply: 0.1 - or: - throttle: 30min - delta: 2.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_current_supply_fan_speed" register_type: read address: 26 value_type: S_WORD unit_of_measurement: "rpm" filters: - or: - throttle: 30min - delta: 50.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_current_exhaust_fan_speed" register_type: read address: 27 value_type: S_WORD unit_of_measurement: "rpm" filters: - or: - throttle: 30min - delta: 50.0 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_current_heating_power" register_type: read address: 28 value_type: S_WORD unit_of_measurement: "W" filters: - multiply: 6.6667 - sliding_window_moving_average: window_size: 64 send_every: 64 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_current_heat_cold_recovery_power" register_type: read address: 29 value_type: S_WORD unit_of_measurement: "%" lambda: |- if (id(recovering_heat).state == false) return 0.0; return x; filters: - multiply: 0.3921569 - or: - throttle: 60s - platform: modbus_controller modbus_controller_id: heru name: "ventilation_filter_days_left" register_type: read address: 19 value_type: S_WORD unit_of_measurement: "days" number: - platform: modbus_controller modbus_controller_id: heru name: "ventilation_temperature_setpoint" register_type: holding address: 1 value_type: S_WORD unit_of_measurement: "°C" min_value: 15 max_value: 30 binary_sensor: - platform: modbus_controller modbus_controller_id: heru name: "ventilation_exhaust_fan_alarm" register_type: discrete_input address: 21 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_exhaust_filter_alarm" register_type: discrete_input address: 23 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_filter_timer_alarm" register_type: discrete_input address: 24 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_freeze_alarm" register_type: discrete_input address: 12 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_freeze_protection_a_level" register_type: discrete_input address: 26 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_freeze_protection_b_level" register_type: discrete_input address: 25 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_low_rotor_temperature_alarm" register_type: discrete_input address: 14 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_low_supply_alarm" register_type: discrete_input address: 13 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_supply_filter_alarm" register_type: discrete_input address: 22 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_pulser_alarm" register_type: discrete_input address: 19 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_rotor_alarm" register_type: discrete_input address: 10 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_startup_1st_phase" register_type: discrete_input address: 27 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_startup_2nd_phase" register_type: discrete_input address: 28 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_supply_fan_alarm" register_type: discrete_input address: 20 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_temp_sensor_open_circuit_alarm" register_type: discrete_input address: 17 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_temp_sensor_short_circuit_alarm" register_type: discrete_input address: 18 - platform: modbus_controller modbus_controller_id: heru name: "ventilation_heating" register_type: discrete_input address: 29 - platform: modbus_controller modbus_controller_id: heru id: "recovering_heat" register_type: discrete_input address: 30

Det er du ikke heller. Noen strømselgere tilbyr et api du kan bruke. Og så har en Entso-e som tilbyr et api hvis den du kjøper strøm av ikke gjør det.

Greit nok. Men det er vel neppe et krav om å se fremtidige priser i flg linken din til lovdata? Men jeg lurer på hva du egentlig er ute etter? Hva vil du ha fram? At priser på strøm skal oppgis av noen andre enn de som selger den? Det neste blir vel krav om en offentlig pris på brød og melk? Forvaltet av Oslo Børs.

https://tibber.com/no/strompriser

Det er jo et krav til din leverandør. Men verken du eller jeg er kunde hos Nordpool. Eller Forbrukerrådet.

Dette er verken offentlige data eller noe det offentlige eier. Nordpool og dens virksomhet er høyst kommersiell.

Min sonoff sammen med zigbee2mqtt har vært dønn stabil og er litt befriende etter å ha brukt conbee og deconz i mange år. Ikke at det var så mye galt med deconz, men den måtte passes på. Den hadde noen hendelser som gjorde at jeg aldri stolte helt på den. Så får vi se om et år med Sonoff 🙂

Enig i det du skriver her. Men lettere å bruke offset filteret. filters: - offset: -2.5

Du har mulighet for å legge esphome inn på Shelly og definere en termostat der. Da vil denne fungere uavhengig om HA kjører eller ikke. Er ganske greit hvis du vil lage deg et robust system som ikke er avhengig av at HA til enhver tid kjører. Hvis du ikke bryr deg om det, så er termostat i HA grei, den.

Bryter for ulike element må en bruke på VVB. Bruker en bryter for like element så kan det begynne å koke ved stilling 1 på bryter fordi termostaten blir koblet ut av kretsen. Det var noe som ble terpet på for 20-30 år siden da jeg jobbet som elektriker. Men nå til dags er det vel ingen som monterer slik bryter på VVB selv om den er nyttig nok. Den gangen betalte en jo ekstra for overforbruk og det har en jo startet med i 2022 også. Kanskje bryteren kommer tilbake?

Nei. Home Assistant har et eget system på dette. Men det virker på samme måte som pushover. Pushover krever en app og koster vistnok litt. Sånn sett kan du like greit bruke Home Assistant som er gratis (open source) og bare bruke denne funksjonen. Men det blir litt som å skyte spurv med kanon, kanskje ..........