Kriek

C'est parce que je me posais la même question de surcharge due aux questionnements fréquents que j'avais décidé d'utiliser autoremote : Au lieu d'avoir une interrogation toutes les X minutes, je n'envoie une requête que lorsque j'ai constaté un changement d'état et qu'un changement d'affichage sur mon interface doit intervenir. Cette requête envoie directement à Tasker les infos de LA modification à apporter. J'ai allégé grandement la masse de données échangées entre les deux (pour moi) systèmes. Je pense que tous tes contrôleurs ont une possibilité d'envoyer un message http, et GEA n'est pas indispensable... mais je comprends et accepte ton besoin de ne pas multiplier les interfaces entre systèmes.

Content d'avoir pu t'aider. Il y a toutefois un petit "faute de mieux" dans ta réponse qui m'ennuie car on ne te sens pas tout à fait satisfait... Pour actualiser ton affichage en fonction des changements d'état effectués par un autre chanel la solution autoremote et un petit script GEA devrait te permettre d'y remédier... A toi de voir...

Pour un rafraichissement moins gourmand en relecture de données sur la HC2, il y a aussi la possibilité de passer par autoremote (plugins tasker) pour recevoir des pushes de la HC2. Je t'invite à aller voir le tuto suivant http://www.domotique-fibaro.fr/index.php/topic/5055-alternative-au-service-popup-du-notification-center-avec-possibilité-d’action-hc2-via-le-popup/?hl=autoremote Il explique comment envoyer des pushes depuis la HC2 vers un système tasker en utilisant autoremote. Il te suffit ensuite d'envoyer des pushes avec (par exemple) l'introduction "MAJ=:=" pour indiquer à Tasker qu'il faut faire un rafraichissement (il faut créer les triggers sur HC2 et le profil sur Tasker qui vont bien pour cela bien entendu). Je suis au boulot... Donc je réponds brièvement... Si tu as besoin de plus d'explication n'hésite pas, dis moi juste précisément quelle solution tu veux développer et je t'aiderai... Ca fera un exemple pour tous les membres du forum qui souhaitent avancer sur ce type de solution très personnalisable (mais qui dit personnalisation dit temps de développement...)

Bonjour, Pou le rafraichissement des icônes plusieurs options se présentent à toi : - rafraichir au réveil de la tablette, - rafraichir toutes les X minutes - rafraichir à la demande avec une icône à cliquer ... Le tout se paramètre à travers un profil sous tasker, à toi de voir ce qui correspond à ton besoin pour bien définir ce profil. Quant aux icônes avec le texte dans mon cas comme il ne s'agit pas d'une scène mais directement sur le springboard du téléphone ce sont des widgets Tasker (tâche ou raccourci de tâche). Le texte et l'icône est modifiable à travers Tasker ("changer icône widget" et "changer libellé widget")... Par contre je me suis rendu compte que le comportement des ces widgets Tasker sont différents en fonction de l'appareil : sur ma tablette chinoise que j'utilise en interface à la maison le texte n'apparait pas alors que sur mon téléphone Samsung il apparait bien mais il est décalé de l'icône dans le cas d'un widget "raccourci de tâche" et est positionné proprement dans le cas d'un widget "tâche"... Dans le cas d'une scène comme toi, l'image affecté est modifiable par la tâche "image de l'élément". En revanche attention les tâches de modification de scène ne fonctionnent que si la scène est active. A essayer donc de ton côté avec ton appareil sur le comportement obtenu.

Content que tu aies trouvé. Oui on peut supprimer l'affichage dont tu parles. C'est une option dans autoremote dans le menu paramètres/Alerts décocher toasts in et out. Envoyé de mon SM-N910F en utilisant Tapatalk

Bonjour Oldelvis, Je confirme que le VD fonctionne en V4, je suis passé dernièrement à la 4.056 depuis la 3.6 et tous mes popups remontent sans problème... J'ai d'ailleurs amélioré un peu le bousin... il faudra que je prenne le temps de partager à l'occasion. Pour ce qui est de ta question, je confirme que la ligne GEA était correcte avec VirtualDevice... Quand je lis les lignes que tu as écrites, j'ai l'impression que : - soit tu n'as pas créé le profil Tasker qui réagit sur un message Autoremote contenant popup. - soit ce profil n'est pas actif,

Retour de vacances, je me suis lancé aussi : V3.6 à V4.056 avec la petite frayeur de l'erreur 503 au passage... Mais c'est tout bon ! J'ai fait quelques tests et tout semble fonctionner sans que je n'ai à faire quoique ce soit !

Hello, Il est écrit qu'est résolu le problème "Home Center 2 is not supporting multichannel associations". Qu'est ce que ce la veut dire ? Qu'on peut désormais associer un module déjà associé à un autre réseau z-wave ? C'est peut-être ce qui me motiverait à changer de version...

Hello, Il est écrit qu'est résolu le problème "Home Center 2 is not supporting multichannel associations". Qu'est ce que ce la veut dire ? Qu'on peut désormais associer un module déjà associé à un autre réseau z-wave ?

Ah oui je suis peut-être le dernier à être en V3.6 😊 Envoyé de mon SM-N910F en utilisant Tapatalk

Salut , Comme ça a première vue pas d'idée... Peux tu m'envoyer le contenu de ta variable %TEST ?

Petit ajout : Dans les différents textes (message du popup ou boutons), il faut utiliser %20 au lieu des espaces pour qu'ils apparaissent correctement dans le popup...

L’idée est simple : Utiliser Tasker et en particulier Autoremote pour envoyer un message depuis la HC2 vers votre téléphone qu’il affichera sous forme de popup dans lequel de 2 à 4 boutons permettront de basculer un switch, d’appuyer sur le bouton d’un module virtuel ou de lancer une scène. Tout d’abord avoir Tasker et Autoremote installé sur votre téléphone Android. Depuis Autoremote (lancé en direct depuis le springboard) vous devriez avoir lapossibilité de connaitre l’adresse URL de votre Autoremote. Tapez cette URL sous votre navigateur web, vous arriverez sur une page où il est possible d’envoyer des messages depuis votre PC. Tapez un message dans le champ correspondant. Un champ commençant par https://autoremotejoaomgcd.appspot.com/sendmessage?key=XXXXXXX (où XXX est votre identifiant Autoremote) se remplit automatiquement à droite de la page. Récupérez l’URL à partir de « /sendmessage?key=XXX » jusqu’à « &message= » (ce qui suit est le message que vous avez tapé. Gardez cela bien au chaud dans un coin de votre ordinateur. Préparons le HC : Créez un module virtuel « Autoremote » avec 1 bouton « Send message » Le code LUA associé à ce bouton est le suivant (remplacez : /sendmessage?key=XXX&message= par la portion d’URL copiée précédemment) local message = fibaro:getGlobal("AutoremoteMessage") fibaro:debug(message) HC2 = Net.FHttp("autoremotejoaomgcd.appspot.com") response = HC2:GET("/sendmessage?key=XXX&message="..message); Ensuite créez une variable globale appellee AutoremoteMessage Côté HC2, c'est prêt. Passons côté Tasker : Importez les tâches en PJ de ce post (Affichage_popup ; traitement_popup ; HC2_Switch ; HC2_module_action et HC2_scene) Importez la scène Message Créez la variable HC_URL et la remplir avec l’adresse IP à laquelle vous pouvez joindre votre HC2 (préférentiellement une adresse IP non locale du type login:password@XX.XX.XX.XX :PORT) Créez un profil qui déclenche la tâche Affichage_popup sur un évènement lié au plugin AutoRemote dont le filtre reconnait popup=:= Ca y est Tasker est prêt lui aussi. Voyons comment dialoguer entre HC2 et Tasker maintenant : Le message venant de la HC2 doit être construit selon le modèle suivant : popup= :=message ;bouton1-type-id-action;bouton2-type-id-action ;bouton3-type-id-action;bouton4-type-id-action popup= := sert à Tasker à identifier que l’action sera d’ouvrir un popup, bouton1 est le texte qui apparaitra dans le bouton 1, bouton2 est celui du bouton2 etc… si bouton3-type-id-action ou bouton4-type-id-action (ou les 2) ne sont pas rempli les boutons n’apparaitrons pas dans le popup. Par exemple popup= :=message ;bouton1-type-id-action;bouton2-type-id-action ne fera apparaitre qu’un popup qu’avec 2 boutons. Pour chaque bouton il faut associer le type du module de la HC2 sur lequel il va agir : sw pour un switch, vd pour un module virtuel, sc pour une scène. Ensuite id est l’id du module en question Enfin action est : - le rang du bouton sur lequel il faut appuyer lorsque le module cible est un module virtuel - la valeur 1 ou 0 pour allumer ou éteindre le switch - la valeur 0 ou 1 pour arrêter ou lancer une scène Pour rendre tout cela concret voici un petit exemple maintenant, en utilisant GEA : GEA.add(id["PORTE_ENTREE"], -1, "", {{"Global", "AutoremoteMessage", "popup=:=Alarme active, Voulez-vous la désactiver ?;Oui-vd-3-2 ;Non-vd-3-1 "},{"VirtualDevice", id["AUTOREMOTE"], 1},{"If",{{"Global","etatalarme","1"}}}}) Ce qui aura pour conséquence de me proposer par un popup de désarmer mon alarme lorsque j’ ouvrirai la porte d’entrée quand mon alarme est armée (variable globale etatalarme à 1). Il me suffit alors de cliquer sur le bouton Oui pour la désactiver. Si je clique sur le non, il ne se passera rien (dans mon cas je clique sur le bouton de mon module virtuel qui enclenche l’alarme, donc il ne se passe rien de plus). La sirène de mon alarme émet des bips lorsqu’une intrusion est remontée, j’ai donc quelques secondes pour désactiver mon alarme avant que la sirène ne se mette à hurler en continu. Avec le popup, c’est rapide et efficace ! taskerpopup.zip

En fait depuis la HC2 il est possible d'envoyer un push vers Tasker sur un tel avec AutoRemote... Donc c'est faisable... Le notification center avec popups étaient la seule raison qui aurait pu me motiver à passer en 4.0X (je suis toujours en 3.6) mais voyant ces limites j'avais commencé à imaginer la solution Tasker + push depuis la HC2 avec Autoremote pour faire un équivalent de ce service popups... Je vais m'y remettre...

Bonjour extrembiker11, La version 6 est prévue.... pour le jour où je serai passé àla V4.xx... En effet je fais partie des irréductibles de la V3.6 en attendant une V4 (ou plus) sans bug. Par consequeng je ne peux que t'encourager àpasser àtravers mon script et de le corriger pour qu'il soit compatible V4.

Bonsoir à tous, Voici une version plus construite de mes tâches Tasker pour palier à l'inertie de l'appli fibaro et obtenir un visuel sur le springboard Android de l'état de votre système domotique. Voici ce que ça donne chez moi à titre d'exemple : Les icones Alarme, Lave-linge, radiateur, chauffage changent de nom et d'apparence en fonction de leur état. L'icône température change de nom pour afficher la température mesurée. L'icone alarme est cliquable et me donne accès aux boutons de mon module virtuel correspondant sur la fibaro. Les icones lave-linge, chauffage, radiateur sont des switch, en cliquant dessus je permute la position de ce switch. L'icone PhotoCam est un bouton d'un module virtuel sur lequel j'appuie tout simplement. L'icone Rafraichir est une tâche de rafraichissement des icones et valeurs affichées de cet écran, mais en fait je lance ce rafraîchissement à chaque allumage de téléphone. Pour réaliser cela j'ai créé plusieurs tâches de base : HC2_globvar_val permet d'aller lire le contenu de la variable globale dont le nom est stocké sous la varaibale Tasker %HC_ID. Le contenu de la variable est retourné dasn la variable %HC_RESULT. HC2_scene permet de lancer arrêter une scène dont l'id est stocké sous la vaiable tasker %HC_ID et l'action (start ou stop) dans %HC_ACTION HC2_status permet de connaitre l'état d'un switch ou d'une sonde et le résultat est donné dasn %HC_RESULT HC2_switch permet de permuter le switch dont l'id est donné par %HC_ID VD_info permet d'aller lire le contenu du Label1 sous le module virtuel dont l'id est donné par la variable Tasker %HC_ID. Le résultat est stocké sous %HC_RESULT. Import_Infos_Module_HC2 est une tâche d'import sous tasker des boutons d'un module virtuel. Il est indispensable de lancer cette tâche avant de pouvoir utiliser la tâche HC2_module_action. En fait on stocke sous une variable tasker nommée MODULEXX avec XX l'id du module virtuel l'ensemble des id des boutons du module ainsi que leur label. Android_VD : permet d'afficher un dialogue avec les 5 premiers boutons d'un module virtuel préalablement importé (cf tâche précédente). L'ID du bouton à actionner est retourné dasn la variable %HC-RESULT HC2_module_Action : Agit sur le bouton dont l'id correspond à %HC_ACTION du module virtuel dont l'id est donné par %HC_ID. Voilà pour ce qui est des différentes tâches de base. Maintenant il faut réaliser des tâche dédiées à chaque module sur lesquels vous voulez agir et desquels vous voulez remonter un affichage (via icone ou via label de l'icone). Pour cela j'ai choisi de faire deux tâche une qui va gérer ce qu'il se passe lorsque je clique l'icône et une autre qui va gérer son affichage. Par exemple pour un switch comme celui de mon radiateur (il est allumé ou éteint). J'ai une première tâche qui s'appelle Radiateur pour l'action, c'est également cette tâche que je vais mettre en widget sur le springboard. Mon autre tâche est Radiateur Aff pour l'affichage. Voici ce que j'ai mis dans Radiateur : Affecter à la variable %HC_ID la valeur 49 (ou 49 est l'ID de mon module) Effectuer la tâche HC2_switch Pour la tâche Radiateur Aff : Affecter à la variable %HC_ID la valeur 49 (ID du module) Effetcuer la tâche HC2_status (permet de connaitre l'état du switch) Changer libellé widget radiateur avec le libellé "Eteint" si %HC_RESULT=0 Changer icone widget radiateur avec icone "Radiateur Eteint "si %HC_RESULT=0 Changer libellé widget radiateur avec le libellé "En chauffe" si %HC_RESULT=1 Changer icone widget radiateur avec icone "Radiateur Allumé"si %HC_RESULT=1 A noter que pour les tâche HC2_switch et HC2module-action un rafraichissement de l'affichage est inclu dans ces tâches pour vérifier que le changement a bien eu lieu. Prenons un exemple plus compliqué : celui du module virtuel avec boutons, celui de l'alarme : Tout d'abord vous devez importer les labels des botons sous tasker. En supposant que mon module alarme porte l'id 50, je lance manuellement la tâche Import_module_HC2 et renseigne que je veux importer les infos du module 50. Ensuite je crée mes deux tâches Alarme (pour l'action du clic) et Alarme Aff (pour l'affichage). Alarme se détaille comme suit : Affecter à la variable %HC_ID la valeur 50 Effectuer la tâche Android_VD Affecter à la variable %HC_ACTION la valeur de la variable %HC_RESULT Effectuer la tâche HC2_module_Action Effectuer la tâche Alarme Aff Et Alarme Aff comme cela : Affecter à la variable %HC_ID la valeur etatalarme (en supposant que la variable etatalarme soit mon indicateur d'état d'alarme) Effectuer la tâche HC2_globvar_val Changer icone du widget Alarme avec icone "Alarme ON" si %HC_RESULT=1 ou si %HC_RESULT=2 Changer icone du widget Alarme avec icone "Alarme OFF" si %HC_RESULT=0 Affecter à la variable %HC_ID la valeur 50 (id de mon module virtuel dans lequel le Label1 indique aussi l'état de l'alarme) Effectuerla tâche VD_info Changer libellé widget Alarme avec le libellé %HC_RESULT Avec ces deux exemples je pense que vous êtes armés pour faire votre propre écran de contrôle de votre système domotique depuis le springboard de votre téléphone/tablette Android. Dernière chose, vous pouvez choisir de mettre une tâche pour forcer le rafraichissement des données, dans ce cas il s'agit juste d'effectuer les tâche d'affichage de chaque module reporté sur votre springboard. Ou alors vous pouvez créer cette même tâche mais la lancer à l'allumage du téléphone par exemple ou à intervalle régulier (toutes les minutes par exemple...), etc... Voilà , j'espère que mes explications sont claires, si vous avez besoin d'aide, ou si vous voulez que soient développé d'autre tâches pour faire je ne sais quoi, n'hésitez pas... Android_VD.tsk.xml HC2_globvar_val.tsk.xml HC2_module_action.tsk.xml HC2_scene.tsk.xml HC2_status.tsk.xml HC2_switch.tsk.xml Import_Infos_Modules_HC2.tsk.xml VD_info.tsk.xml

Petite avancée du week end : L'affichage des boutons d'un module virtuel sur le springboard (ci dessous un example pour mon alarme) Pour cela c'est assez simple, il suffit d'importer un module virtuel avec la tâche Import_Infos_Modules_HC2 Celle-ci va créer une variable dans laquelle seront stocké les labels des boutons et leur position (pour pouvoir agir dessus ensuite) Pour l'instant je ne me suis intéressé qu'aux boutons, et c'est limité à 5 boutons. Pour faire appel à la scène qui affichera les bouton il suffit depuis une tâche d'appeler la tâche Android_VD en ayant au préalable enregistré le numéro du module de la HC2 auquel on fait appel dans la variable HC_ID. L'ID du bouton sur lequel l'utilisateur a agit sera stocké dans HC_RESULT. Si vous voulez ensuite appuyer sur ce bouton sur la HC2, il faudra stocker la valeur de HC_RESULT dans HC_ACTION et lancer la tâche HC2_module_action qui était fournie dans le premier package de ce post. Je sais tout arrive par morceau... Dès que tout cela commencera à être complet, j'éditerai le premier message et ferai un mode d'emploi plus complet. Android_VD.tsk.xml Import_Infos_Modules_HC2.tsk.xml

Au début c'est ce que j'avais fait.. mais comme on ne regarde pas son tel toutes les 5 minutes, surtout en pleine nuit, cela faisait des échanges de données inutiles plus de 90% du temps. Du coup j'ai fait le choix de faire des mises à jour de l'affichage à chaque allumage du téléphone (Profil activé sur "Affichage déverrouillé") et à chaque fois qu'une action est menée sur la HC2 via Tasker. Il y a une autre solution en faisant des pushes depuis la HC2 vers Tasker grâce à Autoremote (payant à 3€ je crois). Lorsque tu crées ton compte autoremote tu as accès à une page depuis laquelle tu peux envoyer des message depuis un PC vers Tasker. Sur la droite de la page le lien URL correspondant à ton message t'est donné. Le message n'est en fait que la fin de l'URL. Il suffit donc de créer un module virtuel qui enverra un message sur cette URL avec le bon message. Le message est écrit par des actions GEA qui actionne aussi actionne le module virtuel pour générer le push vers Tasker avec ce message Tu crées des profils Tasker réagissant à des mots clefs de ces pushes, et tu peux lancer des tâches comme par exemple mettre à jour tes icônes sur le springboard en cas de réception d'un message autoremote exactement égal à "MAJ ICONES FIBARO". Comme je ne suis pas sà»r d'être très clair, voici le code du module virtuel de push de la HC2 vers Tasker via autoremote : local message = fibaro:getGlobal("AutoremoteMessage") fibaro:debug(message) HC2 = Net.FHttp("autoremotejoaomgcd.appspot.com") response = HC2:GET("/sendmessage?key=XXXXXXXXXX&message="..message); Dans le code ci dessus le XXXXX correspond à la clef Autoremote que tu obtiendras lors de ton inscription au service. Ensuite il suffit de faire une action GEA du type : GEA.add(id["FENETRE_SDB"], -1, "", {{"Global", "AutoremoteMessage", "MAJ ICONES FIBARO"},{"VirtualDevice", id["AUTOREMOTE"], 1}}) Dans ce cas, l'ouverture de la fenêtre de la salle de bain, enverra à Tasker le message "MAJ ICONES FIBARO". Voilà ... N'hésite pas si tu as d'autres questions... je suis en train de réfléchir à des "modules" Tasker (en fait des tâches qui automatiserait la plupart des actions classiques) pour rendre tout cela plus simple... Mais je découvre encore Tasker et je galère un peu... PS : je fais partie des irréductibles de la V3.6... Il y a donc peut-être quelques ajustements à faire si tu es en 4.XX

Salut Moicphil, dans l'idée la tâche "rafraîchissement" (que j'ai appelée chez moi info fibaro) fonctionne de la manière suivante : va lire une variable globale et si elle vaut la valeur X change l'image de la tâche "Truc" (widget tasker sur le springboard) par l'icône "bidule". Mais il est possible de faire plein de chose comme changer le nom du widget par exemple, changer le papier peint, changer un minimalistic text etc... Ton imagination est la seule limite. Pour l'instant j'ai travaillé uniquement sur des changement d'icône. Je te joins ma tâche "info fibaro" qui est l'équivalent de la tâche "rafraîchissement" dont je parlais dans mon premier post. A+ Info_Fibaro.tsk.xml

Pour les images ça viendra un peu plus tard... Faut que je progresse un peu sur ce que je veux faire remonter... A la base je ne souhaitais faire que retour état alarme avec possibilité d'activer et de désactiver.

Je profite de ce post également pour remercier Steven qui m'a fait découvrir Tasker àtravers ses posts sur cette merveille !!!!

Bonjour à tous, Je vous propose de partager ma petite expérience de passer par Tasker pour obtenir une alternative à l'appli fibaro en permettant de récupérer des états de module, et d'agir dessus via quelques icones sous le springboard Android. J'admets pour l'instant cela demande de bien préparer son travail et c'est un peu rébarbatif à programmer mais on arrive assez vite à avoir quelque chose de sympa est surtout très réactif. Bon pour l'instant ce sont encore des essais... Donc pour ceux qui veulent essayer il faudra bricoler. Donc importez déjà les quelques tâches des fichiers joints à ce post. Vous aurez la possibilité avec ces tâches : - de lire la valeur d'une variable globale stockée sous l'HC en lançant la tâche HC2_globvar_val et en initailisant la variable %HC_ID avec le nom de la variable globale que vous souhaiter lire. La valeur de cette variable sera récupérable dans la variable %HC_RESULT - d'agir sur un bouton d'un module virtuel (via la tâche HC2_module_action en initialisant ID du module dans %HC_ID et id du bouton dans %HC_ACTION), - de lancer/stopper une scène (via HC2_scene et Scène ID stockée dans %HC_ID et start ou stop dans la variable %HC_ACTION) - d'actionner un switch (via HC2_switch et IDmodule dans HC_ID et turnOn ou turnOff dans la variable %HC_ACTION) Avant tout il vous faudra tout de même initialiser la variable %URL_HC2 avec l’adresse IP extérieure de votre HC2 avec login et mot de passe. Typiquement ça doit vous donner un truc du style : login :motdepasse@XXX.XXX.XXX.XXX :PPPP où XXX.XXX.XXX.XXX :PPPP est l’dresse de connexion depuis l’extérieur de votre HC2 avec le port PPPP correspondant. A partir de là , il vous reste à faire les tâches que vous souhaitez et via les widget tâches de tasker vous les mettre sous le spring board. Pour rappel, il est possible avec Tasker de changer une icone du springboard. A titre d'exemple j'ai créé une tâche alarme comme suit : - Affecter à %HC_ID la valeur variablealarme - Effectuer la tâche HC2_globvar_val - Affecter à %HC_ID la valeur 40 (l'ID du module contrôlant le mode de mon alarme) - Affecter à %HC_ACTION la valeur 2 (id du bouton mise en marche alarme) SI %HC_RESULT=0 (ce qui signifie que mon alarme n'était pas en marche) - Affecter à %HC_ACTION la valeur 4 (id du bouton d'arrêt de l'alarme) SI %HC_RESULT=1 (ce qui signifie que mon alarme était activée) - effectuer la tâche HC2_module_action - effectuer la tâche Rafraichissement La tâche Rafraichissement, est une tâche qui va lire l'état de mes variables globales et change l'icône en fonction des valeurs de ces variables. La tâche rafraichissement est aussi relancée à chaque fois que j'allume mon téléphone après déverrouillage (via tasker toujours). Et voilà : J'ai donc une page de mon spring board qui me permet instantanément de voir l'état de certaines de mes variables globales (pour l'instant) par un affichage d'icones et lorsque j'appuie sur les icônes en questions je peux changer l'état de celles-ci, ou agir sur un switch, un module, une scène. Bon j'admets que pour l'instant c'est un peu à l'état d'ébauche, mais je suis assez content du résultat car c'est beaucoup plus accueillant que l'appli fibaro ! Tasker HC2 interface.zip

Salut, J'avais proposé cela il y a quelques temps... Je ne sais pas si cela fonctionne toujours, je suis passé sous Android depuis... http://www.domotique-fibaro.fr/index.php/topic/2213-lancer-des-actions-hc2-depuis-le-springboard-de-liphone/#entry28633

Salut Désolé pour ce silence radio depuis décembre. J'avais finalisé une version avec reconnaissance des noms de pièces et de modules dans le texte sur la base de la V3.6. Depuis j'ai essayé de passé en 4.032 et là j'aurais mieux fait de m'en tenir à ce que je lisais : je n'aurais pas dà» le faire... Depuis pas mal de déplacement pro, du coup je suis toujours en 3.6 et n'ai pas encore pu me poser sur une version 4.03X... Mais ça viendra... Pour ceux qui sont touours en 3.6, les fichiers sont en PJ. Nouveautés : 1- J'ai supprimé le calendrier daytype qui définissait des ordres par type de jours (semaine, vacances, chômé etc...). Je ne l'utilisais pas car GEA fait très bien ce travail tout seule. 2- Nouveau format d'instruction : Il était (et il est toujours) possible de commander via le calendreir goolge un module soit par un ordre préprogrammé, soit par la commande MV... Maintenant vous pouvez donner un ordre écrit. Le script google se charge de trouver si cet ordre contient le nom d'une pièce connue dans la HC2, si oui il cherche dans cette pièce si un mot ou ensemble de mot pourrit correspondre à un module de la pièce en question, enfin une fois trouvé un module, il cherche si un mot ou ensemble de mots de l'ordre peut correspondre à un bouton du module. S'il ne trouve pas de pièce, il cherche sur tous les modules de la HC2. A noter : la recherche se fait sans tenir compte des accent ni de la casse que ce soit dans l'ordre donné ou sur le nom des pièces, modules, boutons. A noter 2 : vérifiez bien que vous n'avez pas plusieurs noms de pièces, modules, boutons similaires... en particulier "chambre 1" et "chambre 2" ne sont pas des noms à utiliser avec mon moteur de recherche, il vaut mieux utiliser "chambre_1" et "chambre_2". De même évitez d'avoir des noms de modules et de pièces qui pourraient être confondus. Le paramétrage est identique à celui défini dans mes précédents posts. Je passerai un jour à la V 4.03X... promis... HC2GoogleCalV5.zip

Berale24 j'adhère totalement à ton analyse vis-à -vis de l'utilisation des triggers. J'ajouterais même qu'il est encore possible d'optimiser des scripts en identifiant l'id du trigger avec la fonction fibaro:getSourceTrigger(). Dans ton cas ce n'est pas forcément nécessaire car tu cherches des min et des max. Mais si par exemple tu veux enregistrer l'historique des températures sur tout un mois, il est possible de n'enregistrer que la valeur de température du périphérique qui a changé et uniquement lui... du coup tu économises en nombre d'enregistrements sur ta variable globale... Je sais pas si je suis bien clair... Voilà , c'était juste pour t'aider à aller plus loin dans ta découverte des triggers...