Vue normale

Il y a de nouveaux articles disponibles, cliquez pour rafraîchir la page.
À partir d’avant-hierBlogmotion

[HomeAssistant] C.A.F.E : une alternative à NodeRed ☕

Par : Mr Xhark
10 février 2026 à 11:07

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.

Comment connaître le modèle d’un Raspberry Pi? 🍓

Par : Mr Xhark
4 décembre 2025 à 11:47

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.

Un clavier d’alarme pour Home Assistant (Alarmo) ⌨️

Par : Mr Xhark
9 novembre 2025 à 08:00

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.

[YCast] La solution à l’erreur « libtiff.so.6 » ✅ (Debian 12)

Par : Mr Xhark
6 novembre 2025 à 08:00

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.

Migrer Raspberry Pi OS 11 vers 12 bookworm (Raspbian)

Par : Mr Xhark
30 octobre 2025 à 16:58

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