stigvi

Med siste versjon av HA så feilet disse kommandoene. Løsningen er å legge til parameteren -k som lar være å sjekke sertifikatene nettstedet bruker. Linjen som inneholder -s endres da til -s -k

Slik styres effekten på VVB for å ligge hårfint under grensen på et trinn på nettleie. Det har sine fordeler med å bruke en SSR og puls-bredde modulering av varmeelementet. Årsaken til svingninger er hovedsaklig varmekabler som også er puls-bredde modulert med en periodetid på 5 minutter.

Her er min siste versjon av esphome kode. De største endringene er tellere for energi brukt og kostnad i kroner. substitutions: devicename: Varmtvannstank esphome: name: varmtvannstank on_boot: - priority: -100 then: - delay: 30s - homeassistant.event: event: esphome.boot data: message: "${devicename} Started" esp8266: board: esp01_1m restore_from_flash: false wifi: ssid: "HEIME5.ORG" password: !secret heime_wifi domain: .lan #captive_portal: # Enable logging logger: # Enable Home Assistant API api: reboot_timeout: 24h ota: platform: esphome script: - id: set_output mode: single then: - output.set_level: id: pwm_output level: !lambda |- double set_t = 10.0; if(id(varmtvannstank_modus).active_index() == 1) set_t = id(vvb_lav_temperatur).state; else if(id(varmtvannstank_modus).active_index() == 2) set_t = id(vvb_medium_temperatur).state; else if(id(varmtvannstank_modus).active_index() == 3) set_t = id(vvb_hoy_temperatur).state; id(vvb_skal_temperatur).publish_state(set_t); double diff_t = set_t - id(varmtvannstank_topp_temperatur).state; double diff_c = set_t - id(varmtvannstank_senter_temperatur).state; double diff_b = set_t - id(varmtvannstank_bunn_temperatur).state; if(diff_t > 1.0) { auto time_now = id(homeassistant_time).utcnow(); id(time_stop) = time_now.timestamp; id(energy_stop) = id(vvb_total_daily_energy).state; } double c = 0.00135 * set_t - 0.03839286; double v_t = diff_t + c; double v_c = diff_c / 20 + c; double v_b = diff_b / 50 + c; double v = min((id(effekt)/100.0), max(max(v_t, 0.0), max(v_c, v_b))); id(power).publish_state(v * 2.0); if(set_t > id(vvb_lav_temperatur).state) id(mode_last_changed).publish_state(id(homeassistant_time).now().timestamp); return v; globals: - id: last_value_from_ha type: int initial_value: '0' - id: effekt type: float restore_value: no initial_value: '100.0' - id: time_start type: float restore_value: no initial_value: '0.0' - id: energy_start type: float restore_value: no initial_value: '0.0' - id: time_stop type: float restore_value: no initial_value: '0.0' - id: energy_stop type: float restore_value: no initial_value: '0.0' number: - platform: template max_value: 100.0 min_value: 0.0 step: 1 mode: slider id: effekt_varmtvannsbereder name: effekt_varmtvannsbereder unit_of_measurement: '%' initial_value: 100 optimistic: true set_action: then: - lambda: |- id(effekt) = x; - script.execute: set_output - platform: template max_value: 90.0 min_value: 10.0 step: 5 mode: slider id: vvb_hoy_temperatur name: vvb_hoy_temperatur unit_of_measurement: '°C' initial_value: 80 restore_value: true optimistic: true - platform: template max_value: 90.0 min_value: 10.0 step: 5 mode: slider id: vvb_medium_temperatur name: vvb_medium_temperatur unit_of_measurement: '°C' initial_value: 65 restore_value: true optimistic: true - platform: template max_value: 90.0 min_value: 10.0 step: 5 mode: slider id: vvb_lav_temperatur name: vvb_lav_temperatur unit_of_measurement: '°C' initial_value: 45 restore_value: true optimistic: true i2c: sda: GPIO14 scl: GPIO4 scan: true status_led: pin: number: GPIO13 inverted: yes output: - platform: sigma_delta_output pin: 12 update_interval: 2.5s id: pwm_output state_change_action: - lambda: |- id(internalcost).publish_state(state ? 2.0 * id(current_energy_price).state : 0.0); sensor: - platform: homeassistant id: current_energy_price entity_id: pyscript.totalstrompris - platform: wifi_signal name: "${devicename} WiFi Signal" update_interval: 300s - platform: mcp9808 id: varmtvannstank_topp_temperatur name: "${devicename}_topp_temperatur" address: 0x1D filters: - sliding_window_moving_average: window_size: 5 send_every: 1 on_value: then: - script.execute: set_output - platform: mcp9808 id: varmtvannstank_senter_temperatur name: "${devicename}_senter_temperatur" address: 0x1E filters: - sliding_window_moving_average: window_size: 5 send_every: 1 on_value: then: - script.execute: set_output - platform: mcp9808 id: varmtvannstank_bunn_temperatur name: "${devicename}_bunn_temperatur" address: 0x1F filters: - sliding_window_moving_average: window_size: 5 send_every: 1 on_value: then: - script.execute: set_output - platform: total_daily_energy id: vvb_total_daily_energy name: "VVB Total Daily Energy" power_id: power restore: false method: left accuracy_decimals: 2 filters: - throttle: 60s - platform: integration name: "VVB Total Daily Cost" id: vvb_total_daily_cost sensor: internalcost state_class: "total_increasing" time_unit: h unit_of_measurement: "NOK" restore: false integration_method: left accuracy_decimals: 2 filters: - throttle: 60s - platform: template id: power name: "Effekt varmtvann" unit_of_measurement: "kW" icon: "mdi:power-plug" accuracy_decimals: 3 - platform: template id: vvb_skal_temperatur name: "VVB skal temperatur" unit_of_measurement: '°C' icon: "mdi:coolant-temperature" accuracy_decimals: 0 - platform: template id: internalcost unit_of_measurement: "NOK" update_interval: 1s accuracy_decimals: 6 internal: true - platform: template name: "${devicename}_modus_last_changed" device_class: timestamp id: mode_last_changed filters: - throttle: 708s - platform: template name: "${devicename}_heating_ratio" id: heating_ratio update_interval: never unit_of_measurement: 'W/Wmaks' accuracy_decimals: 2 interval: - interval: 2h then: - if: condition: - lambda: !lambda |- auto time_now = id(homeassistant_time).utcnow(); if(time_now.timestamp - id(last_value_from_ha) > 7200) return true; return false; then: - select.set: id: varmtvannstank_modus option: "Middels" time: - platform: homeassistant id: homeassistant_time timezone: "Europe/Oslo" on_time: - seconds: 0 minutes: 0 hours: 0 then: - sensor.integration.reset: vvb_total_daily_cost text_sensor: - platform: homeassistant id: watchdog entity_id: sensor.time on_value: then: - lambda: !lambda |- auto time_now = id(homeassistant_time).utcnow(); id(last_value_from_ha) = time_now.timestamp; select: - platform: template id: varmtvannstank_modus name: "${devicename}_modus" optimistic: true options: - Borte - Lav - Middels - Høy initial_option: Lav restore_value: true set_action: then: - lambda: !lambda |- if(x == "Middels" || x == "Høy") { auto time_now = id(homeassistant_time).utcnow(); id(time_start) = time_now.timestamp + 30.0; id(energy_start) = id(vvb_total_daily_energy).state; } else if(x == "Borte") { id(time_start) = 0.0; id(heating_ratio).publish_state(1.0); } else if(x == "Lav") { if(id(time_stop) > id(time_start) && id(time_start) > 0.0) { double de = id(energy_stop) - id(energy_start); double dt = id(time_stop) - id(time_start); double r = (de / dt ) * 1800; id(heating_ratio).publish_state(min(r, 1.0)); } else if(id(time_start) > 0.0) { id(heating_ratio).publish_state(1.0); } } binary_sensor: - platform: status name: "${devicename} Esp Status" button: - platform: restart name: "${devicename} Restart"

Enheten jeg bruker er en Sonoff dings som hadde rele. Jeg loddet av releet og har koblet til en kraftig SSR. Denne er montert på en kjøleribbe og det hele montert i en boks. Jeg kan ta noen bilder hvis det er interessant. Jeg har fagbrev og å lage slike til eget bruk er greit. Hvis noen her vil gjøre det samme, pass i det minste på at kjøleribbe er jordet godt og at den ikke blir for varm. Klarer en så vidt å ta på den er den rundt om 50 grader. SSR har optokobler på inngang så det er lett å få til galvanisk skille mellom lavspenning og 230V. SSR kobler inn og ut ved nullgjennomgang på spenningen og den er lydløs. Det siste var årsaken til at jeg bruker en SSR. Jeg hadde en kontaktor tidligere, men det ble for mye bråk av den. Selv når jeg ikke brukte pwm.

Etter å ha studert litt selv så er det vistnok ute på høring hva som skal skje med forbrukermarkedet https://www.fortum.com/no/media/2025/03/fortum-stotter-mer-noyaktig-maling-av-strommen Men det blir uansett en endring for oss som henter priser i fra Nordpool på et eller annet vis. Prisene vil ha 15 minutters intervall og jeg antar vi da blir fakturert for snittprisen i en time hvis vi fortsatt skal betale timespris.

Det er ment å innføres for forbrukere nå i høst. Men har forstått at det kan være unntak som feks at måler bare rapporterer hver time og ikke har støtte for 15 minutters intervaller. Det er kanskje andre unntak også.

Leste du hva det spørres om?

I høst er det meningen at nordpool infører 15 minutters intervall på strømprisen. Det er uklart for meg hva dette betyr i praksis, men jeg tror det er slik at dersom netteier sine målere bare raporterer hver time så betaler du en snittpris. Muligens må også strømleverandøren ha støtte for dette. Men er det noen her som har satt seg grundig inn i problematikken og kan skrive noe om det?

Hva er alternativet? Husk at HA er laget for små Raspberry Pi enheter, Home Assistant Green, Home Assistant Yellow osv. De lager sin egen maskinvare, hvorfor skal de ikke da bruke ressurser på et OS?

Bare for å lage litt balanse, her er Home Assistant sin begrunnelse: The Core and Supervised installation methods are not only complex for users to install and maintain — they’re also challenging for the Home Assistant team to support. In the past, there were compelling reasons, outside Home Assistant development, to run these installation methods, but for most people those reasons are disappearing. Home Assistant OS is very capable with a rich ecosystem of add-ons, while also being easy to run in a virtual machine. Container adoption has become mainstream, now being widely available along with systems having more resources to run them. Steadily, we’ve seen year-on-year reductions in the percentage of Core and Supervised installations (currently standing at 2.5% and 3.3% respectively). As Core and Supervised are more complex to maintain, they generate more issues that are more difficult to solve. This complexity places a disproportionate burden on our community-driven support system, where volunteers generously give their time to help others. It also takes time away from assisting the vast majority of users who are on the simpler to maintain installation methods. Along with this, new users could sometimes be swayed into running Core or Supervised, and have a bad experience that could cause them to give up on the best way to automate their home. By focusing our support and documentation on OS and Container methods, we can greatly improve the onboarding experience and ensure a smoother start for new users. Slik jeg leser det er det ikke utvikling som er krevende, men support for installasjon av disse to.

Skal du avfette så er isopropanol glimrende. Finnes hos flere forskjellige butikker i form av Blårens. Det er ren alkohol (tilsatt brekningsmiddel) som ikke skader plast og kan brukes til masse annet også. Samme stoff som spylerveske også, men den er utblandet med vann og koster sikkert mye mer 🙂

Det er først og fremst en logisk feil i det du har skrevet. Den første if-else der en setter pris til 0.604 eller 0.420 vil aldri ha noen virkning fordi prisen blir satt til 0.122 eller 0.211 nedenfor. Og så tror jeg det er bedre å bruke additional_costs: >- {% if now().hour >=6 and now().hour <22 %} {{ 0.604 | float }} {% else %} {{ 0.420 | float }} {% endif %} {% if now().month >= 4 and now().month < 10 %} {{ 0.122 | float }} {% else %} {{ 0.211 | float }} {% endif %} Legg merke til >- Det betyr at det som kommer bak er en multilinje streng. Og linjen under additional_costs: >- må ha et innrykk. Det er yaml syntax Men som nevnt, du må først og fremst rydde opp i den logiske feilen med at det aldri blir satt noen natt eller dagpris. Det er et eksempel her: https://github.com/custom-components/nordpool?tab=readme-ov-file#additional-costs

Så du kan bytte innhold i veggbokser i det ene tilfellet, men helt uaktuelt i det andre? Det er egentlig bare det jeg kommenterte. Det er ikke sikkert det er like lett for de som spør om råd å skjønne logikken.

En tar vekk gamle lysbrytere og setter opp zigbee "brytere/dimmere/knapper" alt etter behov. Da får en et lyssystem som er 100% fleksibelt og ikke avhengig av hvordan elektriker eller tidligere huseier la ledningene.

Dette er jo selvsagt ikke en motsetning i forhold til smarte pærer.