Kana-chan

Bonjour, Pareil chez moi sous Firefox. Mais c'est aussi le cas pour annonces et suggestions ... chez moi.

C'est le request implémenté en LUA fibaro qui doit poser problème. Essayez avec data="password=blabla" pour voir car il n'y a pas params= pour request dans le LUA de fibaro, et adresse = "mabbox.bytel.fr" pour être dans les mêmes conditions.

Je ne sais plus trop en LUA mais request doit avoir plusieurs arguments, il doit être possible de mettre data= (comme body) ou bien params= (pour mettre des ?aa=bb&cc=dd comme sur une URL) ou encore json= (avec du code JSON derrière), comme vous faite le headers=. Après, il faut trouver la forme de ces arguments, est-ce une chaine de caractères ? Je ne sais plus. Edit : Bon je viens de lire la doc de fibaro sur request et dans les options c'est bien headers=, data=, method= et timeout=. Donc essaie plutôt avec adresse = "mabbox.bytel.fr".

Bonjour, Dans le header, il n'est pas utile de mettre Content-Length et Host. Après, est-ce de la data le password ? ou bien un params plutôt ?

a=json.encode(response.data) fibaro:debug(a["body"]) fibaro:debug(a["body"]["1719346149"]) Un truc du genre... mais si le big numéro change alors il faut chercher un peu. Pour cela, tu as Google, et en cherchant "LUA JSON get values, get keys" tu devrais pouvoir trouver.

Bonjour, Je ne crois pas que ce soit dans le header qu'il faut mettre le device_id, module_id... Je pense qu'il faut mettre cela dans un champ params = {}. Un truc du genre : http:request( "https://api.netatmo.net/api/getmeasure", { options = { method = 'GET', headers = { "Content-Type": "application/json", "Authorization": "Bearer "..accessToken, }, params={ "device_id": DeviceID, "module_id": ModuleID, "scale": "1hour", "type": "Humidity", "limit": "1", "optimize": "false", "real_time": "false", "date_End": os.date() }, success = callback, error = callback }, end, error = function(error) fibaro:debug("Failed to authenticate: " .. error) end } ) À adapter ...

Mon Token a expirée cette nuit donc ... génération de nouveau et cela fonctionne à nouveau !

Je me suis mal exprimé : en fait j'utilise en le stockant le refresh_token qui est récupéré avec l'access_token au moment de la demande d'authentification. Et donc si cela change, j'ai les derniers en mémoire. C'est tout.

Comme Lazer, mon token fonctionne toujours, mais j'avais intégré la rotation des tokens... est-ce pour cela ? Est-ce que cela fonctionne ? Mystère.

Il me semble que cela y était déjà !! ˆˆ

Bonjour, Je vois cela, en ce moment pour moi c'est "ça s'en va et ça revient ..." en fait. Ou bien "un jour c'est oui, un jour c'est non, un jour c'est d'accord, un jour c'est hmm pas question !" Bref, j'espère que ce sera fixé un jour tout de même !

Bonjour, Avez-vous trouvé un moyen de faire fonctionner le lixee sur une HC3 ? Merci.

Bonsoir, Moi je comprends que vous avez tous les deux raisons : 1- Laser, car la CRE est formelle et RTE aussi, ils ne parlent pas de jour fériés mais uniquement de week-ends. 2- Nico, car dans son contrat, il y a écrit weekends ET jours fériés donc lorsque le rouge tombe un jour de semaine mais que c'est férié, alors ils se doivent de le mettre bleu ou blanc et la différence avec un rouge est pour leur poche (à EDF et les autres). Je ne comprends pas que cela ne soit pas compris de vous deux. Après, oui, je pense que EDF et les autres qui ont inclus les jours fériés en plus des weekends, vont peut-être revoir leur copie pour les nouveaux contrats.

Bonjour, Sous Safari, chez moi, cela fonctionne mais moins bien que sous Firefox. Avez-vous essayé sous Firefox, ou un autre butineur ?

Oui, enfin, j'ai chez mes parents deux répéteurs car je ne peux pas faire monter des câbles RJ45 pour y mettre des bornes Wifi et cela fonctionne très bien, pour l'usage que j'en ai. Après, ce n'est pas non plus le même budget (Pas contre, mes répéteurs ne sont pas à 30 euros).