pinou

Je crois qu'on touche a une limitation au niveau de la Home Center la ... Sinon il te faut passer par une scene dont le but est de mettre a jour la variable ... c'est lourd mais bon...

Salut Jojo, Alors d'après tes copies d'écran : 1) la configuration de la feuille et de tes commandes semblent nickel 2) tu as reçu une erreur 403 : cela signifie que d'une part la requête envoyée est bien écrite, que le serveur (ta box) l'a reçu et comprise ! Mais, tu n'es pas autorisé pour autant de l'executer. Ce n'est pas non plus un problème d'authentification car sinon les autres commandes ne fonctionneraient pas et en plus tu aurai recu une erreur 401 et non 403. En résumé, tout porte a croire que tu utilises un utilisateur de ta Home Center qui n'a pas les droits d'accéder a ta variable...

J'en ai marre de faire crever mes plantes une à une, tout ça parce que j’oublie de les arroser ! Comme j’ai pas envie de foutre entre 50 et 80 € par pot pour un koubachi ou un parrot flower power il me faut donc trouver une autre solution (autre que la plante en plastique !). Le besoin : J’aimerai être rappelé, à intervalle régulier, d’arroser les plantes. Bon pourquoi ne pas mettre tout simplement un rappel dans mon agenda alors ? Et bien parce que : 1) j’ai pas envie de blinder mon agenda avec des « arroser les plantes » toutes les semaines 2) je veux être rappelé tant que je n’ai pas arrosé les plantes et pas une seule fois. 3) je ne peux pas « acquitter » un rappel de mon agenda (justement pour arrêter d'être rappelé quand j'ai fait ce que je devais faire). 3) j’ai une box a 600 boules alors autant la faire bosser La solution envisagée : Pour en arriver a mes fins je suis passé par un petit module virtuel dont le principe est simple. 2 boutons : un qui permet d’acquitter le fait que j’ai arrosé les plantes et qui du coup calcul la prochaine échéance de l’arrosage. Un autre qui permet de me notifier sur mon téléphone via prowl, qu’il est temps d’arroser les plantes. C’est GEA (merci encore Steven) qui me sert de déclencheur pour la notification (j’avais pas envie de passer par le main loop du module ou par une autre scène pour faire ça alors que j’ai le GEA …) Installation : A/ Les variables globales : J’utilise 2 variables globales qui me permettent de stocker le moment ou j’ai arrosé les plantes et la prochaine échéance. Il s’agit respectivement des variables Arrose_Le et Date_Arrosage. B/ La notification : J’utilise prowl pour recevoir la notification par push sur mon téléphone. Prowl permettant d’envoyer des notification par le biais d’un email, j’ai donc créé un utilisateur dont l’adresse email est lié a ma Prowl API key. Il me suffit donc de notifier cet utilisateur par mail pour recevoir le push sur mon téléphone. Je suis passé par la car c’est super rapide a mettre en place, cette technique peut être utilisée aussi sur HCL et surtout parce que la notification via l’appli Fibaro me gonfle (ca marche …. ou pas, l’appli est longue a charger en roaming, etc.) C/ Le module virtuel : Je vous joint l’export de mon module. Sur le premier bouton, vous devez modifier la variable locale num_day comme bon vous semble. Il s’agit de la période entre deux arrosages. Dans mon cas je veux arroser mes plantes 1 fois par semaine (d’ou la valeur de 7). A chaque fois que ce bouton est déclenché, la date du prochain arrosage est calculée, sauvegardée dans la variable globale et les labels sont mis a jour pour afficher la date du dernier et du prochain arrosage. num_day = 7 arrose_le = os.time() prochain_arrosage = arrose_le + (num_day*24*60*60) selfId = fibaro:getSelfId() -- Sauvegarde de la dagte d'arrosage fibaro:setGlobal('Arrose_Le', arrose_le) -- Calcul de la prochaine date d'arrosage fibaro:setGlobal('Date_Arrosage',prochain_arrosage) -- Mise à jour des labels fibaro:call(selfId,"setProperty","ui.Label1.value", os.date("%d/%m/%Y",arrose_le)) fibaro:call(selfId,"setProperty","ui.Label2.value", os.date("%d/%m/%Y",prochain_arrosage)) Le second bouton permet d’envoyer la notification et de modifier l’icône du module afin d’attirer l’attention sur le fait qu’une action est en attente. Ici aussi il faudra modifier les identifiants correspondant a l'utilisateur et au message de notification (ou adaptez le code lua avec le mécanisme de notification qui vous convient). fibaro:call(88, "sendDefinedEmailNotification", "6"); Arrosage_Plantes.vfib D/ GEA : Pour GEA j’ai ajouté la ligne suivante : GEA.add({"Global-", "Date_Arrosage", os.time()}, 20*60, "", {{"VirtualDevice", id["VD_ARROSAGE_PLANTE"], "2"},{"Time", "19:00", "20:00"}}) Ca me permet d’être notifié toutes les 20min, entre 19h et 20h dès lors que la prochaine échéance d’arrosage est échue et que je n’ai toujours pas appuyé sur le bouton de mon module. Et voilà ,cette solution répond a mes attentes, et à la limite peut être déclinée pour d’autres besoins de rappels (sortir les poubelles, etc) …

Pour info, je suis aussi dans le même cas, et j'ai remarqué que, depuis mon "telepomme" je vais 100 fois plus vite a me connecter àma box en montant ma connexion VPN d'abord, puis en exécutant l'appli Fibaro (qui du coup trouve la box en "local") que de laisser la connexion passer par home.fibaro.com directement. C'est pareil chez vous ou ai je un pb de config quelque part ? Envoyé de mon iPhone en utilisant Tapatalk

Pas tout àfait d'accord. La 3.6 m'a permis de retrouver une stabilité et "qualité" de fonctionnement que j'ai perdu en passant àla 4.030 ... Alors en attendant que tout soit corrigé... Je pense que ça dépend vraiment des installations de chacun (nombre et type de devices, etc...) Envoyé de mon iPhone en utilisant Tapatalk

N'ayant pas eu la force de me taper les 26 pages de ce thread, je voulais avoir plus d'info sur le retour possible en 3.6 (j'avais pris le soin de faire un backup avant le passage en 4.03). En effet, avec la 4.03, il y a des petites choses qui ne fonctionnent plus chez moi comme le Swiid, Sceneactivation, images des cameras foscam dans la partie web, appli Fibaro tablet sur android qui plante, ..., bref pleins de petits trucs non vitaux mais qui me pourrissent bien la vie, vue les habitudes que j'ai pris... Ayant cru voir ici et la que la 3.6 n'était plus dispo en téléchargement, qu'il y avait des error = 5, etc, j'ai donc posé directement la question au support Fibaro pour savoir comment faire pour retourner en v3.6. Leur réponse a été "pas d'soucis, tu fais un recovery et après tu restore ton backup de la 3.6". Donc ce soir je me lance : - recovery ... pas de soucis ! Je me retrouve en 3.58 (ou un truc du genre) - la je me rends compte qu'ils m'ont bien joué de la flute car il n'y a que la 4.024 et la 4.030 en téléchargement pour la mise a jour... putain les boules ! - je tente quand meme de restaurer mon backup de la 3.6 (puisque la possibilité m'en est offerte dans l'interface) sur la 3.58 ... mauvaise idée ! Je me retrouve avec une config à la con ... - pas d'autre choix que de refaire un recovery ... toujours ok - résigné, la sensation de m'être bien fait taraudé la ou ça fait mal, je passe à la mise a jour de la 4.03 directement. - supriiiiiiise, je suis passé en 3.6 !!!! - Oh putain ... je restaure vite fait mon backup et la tout fonctionne nickel du premier coup ... GEA, SceneActivation, etc.... J'ai juste les images perso a remettre sur mes modules et autres devices virtuels. Pas grave ! Donc voila, c'était juste pour partager cette petite expérience et confirmer que le downgrade en 3.6 est bien possible !

@Lazer : merci pour ce partage, excellent ! J'adore le passage du "why ? Because we can !" Ça résume bien la situation. On oublie souvent un principe fondamental du monde de l'informatique : "quand ça marche, n'y touche plus !" ... Perso, je m'en mords les doigts Envoyé de mon iPhone en utilisant Tapatalk

On dirait que tu as initialisé un label pour la récupération de mails qui n'existe pas (ou la cellule n'est pas vide). Si tu es certain de ton coup c'est que les servuers de google déconnent temporairement....

Cool si tout fonctionne bien, je vais avoir moins la trouille de passer en v4 Pour le device virtuel, je ne suis pas devant mon écran mais il me semble qu'il s'agit du numéro du bouton que tu dois renseigner (qui doit correspondre àl'ordre d'apparition dans ton device en partant du haut àgauche ...) Envoyé de mon iPhone en utilisant Tapatalk

Effectivement, faudrait un dolipran avec tout ça Bon je vois que dans la doc il y a un mode 'raw', si tu cliques dessus tu as du détail en plus ? Parce que la en l'état, ca ne me donne pas le détail du payload a passer. En tout cas, d'après ton précédent post, j'ai fait qqes modifs. Peux tu reprendre le code des fonctions executeCommand, buildCommandUrl et buildCommandPayload pour voir ce que ça donne ? Il faut aussi que dans la spreadsheet, ta cellule HC version (en D2) soit initialisée correctement avec la valeur 4.x

Heu pour la v4.x non car tout ce qui concerne ce post correspond a l'API de la v3.x...

Ha ben oui, pour l'instant je suis encore en v3. Dès que je serai passé en v4 je vais mettre a jour le code pour qu'il soit compatible avec les 2 versions car pour les HCL je ne pense pas qu'on passera en v4 aussi en meme temps... Je peux essayer de faire les modifs ce soir si tu veux sachant que je ne vais pas pouvoir tester par contre... Est ce que tu peux me faire passer la doc de l'API (genre un print au format PDF) des différentes commandes ? Il me semble que pour y avoir accès il faut passer par sa box en local non ?

Voilà qui est fait, je viens de mettre à jour la spreadsheet en version 1.3 avec l'implémentations des fonctions : - mise à jour des variables globales : attention, la variable doit déjà exister - notification en mode push : je crois que la notification par email n'est pas dispo. Pour retrouver les ID nécessaires à la notification utilisez le toolkit de Krikroff (je n'ai pas essayé de le faire fonctionner sur une HCL) ou créez un scène en mode bloc qui fait la notification et switchez ensuite en code lua (valable uniquement pour HC2) - armer/désarmer un device : il est à noter que désarmer un device a de grande chance de ne pas fonctionner car il faut en général un code pin pour désarmer et je n'ai pas d'info sur le moyen de passer le code pin via l'API

Merci PITP2 pour ce complément au niveau de l'installation gmail, c'est super ! Pour ce qui est de la mise a jour de variables, oui ce doit être faisable vu que l'API le permet. Je vais regarder ça de plus près... Je ne l'avais pas implémenté jusqu'à présent car le fait de mettre a jour une variable via l'API ne fait pas déclencher les scènes qui sont basées dessus. Pour contourner le problème, je passe par l'execution d'une scène qui met a jour la variable en question et qui du coup déclenche les autres scènes... J'espère que cette limitation sera supprimée avec l'API de la v4 !

Haaaaaaa, c'est pas vrai ! Ca marche ??? C'est cool ça ! Alors ton erreur est étrange, car ligne 186 c'est du commentaire dans la partie éditeur ??? Bref si tu dis que l'action a fonctionnée, vis à vis de ton erreur je ne vois que la chose suivante : la cellule D3 ('EMAIL LABEL') n'est pas vide. Tu dois avoir soit un espace soit un label qui n'existe pas dans ta boite Gmail (erreur de typo ou autre). Est ce le cas ? Si oui, corrige la valeur ou vide la cellule si tu ne veux pas utiliser la fonctionnalité des emails.

Oui je n'imaginais pas une autre issue. En tout cas, maitenant ça doit fonctionner de ton tel en 4G mais tu en est au meme point que PITP2. Attendons la prochaine version...

Oui sur une livebox aussi. Il faut se connecter admin sur l'interface de ta livebox et aller dans les paramètres avancés. Ensuite tu dois créer une nouvelle regle NAT avec : port externe = 5666 port interne = 80 protocole = TCP équipement = <adresse ip lan de ta HC2> Faudra peut être rebooter ? Je sais pas, j'ai pas de livebox sous la main...

Non, c'est pas ca, le schéma est le suivant : internet ---> ip_wan:5666 <----> routeur <-----> ip_lan_HC2:80 La requete se présente sur le port 5666 sur ta box internet. La ton routeur doit faire une redirection du flux TCP qui se présente sur ton adresse wan sur le port 5666 vers l'ip de ta HC2 sur le port 80. Ca ne sert a rien d'ouvrir le port 5666 sur ta HC2 vu qu'elle n'ecoute certainement pas ce port...

@Pitp2 : ben c'est a se taper la tete contre les murs cette histoire ! @Allan2b : Au niveau de ton routeur, as tu bien une redirection de port de ip_publique:5666 vers ip_lan_hc2:80 ?

Quand tu dis "elle n'arrive pas a la box", c'est avec ton navigateur ou que par le script. Si c'est avec le navigateur c'est qu'il doit te manquer une redirection de port pour pouvoir atteindre ta box en local sur le port 80 depuis ton ip publique sur un autre port. Et sinon ben je vois pas, faudra attendre la version du 6 pour voir ce que ça donne... J'ai plus d'idées !

@Pitp2 : Mais qu'as tu au niveau de la fenêtre console ? @Allan2b : Et avec cette nouvelle URL ca fonctionne toujours dans le navigateur ? Toujours le même résultat au niveau de la console ? Code retour 0 et une chaine vide pour la suite ?

Mince ! Bon en toute logique Allan2b devrait donc obtenir maintenant une chaine comme la tienne au niveau du log et non une chaine vide ...

Heu ... ok, pour Allan2b je viens de comprendre en voyant ton log ! Tu as mis l'adresse ip lan de ta box ! Ca ne peut pas fonctionner ainsi !!! Il te faut mettre une adresse publique. Il ne faut pas oublier que la requete vient des serveurs de Google, donc d'internet et ca ne peut pas arriver sur ta box a l'interieur de ton reseau local directement !

Comprends rien de chez rien ... C'est quoi ce bordel avec la v4 ??? On dirait que la requête n'arrive pas du tout à la box... J'espère que ca va changer avec la version officielle car la je ne vois pas du tout !

Heu 0 n'est pas un statut HTTP Valide. ce devrait du 1xx, 2xx, 3xx, 4xx ou 5xx ... Toujours dans la fonction executeCommand, pouvez vous ajouter ces deux lignes après la ligne qui fait le log du getResponse : Logger.log(response.getResponseCode()); Logger.log(response.getAllHeaders().toSource()); Logger.log(response.getContentText("UTF-8")); Vous avez quoi ensuite dans la console ?