jojo
-
Compteur de contenus
14 916 -
Inscription
-
Dernière visite
-
Jours gagnés
200
Tout ce qui a été posté par jojo
-
je ne suis pas l'humidité de mes SdB (ma VMC démarre automatiquement dès que je suis 5 min dans la SdB, et s'arrête 15 min après l'avoir quittée - merci GEA) mais je viens de regarder pour l'occasion, et je suis à 64 et 65 %, et ça ne sens absolument pas l'humidité => TVB
-
-
no risk, no fun
- 12 377 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
le 1%, c'est pour les plantages...
- 12 377 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
je suis DSM DSM 7.1.1-42962 Update 4 et il fonctionne parfaitement. chez moi, le scipt tourne sous root et voici ce que j'ai rentré dans Script défini par l'utilisateur : set -o pipefail; "/volume1/ScriptsUnix/backup-hc3.sh" 2>&1 | tee -a "/volume1/ScriptsUnix/backup-hc3.out" Es-tu sûr que l'utilisateur utilisé pour se connecter à ta HC3 a suffisement de droits (essaye avec admin)
-
même si je n'ai pas une HCNico (mais seulement une HC3) elle est très stable => les redémarrages de GEA sont liés à 60% à des sauvegardes de GEA et 39% à des backups automatique les dimanches à 3h00. Je vais investiguer tes pistes et revient avec une solution ("tout problème a une solution", donc si pas de solution, c'est que pas de problème ...)
-
@Domodial , nos messages se sont croisés
- 12 377 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
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.
- 12 377 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
@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)
-
FGBS 222 + HC3 Lite Sortie contact avec retour d'état
jojo a répondu à un(e) sujet de le_liquideur dans Support
avec GRAND plaisir -
FGBS 222 + HC3 Lite Sortie contact avec retour d'état
jojo a répondu à un(e) sujet de le_liquideur dans Support
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. -
FGBS 222 + HC3 Lite Sortie contact avec retour d'état
jojo a répondu à un(e) sujet de le_liquideur dans Support
non, il faut et mettre les bonnes valeurs aux paramètres 156 & 157 -
FGBS 222 + HC3 Lite Sortie contact avec retour d'état
jojo a répondu à un(e) sujet de le_liquideur dans Support
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 -
FGBS 222 + HC3 Lite Sortie contact avec retour d'état
jojo a répondu à un(e) sujet de le_liquideur dans Support
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