Aller au contenu

i-magin

Membres confirmés
  • Compteur de contenus

    2 558
  • Inscription

  • Dernière visite

  • Jours gagnés

    27

Tout ce qui a été posté par i-magin

  1. Je n'ose pas trop te donner un conseil.... mais les modules à piles sont parfois d'un fonctionnement "sensible", surtout s'ils ont éloignés de la box Mais peut-être sont-ils tous à la même distance de la box ? Pour un module éloigné, tester avec une pile neuve
  2. Bienvenue ! J'apprécie ta volonté de ne pas citer de fournisseur et de marque Cependant, concernant les volets roulants, j'imagine qu'il s'agit de Bubendorff‎... Ici, ce n'est pas le lieu pour développer ce point. Mais si tu ouvres un sujet dans matériels (compatibles.... çà va être dur ), je le suivrai avec attention Pour moi, il n'y a pas urgence (projet à long terme)
  3. i-magin

    Filtration Piscine

    Merci pour ta réponse qui est très intéressante Je fais le lien avec l'autre sujet sur la détection d'ouverture de porte : si getValue n'a pas d'impact sur l'historique des événements, quelle est la base de données qu'évoquait @Krikroff ?
  4. Je ne suis pas parano, mais ne pas mettre de nom et de mot de passe sur une caméra accessible par le Wan, c'est un peu risqué
  5. Une petite suggestion : éteindre et redémarrer la box
  6. i-magin

    Filtration Piscine

    Pour l'impact sur la box, je ne suis pas suffisamment compétent, mais est-ce que tu peux nous dire si l'historique des événements est "alimenté" par le relevé de température que tu déclenches ? Si ton module est sur batterie, il va falloir prévoir un budget ... Récupérer la température toutes les 3 secondes ? est-ce bien nécessaire ?
  7. i-magin

    Filtration Piscine

    Bon, je n'avais pas suffisamment regardé.... ajoute "setProperty" fibaro:call(176,"setProperty","ui.Label1.value", TempPiscine) NB : en lançant le debug, tu n'avais pas un retour d'erreur ?
  8. i-magin

    Filtration Piscine

    Le debug te renvoie une valeur ?
  9. i-magin

    Simulation de Présence

    A mon sens, on peut écrire ce que l'on veut pour la valeur "Label" Mais par contre, il est impératif de saisir status pour l'ID afin d'être en phase avec toute la programmation
  10. Hum suis pas bien réveillé Reste en suspens la question : norme Européenne EN 14 604
  11. Dans la continuité des propos de @Krikroff et @benjynet, j'ai pu lire ceci : Avez-vous ces informations ?
  12. i-magin

    Filtration Piscine

    Je suppose que "TempPiscine" s'affiche au niveau de ton label ? Enlève les guillemets qui entourent TempPiscine dans ta troisième ligne Et précision pour "ui.Label1.value" : tu as saisi Label1 dans l'ID du label ?
  13. i-magin

    Filtration Piscine

    Ok, je comprends mieux, mais je ne vois pas de "turnOn" ? Je pensais possible de calculer l'heure de fin de la filtration, qui aurait été traitée par une condition "if" Mais la fonction "sleep" ira bien dans ton cas, puisqu'il n'y a pas d'autres actions dans ton script
  14. i-magin

    Domotiser un interphone

    Petit aparté : je trouve ce forum vraiment enrichissant. Bon, sur ce sujet, c'est comme si on me parlait avec une langue interstellaire ... mais la démarche d'entraide fait vraiment plaisir
  15. i-magin

    Filtration Piscine

    J'ai un petit peu de mal àsuivre... - pourquoi deux scripts et pas un seul ? - ce script arrêterait la filtration en cours selon un délai ? - Mais quel script lance la filtration ? - ne serait-il pas judicieux de gérer une variable globale de fin de filtration ?
  16. Je comprends donc que : fibaro:sleep() = while...do C'est bien pourquoi, dans l'un de mes scripts (voir ci-après), je proposais une boucle while..do avec une fonction sleep très courte Je voulais arrêter très rapidement la boucle en cas de changement d'état du détecteur de porte Mais, comme tu indiques que "getValue dans la boucle While si il y a beaucoup de scène comme celle la, la base de donnée du votre HC2 va pas bien aimer" : on va éviter --[[ %% properties 19 value %% globals --]] local startSource = fibaro:getSourceTrigger(); local timer = 0 if ( tonumber(fibaro:getValue(19, "value")) > 0 ) then while ( tonumber(fibaro:getValue(19, "value")) > 0 and timer < 30 ) do fibaro:sleep(5*1000) timer = (timer + 5) fibaro:debug("timer = " ..timer) end if ( timer == 30 ) then fibaro:debug("porte ouverte depuis 30 secondes") end end
  17. J'écris vite fait car je dois me sauver... La fonction "sleep" m'interroge et je n'aurai pas le temps de faire vraiment des tests Si je paramètre "sleep" à 1 minute par exemple, est-ce que le changement d'état de la porte sera détecté durant cette période d'attente de 1 minute ? Je veux dire, est-ce qu'une (ou plusieurs) fermeture/ouverture dans l'intervalle sera détectée ? Si oui, c'est tout bon... sinon, notre test de porte ouverte durant 1minute est faussé @lionelA : pour le ; j'ai bien l'impression qu'il ne sert à rien
  18. Merci pour tes informations qui sont importantes @franckg16
  19. Il existe plusieurs types de variables Commençons par deux d'entre eux : - nombres - chaînes de caractères On peut changer le "typage" de variables par des fonctions "Tonumber" permet de passer d'une valeur "caractères" àune valeur "nombre"... et donc de la comparer àune valeur numérique
  20. Finalement, on peut faire plus court... j'ai bon @krikroff ? --[[ %% properties 19 value %% globals --]] local startSource = fibaro:getSourceTrigger(); if ( tonumber(fibaro:getValue(19, "value")) > 0 ) then local timer = os.time() while ( (os.time() - timer) < 30) do -- on patiente 30 secondes end if ( tonumber(fibaro:getValue(19, "value")) > 0 ) then fibaro:debug("porte ouverte depuis 30 secondes") end end
  21. Quelque chose comme çà @krikroff ? --[[ %% properties 19 value %% globals --]] local startSource = fibaro:getSourceTrigger(); local timer = os.time() local elapse = 0 if ( tonumber(fibaro:getValue(19, "value")) > 0 ) then while ( elapse < 30) do elapse = (os.time() - timer) end if ( tonumber(fibaro:getValue(19, "value")) > 0 ) then fibaro:debug("porte ouverte depuis 30 secondes") end end
  22. Bienvenue ! Je te suggère de redistribuer tes questions au sein du forum et par la même occasion tu y trouveras peut-être déjàréponse (nouvelle version appli iPhone par exemple)
  23. J'ai débuté avec ce document... je recommande chaudement ! J'aurais bien vu ce lien dans les tutoriels ?
  24. @aliasing Le "main loop" n'est pas indispensable dans la gestion de ton chauffage Je suppose que tu vas changer le mode de chauffage (selon les 4 ordres) en passant par ton module virtuel... et si tu utilises des scènes, elles s’appuieront sur ton module virtuel Tu peux donc mettre les lignes "fibaro:call(78,"setProperty","ui.Label1.value", "xxxx")" dans chaque bouton Un exemple pour le mode confort : fibaro:call(75, "turnOff"); fibaro:call(77, "turnOff"); fibaro:setGlobal("chauffagechb", "confort") fibaro:call(78,"setProperty","ui.Label1.value","confort") Pour la dernière ligne : - 78 est l'id du périphérique virtuel - "ui.Label1.value" : Label1 doit correspondre scrupuleusement à l'ID du label - "confort" : c'est le texte qui sera affiché dans le label Si tu choisis cette solution, tu peux supprimer toutes les lignes du main loop Le seul petit inconvénient, c'est lors d'un redémarrage de la box ou de modifications-sauvegardes du module virtuel : la ligne label sera remise à zéro (mais heureusement pas la variable globale) : il suffira de cliquer sur le bouton du mode chauffage voulu pour faire apparaître le mode de chauffage dans le label
  25. i-magin

    Notifications Push

    A noter dans la version 3.580 du firmware, la possibilité d'exclure un module de l'historique des événements. Cette option se situe dans les paramètres avancés des modules
×
×
  • Créer...