Hello, je continue mon installation de ma jeedom Mini+ : j’avais jusqu’ici réussi à installer debian Bullseye dessus, et je m’aperçois maintenant que cette version n’est pas compatible de tous les plugins (notamment zwave, et comme j’ai une raZberry…). Me voila donc bon pour réinstaller Buster sur ma carte sd.
Question : quelle est la marche à suivre. En premier je veux sauvegarder mon installation de jeedom. J’imagine qu’il faut passer par le menu du même nom, sauvegarder sur la sd puis copier le fichier de sauvegarde? Et à la suite de la reinstall il faudra le remettre au même endroit sur la sd pour le charger à nouveau ?
Est-ce que ça va me garder tous mes plugins, équipements, widgets, etc ? J’en ai pas 50 mais ça m’éviterait pas mal de taf…
Ensuite, quelle image de Buster est la plus appropriée ? La dernière dispo ici : Index of /rpi ?
(J’avais essayé d’installer stretch via le même dépôt mais l’image est corrompue).
Merci pour votre aide.
Bonjour.
Les images des Raspberry ne sont pas compatibles avec les mini+. Ce n’est pas le même matériel.
Les images ne sont pas corrompues, mais elles ne sont pas compressées avec un compresseur universel.
Il faut utiliser 7zip pour les ouvrir.
Ok merci pour l’info sur l’incompatibilité des images raspberry/mini+. Je vais voir pour installer de zéro comme je l’avais fait avec Bullseye.
Par contre je persiste que l’image stretch pour jeeboard dispo ici est corrompue : le dézippage ne fonctionne pas avec 7zip, Windows ou WinRAR.
Il me semble avoir lu récemment qu’elle se décompresse correctement avec Total Commander.
Bonjour,
Si c’est juste zwave, restez sur bulleyes et installez #plugin-zwavejs. (En bêta)
De toute façon vous êtes sur une install vraiment hors normes avec cette mini+ (mais tant mieux si cela fonctionne) du coup passez sur le futur plug-in zwave plutôt que de faire marche arrière pour devoir changer dans 6 mois, cela me semble plus approprié
Oui j’ai vu ce plugin beta, mais le peu que j’ai lu m’a fait peur 
. Mais si vous me dites que c’est le futur (en remplacement de l’actuel?) c’est effectivement à réfléchir. Je vais lire plus la doc alors !
Notamment, un des pré-requis est d’avoir le plugin Mqtt manager installé, or jutilise déjà Jmqtt que j’ai appris à maîtriser. Puis-je avoir les 2 ? Dois-je abandonner Jmqtt ?
Bonjour,
Aucun problème pour faire cohabiter JMQTT et mqtt-manager.
Il suffit de configurer le bon broker dans mqtt-manager.
Ok je tente alors ! Merci pour votre aide, je continue mon apprentissage par l’expérience 
Bonjour,
Pas sur que la mini+ supporte tout cela. Vous risquez de faire un apprentissage avec un expérience fortement dégradé.
Je supprimerai jmqqt si ça ne marche pas. Au moins j’ai plusieurs solutions à tester !
Yep, on en parlait ici déjà: Installation Box Mini+ d'occasion - #2 par Mips
On l’attire avec une petite config et ensuite il sera infecté par jeedom et changera de box, mouahahah 
Exactement . Quand j’en aurais marre de galérer avec une config bâtarde je sauterai le pas
Bon je vous tiens au courant de mes péripéties (ping @Mips , @Fabrice et @Madcow ) : j’ai jamais réussi à faire fonctionner zwavejs : entre le plugin MQTT, le plugin docker, et le fait que zwavejs soit en béta j’ai trop de mal à tout faire fonctionner (installation des dépendances qui galère, installation de mosquitto aussi, le démon mqtt2d qui veut pas démarrer, …) . Bref j’ai abandonné, et je me suis lancé dans la réinstall de buster à la place de bullseye. Pour le moment j’y arrive pas non plus !
J’ai flashé l’image dispo ici (suivant le tuto de @purplelynx42 sur un autre fil) et le boot s’arrête sur un écran noir avec juste le pingouin dans le coin en haut à gauche…
Je vais au moins retenter de réinstaller bullseye comme je l’avais fait en premier lieu. Je crains d’avoir tout perdu 
Edit : ça remarche avec bullseye, mais au moins 2 images différentes de buster ne bootent pas
Pour mqtt2, N’installez pas docker et choisissez l’install local, ça passe mieux et ça demande nettement moins de ressources tout en supprimant une source de problème potentiel.
je sais que je vais en faire bondir certains mais c’est pas grave, c’est quand même ça que je recommande ayant testé les deux; (ceci dit j’ai des containers sous docker pour d’autre usage mais pas sur jeedom non plus);
bref, pour une installation « domotique tout usage », accessible à tout le monde, je trouve que ça reste le plus efficace.
Je bondis 
je bondis
Je rigole, j’avais juste envie de bondir, j’aime pas Docker 
C’est même pas un débat « j’aime ou j’aime pas »; docker est un outil et comme tout outil il est efficace ou pas en fonction du contexte;
Je rêve de conduire une pelleteuse… Mais pour planter mes tomates ça va pas le faire.
Docker sur une mini+ déjà surchargée juste pour avoir mosquito… Ça va pas le faire non plus.
Oui bien sûr tu as raison, question de contexte et d’utilisation 
HS ON / Moi mes tomates n’ont pas donné grand chose et pourtant j’ai pas utilisé de pelleteuse ! Si tu as des conseils ? 
/ HS OFF
Ah merci pour le tuyau pour éviter Docker. Faut que je réinstall tout sous Bullseye alors
Et pour tes tomates @Bison , idem pour les miennes mais vu la chaleur, les restrictions d’eau et les incendies par chez moi ça m’étonne pas tant que ça
ReSalut,
Je pense qu’au vu des ressources passablement limitées de la Mini+ (c’est pas un reproche, juste un constat en 2022 ) il va falloir optimiser à fond pour faire tourner Jeedom…
Et je rejoins la remarque de @mips
[…] choisissez l’install local, ça passe mieux et ça demande nettement moins de ressources […]
Voilà la procédure que j’aurais essayé de suivre:
- Installation Debian Buster de 2022 fourni par SolidRun.
- Update de l’OS (apt update + apt dist-update).
- Petites corrections (NTP, locales) selon ce post.
- Si le module est interne (Z-Wave, EnOcean), suivre l’astuce du systemctl mask pour libérer le TTY GPIO selon ce post.
- Installation de Jeedom selon le guide officiel pour la VM.
Après, faire tourner V4 là-dessus… ça risque de s’arrêter au premier update qui demandera un peu plus de RAM ou du CPU. Mais l’exercice est intéréssant 
Petite remarque en passant, il est possible de faire l’install du Broker (mosquitto) par jMQTT (install locale) ou par mqtt2 (local ou docker), mais il faut choisir lequel des plugins fait l’installation, sinon ils vont écraser les configs l’un de l’autre.
Perso, pour une install neuve avec les 2 plugins, je ferais une install de mosquitto via mqtt2 en local et je le configurerais dans jMQTT (sans lui demander de l’installer).
Par contre, il me semble que mqtt2 configure et utilisé par défaut du mqtts (avec certificat ssl autosigné), c’est une bonne idée pour la sécurité, mais sur une machine déjà surchargée c’est peut être overkill, surtout en local.
Bad