Page 1 sur 2
Retour d’etat Zwave [fake]
Publié : 15 mars 2019, 23:26
par blooby92
Il me semble que le retour d’etat Des équipements Zwave ne correspondent plus réellement.
Lorsque l’on clique, même si l’equiment n’est pas joignable, sur l’interface il semble que la valeur change instantanément. Donc l’état n’est pas réellement celui de l’equipement mais plus une simulation. Pouvez vous m’apporter une réponse sur ce comportement qui semble assez récent.
Merci
Re: Retour d’etat Zwave [fake]
Publié : 15 mars 2019, 23:31
par BLRPERES
blooby92 a écrit :Il me semble que le retour d’etat Des équipements Zwave ne correspondent plus réellement.
Lorsque l’on clique, même si l’equiment n’est pas joignable, sur l’interface il semble que la valeur change instantanément. Donc l’état n’est pas réellement celui de l’equipement mais plus une simulation. Pouvez vous m’apporter une réponse sur ce comportement qui semble assez récent.
Merci
Tu vas un peu vite je pense
Mais tu as peut-être raison et tort en même temps
La condition que tu décris est certes possible mais à une seule condition : que le contrôleur soit en carafe et qu’il ne recoive plus le retour réel du switch zwave
Par contre dès que le contrôleur revient à lui normalement tu devrais avoir une mise à jour de l’état dans Jeedom en fonction de l’état réel du switch
Envoyé de mon iPhone en utilisant Tapatalk
Re: Retour d’etat Zwave [fake]
Publié : 16 mars 2019, 09:40
par blooby92
Test réalisé en débranchant un wallplug fibaro. L’icône passe bien allumé. si je re clique elle s’éteint a nouveau. par contre le module apparait bien dead dans le détail. mais jeedom permet toujours de le commandé sans réellement reprendre son état. J ai refait le test sur d'autre module et c'est pareil. j'ai l'impression que c'est depuis la dernier maj du plugin zwave.
Re: Retour d’etat Zwave [fake]
Publié : 16 mars 2019, 09:42
par BLRPERES
blooby92 a écrit :Test réalisé en débranchant un wallplug fibaro. L’icône passe bien allumé. si je re clique elle s’éteint a nouveau. par contre le module apparait bien dead dans le détail. mais jeedom permet toujours de le commandé sans réellement reprendre son état. J ai refait le test sur d'autre module et c'est pareil. j'ai l'impression que c'est depuis la dernier maj du plugin zwave.
Ah oui deal c’est pas bon effectivement
Il faut regarder du côté du Plugin
Voir relancer le contrôleur
Envoyé de mon iPhone en utilisant Tapatalk
Re: Retour d’etat Zwave [fake]
Publié : 16 mars 2019, 09:58
par Darkeyes
Regarde tes log zwave, ton contrôleur doit être en carafe.
Ça m’arrive des fois, il est noté ok, santé au vert mais plus rien ne fonctionne.
Je dois arrêter jeedom et débrancher le contrôleur.
Re: Retour d’etat Zwave [fake]
Publié : 16 mars 2019, 17:21
par blooby92
Darkeyes a écrit : ↑16 mars 2019, 09:58
Regarde tes log zwave, ton contrôleur doit être en carafe.
Ça m’arrive des fois, il est noté ok, santé au vert mais plus rien ne fonctionne.
Je dois arrêter jeedom et débrancher le contrôleur.
Non, tout fonctionne parfaitement. Mais depuis la dernière mise a jour je vous garanti que le retour d’état n'est plus la réalité.
Faites le test débranchez un de vos module et activez le, vous verrez dans votre interface il semblera allumé.
Re: Retour d’etat Zwave [fake]
Publié : 16 mars 2019, 18:40
par BLRPERES
blooby92 a écrit :Darkeyes a écrit : ↑16 mars 2019, 09:58
Regarde tes log zwave, ton contrôleur doit être en carafe.
Ça m’arrive des fois, il est noté ok, santé au vert mais plus rien ne fonctionne.
Je dois arrêter jeedom et débrancher le contrôleur.
Non, tout fonctionne parfaitement. Mais depuis la dernière mise a jour je vous garanti que le retour d’état n'est plus la réalité.
Faites le test débranchez un de vos module et activez le, vous verrez dans votre interface il semblera allumé.
En fait il y a forcément un problème
Si ton module est considéré comme dead c’est qu’il ne communique pas (bien) avec le contrôleur que ce soit directement ou indirectement.
Quand tu nous propose de débrancher un module tu ne fais que rendre dead encore un autre module.
Il faut y aller molo quand même
Le zwave quand ça marche c’est vraiment génial
Quand ça deconne en revanche c’est de suite bien plus compliqué
Envoyé de mon iPhone en utilisant Tapatalk
Re: Retour d’etat Zwave [fake]
Publié : 16 mars 2019, 19:00
par blooby92
BLRPERES a écrit : ↑16 mars 2019, 18:40
blooby92 a écrit :Darkeyes a écrit : ↑16 mars 2019, 09:58
Regarde tes log zwave, ton contrôleur doit être en carafe.
Ça m’arrive des fois, il est noté ok, santé au vert mais plus rien ne fonctionne.
Je dois arrêter jeedom et débrancher le contrôleur.
Non, tout fonctionne parfaitement. Mais depuis la dernière mise a jour je vous garanti que le retour d’état n'est plus la réalité.
Faites le test débranchez un de vos module et activez le, vous verrez dans votre interface il semblera allumé.
En fait il y a forcément un problème
Si ton module est considéré comme dead c’est qu’il ne communique pas (bien) avec le contrôleur que ce soit directement ou indirectement.
Quand tu nous propose de débrancher un module tu ne fais que rendre dead encore un autre module.
Il faut y aller molo quand même
Le zwave quand ça marche c’est vraiment génial
Quand ça deconne en revanche c’est de suite bien plus compliqué
Envoyé de mon iPhone en utilisant Tapatalk
BLRPERES, je pense que nous ne nous sommes pas bien compris. Mon Zwave fonctionne bien. Quand je débranche le module il est normal que celui-ci devienne dead. Par contre il est anormal que jeedom continu a afficher un changement d’état quand je clique sur celui-ci alors qu'il est toujours débranché.
Re: Retour d’etat Zwave [fake]
Publié : 16 mars 2019, 19:17
par BLRPERES
Montre moi tes commandes
Envoyé de mon iPhone en utilisant Tapatalk
Re: Retour d’etat Zwave [fake]
Publié : 16 mars 2019, 19:19
par domoggvad
en clair si j'ai bien compris, même comportement qu'un rfxcom,il ne tient pas compte de l'état réel mais simule un état "ON ou OFF" suivant le bouton appuyé ?
Re: Retour d’etat Zwave [fake]
Publié : 17 mars 2019, 09:19
par tetiti20
J'ai le même comportement. exemple avec un volet roulant.
il est en position haute, lorsque j'appuis sur le bouton (sous jeedom) pour le descendre il apparaît directement en position fermé.
Si je l’arrête en cour de route alors il se met à jour dès qu'il reçoit l’état du module.
Dans le même temps j'ai eu des problèmes de retour d'état:
2019-03-17 08:10:55.291 Error, Node005, ERROR: Dropping command, expected response not received after 1 attempt(s)
Je n'arrive pas à comprendre d'où viens le problème. Mais avec le comportement que tu décrit j'ai mis plus de 10 jours à me rendre compte que je n'avais plus aucun retour des modules...
Re: Retour d’etat Zwave [fake]
Publié : 17 mars 2019, 09:28
par Salvialf
Salut à vous,
Je ne sais pas si ça à un rapport mais j'ai remarqué que sur certains widgets récents, dans les conditions pour afficher l'image il était pris en compte les retours d'état vide. Un truc du genre
Ça pourrait peut-être expliquer l'affichage qui change alors qu'il n'y a pas de retour du module? Qu'en est-il dans vos widgets?
Re: Retour d’etat Zwave [fake]
Publié : 17 mars 2019, 09:30
par BLRPERES
Regardez du côté de vos commandes
Envoyé de mon iPhone en utilisant Tapatalk
Re: Retour d’etat Zwave [fake]
Publié : 17 mars 2019, 11:52
par blooby92
BLRPERES a écrit : ↑17 mars 2019, 09:30
Regardez du côté de vos commandes
Envoyé de mon iPhone en utilisant Tapatalk
Voici un Wallplug fibaro :
- cmd_wpf.jpg (102.14 Kio) Consulté 3837 fois
et voici le widget :
Code : Tout sélectionner
<div style="width:90px;height:100%;vertical-align: top;" class="cmd #history# tooltips" data-type="info" data-subtype="numeric" data-cmd_id="#id#" data-cmd_uid="#uid#" title="#collectDate#">
<center>
<span style="font-size: 2.5em;" class="action" id="iconCmd#uid#"></span>
</center>
</div>
<script>
if ('#state#' == '1' || '#state#' == 1) {
$('#iconCmd#uid#').append('<i class="icon jeedom-lumiere-on"></i>');
if (jeedom.cmd.normalizeName('#name#') == 'on') {
$('.cmd[data-cmd_uid=#uid#]').hide();
}
} else {
$('#iconCmd#id#').append('<i class="icon jeedom-lumiere-off"></i>');
if (jeedom.cmd.normalizeName('#name#') == 'off') {
$('.cmd[data-cmd_uid=#uid#]').hide();
}
}
$('.cmd[data-cmd_uid=#uid#] .action').off();
$('.cmd[data-cmd_uid=#uid#] .action').on('click', function() {
jeedom.cmd.execute({id: '#id#'});
});
</script>
Re: Retour d’etat Zwave [fake]
Publié : 17 mars 2019, 18:54
par domoggvad
Bonjour
Je viens de tester sur mon installation, je n'ai pas ce problème
Envoyé de mon Redmi S2 en utilisant Tapatalk
Re: Retour d’etat Zwave [fake]
Publié : 17 mars 2019, 20:49
par blooby92
domoggvad a écrit : ↑17 mars 2019, 18:54
Bonjour
Je viens de tester sur mon installation, je n'ai pas ce problème
Envoyé de mon Redmi S2 en utilisant Tapatalk
Domoggvad tu as quel modèle de passerelle Zwave ?
Es-tu bien sur la dernière version de Zwave et de Jeedom ?
Re: Retour d’etat Zwave [fake]
Publié : 17 mars 2019, 20:56
par BLRPERES
Tout est là
Si tu ne veux pas que Jeedom change la valeur il faut pas lui demander de setvaleur
Envoyé de mon iPhone en utilisant Tapatalk
Re: Retour d’etat Zwave [fake]
Publié : 17 mars 2019, 20:57
par Salvialf
blooby92 a écrit : ↑17 mars 2019, 11:52
et voici le widget :
Code : Tout sélectionner
<div style="width:90px;height:100%;vertical-align: top;" class="cmd #history# tooltips" data-type="info" data-subtype="numeric" data-cmd_id="#id#" data-cmd_uid="#uid#" title="#collectDate#">
<center>
<span style="font-size: 2.5em;" class="action" id="iconCmd#uid#"></span>
</center>
</div>
<script>
if ('#state#' == '1' || '#state#' == 1) {
$('#iconCmd#uid#').append('<i class="icon jeedom-lumiere-on"></i>');
if (jeedom.cmd.normalizeName('#name#') == 'on') {
$('.cmd[data-cmd_uid=#uid#]').hide();
}
} else {
$('#iconCmd#id#').append('<i class="icon jeedom-lumiere-off"></i>');
if (jeedom.cmd.normalizeName('#name#') == 'off') {
$('.cmd[data-cmd_uid=#uid#]').hide();
}
}
$('.cmd[data-cmd_uid=#uid#] .action').off();
$('.cmd[data-cmd_uid=#uid#] .action').on('click', function() {
jeedom.cmd.execute({id: '#id#'});
});
</script>
Heu c'est un widget perso ou core ?
Ton widget est clairement pas à jour déjà... J'imagine que c'est lié à une commande action alors qu'il est estampillé info/numeric et le code en lui-même manque des nouvelles normes V3.
Par exemple, chez moi le widget "core" pour l'ampoule on/off:
Code : Tout sélectionner
<div style="width:90px;min-height:80px;" class="cmd tooltips cmd-widget cursor" data-type="action" data-subtype="other" data-cmd_id="#id#" data-cmd_uid="#uid#" data-version="#version#">
<center>
<div style="font-weight: bold;font-size : 12px;#hideCmdName#">#valueName#</div>
<span style="font-size: 2.5em;font-weight: bold;margin-top: 5px;" class="iconCmd"></span>
</center>
<script>
jeedom.cmd.update['#id#'] = function(_options){
if (_options.display_value == '1' || _options.display_value == 1 || _options.display_value == '99' || _options.display_value == 99 || _options.display_value == 'on') {
if (jeedom.cmd.normalizeName('#name#') == 'on') {
$('.cmd[data-cmd_id=#id#]').hide();
}else{
$('.cmd[data-cmd_id=#id#]').show();
$('.cmd[data-cmd_id=#id#] .iconCmd').empty().append('<i class="icon jeedom-lumiere-on"></i>');
}
} else {
if (jeedom.cmd.normalizeName('#name#') == 'off') {
$('.cmd[data-cmd_id=#id#]').hide();
}else{
$('.cmd[data-cmd_id=#id#]').show();
$('.cmd[data-cmd_id=#id#] .iconCmd').empty().append('<i class="icon jeedom-lumiere-off"></i>');
}
}
}
jeedom.cmd.update['#id#']({display_value:'#state#'});
$('.cmd[data-cmd_uid=#uid#] .iconCmd').off().on('click', function () {
jeedom.cmd.execute({id: '#id#'});
});
</script>
</div>
Et le même en mode création facile du plugin widget:
Code : Tout sélectionner
<div style="width:90px; min-height:80px;" class="cmd tooltips cmd-widget cursor" data-type="action" data-subtype="other" data-cmd_id="#id#" data-cmd_uid="#uid#">
<center>
<span class="cmdName" style="font-weight: bold;font-size : 12px;display: none;">#valueName#</span><br>
<span style="font-size: 2.5em; font-weight: bold; margin-top: 5px;" class="iconCmd"></span>
</center>
<!-- Ne Pas Supprimer -->
<script class="createWidgetInfo" type="text/javascript">//<![CDATA[{"type":"0","version":"1","size":"2.5","icon1":"<i class='icon jeedom-lumiere-on'></i>","icon2":"<i class='icon jeedom-lumiere-off'></i>"}]]></script>
<!-- Ne Pas Supprimer -->
<script>
if(jeedom.cmd.normalizeName('#name#') == 'on'){
$('.cmd[data-cmd_uid=#uid#] .iconCmd').append('<i class="icon jeedom-lumiere-off"></i>');
}else{
$('.cmd[data-cmd_uid=#uid#] .iconCmd').append('<i class="icon jeedom-lumiere-on"></i>');
}
jeedom.cmd.update['#id#'] = function(_options){
if(jeedom.cmd.normalizeName('#name#') == 'on'){
if(parseInt(_options.display_value) >= 1 ) {
$('.cmd[data-cmd_uid=#uid#]').hide();
}else{
$('.cmd[data-cmd_uid=#uid#]').show();
}
}else{
if(parseInt(_options.display_value) <= 0 ) {
$('.cmd[data-cmd_uid=#uid#]').hide();
}else{
$('.cmd[data-cmd_uid=#uid#]').show();
}
}
}
jeedom.cmd.update['#id#']({display_value:'#state#'});
$('.cmd[data-cmd_uid=#uid#] .iconCmd').on('click', function () {
jeedom.cmd.execute({id: '#id#'});
});
</script>
</div>
Re: Retour d’etat Zwave [fake]
Publié : 18 mars 2019, 17:41
par domoggvad
blooby92 a écrit : ↑17 mars 2019, 20:49
domoggvad a écrit : ↑17 mars 2019, 18:54
Bonjour
Je viens de tester sur mon installation, je n'ai pas ce problème
Envoyé de mon Redmi S2 en utilisant Tapatalk
Domoggvad tu as quel modèle de passerelle Zwave ?
Es-tu bien sur la dernière version de Zwave et de Jeedom ?
Bonjour,
J'ai 3 cle Sigma Designs Inc. même configuration, sauvegardé depuis la première clé sur 3 box aussi bien sur la 3.2.16 que sur la 3.3.18
Re: Retour d’etat Zwave [fake]
Publié : 19 mars 2019, 07:29
par domoggvad
Je viens même de faire une nouvelle installation sur un RPI(fresh installe sans restauration de sauvegarde), j'ai mis ma cle z-wave, et apres synchronisation, j'ai tous les modules qui sont remontés, tous ceux sur secteur fonctionnent bien, sauf ceux sur pile aucune commande n'a été crée, et surtout aucun nom de mdule, alors que ceux sur secteur, super bien reconnu