MON REX
Je sur sur Pi avec Jeedom full uptodate.
Clé Zigbee CC2531
Plugin Zigbee beta datant 1 mois environ
Comme @nerull77 le champ ‹ type de contrôleur › est vide maintenant (ce n’était pas le cas avant):
Je configure le ‹ type de contrôleur › en ZNP
Sauvegarde
Redémarrage du démon NOK
Refais les dépendances NOK
J’installe le dernière bêta
Tout est OK
Après qq minutes, le temps d’écrire ce message. le démon est en erreur
Je vois souvent ce rappel, bien légitime pour une investigation de qualité. J’ai une idée d’amélioration; par exemple la génération d’un JSON dans l’écran de santé reprenant l’ensemble de la config (sans les infos perso type clés uniques… évidement). On peut imaginer mettre les infos manquantes comme une réf matériel type clé USB Zigbee par exemple, saisies dans des champs complémentaire (optionnels) de la config générales ou du plugin concerné!
Ainsi il devient facile de fournir toutes le infos pour une bonne analyse.
Je réalise bien qu’il est difficile de savoir dans le détails exactement quoi donner comme info aussi, capture d’écran de l’erreur, logs et page santé de jeedom sont toujours un bon début.
Et j’aime l’idée aussi, j’y ai déjà pensé.
Le core pourrait généré un « rapport » de la situation avec les infos de base du core, il faudrait juste que l’utilisateur sélectionne le plug-in pour lequel il veut le rapport.
Dans l’esprit des plugins jeedom on pourrait même avoir une méthode standardisée que les plugins pourraient implémenter et y coder le rapport des infos utiles pour le plug-in (que le core ignore) et si elle existe le core se chargerait de l’appeler et d’inclure le retour dans le rapport global.