Retour d'expérience - Jeedom sur Debian 12 Bookworm

Bonjour,

Petit retour d’expérience après être passé avec succès d’un système Rasperry Pi 4B sous debian 10 direct vers debian 12.
Comme préconisé il faut bien entendu repartir d’un install from scratch :

1 - Installation de debian 12 sur une carte mémoire via Raspberry PI imager (On pense à cocher l’option activer SSH dans les paramètre custom, on peut aussi remettre son mot de passe utilisateur (pi) et les identifiants de connexion wifi).

2 - Installation de jeedom via les scripts d’install :

wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh
chmod +x install.sh
sudo ./install.sh

3 - On lance Jeedom en local on va sur la page des sauvegardes et on charge la dernière sauvegarde préalablement récupérée.

4 - Restauration de la sauvegarde Jeedom via les scripts de restauration :

sudo php /var/www/html/install/restore.php

Je m’y suis repris à 2 fois (depuis l’étape 1), Jeedom ne se lançant plus du tout, avant de comprendre la raison de l’echec : IL FALLAIT DESACTIVER LE PLUGIN BLEA (Bluetooth advertisement), AVANT DE FAIRE LA SAUVEGARDE sur l’ancien système.

En effet ce plugin n’est pas du tout compatible et je pense que lors de la restauration ça ne se passe pas bien du tout (peut-être qu’il installe des dépendances incompatibles).

5 - On va sur les différents plugins pour installer les dépendances

6 - J’ai du installer 2 plugins en version beta pour qu’ils fonctionnent correctement :

  • Enocean > en stable seules les commandes d’actions fonctionnaient mais on avait aucun retour d’état.
  • Deconz > je crois qu’on avait pas accès au site Phoscon du coup impossible de charger le backup des équipements sur la Gateway Combee II.

7 - On recrée le certificat HTTPS :

sudo apt-get install snapd
sudo snap install certbot --classic
sudo ln -s /snap/bin/certbot /usr/bin/certbot
sudo certbot certonly -d www.mondomaine.extension
sudo certbot --apache

J’ai un peu galéré car j’avais oublié le www. devant mon domaine T__T (là pour le retour d’expérience je vous l’ai mis dans les commandes pour vous éviter la bêtise)

8 - Enfin j’ai suivi ce post pour remplacer BLEA et mon antenne bluetooth par MQTT Discovery et Theengs Gateway :
On peut réactiver le plugin BLEA temporairement le temps de faire les remplacements de commandes (on peut désactiver la gestion automatique des dépendances pour assurer le coup).

EDIT :
9 - Pour le plugin Tesla il y avait un fichier à recompiler car les commandes d’action ne fonctionnaient plus (serveur proxy ko). Pour confirmer le problème :

cat /var/www/html/plugins/tesla/proxy/output.log

on obtient « nohup: failed to run command ‹ /var/www/html/plugins/tesla/3rdparty/vehicle-command/aarch64/tesla-http-proxy ›: No such file or directory »

Le développeur a donné le modop ici :

cat /var/www/html/plugins/tesla/3rdparty/vehicle-command/BUILD.md

J’ai juste dû ajuster un peu pour matcher à mon cas. Je ne mets pas toutes les commandes mais les adaptations sont :

  • Utilisation de la dernière version de go :
wget https://go.dev/dl/go1.24.0.linux-armv6l.tar.gz
sudo rm -rf /usr/local/go && sudo tar -C /usr/local -xzf go1.24.0.linux-armv6l.tar.gz
  • Variable TRG pour la copie qui doit pointer vers le bon dossier cible (aarch64 et non arm) :
TRG=/var/www/html/plugins/tesla/3rdparty/vehicle-command/aarch64/
sudo cp -rf tesla-http-proxy $TRG

Voici les plugins que j’utilise et qui fonctionnent bien :


(Je n’utilise pas Alexa)

Page santé :

10 « J'aime »

Un message a été scindé en un nouveau sujet : Image AMD64 Bookworm ne fonctionne pas