Pb prises commandées

Bonjour,
J'ai installé 2 caméras sur 2 prises commandées, puis crée 2 scénarios pour allumer et éteindre les caméras lors de la mise en service de l'alarme.
Lors de l'armement le scénario se lance et logiquement les 2 caméras s'allument... et bien non une seule se déclenche et l'autre une fois de temps en temps fonctionne (idem pour l'extinction).
J'ai intervertis les modules et toujours le même problème sur la même caméra. J'ai donc refais les scénarios et bien sûre idem.
Je me suis dis que l'environnement n'était pas favorable pour recevoir l'ordre d'allumage (perturbations...) j'ai donc forcé l'allumage de la prise par internet, et là cela fonctionne à tous les coups.
J'en conclu qu'il n'y a pas de perturbation pour allumer la prise, que la prise fonctionne et qu'il se passe quelque chose lors du déclenchement du scénario pour que la prise ne soit pas commandée..... mais quoi ?
Si quelqu'un a une idée (pb depuis la migration avec la nouvelle centrale).
Merci.

eventuellement créer 2 scenarios avec un décalage (2X2)

Donc, il peut y avoir un problème sur l'exécution d'un scénario allumant 2 prises. Je testerais en séparant mes 2 équipements, mais avant j'appellerais le SC pour diagnostique et faire avancer le schmilbick...
Merci

Bonjour,

J'ai eu aussi des problèmes similaires; il semble que lors de l'armement ou du désarmement de la centrale et aussi sur déclenchement intrusion, la centrale ayant plusieurs ordre à envoyer aux sirènes et autre a tendance à oublier certaines commandes aux DIO.
J'ai également résolu ce problème en temporisant légèrement les ordres envoyés à ces prises (entre 2 et 6 secondes) de manière à laisser le temps à la centrale d'effectuer ses commandes.
A+

Super, merci j'ai fais la modification je tests.

jeff a écrit:Donc, il peut y avoir un problème sur l'exécution d'un scénario allumant 2 prises. Je testerais en séparant mes 2 équipements, mais avant j'appellerais le SC pour diagnostique et faire avancer le schmilbick...

Un test à faire : Créer un groupe avec les prises en question. Dans ton scénario, plutôt que de cocher chacune des prises à piloter, tu sélectionnes le groupe que tu auras créé.
La différence est la suivante :
- Si tu coches chaque éléments, lorsque le scénario sera lancé par la centrale, toutes les trames radio seront envoyées en même temps = risque d'interférence et donc de raté.
- Si tu coches un groupe d'éléments, lorsque le scénario sera lancé par la centrale, les trames seront lancées les une après les autres avec un décalage de 1 seconde = Réduction des risques d'interférence.

Arnaud a écrit:J'ai également résolu ce problème en temporisant légèrement les ordres envoyés à ces prises (entre 2 et 6 secondes) de manière à laisser le temps à la centrale d'effectuer ses commandes.

A tester également.

steph44 a écrit:
- Si tu coches chaque éléments, lorsque le scénario sera lancé par la centrale, toutes les trames radio seront envoyées en même temps = risque d'interférence et donc de raté.
- Si tu coches un groupe d'éléments, lorsque le scénario sera lancé par la centrale, les trames seront lancées les une après les autres avec un décalage de 1 seconde = Réduction des risques d'interférence.

Intéressant ce décalage d'une seconde mais sinon comment la centrale peut envoyer les trames en même temps ? Elle n'est pas obligée de les envoyée une par une ?  

emmanuel_75 a écrit:Intéressant ce décalage d'une seconde mais sinon comment la centrale peut envoyer les trames en même temps ? Elle n'est pas obligée de les envoyée une par une ?  

Je ne sais pas comment cela se passe techniquement. Ce que je sais, c'est qu'un correctif avait été implementé à l'époque de nos essais de pilotage de volets roulants, à voir ICI

J'ai créé un petit scénario qui allume et éteint 7 dio. On voit bien que les éléments s'activent et s'éteignent les un après les autres mais il y a moins d'une seconde entre chaque.  

emmanuel_75 a écrit:J'ai créé un petit scénario qui allume et éteint 7 dio. On voit bien que les éléments s'activent et s'éteignent les un après les autres mais il y a moins d'une seconde entre chaque.  

Tu as créé un scénario basé sur un groupe ou sur une sélection d'accessoires ?

Sans groupe sur une selection. C'était pour voir comment partent les ordres. C'est bien un par un, il faudrait que j'arrive a voir si c'est toujours dans le même ordre...

Edit : oui c'est dans le même ordre. Et tout s'allume et tout s'éteint

Je viens de tester : retardement de 10 secondes OK. Les caméras se lancent et s'éteignent correctement super.
J'aussi créé un groupe de prises et là aussi c'est OK pour les premiers tests. Je laisse le groupe en tests, les deux solutions sont bonnes pour le moment à voir dans le temps...  merci pour les solutions...

Un peu hors sujet mais est-ce que le fait de restreindre l'alimentation des caméras et de ne les alimenter que lors d'une intrusion ne va pas à l'encontre de leur intérêt : si tu décalles de 10 secondes l'alimentation de tes caméras alors le voleur a le temps de les neutraliser d'ici là... Sauf s'il ne s'agit pas de caméras MyFOX mais de simples caméras IP j'ai du mal  

Alx44 a écrit:Un peu hors sujet mais est-ce que le fait de restreindre l'alimentation des caméras et de ne les alimenter que lors d'une intrusion ne va pas à l'encontre de leur intérêt : si tu décalles de 10 secondes l'alimentation de tes caméras alors le voleur a le temps de les neutraliser d'ici là... Sauf s'il ne s'agit pas de caméras MyFOX mais de simples caméras IP j'ai du mal  

Le scénario dont nous parlons n'est pas un scénario sur intrusion, mais un scénario sur armement.
En résumé, lors de l'armement, le scénario qui allume les prises des caméras est lancé, quelques secondes plus tard les caméras sont opérationnelles (temps de boot).
Donc, à moins d'être cambriolé dans les secondes qui suivent l'armement, il n'y a pas de problème, les caméras sont bien opérationnelles en cas d'intrusion.

Édit : erreur de manipulation, message supprimé.

Bonjour,

J'ai déjà rencontré ce problème, si vous créez un scénario qui fonctionne sur l'armement et/ou le désarmement et qui pilote du Dio, il faut bien décaler l'ordre de quelques secondes.

J'ai en effet l'impression que la hc2 privilégie les ordres "de sécurité" (sirèn, capteur etc.) au détriment des Dio.

Dans mon cas, sur l'allumage d'un feux clignotant sur armement partiel, le faite de décaler l'allumage de ce feux de 3 secondes me fait obtenir un taux de réussite de 100%.

Jey

Jey a écrit:Bonjour,

Dans mon cas, sur l'allumage d'un feux clignotant sur armement partiel, le faite de décaler l'allumage de ce faux de 3 secondes me fait obtenir un taux de réussite de 100%.

Jey

Bonjour,
Merci pour cette astuce que je viens d'appliquer à un de mes scénarios qui me pose le même problème.
Amitiés
Patrice

Pat31 a écrit:

Jey a écrit:Bonjour,

Dans mon cas, sur l'allumage d'un feux clignotant sur armement partiel, le faite de décaler l'allumage de ce faux de 3 secondes me fait obtenir un taux de réussite de 100%.

Jey

Bonjour,
Merci pour cette astuce que je viens d'appliquer à un de mes scénarios qui me pose le même problème.
Amitiés
Patrice

Plus de problème?

Jey

Jey a écrit:

Plus de problème?

Jey

Bonjour,
Pas encore eu le temps d'essayer car absent de chez moi pour une quinzaine.
Je verrai plus tard, et te tiendrai au jus.
Amitiés
Patrice

Merci!!!
Jey

La problématique soulevée dans ce fil de discussion semble quand même clairement relever du bug : pourquoi devrait on, artificiellement et empiriquement, décaler l'allumage d'une prise, d'une lampe ou autre ? Ce n'est pas parce que cela résout le problème que c'est normale : c'est un palliatif (ou workaround en anglais) et la solution propre est que la centrale sache bien gérer ces cas.
Comme l'a rappelé Steph44, cette problématique a été souleveé sur les groupes de volets roulants (certains ne réagissaient pas aléatoirement). Myfox a corrigé le bug et aujourd'hui cela marche parfaitement, que les volets soient dans un groupe, ou bien cochés individuellement dans un scénario, y-compris à l'armement ou au désarmement.
Je n'ai pas personnellement fait de tests sur des groupes de prises DIO, mais il semble qu'il y ait un problème étant donné ce qui a été dit dans ce fil. Pour que cela soit bien pris en charge, il faudrait vraiment remonter le problème à Myfox pour analyse et correction. Peut-être qu'un correction similaire à celle faite pour les volets est nécessaire...

Aujourd hui... ça ne fonctionne toujours pas, même avec 2 s de decalage, ça merde quand même

--> donc appel au SC pour expertiser le problème

Pat31 a écrit:

Jey a écrit:

Plus de problème?

Jey

Bonjour,
Pas encore eu le temps d'essayer car absent de chez moi pour une quinzaine.
Je verrai plus tard, et te tiendrai au jus.
Amitiés
Patrice

Bonjour,
Je reviens vers le sujet .
Apres plus d'un mois d'essaie, le scenario fonctionne parfaitement  
merci encore pour l'astuce
Amitiés
Patrice