[Plugin Tiers][Sujet Principal] Plugin gestion des lumières

[issambres]

Bonsoir,

J'ai récupéré un FGS 222 fonctionnel que j'ai replacé derriere mon inter.

J'ai un détecteur de mouvement et un nouveau mouvement alors que le timer est déclenché ne relance pas le timer.

Je pense que c'est un paramètre du FGS à modifier car dans une autre piece cela fonctionne avec le meme détecteur de mouvement ( meme paramètres ), mais la lumière est actionnée via le plugin Hue.

Quelqu'un arrive à faire cela avec un FGS222 et un FGMS Figaro ?

[snouf]

J'ai le même pb avec un œil fibaro et des ampoules zipato, donc je pense pas que ça vienne du fgs 222

Envoyé de mon SM-G928F en utilisant Tapatalk

[Whaouu]

@issambres : Si ton déclencheur est bien le détecteur de mouvement c'est lui qui relance la minuterie. Le FGS 222 n'a aucune incidence à ce niveau, c'est juste un interrupteur.

[issambres]

Eh bien c'est le cas, je repasse devant le détecteur, il me détecté bien, mais la minuterie ne se relance pas ( j'ai 2 pieces comme cela ), alors que 2 pieces fonctionnent très bien avec ce meme détecteur de mouvement Fibaro

[kashin]

Il me semble qu'il faudrait valider : est-ce que ça fait pareil avec un autre module qui fait bouton et relais? (autre que Fibaro)

Pour moi, dès que bouton et relais sont considérés comme une seule et même commande ça va forcément boucler à un moment ou à un autre.
On appuie sur le bouton, l'ordre remonte à la box. Si elle renvoie un ordre sur un bouton/relais qui est configuré comme déclencheur, c'est logiquement perçu comme une pression sur un bouton et ça boucle.

Il y a 4 bornes sur les FGS 22x, 2 pour les boutons, 2 pour les sorties de relais. Est-ce que c'est Fibaro qui les considère dans leurs paramètres comme une seule et unique commande?
Dans l'affirmative est-il possible de développer le plugin de tel sorte que les 2 soient différenciés?

Sur Zipabox, le seul avantage de cette box c'est qu'elle sépare clairement déclencheur et action même pour des modules qui font boutons et relais.
Mais bon comme d'ab avec cette horreur, impossible de comprendre comment ça fonctionne derrière...

Qu'en pensez-vous?

[jbval]

Bonjour,

depuis le passage en v2, je n'ai plus d'action. J'ai une minuterie simple qui est sensé éteindre une lumière au bout de 60s mais depuis la v2 de jeedom, plus rien ne se passe. Il y a certaines actions spécifiques à ce plugin à faire post v2?

[mecano91]

Tu commande comment tes éclairages ? zwave ?

Envoyé de mon ASUS_Z00AD en utilisant Tapatalk

[jbval]

J'en ai mais là le minuteur en question c'est du x10. Tout fonctionnait bien en 1.2 mais là rien ne se passe, l'appui sur le bouton de la lumière est bien remonté à jeedom qui me detecte la prise On.

[mecano91]

Ha donc rfxcom alors je te disais car non seulement l'ancien zwave ne fonctionne pas en v2 mais en plus certain de mes actionneurs n'était pas fonctionnel après la migration openzwave
Test avec un autre périphérique en déclencheur dans ta minuterie si possible d'une autre techno comme sa tu verra si c'est la minuterie qui a un pb ou l'actionneur

Envoyé de mon ASUS_Z00AD en utilisant Tapatalk

[jbval]

Ok merci je vais tester ça. Le rfxcom semble bien fonctionnel puisque les scenario lié au x10 fonctionnent encore.
Pour zwave, j'étais déjà sous openzwave avant de migrer, no souci de ce côté là.

[kashin]

Je me permet de faire un UP car je n'ai toujours pas de réponse.
Personne n'a d'enfant qui joue avec les boutons et qui génère du coup des boucles?
Personnes n'a d'actionneurs + boutons qui créent des boucles?

Merci!

[jbval]

De mon côté, le plugin ne fait plus rien, j'ai activé les logs et il semble bien reconnaitre le déclencheur mais au bout du timer rien :
[2016-04-04 21:52:34][lightsManagement][DEBUG] : applyTimerEvent({"id":97,"event_id":"38","value":"1"})
[2016-04-04 21:52:34][lightsManagement][DEBUG] : condition d'exécution : #38#==1
[2016-04-04 21:52:35][lightsManagement][DEBUG] : evaluateHourCondition(, , 1)
[2016-04-04 21:52:35][lightsManagement][DEBUG] : condition horaire : 1
[2016-04-04 21:52:35][lightsManagement][DEBUG] : evaluateDayOfWeekCondition(0,1,2,3,4,5,6)
[2016-04-04 21:52:35][lightsManagement][DEBUG] : condition journalière : 1
[2016-04-04 21:52:35][lightsManagement][INFO] : execute [RDC][Cuisine Timer][timer]
[2016-04-04 21:52:35][lightsManagement][INFO] : [RDC][Cuisine Timer][timer] ne doit pas être reprogrammé.

Ca parle à quelqu'un?

[SBO]

Messieurs,

Suite à un problème similaire, veuillez tester :
- éditer la minuterie
- re sélectionner "Commande ON"
- re sélectionner "Commande OFF"
- sauvegarder l'équipement
- Tester

Cela à fonctionné pour moi.

[jbval]

J'ai tenté comme toi mais ça n'a pas résolu chez moi.

[Laco]

Salut à tous ,

Perso, j'utilise ce plugin depuis maintenant pas mal de temps, et j'en suis très très comptant
Initialement personne n'était chaud pour faire une minuterie à la seconde, et @scanab l'a fait

Tout au début, j'étais confronté à un petit souci d'affichage. Je voulais afficher simplement l'état de la minuterie par une information binaire sur le dashboard. Et au final, la solution proposée par @scanab avec son widget était bien meilleure Elle permet en plus d'afficher le temps restant. (petite parenthèse, je me suis permis d'en faire 2 déclinaisons que je viens de mettre sur le market sous le nom de "decompte". Si ça peut donner des idées à d'autres .....)

Néanmoins, @scanab, si je peux me permettre, j'aurais 2 améliorations possibles pour les prochaines versions.
Ces 2 points ne sont pas liés aux fonctionnalités du plugin, mais plus pour simplifier sa configuration. Ce plugin est parfait pour mon besoin

Voici mes propositions :
* au niveau des champs de saisie "durée", "délais", ... permettre d'aller chercher des variables à l'aide de l'explorateur des variables JEEDOM. A minima, agrandir ces champs de saisie pour afficher le nom de la variable.
Perso, j'utilise des virtuals pour stocker mes consignes. Ça me permet de les afficher, de les modifier depuis un scenario ou le dashboard, de les historiser, .....
Aujourd'hui, je saisis manuellement le nom de l'info issue du virtual dans le champ qui va bien. Ça marche. Mais la mise en service est un peu complexe à cause des erreurs de saisie, et surtout du fait que le champ de saisie est très petit, il n'affiche pas facilement le nom de la variable.

* l'autre point, qui n'est pas très important mais que j’apprécie sur les autres plugins, c'est la possibilité de griser les objets désactivés. C'est tout bête, mais quand je configure une nouvelle fonctionnalité, quand elle n'est pas terminée, je la désactive jusqu'à que j'y revienne pour la finaliser.
Dés fois du temps passe, et c'est super pratique de faire une passe visuelle sur les virtuals, scénarios, plugins, .... désactivés, ça te remémore très rapidement où tu en étais

Ceux ne sont que des propositions d'amélioration, j'arrive très bien à vivre sans

A+

[Ninouness]

Bonjour,
cela fait plusieurs jours que je m'acharne à tenter de faire fonctionner le simulateur de présence, mais même en l'ayant réduit au paramétrage le plus basique, la boucle se stoppe après un allumage et extinction de chaque lumières...
Je précise que sans mettre de déclencheur ou de condition, c'est du pareil au même.
Help

Voici mon paramétrage :


Voici mes logs :

Code : Tout sélectionner

[2016-05-11 15:39:16][lightsManagement][INFO] : execute [Maison][Simulation Alarme][simulation]
[2016-05-11 15:39:24][lightsManagement][INFO] : [Salle à manger][Lumière][On] sera exécuté à 2016-05-11 15:40:33
[2016-05-11 15:39:25][lightsManagement][INFO] : [Salon][Lumière][On] sera exécuté à 2016-05-11 15:40:44
[2016-05-11 15:40:33][lightsManagement][INFO] : Exécution de [Salle à manger][Lumière][On]
[2016-05-11 15:40:34][lightsManagement][DEBUG] : Il reste 8 crons
[2016-05-11 15:40:37][lightsManagement][INFO] : [Salle à manger][Lumière][Off] sera exécuté à 2016-05-11 15:41:32
[2016-05-11 15:40:38][lightsManagement][INFO] : [Salon][Lumière][Off] sera exécuté à 2016-05-11 15:41:42
[2016-05-11 15:40:40][lightsManagement][DEBUG] : applyLinkCountEvent({"id":88,"event_id":"237","value":"1"})
[2016-05-11 15:40:44][lightsManagement][INFO] : Exécution de [Salon][Lumière][On]
[2016-05-11 15:40:44][lightsManagement][DEBUG] : Il reste 8 crons
[2016-05-11 15:40:50][lightsManagement][DEBUG] : applyLinkCountEvent({"id":88,"event_id":"240","value":"1"})
[2016-05-11 15:41:32][lightsManagement][INFO] : Exécution de [Salle à manger][Lumière][Off]
[2016-05-11 15:41:32][lightsManagement][DEBUG] : Il reste 8 crons
[2016-05-11 15:41:35][lightsManagement][DEBUG] : applyLinkCountEvent({"id":88,"event_id":"237","value":"0"})
[2016-05-11 15:41:42][lightsManagement][INFO] : Exécution de [Salon][Lumière][Off]
[2016-05-11 15:41:42][lightsManagement][DEBUG] : Il reste 8 crons
[2016-05-11 15:41:45][lightsManagement][DEBUG] : applyLinkCountEvent({"id":88,"event_id":"240","value":"0"})

[scanab]

Peux-tu essayer sans que tes lumières faisant parties de la simulation ne fassent parti d'un groupe (ou en désactivant les groupes en question) et reposter ta log stp ?

[scanab]

@Laco je commence tout juste à pouvoir reconsacrer un peu de temps au dev. Des que possible, je vais voir pour tes améliorations ainsi que pour celle souvent demander : reverifier la condition à la fin d'une minuterie.

[Ninouness]

Peux-tu essayer sans que tes lumières faisant parties de la simulation ne fassent parti d'un groupe (ou en désactivant les groupes en question) et reposter ta log stp ?

Le test que j'ai posté est sans groupe (j'ai moi aussi suivi cette piste).

[jerome28]

Bonjour,
j'ai toujours le bug des minuteries qui se bloque si le timer est relancé trop souvent en peu de temps
je suis obligé de cocher unique pour ne pas bloquer les minuteries
cas avec une détection de mouvement : si mouvement, relance de la minuterie
ça serait sympa de pouvoir durcir le code de ce plugin pour résoudre le bug

je suis aussi preneur de pouvoir lancer des scénarios avec les minuteries (notamment pour pouvoir effectuer un contrôle avant le faire le OFF de fin)