J’ai changé il y a peu de plugin pour mon thermostat. J’ai donc « Netatmopro ».
Suivi de la documentation :
Je tente la configuration du plugin.
Message : « l’accès externe jeedom est non défini ou invalide »
Avec aussi en log : ERROR : Erreur sur la fonction cronHourly du plugin : No access token stored
J’ai cru un moment un conflit avec mon ancien plugin donc désactivation, création d’un profil sous netatmo. Rien de mieux.
Il semblerait que le soucis soit vraiment sur ma config réseau externe.
J’ai vu dans mes log que l’erreur remonte depuis le 2023-07-13 .
Changement coté Netatmo?
Je n’ai jamais voulu avoir accès à mon jeedom de l’extérieur et cela a toujours fonctionné jusqu’à cette date.
Est ce devenu obligatoire pour le bon fonctionnement? Un moyen de contournement?
Merci pour vos futurs réponses et désolé si j’oublie certaine chose.
Mon premier post ici.
Salut
Pour les produits Netatmo et les thermostats en particulier, L’accès externe n’est nécessaire que pour les webhooks donc pas indispensable mais fortement souhaitable.
Je pense pas que ça soit bloquant pour utiliser le plugin.
ok je demandais pcq ca arrive que certains serveurs oauth, pour faire le code auth flow, vérifie que l’url de redirection qu’on leur donne existe vraiment et est joignable « publiquement »
mais effectivement dans ce cas-ci ca serait un peu vache de la part de netatmo.
J’ai fait un pas grâce au fait de mettre l’accès interne en Externe.
Cela enlève donc le message d’erreur et permet la validation (image avec un oiseau) de l’association du compte.
Apres ce succes, j’ai fait la synchro pour remonter les differents éléments present :
Cela a debloqué la partie Caméra. Remonté des informations de detection des personnes ! Super!
Mais pas le coté rien coté Thermostat.
J’ai un nouveau message d’erreur :
cURL error 7: Failed to connect to app.netatmo.net port 443: Connection refused (see libcurl - Error Codes)
Qui renvoi à : CURLE_COULDNT_CONNECT (7)
Failed to connect() to host or proxy.
redirectURI:: ex:'GuzzleHttp\Exception\ClientException - GuzzleHttp\Exception\ClientException - 400 - Client error: POST https://api.netatmo.com/oauth2/token resulted in a 400 Bad Request response: {« error »:« invalid_client »} ’
Juste pour l’information, aucun autre plugin n’utilise les accès. Et donc l’accès externe n’est plus en KO. Bref je pense avoir tout fait dans les règles.
Et une dernière chose. Sur la page de netatmo, on donne les droits dans la partie Token generator. Cela génère et affiche des token sur la page de netatmo. Mais lorsque je check les token présent dans les logs de netatmopro, ce ne sont pas les même token.
Merci encore pour vos réponses et surtout à shun84 pour ce pas de géant pour moi.
Il ne faut pas générer manuellement un acces_token & refresh_token en sélectionnant des scopes.
Ceci sera contraire à ceux générés lors de l’association avec ton application et peut expliquer tes problèmes.
1/ Tu créé une application et tu fais un copier/coller du client_id/client_secret dans la partie de configuration du plugin. Ni plus, ni moins Ne pas oublier de cliquer sur sauvegarder dans la configuration jeedom.
2/ Tu passes les logs du plugin en mode DEBUG
3/ Tu cliques sur « Association Netatmo » dans la configuration du plugin.
4/ Tu cliques sur synchronisation
5/ Tu m’envois en MP les logs du plugin
shun84 pour ton astuce de mettre mon accès externe comme l’interne.
Et Thanaus de m’avoir appris à lire ou du moins à ne pas aller plus loin que demandé.
J’ai généré mille fois les tokens sur la page MyApps de chez Netatmo alors que cela n’est pas demandé dans la documentation de Thanaus.
Merci à vous tous pour vos réponses plus que rapide!
Ne pas oublier de cliquer sur sauvegarder dans la configuration jeedom.
ou du moins à ne pas aller plus loin que demandé.