Qubino flush 2 relays ZMNHBD1

[nechry]

Onglets valeurs


Sent from my finger

[tom74]

En fait je n'ai pas d'instance 2, j'ai que 1 et 0, j'ai essayé de passer à 5 min mais c'est pareil...

[nechry]

Oui désolé, les instance jeedom ont un offset négatif de -1 et on dirait que je mi ferai jamais. Donc la 1 enfin celle qui suit pas bien


Sent from my finger

[tom74]

Pas moyen, j'ai toujours le même symptôme.

[nechry]

Tu me fais un screen de l'onglet valeurs? Il y a un petit délais avant que le switch retombe off aussi


Sent from my finger

[tom74]

Voilà le screen :

Capture.PNG (102.44 Kio) Consulté 1185 fois

le délai c'est pas 5 min si ?

[nechry]

Ca devrait fonctionner tu allumes instance 0 en vrai sw1 devient on, puis reçoit report instance 0 et 1 a on puis instance 1 retombe off après un petit moment.


Sent from my finger

[tom74]

Cà ne fonctionne pas ...

[gpga]

[quote="nechry"]Vous pouvez ajouter les commandes manquante en se basant sur l'onglet Valeurs pour connaitre les bonne CC Instances et index. Pour la température ça serai un information, plus simple qu'une commande.

J'ai créé une commande température avec 0x31 et data[1].val mais il n'y a pas de valeur remontée ..

Qu'est ce qui manque ??

Merci

[nechry]

L'instance est la bonne?


Sent from my finger

[gpga]

C'est ce que j'ai trouvé pour remonter la température sur un autre capteur, pas le même évidement

[nechry]

Il faut comparée avec onglet valeurs la valeur de temperature, instance et index. Index est traduit dans le mapping par le x de data[x].val


Sent from my finger

[mgo]

merci nechry
j'ai appliqué cette méthode sur mon ZMNHDA2 avec succès

mais pour le ZMNHBA2 je n'ai pas de power dans les valeurs

alors que faire

[nechry]

Oui ça vous êtes quelques un a avoir ce problème, je n'ai pas encore de solution. Il me faudrait un device qui a le problème pour expérimenter avec


Sent from my finger

[mgo]

Je ne crois pas que le problème vienne du module puisqu'il fonctionnait parfaitement avec Z-way.

La question pour moi est la génération de l'onglet valeur qui est incorrect,
cela se fait il à l'inclusio, à partir d'un fichier de configuration ?
Je veux bien lister ce fichier si on me dit comment faire

[nechry]

@mgo en fait c'est oui et non certain on aucuns problème de remonté donc et openzwave et le device fonctionne d'autre on ce problème. Dans le second cas c'est avec le même logiciel , même config. Donc openzwave est potentiellement bien configurer, mais certain de ces device ne remontent pas leur détails comme il se doit. Il faut essayer d'exclure et re inclure le device voir si ça aide sinon je il me faudrait vraiment un de ces device et le mettre sur banc d'essaie afin de reproduire et modifier peut être la config afin de forcer cette détection


Sent from my finger

[mgo]

si cela peut aider
voila le type de message que je reçois à répétition via la console

2015-10-15 08:26:15.305 Info, Node015, Received a MultiInstanceEncap from node 15, instance 1, for Command Class COMMAND_CLASS_METER

[nechry]

@mgo tu as déjà essayé l'exclusion/inclusion?


Sent from my finger

[mgo]

oui sur tes conseils, jai même fait une inclusion sure

demain je ressaye une inclusion normale

[nechry]

Oki juste avec le nombre de msg je perds des fois l'historique des essais. Si tu as déjà fais du coup je doute que ça va aller mieux. Je n'ai plus les date en tete mais une config pour se device avait été faite pour justement améliorer le multi instance. Je pense bien que c'est déjà en stable. Toi tu es sur quel version? L'as tu déjà essayer sur la beta avec exclusion /inclusion?


Sent from my finger