Home-Assistant Docker Conbee 2 und Zigbee2MQTT / deCONZ
Dank zahlreicher Integrationsmöglichkeiten ist Home-Assistant eine einfache Plattform für das Steuern verschiedenster Smart-Home Geräte. Im Vergleich zu ioBroker ist mir der Start mit Home Assistant wesentlich einfacher gefallen. Während ich für ioBroker noch am Suchen war, welches Frontend ich für meine Dashboards verwenden könnte, hatte ich mit Home-Assistant Out of the box ein fertig eingerichtetes System. Die Lovelance Dashboards von Home Assistant können einfach in der GUI zusammengeklickt und für spezielle Anpassungen im Code Editor und mit zusätzlichen Frontend-Paketen nahezu beliebig adaptiert werden.
dieser Beitrag wurde aktualisiertzuletzt am 09.03.2022
Anpassungen:
Home-Assistant - Docker Inbetriebnahme
Docker Basics
Ein Container ist eine vom Betriebssystem (OS) unabhängige isolierte Umgebung:
Das OS spielt also keine Rolle, vorausgesetzt Docker lässt sich installieren.
Beim ersten Start eines Containers, lädt Docker selbstständig alle notwendigen Quellen
aus dem Internet.
Docker kann unter Windows, macOS oder einer Linux-Distribution installiert werden,
siehe auch: Docker
docker run -d --name="home-assistant" \
-v ./:/config \
-v /etc/localtime:/etc/localtime:ro \
--net=host \
--restart=always \
homeassistant/home-assistant:stable
Das Netzwerk für Home-Assistant muss laut dem Hersteller auf "--net=host" gestellt werden, die verwendeten Ports können aber auch definiert werden: als Beispiel bei Verwendung eines Reverse-Proxy für den Zugriff aus dem Internet, siehe: Zugriff aus dem Internet - SSL Let's Encrypt.
Erster Start: Initiale Konfiguration
Nach dem Start des Containers ist Home-Assistant standardmäßig über den Port 8123 erreichbar:
Geräte und Sensoren können in HomeAssistant über sogenannte Integrationen hinzugefügt werden:
Integrationen
ZigBee Integration mit dem ConBee 2 USB-Stick: 3 mögliche Installationsvarianten:
Damit ich meine ZigBee-Geräte über Home-Assistant steuern kann, verwende ich einen ConBee II USB-Stick. Informationen zum Setup, siehe: Conbee 2: Phoscon deCONZ - Docker Inbetriebnahme | Review. Ursprünglich habe ich die Herstellersoftware des ConBee 2 Sticks verwendet: deCONZ mit der grafischen Oberfläche Phoscon.
Alternativ kann ConBee 2 aber auch direkt in Home Assistant eingebunden werden und als dritte Möglichkeit über Zigbee2MQTT. Mit den letzten beiden Varianten kann auch ein günstigerer ZigBee-Adapter, als Beispiel: CC2652 oder CC1352 verwendet werden. Beim Wechsel von einer Variante zur anderen müssen die Endgeräte neu verbunden werden. Ich habe ca. ein Jahr deCONZ eingesetzt und das Setup dann auf Zigbee2MQTT geändert, was aus jetziger Sicht auch meine Empfehlung ist.
1) ConBee 2 Hersteller-Software: deCONZ / Phoscon
Wer ConBee und Phoscon bereits im Einsatz hat, muss als Vorbereitung für die Verbindung von Home Assistant das Phoscon-GW auf "App verbinden" stellen:
Über die Benachrichtigung meldet Home-Assistant bereits das erkannte deCONZ-Setup:
Alternativ kann die Integration auch im Menüpunkt Konfiguration hinzugefügt werden:
Details siehe, https://www.home-assistant.io/integrations/deconz/
2) Zugriff auf ConBee2, direkt aus HomeAssistant (Zigbee Home Automation: ZHA)
Alternativ zur Anbindung des ConBee-Stick über das deCONZ Zigbee Gateway, kann der Stick auch direkt in Home Assistant eingebunden werden, dazu muss Home-Assistant, wie auch der deCONZ-Container, mit dem Parameter "--device" gestartet werden:
docker run -d --name="home-assistant" -v /docker/home-assistant-zigbee:/config -v /etc/localtime:/etc/localtime:ro --net=host --device=/dev/ttyACM0 homeassistant/home-assistant:stable
Geräte die zuvor in deCONZ eingebunden wurden, könne an dieser Stelle nicht weiter verwendet werden, sie müssen erneut verbunden werden:
Eine weitere Alternative zu deCONZ und ZHA stellt Zigbee2MQTT dar:
3) Unabhängige Lösung: Zigbee2MQTT
Zigbee2MQTT ist eine Zigbee-Bridge für die Kommunikation zwischen Zigbee und einem MQTT-Broker. Das Setup mit HomeAssistant besteht dabei aus drei Komponenten:
- HomeAssistant
- MQTT - Broker
- Zigbee2MQTT
In Home-Assistant kann MQTT in den Integrationen hinzugefügt werden:
siehe: MQTT - Broker : Docker Setup, bzw. mein komplettes Docker Compose-Setup: Zigbee2MQTT- docker-compose.yml.
Im Vergleich zu Phoscon, siehe: Zigbee2MQTT vs deCONZ und Phoscon
System Monitor
Um das Betriebssystem - auf dem Home Assistant läuft - rudimentär zu überwachen, können in der configuration.yaml zusätzliche Sensoren hinzugefügt werden, als Beispiel Disk und Memory:
configuraton.yaml:
sensor:
- platform: systemmonitor
resources:
- type: disk_use_percent
arg: /
- type: disk_use_percent
arg: /daten
- type: memory_free
Server oder Linux-Systeme überwachen
Wer den Status anderer Linux-Systeme überwachen will, kann dazu die Integration "Glances" verwenden. Glances sammelt Daten zu CPU, Memory oder dem freien Speicherplatz einer Festplatte u.v.m.. Als Voraussetzung muss Glances zuvor auf den zu überwachenden Systemen installiert werden, siehe auch: Glances - Linux-Server überwachen
Template-Sensor
Mit einem Template-Sensor können Sensoren auf Basis bestimmter Werte erstellt werden, z.B. für Sonnenaufgang und Sonnenuntergang:
configuraton.yaml
sensor:
- platform: template
sensors:
nextsunrise:
friendly_name: 'Sonnenaufgang'
value_template: >
{{ as_timestamp(states.sun.sun.attributes.next_rising) | timestamp_custom(' %H:%M') | replace(" 0", "") }}
icon_template: mdi:weather-sunset-up
nextsunset:
friendly_name: 'Sonnenuntergang'
value_template: >
{{ as_timestamp(states.sun.sun.attributes.next_setting) | timestamp_custom(' %H:%M') | replace(" 0", "") }}
icon_template: mdi:weather-sunset-down
nextsunsetsunrise:
friendly_name: 'Sonne'
value_template: >
{{ as_timestamp(states.sun.sun.attributes.next_rising) | timestamp_custom(' %H:%M') | replace(" 0", "") }} - {{ as_timestamp(states.sun.sun.attributes.next_setting) | timestamp_custom(' %H:%M') | replace(" 0", "") }}
icon_template: mdi:weather-sunset-up
Platform Integration
Um aus einem Momentanwert den Verbrauch zu bestimmen, kann eine sogenannte Platform-Integration verwendet werden. Als Beispiel kann aus bestimmten Verbrauchswerten: Watt der komplette Verbrauch summiert werden:
sensor:
- platform: integration
source: sensor.waschmaschine_power
name: waschmaschine_energy_sum
unit_prefix: k
unit_time: h
round: 2
Um den summierten Verbrauch wieder auf eine bestimmte Zeitspanne zu beziehen, kann die Platform Integration als "utility_meter" verwendet werden:
Utility_meter
Der Utility-Meter verwendet den Gesamtverbrauch und unterteilt diesen in bestimmte Zeitspannen: z.B. stündlich (hourly) oder (täglich) daily:
utility_meter:
waschmaschine_hour:
source: sensor.trockner_energy_sum
name: Waschmaschine hour
cycle: hourly
waschmaschine_daily:
source: sensor.trockner_energy_sum
name: Waschmaschine hour
cycle: daily
Shelly
Nachdem es mit Home Assistant ein leichtes ist, verschiedene Systeme zu verbinden, habe ich neben ZigBee auch einen WLAN-Schalter im Einsatz. Shelly ist ein kleiner Unterputz-WLAN-Schalter für das Steuern z.B. einer Steckdose.
Nach dem Setup wird das Gerät automatisch dem Standard-Home-Dashboard zugewiesen:
Device Tracker OpenWRT
Wer über OpenWRT die Anwesenheit von Geräten tracken will, kann dies mit dem Eintrage device_tracker in der configuration.yaml-Datei:
device_tracker:
- platform: luci
host: 192.168.1.2
username: root
password: xxx
interval_seconds: 30
consider_home: 360
new_device_defaults:
track_new_devices: true
Für OpenWRT wird dazu das Paket luci-mod-rpc vorausgesetzt. Informationen zu OpenWRT, siehe: Alternative Router Firmware: OpenWrt und nicht mehr DD-WRT
MQTT-Geräte als Sensor verbinden
Nachdem die MQTT-Integration hinzugefügt wurde, kann in der configuration.yaml-Datei ein neuer Sensor angelegt werden:
Voraussetzung für MQTT ist ein MQTT-Broker-Server, siehe MQTT - Broker : Docker Setup.
Hinzufügen von einzelnen Sensoren in der configuration.yaml-Datei:
sensor:
- platform: mqtt
state_topic: "flowmeter/flow"
name: "flowmeter"
unit_of_measurement: "m³/h"
Home-Dashboard
Alle eingebundenen Geräte werden automatisch im Home-Dashboard angezeigt.
Die Dashboards können natürlich auch selbst erstellt und angepasst werden.
Verlauf
Im Verlauf werden die historischen Daten der einzelnen Geräte automatisch aufbereitet:
Die Standardeinstellungen für die History sind 10 Tage, danach werden historische Werte aus der Datenbank gelöscht:
Einstellung: purge_keep_days integer (optional, default: 10) in der Datei configuration.yaml:
recorder:
purge_keep_days: 10
siehe, www.home-assistant.io/integrations/recorder/, bzw. um eine andere Datenbank als SQLite zu verwenden: Home Assistant Datenbank MySQL vs. SQLite und für die Anbindung einer InfluxDB, siehe: InfluxDB: Time series database - Docker und für das Visualisieren: Grafana: Docker - Daten visualisieren und Alarme definieren.
HACS - Installation
Eigentlich wollte ich nur ein RGB-Licht in das Dashboard hinzufügen, geht zwar, aber ohne der Möglichkeit die Farbe zu ändern: An dieser Stelle hätte ich mir mehr erwartet. Die Recherche und Installation einer Integration für das Steuern von Farben hat mich wesentlich mehr Zeit gekostet als die eigentliche Home Assistant Installation. Dafür habe ich mit HACS aber die Grundlage für weitere Anpassungen geschaffen. HACS ist eine Integration um GitHub Repositories über eine Art Softwarekatalog herunterzuladen.
Installiert habe ich HACS über einen Befehl im Docker-Container:
user@rechner:~$ docker exec -it home-assistant bash
bash-5.0# wget -q -O - https://install.hacs.xyz | bash -
dann auf Einstellungen, Integration
und im Anschluss muss die Installation auf GitHub registriert werden, siehe: hacs.xyz/docs/configuration/basic
Ist HACS erst mal installiert, geht das Hinzufügen von zusätzlichen Repositories relativ einfach:
Must-have Frontend-Pakete: HACS
Resourcen hinzufügen - RGB Light Card
Wer RGB-Lichter im Einsatz hat, kann für das Ändern der Farben die RGB Light Card verwenden:
apexcharts-card
Neben der RGB Light Card, habe ich auch apexcharts-card installiert. Mit diesem Paket können wesentlich ansprechendere Graph-Cards erstellt werden:
Benachrichtigung aufs Handy - Alarm
Die Android-App "Home Assistant" bietet neben zahlreichen Handy-Sensor-Werten in Home Assistant auch eine sehr einfache Möglichkeit Benachrichtigungen aus Home Assistant zu empfangen: https://play.google.com/store/apps/details?id=io.homeassistant.companion.android&hl=de_AT&gl=US.
Wer die App installiert, wird feststellen, dass Home Assistant regelmäßig das Aktualisiern der Handy-Sensoren nach HomeAssistant kundtut:
Aktualisiere Sensoren
Standardmäßig wird alle 15 Minuten eine Benachrichtigung mit "Aktualisiere Sensoren" angezeigt:
Der Hinweis kann ganz einfach durch ein langes Drücken auf die Benachrichtigung und dem Deaktivieren des "SensorWorker" entfernt werden:
Das Deaktivieren des SensorWorker beeinflusst die in den Automatisierungen hinterlegten Benachrichtigungen nicht, diese bleiben dennoch aktiv. Um eine Benachrichtigung beim Eintritt eines Ereignisses zu erhalten, kann dafür eine Automatisierung angelegt werden, dazu auf "Konfiguration" und "Automatisierung":
Benachrichtigung beim Erreichen eines bestimmten Wertes
Als Beispiel habe ich eine Benachrichtigung für das Überwachen der Luftfeuchtigkeit erstellt:
Für diese Meldung habe ich in Konfiguration / Automatisierung eine neue Automatisierung erstellt:
Die Benachrichtigung kann später mit "RUN ACTIONS" getestet werden, zunächst aber zu den Einstellungen dieser Automatisierung:
service: notify.mobile_app_sm_a405fn
data:
title: Luftfeuchtigkeit Bad
message: >-
Luftfeuchtigkeit: {{states('sensor.bad_2')}}%
Temperatur:{{states('sensor.bad')}}°C
Zugriff über das Internet https-ssl (Let's-Encrypt) und Docker Compose
Dank Let's Encrypt kann Home Assistant sehr einfach mit einem SSL-Zertifkat versorgt und somit sicher im Internet betrieben werden. Als Voraussetzung dafür habe ich folgendes Setup im Einsatz: nginx-LetsEncrypt Reverse Proxy in der Praxis
Für den Betrieb mit dem Nginx-Reverse-Proxy habe ich folgende Einstellungen in der Konfiguration getroffen:
configuration.yaml:
http:
server_port: 80
use_x_forwarded_for: true
trusted_proxies:
- 127.0.0.1
- ::1
- 172.18.0.0/16
Ich verwende für meine SmartHome-Container ein eigenes Netzwerk: "smart-home" und für Web-Container, die über den Let`s Encrypt-Reverse-Proxy aus dem Internet erreichbar sind, das Netzwerk "webproxy". Entsprechend habe ich für Home Assistant folgendes docker-compose-File erstellt:
docker-compose.yml
version: "3"
services:
hass:
image: homeassistant/home-assistant:stable
container_name: home-assistant
environment:
VIRTUAL_HOST: 'ha.domain.tld'
VIRTUAL_PORT: '80'
LETSENCRYPT_HOST: 'ha.domain.tld'
LETSENCRYPT_EMAIL: 'email@damain.tld'
restart: always
volumes:
- ./:/config
- /etc/timezone:/etc/timezone:ro
- /etc/localtime:/etc/localtime:ro
expose:
- "80"
networks:
- default
- backend
networks:
default:
external:
name: webproxy
backend:
external:
name: smart-home
deCONZ und Home-Assistant in einem docker-compose.yml-File
Damit auch der Conbee 2-Stick angesprochen werden kann, habe ich deCONZ hinzugefügt
version: "3"
services:
hass:
image: homeassistant/home-assistant:stable
container_name: home-assistant
depends_on:
- deconz
environment:
VIRTUAL_HOST: 'ha.domain.tld'
VIRTUAL_PORT: '80'
LETSENCRYPT_HOST: 'ha.domain.tld'
LETSENCRYPT_EMAIL: 'admin@domain.tld'
restart: always
volumes:
- ./ha:/config
- /etc/timezone:/etc/timezone:ro
- /etc/localtime:/etc/localtime:ro
expose:
- "80"
ports:
- 8123:80
networks:
- default
- backend
deconz:
image: marthoc/deconz
container_name: deconz
environment:
DECONZ_DEVICE: '/dev/ttyACM0'
DECONZ_VNC_MODE: '1'
DECONZ_VNC_PORT: '5900'
DECONZ_VNC_PASSWORD: 'password'
restart: always
volumes:
- ./deCONZ/:/root/.local/share/dresden-elektronik/deCONZ
- /etc/timezone:/etc/timezone:ro
- /etc/localtime:/etc/localtime:ro
devices:
- /dev/ttyACM0
ports:
- 83:80
- 5983:5900
networks:
- backend
networks:
default:
external:
name: webproxy
backend:
external:
name: smart-home
Nach ca. einem Jahr mit deCONZ bin ich auf Zigbee2MQTT umgestiegen, entsprechend habe ich im folgenden Beispiel deCONZ entfernt und Zigbee2MQTT und MQTT zusammen mit Home-Assistant in ein docker-compose-File gegeben:
Alternativ: Zigbee2MQTT, MQTT und Home-Assistant in einem docker-compose.yml-File
Mein komplettes Setup, bestehend aus HomeAssistant, MQTT und Zigbee2MQTT, einen laufenden LetsEncrypt Reverse Proxy vorausgesetzt, schaut aktuell wie folgt aus:
version: "3"
services:
hass:
image: homeassistant/home-assistant:stable
container_name: home-assistant
depends_on:
- zigbee2mqtt
environment:
VIRTUAL_HOST: 'ha.domain.tldt'
VIRTUAL_PORT: '80'
LETSENCRYPT_HOST: 'ha.domain.tld'
LETSENCRYPT_EMAIL: 'admin@domain.tld'
restart: always
volumes:
- ./ha:/config
- /archiv:/archiv:ro
- /backup:/backup:ro
- /etc/timezone:/etc/timezone:ro
- /etc/localtime:/etc/localtime:ro
expose:
- "80"
ports:
- 8123:80
networks:
- default
- backend
mosquitto:
image: eclipse-mosquitto
container_name: mqtt
restart: always
volumes:
- ./mosquitto/config:/mosquitto/config
- ./mosquitto/data:/mosquitto/data
- ./mosquitto/log:/mosquitto/log
ports:
- "1883:1883"
- "9001:9001"
networks:
- backend
zigbee2mqtt:
container_name: zigbee2mqtt
restart: always
image: koenkk/zigbee2mqtt
volumes:
- ./zigbee2mqtt-data:/app/data
- /run/udev:/run/udev:ro
ports:
- 83:8080
environment:
- TZ=Europe/Vienna
devices:
- /dev/ttyACM0
networks:
- backend
networks:
default:
external:
name: webproxy
backend:
external:
name: smart-home
InfluxDB und Grafana
Um für meine Heizung Langzeitwerte zu speichern und diese besser visualisieren zu können, habe ich zudem für das Speichern der Daten eine InfluxDB und für das Auswerten Grafana im Einsatz. Die Anbindung der Influx-DB hier erfolgt über die Home-Assistant-Konfig-Datei configuration.yml
...
influxdb:
include:
entities:
- sensor.1...
- sensor.2...
host: influxdb
port: 8086
database: ha
username: ha
password: xxx
max_retries: 3
Die Version 1 verwendet für die Verbindung einen Benutzernamen und ein Passwort, Version 2: Token, Organisation und Bucket.
Nachdem ich nicht alle Daten in Grafana auswerten möchte, habe ich mit "include" nur bestimmte Sensoren hinterlegt. Das komplette Docker-Setup für Home-Assistant, MQTT, Zigbee2MQTT, InfluxDB und Grafana schaut bei mir dann so aus:
version: "3"
services:
hass:
image: homeassistant/home-assistant:stable
container_name: home-assistant
depends_on:
- zigbee2mqtt
environment:
VIRTUAL_HOST: 'ha.domain.tld'
VIRTUAL_PORT: '80'
LETSENCRYPT_HOST: 'ha.domain.tld'
LETSENCRYPT_EMAIL: 'admin@domain.tld'
restart: always
volumes:
- ./ha:/config
- /archiv:/archiv:ro
- /backup:/backup:ro
- /etc/timezone:/etc/timezone:ro
- /etc/localtime:/etc/localtime:ro
expose:
- "80"
ports:
- 8123:80
networks:
- default
- backend
mosquitto:
image: eclipse-mosquitto
container_name: mqtt
restart: always
volumes:
- ./mosquitto/config:/mosquitto/config
- ./mosquitto/data:/mosquitto/data
- ./mosquitto/log:/mosquitto/log
ports:
- "1883:1883"
- "9001:9001"
networks:
- backend
zigbee2mqtt:
container_name: zigbee2mqtt
restart: always
image: koenkk/zigbee2mqtt
volumes:
- ./zigbee2mqtt-data:/app/data
- /run/udev:/run/udev:ro
ports:
- 83:8080
environment:
- TZ=Europe/Vienna
devices:
- /dev/ttyACM0
networks:
- backend
influxdb:
container_name: influxdb
restart: always
image: influxdb
volumes:
- ./influxdb:/var/lib/influxdb
ports:
- 8086:8086
networks:
- backend
grafana:
container_name: grafana
restart: always
image: grafana/grafana
volumes:
- ./grafana:/var/lib/grafana
ports:
- 3000:3000
networks:
- backend
networks:
default:
external:
name: webproxy
backend:
external:
name: smart-home
siehe dazu auch: InfluxDB: Time series database - Docker und Grafana: Docker - Daten visualisieren und Alarme definieren
Troubleshooting - deCONZ
EVENTS
In den Developer Tools, kann im Reiter "EVENTS" beobachtet werden, welche Geräte eine Aktion auslösen, beispielsweise beim Drücken auf einen Taster:
deconz_event
Der Konfigurationsfluss konnte nicht geladen werden
Durch den Betrieb von deCONZ in Docker kann sich beim Neustart die IP-Adresse des deCONZ Containers ändern. Homeassistant verwendet nicht den Namen des Containers für die Verbindung, sondern dessen IP-Adresse, daher funktioniert die Verbindung dann nicht mehr:
Die Einstellung in der Datei .storage/core.config_entries zeigt dann auf eine falsche IP-Adresse:
Markisensteuerung - ausgegraut
Ich hatte anfangs das Problem, dass sich meine Markise nur in eine Richtung bewegen ließ.
Bei dem ZigBee-Schalter handelt es sich laut Phoscon um das Modell FB56+CUR17SB2.2 (Heiman)
Für das Anpassen bestimmter Einstellungen wird der erweiterte Modus benötigt.
Einstellungen: Anpassung
Dadurch können in den Einstellungen bestimmte Attribute geändert werden, in meinem Fall "assumed_state"
Die Datei customize.yaml wird dadurch wie folgt befüllt:
cover.window_covering_device_10:
assumed_state: true
Damit die Einstellungen geladen werden, muss die Datei noch in der configuration.yaml angegeben werden:
homeassistant:
customize: !include customize.yaml
Dann noch den Docker-Container neugestartet und siehe da, jetzt funktioniert auch die andere Richtung:
Fazit
Dank der schnellen Inbetriebnahme und dem einfachen Umsetzen neuer Ideen, bin ich mit Home Assistant aktuell mehr als zufrieden und habe mein zuvor erstelltes Setup, bestehend aus ioBroker, InfluxDB und Grafana, mit Home Assistant abgelöst. Für die meisten Dashboards verwende ich HomeAssistant und nur für bestimmte Visualisierungen habe ich InfluxDB und Grafana zusätzlich im Einsatz. Für einen Vergleich mit anderen Smart-Home-Plattformen, siehe: Smart-Home-Plattform: Systeme

{{percentage}} % positiv

DANKE für deine Bewertung!

ioBroker installieren - Docker
Mit ioBroker können verschiedene Automatisierungslösungen oder Geräte in einem System zusammengefasst werden. Um bestimmte Gateways oder Geräte ansprechen zu können, werden in ioBroker verschiedene Adapter verwendet. ... weiterlesen

Smart-Home-Plattform - Systeme: ioBroker vs. Home-Assistant
Für die Heim-Automatisierung gibt es neben zahlreichen verschiedenen Standards eine große Menge an verschiedenen Plattformen. Open Source Plattformen bieten dabei oft die Möglichkeit verschiedene Automatisierungs-Standards miteinander zu verbinden. Als Beispiel könnte ein kleiner Mini-Computer, ein Raspberry Pi oder ein NAS, ausgestattet mit mehreren Empfängern, verschiedene Automatisierungs-Lösungen über eine Plattform steuern. ... weiterlesen
Bitwarden in Docker betreiben - Setup Schritt für Schritt
Bitwarden ist ein webbasierter Passwort-Manager, ähnlich LastPass, aber Open Source und der Möglichkeit diesen selbst zu betreiben (hosten). Wie sich Bitwarden im Vergleich zu anderen Passwortmanagern einordnet, habe ich auf folgender Seite überlegt: Passwortmanager sicher? KeePass vs. LastPass vs. Bitwarden. ... weiterlesen
Fragen / Kommentare
(sortiert nach Bewertung / Datum) [alle Kommentare(neueste zuerst)]
fHy, cooles Tutorial, versuche gerade deconz / Conbee 2 und HA auf der NAS sauber zum laufen zu kriegen. Ich erkenne im Netz den Deconz Conbee 2 Adapter und der wird auch über HA gefunden als Integration gefunden. Wenn ich jetzt die Zigbee Integrtation will dann frage ich mich immernoch was ich beim Seriellen Gerätepfad eingeben muss. Wo hast du das raus gefunden?! https://www.libe.net/storage/433x477/5fa525860bebc.jpg
Ich habe ebenfalls das Problme mit der Fehlermeldung "Der Konfigurationsfluss Der Konfigurationsfluss konnte nicht geladen werden". Home Assistant läuft in Docker auf Raspi 4b. Wo finde ich die oben erwähnte Datei .storage/core.config_entries?