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).

Vive le ménage !!

En shell pure ça va oui. Il faut voir du coté de sendmail pour envoyer des mails en ligne de commande. Je vous laisse le soin de vous documenter plus.

L'erreur est dans le texte initial : chmod -x ==> enlève le droit d'exécution pour tout le monde. chmod +x ==> ajoute le droit d'exécution pour tout le monde. Donc dans votre cas pour que cela fonctionne c'est : root@xxx:~# chmod +x /usr/local/bin/renew_certs.sh root@xxx:~# /usr/local/bin/renew_certs.sh Voilà ...

Bonjour, \ = retour à la ligne pour continuer la commande sur la ligne du dessous. Donc sur une seule ligne c'est : echo deb "[signed-by=/usr/share/keyrings/haproxy.debian.net.gpg]" http://haproxy.debian.net buster-backports-2.6 main > /etc/apt/sources.list.d/haproxy.list Tout simplement.

Salut ! Je l'ai mis là où se trouve ma box !

Autant faire deux domocharts, un qui est le standard et un autre pour les spécifiques.

Il faut changer le http de la requête pour recevoir le fichier en https et cela refonctionne.

Cela fonctionne toujours sur ma HC3 avec le fix que j'avais fait sur le token ...

Bonsoir, Je n'ai aucun problème pour traverser la Livebox avec mon VPN. Avez-vous fait tout ce que je précise dans mon précédent message ?

Bonjour, Si votre routeur fait tout ce qui est routage + filtrage alors la Livebox ne sert à rien en effet. Mais il devient de plus en plus difficile de s'en passer. Elle ne possède pas de mode bridge comme la freebox, par contre, vous pouvez utiliser le mode DMZ de la Livebox et renseigner votre routeur. Dans l'onglet NAT/PAT en plus de la DMZ, vous pouvez définir la redirection de protocoles (pour IPv4) en faisant rediriger tous les protocoles vers votre routeur. Et si vous êtes sûr de vos réglages de pare feu sur votre routeur, vous pouvez descendre le niveau du pare feu de la Livebox sur Faible. Dans cet même page se trouve aussi la redirection de protocoles pour l'IPv6, et vous pouvez faire la même chose que pour l'IPv4 ci-dessus. Elle deviendra comme transparente au vu de vos équipements qui sont gérés par votre propre routeur.