Qubino flush 2 relays ZMNHBD1

[winhex]

oui

j'ai confondu de modèle. désolé

[mgo]

Voici une liste d'event typique du fonctionnement du module

je coupe le chauffage commande off1
réponse oui je suis off
puis 2 sec plus tard non je suis on
suivi par une suite de report de puissance faux par ailleurs

puis mon état 1 repasse à zéro sans commande apparente

en bref cela défie toute logique
si cela peut vous aider !

25-01-2016 11:46:46 | event | Exécution du scénario [chaufferie][Chauffage] déclenché par : [Salon ][Thermomètre][Température]
25-01-2016 11:46:46 | event | Exécution de la commande [chaufferie][chaudiere][Off 1]
25-01-2016 11:46:47 | event | Evènement sur la commande [chaufferie][chaudiere][Etat 1] valeur : 0
25-01-2016 11:46:49 | event | Evènement sur la commande [chaufferie][chaudiere][Etat 1] valeur : 1
25-01-2016 11:47:19 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 111.8
25-01-2016 11:47:20 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 109.8
25-01-2016 11:47:24 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 89.2
25-01-2016 11:47:25 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 81.3
25-01-2016 11:47:45 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 2] valeur : 81.2
25-01-2016 11:47:45 | event | Evènement sur la commande [chaufferie][chaudiere][Consommation 2] valeur : 33.3
25-01-2016 11:47:51 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 82
25-01-2016 11:48:00 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 81.8
25-01-2016 11:48:27 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 80.4
25-01-2016 11:49:01 | event | Evènement sur la commande [chaufferie][chaudiere][Etat 1] valeur : 0
25-01-2016 11:49:13 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 81.8
25-01-2016 11:49:27 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 81.8
25-01-2016 11:49:56 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 84.2
25-01-2016 11:49:57 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 81.4
25-01-2016 11:50:08 | event | Exécution du scénario [Salon ][présence] déclenché par : #schedule#
25-01-2016 11:50:11 | event | Evènement sur la commande [chaufferie][pluie][Previsions Textuelles] valeur : De 11h55 à 12h55 : Pas de précipitations
25-01-2016 11:50:11 | event | Evènement sur la commande [chaufferie][pluie][Dernière mise à jour] valeur : 11h45
25-01-2016 11:50:16 | event | Evènement sur la commande [chaufferie][chaudiere][Température] valeur : 51.3
25-01-2016 11:50:17 | event | Exécution du scénario [chaufferie][Chauffage] déclenché par : [chaufferie][chaudiere][Température]
25-01-2016 11:50:17 | event | Exécution de la commande [chaufferie][chaudiere][Off 1]
25-01-2016 11:50:18 | event | Evènement sur la commande [chaufferie][chaudiere][Etat 1] valeur : 0
25-01-2016 11:50:20 | event | Evènement sur la commande [chaufferie][chaudiere][Etat 1] valeur : 1
25-01-2016 11:50:34 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 80.5
25-01-2016 11:50:35 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 81.6
25-01-2016 11:51:31 | event | Evènement sur la commande [chaufferie][chaudiere][Etat 2] valeur : 1
25-01-2016 11:52:25 | event | Evènement sur la commande [chaufferie][chaudiere][Puissance 1] valeur : 81.1

[mgo]

petit complément d'infos

les commandes on2 et Off2 commandent le etats 2 et 1
il doit y avoir une confusion dans les commandes
dans le paramétrage le paramêtre 10 n'est pas modifiable il est bloqué
à All on active all off active

[nechry]

Se module est présentement mal supporté, ça été répété a plusieurs reprise. Faut pas s'acharner avec.

Avec les développeurs de la lib openzwave je suis en lien direct avec les développeurs Qubino pour corriger l'ensemble des qubino. Qubino a envie de nous aider.


Sent from my finger

[mgo]

je m'acharne dessus car il fonctionnait sous zway et qu'il me permet de contrôler le chauffage grâce à sa sonde de température qui est collée sur le tuyau d'eau chaude.
s'il ne marche pas mieux je serai obligé de racheter un double switch fibaro par ex et de l'associer au qubino fonctionnant en sonde de température

As tu un délai pour qubino, car ils devraient se remuer s'ils espèrent continuer à vendre ce type de module.
Merci pour ton aide

[nechry]

Pas de délai précis mais on a des débuts de piste. Il y a des chantiers prioritaires dans la lib ozw mais je pense d'ici 3 mois ça pourrait bien être réglé. C'est sans engagement bien entendu mais très confiant.

Il va y avoir beaucoup d'avancées cette année côté lib ozw.


Sent from my iPhone using Tapatalk

[jerome28]

Bonjour,
si ça peut aider :
j'ai 2 ZMNHBD1 qui étaient passés par une Zipabox et que j'avais donc migrés dans Jeedom. Ils fonctionnaient bien jusqu'a mi janvier lorsque j'ai appuyé sur le bouton "Config modules" dans le plugin Zwave (openzwave) . Depuis cette action, je me retrouve avec le problème : Etat relais OK mais le relay 2 passe en true le relais 1 et 2.
C'est étrange car avant l'etat du :
relais 1 correspondait à 0x25 instance ID 1 et maintenant 0
relais 2 correspondait à 0x25 instance ID 2 et maintenant 1
et j'avais un etat 0x25 instance ID 0 = etat relais 1 et 2

pour le moment j'ai donc :
si relay 1 = True -> Relay 2 = false
si relay 2 = True -> Relay 2 = false et Relay 1 =true

donc une bizarri avec le retour d''etat du relay 2.

[Denis76]

Bonsoir,
Même genre de problème pour moi,
Pilotage des relais 1 et 2 normal par contre, les états c'est n'importe quoi.
Si relais1 =1 état Relais1 =1
Si relais2 =1 alors état Relais2 et Relais1 =1 ??
Je parle même pas des retour puissance : Bloqué a 6,2W pour le relais2 et le relais1 prend la puissance de l'un et/ou de l'autres.

@nechry : comment avance le chantier lib ozw ?

[Denis76]

Bonsoir,
Même genre de problème pour moi,
Pilotage des relais 1 et 2 normal par contre, les états c'est n'importe quoi.
Si relais1 =1 état Relais1 =1
Si relais2 =1 alors état Relais2 et Relais1 =1 ??
Je parle même pas des retour puissance : Bloqué a 6,2W pour le relais2 et le relais1 prend la puissance de l'un et/ou de l'autres.

@nechry : comment avance le chantier lib ozw ?

[nechry]

Le dev principal de la lib a prévue des travaux sur l'implémentation spécial des qubino tout bientôt, du moins c'est ce qu'il m'avait dit. Rien n'empêche d'aller directement sur le github ozw et de remonter le problème, pour d'une certainne façon montrer l'intérêt pour la chose.


Sent from my finger

[mgo]

on en est où de la mise à jour de ces modules avec la collaboration de qubino, ils n'ont pas l'air très réactif .
j'ai ce problème depuis septembre 2015
entre parenthèse je ne l'avais pas avec Z way

[ZacMac]

Up du message car de mon coté, je possède 2 modules Qubino qui sont pour le moment peu exploitables

[saramalo]

oui, me too, je m'en suis commandé 2 pour gérer mes lumieres et c'est quand j'ai constaté les réactions bizarres que je me suis mis a lire.
Segrenieneu, 120 € sur l'etagere et les lumieres à l'ancienne...
Oui je sais faut tout lire avant...

[zeb]

Bonjour,

je ne sais pas si ça peut aider mais j'ai rencontré le même problème avec le Qubino ZMNHBA2.
Les retours d'états semblaient très confus : l'instance 0 passée bien en TRUE quand j'activais le relai 1 ou 2 mais les instances 1 et 2 n'avaient aucune cohérence selon mes actions sur les relais 1 et 2
Par contre quand je forçais la mise à jour manuellement de l'état des instances 1 et 2 via les paramètres avancés openzwave, les valeurs redevenaient correctes.
En guise de contournement j'ai donc rajouté un scénario qui se déclenche sur les changements d'état de l'instance 0 et force un update sur les instances 1 et 2. (via 2 actions rajoutées dans les commandes du modules)

forcerefresh.png (159.03 Kio) Consulté 3067 fois

ça fait un peu bricolage mais ça a le mérite de fonctionner (du moins chez moi...)

[nechry]

Oui c'est une évolution de ma méthode de contournement avec le refresh manuel 5min la tu a direct sous réserve de passer pas le scénario.

On veut trouver une vrai solution sans bricole, on est en contact avec qubino pour de l'aide


Sent from my finger

[ricou27]

Bonjour Zeb,

Pourrais tu expliquer le scénario que tu as fait. J'ai le même problème avec ce quinto. Le switch 2 me met l'état 1 = 1.
Ensuite, utilise tu un plugin virtuel pour piloter les switches ? ça serait sympa si tu pouvais détaillé ta solution qui semble fonctionner.
Merci

Ricou27

[saramalo]

Bonjour,
Je viens de tomber sur mes modules dans le placard et je me refuse a racheter autre chose pour ce à quoi ils étaient destinés: les lumières de la cuisine et de la salle à manger.
L'oeil de sauron ne sert pas a grand chose du coup à part générer des waf remarques.
Je bidouille donc le espeasy et mysensors pour remplacer mais l'arduino qui pendouille parait que c'est pas waf non plus...
personne n'a vent d'une évolution ou d'une ruse de coyote pour contourner le prob?
merci

[saramalo]

Bonjour,
Je viens de tomber sur mes modules dans le placard et je me refuse a racheter autre chose pour ce à quoi ils étaient destinés: les lumières de la cuisine et de la salle à manger.
L'oeil de sauron ne sert pas a grand chose du coup à part générer des waf remarques.
Je bidouille donc le espeasy et mysensors pour remplacer mais l'arduino qui pendouille parait que c'est pas waf non plus...
personne n'a vent d'une évolution ou d'une ruse de coyote pour contourner le prob?
merci

[nechry]

J'ai un poste il y a une semaine environ avec une solution


Sent from my finger

[mgo]

chez moi le module est repéré ZMNHBDx et la solution evoquée plus haut ne marche pas

j'ai fait regénérer la détection des noeuds inconnus
suivi de récupérer les CC dynamiques
je n'arrive pas à modifier le paramètre 10 all o,n all off active
module 345 2 81