Suite a un article sur blog, je decide de faire un test avec la clef « RECOMMANDE » par l’equipe jeedom (EZSP). Afin de pas flinguer ma config actuel (conbee 2), je repart de zero
MARCHE PAS !!!
Le plug n play c’est pas encore ca.
Bonjour,
Alors déjà dans un premier temps le combo buster 64bits et un Pi3B+ n’est pas la meilleurs des combinaisons à faire, il y a des sujets sur le forum qui en parle.
Mais encore cela manque un peu d’information, de log, de copie d’écran de configuration et santé
J’ai installé une distrib 64 bits, a cause de la phrase ci dessous que l’on peu trouver dans la doc d’installation pour Raspberry Pi.
« Il y 2 types d’image, celle jeedom-debian-XXXX-rpi-X.X.XX.zip qui est en 32bits, elle est compatible avec tous les modèles de RPI et la jeedom-debian-XXXX-rpi-64-X.X.XX.zip qui est en 64bits, elle est (nettement) plus performante mais n’est compatible que RPI2/3/4. Pour resumer en RPI 1, prenez la 32bits sinon prenez la 64bits (rpi-64) »
Si c’est pas la meilleur combinaison, il faudrait revoir la doc.
Je vous fourni les log ce soir.
Je comprends très bien, je ne dit pas que cela n’est pas compatible juste que la stabilité n’est pas là, par contre sur un Pi4 cela ne pose aucun problème.
De plus de souvenir, il me semble que Rasbian buster 64bits est encore en version beta sur le site de la fondation.
Il existe par ailleurs des images Rasbian buster + Jeedom en version 32 et 64 bits disponible sur le lien ci-dessous si cela peux vous faire gagner du temps 
Une copie d’écran de la page santé de jeedom ainsi que de la page configuration du plugin serait utile si vous pouviez.
Salut
J’ai fait pas mal de test et je suis arrivé a faire fonctionner le plugin, avec une distrib 32 et 64.
Bien qu’étant déjà utilisateur de jeedom je me suis fait avoir comme une bleu avec la sauvegarde des réglages.
Je trouve que dans l’interface de paramétrage du plugin, le bouton « Redemarrer le démon » attire trop l’attention est on oubli cliquer sur le « sauvegarde ».
Je pense pas être le seul a me faire avoir.
Par contre le demon démarre puis s’arrête quand j’utilise le type clef « auto » (avec contrôleur ezsp), une fois forcé a Elelabs, ca roule.
Le log par defaut donne
[2021-05-05 13:31:32][ERROR] : Couldn't start application
[2021-05-05 13:31:32][ERROR] : [start_zigbee] Fatal error :
C’est reproductible a 100% sur ma config, je peux envoyer le log de debug si besoin.
Juste un autre point, j’ai flashé avec l’image 64 que vous fournissez (jeedom-debian-buster-rpi-64-4.0.61.zip), mais impossible de faire la mise a jour de jeedom.
J’ai une erreur « Call to a member function getRemoteVersion() on bool ».
J’ai un peu galéré, mais j ai vraiment hâte migrer ma config avec le nouveau plug.
Bonjour,
C’est normal, dans la configuration vous avez pu voir que le plugin était capable de reconnaitre différents type de contrôleurs d’où l’intérêt de préciser votre type de clé
Je ne fourni rien, c’est Jeedom qui mets à disposition et je ne suis pas Jeedom mais qu’un membre de la communauté comme beaucoup d’autres.
Concernant votre erreur n’ayant pas de version 64bits tournant sur un Pi4 je ne saurait vous en dire plus, peut être qu’une recherche sur tout ou parti du message d’erreur vous trouverez une solution sur la communauté.
Non c’est pas normal, dans la liste des types de clef il y a « Auto » cela laisse donc supposer que le plugin est capable détecter le type de clef en fonction du controlleur sélectionner, or cela ne fonctionne pas.
Désolé, reflex
Il y a des cas ou cela doit certainement fonctionné pour ma part sur les Jeedom distants ou j’ai vu fonctionner le plugin le port était spécifié à chaque fois.
Pas de souci
je ne parle pas du port mais du type de clef
oui oups c’est bien à type de clé que je pensais pas port
Auto c’est si c’est pas une clef elelabs voit ça comme défaut et encore suivant le firmware que tu mets sur elelabs il faudra auto. Il est impossible pour le plugin de deviner cela
C’est certainement une déformation professionnel, mais pour moi « Auto » ne veux pas dire « Défaut ».
Auto = je me debrouille tout seul
Default = regarde dans la doc pour connaitre le comportement par defaut
C’est juste un pb d’ergonomie, quand on installe le plugin on se retrouve avec des réglages pré remplis, et ca ne me semble pas intuitif d’aller tripoté a un réglage « Auto ».
De plus l’erreur reporté dans le log est pas franchement explicite.
[2021-05-05 13:31:32][ERROR] : Couldn’t start application
[2021-05-05 13:31:32][ERROR] : [start_zigbee] Fatal error :
Si je peu me permettre une autre remarque d’utilisateur lambda de base : a doc du plugin indique
« …vous pouvez configurer un ou plusieurs contrôleurs Zigbee en renseignant le type de contrôleur, le port du contrôleur ainsi que le canal à utiliser , puis (re)démarrer le démon. »
Si on ne click pas sur « sauvegarder »…ca ne sert pas a grand chose de faire la config, et comme je l’ai indiqué plus haut la position et la couleur du bouton « redemarrer le demon » capte l’attention et on oubli de sauvegarder. Ce type d’oubli peu très vite devenir chronophage, j’en ai fait expérience avec le plug deconz et la clef d api.
Je me veux constructif, c’est l avis d’un utilisateur lamba qui découvre le plug et qui veux s’en servir
tout de suite (et en plus j’ai pris la peine de lire la doc). Etant dev ( mais pas specialisé en domo) je suis peut être un peu plus critique, mais j’ai perdu beaucoup de temps a cause de petits détails d’interface.
Bravo a l’équipe de dev de jeedom
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.