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.

– Article en partenariat avec Devolo –

J’avais besoin de WiFi dans un local technique pour brancher des caméras de surveillance parce que mes routeurs sont à l’opposé de la zone à couvrir et finalement la solution la plus fiable et la moins prise de tête que j’ai trouvé, ça a été de passer par mes bons vieux câbles électriques.

Devolo m’a donc envoyé ses Magic 2 WiFi 6 Next en test (Le multiroom kit avec trois adaptateurs), et je les ai vraiment trouvé pas mal. Le kit se compose d’une prise LAN que vous branchez à votre routeur en ethernet, et de deux prises WiFi que vous placez là où vous voulez chez vous. Et le tout communique via votre réseau électrique (technologie CPL ou powerline pour les intimes), et diffuse du WiFi 6 avec mesh intégré.

L’installation prend deux minutes chrono. Vous branchez les trois prises, vpous attendez un peu que toutes les diodes passent au blanc, puis avec l’app devolo Home Network, vous configurez tout ça. Aucune bidouille, aucun paramétrage manuel puisque les trois adaptateurs sont détecté tout seuls et créent alors un réseau mesh transparent.

Attention ne branchez JAMAIS vos adaptateurs CPL sur une multiprise car ça crée des perturbations qui massacrent les perfs. Branchez-les directement sur une vraie prise murale, et ensuite vous pourrez utiliser la prise intégrée aux boitiers pour brancher votre multiprise par-dessus.

Le gros atout du CPL face au mesh WiFi classique, c’est sa stabilité. Un mesh WiFi pur va fluctuer selon les interférences, les murs, les voisins qui balancent du 2.4 GHz à fond. Alors que là, le backhaul (la connexion entre les prises) passe par les câbles électriques à 2400 Mbps max, donc zéro fluctuation. Le WiFi 6 diffusé ensuite monte jusqu’à 3000 Mbps (574 Mbps en 2,4 GHz + 2402 Mbps en 5 GHz), avec du roaming automatique entre les prises.

Par contre, je vais être clair, les performances dépendent énormément de la qualité de votre installation électrique. Si votre maison date de Mathusalem avec un câblage pourri, vous n’atteindrez jamais les débits théoriques. C’est le seul point noir du CPL… ça dépend énormément de votre install électrique.

Ensuite, j’ai mesuré les performances avecc ma configuration. Même étage que le routeur je suis environ 500 Mbps en CPL et au premier étage je suis entre 330 et 415 Mbps selon où je me trouve. Du coup, pour mes caméras de surveillance ou se faire un film en streaming 4K, c’est largement suffisant et surtout ultra-stable.

Si vous regardez bien, sous chaque prise WiFi il y a deux ports Ethernet gigabit, ce qui est parfait si vous avez des appareils filaires à brancher (NAS, switch, caméras PoE avec injecteur…etc) et tout le réseau est extensible puisque vous pouvez ajouter autant de prises Devolo que vous voulez partout chez vous pour couvrir une surface gigantesque.

Le système Devolo embarque également tout ce qu’on attend d’une solution de routeurs / répéteurs modernes : un chiffrement WPA3 pour la sécurité, du WiFi invité pour vos potes histoire de pas leur filer votre mot de passe principal, contrôle parental avec programmation horaire, et Airtime Fairness pour que vos appareils rapides ne soient pas ralentis par le vieux smartphone de belle-maman. Tout se pilote bien sûr via l’app devolo Home Network, disponible sur iOS et Android.

Pour ceux qui ont des connaissances pointues en CPL, sachez que ce système utilise la techno G.hn qui est plus rapide et plus stable que l’ancien HomePlug AV2. Donc si vous avez de vieux adaptateurs CPL qui traînent, autant les offrir à quelqu’un qui n’en a pas parce que la différence de performances est énorme. Le G.hn gère carrément mieux les perturbations et offre des débits très supérieurs.

Voilà, alors si vous êtes comme moi et que vous avec une maison ancienne avec des murs épais, plusieurs étages, ou des zones où le WiFi ne passe juste pas genre loin dans le jardin, suffit d’avoir l’électricité et vous êtes opérationnel. Par contre, si vous vivez dans un appart récent avec des murs en placo, un simple système mesh WiFi fera probablement l’affaire pour moins cher.

Maintenant le truc qui pique un peu mais quand on aime on ne compte pas, c’est le prix. Comptez environ 400-470 euros le kit Multiroom (3 adaptateurs) selon les revendeurs. C’est cher, mais quand l’alternative c’est de tirer des câbles Ethernet à travers toute la baraque ou de galérer avec un mesh WiFi capricieux dans une vieille baraque, ça se défend. Et Devolo offre une garantie de trois ans, donc vous êtes tranquille.

Notez qu’il existe aussi un Starter Kit à deux adaptateurs autour de 240-260 euros si vous avez une surface plus modeste.

Donc voilà, pour mon local technique et mes caméras WiFi, le Devolo Magic 2 WiFi 6 Next fait très bien le job. Après c’est comme tout, c’est une solution miracle mais pour des cas comme le mien où le WiFi classique ne suffit pas et que les distances sont trop grandes, ça change la vie ! Et maintenant j’ai un super wifi pour bosser dans le jardin et faire mes tests de caméras !

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.

Thomas de la chaine Abrège partage sa reflexion autour des périphériques Zigbee sur Home Assistant.

Il est assez rare d'avoir des préco sur le type de capteurs à acheter, on trouve souvent une vidéo sur le test d'un périphérique, mais pas d'un ensemble de capteurs :

J'ai aussi opté pour du Aqara pour les détecteurs d'ouverture de porte, ils sont très petits et très fiables.

J'ai moi aussi tout basculé en Zigbee et supprimé tous les périphériques Wifi, Bluetooth, ou qui utilisent des systèmes propriétaires. J'ai d'ailleurs déconnecté ma box Somfy il y a quelques jours. La seule box propriétaire que je garde est celle de Delta Dore, car elle pilote mon chauffage et mes volets roulants (et que ça marche vraiment bien !).

Pour l'instant j'ai gardé mon pont Hue, car j'aime bien l'application mobile de Philips

Enfin, j'utilise aussi Z2M (Zigbee2MQTT) pour bénéficier d'une grande compatibilité.

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 18/02/2025 | Pas de commentaire |
Attention : l'intégralité de ce billet est protégée par la licence Creative Commons

Cet article [Home Assistant] Quels périphériques Zigbee acheter ? 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 …