1/ les scripts qui s'installent pas
ça arrive : réinstaller ou faites le à la main (dossier /script, dossier à vérifier de toute façon, parce qu'il garde aussi les script après suppression et ça peut faire fouillis)
// connait pas la raison, surement quand l'Eedomus cause avec le cloud, il zappe des trucs, y compris des acquisitions de données à l'intervalle de polling qu'on met sur le dos de la saturation du réseau z-wave : sauf que ... cette maladie atteint les demandes HTML ! ah mince ! Palsambleu, et Cornebouc ! J'ai posé des suggestions la dessus, mais je ne suis pas sur que le staf lise vraiment le forum (je ne leur en veux pas, ils y passeraient tout leur temps)
2/ invisibilité
deja, Eedomus s'embrouille avec l'invisibilité des canaux et celle de "pas de piece", c'est parcequ'ils sont passés de l'un à l'autre et que les json ont la commande visibility et l'attribution de piece dans la fenêtre de création : on peut donc même avoir un périphérique visible déclaré invisible !
Pour corriger ça, une seule solution, c 'est de d'abord déclarer tout visible, attribué à une pièce, avant de faire quoique ce soit et en faisant attention que ça peut s'inverser : si vous voyez le capteur noté invisible mais que vous le voyez, en cliquant pour le rendre visible... vous lui supprimez sa pièce ! c'est fou ça non ?
Je suis en train de me poser la question pour mon plugin (rien à voir avec votre probleme), à cause de cette mauvaise gestion des canaux logiciels (pas des canaux des capteurs "physique", la j'ai pas vu de probleme, à part qu'il faut parfois faire des désinclusions/inclusion pour faire accepter un accessoire branché sur un module), si l'intérêt de l'homogénéité des données valait le coup ... je suis à 2 doigts de repasser en périphériques séparés dans mon développement : deja parce que si on déclare un parent : les valeurs sont recopiées du parent et pour celles qu'on entre, c'est parle à mon c.... hein ? bon ...
c'est pas tout :
quand vous installez un périphérique, faut pas oublier de lui donner une pièce, sinon, il est invisible de partout, même parfois dans l'onglet "configuration" tant qu'on n'a pas eu accès à ... la configuration et "sauver" ... alors la.... on est dans l'embarras parcequ'il existe et qu'il existe pas en même temps, en fait l'Eedomus est de la mécanique quantique
mais inexistant, pour le retrouver, un truc :
s'il ya des canaux, deja on part toujours du parent, les canaux sont listés dessous dans "configuration" et on accède aux enfants via n'importe quel canal
et... pour l'invisible complet donc,
il y a un endroit ou il se trouve toujours, c'est la liste des "parents" ! (la on suppose qu'il n'a pas été configuré enfant de quoique ce soit, sinon, il n'y figurera pas, du coup.. faut virer toute les affiliations et vérifier)
si on le voit dans la liste des parents, on fait une attribution pour n'importe quoi, puis enfin, il devient visible pour le n'importe quoi, on accede a sa config et on lui met sa piece, OUF
Tout ce que je viens de dire est un cirque que j'ai du faire pendant mes développement, en plus comme j'ai parfois 3 bras gauches le matin, j'en rajoute la ou c'est pas necessaire : si un json qui a l'air valide (valide dans les pages de test) , a un caractère de délimitation de texte dans le texte, non échappé, BAM, vous êtes bloqué avec un sablier éternel (je vais être plus clair : 'ceci c'est un truc qui t'éclate le json' doit s'écrire : 'ceci c\\'est un truc qui t\\'éclate le json'
Solution : virer le script à la main (/script), si c'est un plugin privé, le virer et aller dans la config du fautif qui est apparu... invisible sans rien, dans la fenetre config et dont la config donnait le sablier éternel et la, on a enfin une erreur déclenchée et donc la possibilité de le virer
Je vais t'en trouver d'autres moi des plantages, mais au cas ou le tien ne s'y trouverais pas, explique nous précisément ce qui cloche et j'essaye de le reproduire, c'est pour ma collection