i-magin

Si ton module correspond au lien que j'ai donné (à vérifier), tu peux diminuer la valeur du paramètre 91 à 15 par exemple. Ce qui donnera : "Changement minimum de 15 W nécessaire à l’envoi immédiat de la puissance mesurée actuelle" au lieu de 50 W. A mon avis , tu peux laisser le paramétre 92 "Changement minimum en % nécessaire à l’envoi immédiat de la puissance mesurée actuelle" à 10%. Je dois mal me faire comprendre au sujet de ton scénario (sachant que nous sommes d'accord sur le fait qu'il ne devrait pas être utile). Ta dernière proposition de scénario est bonne (message 380), sauf qu'à mon avis la première condition "si" doit être identique à la seconde : Si [Chambre adulte][TV Chambre][Puissance] < 30 dans les deux cas Tu dois pouvoir regarder l'historique des consommations sous Jeedom en cliquant sur l'icone puissance de ton module Concernant le script Fibaro, il faudrait le copier ici pour comparer

Une dernière remarque : Pourquoi ce 1er test ? Si [Chambre adulte][TV Chambre][Puissance] > 0 Si @Domodial veut comme il le dit " Si réellement inférieur à 30 alors Off (en gros ça devrait boucler, vérifier et pas faire Off si supérieur à 30w)." Le 1er test doit être Si [Chambre adulte][TV Chambre][Puissance] < 30 J'attends 1200 secondes et je vérifie une seconde fois

De tête, le paramétrage de ce module était "tout ou rien" pour les différents relevés. On choisissait d'envoyer ou non les infos de température, luminosité, etc Conséquence, c'est un bouffeur de piles Si une box pouvait par défaut activer tous les relevés (ce que fait ni la HC2, ni Jeedom), je ne vois pas comment une box pourrait choisir les paramètres des nouveaux sensors, dont le réglage est beaucoup plus complexe mais aussi adapté aux differents usages

Que ce soit sur Jeedom ou HC2, un module est inclus avec ses valeurs par défaut (ou paramétrage usine) Il en a été ainsi pour tous les modules que j'ai intégré sur HC2 Ce forum contient de nombreux topics qui conseillent sur le paramétrage de modules Le paramétrage dépend de l'usage de chacun. C'est particulièrement important pour les modules sur pile et leur longévité Pour exemple, le paramétrage du Aeon Labs DSC06 : ICI

Concernant la prise en compte de la modification de paramètres d'un module sur batterie Souvent nous sommes interpellés sur ce forum par des utilisateurs de box Fibaro, qui nous signalent que la modification de paramètres d'un module sur batterie n'est pas prise en compte. Nous leur expliquons que les modifications n'apparaîtront sur le dashboard qu'après acquittement par le module, ce qui nécessite un réveil du module... ce qui est manifestement troublant Comment çà se passe avec Jeedom, en images : Le paramètre 39 de mon MultiSensor 6 est à 20 %. Je vais le réduire à 18% J'ai modifié le paramètre et j'ai sauvegardé ma modification : - On trouve toujours la valeur d'origine = 20 - Entre parenthèses, la nouvelle valeur = 18 - le paramètre est désormais sur fond jaune Je réveille le module et voici, le résultat qui témoigne de la prise en compte de la modification par le module Pas mal, non ?

Ok ! Je pensais que ta remontée de puissance n'était faite qu'à partir du Player - En fait tu as branché TV + Player et c'est le cumul des deux qui est remonté Tu n'as vraiment pas de chance avec tes 2 modules J'ai pour l'instant trois modules et pas de souci... j'arrive même à gérer le Qubino rail din Heureusement, je ne dois pas être le seul, car sinon Jeedom n'existerait plus Et puis finalement, tu indiques que la vraie puissance s'affiche sur le dashboard. C'est qu'il est tout de même reconnu ? Je suppose que tu l'as re-paramétré, car la configuration d'un module après exclusion est remise à zéro Ton script, que ce soit sur Jeedom ou Fibaro aura un comportement identique. C'est la logique qu'il faut revoir comme @Domomat et moi te le suggérons Je n'ai pas compris ceci

Franchement, ils sont très forts sur le marketing L'image des enfants aux mains sales me fait sourire : j'imagine les petits agiter leur mains dans tous les sens devant le Swipe .... les murs vont être mouchetés

J'allais te demander quel module te remonte les infos ? Pourquoi cette valeur de 30 ? En veille, ta player doit avoir une conso inférieure ? Si oui, descend ta valeur S'il s'agit d'une baisse ponctuelle de conso (mais pourquoi ?) tu peux modifier ton premier script : - ne coupe pas le jus au 1er "si", laisse uniquement le "sleep" (sachant que des durées de pause si longues ne sont pas bonnes à mon avis... voir les problèmes d'instances générés sous Fibaro) - ajoute un second bloc de condition "si" pour vérifier à nouveau la conso qui coupera si la condition est toujours vrai

Log très clair Prenons le dernier déclenchement : - ton script démarre à21:36:30 sur la condition d'une consommation inférieure à30 - ton script est en pause durant 20 mn - l'exécution du script reprend à21:56:30 pour couper le jus

C'est l'une des logiques de construction de Jeedom : on n'installe que ce dont on a besoin Mais on comprend cette logique très vite, dès l'installation, en choisissant nécessairement un "protocole domotique" Me concernant, j'ai téléchargé le plugin Z-wave (en suivant les conseils de la doc) - D'autres téléchargeront "EnOcean" ou "Edisio", etc. Cette flexibilité des protocoles domotiques est bien entendu un point fort de Jeedom Concernant ces plugins, un certain nombre sont officiels, d'autres non Pour ces derniers, il est spécifié "Attention ce plugin n'est pas un plugin officiel en cas de soucis avec celui-ci (direct ou indirect) toute demande de support peut être refusée" On comprend bien qu'un plugin peut être opérationnel lors de son intégration dans le market et ne plus l'être si son développeur ne suit pas les mises à jour de Jeedom Lors de la rencontre à Lyon, il avait été précisé que tous les développeurs de plugin avaient reçus les bêta de la V2 Se pose la question des développeurs qui ne répondent plus... C'est un véritable sujet qui motive peut-être la décision de Fibaro de ne pas libérer les plugins développeurs Les plugins que j'ai installé : Plugin Freebox Plugin Free SMS Plugin Netatmo + plugin Météo

Si j'applique la même logique que dans un script Fibaro, tu mets en pause l'exécution de ton script avec la commande sleep.... un point c'est tout Autrement dit : - tu testes une condition - tu attends 1200 secondes - tu exécutes la commande Mais pour le savoir, @Domomat te donne un très bon conseil : regarder le log C'est d'ailleurs un point fort, ce log qui t'apporte plus d'informations qu'un debug dans les scripts Fibaro

Du coup, j'ai regardé aussi ces fameux widgets : - il existe un market de widgets (qui me fait penser aux galeries d'icônes ici) - il y a un également une possibilité de générer des widgets de base en "Mode création facile" et en téléchargeant ses images (celui qui se débrouille en "HTML", "CSS" et "JavaScript" passera en mode de création avancé) Les modules virtuels permettent d'agréger des infos avec la possibilité d'appliquer des Widgets NB : Je sais, mon exemple est moche Il n'existe pas d'applications dédiées android et iOS, c'est clair Mais, il ne faut pas croire que l'on ne puisse pas piloter sa domotique avec des smartphones Le mode vue permet d'ailleurs de faire le choix de ce que l'on veut voir s'afficher au 1er plan Maintenant, je ne m'attaquerai probablement jamais au mode design comme @Domodial

J'ai testé la procédure et j'ai reçu un SMS me signalant le module présumé mort

Bon, j'ai testé rapidement... Dans configuration / config des logs et messages : activer "Ajouter un message à chaque erreur dans les logs" Les erreurs sont donc envoyées dans les messages Jeedom, avec info en haut du dashboard (nombre de messages affiché) Dans la configuration logs et messages, possibilité de renseigner "Commande d'information utilisateur" pour envoi de mail ou sms avec les plugins ad hoc

Lu ceci, àvérifier et tester :

Pour l'instant je n'ai pas assez consacré du temps, mais ensuite j'irai sur le forum Jeedom pour ce type de question

Pour l'affichage "direct" d'un nÅ“ud mort sur le dashboard, je ne sais pas (je n'ai pas encore poursuivi ma découverte) Sinon, bien sà»r, tu peux savoir si un module est en nÅ“ud mort, puisque j'avais eu le cas pour le Qubino rail Din - soit en allant dans la configuration du module, et regarder le résumé - ou dans protocole domotique - Zwave - Santé : tu as la liste de tous les modules et leur statut

Merci pour l'info @PIPT2 J'ai adressé un mail à l'assistance Domadoo lundi (tôt le matin) et j'attends une réponse

Belle promo : images léchées, un scénario subtil et drôle - Bref, de qualité Si ................................... NB : vous savez bien ce que signifient les points !

Est-ce qu'il y a un gain d'autonomie dans le cas où les modules sont en Zwave + et la box en Zwave ?

C'est vrai que je fais jeune, çà aurait pu être moi Merci @Domodial

Dommage, en plus, on aurait pu boire une bière

Je ne résiste pas à vous mettre une photo (avec lien intégré) Pourquoi ? Parce que l'on peut apprécier Jeedom ou pas, le dire et l'écrire... Mais Jeedom, ce n'est pas que des icônes, du code et du Zwave C'est aussi des personnes sympas que j'ai pu voir en chair et en os lors d'une rencontre à Lyon 1ère photo en haut à gauche, 3 personnes de la team : Marie, Thomas (l'un des 3 salariés) et Loà¯c l'un des 2 co-fondateurs Photo du milieu en haut, des participants... je suis sur la photo, mais je ne vous dirai pas où (je ne suis pas celui qui a des cheveux blancs, malgré mon âge )

D'après le site Jeedom, les caractéristiques des Center et Pro sont les mêmes : Processeur Dual Core à 1 GHz ARM A9 et 1024 Mo de RAM DDR3 C'est la Pro+ qui aura des capacités accrues : Processeur Quad Core à 1 GHz ARM A9 et 2048 Mo de RAM DDR3

Réponds à Siri "démerde toi et trouve"