Home Assistant · KNX · Lovelace · Commande vocale · 9 min de lecture

Home Assistant comme visualisation KNX : Tableaux de bord, voix et mobile

Home Assistant est une plateforme d'automatisation open-source, hébergée localement, qui se connecte à KNX via KNXnet/IP. Elle fournit une application de tableau de bord gratuite, une commande vocale via Siri, Alexa et Google, et intègre KNX avec des appareils non-KNX dans une interface unifiée – pour une fraction du coût d'un serveur de visualisation commercial.

Pourquoi Home Assistant pour la visualisation KNX

Les deux plateformes de visualisation KNX les plus courantes en Europe sont le Gira X1 (propriétaire, à partir de 800 €) et Home Assistant (open-source, moins de 100 € sur un Raspberry Pi 5). Le choix dépend des exigences du projet – aucune n'est universellement meilleure.

Fonctionnalité	Home Assistant	Gira X1
Coût matériel	80–150 € (Raspberry Pi 5 / NUC)	€800
Coût logiciel	Gratuit (open-source)	Licence incluse avec X1
Dépendance au cloud	Optionnel — fonctionnement entièrement local	Cloud Gira pour accès à distance
Intégration KNX	KNXnet/IP — configuration YAML	GPA — configuration GUI
Périphériques non KNX	Sonos, Shelly, Nuki, Axis, Velux, 300+ intégrations	KNX uniquement (pas de pont vers des appareils tiers)
Application mobile	HA Companion App – gratuite, iOS/Android	Application Gira Smart Home – gratuite
Commande vocale	Siri (HomeKit), Alexa, Google (via Nabu Casa)	Siri (HomeKit), Alexa, Google
Personnalisation du tableau de bord	Complète – cartes, éditeur YAML ou interface utilisateur	Limitée – structure de bâtiment GPA
Historique énergie/température	Enregistreur intégré + InfluxDB + Grafana	Pas d'historique intégré – nécessite un tiers
Configuration	YAML + interface Web – nécessite des connaissances en informatique	GPA GUI — plus facile pour les non-développeurs
Mises à jour et support	Communauté + Nabu Casa (commercial)	Support fabricant Gira
Meilleur pour	Intégrateurs à l'aise avec YAML et Linux	Résidentiel pur KNX — clé en main

Sélection matérielle pour Home Assistant

Home Assistant fonctionne sur une variété de matériels. Pour les installations KNX professionnelles, la fiabilité du matériel et la disponibilité 24h/24 et 7j/7 sont essentielles – le serveur de visualisation doit être disponible dès que le client a besoin de l'application. Évitez les configurations basées sur carte SD pour les projets commerciaux.

Raspberry Pi 5 (4GB)

Résidentiel

• Image officielle Home Assistant OS disponible – installation en un flash
• Carte SD : utilisez Samsung Pro Endurance 32GB (conçue pour les cycles d'écriture 24h/24 et 7j/7)
• Mieux : démarrez depuis un SSD USB plutôt qu'une carte SD pour la fiabilité
• UPS : ajoutez un UPSPi ou un HAT similaire pour la protection contre les coupures de courant
• Coût : ≈ 100 € complet (Pi 5 + boîtier + SSD + bloc d'alimentation)
• Convient pour : projets résidentiels, ligne KNX unique, jusqu'à 200 entités

Mini PC Intel NUC

Commercial

• Intel NUC 12 Pro ou NUC 13 avec 8 Go RAM + 256 Go SSD NVMe
• Pas de carte SD – fiabilité SSD adaptée à un usage commercial 24h/24 et 7j/7
• Installer HA OS directement sur NVMe – performances natives bare-metal
• Ajouter un onduleur APC BE700G-UK 700 VA pour la protection électrique
• Coût : environ 350–500 € complet
• Convient pour : bâtiments commerciaux, 500+ entités, KNX multi-ligne

Synology NAS (Docker)

Réutilisation du NAS existant

• Exécuter HA dans Docker Container Manager sur un NAS Synology existant
• Le NAS dispose déjà d'un UPS, d'une redondance RAID — avantage de fiabilité
• Limitation : le mode Supervisé HA n'est pas disponible dans Docker
• Boutique d'addons non disponible — gestion manuelle des addons requise
• Convient pour : clients disposant d'un Synology DS220+ ou supérieur
• Non recommandé pour les nouvelles installations commerciales — utiliser plutôt un NUC

ODROID N2+ (HA Blue/Yellow)

Matériel HA officiel

• HA Yellow : carte officielle avec module ODROID N2+ + stockage eMMC
• L'eMMC (32 Go) est plus fiable qu'une carte SD pour les écritures continues
• Coordinateur Zigbee intégré — utile si le projet inclut des appareils Zigbee
• Version PoE disponible — alimentation via câble Ethernet (pas d'alimentation séparée)
• Coût : ≈ 180 € assemblé
• Convient pour : projets mixtes KNX + Zigbee, installation propre avec un seul appareil

Intégration KNX dans Home Assistant

L'intégration KNX de HA se connecte à l'installation KNX via le tunneling ou le routage KNXnet/IP – le même protocole utilisé par ETS6. La machine hôte HA doit être sur le même LAN (ou VLAN) que l'interface IP KNX ou le routeur IP. Aucun matériel supplémentaire n'est nécessaire entre HA et KNX.

configuration.yaml – connexion KNX

knx:
  # Tunneling connection to KNX IP interface or IP router
  tunneling:
    host: 192.168.1.50          # Static IP of KNX IP router
    port: 3671                   # KNXnet/IP port (default)
    local_ip: 192.168.1.100     # HA host IP — must match LAN

  # Alternative: routing (multicast) — for IP backbone setups
  # routing:
  #   local_ip: 192.168.1.100

  # State updater: HA reads back group address values on startup
  state_updater: true
  rate_limit: 20                 # Max KNX writes per second

Les entités KNX sont définies en YAML dans configuration.yaml (ou réparties dans des fichiers séparés via la fonction packages). Chaque entité associe une ou plusieurs adresses de groupe KNX à un type d'entité Home Assistant. Le DPT doit correspondre à celui configuré dans ETS6 pour cette adresse de groupe.

Type d'entité HA	DPT KNX	Adresses de groupe nécessaires
binary_sensor	DPT 1.001	state_address (lecture)
capteur (température)	DPT 9.001	state_address (lecture)
capteur (CO2)	DPT 9.008	state_address (lecture)
lumière (commutation)	DPT 1.001	adresse (écriture) + adresse d'état (lecture)
lumière (variation)	DPT 1.001 + DPT 5.001	adresse + adresse de luminosité + adresse d'état de luminosité
lumière (blanc réglable)	DPT 1.001 + DPT 5.001 + DPT 7.600	adresse + luminosité + adresses de température de couleur
store (volet roulant / store)	DPT 1.008 + DPT 5.001	move_long_address + position_address + position_state_address
climat	DPT 9.001 + DPT 20.102	temperature_address + target_temperature_address + operation_mode_address
interrupteur	DPT 1.001	adresse (écriture) + adresse d'état (lecture)
scène	DPT 18.001	adresse (écriture seule)

Exemple YAML — entité lumineuse KNX avec blanc réglable

light:
  - platform: knx
    name: "Living Room Ceiling"
    address: "1/0/1"                    # DPT 1.001 on/off write
    state_address: "1/0/2"             # DPT 1.001 on/off read back
    brightness_address: "1/0/2"        # DPT 5.001 brightness write
    brightness_state_address: "1/0/3"  # DPT 5.001 brightness read
    color_temperature_address: "1/0/4" # DPT 7.600 colour temp write
    color_temperature_state_address: "1/0/5"
    min_kelvin: 2700                   # Warm white (2700K)
    max_kelvin: 6500                   # Cool white (6500K)

cover:
  - platform: knx
    name: "Living Room Blinds"
    move_long_address: "2/0/1"         # DPT 1.008 up/down
    stop_address: "2/0/2"              # DPT 1.001 stop
    position_address: "2/0/3"         # DPT 5.001 position write
    position_state_address: "2/0/4"   # DPT 5.001 position read
    travelling_time_down: 30           # seconds to close fully
    travelling_time_up: 28             # seconds to open fully

climate:
  - platform: knx
    name: "Living Room Thermostat"
    temperature_address: "3/0/1"      # DPT 9.001 actual temp read
    target_temperature_address: "3/0/2"       # DPT 9.001 setpoint write
    target_temperature_state_address: "3/0/3" # DPT 9.001 setpoint read
    operation_mode_address: "3/0/4"   # DPT 20.102 HVAC mode write
    operation_mode_state_address: "3/0/5"
    min_temp: 16
    max_temp: 30

Conception de tableau de bord Lovelace pour KNX

Lovelace is Home Assistant's card-based dashboard UI. Dashboards are configurable via the web UI editor or directly in YAML. For professional residential installations, Mushroom cards (community plugin via HACS) provide a cleaner, more modern UI than the default cards.

Carte lumineuse — interrupteur marche/arrêt + curseur de luminosité pour l'entité lumineuse HA liée au KNX DPT 5.001

• Carte thermostat — affichage de l'entité climatique avec boutons de consigne +/- et sélecteur de mode HVAC
• Thermostat card — climate entity display with setpoint +/- buttons and HVAC mode selector
• Carte Cover – curseur de position de store/volet avec boutons ouvrir/fermer
• Carte Button – déclenchement de scène, envoie DPT 18.001 à l'adresse de groupe de scène KNX
• Carte Mushroom Light (HACS) – contrôle d'éclairage compact, basé sur des icônes, avec couleur et luminosité
• Carte Mushroom Climate (HACS) – thermostat compact avec icônes de mode

Cartes clés pour la surveillance KNX

• Carte History Graph – valeurs de température ou d'énergie sur 24h/7j/30j depuis l'enregistreur HA
• Carte Gauge – affichage en direct du CO2 en ppm depuis l'entité capteur KNX (DPT 9.008)
• Carte Glance – aperçu de l'état de plusieurs capteurs binaires KNX (fenêtres ouvertes/fermées, zones de mouvement)
• Carte de statistiques – énergie quotidienne/mensuelle des entités de sous-compteurs KNX
• Carte Mini Graph (HACS) – graphique sparkline intégré pour les tendances de température dans les cartes de pièce
• Tableau de bord énergétique – gestion d'énergie intégrée HA utilisant les entités de capteurs de puissance KNX

Organisation du tableau de bord pour les projets résidentiels : Créez une vue Lovelace par étage ou zone fonctionnelle (Aperçu, Rez-de-chaussée, Premier étage, Jardin). Chaque vue n'affiche que les entités pertinentes pour cette zone. Utilisez la disposition avec barre latérale pour les installations où le tableau de bord HA est affiché sur une tablette murale fixe – la navigation latérale est plus facile à taper que les onglets de navigation supérieure.

Application mobile Companion : accès local et à distance

L'application HA Companion (iOS et Android) est le client mobile officiel pour Home Assistant. Elle fournit le tableau de bord Lovelace complet sur mobile, les notifications push, le partage de localisation de l'appareil et les capteurs de l'appareil (batterie, mouvement, GPS) qui peuvent être utilisés dans les automatisations.

Connexion locale (LAN)

• L'application découvre HA via mDNS (Bonjour) sur le même réseau WiFi
• Se connecte à HA sur IP locale – aucune connexion Internet requise
• Temps de réponse inférieur à 50 ms pour la commutation et la gradation
• Si l'isolation AP est activée sur le routeur WiFi : saisissez manuellement l'IP HA dans les paramètres de l'application
• URL interne : http://192.168.1.x:8123

Options d'accès à distance

Nabu Casa Cloud (65 $/an) : Accès à distance en un clic via le relais Nabu Casa. Aucune redirection de port nécessaire. Permet également l'intégration d'Alexa et Google Assistant.
WireGuard VPN : Auto-hébergé sur le routeur du site. L'application se connecte via VPN à HA sur IP locale. Aucune dépendance au cloud. Recommandé pour les projets commerciaux et sensibles à la vie privée.
Cloudflare Tunnel : Option avancée — HA exposé via Cloudflare Zero Trust avec MFA. Pas de redirection de port, pas de client VPN requis.

Notifications push pour les événements KNX

• Automatisation HA : déclenchement sur changement d'état d'un capteur binaire KNX (ex. contact de fenêtre ouvert)
• Action : notify.mobile_app_[téléphone] → envoie une notification push à l'application Companion
• Notification includes: title, message, action buttons (e.g. "Close all blinds")
• Notifications actionnables : appuyer sur le bouton dans la notification → l'automatisation HA s'exécute → écriture d'adresse de groupe KNX
• Fonctionne localement (HA gère les notifications via relais push) — Nabu Casa non requis pour les notifications

Commande vocale : Siri, Alexa et Google Assistant

Home Assistant agit comme un pont universel entre KNX et les trois principales plateformes vocales. Une seule entité d'éclairage KNX définie dans HA peut être contrôlée par les trois simultanément — aucune configuration séparée par plateforme n'est nécessaire une fois l'intégration HA configurée.

Flux de commande vocale — Alexa vers KNX

"Alexa, turn off the living room lights"
    │
    ▼
Amazon Alexa cloud
    │  (Nabu Casa cloud subscription required)
    ▼
Nabu Casa cloud relay
    │
    ▼
Home Assistant (local — on site network)
  HA processes: entity "Living Room Ceiling" → state: off
    │
    ▼
KNX integration
  Writes DPT 1.001 value 0 to group address 1/0/1
    │  (via KNXnet/IP tunneling to KNX IP router)
    ▼
KNX TP bus → Dimmer actuator → lights off

Total latency: 300–800ms (internet round-trip)
Local commands via Siri on same LAN: under 100ms

Apple HomeKit / Siri

• L'intégration HA HomeKit Bridge expose les entités HA comme accessoires HomeKit
• Fonctionne localement — pas d'internet nécessaire pour Siri sur le même réseau
• Apple TV ou HomePod sert de hub domestique pour Siri à distance
• Prend en charge : lumières, stores, climatisation, capteurs, interrupteurs
• 'Hey Siri, set living room to 22 degrees' → HA → KNX climate write
• Aucun abonnement Nabu Casa requis

Amazon Alexa

• Intégration HA Alexa via le cloud Nabu Casa (65 $/an)
• Alternative : cloud HA auto-hébergé avec AWS Lambda (avancé)
• Alexa découvre automatiquement les entités HA comme des appareils Alexa
• Prend en charge : lumières (on/off/variation), stores, climatisation, interrupteurs, scènes
• 'Alexa, dim the office lights to 40%' → Nabu Casa → HA → KNX DPT 5.001
• Les routines Alexa peuvent combiner des scènes KNX avec des appareils non-KNX

Google Assistant

• Intégration HA Google Assistant via le cloud Nabu Casa
• L'application Google Home affiche les entités HA comme des appareils Google Home
• Prend en charge : lumières, stores, climatisation, capteurs, interrupteurs
• 'Hey Google, close the bedroom blinds' → Nabu Casa → HA → KNX DPT 1.008
• Routines Google Home : combiner les scènes KNX avec Chromecast, Nest
• Abonnement Nabu Casa requis (même 65 $/an couvre Alexa + Google)

Enregistreur HA et InfluxDB pour l'historique KNX

L'enregistreur Home Assistant stocke tous les changements d'état des entités dans une base de données SQLite locale (par défaut) ou PostgreSQL. La rétention par défaut est de 10 jours. Pour une analyse à long terme — consommation d'énergie sur des mois, efficacité HVAC sur des saisons — InfluxDB 2.0 avec Grafana fournit un stockage professionnel de séries temporelles et une visualisation.

Enregistreur HA (intégré)

• Par défaut : SQLite sur le stockage de l'hôte HA (home-assistant_v2.db)
• La carte d'historique utilise les données Recorder – aucune configuration supplémentaire
• Rétention : 10 jours par défaut (configurable dans configuration.yaml)
• Pour les installations sur NVMe : passer à 90 jours – aucun impact sur les performances
• Pour les installations sur carte SD : conserver 10 jours pour réduire les cycles d'écriture
• Exclure les entités bruyantes (ex. détecteurs de mouvement) pour réduire la taille de la base de données

InfluxDB 2.0 + Grafana

• InfluxDB : base de données de séries temporelles – optimisée pour les données de capteurs
• Installation via Docker sur NUC ou Synology avec HA
• Intégration HA InfluxDB : pousse toutes les modifications d'état des entités vers InfluxDB
• Rétention : illimitée (configurer la politique de rétention du bucket dans InfluxDB)
• Grafana : se connecte à InfluxDB – crée des tableaux de bord pour l'énergie, la température
• Cas d'usage : rapport énergétique mensuel par sous-compteur KNX, analyse saisonnière du CVC

configuration.yaml – intégration InfluxDB

influxdb:
  api_version: 2
  host: 192.168.1.101         # InfluxDB 2.0 host IP (Docker container)
  port: 8086
  token: !secret influxdb_token
  organization: panelcraft
  bucket: home_assistant
  precision: s                # Second precision — sufficient for KNX
  include:
    entity_globs:
      - sensor.knx_*          # Only push KNX sensor entities
      - climate.*
  exclude:
    entities:
      - sensor.knx_motion_*   # Exclude high-frequency motion sensors

Considérations de sécurité

Une instance Home Assistant contrôlant KNX est une cible de grande valeur – accéder à HA signifie contrôler l'ensemble de l'automatisation du bâtiment. La sécurité doit être traitée lors de la mise en service, pas après coup.

Sécurité réseau

• N'exposez jamais le port HA 8123 directement sur Internet – utilisez uniquement Nabu Casa cloud ou VPN
• Isolez un VLAN IoT pour Shelly, Tasmota et autres appareils WiFi
• HA se trouve sur un VLAN de gestion avec des règles de pare-feu vers le VLAN KNX et le VLAN IoT
• Désactivez les intégrations HA inutilisées – chaque intégration est une surface d'attaque
• Activez l'authentification à deux facteurs (TOTP) pour tous les comptes utilisateurs

Sécurité logicielle

• Tenez HA à jour : Paramètres → Système → Mises à jour → activer les mises à jour automatiques pour HA Core
• Intégrations communautaires HACS : installer uniquement à partir de dépôts fiables avec maintenance active
• Stocker les jetons sensibles dans secrets.yaml (pas en ligne dans configuration.yaml)
• Sauvegarder la configuration HA chaque semaine : Paramètres → Système → Sauvegardes → sauvegarde automatique sur NAS ou cloud
• Surveiller les logs HA pour les tentatives de connexion échouées : Paramètres → Système → Logs

Isolation VLAN KNX : Placez le routeur IP KNX et toutes les lignes TP KNX sur un VLAN dédié (par exemple VLAN 20). Autorisez uniquement l'adresse IP de l'hôte HA à communiquer avec le VLAN KNX sur le port 3671 UDP. Bloquez tous les autres hôtes pour empêcher l'accès au routeur IP KNX — un réseau non restreint permet à tout appareil d'envoyer des télégrammes KNX et de contrôler tous les actionneurs sans authentification.

Guides associés

Visualisation KNX

Gira X1 : Configuration du serveur domotique KNX et configuration de l'application

Visualisation KNX

Contrôleurs de pièce KNX : Configuration des écrans Gira, MDT et Zennio

Réseaux KNX

Routage KNXnet/IP : Interfaces IP vs Routeurs IP expliqué

Réseaux KNX

Conception du backbone IP : VLAN et QoS pour grands réseaux KNX

Solutions

Technologies

Knowledge

Company