jojo

je m'auto-répond - j'ai réussi à réactiver mes neurones. Solution : os.time() retourne le timestamp de l'heure actuelle. Dans le JSON du GEA, il y a "modified": 1729423775, (PAS une propriété !) et il n'y a donc "plus qu'à" comparer

Bonjour les amis, J'ai besoins de votre aide pour m'aider à réfléchir (mon cerveau devient de plus en plus fainéant ) Lors d'une intrusion, je fais clignoter l'éclairage de la maison (ok). A la fin de l'intrusion, les lampes retournent en mode standard (ok) et elle s'éteignent (c'est la mon problème, car quand je sauve GEA, les lampes s'éteignent). Voici ma règle GEA : GEA.add ({"Value", id["ALARME_INTRUSION"], false}, 0, "", {{"Email", "admin", "Alarme Intrusion : OFF\nle #date# à #time#.", "Alarme Intrusion : OFF"}, {"QuickApp", id["ALARMEINTRUSION_ACTIONS"], "FlashingOff"}}) et le code de la QA qui est appelé : function QuickApp:FlashingOff() self:Flashing("Standard") hub.call(FlashingDevicesID, "turnOff") end -- FlashingDevicesID est l'ID du groupe de devicesconcernés par le clignottement Mon idée (mais si vous en avez une autre ) était que la règle GEA ne s'exécute pas au démarrage, donc comparer le timestamp actuel avec celui de la dernière sauvegarde de GEA (si pas possible avec GEA, peut être dans mon code LUA ?) Merci pour votre prêt de neurones ...

j'utilise GEA pour commander des thermostats PID, où il y a un mode manuel (consighe de température et de temps) et ce QA revient à la consigne qui précédait l'activation du mode manuel. il est ici :

en effet les FGD ne peuvent commander qu'un seul point lumineux => il t'en faudra deux différents. Si tu veux des liens entre-eux, ce sera par programmation

d'accord avec toi, mais je croyais que toute la règle était invalidée si une des conditions n'était pas bonne. En fait la condition était bonne, mais ne fonctionnai juste pas ... J'ai encore appris qqch.

@Lazer, en effet la syntaxe précise que "Days" et "Time" ne supportent pas les -1. Mais alors pourquoi la règle que @Domodial dit qui fonctionne fonctionne-t-elle, car c'est également un -1 ?

ta dernière phrase me fait peur : plus de lumières si box HS ?

en effet, il ne faut pas utiliser 2 modules pour la même lampe. un FGD ne commande qu'une seule lampe, donc on a besoin de 2 modules, et avec GEA, tu peux très facilement lier les 2 lampes

est-ce que ta box est correctement configurée pour la localisation et pour la météo par défaut ?

Bonjour, J'ai créé un module QA de type température. Le code du module est simplicime : L'idée est de modifier la valeur du module (ici) à zéro, lorsque je clique sur le bouton qui appelle la fonction "reset". Et rien ne se passe (sauf l'icone verte qui apparait en bas à gauche avec "l'action a été demandée", et debug ok), sauf juste après que je force manuellement la sauvegarde du QA. J'ai déjà : supprimé et recréé ce QA vérifié que j'avais bien la propriété value dans le JSON du module J'ai un autre QA identique qui se met bien à jour. Qu'ai-je mal fait ?

ah bon ??? en effet c'est un justificatif imparable

Pourquoi rajoutes-tu cette couche de QA en plus, car il y a dans GEA "Time" qui est très fiable -- "Time" : Teste l'heure courante -- SYNTAXE : {"Time", <from>, <to>} -- CONDITIONS : GEA.add( {"Time", "22:00", "23:00"} , 30, "", {ACTIONS} ) -- Ne vérifie QUE si nous sommes dans la tranches horaires \\ Check only if in schedule GEA.add( {"Time", "07:00", "08:00"}, {"Time", "22:00", "23:00"}, 30, "", {ACTIONS} ) -- Ne vérifie QUE si nous sommes dans LES tranches horaires \\ Check only if in THE schedule GEA.add( {"Time", "Sunrise+30", "Sunset-15"} , 30, "", {ACTIONS} ) -- Si tranche horaire : lever du soleil + 30 mins, coucher du soleil - 15 minutes \\ Check only if Sunrise more than 30 mins and sunset less 15 mins GEA.add( {"Time", "Sunrise>07:30", "Sunset<21:00"} , 30, "", {ACTIONS} ) -- Si tranche horaire : AU lever du soleil SI après 7h30, sinon à 7h30; Au coucher du soleil SI AVANT 21h SINON à 21h \\ Check if Sunrise is after 7:30 otherwise 7:30 ; check if Sunset is before 21:00 otherwise 21:00 GEA.add( {"Time", "Sunrise-10>07:30", "Sunset+10<21:00"} , 30, "", {ACTIONS} ) -- Si tranche horaire : AU lever du soleil moins 10 minutes SI après 7h30, sinon à 7h30; Au coucher du soleil plus 10 minutes SI AVANT 21h SINON à 21h \\ Check if Sunrise less 10 minutes is after 7:30 otherwise 7:30 ; check if Sunset more 10 minutes is before 21:00 otherwise 21:00 GEA.add( {"Time", "22:00"} , 30, "", {ACTIONS} ) -- Équivaut à {"Time", "22:00", "22:00"} \\ Idem to {"Time", "22:00", "22:00"}

pour moi GEA est hors cause, car GEA envoie les ordres. Ce qui m'inquiète, c'est que ce sont des volets différents à chaque fois, car j'aurais "espéré" que ce soit un module défectueux (et donc juste à remplacer). Maintenant, le volet mal fermé, c'est parce que tu le vois physiquement, ou ton module indique qu'il est partiellement fermé ? Car si c'est le second cas, il y aurait moyen de rajouter une règle de vérification automatique (avec notif et action)

avec GRAND plaisir

j'ai mis dans le moteur (alimenté sur son 220v) un alimentation qui générait du 12VDC ! à la portée z-wave du module si la barrière est loin de la HC3.

non, il faut et mettre les bonnes valeurs aux paramètres 156 & 157

je n'ai également jamais essayé de comprendre, mais je me disais que la carte devait savoir quand il était en bout de course. A proximité du ressort, il y avait des cosses, et au multimètre j'ai trouvé celles qui fallait pour me donner les 2 contacts secs pour IN1/2

donc avec Google Drive, c'est ok. Si tu as bloqué tous les pays, comme je suis étranger (Belge), je suis non désirable lol. Pour revenir à tes branchements ... IN1/2 : pour connaitre la position du portail. Je n'ai rien vu (comme chez moi) sur la carte. Par contre (chez moi c'est une barrière coulissante en un morceau), il y a un gros "ressort" qui communique à la carte si le portail est ouvert ou fermé, et que donc il faut arrêter le moteur : j'y ai connectés mes IN1 & 2. Maintenant avec les aimant tu peux également (en les mettant comme il faut) donner ces info à IN1&2. Comment brancher IN1&2 ? : IN1 = contact entre fil bleu et fil jaune; IN2 = contact entre fil bleu et fil vert. OUT1/2 : pour faire bouger ton portail. cfr p14 du manuel, sur le bornier en dessous à droite (COM/PAR/OPEN/CLOSE/SBS) : Le OUT1 tu le branches sur COM & SBS. Une impulsion brève (0.5 sec) aura l'action suivante : Ouverture/Arrêt/Fermeture/Arrêt (cfr p15). Si tu veux une ouverture piétons, OUT2 sur COM et PAR, et ensuite (je crois/j'espère) fermeture via OUT1 (il faudrait voir si un second appuis sur OUT2 ne fermerait pas l'ouverture piéton ??? => à essayer). Comment brancher OUT1&2 ? : juste utiliser les contacts à vis du FGBS. J'espère avoir été clair

je connais la doc du module, c'est celle de la platine de TA barrière dont j'aurais besoin pour essayer de t'aider plus en détail.

cfr plus haut, je t'avais déjà mis in lien (mais c'est du grand standard) donne moi lr lirn vers la doc, j'essayerai de t'expliquer les connexions

non. Sur IN1 et IN2 tu as les entées 'IN) qui sont les contacts pour voir le status de ta barrière (status qui vient soit directement de ta carte, soit des aimants (à acheter) OUT1 et OUT2 te permettent d'envoyer des contacts secs, pour faire bouger ta barrière. En fait ce que tu à décrit mettre sur IN1/2 c'est en parallèle sur OUT1/2

pour connaitre le status de mon portail, j'utilise IN1 et IN2. On peut soit (comme sur mon portail) directement les brancher sur les contacts secs du moteur, soit (comme pour ma boite aux lettres) y brancher des aimants qui font contact. Dans tous les cas, chaque entrée peux peux te donner 2 status. Et j'ai configuré les FGS222 pour que les OUT1 et OUT2 soient indépendant des IN1/2. Ainsi j'e peux commander mon portail avec des contacts pour l'ouverture totale (OUT1) ou piéton (OUT2) Donc avec un FGBS222, tu fais tout

pourquoi faire de l'instantanné (-1) ? un 0 (donc vérification au prochain cycle (30s) de GEA devrait suffire

oui j'avais compris, mais il n'a pas accès physiquement à sa box ... c'est ça le chalenge qu'il lance !