jojo

en effet mon Syno planifie un backup local toutes les semaines et (avec le même script qui est paramétré différemment (pas d'historique, cloud)) tous les mois dans le cloud. En effet, mon NAS doit être up pour le faire, mais je n'avais pas pensé à lancé l'API directement via la HC3 (via GEA ?). Mais bon c'était automatique et je ne l'oublias pas.

idée, peut-être saugrenue pour garder des backup automatiques (sur NAS), qui restent indispensables : faire un LUA qui lancerait m'API de backup programmer cela via : GEA ou avec le gestionnaire de tâches du Syno (pour ceux qui n'utilisent pas GEA) Ainsi : ok sécurité pas de mdp admin dans le script) ça fonctionne indépendamment du FW de la HC3. ... ???

ok, cela ne concerne donc que le'API backup, qui est fait avec un compte administrateur. En fait, c'est la même chose que pour les reboot via GEA où il faut rentrer le mdp administrateur

ça veux dire quoi ? J'ai des Google Scripts qui envoient des ordres à ma HC3 en fonction de mes calendriers Google (cfr ma signature). Fonctionneraient-ils toujours, ou devraient-ils être adapté comme ton script backup ?

v2.3 publiée

comme la fermeture n'est pas automatique, tu le vois quand il (va) commence(r) à pleuvoir, perso, je n'attendrais pas une alerte (sur GSM ou TTS ou ...). Tu as donc mis cela en place pour la geekerie (et justifier à madame l'utilité de la domotique. La vraie utilité que j'aurais vue, c'est fermeture automatique des Vélux ouverts quand on n'est pas là (tient, une idée de justification auprès de madame pour untel investissement) Ah non, gestion chauffage, durée fonctionnement piscine, ... Et au début j'avas mis beaucoup de choses en place (pour le fun), mais qui me sont maintenant TRES utiles => domotique devenue indispensable. s'il y a un domaine dans lequel je continue d'exceller, c'est la provoc

et à quoi l'utilises-tu ? Si pour fermer des Vélux quand il pleut, le délais de mise à jour est ok ? Et tu les ré-ouvres automatiquement ensuite ?

j'étais en train d'écrire, il faut juste me laisser le temps ...

désolé, je deviens de plus en plus lent à lire et écrire ...

pour l'intérieur : la seule chose qui m'intéressait, c'était la mesure de température, et comme je ne sais plus souder des sondes Dallas sur des FGBS, je me suis rabat tu du Aeotec.ZWA039.aerQ dont la durée de vie des piles semble correcte. le seul avantage des stations Netatmo, c'est qu'elles étaient alimentées en 220V. Donc on pouvait théoriquement les oublier, amis il y avait continuellement des pertes de connexion avec le cloud, il fallait regénérer des tokens, ... => très loin de l'oubli souhaité. Pour l'extérieur, j'avais une sonde de température, un pluviomètre et un anémomète, comme non fiable, je n'en fais rien => poubelle. (et puis toutes ces infos sont disponible de manière fiable et regardant par la fenêtre. Alors pour le fun j'ai fait joujou avec Weatherbit

merci, mais je deviens de plus en plus anti-cloud (j'ai la prétention de dire que je t'ai dépassé sur le sujet ...) Donc peut importe (pour moi) le sujet, Netatmo et ses copains sont bon pour la potence, comme en 1789

faisable sur des QA dont on a la source, mais pas pour les QA protégés. En effet on est alors doublement pénalisé : 1) par le fournisseur 2) par le développeur

j'ai mis en place une solution qui marchera toujours. Je vous la partage : J'ai mis il y a 15 jours tout leur brol à la poubelle.

mais c'est le plus importznt ! Pour le reste j'aime bien la naming différente pour les variables globales (que je n'utilisent que si indispensable) et le variables locales => j'ai du taf pour corriger mes QA ...

merci @henri-allauch pour ton analyse très judicieuse. Pour valider ta théorie, j'ai ré-appuyé sur le bouton et l'erreur est apparue. J'ai ensuite déplacé la remise à zéro des variables dans la fonction DevicesID() , et (évidemment) le problème a disparu. => MERCI. je prépare une v2.2 du QA avec ta correction.

c'est EXACTEMENT le soucis que j'ai expliqué plus haut, il rajoute le nom de la pièce à la fin du nom du device. Et tu verras, relance le, et le nom de la pièce apparaitra une fois de plus... Pourquoi ? : j'en sais RIEN. Ca arrive parfois,et la seule solution qui règle le problème, c'est un redémarrage de la box. Pourquoi ?????

je me suis ENFIN penché sur le "problème". C'était en effet un problème de droits. J'explique la solution pour ceux qui ont un Synology. Par défaut seul le dossier partagé <web> a les autorisations RW sur ce dossier lors de l'installation du paquet WebStation. Donc si on veut pouvoir sauver ailleurs => Panneau de configuration > Dossier partagé > dossier où on veut sauver > Modifier >onglet Permissions > Groupes locaux > donner les droits RW au groupe http Merci @henri-allauch de m'avoir mis sur la bonne piste

cool, portée de la télécommande ? Sinon un simple détecteur de mvt ?

@Nico, je ne souhaite pas de piles, car il faut les changer, et je veux l'oublier. Merci de me confirmer que j'ai fait le bon choix : alimenté en 220V (donc à oublier), et comme il sort sa commande en 220V, j'ai mis un relais 220V => contact sec pour ma PAC. @mprinfo, comme toi, j'ai viré les thermostats pour mes radiateurs "classiques". Il y a 3 circuits de chauffage chez moi : -radiateurs RdC : pas de thermostat, vannes thermostatiques, toujours vieux circulateur de la construction (que je remplacerai par le dernier cri lorsqu'il sera mort) -radiateurs Etage : pas de thermostat, vannes thermostatiques, toujours vieux circulateur de la construction (que je remplacerai par le dernier cri lorsqu'il sera mort) -chauffage par le sol RdC : via PAC pour lequel j'ai besoin d'un thermostat, qui dit quand il faut chauffer.

oui, c'est la version avec la variable WAIT_AFTER_BACKUP que j'utilise, c'est pourquoi, je remontais l'incident. Si tu veux virer les 2 pages de droits Unix, pas de soucis pour dépolluer le topic (ce n'était clairement pas mon intention de polluer)

salut @Lazer, j'avais implém:enté ta dernière version du script (sur base de laquelle j'avais fait mes petites adaptations), mais j'ai toujours l'erreur (qui n'est pas systématique). Voici LES mails que j'ai reçu cette nuit : Backup HC3 Local : ERROR Boîte de réception HC3 Backup 03:01 (il y a 8 heures) À xxx Erreur : impossible d'obtenir la version : code de retour HTTP 404 <html> <head><title>404 Not Found</title></head> <body> <center><h1>404 Not Found</h1></center> <hr><center>nginx</center> </body> </html> HC3 Backup 03:01 (il y a 8 heures) À xxx Sauvegarde locale Home Center terminée avec succès (backup_HC3-xxx_2025_07_06-03_01_36--.fbi) la sauvegarde s'est en effet bien effectuée sur le Syno, mais son nom (sur le Syno) : ne contient pas le # de version (normal, c'est le sens du premier message d'erreur) ne contient pas la date du jour, mais la date du précédent backup 100% réussi (étrange, car je ne vois pas le lien) Si tu trouves la source de l'erreur, ok pour que tu implémente la correction sur ma dernière version partagée (histoire que je ne doive pas les ré-implémenter) ? Merci

pour les interrupteurs, qui DOIVENT rester opérationnels,,tu câble ton module en // comme si c'était un 3° interrupteur. Pourla commande de ton éclairage, qu'il y ait 1 ou 10 spots, c'est le même, à condition que le module supporte la charge de tous les spots. Maintenant, je ne connais pas ce module (et fonctionne-t-il sans box?, et comment communique-t-il avec ta voiture ?). Si je devais faire qqch de la sorte chez moi (en supposant que j'ai une box domotique) : module Fibaro FGBS-222 (dont les entrées IN1 é IN2 te donne le statut de ta barrière et OUT1 enverrait l'impulsion pour commander le mvt de la barrière) module Fibaro FGS-223 qui commande l'éclairage de ton allée app Yubii sur ton GSM qui te permet de communiquer en 4G avec la box

v2.1 publiée

@fel-x, la réponse a ta question GEA se trouve ici

@fel-x,en réponse à ta question - Je préfère de très loin utiliser les nom des devices que leur id dans les règles GEA car : c'est bcp plus parlant il ne faut pas changer les règles dès qu'un id change (et on ne risque pas d'oublier des endroits) => regarde dans ma signature, il y a un QA qui fait le job .... - pour savoir si GEA est case sensitive : je crois que oui, car il me semble qu'il y a certaines règles qui ne fonctionnaient pas si la casse n'était pas bonne. Dans le doute, j'ai scrupuleusement respecté la casse. - pour les batteries: dans GEA, il y a la condition "battery", et tu pourrais lui faire t'envoyer par mail le niveau mesuré toutes les semaines, car je n'ai pas 100% confiance. - pour les notifs : tu définis une fois pour toute le/s portable/s qui devront les recevoir. GEA.portables = {"OnePlus 9 Pro",} ainsi, tu ne dois pas le préciser à chaque règle, et quand tu n'en veux plus tu mets juste "" comme message => faciiiiiiile