Aller au contenu

Messages recommandés

Posté(e) (modifié)

bonjour,

 

je commence ici un nouveau fil pour ouvrir les échanges au sujet d'un portage de HC2 vers HC3 du programme qui permet de monitorer Z-wave

le fil de discussion est sur le forum anglais :

https://forum.fibaro.com/files/file/184-z-wave-monitor/?do=findComment&comment=897

 

et les instructions de fonctionnement sont dans le 1er post :

 

https://forum.fibaro.com/files/file/184-z-wave-monitor/

 

version courante : V3.2.1

 

installation: (rudimentaire)

        Téléchargement

1 - téléchargez les 2 programmes .lua

       

       Traitement du fichier Z-wave Viewer

2 - ouvrir le fichier Z-wave Viewer-vx.x.x.lua dans 1 éditeur (par exemple Notepas++)

3 - copier le contenu dans le presse-papier

4 - ouvrir un nouveau scénario LUA   ==> nom suggéré "Z-wave Viewer"  mais vous pouvez mettre ce que vous voulez

5 - copier (copier/coller) le contenu du fichier Z-wave Viewer-vx.x.x.lua dans la partie "ACTIONS"

6 - sauvegardez et notez l' Id du nouveau scénario ainsi créé

 

       Traitement du fichier Z-wave Monitor

7 - ouvrir le fichier Z-wave Monitor vx.x.x.lua dans 1 éditeur (par exemple Notepad++) et changez la valeur dans les variables d'entête de viewer_sceneId=322 par l'Id que vous avez noter pour le scénario "Z-wave Viewer"

8 - sauvegardez et copier le contenu dans le presse-papier

9 - ouvrir un nouveau scénario en mode LUA ==> nom suggéré "Z-wave Monitor" mais vous pouvez lui donner le nom que vous voulez 

10 - coller le contenu du presse-papier dans la partie ACTIONS

11  - sauvegardez notez l'Id du scénario

 

 

       Lanceur Z-wave Monitor

12 - ouvrir un nouveau scénario en mode Block ==> nom suggéré "Lanceur Z-wave Monitor" mais vous pouvez lui donner le nom que vous voulez

13 - dans la partie "Puis faites" sélectionnez sur la gauche Scénario et coller dans "Puis faites"  sélectionner  "Z-wave Monitor"

14 - sauvegardez

 

      Variable globale (nota: les variables globales du système ne se créées pas automatiquement - ou alors je n'ai pas trouvé)

15 - aller dans paramètres/général/variables

16 - créer une variable standard avec le nom zwave_"Id-du-scénario-Z-wave Monitor" (sous la forme zwave_318)

NB: si vous changez de scénario il faudra mettre à jour le nom de la variable globale ou en créer une autre avec le bon nom

 

Voilà c'est terminer pour la partie installation

 

 

Exécution:

lancer le scénario "Lanceur Z-wave Monitor" 

Voir les résultats dans la console

Les fonctions de lancement du viewer et d'arrêt du monitor sont intégrés dans les restitutions de la console

 

 

 

NB: 

- à chaque nouvelle version du Monitor, il faudra mettre à jour la variable viewer_sceneId et il suffira de copier coller le contenu du fichier vx.x.x dans le scénario "Z-wave Monitor" , sauvegarder, arrêter le scénario et le relancer

- à chaque nouvelle version du Viewer, il suffira de copier coller le contenu du fichier vx.x.x dans le scénario "Z-wave Monitor" , sauvegarder, arrêter le scénario et le relancer

 

Z-wave Monitor-v3.2.1.lua Z-wave Viewer_v3.2.1.lua

Modifié par jluc2808
  • Like 3
  • jluc2808 a modifié le titre en programme pour Monitorer Z-wave sur HC3
Posté(e)

pour ceux que ça branche

 

je viens de faire un monitoring sur quelques heures et je m'aperçois que mes interrupteurs "walli controller" sur secteur (24v) qui ont un capteur de température intégré , remontent périodiquement la température alors que dans le paramétrage Z-wave dans l'onglet avancé

j'ai désactivé tout pour cet Id du périphérique:

- appareil masqué

- appareil desactivé

- Appareil exclu de l'interrogation

et  enregistrer dans l'historique n'est pas coché 

 

 

 

Posté(e)

Relevé de température et interrogation de l'appareil (polling) sont 2 concepts totalement distincts, c'est marrant car c'est le 2nd cas de confusion cette semaine, voici le sujet qui en parle :

 

 

Pour tes relevés de température, regarde plutôt dans les paramètres du module si tu ne peux pas désactiver l'envoi de rapports. C'est le seul moyen de "dire" à un appareil de ne pas envoyer de rapports. Enfin... si c'est configurable, car ça ne l'est pas toujours selon les modèles.

 

Le cacher dans l'interface n'aura un impact... que sur l'interface ! Pas sur la communication avec le module, ni sur le fait qu'il va envoyer ou pas des rapports.

Posté(e) (modifié)
Il y a 22 heures, Lazer a dit :

Relevé de température et interrogation de l'appareil (polling) sont 2 concepts totalement distincts, c'est marrant car c'est le 2nd cas de confusion cette semaine, voici le sujet qui en parle :

 

 

Pour tes relevés de température, regarde plutôt dans les paramètres du module si tu ne peux pas désactiver l'envoi de rapports. C'est le seul moyen de "dire" à un appareil de ne pas envoyer de rapports. Enfin... si c'est configurable, car ça ne l'est pas toujours selon les modèles.

 

Le cacher dans l'interface n'aura un impact... que sur l'interface ! Pas sur la communication avec le module, ni sur le fait qu'il va envoyer ou pas des rapports.

oui ce que tu dis est parfaitement compréhensible , je pensais que la case à cocher dans la configuration de la HC3 pour chaque module était un moyen de faire dialoguer le module et le gestionnaire z-wave pour demander au module de ne pas envoyer de rapport du tout.

Par ailleurs dans les paramètres HC3 pourr le walli controller il n'y a aucun paramètre qui permet de régler les envois de rapport non sollicité par le gestionnaire réseau, donc ceux déclenchés par le module

j'ai l'impression que ces modules (walli controller) sont paramétrés en dur pour envoyer un rapport (dont la température) avec un seuil de delta ou / et avec une récurrence toutes les xx minutes.

 

Je constate ces envois avec ne nouveau z-wave monitor pour tous les modules interrupteurs walli controller.

Il faut que je regarde dans la doc parce que je crois me souvenir qu'il y a une séquence avec le bouton (et les couleurs des anneaux) dans laquelle on modifie ces rapports, même si c'est spécifié que cela est pour les modules qui sont sur batterie.

 

Je vais fouiller de ce côté

 

edit :  je viens de regarder dans la doc :  https://manuals.fibaro.com/wp-content/uploads/2024/07/FGWCEU-201-T-EN-f1.2-15.07.24.pdf

plusieurs choses ne me semblent pas claires :

 

indicator CC :  je n'ai pas compris  - 1 quoi ça sert , 2  comment on le modifie , 3 si la valeur pour la partie température est modifiable ?

 

Modifié par jluc2808
Posté(e)

De ce que je vois dans la doc, le "Indicator CC" est positionné à l'inclusion selon si on est en alimentation externe, ou bien sur batterie.
Et cela change le mode de fonctionnement du module, et c'est justement ce dont il est question dans mon mini-tuto, à savoir qu'en mode batterie l'appareil ne peut pas recevoir d'ordre provenant du contrôleur, sans avoir au préalable été réveillé.

 

Si je comprend bien la suite, lorsque l'indicator est positionné (donc alimenté sur secteur), alors cela permet aussi d'allumer les LED du bouton.

 

Pour la remonté de température cela ne semble pas paramétrable car programmé en dur :

Citation

The device is equipped with a built-in temperature sensor. It measures the ambient temperature and reports it to the controller only when it changes by at least 0.1°C, but not more often than every 10 minutes. It is recommended to use battery or 12V DC power supply for reliable temperature measurement.

 

Mais tout cela aurait plus sa place sur le topic du module en question.

Bref, si tu as un module qui ne fait qu'envoyer des rapports de température, il faudra vivre avec.
Mais je doute qu'il inonde le réseau de messages, car comme écrit dans la doc, c'est au minimum toutes les 10 minutes.

 

Quand j'avais utilisé cette scène sur mon HC2 pour identifier les modules les plus bavards, c'était 2 Fibaro Wall Plugs, branchés sur mon frigo et mon congel, qui envoyaient des rapports de consommations de (très) nombreuses fois par minute ! Un tout autre registre.

 

Posté(e) (modifié)

ok merci pour tes explications , donc à priori pas de sujet de ce côté

 

edit: et pas de module bavard qui inonderait le réseau, le seul qui a une activité plus importante que les autres, est le module de captation/déclencheur de la luminosité extérieur, qui le matin et le soir envoi une série d'info toutes les minutes pour donner la nouvelle valeur en lux de la luminosité, ce dont j'ai besoin pour pouvoir gérer l'automate de la lumière sur seuil dans l'escalier extérieur (mais comme c'est toutes les minutes ça ne me semble pas se mettre dans la partie inondation !) .

Modifié par jluc2808
×
×
  • Créer...