Un atelier de scénarios domotiques pour Home Assistant. On y dessine à la
souris des plannings horaires d'actions sur les volets et les éclairages, on les
valide, on les traduit en automatisations Home Assistant, on les déploie sur une
plage de dates — puis on les retire sans laisser de trace.
Le cas d'usage fondateur tient en une phrase : partir deux semaines en
vacances avec une simulation de présence crédible, déployée en un clic et
retirée proprement au retour.

L'application n'allume jamais une lumière et ne bouge jamais un volet. Elle
écrit des automatisations dans Home Assistant ; c'est Home Assistant qui exécute.
Ce n'est pas une intention affichée, c'est vérifiable : le client n'émet que
trois appels de service, tous du domaine automation. Deux conséquences
directes — un scénario déployé tient tout seul, l'application peut être
éteinte pendant l'absence ; et tout ce qui est écrit dans la maison porte une
marque de fabrique, donc se retire intégralement.
| Vous… | Allez à |
|---|---|
| découvrez le projet | Présentation — ce que fait l'application, ce qu'elle ne fait pas, les écrans |
| voulez l'installer | Docker en cinq minutes, ou Kubernetes |
| l'avez installée | Prise en main — le parcours complet, de la première connexion au scénario déployé |
| cherchez un réglage | Configuration et options |
| avez un problème | Exploitation et dépannage |
| Page | Contenu |
|---|---|
| Installation avec Docker | image publiée, docker run, docker compose, volume de données, mise à jour |
| Installation sur Kubernetes | manifestes, secrets, sondes, passage à PostgreSQL, sauvegardes |
| Configuration et options | toutes les variables, les réglages persistants, les garde-fous |
| Authentification et rôles | comptes locaux, Keycloak, les trois rôles |
| Page | Contenu |
|---|---|
| Prise en main | le parcours complet, étape par étape |
| Plannings | l'éditeur, les actions, l'aléa, le validateur, la journée simulée |
| Routines de contrôle | capteurs, seuils, déclencheurs, limites assumées |
| Périodes et déploiement | cycle de vie, aperçu, déploiement, retrait, orphelins |
| Page | Contenu |
|---|---|
| Administration | comptes, réglages, base et sauvegardes, mode développement, journaux |
| Exploitation et dépannage | diagnostic, symptômes courants, mises à jour |
| Référence technique | architecture, modèle de données, YAML produit, invariants, technologies |
C'est la distinction structurante de l'application, et celle qu'il faut avoir en
tête avant de dessiner quoi que ce soit.
| Étape de planning | Routine de contrôle | |
|---|---|---|
| Déclenchée par | une heure | une situation |
| Exemple | à 07:15, ouvrir le volet | s'il fait plus de 25 °C dehors et plus de 500 lx dans la chambre, fermer le volet |
| Sert à | simuler une présence | protéger du soleil, de la chaleur |
| Détaillée dans | Plannings | Routines de contrôle |
| Version | 1.0.0 |
| Image Docker | suntux57420/domodrive:1.0.0 · :latest |
| Base de données | SQLite, ou PostgreSQL |
| Authentification | comptes locaux, ou Keycloak (OIDC) avec les comptes locaux en secours |
| Interface | français, rendu côté serveur, aucune étape de compilation front |
| Tests | 1014, sans instance Home Assistant requise |
Les captures d'écran proviennent d'un jeu de données de démonstration
anonymisé : aucun libellé, identifiant d'entité, adresse ou jeton réel n'y
figure.
Documentation Domodrive 1.0.0 — copie du répertoire docs/ du dépôt gitlab.ev1.fr/ev1/domodrive (dépôt privé).