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

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.

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"

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. VVB.xlsx

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. BayesianVK .xlsx 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'

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. 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') }}

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.

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:

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

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?

@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.

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. https://flemmingss.com/how-to-set-up-zigbee2mqtt-on-a-raspberry-pi-and-integrate-it-with-home-assistant/

Prøv med statisk ip adresse. Se her for kjente problemer med esphome "My node keeps reconnecting randomly" https://esphome.io/guides/faq.html#wifi-problems

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

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

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.

Frigate krever litt hardware (https://docs.frigate.video/hardware). Har prøvd Hassos raspberry pi (4GB) med fem Reolink videokamera streams. Dette knelte nesten CPU. Kjører nå Hassos på en Intel Nuc 5 med et godt skjermkort + Google Coral USB. CPU ligger på rundt 27 %.