jojo
-
Compteur de contenus
14 842 -
Inscription
-
Dernière visite
-
Jours gagnés
198
Tout ce qui a été posté par jojo
-
comme je suis impatient, j'ai testé avec succès ceci. Il y a juste une ligne à ajouter dans la fonction Display Error. Voici la fonction complète : # Function : Display error function Error { if [ -z "$2" ] then MAIL_SUBJECT="Backup HC3 : ERROR" # jojo 27/10/2024 echo -e "$1" Email "$1" else echo -e "$1\n\n$2\n" Email "$1\n\n$2\n" fi Notification "$1" }
-
Bonjour, Tous les dimanches je vois un mail avec le sujet "Backup HC3", je ne l'ouvre pas, et me dit "ok je script a bien fonctionné". Ce matin, je l'ai ouvert et ait vu qu'il y avait une erreur dans le body (et elle est confirmée dans la HC3 (évidemment). Serait-il possible d'apporter une petite modif au script, que si erreur, le sujet du mail soit "Backup HC3 : ERROR" ? Ainsi je ne passerais pas à côté d'une erreur indispensable à corriger. J'ai déjà regardé le script, mais n'y connaissant rien, je n'ai pas trouvé où faire cette petite modification. Merci
-
Je n'ai pas réussi en 100% GEA, surtout que : je suis fainéant je ne suis pas assez expert en GEA j'ai trouvé une solution en LUA qui fonctionne et me va bien Voici ma solution : function QuickApp:FlashingOff() local HC3JSon = api.get("/settings/info") local RebootTimestamp = HC3JSon.serverStatus local GEAJSon = api.get("/devices/"..GEAId) local GEATimestamp = GEAJSon.modified local GEASave = false if os.time()-GEATimestamp <= 100 then GEASave = true end local HC3Reboot = false if os.time()-RebootTimestamp <= 100 then HC3Reboot = true end if (GEASave == false and HC3Reboot == false) then hub.call(2, "sendEmail", "Intrusion Times", "Current time = "..os.time().."\n".. "Last GEA saved = "..GEATimestamp.."("..os.time()-GEATimestamp.."s) - "..tostring(GEASave).."\n".. "Reboot = "..RebootTimestamp.."("..os.time()-RebootTimestamp.."s) - "..tostring(HC3Reboot).."\n") self:Flashing("Standard") hub.call(FlashingDevicesID, "turnOff") end end
-
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 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
le 1%, c'est pour les plantages...
- 12 330 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 330 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 330 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.