Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

haraldov

Medlemmer
  • Innlegg

    216
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    8

Innlegg skrevet av haraldov

  1.  

    1 hour ago, roadrune said:

    Det jeg tenker er å bruke ett Shelly Plus 2PM rele

    Du kan integrere Shelly rele mot Home Assistant med f.eks Esphome eller denne plugin: https://github.com/StyraHem/ShellyForHASS. Hvordan dette gjøres i esphome står her: https://savjee.be/2020/06/make-garage-door-opener-smart-shelly-esphome-home-assistant/

     

    Jeg bruker esphome som operativsystem på en nodemcu hvor jeg har koblet til et 5V rele for å styre min Jula garasjeport i min garasje. Her er min esphome konfigurasjon som du kan bruke som et eksempel:

    esphome:
      name: garasjeport
      platform: ESP8266
      board: nodemcuv2
    
    wifi:
      ssid: "TelenorXXXX-Garasje"
      password: "xxxxxxxxxx"
    
    captive_portal:
    
    # Enable logging
    logger:
    
    # Enable Home Assistant API
    api:
    
    ota:
    
    # The relay in the Shelly 1 that will deliver the pulse to
    # the garage door opener (not exposed to HA)
    switch:
      - platform: gpio
        pin: D6
        name: "Garage Door Relay"
        id: relay
        internal: true
    
    # The door contact sensor that is attached to SW on the 
    # Shelly 1. Not exposed to HA, instead used to set the 
    # state of the cover.
    binary_sensor:
      - platform: gpio
        pin:
          number: D5
          mode:
            input: true
            pullup: true
        name: "Garage Door Contact Sensor"
        id: contact_sensor
        internal: true
        filters:
          - invert:
    
    # This creates the actual garage door in HA. The state is based
    # on the contact sensor. Opening/closing the garage door simply
    # turns the relay on/off with a 0.5s delay in between.
    cover:
      - platform: template
        device_class: garage
        name: "Garage Door"
        id: template_cov
        lambda: |-
          if (id(contact_sensor).state) {
            return COVER_OPEN;
          } else {
            return COVER_CLOSED;
          }
        open_action:
          - switch.turn_on: relay
          - delay: 0.5s
          - switch.turn_off: relay
        close_action:
          - switch.turn_on: relay
          - delay: 0.5s
          - switch.turn_off: relay

     

    1 hour ago, roadrune said:

    jeg har en egen router (Asus rt66) der nede med samme ssid som i huset (Unify oppsett), slik at det er vel pr definisjon ikke samme nettverk?

     

    Jeg har selv to Asus rt66 i mitt hus med samme ssid "TelenorXXXX" og en TP-link Omada i garasjen med ssid "TelenorXXXX-Garasje".

    Jeg bruker en egen SSID for min garasje. Fordelen med det er at nodemcu enhet ikke bruker det trådløse nettverket jeg har i stuen. Bruker du den samme ssid på stue og garasje vil trådløse enheter velge selv hvilken trådløse basestasjon den skal bruke.

     

    I huset hvor jeg har ssid "TelenorXXXX" har jeg trådløse enheter på badet som jeg ønsker bare skal bruke Asus rt66 ruteren på badet. For å få dette til brukte jeg i Asus  rt66 webgrensesnittet "Wireless MAC filtering" hvor jeg kan blokkere MAC adresse fra enheter på badet på ruteren som står i stuen.

     

    image.png.50cadc464d1f1dbb9ac17d57179553e2.png

     

    1 hour ago, roadrune said:

    garasjeport jeg kunne tenke meg å styre med Apple Watch,

     

    Home Assistant Companion kan installeres på Apple Watch https://companion.home-assistant.io/docs/apple-watch/

    Hvis du knytter denne device til din bruker kan du automatisere åpning av garasjeport slik:

     

    alias: 'Garasje: Åpne garasjedør når Harald kommer hjem'
    description: ''
    trigger:
      - platform: zone
        entity_id: device_tracker.harald_mobil
        zone: zone.home
        event: enter
    condition:
      - condition: state
        entity_id: cover.garage_door
        state: closed
    action:
      - service: cover.open_cover
        data: {}
        target:
          entity_id: cover.garage_door
    mode: single

     

    • Thanks 1
  2. On 18/07/2022 at 13:55, haraldov said:

    Tanken med binary_sensor.soltimer var at jeg skulle ha en sensor som var on når solcellene produserte over 1000 W og av ellers

     

    Har nå byttet ut "binary_sensor.soltimer" (start-slutt tid) med threshold sensor (https://www.home-assistant.io/integrations/threshold/) med navn "binary_sensor.solceller_produserer_over_1500_watt". Denne vil være on når solcellene produserer over 1500 Watt og off ellers. I oppsettet i bayesian sensor "Varmtvannsbereder" er det bare entitetnavnet som er byttet ut. Har ikke endret på sannsynlighet.

     

    image.png.042cd90fd12bbcf48f960a361bc894c9.png

     

    image.png.0ccecddd99d17e4b972c5e52d3dc7005.png

    • Like 1
  3. Jeg har tidligere brukt Airiana til å kommunisere mot min vtr500. Du kunne jo ha prøvd dette programmet for å se om du får riktig kommunikasjon?

     

    For at du skal kunne kjøre prgrammet på Raspberry Pi "Bullseye" som har Python 3 som default må du installere programmet herfra: https://github.com/BeamCtrl/Airiana/tree/python3-migration

    Har kommunisert med utvikleren for å teste utvikling til Python 3 støtte https://github.com/BeamCtrl/Airiana/issues/22.

     

    Ønsker du å integrere Airiana mot HA så kan du bruke denne configen:

    #Rest commands to airiana
    rest_command:
      toggle_pressure:
        url: "http://10.0.0.168:8000/command?7"
        method: "get"
      toggle_auto:
        url: "http://10.0.0.168:8000/command?1"
        method: "get"
      force_vent:
        url: "http://10.0.0.168:8000/command?8"
        method: "get"
      vent_high:
        url: "http://10.0.0.168:8000/command?99"
        method: "get"
      vent_norm:
        url: "http://10.0.0.168:8000/command?98"
        method: "get"
      vent_low:
        url: "http://10.0.0.168:8000/command?97"
        method: "get"
      toggle_exchanger:
        url: "http://10.0.0.168:8000/command?0"
        method: "get"
      auto_off:
        url: "http://10.0.0.168:8000/command?14"
        method: "get"
      fire_start:
        url: "http://10.0.0.168:8000/command?9"
        method: "get"
    
    mqtt:
    # Airiana Sensors
      sensor:
        - name: "Exhaust"
          state_topic: "airiana"
          value_template: "{{ value_json.exhaust | round(2)}}"
          unit_of_measurement: "  C"
    
        - name: "Rotor speed"
          state_topic: "airiana"
          value_template: "{{ value_json.rotorSpeed }}"
          unit_of_measurement: "%"
    
        - name: "Inlet"
          state_topic: "airiana"
          device_class: "temperature"
          unit_of_measurement: "°C"
          value_template: "{{ value_json.inlet | round(2) }}"
    
        - name: "Extract"
          state_topic: "airiana"
          device_class: "temperature"
          unit_of_measurement: "°C"
          value_template: "{{ value_json.extract | round(2) }}"
     
        - name: "Supply"
          state_topic: "airiana"
          device_class: "temperature"
          unit_of_measurement: "°C"
          value_template: "{{ value_json.supply | round(2) }}"
    
        - name: "ref RH%"
          state_topic: "airiana"
          device_class: "humidity"
          unit_of_measurement: "%"
          value_template: "{{ value_json.referenceHumidity | round(2) }}"
    
        - name: "RH%"
          state_topic: "airiana"
          device_class: "humidity"
          unit_of_measurement: "%"
          value_template: "{{ value_json.measuredHumidity | round(2) }}"
    
        - name: "Ambient Pressure"
          state_topic: "airiana"
          device_class: "pressure"
          unit_of_measurement: "hPa"
          value_template: "{{ value_json.pressure | round(0) }}"
    
        - name: "Exchanger Efficiency"
          state_topic: "airiana"
          unit_of_measurement: "%"
          value_template: "{{ value_json.efficiency | round(0) }}"
    
        - name: "Filter remaining"
          state_topic: "airiana"
          unit_of_measurement: "%"
          value_template: "{{ value_json.filterPercentRemaining | round(0) }}"
    
        - name: "Filter time"
          state_topic: "airiana"
          unit_of_measurement: "days"
          value_template: "{{ value_json.filterInstalledDays | round(0) }}"
    
        - name: "Electric power"
          state_topic: "airiana"
          unit_of_measurement: "W"
          value_template: "{{ value_json.electricPower | round(0) }}"
    
        - name: "Electric power total"
          state_topic: "airiana"
          unit_of_measurement: "Wh"
          state_class: "total_increasing"
          device_class: "energy"
          value_template: "{{ value_json.electricPowerTotal }}"
    
        - name: "Rotor active"
          state_topic: "airiana"
          unit_of_measurement: ""
          value_template: "{{ value_json.rotorActive }}"
          
    # Airina Binary sensors
      binary_sensor:
        - name: "Shower mode"
          state_topic: "airiana"
          value_template: "{{ value_json.shower }}"
          payload_off: "false"
          payload_on: "true"
    
        - name: "Cooling mode"
          state_topic: "airiana"
          value_template: "{{ value_json.coolingMode }}"
          payload_off: "false"
          payload_on: "true"  

     

    • Thanks 1
  4. On 15/07/2022 at 10:50, hjemmedude said:

    5 binary_sensor.natt og soltimer finner jeg sikkert om jeg søker på forumet her, er ikke å finne i "varmestyring med bayesian sensor"

     

    Jeg har solceller på huset. Tanken med binary_sensor.soltimer var at jeg skulle ha en sensor som var on når solcellene produserte over 1000 W og av ellers https://www.home-assistant.io/integrations/forecast_solar/. Har ikke begynt på dette ennå så jeg lagde en tod sensor med navn binary_sensor.soltimer i mellomtiden som er on mellom 11:00 - 15:00.

     

    Her er regnearket du kan bruke på vvb oppsettet ditt.

    image.png.8319b623469f919eec0ba84d08b6ef9f.png

    VVB.xlsx

    • Like 1
  5. On 15/07/2022 at 10:50, hjemmedude said:

    3 Hvorfor er sensor.regulator_energy_usage og ferie prob_given_true ("sannsynlighet for sann") satt så lavt, 0.001?

     

    Litt teori:

    I sannsynlighet skal verdien P være mellom 0 og 1. Finner vi sannsynligheten for at en hendelse er sann (P(sann)), så kan vi finne sannsynligheten for at hendelsen ikke er sann ved å regne: Hendelse er usann = 1 - P(hendelse er sann). 

     

    Begge disse sensorene har en veldig liten sannsynlighet for at de er sann på 0.001 (dvs 0.001 * 100% = 0.1 % sannsynlighet). Vi har en terskelverdi ( probability_threshold) på 0.5 (50 %). Så hvis du er hjemme (binær sensor er on) vil vi få en sannsylighet på over 50 % (0.56) og den bayiske sensor vil også være on. Når en eller begge av disse sensorene er on vil de trekke ned sannsynligheten til under 50 % av bayiske sensor vil bli off.

     

    Vedlagt ligger et regneark som Youtuber som jeg la ut lenke til brukte. Legg merke til at jeg legger inn innganger (Entititet ID) med minst sannsynlighet først og de med størst sannsynlighet sist. Prob_given_false er regnet ut som beskrevet ovenfor altså 1 - P(hendelse er sann). 

     

    Det som er utfordringen er å finne ut sannsynlighetene for hendelsene. Dette regnearket kan simulere før en opprettet entitetene. 

     

    image.thumb.png.2e17ff286c6534b2085a919e8ea5ca52.png

    BayesianVK .xlsx

     

     

    On 15/07/2022 at 10:50, hjemmedude said:

    4 Du sier vvb er aktiv 22:00 til 06:00 men jeg ser ingen steder i koden din hvor det skjer, er det mer bak automasjonen? Det er vel i automasjonen du drar inn klokkeslett og ikke i bayesian koden?

     

    Stemmer det. Jeg har opprettet en tod sensor https://www.home-assistant.io/integrations/tod/ som heter bare natt. Jeg skulle ha døpt den om til vvb_natt istedenfor. Jeg har nå endret tidspunkt igjen fra 22:00 - 01:30 på grunn av ny nettleie.

          - entity_id: 'binary_sensor.natt'
            prob_given_true: 0.7
            platform: 'state'
            to_state: 'on'

     

    image.png.085939643b97c8e51333f8321c53675d.png

    • Like 1
  6. On 15/07/2022 at 10:50, hjemmedude said:

    1 Hvorfor brukes input_boolean.ferie bare for varmekabler gang/bad/stue og ikke varmepumpe?

     

    Jeg skal svare på alle dine spørsmål, men deler opp svarene i flere innlegg.

    Spm. 1: Det er bare en forglemmelse. Skal legge den til varmepumpe konfigurasjonen, men har prioritert å få til de binære sensorene for bayesian varmestyring først. 

     

    On 15/07/2022 at 10:50, hjemmedude said:

    2 Må jeg ha en binary_sensor_noen_er_hjemme? Har ikke noen gode deteksjonmetoder per nå.

     

    Den er fin å ha. I begynnelsen hadde jeg automatiseringer av tidspunkter hvor jeg slå av og på varmekabler og varmepumpe. F.eks. så hadde jeg fra klokken 06:30 - 08:00 (morgen) og 15:00 - 22:30 (ettermiddag/kveld) på hverdager at varmekablene skulle varme opp til 21 grader og varmepumpe til 23 grader. Mellom 08:00-15:00 og 22:30-06:30 så senket jeg temperatur på varmekablene og varmepumpe. Dette er vanlig strategi å bruke når en automatiserer varmestyring. 

     

    En annen måte å gjøre varmestyring på er å bruke er "noen hjemme" strategi (presence detection) https://www.home-assistant.io/getting-started/presence-detection/. Du trenger da å opprette en binary_sensor_noen_er_hjemme som er av når ingen er hjemme og på når en eller flere er hjemme. Så når alle er borte så senkes varmen og når en eller flere er hjemme så økes varmen ved hjelp av den binære bayesian sensoren som du har opprettet. Så oppsummert vil binary_sensor.varmekabler_stue og binary_sensor.varmepumpe være on når noen er hjemme og off når alle er bortreist eller er på jobb.

     

    Jeg bruker to måter å detektere at jeg er hjemme på. Den første er å bruke Home Assistant appen på min mobil. Du må da sette opp HA sensorene til å følge deg https://companion.home-assistant.io/docs/core/location

    Den andre måten jeg bruker er å spørre min Asus gw ruter om jeg er connected eller ikke https://www.home-assistant.io/integrations/asuswrt/. Flere Youtube videoer om dette. Se her f.eks. https://www.youtube.com/watch?v=J-b8BAefNGQ eller https://www.youtube.com/watch?v=Lu0hunynWJY

     

     

    template:
      - binary_sensor:
          - name: "Noen er hjemme"
            state: >
              {{ is_state('device_tracker.harald_mobil', 'home') # Home Assistant companion app på min Android mobil
                  or is_state('device_tracker.7e_93_16_66_ca_45', 'home') # Er min mobil connected på min Asus ruter 
                  or is_state('device_tracker.3e_01_bb_52_45_69', 'home')
                  or is_state('device_tracker.ec_8c_9a_94_a4_56', 'home')
                  or is_state('device_tracker.d8_9b_3b_6c_20_52', 'home') }}

     

    • Like 2
  7. Hvorfor ikke kjøpe en ethernet til rs485 hub for å kommunisere mellom vtr500 og home assistant. Jeg skal bytte ut min IAM med denne https://www.amazon.de/dp/B07RQ7MHN2/ref=pe_27091401_487024491_TE_item. Du kan da bruke HA modbus istedenfor esphome modbus.

     

    Jeg bytter ut IAM da jeg får  en god del slike meldinger i loggen. Har prøvd å flere forsøk på å fjerne disse, men har nå gitt opp.

    Pymodbus: VTR500: Exception Response(131, 3, SlaveBusy)

     

     

  8. Tenkte jeg skulle skrive om hvordan jeg nå gjør varmestyring med bayesian sensor som @stigvi har dokumentert veldig godt. Se her: https://www.hjemmeautomasjon.no/forums/topic/5931-varmestyring-med-bayesian-sensor/

     

    Jeg har forenklet endel oppsettet hans til mitt bruk. Her er mine bayesian binære sensorer. Jeg har brukt stigvi sine sannsynligheter, men ved hjelp et regneark kan du simulere ulike sannsynligheter. Jeg brukte regnearket som ligger vedlagt denne posten: https://community.home-assistant.io/t/bayesian-sensors-best-methods/142401

    Har også sett denne Youtube videoen for å lære om bayesian sensorer: https://www.youtube.com/watch?v=oDWQCJbBrKE&t=13s

     

     

    binary_sensor:
      - platform: bayesian
        name: 'Varmekabler stue'
        prior: 0.35
        probability_threshold: 0.5
        observations:
          - platform: 'numeric_state'
            entity_id: 'sensor.regulator_energy_usage'
            prob_given_true: 0.001
            below: 32
          - entity_id: 'input_boolean.ferie'
            prob_given_true: 0.001
            platform: 'state'
            to_state: 'on'
          - entity_id: 'binary_sensor.noen_er_hjemme'
            prob_given_true: 0.7
            platform: 'state'
            to_state: 'on'
          - entity_id: 'input_boolean.sleeptime'
            prob_given_true: 0.32
            platform: 'state'
            to_state: 'on'
          - entity_id: 'binary_sensor.natt'
            prob_given_true: 0.32
            platform: 'state'
            to_state: 'on'
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.4
            platform: 'state'
            to_state: 'EXPENSIVE'
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.3
            platform: 'state'
            to_state: 'VERY_EXPENSIVE'
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.3
            platform: 'state'
            to_state: 'EXTREMELY_EXPENSIVE'
            
      - platform: bayesian
        name: 'Varmekabler bad og gang'
        prior: 0.35
        probability_threshold: 0.5
        observations:
          - platform: 'numeric_state'
            entity_id: 'sensor.regulator_energy_usage'
            prob_given_true: 0.001
            below: 32
          - entity_id: 'input_boolean.ferie'
            prob_given_true: 0.001
            platform: 'state'
            to_state: 'on'
          - entity_id: 'binary_sensor.noen_er_hjemme'
            prob_given_true: 0.7
            platform: 'state'
            to_state: 'on'
          - entity_id: 'input_boolean.sleeptime'
            prob_given_true: 0.32
            platform: 'state'
            to_state: 'on'
          - entity_id: 'binary_sensor.natt'
            prob_given_true: 0.32
            platform: 'state'
            to_state: 'on'
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.4
            platform: 'state'
            to_state: 'EXPENSIVE'
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.3
            platform: 'state'
            to_state: 'VERY_EXPENSIVE'
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.3
            platform: 'state'
            to_state: 'EXTREMELY_EXPENSIVE'
            
      - platform: bayesian
        name: 'Varmtvannsbereder'
        prior: 0.35
        probability_threshold: 0.5
        observations:
          - entity_id: 'binary_sensor.natt'
            prob_given_true: 0.7
            platform: 'state'
            to_state: 'on'
          - entity_id: 'binary_sensor.soltimer'
            prob_given_true: 0.7
            platform: 'state'
            to_state: 'on'
          - platform: 'numeric_state'
            entity_id: 'sensor.regulator_energy_usage'
            prob_given_true: 0.001
            below: 32
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.4
            platform: 'state'
            to_state: 'EXPENSIVE'
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.3
            platform: 'state'
            to_state: 'VERY_EXPENSIVE'
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.3
            platform: 'state'
            to_state: 'EXTREMELY_EXPENSIVE'
            
      - platform: bayesian
        name: 'Varmepumpe'
        prior: 0.35
        probability_threshold: 0.5
        observations:
          - entity_id: 'binary_sensor.natt'
            prob_given_true: 0.7
            platform: 'state'
            to_state: 'on'
          - entity_id: 'binary_sensor.soltimer'
            prob_given_true: 0.7
            platform: 'state'
            to_state: 'on'
          - platform: 'numeric_state'
            entity_id: 'sensor.regulator_energy_usage'
            prob_given_true: 0.001
            below: 32
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.4
            platform: 'state'
            to_state: 'EXPENSIVE'
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.3
            platform: 'state'
            to_state: 'VERY_EXPENSIVE'
          - entity_id: 'sensor.prisniva'
            prob_given_true: 0.3
            platform: 'state'
            to_state: 'EXTREMELY_EXPENSIVE'

     

     

     

    Har så opprettet template sensorer så tar ut sannsynligheten:

          - name: "Varmekabel sannsynlighet stue"
            state: "{{ state_attr('binary_sensor.varmekabler_stue', 'probability') }}"
            
          - name: "Varmekabel sannsynlighet bad og gang"
            state: "{{ state_attr('binary_sensor.varmekabler_bad_og_gang', 'probability') }}"
            
          - name: "Varmtvannsbereder sannsynlighet"
            state: "{{ state_attr('binary_sensor.varmtvannsbereder', 'probability') }}"
    
          - name: "Varmepumpe sannsynlighet"
            state: "{{ state_attr('binary_sensor.varmepumpe', 'probability') }}"

     

    Automasjon for å slå på varmtvannsbereder:

    alias: ' Bayesian varmestyring varmtvannsbereder: Varmtvannsbereder slåes på'
    description: >-
      Bayesian sensor slår på varmtvannsbereder når klokken er 22:00-06:00 og
      11:00-15:00
    trigger:
      - platform: numeric_state
        entity_id: sensor.varmtvannsbereder_sannsynlighet
        for:
          hours: 0
          minutes: 0
          seconds: 20
        above: '0.5'
    condition:
      - condition: state
        entity_id: switch.bryter_varmvannsbereder
        state: 'off'
    action:
      - service: switch.turn_on
        data: {}
        target:
          entity_id: switch.bryter_varmvannsbereder
      - delay:
          hours: 0
          minutes: 5
          seconds: 0
          milliseconds: 0
    mode: single

     

    Automasjon for å slå av varmtvannsbereder:

    alias: ' Bayesian varmestyring varmtvannsbereder: Varmtvannsbereder slåes av'
    description: Bayesian sensor slår av varmtvannsbereder
    trigger:
      - platform: numeric_state
        entity_id: sensor.varmtvannsbereder_sannsynlighet
        for:
          hours: 0
          minutes: 0
          seconds: 20
        below: '0.5'
    condition:
      - condition: state
        entity_id: switch.bryter_varmvannsbereder
        state: 'on'
    action:
      - service: switch.turn_off
        data: {}
        target:
          entity_id: switch.bryter_varmvannsbereder
      - delay:
          hours: 0
          minutes: 5
          seconds: 0
          milliseconds: 0
    mode: single

     

     

    Bayesian sensor reagerer umiddelbart når PID regulatoren går under 100 %. Når sannsynligheten går under 0.5 så endres den binære sensorer fra on til off. Når den går over 0.5 så endres den fra off til on. 

     

    image.thumb.png.c5548d3ddcd36c7560a7e14b1f54d07a.png

     

     

    • Like 2
  9. 14 hours ago, hjemmedude said:

    Skulle gjerne hatt en delay på 5 minutter slik som stigvi har, schedy har kanskje en mulighet for det.

     

    Har ikke prøvd det selv, men du kan jo lage en script entitet du kan bruke i schedy configurasjonen. 

     

    I Scripts lag en automasjon for å slå på varmtvannsberederen. Den får en egen entitet som heter script.varmtvannsbereder_sla_pa_med_5_minutters_delay

    alias: 'Varmtvannsbereder: Slå på med 5 minutters delay'
    sequence:
      - service: switch.turn_on
        data: {}
        target:
          entity_id: switch.bryter_varmvannsbereder
      - delay:
          hours: 0
          minutes: 5
          seconds: 0
          milliseconds: 0
    mode: single

     

    Lag så en automasjon for å slå av varmtvannsberederen. Den får en egen entitet som heter script.varmtvannsbereder_sla_av_varmtvannsbereder_og_vent_5_minutter

    alias: 'Varmtvannsbereder: Slå av varmtvannsbereder og vent 5 minutter'
    sequence:
      - service: switch.turn_off
        data: {}
        target:
          entity_id: switch.bryter_varmvannsbereder
      - delay:
          hours: 0
          minutes: 5
          seconds: 0
          milliseconds: 0
    mode: single

     

    Jeg bruker ikke schedy lengre, men lagde denne konfigurasjonen før jeg tok i bruk HA automasjoner:

    schedy_heating_vvb:  # This is our app instance name.
      module: hass_apps_loader
      class: SchedyApp
      
      actor_type: switch
      
      watched_entities:
      - "binary_sensor.dyr_strom"
      - "sensor.energy_regulator_usage_step"
    
      rooms:
        varmtvannsbereder:
          actors:
            switch.bryter_varmvannsbereder:
          schedule:
          - v: "on"
            rules:
            - rules:
            - x: "Break() if (state('sensor.energy_regulator_usage_step')) < 4 else Next()"
            - x: "Break() if is_on('binary_sensor.dyr_strom') else Next()"
            - rules:
            - { start: "11:00", end: "15:00" }
            - { start: "18:00", end: "21:00" }
            - { start: "00:00", end: "06:00" }
          - v: "off"

     

     

     

     

  10. Jeg har en VTR500 selv og kommunisere med HA modbus (https://www.home-assistant.io/integrations/modbus/) ved hjelp av en Systemair IAM over modbus/tcp. For mitt oppsett måtte modbus adressene i Modbus Variable List dokumentet substraheres med -1 dvs at 12401 må bli 12400.  

     

    image.png.4da5b9f159f886b677a59891b7a2a64b.png

     

    Ser ingen direkte feil i esphome modbus konfigurasjonen, men dokumentasjonen sier at det er modbus/rtu som skal brukes. Protokoll er RS485. Regner med at du har lest denne artikkelen her.

     

    Her er mitt oppsett:

    modbus:
      - name: VTR500
        type: tcp
        host: 10.0.0.107
        port: 502
        delay: 2
        sensors:
          - name: "VTR500 Outdoor Air Temperature"
            unit_of_measurement: °C
            device_class: temperature
            slave: 1
            address: 12101
            scale: 0.1
            precision: 1
            data_type: int16
            scan_interval: 30
          - name: "VTR500 Supply Air Temperature"
            unit_of_measurement: °C
            device_class: temperature
            slave: 1
            address: 12102
            scale: 0.1
            precision: 1
            data_type: int16
            scan_interval: 30
          - name: "VTR500 Overheat Temperature"
            unit_of_measurement: °C
            device_class: temperature
            slave: 1
            address: 12107
            scale: 0.1
            precision: 1
            data_type: int16
            scan_interval: 30
          - name: "VTR500 Extract Air Temperature"
            unit_of_measurement: °C
            device_class: temperature
            slave: 1
            address: 12543
            scale: 0.1
            precision: 1
            data_type: uint16
            scan_interval: 30
          - name: "VTR500 Heat Exchanger AO state"
            unit_of_measurement: '%'
            device_class: power_factor
            slave: 1
            address: 14102
            data_type: uint16
            scan_interval: 30
          - name: "VTR500 Relative Humidity Sensor"
            unit_of_measurement: '%'
            device_class: humidity
            slave: 1
            address: 12135
            data_type: uint16
            scan_interval: 30
          - name: "VTR500 Supply Air Fan RPM"
            unit_of_measurement: 'rpm'
            slave: 1
            address: 12400
            data_type: uint16
            scan_interval: 30
          - name: "VTR500 Extract Air Fan RPM"
            unit_of_measurement: 'rpm'
            slave: 1
            address: 12401
            data_type: uint16
            scan_interval: 30
          - name: "VTR500 Fan speed level"
            slave: 1
            address: 1130
          - name: "VTR500 Eco level"
            slave: 1
            address: 2504
            data_type: uint16
            scan_interval: 30
          - name: "VTR500 User level"
            slave: 1
            address: 1160
            data_type: uint16
            scan_interval: 30

     

    template:
      - sensor:
          - name: "VTR500 aktiv viftemodus"
            state: >
              {% set usermode = states('sensor.vtr500_fan_speed_level')|int(0) %}
              {% set options = ['Off', 'Off(1)', 'Low', 'Normal', 'High'] %}
              {{options[usermode]}}
              
          - name: "VTR500 aktiv ecomodus"
            state: >
              {% set usermode = states('sensor.vtr500_eco_level')|int(0) %}
              {% set options = ['Off', 'On'] %}
              {{options[usermode]}}
              
          - name: "VTR500 aktiv usermodus"
            state: >
              {% set usermode = states('sensor.vtr500_user_level')|int(0) %}
              {% set options = ['Auto', 'Manual', 'Crowded', 'Refresh', 'Fireplace', 'Away', 'Holiday', 'Cooker Hood', 'Vacuum Cleaner'] %}
              {{options[usermode]}}

     

    Slik ser mitt oppsett ut i Lovelace:

     

     

    image.png

    • Like 1
  11. On 29/06/2022 at 22:24, Kim123 said:

    På elbil laderen kalkuleres hvor mange A den må stilles ned for å komme seg under effektgrensen. 

     

     

    Jeg ser i scriptet ditt at du leser ut aktivt effekt uttak på elbil, men hvordan kalkuleres hvor mange A den må stilles ned for å komme seg under effektgrensen?

    {% elif begrenser|int == 2 %}
                {% set effektbegrenser = states('sensor.easee_new_kw')|float*1000 %} #Les aktiv effekt uttak elbil lader

     

  12.  

    On 21/06/2022 at 20:29, ProphetSe7en said:

    Må hue og ZigBee+zwave excludes, eller kan jeg bare stenge ned og flytte det til ny installasjon?

     

    Zwave usb dongle har informasjon om de gamle enhetene. Denne må du mest trolig resette før du starter på nytt. Dette kan du gjøre i z-wave-js. Du bør prøve å eksludere alle z-wave enheter før dette skjer ellers må du resette z-wave enhetene.

    image.png.bd8386a08da561fbb84d75857577b0e5.png

    Du kan jo også prøve å migrere fra tidligere z-wave implementasjoner: https://www.home-assistant.io/integrations/zwave_js/#migrating-from-previous-z-wave-implementations

     

    Zigbee usb dongle har også informasjon om de gamle enhetene og bør også resettes. Jeg tror dette skjer automatisk i zha og i zigbee2mqtt når du legger til addon.

     

    Å legge ikea zigbee enheter er enkelt. Trykk seks ganger på lysbryteren så vil enhet bli resatt og inkluderen til ny zigbee kontroller vil da skje.

    For å resette Hue enheter er det enklest å bruke en Hue dimmer nært inntil pæren. Du må da trykke øverste og nederste knapp samtidig på Hue dimmer og vente på grønt lys fra dimmer. Se denne Youtube video: https://www.youtube.com/watch?v=qvlEAELiJKs

     

     

  13. On 10/06/2022 at 22:46, Bengt said:

    Videre tenker på å skaffe meg noen kameraer

     

    Jeg har prøvd Frigate med fem Reolink kamera streams (lav oppløsning) på en Raspberry Pi 4 med Home Assistant. Vil ikke anbefale det, men det gikk. Dette står også i dokumentasjonen til Frigate. Bruker nå en egen server med Nvidia CUDA skjermkort bare for Frigate docker og med Google Coral TPU.

    Home Assistant kjører jeg på en Nuc 5i. Kunne gjerne kjørt på en Raspberry pi også, men med en Nuc 5i slipper jeg sd kortet. Se også her for begrensinger med sd kort på en raspberry pi: https://www.home-assistant.io/integrations/recorder/

     

    image.png.4837a0eee7a88f838400e30bf275f919.png

     

  14. Sjekk størrelsen på historikk databasen home-assistant_v2.db. Min vokste til over 1GB før jeg skjønte jeg måtte gjøre tiltak for å få ned størrelsen. På en Raspberry pi kan det å skrive og lese til databasen bli et problem. Se her: https://www.home-assistant.io/integrations/recorder/

     

    image.png.fcadd940f7a608ac5cc554333b8670e6.png

     

    Jeg følgte denne guiden https://community.home-assistant.io/t/how-to-keep-your-recorder-database-size-under-control/295795 for å finne de mest aktive entitetene 

  15. 21 hours ago, NilsOF said:

    Hvordan opplever dere at de forskjellige Reolink-modellene fungerer med Frigate?

    Jeg har Reolink Bullet og Dome kamera jeg kjøpte på kjell og co (https://www.kjell.com/no/varemerker/reolink). Disse er billige og fungerer greit med Frigate. En må bare huske å bruke en egen Frigate konfigurasjon for disse kameraene. Se her for Frigate kamera spesifikk konfigurasjon: https://docs.frigate.video/configuration/camera_specific

     

    • Like 1
  16. On 06/03/2022 at 00:04, roadrune said:

    "Kartet" mitt ser slik ut når alt virker: 

     

    Ut ifra kartet så er temperatursensoren (batteridrevet) mellom ConBee II og strømplugg. Dette er ikke bra og kan forklare problemene med ustabil kommunikasjonen. Du skal ha strømplugg mellom ConBee II og temperatursensor. Nettverket blir automatisk satt opp etter de er parret med Zigbee koordinatoren.

    Prøv å fjerne sensor og strømbryter. Parr deretter strømbryteren først og deretter sensoren. Se deretter på kartet. Har det endret seg slik at router er mellom sensor?

     

    Temperatursensoren er end device og sover stort sett hvis den ikke sender temperaturdata og kan ikke rute trafikk. Strømpluggen er router og ConBee II er Zigbee coordinator. 

    Se mer her: https://community.silabs.com/s/article/what-is-the-difference-between-an-end-device-a-router-and-a-coordinator-do-i?language=en_US

     

  17. Jeg har tre slike Aqara Smart plug selv og de fungerer fint med zha. Zigbee nettverk trenger noen timer på å bli stabilt. Start med å se på Zigbee nettverk kart som du har i z2m. I zha så ser det slik ut hos meg for en av mine Aqara Smart plugger:

    image.png.b4be372e087e6d21aaee09766629aec8.png

     

    Din strømplugg er en router så den vil være mellommann mellom din coordinator og batterienheter. Signalstyrken som du ser på kartet bør være høy (grønn farge er bra, rød er dårlig). Jo flere zigbee enheter så vil nettverket bli mere stabilt. Du har litt få enheter som gjør nettverket litt ustabilt. Pakker forsvinner mellom koordinator og enheter. Dette kan forklare at de faller ut.

×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.