| Forum eedomus https://forum.eedomus.com/ |
|
| delai https://forum.eedomus.com/viewtopic.php?f=5&t=9933 |
Page 1 sur 1 |
| Auteur: | pena20100 [ 03 Sep 2020 22:08 ] |
| Sujet du message: | delai |
Bonjour j'ai un périphérique zwave dont les valeurs sont lues de manière instantanée par la box. Je crée des règles pour allumer une lampe : et là j'ai un très gros délai alors que la lampe fonctionne elle aussi très vite (par télécommande zwave ou depuis l'appli ou le site) J'ai plein de règles, et c'est la seule qui déconne... en ce moment Une idée ? |
|
| Auteur: | rover820i [ 04 Sep 2020 08:44 ] |
| Sujet du message: | Re: delai |
Salut, Quelle est la règle concernée ? (screenshot) |
|
| Auteur: | pena20100 [ 04 Sep 2020 09:17 ] |
| Sujet du message: | Re: delai |
voilà
j'ai essayé avec des "est" et "devient" sans effet  la valeur 2 apparait immédiatement dans l'interface (phone ou ordi), mais l'action ne se réalise qu'après 30 secondes. Si j'utilise une autre télécommande pour contrôler le même plafonnier, la réaction est instantanée (1 seconde environ) Merci... |
|
| Auteur: | ARTNOW [ 04 Sep 2020 10:00 ] |
| Sujet du message: | Re: delai |
Salut , tu dois donc avoir un soucis avec ton interrupteur zwave , essaye de le des-inclure et le ré-inclure .... |
|
| Auteur: | rover820i [ 04 Sep 2020 13:44 ] |
| Sujet du message: | Re: delai |
Il est inclus en mode sécurisé ou non ton interrupteur ? |
|
| Auteur: | pena20100 [ 04 Sep 2020 15:14 ] |
| Sujet du message: | Re: delai |
mode non sécurisé... je crois que tous mes modules sont en non-securisé... je sais même pas la différence !  quant à une re-inclusion après reset, j'ai fait... sans effet |
|
| Auteur: | ARTNOW [ 04 Sep 2020 17:04 ] |
| Sujet du message: | Re: delai |
tu as vérifié ta matrice radio ? |
|
| Auteur: | rover820i [ 04 Sep 2020 17:15 ] |
| Sujet du message: | Re: delai |
C'est bizarre. Car en non sécurisé c'est plus réactif qu'en sécurisé. Force une mise à jour de la matrice sur ce périphérique uniquement. Le but pour toi est uniquement d'allumer à 30% ? Pas d'extinction ? |
|
| Auteur: | pena20100 [ 04 Sep 2020 18:18 ] |
| Sujet du message: | Re: delai |
Non, le but est plus alambiqué : je veux l'installer dans mon salon : j'ai un plafonnier (avec ampoule zwave couleur/intensité, pour l'instant derrière un interrupteur), une lampe de lecture lumière blanche), une série de spot led couleur coordonnés au plafonnier, pour les ambiances plus ciné !) J'ai un scenemaster remotec qui commande un peu tout, et qui est hyper réactif. Comme j'ai dit, mon plafonnier est derrière un interrupteur, si bien que la commande ne marche que si l'interrupteur alimente l'ampoule du plafonnier... mais ma femme et mes filles ne sont pas dans cette logique, et quand elles quittent le salon, elles éteignent l'interrupteur, coupant de fait le zwave.  Je voulais remplacer le bazar par un triple interrupteur (neocoolcam, celui qui marche toujours pas !)... j'attendais que la team l'intègre mais comme ca vient pas j'ai opté pour une autre idée... En effet, j'avais depuis février un oomi mote : je l'ai acheté par erreur lors d'un voyage à Hong Kong. Je l'ai confondu avec un aeotec wallmote quad (c'est tout pareil, même la notice...) A l'intégration, ce n'est pas reconnu, ou plutôt reconnu comme générique. Mais comme les valeurs remontaient (1/2/3/4 pour les appuis, 201/202/203/204 pour les maintiens, 101/102/103/104 pour les relâchés) de manière fiable et rapide, je me suis dit que ca pourrait le faire, au prix de quelque règles ! Mais non... et je comprends pas pourquoi la reconnaissance partielle de ce périphérique empêcherait des règles de fonctionner : en clair, pourquoi l'eedomus tarderait à envoyer une consigne puisqu'elle reçoit l'état immédiatement ! Car 1/ le déclencheur parait fonctionner (valeur remontée immédiatement dans la eedomus), 2/ l'effecteur fonctionne, parfaitement avec le scene master, le PC et android, mais aussi sur règle (extinction du salon avec arrêt télé par IFTTT, décodeur orange et toutes les lampes ou en appel depuis Alexa. 3/ la règle parait correcte Seule chose pas faite : une optimisation... mais peu de chance que ca resolve tout Que c'est long comme message, désolé.  Mais une aide technique ou une explication sur le delai me rejouirait dejà pas mal l'intellect 
|
|
| Auteur: | rover820i [ 04 Sep 2020 21:23 ] |
| Sujet du message: | Re: delai |
Essaie de modifier ta règle avec un double clic pour voir... |
|
| Auteur: | pena20100 [ 04 Sep 2020 22:12 ] |
| Sujet du message: | Re: delai |
Quel double clic,  double clic sur le bouton ??pour enfoncer le clou
on voit bien l'arrivée du déclencheur, une seconde plus tard le lancement de la règle et 25 secondes plus tard encore, le declenchement de l'action... |
|
| Auteur: | ARTNOW [ 04 Sep 2020 22:42 ] |
| Sujet du message: | Re: delai |
Tu as quand même un message d'alerte sur ton périphérique qui est difficilement joignable , il faut creuser cette piste ! Par exemple le brancher provisoirement sur une autre alimentation électrique plus prés de ta eedomus ou plus loin d'éventuelles perturbations 2,4 GHz. Ce ne sont que des hypothèses , à voir ..... |
|
| Auteur: | pena20100 [ 05 Sep 2020 05:53 ] |
| Sujet du message: | Re: delai |
Effectivement, il y a un message d'erreur : mais en fait, il me semble normal : cette ampoule est derrière un interrupteur... donc forcement injoignable quand celui-ci est fermé. Ceci étant, est-ce que ca peut jouer sur la vitesse de réalisation de la règle en imposant une recherche de route ? J'étais parti du principe que non, puisque dans les mêmes conditions, le scene master marche nickel mais merci de l'hypothèse... chaque fois je verifie, et même si je ne trouve pas encore, on élimite des choses ! |
|
| Auteur: | rover820i [ 05 Sep 2020 09:36 ] |
| Sujet du message: | Re: delai |
Oui, au lieu d'un clic simple, un double clic (modifie bien entendu la règle hein) |
|
| Auteur: | pena20100 [ 05 Sep 2020 17:45 ] |
| Sujet du message: | Re: delai |
Merci pour la suggestion  : malheureusement le double clic n'est pas reconnu...  J'ai tenté autre chose : un échec, mais ça m'apprend des trucs... que je ne comprends pas !  Je me suis dit que j'allais créer un effecteur virtuel : quand il est seul (aucune action programmée) tout va bien ca marche top ! Mais quand j'ajoute des actions pour chaque valeur, il apparait des "calculé" (cf image)...
on voit bien que l'effecteur pourrait le faire, mais dès qu'il a reçu la consigne, un calcul génère un autre résultat, empêchant l'action de se réaliser ! A pleurer...  Non seulment parce que ça marche pas, mais que je ne comprends pas. C'est un fonctionnement normal des périphériques virtuels (scène) ???Et pour clore les tentatives,j'ai remplacé mon effecteur zwave (qu'il soit direct ou virtuel) par un zigbee par zigate : tout marche parfaitement !!!  Je suis lentement en train de me griller le neurone !!! 
|
|
| Auteur: | merguez07 [ 06 Sep 2020 07:49 ] |
| Sujet du message: | Re: delai |
bonjour, il serait interessant de voir ou se situe exactement le problème en modifiant la règle. 1 - on suprime l'action 2 - on active à la place une notification la notification arrive t-elle immédiatement après déclanchement de la règle ou est-elle, elle aussi, soumise à délai ? |
|
| Auteur: | pena20100 [ 06 Sep 2020 10:07 ] |
| Sujet du message: | Re: delai |
Merci de tes suggestions... J'ai tenté : cela confirme des hypothèses, sans que j'en comprenne la logique ! j'ai créé 3 périphériques virtuels de type :
1 relié à variateur zwave (valeurs préréglées) 1 relié à on/off zwave et 4 régles (1 par bouton) : chaque règle agit sur
un zwave on/off en direct un zigbee plus des notifications
aux lancement des règles à l'appui sur l'interrupteur sans fil aux changements de valeurs des periphériques virtuels. Il apparait que tout fonctionne, sauf que les périphériques z wave réagissent avec retard à l'action, qu'ils soient directs, ou liés à un périphérique virtuel... Les périphériques virtuels réagissent immédiatement. Les zigbee sans souci ! J'ai aussi remarqué que de leur propre initiative, les virtuels liés à des zwaves repassent seuls à la valeur 1. Quand j'appuie sur le 2, on voit dans l'historique qu'ils passent immédiatement à 2 (1 secondes avec une source "règle", l'action liée ne se lance pas, ils repassent ensuite en 1 (source "calculé") puis bien plus tard, ils reviennent en "2" (source calculé) et là, l'action se fait... Je ne comprends pas du tout pourquoi... le périph virtuel est normalement lancé, mais l'action liée ne se lance pas Ca parait anormal, non... je devrais ouvrir un ticket ? |
|
| Auteur: | ARTNOW [ 06 Sep 2020 12:44 ] |
| Sujet du message: | Re: delai |
Oui demande conseil à la team ouvre un ticket car j'ai l'impression que le problème est complexe
|
|
| Auteur: | xeos [ 07 Sep 2020 07:39 ] |
| Sujet du message: | Re: delai |
Que la règle ne fonctionne pas ok il peut avoir un souci d'intégration part contre qu'avec une association direct ca ne fonctionne pas correctement c'est que ton module a un souci... Que qu'il existe le probleme de node associé en direct et qui a été supprimé. j'ai déja eu ce probleme sur une telecommande. Est ce que ta telecommande clignote quand tu fais un appui simple/double .... |
|
| Auteur: | pena20100 [ 07 Sep 2020 14:24 ] |
| Sujet du message: | Re: delai |
en association directe par les paramètres Zwave, ca marche (le variateur n'est pas génial, mais cétait un problème connu, ce me surprend pas) : merci pour la suggestion les associations qui ne marchent pas sont celles des périphériques virtuels... j'ai fait un ticket, mais pas de réponse pour l'instant... |
|
| Page 1 sur 1 | Le fuseau horaire est UTC+1 heure |
|
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/ |
|