Matériel DIY (Je ne vous mets pas de lien : 2 mois plus tard ils ne sont plus valides)
- Raspberry 3B + boitier element14 + SSD 128 Giga
- Dongle aeotec z-Stick gen5+
- Rflink : clone arduino mega intégrée dans le boitier
- MEGA 2560 Pro Mini MicroUSB intégré ATmega2560-16AU USB CH340G
- MEGA 2560 Pro Mini MicroUSB intégré ATmega2560-16AU USB CH340G
- Wifinfo 3.0.1 sur ESP32 connecté compteur linky (câble 10 mètres)
- Lien : Wifinfo Linky historique et standard : Tous abonnements : Base, Tempo, Ejp, Production
- Compatible plugin Teleinfo mais aussi Mqtt, http et serveur json
- Z-Wave : Plug NAS-WR01ZE, Thermostat SRT321, Thermostat SCS317
- Wifi : Radiothermostat CT50
- Adaptateur pour programmer le SSD
- Connecté à l’ordinateur il permet de programmer l’image Raspbian avec Rpi Imager
- Connecté à l’ordinateur il permet de programmer l’image Raspbian avec Rpi Imager
Logiciel
- Raspbian buster 32 bits
- Plugin CloudSyncPro
- Plugin Jeedom Connect
- Plugin Mail
- Plugin Network
- Plugin Rflink
- Plugin Script ( .sh et python2 )
- Plugin Teleinfo
- Plugin Virtual
- Plugin Z-Wave
Suite au passage du 1 janvier 2026 : J’ai appliqué le patch temporaire suivant:
1 janvier 2026 : Les scénarios ne se lancent plus : Patch temporaire
J’ai lu avec intérêt le post suivant :
Pi3B+ : Raspberry Pi OS : 32 bits ou 64 bits?
Plugin-Rflink:
Dans tous les cas, il faut récupérer le patch pour le plugin RfLink là:
Rflink non fonctionnel : Procédure d’installation
Lien direct : rflink.txt (4,0 Mo) (à renommer en .zip)
Et appliquer la procédure d’installation décrite en utilisant l’Editeur de Fichier
- 1er Test KO Raspbian Bullseye 64 bits : Problème communication Rflink
-
Ca ne vient pas du plugin Rflink …
-
1er symptôme: on pert des messages, certains capteurs ne sont même pas actualisés
-
dmesg: WARN::dwc_otg_hcd_urb_dequeue
-
2ème symptôme: La communication se bloque définitivement: il faut redémarrer jeedom
-
dmesg: ch341-uart ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
-
C’est curieux on a les mêmes messages que le topic Pi3B+ : Raspberry Pi OS : 32 bits ou 64 bits?
-
En cherchant beaucoup il semblerait qu’il y ait un bug dans le noyau
- Voir l’issue github rpi3 kernel WARN::dwc_otg_hcd_urb_dequeue
-
Mais lisant bien la chance est avec nous
mais pas forcément avec jeedom : Le bug semble ne pas exister sur la version Raspian bullseye 32 bits 
-
Voir l’issue ch341-uart ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
- Pas de chance c’est ce chip qui est utilisé dans mon clone arduino mega
- Pas de chance c’est ce chip qui est utilisé dans mon clone arduino mega
Conclusions Raspbian bullseye 64 bits:
- Si vous avez un module USB quel qu’il soit et que vous avez des problèmes de communication, exécutez dmesg pour avoir les messages d’erreur
- A priori, pas de solution avec des options dans /boot/config.txt
- L’option dtoverlay=dwc2 peut être un contournement mais elle interdit le boot sur SSD
- 2ème Test OK Raspbian Bullseye 32 bits : Rflink OK
- C’est bien mais on est en 32 bits et pour jeedom ce n’est pas la norme bien que
- D’après Installation de Raspberry Pi OS et Jeedom sur Pi 3B+ sur un disque SSD mSata
- Juin 2025 : Surtout pour les Pi3B, c’est une édition 32 bits obligatoire.
- 3ème Test KO Raspbian Bookworm 64 bits : Rflink KO
- Pour les Plugins : Même procédure que pour la version Bookworm 32 bits
- Au bout de 10 heures de fonctionnement : Plus de réception avec Rflink
- dmesg
- ch341-uart ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
- Santé de Jeedom (Raspbian Bookworm 64 bits )
- 4ème Test OK Raspbian Bookworm 32 bits : Rflink OK
-
Santé de Jeedom (Raspbian Bookworm 32 bits )
-
On sent que l’on ne va pas arriver à une solution idéale mais plutôt à un compromis: Python2 a disparu
-
Rflink : Appliquer le patch bien sur, relance des dépendances, mise à jour du port: c’est ok
- J’ai retrouvé tous mes capteurs de température Oregon
- Configuration avec hearbeat et relance du deamon si erreur:
- J’ai retrouvé tous mes capteurs de température Oregon
-
Script
- Dans mon cas particulier, ils sont en Python2 (comme le plugin ZWave)
- Plusieurs solutions de contournement existent (package de bullseye, …)
- Alors j’ai demandé de l’aide à l’IA
- Dans la plupart des cas, si vous n’avez pas la bonne réponse, c’est que vous n’avez pas posé la bonne question ou quelle n’est pas assez précise. Je sais ça fâche mais il faudra s’y faire
- Meilleure solution temporaire : Compilation depuis les sources
- INSTALL_DIR=« /usr/local/python2 »
- PYTHON_VERSION=« 2.7.18 »
- Et avec un s’il te plait, peux tu me générer un script pour Raspbian Bookworm
- Demander d’ajouter l’installation de pip nécessaire à l’installation d’autres modules
- Alors il faut être très patient surtout si on valide les optimisations qui permettent de gagner 5 à 7% …
- Après 1 heure 30 de compilation, python2 est là
- Ajouter le lien /usr/bin/python2
- sudo ln -s /usr/local/python2/bin/python2.7 /usr/bin/python2
- Modifier le lien pour avoir /usr/bin/python pour qu’il lance python2 par défaut (ça c’est la seule modification qui peut casser )
- sudo ln -sf /usr/bin/python2 /usr/bin/python
- Pour les programmeurs, ça donne çà
ls -l /usr/bin/python*
lrwxrwxrwx 1 root root 16 22 janv. 11:46 /usr/bin/python -> /usr/bin/python2
lrwxrwxrwx 1 root root 32 22 janv. 11:43 /usr/bin/python2 -> /usr/local/python2/bin/python2.7
lrwxrwxrwx 1 root root 10 9 avril 2023 /usr/bin/python3 -> python3.11
-rwxr-xr-x 1 root root 6618304 28 avril 2025 /usr/bin/python3.11
lrwxrwxrwx 1 root root 35 28 avril 2025 /usr/bin/python3.11-config -> aarch64-linux-gnu-python3.11-config
lrwxrwxrwx 1 root root 17 9 avril 2023 /usr/bin/python3-config -> python3.11-config
- Voilà tous les scripts en Python2 fonctionnent
- Il y a peut être une meilleure solution …
- Si vous avez des scripts en Python3 : ils ne fonctionneront plus (J’ai cru comprendre que ça dépend de l’extension (.py ou .PY) et de la première ligne (#!/usr/bin/env python3) : je n’ai pas testé )
- CloudSyncPro
- Le problème ne vient pas du plugin mais du réseau : L’installation des dépendances (rpi-clone) boucle car c’est trop long
- Message d’alerte Attention : l’installation des dépendances a dépassé le temps maximum autorisé : 0min
- Dans le plugin le temps d’installation maximum des dépendances étant mis à zéro, c’est le temps par défaut du core qui est utilisé et celui-ci est trop court pour la RPI3B et le débit du réseau
- Contournement :
- Soit ‹ Désactiver la Gestion automatique › des dépendances et cliquer sur ‹ Relancer ›
- Soit modifier avec l’Editeur de fichier le temps dans le fichier html/plugins/cloudsyncpro/plugin_info/info.json pour mettre 30 minutes
- Remplacer "maxDependancyInstallTime" : 0,
- Par "maxDependancyInstallTime" : 30,
- P.S. cette modification sera supprimée lors de la prochaine mise à jour du plugin
- Jeedom Connect
- Après avoir lancé l’installation des dépendances:
- erreur Impossible d’envoyer une notification bin introuvable
- Voir Impossible d’envoyer des notifications suite migration restauration Jeedom
- Dans la configuration, Il faut cliquer sur
- Et ça fonctionne nickel
- Mail, Network, Teleinfo, Virtual
-
Relancer l’installation des dépendances si ce n’est pas fait automatiquement
-
Zwave (openzwave)
- Il faudra migrer sous ZWaveJS et voir la charge cpu/mémoire (mais plus tard)
- 5ème Test : Migration ZwaveJS : Plus tard quand il fera chaud et que je n’aurai pas besoin du chauffage
- il est vrai que pour zwaveJS il faut suivre l’astuce qui se trouve ici: Dépendances : JS heap out of memory - Raspberry Pi 3 - #16 par ktn pour ne pas se retrouver out of memory
donc dans le fichier de post install mettre
sudo NODE_OPTIONS="--max_old_space_size=2048" npm run build
Compatibilité Bookworm : Janvier 2026 C’est là:
Compatibilité des plugins avec Debian 12 - Bookworm, php 8, python 3.11
En attendant, çà donne çà et pas de modif tant qu’il fait froid
Raspbian Bookworm 32 bits :
- Le test est en cours : Il faut attendre pour voir si la réception Rflink ne se bloque pas !!!
- Après 12 heures de fonctionnement, Rflink est toujours OK
- dmesg : Pas d’erreur de communication
- 2 jours plus tard : Rflink fonctionne toujours
- dmesg : Pas d’erreur de communication