pinou

Non mais c'est pas possible ça ! Si au niveau de la spreadsheet, tu configure une nouvelle commande avec pour Action = Switch. Au niveau de la colonne Parametre 1 tu devrais avoir On et Off dans la liste déroulante. Si ce n'est pas le cas, c'est qu'il y a un problème dans le code de ta spreadsheet. Ensuite, lorsque je teste une commande, voici ce que j'ai dans la fenêtre de console : [15-01-03 17:36:47:680 CET] Executing lampe de salon [15-01-03 17:36:47:752 CET] ==> allume la lampe salon [15-01-03 17:36:47:787 CET] http://<mon_ip>:<mon_port>/api/callAction?deviceID=7&name=turnOn [15-01-03 17:36:48:224 CET] 202.0 Le 202.0 de la dernière ligne correspond au code retour de l'appel. 202 signifie que la requête a été acceptée mais son execution n'est pas forcément terminée. Qu'as tu dans ton cas ? 202 aussi ?

Alors vérifie bien ton code car si tu as des trucs en minuscule c'est pas normal. Tu devrais avoir ça dans la fonction setValidationRule case 'SWITCH': rule = SpreadsheetApp.newDataValidation().requireValueInList(['On', 'Off'], true).build(); commentModule = 'ID de l\'interrupteur'; commentParam1 = 'On pour l\'allumer, Off pour l\'éteindre'; commentParam2 = null; colValidationIndex += 2 break; Ensuite, il faudra certainement repasser sur les commandes déjà définies (au niveau de la spreadsheet cette fois ci, afin de reselectionner les bonnes valeurs (On ou Off) partout ou tu as des SWITCHES. Donc de ce que je comprends, au final, l'URL générée est la bonne (au problème de majuscule près) mais ça ne fonctionne pas au travers de la spreadsheet. Par contre la même URL directement dans le browser fonctionne. C'est bien ça ? Ben du coup je comprends plus rien ! Je suis passé justement par un appel en utilisant le header afin de pouvoir spécifier le content type, etc. Et visiblement y a un truc qui coince avec la V4. On peut essayer un dernier truc en attendant la version officielle qui sortira mardi prochain ? Il faudrait revenir au code d'origine de la fonction executeCommand (cf. post précédent) et remplacer le user agent par quelque chose de connu. Le but est de se faire passer pour le navigateur Chrome par exemple (sait on jamais, dès fois que le polonais soit craintif et qu'il ait décider de filtrer les requêtes par rapport au user agent...). Au final ca devrait donner un truc comme ça : var url_api = ['http://',HC_IP,':',HC_PORT,'/api/',payload].join(''); var options = {"headers": {"User-Agent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.95 Safari/537.36","Authorization": "Basic " + Utilities.base64Encode(HC_LOGIN + ":" + HC_PWD)}, "Content-Type": "application/json", "method":"get" }; Logger.log(url_api); var response = UrlFetchApp.fetch(url_api, options); Je te conseille de mettre la chaine correspondant a ton User Agent (celle qui fonctionne avec ton navigateur). Pour ça, c'est simple, utilise ton navigateur et rends toi sur le site web suivant : http://whatsmyuseragent.com/ Tu n'auras plus qu'a copier/coller la chaine correspondante a ton navigateur/environnement dans le code... Je croise les doigts pour que cela fonctionne...

Oui c'est normal que dans la console le login/password n'apparaisse pas dans l'URL car ces derniers sont "intégrés" au niveau du header de la requête envoyée. C'est quand même étrange cette histoire. Pourquoi tout fonctionne bien en v3.x et rien en v4.x ? Un pb de la version béta ??? Peux tu essayer en remplaçant dans la partie code (fonction executeCommand), ceci : var url_api = ['http://',HC_IP,':',HC_PORT,'/api/',payload].join(''); var options = {"headers": {"User-Agent": "Gcal2HC2 (chiorboli@gmail.com)","Authorization": "Basic " + Utilities.base64Encode(HC_LOGIN + ":" + HC_PWD)}, "Content-Type": "application/json", "method":"get" }; Logger.log(url_api); var response = UrlFetchApp.fetch(url_api, options); par ce bout de code : var url_api = ['http://',HC_LOGIN, ':', HC_PWD, '@', HC_IP,':',HC_PORT,'/api/',payload].join(''); var options = {"headers": {"User-Agent": "Gcal2HC2 (chiorboli@gmail.com)","Authorization": "Basic " + Utilities.base64Encode(HC_LOGIN + ":" + HC_PWD)}, "Content-Type": "application/json", "method":"get" }; Logger.log(url_api); var response = UrlFetchApp.fetch(url_api); La dans la console, devrait apparaître l'URL complète avec le login/pwd en clair dans l'URL... Est ce que cela fonctionne ainsi ?

Oui dans l'éditeur de script, si tu fais cmd+entrée sur Mac (peut être ctrl+entrée ou alt+entrée sur Wndows) tu as la " fenêtre console" qui s'affiche.... Je pense que j'ai logge l'URL de la commande exécutée (pas certain mais bon) Envoyé de mon iPhone en utilisant Tapatalk

Donc de ce que je comprends, le test que tu viens de faire avec Postman correspond exactement àce qui est fait dans la spreadsheet. Le problème vient forcément du code qui ne doit visiblement pas faire ce que tu crois qu'il fait... Problème de mise en forme de l'URL ou autre ? Faudrait revoir les modifs que tu as apporté au code Envoyé de mon iPhone en utilisant Tapatalk

Oui et non. Oui car l'appel a l'api est effectivement le même, mais non car je ne passe pas le login/password dans l'url directement mais de le header de l'appel. Au final, ca revient exactement au même ! Tu peux par exemple essayer Postman (c'est une extension qui s'installe sous Chrome et qui permet d'envoyer des requetes GET/POST/PUT/etc.). Je pense qu'il doit y avoir autre chose qui fait que sa deconne... Est ce que d'autres personnes qui sont en v4.x sont confrontés aux memes problèmes que pitp2 ?

@pitp2, peux tu m'envoyer par mp par exemple le code de ta spreadsheet histoire de voir si j'arrive a trouver quelque chose. Par contre je ne pourrai pas tester vu que je suis toujours en v3.x

Un dernier point : j'en ai profité pour mettre a jour la spreadsheet avec une nouveauté : la gestion de emails (cf. 1er post de ce thread) Je m'explique : on m'a demandé de pouvoir faire exactement la même chose (déclencher des actions etc.) mais a partir d'un email. Pourquoi ? Parce que dans certains cas, il est plus facile de s'envoyer un message que d'ajouter une entrée dans le calendrier. D'autant plus que cela ouvre d'autres possibilités comme par exemple interagir avec sa maison en passant par Siri (désolé je ne connais pas trop Android). Du genre : "Siri envoi moi un email ...", bref c'est le Homekit du pauvre Voilà , je vous laisse vous amuser avec quand vous aurez 5 min, en attendant, bon réveillon a tous !

Bon ben voila, c'est corrigé, et c'était vraiment très con, c'est juste un problème de casse. Voici le bout de code a corriger (cf. ligne 83) : case 'SWITCH': rule = SpreadsheetApp.newDataValidation().requireValueInList(['On', 'Off'], true).build(); commentModule = 'ID de l\'interrupteur'; commentParam1 = 'On pour l\'allumer, Off pour l\'éteindre'; commentParam2 = null; colValidationIndex += 2 break; Il faut juste mettre le 'o' des valeurs on et off en majuscule ! J'ai mis a jour la spreadsheet...

Ha c'était donc un problème au niveau de l'utilisation du SWITCH. C'est vrai que je ne l'ai pas encore utilisé, j'utilise plutôt les scenes. Je vais regarder ça de plus près pour voir ce qui cloche... Bon du coup tu peux oublier mon mp alors, je t'avais répondu avant de regarder ce post ...

@alexbi : alors effectivement, si tu commences par un + il faut précéder ta saisie par un ' sinon google pense qu'il s'agit d'une formule (comme avec Excel d'ailleurs). Quoi qu'il en soit, je viens d'essayer et fait du pas à pas dans le code, je récupère bien le mot de passe sans le ' du début (heureusement !). J'ai ensuite vérifié ce que l'encodage en base 64 donnait en décodant la valeur générée par le script à l'aide d'un décodeur en ligne (ex: www.base64decode.org). Je retrouve bien mes login et mot de passe en clair. Le fait de le faire commencer par un + n'est pas un problème a priori. Donc je ne vois vraiment pas ce qui peut clocher dans tout ça. Peux tu essayer la chose suivante : crée un 2cd utilisateur dans ta HC avec un mot de passe hyper simple (gener azerty ou un truc du genre) et essaye de voir si ça fonctionne cette fois ci. Pour ce qui est des erreurs remontées, c'est étrange car les lignes indiquées correspondent a du commentaire dans le code !!! Je comprends pas du tout pourquoi tu as ces erreurs. La structure de la spreadsheet n'a pas été modifiée ? @pitp2 : est ce que ton problème ne viendrait pas du fait qu'avec la V4 beta l'api ne fonctionne pas encore tout simplement ? T'as fait des recherches de ce côté sur le forum ?

Etrange, je viens de faire le test de mon côté en saisissant le mot de passe suivant -123azerty et aucun avertissement/problème (en dehors du fait que la requête échoue vu que ce n'est pas le bon mot passe ...normal). Quelle gueule il a ton mot de passe ? Y a d'autres trucs particuliers en dehors du - du début ?

Pas de soucis, envoie moi tes routeurs et je te retourne la capture d'écran en échange Je comprends pas, tu n'arrives pas a saisir le password dans la spreadsheet google ? Aucune cellule n'est "protégée" dans la feuille...

@alexbi : oui c'est bien ce que j'ai tenté de te décrire dans mon précédent post. Bon tu vas pouvoir passer aux choses sérieuses maintenant, faire joujou avec @pitp2 : je ne suis pas encore passé a la V4 (j'attends le 6 janvier avec impatience...) donc je ne sais pas tro pquoi dire. As tu essayé avec http://<login>:<password>@<ip_HC2>:<port>/blahblahblah... ?

Je ne suis pas certain de bien comprendre ton installation mais a mon avis tu dois configurer des ports spécifiques pour accéder àton HCL. Une première redirection sur ton routeur connecte àinternet te fait passer de ton ip_wan_publique:port_nº1 vers une ip_lan_routeur2:port_nº2, puis une deuxième redirection sur ton 2cd routeur te fait passer de ip_lan_routeur2:port_nº2 vers ip_lan_hcl:80. Envoyé de mon iPhone en utilisant Tapatalk

Salut, il te faut mettre une adresse publique qui arrivera donc sur ton premier routeur. Ensuite sur la config de ton premier routeur tu dois faire une redirection de port vers le 2cd routeur, et rebelotte sur ce dernier pour finalement atteindre ta box sur le port 80... Envoyé de mon iPhone en utilisant Tapatalk

Ben y a pas de quoi ! On est la pour partager !

Alors la je vois pas ! La ligne en question (317) correspond à la récupération de l'ID de l'agenda configuré dans la spreadsheet. Alors soit ça ne fonctionne jamais (mais ce n'est pas le cas chez moi en tout cas), soit ca plante de temps en temps et la .... impossible de te dire pourquoi ! Peut être que les services Google ont de brefs problèmes de disponibilité a certains moments ?? Ce qui est clair c'est qu'il faudrait que j'implémente une gestion des erreurs "sérieuse", car en l'état actuel il n'y a ... heu ... comment dire ... rien C'est l'inconvénient majeur de cette méthode telle qu'elle a été implémentée aujourd'hui (cf. premier poste) : si les services Google ne sont pas dispo alors on va louper tous les événements sur cette période ...

@Lazer : heu ... j'aime bien ton "il suffit" ... Une solution plus simple ne serait elle pas plutôt de "proxyfier" la communication entre le Google script et la box ? Je m'explique : Avec quelques petites modifs de configuration, au lieu d'attaquer directement la box HC on attaque un script (php, python, etc.) qui serait hébergé en local sur un syno par exemple. Ce script ne ferait que rediriger les paramètres reçus vers la box. L'avantage c'est que du coup la box n'est plus exposée sur internet (communication sur le lan entre le "script proxy" et la box), y a juste une ouverture a maintenir depuis internet vers le "script proxy" qui ne fait que traiter des commandes bien identifiées. Ca rajoute une petite couche de sécurité mais en même temps faut avoir la possibilité d'hébergement en local à la maison et développer le script qui va bien. Pour ce qui est du maintien de l'accès à la box depuis l'exterieur, suffit juste de monter un tunnel VPN et c'est réglé. Encore une fois, merci synology, ca se fait en deux clics. C'est vraiment pas grand chose a faire, j'avais déjà mis en place cette solution avec mon HomeSeer... @Jojo : Le seul moyen "d'attaquer" la HCL à ma connaissance est de passer par l'API HTTP qui aujourd'hui, j'ai bien peur, ne permet pas de faire ce que tu demandes. Je n'ai d'ailleurs pas implémenté toutes les possibilités de l'API a ce jour vu que je n'arrive pas forcement a avoir de l'info clair dessus, que mon système domotique est branlant en ce moment (en cours de migration) donc je ne peux pas tout tester, et puis je ne sais pas si avec l'arrivée de la v4 (j'espère bien qu'il y aura une v4 pour les HCL aussi et pas que pour les HC2) les choses vont peut être changer ??? Bref ca ne demande qu'a évoluer en tout cas ...

@jojo : C'est bon je viens de mettre a jour le premier post avec le complément d'info pour la copie et le déclencheur @Lazer : Oui effectivement, j'ai dit des conneries avec mon upnp. Donc de toute façon y a pas d'autres moyens, meme en passant par home.fibaro, que d'ouvrir un port sur le routeur... Pour ne pas ouvrir de port il faut que la connexion soit a l'initiative de la box, donc pas possible pour la HCLite...

@Kriek : Ben oui, faut pas réinventer la roue surtout !! @Jojo : Intuitivement j'aurai fait la chose suivante : 1) j'ouvre la spreadsheet a partir du lien que j'ai partagé 2) Puis le menu Fichier > Créer une copie... La feuille devrait maintenant se retrouver dans ton Drive. Je ne sais pas quelle est exactement la différence avec ta méthode de "déplacer". Est ce que dans le cas de la copie ca va corriger ton problème d'accès au script ? J'espère...

Heu pour le point 1, on dirait un problème de droit d'accès au contenu de la feuille. As tu bien copié la spreadsheet dans ton drive ? N'essaye pas de modifier celle que j'ai partagé directement... Pour le 2cd point, je ne sais pas du tout si on peut passer par fibaro.home.com. Y a une authentification a passer, etc. Quoi qu'il en soit, meme le home fibaro il faut bien ouvrir ton routeur vers ta box (ca se fait peut etre par upnp) non ?

Google Calendar vers HC2/HCL (dernière mise a jour : 23/02/15) Bien que d'autres solutions permettant de piloter sa box depuis un agenda Google existent déjà (je pense bien entendu aux formidables travaux de Kriek), je n’en ai pas trouvé qui réponde parfaitement à mes besoins. Je vous propose donc de partager ce à quoi je suis arrivé... Le besoin : Le but étant de « programmer » l’ouverture/fermeture de mon portail à date et heure fixe, de lancer une machine à laver a telle heure, de gérer une variable indiquant si je suis en congé ou pas, etc. (voilà ça va pas péter plus loin que ça), j’ai besoin de : quelque chose de simple à utiliser qui me permet en ajoutant un événement dans un calendrier Google de déclencher une scène ou un bouton sur ma box, quelque chose de simple à configurer, et surtout sans script LUA : en fait j’ai une HC2 mais je dois également piloter une HC Lite et je veux donc une solution unique (v1.2) pour certains besoin "urgents" ou il est souvent plus rapide de s'envoyer un mail que d'ajouter une entrée dans le calendrier, avoir la possibilité de traiter les mêmes commandes mais envoyées par mail cette fois ci. La commande sera traitée dans la foulée de la récéption du message, il n'y a pas de notion de scheduling dans ce cas. La solution envisagée : Avec la contrainte de la HC Lite, il me faut trouver une solution d’héberger « le script » ailleurs. Pas possible de l’embarquer sur la box et d’être autonome. En même temps, vu que je veux utiliser Google Calendar (pour des raison de facilité d’accès et de gestion), autant héberger mon script sur Google Drive. Afin d’en faciliter l’utilisation et dans le but de partager tout ce bordel, je suis passé par une spreadsheet Google qui embarque mon script. En effet, je trouve ça plus « simple » de modifier le texte d’une cellule plutôt que de toucher a des lignes de code. Ceci dit, faudra quand même se retrousser un poil les manches pour installer le tout… Installation : 1) Tout d’abord il faut récupérer la spreadsheet Google dont le lien de partage est le suivant : https://docs.google.com/spreadsheets/d/1JdygLOXaGJdJ9WL4t_UUHejao6vfYurjc_D7PybdWro/edit?usp=sharing Copiez la dans votre Google Drive en faisant Fichier > Créer une copie... depuis la spreadsheet (v2.0) Depuis la v2, les données ont été séparées sur 3 onglets différents : Configuration : Toutes les données de configuration ont été regroupées ici Commandes : Permet de définir les différentes commandes mises à disposition Data : il s'agit des données interne à la spreadsheet, il n'y a rien a toucher ici. 2) Modifiez le contenu de la premiere feuille afin de définir les différents paramètres de connexion a votre Home Center (qu’elle soit Lite ou 2) et l’ID du calendrier Google qui sera utilisé pour gérer l’activité de votre box. Donc si vous n’avez pas de calendrier dédié, c’est le moment de le créer… (v1.2) Sélectionnez la version du firmware que vous avez 3.x ou 4.x. (v1.2) Vous avez la possibilité de spécifier quel label Gmail est a surveiller (cf. Gestion des mails ci dessous) ainsi que les caractères qui permettrons d'identifier le contenu utile du mail de votre signature de mail (dans le cas ou vous en utilisez une) (v2.0) Vous avez maintenant la possibilité d'activé ou pas la prise en compte des événement du calendrier et/ou des emails (v2.0) Dans le cas des traitements de emails, il y a la possibilité de demander un accusé de réception de la commande. En gros vous envoyez un email contenant la commande a executer et on vous répond si l'action a été traitée avec succès ou pas. 3) Dans la partie « Définition des commandes » il s’agit de définir les différentes ordres qui seront reconus : ID : il s’agit de l’identifiant de la commande. A vous de le choisir. C’est cet identifiant que vous allez utiliser par la suite dans votre calendrier Google Description : bon je passe sur la description de ce champs... Action : Différentes action sont gérées par le script : gestion de scenes, d’interrupteurs, de variateurs, de volets roulants ou de modules virtuels. En fonction de ce que vous sélectionnez, les 3 autres paramètres du tableau auront une signification bien précise. Une note dans chaque cellule est ajouté automatiquement afin de vous guider dans la saisie de la définition de votre commande Module ID : En fonction du type d’action il faudra renseigner l’ID du module ou de la scene correspondante Paramètre 1 et 2 : dépendent aux aussi du type d’action sélectionné (Start/stop pour une scene, on/off pour un inter, % de variation pour un dimmer, etc.) 4) Basculez dans le script associé via le menu Outils>Editeur de scripts… 5) Vous allez devoir activer les API Google nécessaires via le menu Ressources>Services avancés de Google… Dans la fenêtre qui s’ouvre, activez Calendar API (si ce n’est pas déjà fait), puis activez le aussi dans la Google Developpers Console (vous avez un lien dans cette même fenêtre qui vous y conduit) 6) Ajoutez un déclencheur sur votre script afin d’executer chaque minute la fonction Gcal2HC : - Depuis l'editeur de script, menu Ressources > Déclencheurs du projet actuel - Dans la nouvelle fenêtre qui vous indique qu'aucun déclencheur n'est actuellement configuré, cliquez sur le lien pour en ajouter un - Configurez votre déclencheur en sélectionnant la fonction Gcal2HC et l'événement En fonction du temps/Minuteur/Chaque minute 7) Maintenant que tout est activé et qu’une commande a été configurée, revenez dans votre spreadsheet 8) Allez dans le menu Gcal2HC tools>Tester une commande. (v2.0) Une nouvelle fenêtre listant les commandes disponibles va s'ouvrir. En cliquant sur le bouton de la commande vous pouvez tester directement cette dernière. Un certain nombre d’autorisations vont vous être demandé… 9) (v2.0) Même si vous n'avez pas encore créé d'événement ou envoyé un email, passez sur les autres menus Gcal2HC tools>Relever les événements et Gcal2HC tools>Relever les emails afin de valider les autorisations d'accès nécessaires Bon à partir de là , si vous n'utilisez pas la fonctionnalité de gestion par email vous pouvez passer au paragraphe Utilisation sinon configurez votre compte gmail comme indiqué ci-dessous … (v1.2) Configuration Gmail : Le principe de cette fonctionnalité est simple : au lieu de saisir une commande dans la description d'un événement calendrier, on envoi tout simplement un email contenant cette description. Sur réception de l'email, la commande est analysée (comme pour les événement du calendrier) et exécutée dans la foulée. Afin de rendre ce processus simple, on ne va traiter que les messages reçus sur le compte Gmail et qui ont le label qui a été initialisé dans la partie déclarative de la spreadsheet. Les labels imbriqués sont supportés, il suffit de les séparer par un '/'. Exemple : Domotique/ToDo Je vous laisse le soin de créer une règle dans votre compte Gmail afin de "tagger" automatiquement les message qui vont bien avec le bon label (par exemple une règle basé sur l'expediteur, le destinataire et l'objet du message.) C'est le contenu du message (le body) qui doit contenir la chaine texte correspondant à la commande a executer. Dans le cas (et c'est souvent le cas sur mobile) ou vous avez une signature qui s'ajoute automatiquement a votre message, vous pouvez spécifier les caractères qui permettrons de délimiter la partie utile du message de votre signature (par exemple --) Attention : Dès lors que le message est traité il est automatiquement déplacé dans la corbeille. (v2.0) Si vous envoyez la commande HELP par email, on vous répond avec la liste des commandes disponibles. C'est ppratique lorsqu'on a beaucoup de commandes et qu'on ne se souvient plus de l'ID des commandes... Utilisation : 3 types d’utilisations sont possibles : 1) La première, que vous connaissez déjà , consiste à déclencher l’action directement depuis la spreadsheet (cf. étapes 7 et 8 de l’installation). Ceci permet de mettre au point une commande sans avoir à la programmer dans son calendrier et attendre que tout se déclenche. 2) Déclenchement programmé depuis votre calendrier. Pour cela il suffit de créer un événement à une heure précise (sans durée, donc heure de début = heure de fin). Vous mettez le titre que vous désirez (pour que ce soit parlant pour vous) et ajoutez dans le champs Description l’ID de la commande à executer. Voilà c’est tout, toutes les minutes le script va tourner et dès qu’un événement arrive à échéance, la commande associée sera exécutée. 3) (v1.2) Déclenchement suite à la réception d'un email Voici quelques screenshots : Remarques : 1) J’utilise l’API http pour piloter la box, donc ça n’a rien a voir avec la solution de Kriek qui est bien plus puissante et propre ! Mais bon, avec la HC Lite, je ne vois pas comment faire autrement. Peut être avec l’arrivée de la v4 (si elle arrive un jour…). Du coup obligé d'exposer la box sur le net, ça ne me plait pas trop non plus, mais bon ... 2) Je ne traite pas les événements sur la journée mais que des événement à des instant précis 3) Je ne traite pour l’instant qu’une seule commande par événement 4) Autre limitation : si pendant une certaine période la communication avec la Home Center est coupée, les événements de cette période sont tout simplement perdus… 5) Bien entendu, il ne faut pas modifier la spreadsheet ca il y a des références à des cellules en dur dans le code (houuuuu que c’est pas beauuuuu ça aussi…) 6) Dernier point, ça fait juste quelques jours que j’ai ça en place, et je n’ai pas encore tout migré de mon ancien système vers la HC2. Donc si vous rencontrez des bugs et autres bizarreries… c’est normal Historique : 09/11/2014 - v1.0 : version initiale 31/12/2014 - v1.2 : correction bug su l'utilisation du SWITCH préparation pour la sortie du la v4.x ajout du traitement des commandes envoyées par mails 04/01/2015 - v1.3 : ajout support API pour Notification, Mise a jour des variables globales et Armer les devices 23/02/2015 - v2.0 : refactoring de la spreadsheet et du code ajout de l'accusé de réception de la commande par email ajout de l'aide par email

Ha bon ? Ben merci beaucoup pour l'info, je vais essayer de ce pas !

Bonjour a tous, Bon je suis désolé de poser cette question, mais je dois être très con ou alors j'ai pas les yeux en face des trous, bref je ne trouve de solution à cette question : Comment faire pour récupérer la valeur d'une sonde comme trigger dans une scène ? Je précise : - j'ai une HCL (donc on oublie le lua) - je voudrais déclencher des actions dès lors que ma sonde atteint une certaine valeur Lorsque je selectionne mon capteur dans la partie trigger je ne peux tester que s'il est On, Allumé, etc... Pourtant il est bien reconnu comme capteur d'humidité en l'occurence. Merci d'avance.