Lazer Posté(e) le 5 mai 2020 Signaler Posté(e) le 5 mai 2020 Voici un problème que j'ai mis longtemps à résoudre.... attention pavé, mais c'est pour expliquer le cheminement de la résolution d'incident. J'ai un Wall Plug qui se comportait de façon très étrange depuis pas mal de temps. Il s'agit du Wall Plug permettent d'alimenter le chargeur de mon vieux smartphone dédié à la passerelle SMS (avec JPI) Normalement ce wall plug se coupe et s'allume uniquement via un scénario dans JPI, en fonction de l'état chargé / déchargé de la batterie. Cependant, j'avais constaté depuis un certain temps le comportement étrange, du wall plug, qui se coupe ou s'allume un peu n'importe quand, sans respecter les actions données par JPI. Pire, je l'ai entendu (le petit relai) claquer rapidement plusieurs fois de suite, à n'importe quelle heure, même lorsqu'il n'y a aucun mouvement dans la maison, aucun scénario, rien ( *** Vous verrez à la fin que c'est un détail d'importance) Suspectant d'abord un bug dans JPI, j'ai d'abord totalement coupé JPI pendant plusieurs jours => le wall plug continue son fonctionnement aberrant ! Je vérifie tous mes scénarios sur la HC2 (en fait essentiellement GEA) pour m'assurer que l'ID du Wall Plug ne soit utilisé dans aucune scène, sait-on jamais... => rien à signaler Le firmware du Wall Plug est à jour : Je fais une reconfiguration douce du Wall Plug => ça n'améliore pas les choses : Je ne fais pas la reconfiguration complète du module afin de ne pas perdre mes ID et devoir tout reconfigurer : Dans la même logique, je ne fais pas non plus d'exclusion/inclusion du module. Je vérifie tous les paramètres du Wall Plugs => ils sont à leur valeur par défaut, rien d'anormal. Je commence alors à soupçonner un autre module d'être en association directe avec ce Wall Plug. Je vérifie ses associations, même si c'est peine perdue car l'écran montre les association vers un autre module, pas les association venant d'un autre module => rien à signaler : Mais alors comment trouver d'où provient le problème ? Me souvenant de vieux bugs rencontrés par les utilisateurs de Zibase aux tous débuts du Z-Wave, je pense alors à un module qui émettrait des trames d'alarme en broadcast, lesquelles seraient alors interprétées par le Wall Plug. Je m'assurer de désactiver toute réaction aux alarmes (ce qui est le cas par défaut) sur le Wall Plug, mais cela ne change rien : Et là, aujourd'hui, miracle Au moment où j'entends la voiture de Madame rentrer, j'entends également le relai du Wall Plug faire ses petits claquements répétés. Immédiatement, je repense à l'association directe, provenant du module branché sur le portail. Bingo, il s'agit d'un Fibaro FGBS Universel de première génération, installé là depuis de nombreuses années (sur la HC2 avec le firmware v3... ), donc l'une des entrées s'active sur l'ouverture du portail, et l'autre entrée s'active sur les cellules de franchissement. Et c'est l'entrée dédiés aux cellules qui pilote le Z-Wave via association directe, le panneau d'événement qui montre la réaction instantanée des 2 modules à la même seconde (une fois filtré... ce qui n'est pas une mince affaire quand on a 92 modules qui causent beaucoup) : *** Et là on comprends mieux la remarque du début, dès qu'un chat se frotte sur la grille du portail à toute heure du jour et de la nuit, le Wall Plug fait clignoter sa LED et claquer son relai. Totalement hallucinant Bon maintenant yapuka désactiver l'association directe Oui... mais non Parce que la HC2 me dit que ce module ne supporte pas la fonctionnalité des associations : WTF Tous les modules Z-Wave supportent les associations, et j'ai bien vérifié mes autres FGBS Universels, on a bien le bouton permettant de configurer les associations. Même un FGBS encore plus acien qui a été inclus avant celui-ci. => Je soupçonne dont le processus de migration vers la v4 (oui c'est vieux) qui a dû bugger et oublier de reconfigurer proprement ce module dans la base de données de la HC2. A noter que j'ai un autre module, un RGBW de première génération, inclus à la même époque environ, qui refuse de faire sa mise à jour de firmware... j'imagine que cet autre module doit également avoir des erreurs dans la base de données de la HC2. Bref, comme pour le Wall Plug, je n'ai aucune envie d'exclure et de réinclure ce module et devoir changer les ID, etc... Et sachant que la Reconfiguration Douce du FGBS n'est même pas proposée dans l'interface. L'astuce que j'ai alors employé en partant du principe que l'association directe vers le Wall Plug allait rester en place, c'est de m'assurer que cette association n'aura pas d'effet. Pour cela, on modifie les paramètres 5 et 6 du FGBS pour qu'ils n'envoient qu'une trame d'alarme générique au lieu d'envoyer un ordre ON/OFF (BASIC_SET) au Wall Plug. Comme on s'est assuré précédemment que le Wall Plug ne réagisse pas aux Alarmes, l'association directe n'aura alors plus de conséquence : => Et ça fonctionne Je suis allé jouer au chat en me frottant sur les cellules et le Wall Plug n'a pas aboyé : Il reste quand même un immense mystère dans tout cela, c'est comment le FGBS a pu s'associer tout seul avec le Wall Plug. Mystère et boule de gomme Une chose est certaine (en fait j'avais déjà pris ma décision mais cette expérience ne fait que la confirmer), lorsque je basculerai vers la HC3, je ferai une nouvelle installation, et pas une migration du réseau Z-Wave existant. De toute façon, vu que les ID des modules changent pendant la migration, et qu'il faut réécrire tous les scénarios (Scènes, QuickApps), je n'ai pas trop saisit l'utilité de cette migration telle que développée par Fibaro dans l'urgence. Si c'est juste pour éviter d'aller triple cliquer sur les modules, et conserver des bugs de configurations, ça n'en vaut pas la peine. 2 1
Lazer Posté(e) le 5 mai 2020 Auteur Signaler Posté(e) le 5 mai 2020 C'est bien un bug de la base de données, le JSON d'un module correct montre bien les associations : - interfaces "zwaveAssociation" et "zwaveMultiChannelAssociation" - liste des associations actuellement configurées : "interfaces": [ "polling", "zwave", "zwaveAssociation", "zwaveConfiguration", "zwaveMultiChannelAssociation", "zwaveSlaveRouting" ], "properties": { "associations": "[{\"endPointId\":0,\"groups\":[{\"groupInfo\":{\"commands\":[],\"name\":\"\",\"profile\":\"\"},\"id\":1,\"multiChannel\":{\"bitAddressable\":false,\"max\":5,\"set\":[],\"view\":[]},\"singleChannel\":{\"max\":5,\"set\":[1],\"view\":[1]}},{\"groupInfo\":{\"commands\":[],\"name\":\"\",\"profile\":\"\"},\"id\":2,\"multiChannel\":{\"bitAddressable\":false,\"max\":5,\"set\":[],\"view\":[]},\"singleChannel\":{\"max\":5,\"set\":[1],\"view\":[1]}},{\"groupInfo\":{\"commands\":[],\"name\":\"\",\"profile\":\"\"},\"id\":3,\"singleChannel\":{\"max\":1,\"set\":[1],\"view\":[1]}}]}]", Tandis qu'il n'y a rien de tout cela pour le FGBS problématique : "interfaces": [ "polling", "zwave", "zwaveSlaveRouting" ],
mprinfo Posté(e) le 5 mai 2020 Signaler Posté(e) le 5 mai 2020 Après toutes cette lecture Je crois que j'ai le même soucis avec un fgd211 la lampe s'allume de temps sans raison jamais trouvé pourquoi est j'ai fais les mêmes tests que toiEnvoyé de mon BLA-L29 en utilisant Tapatalk
Nico Posté(e) le 5 mai 2020 Signaler Posté(e) le 5 mai 2020 Bah j'avais des trucs du genre après les tonnes de alpha/beta de la V4 que j'avais testé en PROD, la seule vraie solution : J'avais fais mon reste complet une fois la stable sortie...
Lazer Posté(e) le 6 mai 2020 Auteur Signaler Posté(e) le 6 mai 2020 Ah bon ils ont finalement sorti une v4 stable ? 1 1
mprinfo Posté(e) le 6 mai 2020 Signaler Posté(e) le 6 mai 2020 @lazer c'est toute la différence entre objectivité et objectivité 2
Nico Posté(e) le 6 mai 2020 Signaler Posté(e) le 6 mai 2020 Elle n'est stable que dans un certain rayon autour de la Pologne, et ce rayon d'arrête juste après la frontière allemande en France, donc uniquement chez moi qui suit à 2km. 1
Lazer Posté(e) le 6 mai 2020 Auteur Signaler Posté(e) le 6 mai 2020 Sauf quand des gens installés à l'ouest de cette zone viennent te voir, dans ce cas elle redevient instable 1 1
mprinfo Posté(e) le 6 mai 2020 Signaler Posté(e) le 6 mai 2020 Elle n'est stable que dans un certain rayon autour de la Pologne, et ce rayon d'arrête juste après la frontière allemande en France, donc uniquement chez moi qui suit à 2km.Je confirme Comme quoi la dictature s effondreLorsque les esprits libres de l'ouest débarque Envoyé de mon BLA-L29 en utilisant Tapatalk 2
Nico Posté(e) le 6 mai 2020 Signaler Posté(e) le 6 mai 2020 Cette HC2 n'est plus, enfin la barrette de RAM plus précisément. J'ai su faire le ménage dans cette opposition futile.
mprinfo Posté(e) le 7 mai 2020 Signaler Posté(e) le 7 mai 2020 @nico plus qu'à passer sur hc3 Rien que d'en avoir une sur mon bureau ça me ferai plaisir. Mais je vais faire comme@lazer attendre sagement que tu test Envoyé de mon BLA-L29 en utilisant Tapatalk
BenjyNet Posté(e) le 9 mai 2020 Signaler Posté(e) le 9 mai 2020 Ah bah tiens, j'ai le même problème lorsque mon fils joue avec le RGBW first gen du lit, j'ai la lumière extérieure et celle de ma salle d'eau qui s'allume sans savoir pourquoi, surtout que c'est pas récurrent et j'ai rien trouvé non plus.
jojo Posté(e) le 22 mai 2020 Signaler Posté(e) le 22 mai 2020 Le 05/05/2020 à 22:18, Lazer a dit : Il reste quand même un immense mystère dans tout cela, c'est comment le FGBS a pu s'associer tout seul avec le Wall Plug. Mystère et boule de gomme c'est un coup bas du développeur stagiaire de chez Fibaro, qui a râler lorsque la direction a imposer de limiter la vodka au bureau à 1L/j/personne
Messages recommandés