Steven

Voilà Gwendal.txt

Oui, je vais corriger cela àl'occasion

C'est vrai que Erreur[70] c'est pas parlant, c'est même un peu nul, je pense que @Moicphil va me taper sur les doigts

C'est le cas

Tu as un détecteur avecl'ID 70 qui s'appelle Fenètre ?

Si tu es en mode "Arret" ou que tu n'as pas de mode de sélectionner, le test des ouvrants plante àla ligne 70 (c'est ma faute).

Lol

Oui moi j'ai : var hc2_ip = "www.aaabbbccc.com"; var hc2_login = "admin"; var hc2_password = "password" var hc2_module_virtuel = 106

Tu as déjàeu 3 mois dans les dents ? ... Aïe ... en tout cas, le prélèvement lui, il a pris 1 jours

C'est surtout cette phrase qui m'ennuie : "Bei heutigem Zahlungseingang erhalten Sie die Ware ca. am 10.07.2014." J'aurais du recevoir le produit le 10 juillet. Ma commande datant du 7 juillet, je veux bien croire que le délai ne peux pas être respecté vu que je suis en France .. mais 12 jours de retard pour passer une douane, c'est louche.

Non, j'ai toujours rien reçu et je commence d'ailleurs àme poser des questions. Je vais les relancer.

Il doit bien y avoir une éditeur de texte sur iPad ? :-)

Voilà , je pense, le soucis Cela expliquerait pourquoi tu n'as pas de T1_BASE. Il te faudrait un module qui gère le HP / HC. Ou alors tu veux rien de précis et tu te base sur une moyenne (vu ta consommation 45% en HC et 55% en HP ) tu pourrais faire ainsi. --fibaro:setGlobal("INDEX", response.T1_BASE/1000) fibaro:setGlobal("INDEX", (response.T1_HCHP+response.T1_HCHC)/1000) Qui correspondrait à du 50/50 et tu met comme tarif (prix HP + prix HC / 2). Ou sinon, tu pleures jusqu'à ce que JossAlf modifie son code pour permettre les HC et les HP. .. C'est la solution la plus simple mais pas forcement la plus sà»re.

Oui, tu as oublié de coché la case Triggering device [ ] Sensor Triggering device = Module déclencheur (de la scène)

Je suis avec My IP et c'est ma LiveBox qui met àjour les données. J'ai une ou deux heures ou je n'arrive pas accéder ma box, en moyenne, toutes les 2 semaines. En règle générales cela intervient très très tôt le matin donc cette situation est viable pour moi.

J'ai le même genre d'erreur quand le script ne trouve pas ma HC2 (changement d'adresse IP), j'ai désactivé les notifications. Dans ton cas, je ne sais pas quoi dire, si tes paramètres sont bons, je ne vois pas le soucis. Cela fonctionne chez les autres mais pas chez toi c'est donc super compliquer de trouver ce qui cloche une chose est sà»r c'est que lorsque tu affiche le fenêtre "Script d'exécution" après avoir lancé la méthode "doIt" et que tu ne vois pas [14-07-22 11:30:14:920 CEST] HTTPResponse.getContentText() [0 secondes] [14-07-22 11:30:14:921 CEST] Logger.log([temperature_interieure : 22.6, []]) [0 secondes] [14-07-22 11:30:14:921 CEST] Logger.log([co2 : 562, []]) [0 secondes] [14-07-22 11:30:14:922 CEST] Logger.log([humidite_interne : 68, []]) [0 secondes] [14-07-22 11:30:14:922 CEST] Logger.log([pression : 1019.6, []]) [0 secondes] [14-07-22 11:30:14:922 CEST] Logger.log([bruit : 36, []]) [0 secondes] [14-07-22 11:30:14:922 CEST] Logger.log([temperature_exterieure : 19, []]) [0 secondes] [14-07-22 11:30:14:923 CEST] Logger.log([humidite_externe : 84, []]) [0 secondes] [14-07-22 11:30:14:923 CEST] Logger.log([batterie ext : 100, []]) [0 secondes] C'est que le script n'arrive pas accéder à ton Netatmo

Comme annoncé par JossAlf, met à jour ton IPX car à la lecture du code, tu devrais avoir T1_BASE en retour de ton IPX alors que je ne le vois pas dans le JSON fourni : [DEBUG] 11:43:00: {"product":"Eco-devices","T1_PTEC":"HP..","T1_PAPP":220,"T1_HCHP":32522614,"T1_HCHC":25827599,"T2_PTEC":"----","T2_PAPP":0,","INDEX_C1":0,"INDEX_C2":0} Comme s'il manquait quelque chose OK : fibaro:setGlobal("ABO", response.T1_PTEC) OK : fibaro:setGlobal("CONSO", response.T1_PAPP) PAS OK : fibaro:setGlobal("INDEX", response.T1_BASE/1000)

Héhé, tu n'as pas tord. Néanmoins, quand je fais des bouts de programme, je ne les conçoit autour de mes besoins mais je fais en sorte que tout le monde puisse les utiliser à leur façon. Et comme beaucoup de personne aime parler à leur téléphone, je pense à eux :-) J'ai mis en place un code générique sur Tasker ...voici mes premiers résultats : Obtenir des informations Manipulation des actionneurs Le principe est simple : 2 taches Taskers : 1 pour actionner et 1 pour obtenir un statut. 4 variables : %HC2_URL (l'url de la HC2 avec login:password), %HC2_ID (le module actionner/interroger), %HC2_NAME (l'action turnOff/turnOn/...), %HC2_PROPERTY (la propriété interrogée) Donc si j'envoi SET 65 turnOn ... Cela devient %HC2_ID=65 %HC2_NAME=turnOn et j'interroge %HC2_URL/api/callAction?deviceID=%HC2_ID&name=%HC2_NAME Le retour est %HC2_URL/api/devices?id=%HC2_ID puis on parse le JSON pour connaitre la %HC2_PROPERTY ("value" par défaut) Donc quand on a un retour, c'est un vrai retour, c'est vraiment l'état du module qui est dans la HC2 et non pas juste une quittance. C'est un début, mais j'ai déjà pu intégrer tout cela dans ma montre puisse qu'il me suffit de mettre un libellé, un id et une action ... comme pour les SMS. La suite ... bientôt.

PAW ne veux rien me dire, aucun message d'erreur, aucun message d'amour ... entre lui et moi la communication est rompue ainsi que notre amour. C'est donc décider, je me retourne vers son ennemi de tout les jours Tasker. Et voilà , en 3 heures tout fonctionne : Allumage/Extinction des lumières depuis un SMS avec confirmation Réception des températures Commande des luminaires avec ma montre de geek (Pebble) Comment ? Tout simplement (enfin pour un malade comme moi ... et Krikroff ) car Tasker permet de décodage du JSON. Donc j'allume une lumière via l'api, j'interroge ensuite l'api du module et je parse le json pour être sà»r que la commande est bien passée. Idem pour la température, j'interroge le json du module virtuel Netatmo et je retourne les infos dans un SMS. Il me reste plus qu'à installer autovoice pour les commandes vocales. Je vous ferrait un retour plus intéressant une fois que j'aurais tout terminé. Mais une chose de sà»r ... PAW = Rupture.

C'est le code généré derrière tout cela qui est un peu tordu mais c'est cool si c'est bon.

Lol, tir croisé ... la solution de JossAlf est 10000000 x plus propre que la mienne

Ton module te retourne une donnée qui n'est pas formatée correctement : {"product":"Eco-devices","T1_PTEC":"HP..","T1_PAPP":220,"T1_HCHP":32522614,"T1_HCHC":25827599,"T2_PTEC":"----","T2_PAPP":0,","INDEX_C1":0,"INDEX_C2":0} Ce guillemet et cette virgule semble s'être perdues. Ajoute cette ligne juste avant la ligne 7 response = response:gsub("\",\"INDEX_C1", "\"INDEX_C1") Bien évidement, je ne peux rien garantir, ni même tester :-(

C'est vrai que c'est un peu noyé mais voilà le post qui va t'intéresser ... ou te faire peur : http://www.domotique-fibaro.fr/index.php/topic/798-fibaro-motion-sensor-fgms-001/?hl=fgms Le soucis est que plusieurs personnes (dont moi) doivent supprimer et réinclure tous les 15 jours pour que cela fonctionne comme il faut. Pas très pratique pour les scénarios. Je te laisse continuer les éventuels questions, déception, coup de gueule sur le post mentionné ci-dessus

J'ai fait des test et je suis arrivé a quelque chose de concluant .. mais je suis sur une HC2. J'ai créer une scène Similaire à la tienne mais en mettant d'abord le détecteur. Décocher le lancement au démarrage de la box, sauver Cocher la case "triggering device : Eye TV (le FGMS001), sauver (en espérant que tu puisse le faire) A la lecture du code que cette scène génère cela devrait être bon.

As-tu essayé d'inverser les conditions, d'abord le détecteur puis le timer ? Je suis pas àla maison donc impossible de tester moi-même.