Aller au contenu

jojo

Membres confirmés
  • Compteur de contenus

    15 107
  • Inscription

  • Dernière visite

  • Jours gagnés

    211

Tout ce qui a été posté par jojo

  1. sur TOUS mes modules j'ai désactivé leS paramètres "Réactions aux alarmes", comme ça je suis tranquille
  2. jojo

    Fibaro Intercom

    perso j'utilise les interphones Doorbird (allemands) et je n'ai jamais eu aucun loupé (sauf en cas de coupure de courant )
  3. jojo

    historique d'un appareil

    génial ton astuce ! J'ai exactement ce que je veux ! Comme quoi il faut se montrer plus malin que le système !
  4. jojo

    historique d'un appareil

    Bonjour, Cela fait des mois que je n'ose pas poser la question, car je suis convaincu que le problème se trouve entre la chaise et le clavier ... Je cherche les logs / l'historique des "événements" pour un appareil spécifique. Il y a bien l'historique mais filtrable par pièce (uniquement si on choisi Appareil comme Type d'objet). Mais pas de filtre sur un appareil spécifique. Qu'est-ce que je fais de mal, car c'est quand même la base de la base ... Merci de votre aide.
  5. jojo

    Fibaro Intercom

    rien changés au niveau des règles FW et/ou Port-forwarding de ton router ?
  6. jojo

    QuickApp - DevicesID

    oui, vers la ligne 45 du QA, dans la fonction onInit(), il y a l'instruction self:DevicesID() -- auto start when save tu peux mettre cette ligne en commentaire ou la supprimer. En fait chaque fois que tu sauves un QA, il exécute la fonction onInit(). Et quand tu reboot la box, les fonction onInit() de TOUS les QA sont exécutés
  7. voici la v1.4. Changement du device type vers Binary Switch, ainsi : il n'est plus nécessaire d'identifier l'ID des icônes On/Off GEA peut être utilisé pour notifier si (par exemple) le Syno s'arrête (via TurnOff) En pj le fqa, car comme le type de QA change, ce n'est pas seulement un changement du code. Synology_v1.4.fqa
  8. En effet, étrange... Sinon, exclusion, reset puis re-inclusion ou
  9. Par défaut, IN1/2 est relié à OUT1/2. Ca se configure ici : C'est là également que tu définis le type d'entrée, qui modifie la valeur du paramètre 20/21. C'pour ça qu'ils ne sont pas visibles.
  10. as-tu bien configuré ces paramètres ?
  11. dans ma signature ...
  12. le paramètre 20 correspond à ce que tu as choisi dans la config du module pour le type de IN1. Si tu veux voir sa valeur, ,tu dois décocher la case "utiliser un modèle" dans l'onglet paramètres du module, et comme par magie, il apparaîtra. Pour ton QA, je ls ferais tourner en boucle infinie (je ne sais pas comment utiliser un déclencheur (hors GEA) : hub.setTimeout(refresh*60*1000, function() self:méthode() end) où refresh en min et pour aller lire la valeur d'un autre device : hub.getValue(id,"value") - récupère la propriété "value"
  13. Chez moi Grafana va lire la même DB que Domochart, et oui, il faudra également faire la modif dans Grafana. Pour GEA et autres, j'utilise la QA DeviceID, certes c'est chi..., mais ça facilite bienvenue au club !
  14. tu peux changer les device-id directement dans la DB, c'est ce que je fais avec phpMyAdmin pour MariaDB
  15. on est PARFAITEMENT d'accord que passer par le NAS comme scheduller d'un backup où il n'intervient pas n'est pas optimum, SAUF d'un point de vue sécurité. Comme le NAS connait déjà le mot de passe admin (pour le backup local), ça évite d'avoir un script dans la HC3 (QA ou scène) avec en clair les identifiants admin.
  16. Merci pour cette mise à jour, et d'avoir ainsi flatté mon ego : mes deux propositions n'étaient donc pas si saugrenues les idées d'utilisation que tu proposes sont exactement la manière dont je procède actuellement (et donc c'est la meilleure )
  17. je ne connais pas cette solution, mais si elle dépend du cloud, c'est, de mon point de vue, à éviter comme la pest ! Perso, je suis très content du z-wave et de ma HC3 : RIEN à redire (pas comme la fin de la HC2)
  18. mais ils ont de la bonne viande, et nest pas le plus important ? (c'est qu'ils ont aussi des bons vins en Toscane)
  19. voilà pourquoi j'ai définitivement abandonné la "solution" Netatmo
  20. cool, tu as repris la même ? malgré quelle ait été grossière avec toi ? (la moindre des politesses aurait été de prévenir) trèèèèèèèèèèèèèèèès loin.
  21. jojo

    Support Gea

    ah oui, ce sont des versions archéologiques ... Voici ce que j'ai retrouvé de cette époque lointaine : GEA_540_jojo.lua
  22. jojo

    Support Gea

    regarde la document de syntaxe de GEA :
  23. ils n'améliorent PAS la sécurité de la box (trop de sécurité tue la sécurité)
  24. juste, mes Google scripts doivent contenir les credentails, mais d'un utilisateur (non admin !) qui peut uniquement exécuter le QA spécifié => j'ai (comme d'hab) raconté une bêtise... C'est de la "sécurité" à 2 balles, car ici on parle de backup cripté, pas de restore. On se doit d'essayer de se montrer plus malin qu'eux Je trouve le backup local indispensable, car : "pas" de limite de place => avec historique (accessible plus rapidement que via Domocharts/Grafane) on a une sauvegarde qui ne dépends pas de l'humeur de notre FAI ou de celle de Fibaro. Le backup cloud me semble également indispensable (et tant pis pour l'historique) si on doit migrer de box, et donc uniquement avec les modules z-wave. Les 2 types de backup sont important pour des raisons différentes.
  25. 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.
×
×
  • Créer...