jjacques68

Hello tout le monde, Merci à ceux qui prendront le temps de lire ces quelques lignes... Je me suis donc mis à sniffer les trames zwave... C'est très intéressant, mais pas toujours compréhensible... (à mon niveau) J'espère ne pas montrer des infos "confidentielles" avec les captures... 1ère découverte à laquelle je ne m'attendais pas, et bien c'est plutôt calme... Je pensais à voir plein de trames dans tous les sens (cf, sniffer LAN avec Wireshark), et bien pas du tout ! Donc c'est plutôt une bonne nouvelle j'imagine. 2ème découverte, et bien faut pas se mélanger les pinceaux avec les ID des modules (colonne Src et Dst) qui sont les "nodeID" et nom l'ID du device dans la base de donnée de la HC3. Certain le savait certainement déjà.. J'ai donc amélioré mon application qui me lister le maillage du réseau zwave, en interrogeant l'API, afin d'afficher les infos nécessaires. Les lignes en grises sont simplement les device qui servent de passerelle pour un autre device. 1ère lecture : Là je viens d'actionner un switch : On voit clairement le chemin que prend la trame avec les sauts de device en device. Ainsi que le retour d'état. Si je compare avec mon soft de maillage : Tout est nickel. 2ème lecture : Là on voit que visiblement, une route n'a pas fonctionnée ?? 28 -> 2 ne répondait pas... donc il a pris 28 -> 3 Par contre je comprends d'où il sort la route 28 -> 2 ?? Parce que clairement, d'après ce que je lis dans mon soft (donc dans l'API), c'est bien 28 -> 3... Et ça revient presque à chaque fois (le node 28 = une tête Danfoss, je dis ça parce que j'ai l'impression que c'est le bordel avec eux... je surveille ça du coin de l'oeil) 3ème lecture : là je constate une erreur (y en a quand même de temps en temps...) cette route n'est pas bonne : elle aurait du être (d'après l'API) : (36) -> 33 -> 34 -> 71 -> 333 -> (1) d'ailleurs quand je vois la ligne CRC_ERROR, tu peux être sûr que je comprends plus la route, comme si elle était perdues 4 ème lecture : Je comprends pas du tout ce scénario ?? qui revient souvent... Surtout que le Node 22 est en lien direct selon l'API... (et au passage, encore une tête Danfoss...) Ben voilà c'est quel le début des aventures Si qqun a des réponses/remarques/explications ... merci d'avance !!

ben ça fallait le savoir !! dans ce cas précis, vaudrait peut-être mieux utiliser une variable QA (self.xxxx) du coup... du moins si y a un risque que le contenu de la table soit modifier par une autre fonction...

mais que ce passerait-il si 2 méthodes de ce QA sont appelées "simultanément" avec la variable http déclarée dans le onInit() ?

toujours aussi clair tes explications @Lazer

et voilà, mes clé zwave sont arrivées, ça sniffer grave ce week-end

moi, au meilleur moment, il a jamais dépassé ... ... 0 %

oui pas qu'un fgms covidé passe par là...

ah ah j'avais pas fait gaffe !!

super , 3 variantes de bug...

d'ailleurs on a pas la possibilité, sur le forum, dans les propriétés du profil, de sélectionner "HC3" ou maintenant, "HC3L" bon, c'est pas gênant, mais... Si un admin pouvait ajouter ces 2 valeurs dans la liste box... merci d'avance !

nan mais y a un soucis avec les mise à jour des modules ! J'ai aussi un fgms à mettre à jour (v3.3), et y a rien à faire, ça veut pas. Pourtant à chaque tentative, il clignote bleu clair, pour fini par clignoter plus vite et s'allumer en vert. Avec le debug suivant : [03.03.2021] [17:46:45] [TRACE] [ZWAVE]: ID 521: New image was successfully stored in temporary non-volatile memory The device will now start storing the new image in primary non-volatile memory dedicated to executable code. Then the device will restart itself. Donc rien indique que ça a pas marché, mais ça a pas marché.

alors le chiffre après numéro de l'icône dans ton cas est pour des icônes avec plusieurs status. Dans ton cas, tu as fait la manip avec un QA de type binary, donc 2 status. Si tu l'avais fait avec un type MultiLevel... tu aurai pu avoir plusieurs icônes, donc avec des chiffres, derrière le numéro de l'icône, différent (userXXXX10, userXXXX20, userXXXX30, ...) Mais ça ne marche pas pour un QA de type générique. Donc il faudrait que tu refasses la manip, en créant un QA de type MultiLevel Sensor. Tu ajoutes ton ou tes icônes une par une. Tu relèves le N° de ces icônes (ils seront bien sous la forme userXXXX.png). Dans ton QA générique, ce sera à toi de gérer l'affichage de la bonne icône en fonction des différents cas. Avec la commande que tu cites ci-dessus. J'ai fais ça pour tous mes QA le nécessitant. Mais es-tu sûr que tu as besoin d'un QA de type générique ? Je demande ça car dans mon cas, quand je me sus lancé sur la HC3, je n'avais pas fait attention, et je choisissait systématiquement "générique" alors qu'un binarySensor/switch aurait été bien plus judicieux... rien que pour la gestion de l'icône... Et perso ça me gave de ré-écrire tous les QA, donc je reste comme ça, ça marche très bien aussi. Juste que... c'est pas clean et ça rejoint les remarques de @Lazer en début du topic...

Concernant la récupération l'icône, normalement un click droit sur l'icône suivi de enregistrer sous, permet de visualiser le nom contenant le numéro de l'icône... exemple userxxxx.png. le xxxx est le numéro de l'icone.

c'est pas faux

ben ça va pour un ou deux child... regardes dans mon exemple, j'ai un QA par pièce, permettant d'activer ou non l'éclairage automatique. J'ai donc fait : - 1 QA Parent - plus d'une douzaine de Child de type binary switch. je vais pas allé modifier tous les Child un par un pour changer l'icône, j'ai codé ça une fois et terminé.

j'ai fais ça y a quelques jours pour couper le wifi de la HC3... Tu peux peut-être t'en inspirer ... http = net.HTTPClient({ timeout = 2000 }) http:request("http://localhost/api/settings/network/radio",{ options = { headers = { ["Authorization"] = "Basic user:password (en base64)", }, data = json.encode({wlan={enabled=false}}), method = "PUT", }, success = function(res) if json.decode(res.data).code == 200 then self:debug("HC3 Wifi desabled") else self:debug(res.data) end end, error = function(err) self:error(err) end })

tout à fait, mais les icônes par défaut ne sont pas toujours appropriées, même pour un binary qqch... et ça évite de devoir aller le faire dans propriété des QA.

méthode un peu bourrin je l'avoue, mais je sais pas faire autrement : Et il faut au préalable ajouter l'icone dans la HC3 en passant par un QA type générique par exemple... Et une fois fait, mémoriser le N° de l'icone (dons mes exemple N° 1011). sur les enfant, c'est à la création du child : local child = self:createChildDevice({ name = _name, type = "_type, initialProperties = { deviceIcon = 1011 }, }, CLASS) sur les parents, dans le onInit() self:updateProperty("deviceIcon", 1011) je pense qu'on pourrait rajouter cette commande dans le onInit() des child, jamais testé...

pour info : depuis que j'ai fait cette manip sur CE FGRM en question, je n'ai plus eu de soucis de remonté d'info, pour les 6 FGRM... Voilà c'était juste pour info, toujours en observation...

pas sûr que ce soit déjà possible... peut-être avec self:updateProperty() ??

j'espère oui, bon j'en ai déjà cramé une avec un mauvais .HEX pour la flasher question bête c'est quoi "GA" ?

je l'avais oublié celui-là...

J'ai jamais réussi à régler quoi que ce sot avec le bypass... Pour le neutre, ben c'est pas possible, ça part dans une boite de dérivation, recouverte de peinture, c'est propre, mais si je l'ouvre ça va être

essaye le site de @mprinfo, les prix sont plus que très bien.

hello ! J'utilise un FGD-212 pour alimenter les LED des meubles de la cuisine. Ces led sont sur transfo. Je ne veut pas utiliser la fonction dimmable du module. (j'ai choisi ce type de module car pas de neutre évidemment) Et je rencontre le soucis suivant : Si je monte trop le param 2 (Maximum brightness level) j'ai des Volt Drop. Là je suis à 40 %... ça passe. J'ai bien mis le param 32 (on/off mode) sur 1 (dimming not possible) Pas de soft-start (param 34). Time of a dimming step (param 6 et 8) sont à 0 Percent of a dimming step (param 5 et 7) sont à 99 % Ces 2 derniers sont censés être inutiles, vu le param 34 ??!! Là, c'est donc stable, mais j'ai un foutu grésillement au niveau des transfo !!! Et ça ça me fait un peu peur ! Vous avez une idée ? J'ai pas mis les bons paramètres ? Merci d'avance !