Il y a maintenant 2 ans, je me suis lancé dans la domotique et je vous avais partagé ici plusieurs articles, dont un qui concernait la mise en place d’un petit écran de contrôle pour que la famille puisse utiliser les différentes fonctions sans avoir besoin d’un téléphone.

Après ces deux années, ma domotique a évolué, notamment avec l’ajout de panneaux solaires il y a un an. Cela a ajouté de nouvelles fonctions qui devaient remonter sur cet écran.

Celui-ci est devenu trop petit et commence aussi à montrer certaines lenteurs de chargement. Depuis un moment, j’avais le projet de le remplacer sans réussir à trouver le bon modèle. Il n’existe pas vraiment de fabricants spécialisés dans ce type d’écran mural et encore moins compatibles nativement avec Home Assistant. Pour trouver le bon écran, il fallait qu’il réponde à plusieurs critères :

• Avoir un capteur de mouvement pour l’activer
• Être compris entre 8 et 10 pouces
• Permettre un montage dans un boîtier d’encastrement
• Être alimenté directement en 230 V
• Être peu encombrant
• Offrir une bonne réactivité avec Home Assistant
• Ne pas avoir de caméra

Vous allez me dire que pour le dernier point, c’est une évidence pour un écran fixé au mur. Eh bien non, car avant de me tourner vers le Shelly Wall Display XL qui n’était pas encore disponible lorsque j’ai commencé mes recherches, j’ai regardé du côté d’un site bien connu du pays du soleil levant, où l’on trouve beaucoup de choix pour ce type d’écran. Point faible : pour 95 % des modèles proposés, il y a une caméra et aucun capteur de mouvement pour le réveiller.

Il y a peu, je suis tombé sur le Shelly Wall Display XL, qui met en avant une prise en charge native avec Home Assistant. Capteur de mouvement pour réveiller l’écran, pas de caméra, des boutons physiques, un montage mural dans un boîtier d’encastrement, une alimentation directe en 230 V et un écran de 10 pouces. Ne trouvant pas d’article de présentation en français, je me suis lancé avec cet écran.

Caractéristiques techniques

• Taille : 155,8 x 272,5 x 38,3 mm ;
• Poids : 920g ;
• Taille écran : 10,1 pouces ;
• Résolution : 1280×752 px ;
• Connexion : WiFi et Bluetooth ;
• CPU : Rockchip RK3566 Quad core Cortex-A55 1.8GHz ;
• RAM : 2Go ;
• Flash : 32Go ;
• OS: Android 11.

Autres caractéristiques

• 2 haut-parleurs de 20 W ;
• 4 micros ;
• Capteur de luminosité ;
• Existe en 2 modèles avec boutons gris ou noirs.

Bien sûr, cet écran est avant tout destiné à piloter sa domotique avec les périphériques Shelly, mais aussi des équipements comme Sonos par exemple. Il permet de mettre en place une domotique simple sans ajouter de serveur et offre la possibilité de piloter vos équipements, créer des programmations, ainsi que des automatisations…

Découvrons l’écran

Dans la boîte, pas de superflu : on y trouve l’écran, son support mural, une notice multilingue (dont le français), ainsi qu’un sachet contenant les fils nécessaires à la fixation dans le boîtier d’encastrement, des petites vis pour fixer l’écran à son support, et un petit tournevis.

Au niveau de l’écran, on peut apercevoir sur la droite les boutons physiques. À l’arrière, rien de particulier, si ce n’est le connecteur permettant son montage sur le support.

Concernant le support mural, plusieurs ergots sont prévus afin de s’adapter à votre boîtier d’encastrement. La forme ovale permet d’ajuster facilement l’horizontalité de l’écran.

À l’arrière, on retrouve 4 borniers à vis pour l’alimentation en 230 V. Les autres bornes sont reliées à un switch intégré qui permettra de piloter un équipement. Il pourra être associé à un bouton physique si vous utilisez le dashboard Shelly.

Regardons de plus près cet écran. Au niveau des boutons physiques, il en possède 4. Si vous les utilisez avec le dashboard Shelly, vous pourrez leur affecter des actions depuis l’interface web de configuration.

Sur le flanc droit, on trouve également un bouton permettant d’allumer ou d’éteindre l’écran. En dessous se situent les haut-parleurs ainsi qu’un connecteur USB-C permettant d’alimenter l’appareil.

Sur la seconde photo, on peut voir les 4 micros. Pour le moment, je n’ai pas trouvé leur utilité, ni côté Shelly ni sur Home Assistant. Peut-être seront-ils exploités lors d’une future mise à jour avec un assistant vocal.

Au centre, on aperçoit le capteur de mouvement ainsi que le capteur de luminosité.

Premier démarrage

Au premier démarrage, l’écran vous propose de connecter des équipements Shelly. On arrive ensuite sur un dashboard avec quelques tuiles déjà configurées. On remarque également que l’écran est très brillant.

On le connecte ensuite au Wi-Fi. Rien de très complexe : les menus sont clairs et ne proposent pas trop d’options. On peut même effectuer directement un speedtest. Au lancement du test, on a le choix entre un serveur en Chine ou en Europe. Le test est rapide, car le fichier ne fait que 15 Mo, donc le débit n’a pas vraiment le temps de monter.

Passons aux différents menus

Dans le menu Général, les paramètres concernent surtout le dashboard Shelly. Dans le menu Langue de l’appareil, on retrouve un très bon point : une multitude de langues sont disponibles, dont le français. Il est normal d’avoir autant de langues sur ce type de produit afin de toucher un public plus large.

Avant d’aller plus loin, j’ai mis à jour le firmware. C’est important, car plusieurs options ont changé, notamment au niveau des réglages de l’écran. J’avais repéré un défaut avant la mise à jour, mais celui-ci a été corrigé.

Toujours concernant les réglages de l’écran, il reste toutefois un défaut : si l’on désactive le réglage automatique de la luminosité, on perd le paramètre du délai d’assombrissement de l’écran ainsi que le délai avant extinction.

Pour le réglage Réveil par mouvement, j’ai malheureusement dû le désactiver. L’écran étant placé dans une zone de fort passage, il est trop sensible : il capte les mouvements de trop loin et se réveille au moindre passage.
Comme sur mon ancien écran, j’aurais aimé disposer d’un curseur permettant de régler la distance de détection, afin par exemple de réveiller l’écran avec un geste à 10 cm. En espérant voir cette option arriver dans une prochaine mise à jour.

Pour l’économiseur d’écran, vous aurez le choix d’afficher différentes informations, mais aussi de le transformer en cadre photo numérique en y ajoutant vos propres images.

Dashboard Shelly

Il est assez facile de créer un dashboard avec les équipements Shelly. Vous pouvez choisir l’emplacement de vos différentes tuiles, ainsi que leur taille afin d’afficher plus ou moins d’informations. Concernant la partie météo, on remarque qu’elle est réglée sur Paris. Je n’ai pas trouvé comment changer la ville ; je me demande si elle n’est pas basée sur le fuseau horaire. La partie radio émettra le son directement sur les enceintes de l’écran.

Interface Web

Avec son adresse IP, vous pouvez accéder à une interface Web permettant de configurer différentes actions. Sur la page d’accueil, il est possible de piloter le relais intégré, mais aussi de configurer directement les actions des 4 boutons.

Dans la page Settings, vous pourrez consulter les différentes informations de l’écran ainsi que les réglages liés aux connexions (Wi-Fi, Bluetooth, activation du MQTT, WebSocket, etc.).

Dans le menu Actions, vous pouvez également affecter une action aux différents boutons. Si vous avez des équipements connectés, comme un capteur de température, d’humidité ou de luminosité, vous pourrez créer des actions en fonction de ces données.

Dans le menu Alarme, vous pouvez par exemple créer des rappels. Il est possible de définir une heure, d’affecter une sonnerie et d’indiquer le message qui s’affichera à l’écran lors du déclenchement de l’alarme.

La partie Components permet de définir différentes actions selon le type d’appui sur les boutons. Dans le menu Media Library, vous pouvez importer vos propres sons pour les utiliser avec les alarmes, mais aussi des photos qui pourront servir pour l’écran de veille.

Home Assistant

On arrive sur la partie qui nous intéresse le plus : l’intégration native avec Home Assistant. Un menu sur l’écran permet de rechercher automatiquement votre serveur sur le réseau. Bien sûr, il est également possible de modifier le lien. En effet, si comme moi vous avez créé un dashboard spécifique pour votre écran, vous pouvez définir cette page comme affichage par défaut au démarrage.

Lors de la première connexion, je n’ai pas modifié le lien et nous arrivons donc sur mon dashboard par défaut. Le chargement est un peu long la première fois, car il y a beaucoup d’éléments à afficher.

Montage murale

Pour la partie montage murale, rien de compliqué. Il suffit de relier les deux fils pour alimenter l’écran, puis de fixer la plaque avec deux vis. Je n’ai pas pu utiliser les vis à tête fraisées fournies, car elles sont trop courtes pour ma boîte d’encastrement. La forme ovale des trous de fixation permet toutefois de bien ajuster le niveau de l’écran.

On peut également apercevoir mon dashboard, créé spécialement pour cet écran. Je suis resté sur un format en deux colonnes, avec trois colonnes les boutons deviennent un peu trop petits et certains textes sont tronqués. Ce dashboard devrait évoluer avec le temps. On remarque aussi que la barre Shelly en bas de l’écran n’apparaît plus : elle peut être désactivée dans les réglages sur l’écran.

Une fois fixé, on peut se rendre compte de la finesse de l’écran. Cela est d’autant plus flagrant lorsqu’on le compare avec mon thermostat connecté MOES situé juste en dessous.

Lors de la connexion au Wi-Fi, Home Assistant a automatiquement détecté l’écran et propose l’intégration. Plusieurs entités sont disponibles, dont celles des interrupteurs. Nous pouvons ainsi affecter des actions aux 4 boutons en créant des automatisations lors des appuis. Pour ma part, j’ai configuré 2 boutons permettant d’ouvrir et de fermer les volets facilement, sans avoir à réveiller l’écran.

Attention : j’ai remarqué un comportement qui peut être problématique. Lorsque l’écran redémarre (ce qui peut arriver lors d’une microcoupure de courant), cela active les interrupteurs et tous mes volets s’ouvrent automatiquement. Quelques jours après l’installation, j’ai eu une coupure de courant de cinq minutes un matin et, à mon retour le soir, les volets étaient fermés.

J’avais prévu d’affecter les autres boutons à mes portes de garage, mais suite à ce comportement, je préfère ne pas les utiliser pour le moment.

Conclusion

Cela fait maintenant quelques semaines que l’écran est installé. Lors de mes recherches d’informations à son sujet, j’avais vu plusieurs retours mentionnant des lenteurs avec Home Assistant. Il y a en effet quelques ralentissements lorsque vous utilisez un dashboard très chargé, notamment avec des éléments gourmands comme l’affichage de graphiques.

En revanche, pour un dashboard simple comme le mien, cela fonctionne très bien. Le but de cet écran n’est pas d’avoir un niveau de détail élevé, mais de pouvoir consulter des informations et effectuer des actions rapides. Il reste d’ailleurs bien plus réactif que mon ancien petit écran déjà présenté ici.

Pour les prochaines mises à jour, j’aimerais pouvoir régler la sensibilité du capteur de mouvement afin de réactiver cette fonctionnalité, mais aussi améliorer la gestion des actions des boutons au démarrage.

Dans l’ensemble, je suis satisfait de cet écran. Sa faible épaisseur et ses boutons physiques sont un véritable plus au quotidien pour piloter sa domotique. Je pense notamment aux plus jeunes, qui n’ont pas forcément de téléphone : cela leur permet d’accéder facilement aux actions essentielles.

Bien entendu, cet écran n’est pas destiné uniquement aux utilisateurs de Home Assistant. Le dashboard Shelly permettra également aux personnes moins aguerries de mettre en place une domotique simple, sans avoir à installer une box dédiée.

Côté tarif, il faudra compter 292€ sur le site officiel et même moins chez sur Amazon

Vous avez une machine à café De'Longhi avec du Bluetooth et vous vous êtes déjà forcément dit "Mais pourquoi je dois me lever si tôt pour appuyer sur un putain de bouton comme un homme des cavernes" ?!

Hé bien bonne nouvelle mes petits accro aux café puisqu'un dev a passé ses soirées à sniffer les paquets BLE de sa Dinamica Plus, à reverse-engineerer le protocole de communication, et il en a fait un projet open source qui transforme votre cafetière en serveur HTTP. Du coup maintenant, un petit curl http://pi:8080/api/brew/espresso depuis le lit et hop, le café coule. En live depuis votre oreiller, vos petits yeux à moitié fermés en moins de 3 secondes.

Aaaaah, le bonheur !

Le projet s'appelle Barista et c'est en fait un bridge BLE-to-HTTP écrit en Python. Vous collez ça sur un Raspberry Pi Zero à 15 euros (ou n'importe quel ordi avec une puce Bluetooth) à côté de votre machine à café, ça se connecte en Bluetooth Low Energy, et ça expose une API REST complète. Ça permet ainsi de contrôler la préparation (espresso, cappuccino, latte, americano...), d'ajuster la force de l'arôme sur 5 niveaux, la température, la quantité en ml, et même d'activer la buse vapeur ou l'eau chaude à distance. Attention par contre, faut pas oublier de mettre une tasse sous le bec avant de lancer la commande depuis votre lit...

Côté technique, c'est du Python async avec la bibliothèque bleak pour la partie radio BLE et aiohttp pour le serveur HTTP local. En fait, le truc intéressant c'est que tout le protocole ECAM est documenté dans le repo... structure des paquets, calcul du CRC-16/CCITT, encodage des ingrédients, lecture et écriture des recettes. Donc si vous avez un autre modèle De'Longhi (Primadonna, Magnifica Evo, Eletta Explore), c'est théoriquement compatible vu que De'Longhi utilise le même protocole BLE sur sa gamme ECAM... mais seule la Dinamica Plus est testée et confirmée pour l'instant.

Le problème, vous l'aurez compris, c'est que De'Longhi ne documente pas son protocole BLE (va savoir pourquoi), donc y'a pas forcément de garantie que ça marchera du premier coup sur votre modèle.

Côté prérequis, il vous faut Python 3.11+ et BlueZ sur votre Raspberry Pi 4 ou 5 (le Bluetooth quoi). Après, l'installation tient en trois commandes : pip install barista-coffee, puis barista scan pour trouver votre machine, et enfin barista start --address AA:BB:CC:DD pour lancer le serveur.

Et là vous aurez une interface web sur le port 8080, avec une grille de boutons, un bouton par boisson... mais surtout une API REST qui permet d'intégrer ça avec à peu près n'importe quoi : Home Assistant , Node-RED, un cron job matinal, un raccourci Siri, un script Python... Perso, l'idée du réveil qui déclenche automatiquement un espresso, c'est quand même pas mal !

Évidemment, tout tourne en local ! Comme ça plutôt que de dépendre de l'app officielle De'Longhi (qui marche uniquement à 2 mètres de la machine ^^ donc autant appuyer sur le bouton à ce stade), là c'est du vrai contrôle réseau.

D'ailleurs si le sujet vous branche, on avait déjà listé une tonne de projets Raspberry Pi dont une machine à café pilotable à distance.

Voilà, si vous avez une De'Longhi avec Bluetooth qui traîne dans la cuisine et un Raspberry Pi qui prend la poussière, vous savez ce qu'il vous reste à faire.

Amusez-vous bien et moi j'vais aller me faire un café du coup !

Avec sa capacité extensible et sa puissance élevée, le SolarFlow 2400 Pro de Zendure s’adresse aux foyers disposant déjà d’une production solaire importante. Il permet d’optimiser son autoconsommation tout en réduisant sa dépendance au réseau électrique, notamment les jours rouges.

L’article SolarFlow 2400 Pro, votre allié pour une autonomie solaire sur mesure et la maîtrise du calendrier Tempo est apparu en premier sur Tom’s Hardware.

Conçu pour les installations photovoltaïques existantes, le SolarFlow 2400 AC+ de Zendure ajoute une couche de stockage à votre installation. Une approche qui vise à optimiser l’autoconsommation et la gestion énergétique de votre foyer.

L’article Stockage solaire : modernisez votre installation photovoltaïque avec la nouvelle gamme SolarFlow de Zendure ! est apparu en premier sur Tom’s Hardware.

Zendure dévoile sa nouvelle génération de stations SolarFlow et plusieurs configurations sont déjà proposées à prix réduit. De quoi ajouter du stockage intelligent à son installation solaire tout en maximisant ses économies.

L’article Zendure SolarFlow : les nouvelles solutions de stockage solaire sont déjà en promotion ! est apparu en premier sur Tom’s Hardware.

Zendure enrichit sa gamme SolarFlow avec une nouvelle série de systèmes de stockage conçus pour tirer un meilleur parti des installations photovoltaïques existantes. Au-delà d’un simple gain de capacité, ces nouveaux modèles introduisent une gestion énergétique plus poussée et une architecture optimisée pour maximiser l’autoconsommation.

L’article Zendure va faire baisser votre facture d’électricité avec sa nouvelle génération de stockage SolarFlow est apparu en premier sur Tom’s Hardware.

Et si je vous disais qu'il est possible de retrouver la logique de blocs de conditions dans Home Assistant sans installer NodeRed ?

C'est ce que propose le projet C.A.F.E (Complex Automation Flow Editor) :

Point important : Home Assistant comprend parfaitement le code YAML généré par C.A.F.E et votre automatisation reste parfaitement visible dans HA. Si vous désinstallez cette intégration votre automatisation restera fonctionnelle

Espérons que cette intégration soit à terme intégrée nativement dans HA, pour l'instant, elle s'installe via HACS.

Enfin un truc qui fait le café!

Projet / GitHub

Vous n'aimez pas le RSS : abonnez-vous par email
Vous devriez me suivre sur Twitter : @xhark

---

Article original écrit par Mr Xhark publié sur Blogmotion le 10/02/2026 | 2 commentaires |
Attention : l'intégralité de ce billet est protégée par la licence Creative Commons

Cet article [HomeAssistant] C.A.F.E : une alternative à NodeRed ☕ provient de : on Blogmotion.

Plusieurs commandes permettent de connaître la version de votre Raspberry Pi.

Rien de compliqué mais à chaque fois que j'en ai besoin je dois chercher dans Google, donc autant que je tombe sur mon article

Une fois connecté en SSH, tout d'abord il y a gpio -v :

gpio version: 2.50
Copyright (c) 2012-2018 Gordon Henderson
This is free software with ABSOLUTELY NO WARRANTY.
For details type: gpio -warranty

Raspberry Pi Details:
Type: Pi 2, Revision: 01, Memory: 1024MB, Maker: Embest
* Device tree is enabled.
*--> Raspberry Pi 2 Model B Rev 1.1
* This Raspberry Pi supports user-level GPIO access.

Ces 2 commandes fonctionneront également :

cat /proc/device-tree/model;echo
Raspberry Pi 2 Model B Rev 1.1

cat /sys/firmware/devicetree/base/model;echo
Raspberry Pi 2 Model B Rev 1.1

Et voilà !

Pour ceux qui n'aiment pas la ligne de commande, la version est aussi inscrite directement sur votre Raspberry Pi (sur le PCB)...

ps: je sais que l'emoji dans le titre n'est pas une framboise, je n'y peux rien car la framboise a été refusée en 2020

Vous n'aimez pas le RSS : abonnez-vous par email
Vous devriez me suivre sur Twitter : @xhark

---

Article original écrit par Mr Xhark publié sur Blogmotion le 04/12/2025 | Pas de commentaire |
Attention : l'intégralité de ce billet est protégée par la licence Creative Commons

Cet article Comment connaître le modèle d’un Raspberry Pi? 🍓 provient de : on Blogmotion.

Comment disposer d'un boitier pour armer votre système d'alarme Home Assistant quand vous partez de chez vous ? et le désactiver quand vous rentrez ?

Ces systèmes de clavier d'alarme, que ce soit à code ou avec un badge, sont souvent présents dans les systèmes d'alarme propriétaires mais peu abordés dans les solutions DIY.

Howmation nous propose un guide complet : quel périphérique acheter, comment configurer Alarmo et même un bluebprint (définition d'un blueprint chez Thomas).

Si vous ne connaissiez pas la chaine YT Howmation, je vous la recommande chaudement. Il a notamment publié un guide ultime pour débuter en domotique :

L'accès Home Assistant à distance :

Egalement 2 vidéos sur la vidéo surveillance :

Et j'en passe

Merci à Howmation et Thomas pour ces vidéos au top !

Vous n'aimez pas le RSS : abonnez-vous par email
Vous devriez me suivre sur Twitter : @xhark

---

Article original écrit par Mr Xhark publié sur Blogmotion le 09/11/2025 | Pas de commentaire |
Attention : l'intégralité de ce billet est protégée par la licence Creative Commons

Cet article Un clavier d’alarme pour Home Assistant (Alarmo) ⌨️ provient de : on Blogmotion.

Lorsque j'ai migré de Raspberry Pi OS 11 vers Raspberry Pi OS 12 (anciennement Raspbian, une version ARM de Debian optimisée pour Raspberry Pi), j'ai rencontré quelques surprises.

libtiff.so.6 :cannot open shared object file

Ycast ne fonctionnait plus ! J'en ai profité pour découvrir le fonctionnement de venv python dont voici le résumé pour corriger cette erreur.

Alternative : migrer sous YTuner

La solution la plus simple aurait été de migrer vers YTuner, un projet similaire, plus récent et maintenu pour de nombreuses distributions : Linux, macOS, BSD, Solaris, Raspberry Pi OS, OpenWRT, etc.

Mais j'aime bien le défi donc ce n'est pas l'option que j'ai choisi.

[Etape 1] Création d'un venv python

Nous allons installer un environnement virtuel python afin de simplifier les choses et d'éviter les conflits :

sudo apt install python3-venv

Création d'un dossier dédié aux venv :

mkdir /home/pi/python_venv/

Création du venv :

cd /home/pi/python_venv/
python3 -m venv ycast

Cette étape peut prendre plusieurs minutes, soyez patient.

Entrer dans le vcenv ycast :

source ycast/bin/activate

Installation ycast dans le venv (cette étape prend du temps) :

pip3 install ycast

Enfin pour sortir du venv ycast :

deactivate

Etape 2 : création du lien symbolique

Nous devons maintenant créer un lien symbolique depuis le fichier de librairie "libtiff.so.6" vers "libtiff.so.5" (les versions semblent compatibles entre-elles).

Chercher votre fichier librairie existante libtiff.so.5 :

find / -type f -iname libtiff*.so.*
/usr/lib/arm-linux-gnueabihf/libtiff.so.5.6.0

Création du lien symbolique (param=destination,source) à réalisé en root (ou via sudo) :

ln -s /usr/lib/arm-linux-gnueabihf/libtiff.so.5 /usr/lib/arm-linux-gnueabihf/libtiff.so.6
ls -l /usr/lib/arm-linux-gnueabihf/
/usr/lib/arm-linux-gnueabihf/libtiff.so.6 -> /usr/lib/arm-linux-gnueabihf/libtiff.so.5

Enfin terminez avec le refresh des librairies :

sudo ldconfig

Etape 3 : modification du fichier de service

Pour que le service ycast utilise le venv python nous éditons ce fichier :

sudo nano /etc/systemd/system/ycast.service

J'ai mis en commentaire la ligne existante, remplacée par celle en dessous :

[Unit]
Description=YCast internet radio service (xhark custom)

After=network-online.target
Wants=network-online.target


[Service]
Type=simple
User=ycast
Group=ycast
#ExecStart=/usr/bin/python3 -m ycast -l 192.168.0.14 -p 8010 -c /home/pi/ycast-yamaha/stations.yml
ExecStart=/home/pi/python_venv/ycast/bin/python -m ycast -l 192.168.0.14 -p 8010 -c /home/pi/ycast-yamaha/stations.yml

#StandardOutput=file:/var/log/ycastd.log
#StandardError=file:/var/log/ycastd.log

[Install]
WantedBy=multi-user.target

On notifie systemd de la modification du service :

sudo systemctl daemon-reload

Et enfin on démarre ycast :

sudo systemctl start ycast 
sudo systemctl status ycast

Et voilà :

En espérant que cela serve à d'autres (et merci à Perplexity pour son aide!).

Bonus : si vous souhaitez recompiler la version de la librairie en v6, suivez ce tutoriel.

Vous n'aimez pas le RSS : abonnez-vous par email
Vous devriez me suivre sur Twitter : @xhark

---

Article original écrit par Mr Xhark publié sur Blogmotion le 06/11/2025 | Pas de commentaire |
Attention : l'intégralité de ce billet est protégée par la licence Creative Commons

Cet article [YCast] La solution à l’erreur « libtiff.so.6 » ✅ (Debian 12) provient de : on Blogmotion.

Je suis en passe de supprimer le Raspberry Pi 2 qui fait tourner Domoticz depuis de nombreuses années, sans broncher il faut le dire. Mais il me reste quelques routines et scripts à migrer vers Home Assistant.

Et Domoticz a sorti une mise à jour que j'ai essayé d'installer avec Raspberry Pi OS 11 (anciennement Raspbian) et qui s'est avéré incompatible à cause de la version OpenSSL 1.x embarquée dans Debian 11 (bulleseye) et bien présente en v3 dans Debian 12 (bookworm).

Résultat : après la migration de Domoticz le service Domoticz ne démarrait plus :

oct. 27 13:43:18 domoPi systemd[1]: This usually indicates unclean termination of a previous run, or service implementation deficiencies.
oct. 27 13:43:19 domoPi domoticz.sh[7043]: attente synchro NTP pour demarrer domoticz
oct. 27 13:43:18 domoPi systemd[1]: domoticz.service: Found left-over process 7035 (sudo) in control group while starting unit. Ignoring.
oct. 27 13:43:18 domoPi systemd[1]: This usually indicates unclean termination of a previous run, or service implementation deficiencies.
oct. 27 13:43:18 domoPi systemd[1]: domoticz.service: Found left-over process 7036 (systemctl) in control group while starting unit. Ignoring.
oct. 27 13:43:18 domoPi systemd[1]: This usually indicates unclean termination of a previous run, or service implementation deficiencies.
oct. 27 13:43:18 domoPi systemd[1]: Starting LSB: Home Automation System...
oct. 27 13:43:19 domoPi domoticz.sh[7053]: /home/pi/domoticz/domoticz: error while loading shared libraries: libssl.so.3: cannot open shared object file: No such file or directory
oct. 27 13:43:19 domoPi systemd[1]: Started LSB: Home Automation System.
oct. 27 13:43:19 domoPi sudo[7035]: pam_unix(sudo:session): session closed for user root

 

Restez sur Domoticz 2025.1 et ne faites pas de mises à jour vers 2025.2 et plus si vous êtes sur Raspbian 11 !

Le guide à suivre pour migrer vers Debian 12

Rassurez-vous, si vous souhaitez migrer vers Raspberry Pi OS 12, c'est possible.

D'habitude je sauvegarde toujours pas carte microSD avec une image disque et... je me suis dit que j'allais tenter sans. C'est donc l'exception qui confirme la règle (j'avais un backup complet de la BDD à minima).

Je ne ferai pas de commentaire sur le fait que... le développeur aurait pu faire en sorte que cette version ne s'installe pas sur une version incompatible de Debian (Raspbian)

Plutôt que de tenter un downgrade hasardeux de Domoticz (est-ce possible ?) j'ai préféré passer sur Debian 12, et je crois que c'est le 3ème saut de version que passe mon Rasberry Pi avec succès! Cette fois-ci j'ai bien fait une image disque de la carte microSD

Il vous faut suivre ce guide de migration

La mise à jour de Raspberry Pi OS 11 vers 12 s'accompagne de quelques spécificités qui sont bonnes à connaître :

1. changement du nom dans les sources.list (habituel) et màj
2. changement de la partition de /boot vers /boot/firmware
3. installation du noyau correspondant à votre version de Raspberry Pi
4. migration des clés GPG vers le nouvel emplacement /etc/apt/trusted.gpg.d/ (keyring)

Seule la 11ʳᵉétape est obligatoire, les autres sont fortement conseillées une fois la mise à jour réalisée.

Concernant la migration des clés GPG, j'ai utilisé la commande suivante pour vérifier qu'aucune clé ne restait en mode LEGACY :

apt-key list

L'avertissement en retour est normal, mais aucune clé ne doit être listée.

Note: pour connaître la génération de votre Raspberry Pi la commande lspci n'a pas fonctionné chez moi, vous pouvez utiliser cat /proc/cpuinfo | grep Model

Conclusion

Il va vraiment falloir que je termine cette migration vers HA. Cela traine car j'aimerais récupérer l'historique de certaines sondes de températures. Côté périphérique il ne me reste que le RFXCom à migrer. Et comme Domoticz et Home Assistant discutent entre eux, soit par MQTT, soit par script, rien ne me presse.

Important : je vous conseille de ne pas lancer la migration à distance en SSH mais en console avec un vrai clavier/écran

À noter également le souci que j'ai rencontré avec le plugin Zigate et sa solution ici.

Un grand merci à Steffen qui a écrit ce guide de migration qui m'a bien aidé, car on trouve finalement peu de ressources sur ce sujet.

Vous n'aimez pas le RSS : abonnez-vous par email
Vous devriez me suivre sur Twitter : @xhark

---

Article original écrit par Mr Xhark publié sur Blogmotion le 30/10/2025 | Un commentaire |
Attention : l'intégralité de ce billet est protégée par la licence Creative Commons

Cet article Migrer Raspberry Pi OS 11 vers 12 bookworm (Raspbian) provient de : on Blogmotion.

Je migre de Domoticz vers Home Assistant, progressivement.

La bonne nouvelle ? Home Assistant et Domoticz peuvent se parler

J'ai créé des interactions entre ces 2 systèmes de domotique. Ainsi je peux migrer chaque périphérique en temps voulu et sans pression, le temps d'appréhender Home Assistant.

Dans cet article je vous explique comment un interrupteur relié à Home Assistant peut donner un ordre d'allumage à un bandeau LED piloté par Domoticz.

Le but

Lorsque j'appuie sur un bouton Zigbee (IKEA Shortcut E1812) relié à Home Assistant je veux qu'il ordonne à Domoticz d'allume la tête de lit.

La tête de lit étant reliée à Domoticz en Zigbee, il s'agit d'un bandeau LED USB branché sur une prise LIDL (TS011F).

Domoticz fonctionne sur un Raspberry Pi et HomeAssistant sur un mini PC, ce sont 2 machines distinctes.

Principe et pré-requis

Dans mon installation HA je dispose d'un broker MQTT (Moquitto) et de Zigbee2MQTT (Z2M).

J'aurais pu accéder à l'état du bouton depuis Domoticz via MQTT, mais je vous présente ici une méthode générique qui fonctionne avec n'importe quel type de périphérique. Si vous aviez eu un périphérique WiFi Tuya dans HA il n'aurait pas été exposé dans le broker MQTT (à moins de relayer l'état Tuya vers MQTT...).

Pré-requis : HA et Domoticz doivent chacun disposer d'une @IP fixe (ou en DHCP static), il est important qu'elle ne bouge pas.

Dans mon cas :

•  192.168.0.14 : Domoticz
• 192.168.0.26 : HA

Actions à réaliser dans Domoticz

Vous devez autoriser l'IP de HA à atteindre l'API dans :

Configuration > Paramètres > Sécurité : réseaux de confiance

J'ai donc ajouté 192.168.0.26 qui est l'adresse IP de HA.

Pensez à cliquer sur "appliquer les paramètres" pour mémoriser.

Enfin, identifiez l'ID de l'ampoule/prise que vous souhaitez piloter, dans mon cas ce sera l'IDX 1312.

Action à réaliser dans Home Assistant

HA va piloter un périphérique Domoticz au travers de l'API Domoticz, grâce à un script bash qui va commuter l'état de la tête de lit.

Avant d'aller plus loin, testez cette ligne de commande en SSH depuis Home Assistant (HAOS de mon côté):

/usr/bin/curl "http://192.168.0.14:8080/json.htm?type=command&param=switchlight&idx=1312&switchcmd=Toggle&level=0&passcode="

Vous devez remplacer :

• idx=1312 par l'ID de votre ampoule (affichée dans Domoticz)
• 192.168.0.14:8080 par l'IP et port de Domoticz

L'important est d'avoir un status "OK". Si c'est le cas continuons.

Ici l'action sera "toggle" c'est à dire que ça la tête de lit s'allumera si elle est éteinte et vice versa. Vous pouvez aussi  décider de simplement éteindre ou allumer. Dans mon cas je veux reproduire le fonctionnement d'un bouton poussoir façon télérupteur.

A l'aide de StudioCodeServer créez un script :

config > shell > domoticz_tetelit.sh

Avec ceci comme contenu :

#!/bin/bash
/usr/bin/curl "http://192.168.0.14:8080/json.htm?type=command&param=switchlight&idx=1312&switchcmd=Toggle&level=0&passcode="

Astuce : pour récupérer facilement l'URL ouvrez Domoticz aller sur la page pour actionner votre ampoule/prise, appuyez sur F12 > onglet réseau, puis actionner le périphérique. Vous verrez l'URL d'appel qui est strictement identique à celle de l'API.

Redémarrer Home Assistant

Pour que le script soit pris en compte, faites un redémarrage de Home Assistant.

Menu "Outils de développement > Redémarrer > Redémarrer Home Assistant" :

Ne faites pas un rechargement rapide, cela ne suffira pas

Création de l'automatisation

Maintenant que notre script fonctionne il ne reste plus qu'à l'associer à l'appui du bouton dans Home Assistant.

Menu Paramètres > Automatisations et scènes :

Voici la version YAML (modifiez le device_id):

alias: HA_to_Domoticz - Quand Bouton Shortcut Ikea allume la tete de lit
description: ""
triggers:
  - domain: mqtt
    device_id: ad668f7ef44ad44217c21c75c48d9a8a
    type: action
    subtype: "on"
    trigger: device
conditions: []
actions:
  - metadata: {}
    data: {}
    action: shell_command.tete2lit
mode: single

Debug

Si cela ne fonctionne pas, vérifiez que la ligne de commande en SSH fonctionne. Si oui, alors testez chaque étape de votre automatisation à l'aide des 3 points verticaux > exécuter l'action.

Vous pouvez également le faire via :

Outils de développement > Action > Shell Command: tete2lit

Conclusion

Et voilà, it works!

Il s'agit de ma manière de faire, n'hésitez pas à me partager la votre en commentaire.

Je prévois un autre article pour synchroniser l'état d'un périphérique plus complexe, à savoir faire remonter la vitesse de fonctionnement d'un ventilateur de plafond connecté dans HA vers Domoticz.

Vous n'aimez pas le RSS : abonnez-vous par email
Vous devriez me suivre sur Twitter : @xhark

---

Article original écrit par Mr Xhark publié sur Blogmotion le 22/05/2025 | 3 commentaires |
Attention : l'intégralité de ce billet est protégée par la licence Creative Commons

Cet article Comment connecter Home Assistant et Domoticz 🩵 provient de : on Blogmotion.

Introduction Qu’est-ce que la domotique et Home Assistant Par flemme et par envie de me concentrer sur le plus intéressant, voici une petite présentation de la domotique et de Home Assistant par notre bon vieux Chat GPT : — La domotique est l’un des secteurs les plus excitants de la technologie de la maison. Cette …

Aujourd’hui, nous verrons ensemble comment installer HomeAssistant sur un NAS Synology. Il existe plusieurs méthodes, via docker où encore via l’application de virtualisation de Synology : VMM (Virtual Machine Manager), c’est via cette application que vous vais vous expliquer comment facilement installer Home Assistant.   Home Assistant est un système domotique open source qui vous permettra …