Lazer
-
Compteur de contenus
26 171 -
Inscription
-
Dernière visite
-
Jours gagnés
1 318
Tout ce qui a été posté par Lazer
-
Pas de souci, c'est comme chez moi, il faut que tu regardes la ligne "." qui correspond au répertoire courant de ton chemin, donc /volume1 : @SynoMain:~$ ls -la /volume1/ total 4 drwxr-xr-x 1 root root 526 Jun 23 09:22 . Je n'ai pas employé les mêmes arguments pour la commande ls, d'où la différence de résultat.
-
Non, justement j'avais ce doute aussi, j'avais vérifié et ça ne pose pas de souci, exemple chez moi, seul root a les droits en écriture sur le point de montage /volume1 : admin@DiskStation:~$ ls -ld /volume1 drwxr-xr-x 1 root root 614 May 19 11:40 /volume1
-
Pas de raison que ça change quelque soit l'utilisateur, car les droits sont rwx (read write execute) sur tous les fichiers et répertoires pour l'ensemble des utilisateurs (owner, group, et other) Permissions UNIX : https://fr.wikipedia.org/wiki/Permissions_UNIX
-
Très étrange, tout m'a l'air OK. Le SSH n'est pas utilisé, l'exécution du script se passe en local sur le NAS.
-
Vérifie les droits et propriétaire aussi : ls -la /volume1/ScriptsUnix/ Chez moi le script tourne avec le compte admin, comme dans le tuto en 1ère page. Et je n'ai pas mis de double-quotes autour des chemins, c'est inutile car il n'y a pas d'espace, mais leur présence ne devrait rien changer.
-
Ton répertoire /volume1/ScriptsUnix existe bien ?
-
Nouvelle version 3.23 en première page et mise à jour du tuto. Ajout d'une variable WAIT_AFTER_BACKUP permettant d'attendre avant le téléchargement du fichier, ce qui permet d'éviter l'erreur 404. La valeur par défaut de 60 secondes devrait contenir à la majorité des box, il faut augmenter la valeur si nécessaire.
-
Moi je n'aime pas l'arrêt propre, car quand le courant revient, bah.... la box ne redémarre pas ! J'ai le même problème avec mon serveur, contrairement à beaucoup, je me suis toujours refusé à programmé un arrêt propre, enfin surtout automatique, du serveur avant épuisement de la batterie de l'onduleur, car dans ce cas le serveur ne redémarre jamais, ce qui en cas d'absence est un vrai problème. Je préfère avoir au pire une coupure violente une fois de temps en temps, autant de la box domotique que tu serveur, puis que tout redémarre automatiquement quand le courant revient (et que l'onduleur commence à réalimenter sa sortie) Après, j'ai assez peu de coupure de courant chez moi, en moyenne 1 fois par an, et la grande majorité du temps c'est quelques secondes, donc finalement les cas d'épuisement de la batterie et de coupure violente des équipements sont très très rares. Si ça arrivait tous les 2 mois, il est probable que je raisonnerais différemment (en fait ça fait longtemps que j'aurais trouvé une meilleure solution... plus gros onduleur, ou mieux solution type onduleur autonome pour alimenter toute la maison avec batterie + panneaux solaires)
-
Comment on fait quoi ? Voir le JSON d'un module ? C'est toujours la même adresse de l'API : /api/devices/ID
-
Ah oui ça devait être un powerSensor ou powerMeter. Toujours penser à aller voir le JSON du module pour savoir quelle propriété est utilisée.
-
Le problème c'est qu'il faut utiliser le login administrateur et le mot de passe de la box pour lancer le reboot... et GEA ne peut pas le récupérer seul. Si je modifier l'option Reboot pour ajouter en paramètre le user/password, et c'est à l'utilisateur, dans sa config, au niveau de la règle, qui doit entrer le user/password, ça vous semble acceptable comme solution ? Pour moi non, car c'est une grosse faille de sécurité que de laisser le user/password principal de la box dans la config d'un QuickApp, c'est pour ça que je préfère demander...
-
Effectivement dans Email il faut au minimum mettre le message en 2nd argument, et optionnellement le titre en 3ème argument. Voir la doc de syntaxe... Mais si la règle déclenche, c'est que la consommation doit passer sous les 2 Watts, même pendant un court instant de 30s ça peut suffire. Tu peux le détecter en allant dans la propriétés du module, avec le graphique de consommation tu verras comment la puissance évolue dans le temps. Tu peux essayer d'allonger la durée, statistiquement ça devrait moins se produire.
-
Quick App - Pilotage climatisation PAC Mitsubishi en local avec ESP32
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
Désolé je n'ai pas encore pris le temps de me pencher sur ce nouveau projet Github... -
Effectivement le Reboot ne fonctionnait plus depuis le firmware 5.050.13 : Si tu as une scène dans laquelle ça fonctionne, je veux bien que tu la partages, ça m'aidera à comprendre.
-
Oui @domo comme le précise Jojo, c'est pas cohérent, dans le commentaire tu parles de "ET" et dans ta règle tu mets un "OU". A mon avis il faut simplement que tu vires le "Or" et les accolades qui vont avec, car tu veux que les 2 conditions soient remplies simultanément, et non pas l'une OU l'autre.
-
Dans ta condition il y a quelques erreurs de syntaxe. Il faut bien regarder les accolades ouvrantes et fermantes que tu as mis (tu peux utiliser Notepad++ avec la colorisation syntaxique LUA pour aider). En fait tu as mis 2 conditions distinctes, séparées par une virgule : {"Value+", {"Value", id["Temp_EauPiscine"]}} et : {"VariableCache", "TempPiscineCache"} En outre, chaque condition n'est pas validée, car rien que dans la première tu as une erreur de syntaxe (des "Value" imbriquées), et puis tu compares à ... rien ! Idem pour la 2nde condition, il n'a pas de comparaison. Essaye plutôt comme ça : GEA.add({{"Value+", id["Temp_EauPiscine"], {"VariableCache", "TempPiscineCache"}}}, 5 * 60, "La température de la piscine a augmenté : #value#°C", {{"Repeat"}, {"VariableCache", "TempPiscineCache", {"Value", id["Temp_EauPiscine"]}}})
-
gestion des appareils dans l'application yubii home center
Lazer a répondu à un(e) sujet de Skimland dans Nouveau ? Présentez-vous
Bonjour, Merci
-
Tu devrais poser la question au support Fibaro... peut être un bug avec ce module en particulier ?
-
Plantage du forum et connexion impossible avec code EX145
Lazer a répondu à un(e) sujet de Lazer dans Annonces et suggestions
Alors, la cagnotte en est à 199,91 € Donc c'est bon pour juillet Mais encore trop juste pour janvier. -
Étonnant, pas de power... pourtant il y a bien energy dans le JSON. Est-ce que tu peux regarder sur les autres modules enfants (probablement cachés), pour voir si le power ne s'y retrouverait pas sur l'un d'entre eux ?
-
Étonnant. Partage son JSON complet pour voir : /api/devices/ID Normalement on doit voir power dans les properties, ainsi que dans les interfaces.
-
Oui c'est une pratique courante, j'utilise GEA pour tous mes scénarios, et j'ai de nombreuses règles qui exploitent la consommation des équipements.
-
Oui c'est une bonne idée d'utiliser la consommation pour connaitre l'état de fonctionnement des appareils derrière. Mais attention effectivement à la consommation. Un moteur inductif, ça peut faire des appels de courant 10, 100, voire 1000 fois supérieur au courant nominal. La conséquence à terme, c'est de coller le micro-relai intégré au Wall Plug (le courant élevé crée un arc au niveau des lamelles du relai, ce qui crée un échauffement, et à la longue ça finit par coller le relai) J'ai collé des relais dans un Wall Plug et un FGS.avec des appareils qui consomment seulement 20W en nominal, à cause de l'appel de courant de ces charges inductives. Idéalement pour de telles charges, il faut un contacteur de puissance (Legrand, etc), piloté par un FGS. C'est plus cher, plus gros, mais plus durable et surtout plus sécurisé. Le problème avec ce montage, c'est que le module domotique ne voit plus la consommation de l'appareil, donc ça invalide le scénario envisagé de mesure de la conso pour connaitre l'état de fonctionnement de l'appareil.
-
Dans ton code LUA tu peux définir une variable dans ton QuickApp. Par exemple, très simplifié : au début de ta séquence : self.sequence_en_cours = true à la fin de ta séquence : self.sequence_en_cours = false Et dans le code de ton autre bouton, tu commence par faire le test de la variable : if not self.sequence_en_cours then -- OK on fait les actions... else print("Ah bah non alors, il faut attendre...") end
-
Quick App - Gestionnaire d'Événements Automatique - GEA pour HC3
Lazer a répondu à un(e) sujet de Lazer dans Quick App Developpeur
Après quelques tests avec différents modules, je pense avoir trouvé le fin mot de l'histoire : updateProperty fonctionne uniquement avec les QuickApps setProperty fonctionne avec tous les modules, Z-Wave et QuickApps Donc setProperty est plus universel et doit être utilisé. Je prépare une petite mise à jour de GEA avec quelques correctifs, à venir bientôt
