-
Innlegg
216 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
8
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Innlegg skrevet av haraldov
-
-
Hvilke z-wave controller har du?
Hvis du har en Aeotec z-stick 7 må du oppgradere firmware da tidligere firmware gjør kontrolleren ustabil. Se mer om dette her: https://www.home-assistant.io/docs/z-wave/controllers/#supported-z-wave-usb-sticks--hardware-modules
Du kan gjøre firmware oppgraderingen i z-wave-js gui
-
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.
- 1
-
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"
- 1
-
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.
- 1
-
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.
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'
- 1
-
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') }}
- 2
-
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)
-
Tenkte det samme. Du må ha RS-485 som beskrevet her: https://esphome.io/components/modbus_controller.html
-
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.
- 2
-
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"
-
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.
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:
- 1
-
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
-
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.
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
-
ZHA trenger en oppdatert device-quirk for å støtte Wh eller kWh for denne zigbee device https://github.com/home-assistant/core/issues/68616
Så noen må opprette en device support request om dette her: https://github.com/zigpy/zha-device-handlers/issues
-
Du kan jo prøve denne custom HA addon: https://github.com/aglehmann/home_assistant_ecovent som nevnes her: https://community.home-assistant.io/t/identifying-api-on-local-device-flexit-roomie-dual-wifi/150805/4
-
Takk, igjen for svar. Oppfølgingsspørsmål: Legger du inn 5 minutters "pause" på bryter til varmtvannsbereder i pyscriptet?
-
On 12/06/2022 at 11:18, hjemmedude said:
switch.heru_electric_heater_connected.turn_off()
@stigvi, er dette en funksjon du har laget for å slå av varmtvannsbereder? I såfall kan du ta vise meg den?
Jeg bruker switch.bryter_varmvannsbereder.turn_off uten parentes. Har ikke lest Pyscript dokumentasjonen fra perm til perm så det kan være noe jeg har oversett.
-
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/
-
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/
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
-
Har du opprettet en mqtt user i hassos? Brukernavn og passordet du bruker må legges inn i zigbee2mqtt config.
-
Prøv med statisk ip adresse.
Se her for kjente problemer med esphome "My node keeps reconnecting randomly"
-
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
- 1
-
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.
-
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:
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.
HA, Apple Watch og garasjeport.
i Home Assistant
Skrevet
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
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.
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