jjacques68

tu rigoles, mais je le pensais, je coupe le courant partout et alimente que les modules FGRM... en plus il sont sur le même disjoncteur

je vais quand même pas tout réinclure !!

ça je comprends bien ! Mais les FGRM sont à 2 mètres vol d'oiseau !! si je peux l'éviter, je préfère si je peux la remettre après à son emplacement d'origine, je veux bien, mais qui me dit que le maillage ne va rechanger après ça !? J'ose poser la question, (vais me faire gronder je le sens... ) si je force un remaillage complet du réseau. et que c'est pire, un bordel sans nom quoi... est ce qu'un recovery me remet les routes comme avant ?

en même temps, la HC3 est à la cave... Pas de chance, pas de bouteilles dans la cave !

je reviens avec mon histoire, après avoir pris le temps d'analyser les choses... Je me suis permis de refaire le script php sous une application windev histoire d'enrichir un peu les infos... Bon malheureusement j'arrive pas à avoir le rendu graphique du plugin en php, donc c'est une arborescence classique, mais le résultat est le même (et pas besoin de serveur http ou autre ) voilà le résultat : [id] - name - (room - section) si on regarde un des mes FGRM, celui du volet 3 (ID 47), et qu'on regarde de plus près le chemin en partant du module : RDC ---> CAVE ---> CAVE (encore ??) ---> ETAGE (incroyaaaable !) ---> CAVE ---> CAVE nan mais c'est quoi ce maillage ? J'ai du mal a croire que c'est le seul chemin qu'il ait trouvé !! et c'est de loin pas le seul !! Franchement, ça me dérange vraiment de voir ça, ça fait mal aux yeux !

alors je viens de me rendre compte, que sur les 6 FGRM, 1 n'avait pas les paramètres 40, 42 et 43 à 0. cela vient du fait que j'ai du le ré-inclure il y a quelques temps... Suite à une galère profonde pour inclure un Qubino FP, ce FGRM avait disparu de la circulation... ?¿? bref... Je n'avais pas penser à ces 3 paramètres à ce moment là. Je les ai modifiés, on va voir si ça va jouer un rôle... J'ai un doute vu que ce bug de remonté d'info, était aléatoire sur les 6. Apres peut-être qu'il bombarde sa conso sur le réseau et sature celui-ci et du coup j'ai des retours d'état qui se perdent...

j'ai encore une fois essayé ce matin. Toujours rien. Voici ce qui apparaît dans le debug : Mais il se passe rien, j'ai forcer des réveils, il reste en version 3.3.

@mprinfo, c'est une idée, mais pffffff faut que je le démonte, le branche à proximité, me retaper tous les scripts pour mettre à jour les ID... franchement... bof

les 6 FGRM sont justes au-dessus de la box, mais à l'étage au-dessus. désolé, mal lu. Mon FGMS n'est pas tout à côté. Mais j'ai pris soin de le rapprocher pour faire des essais, mais sans résultat non plus...

petit retour après 2 mois sur cette version : Et bien j'ai l'impression que ça se dégrade... Problème avec le retour d'état des device de type FGRM 222 (voir topic dédié) que je n'avais plus rencontré depuis un très long moment. J'ai de temps en temps, peut-être une ou deux fois par semaine des freeze complet de la box. Plus rien ne répond. Pendant plusieurs secondes... J'observe dans le graphique d'utilisation de la CPU des courbes très étranges (j'attends que ça se reproduise pour vous fair une capture - c'est rare), en gros : j'ai un pic, pas forcément à 100%, et puis ça descend lentement et linéairement. J'ai une mise à jour d'un FGMS dispo, mais elle a jamais voulu se faire correctement. Donc toujours présente... J'attends ave impatience une nouvelle mise à jour de la box.

ohhhh oui

oui tu as raison, faut que je lise tout ça... en tout cas le remesh par module ne change absolument rien au routage zwave !! Les 6 volets ainsi que le fameux module 199 dont on prenait l'exemple, n'ont absolument pas changé... Donc je me demande si cette fonctionnalité... fonctionne ??!!!

on peut pas modifier directement dans l'API le : edit : c'est vraiment tentant... plus j'analyse, plus je me dis que que pour pas mal de modules, ce routage est n'importe quoi... après j'y connais pas grand chose...

on peut le définir manuellement ? définir par quel module passer ?

belles explication, merci ! donc en gros, on est pas censé toucher... je l'ai fait pour les volets, demain j'essayerai encore pour le 199, histoire de voir le changement sur le graph... et combien de rebond maximum peut - il y avoir entre la centrale et un module ? Et par rapport au version z-wave de mes FGRM, ça va finir par leur remplacement

y a un truc qui m'échappe... le module 199, qui est module sur secteur, il est situé à 4 m de la box, juste un étage au dessus ! Le premier saut est par le device 64, qui est 2 étages plus haut que la box !!! Mais c'est du gros n'importe quoi !! J'ai jamais voulu, ou provoquer ça !! j'ose demandé si on est sûr du résultat de ce script php ? si je peux me permettre... si j'utilise la fonction de remesh, ça remet tout ça en ordre ? C'est étrange parce que ce graph a été fait après que j'ai remeshé les volets, et ils sont toujours à l'ouest... c'est les modules 37, 41, 44, 47, 53 et 762 !

j'ai pointé, mais j'avoue ne pas comprendre trop ce que je vois...

ah !! et maintenant ??

sous DSM ...

Et oui, je l'utilise pour mes applications Webdev... Mais rien y fait, j'arrive pas à lancer ce foutu script. Si j'ai un NAS, mais pfffff...

punaise je suis avec IIS et il me gonfle en me disant que j'ai pas le droit

J'arrive pas à fair marcher ce script PHP !!! ça me saoul

@TonyC : une petite vingtaine... tous sur secteur. Edit : par contre la manip de @Lazer, je l'ai faite que sur les 6 FGRM...

ahhh ok punaise je savais pas merci ! chose faite sur un module : comment on sait que c'est fini ? avec le log "New neighbor list received" ?