J’ai pareil avec mon vieux compte
Effectivement fausse alerte! ^^
Ah! Bon, il va falloir adapter Gladys…
Et plus de forecast pour les nouvelles clés car la route weather ne le renvoi pas.
https://api.openweathermap.org/data/2.5/weather?lat=47&lon=1&lang=fr&appid=XXXXXXXX
{
"coord": {
"lon": 1,
"lat": 47
},
"weather": [
{
"id": 804,
"main": "Clouds",
"description": "couvert",
"icon": "04d"
}
],
"base": "stations",
"main": {
"temp": 308.27,
"feels_like": 306.21,
"temp_min": 308.27,
"temp_max": 308.27,
"pressure": 1007,
"humidity": 19,
"sea_level": 1007,
"grnd_level": 992
},
"visibility": 10000,
"wind": {
"speed": 2.26,
"deg": 120,
"gust": 4.1
},
"clouds": {
"all": 94
},
"dt": 1662994709,
"sys": {
"country": "FR",
"sunrise": 1662960572,
"sunset": 1663006528
},
"timezone": 7200,
"id": 2987855,
"name": "Perrusson",
"cod": 200
}
Bonsoir,
La lecture des échanges ne m’a pas permis de trouver la solution pour intégrer la météo. Les offres sur le site sont très nombreuses, laquelle faut-il choisir ?
J’obtiens ceci :
Bonsoir,
Je vais revoir la procédure et recommencer depuis le début. Merci à toi.
Salut à vous deux!
Effectivement, OpenWeather a changé son offre, le call API qu’on utilise (OneCall), n’est plus disponible dans l’offre gratuite (ça a changé de leur côté…) 
Il va falloir qu’on adapte l’intégration Gladys pour utiliser les calls API gratuit, on aura sûrement moins d’informations par contre.
J’ai créé une issue Github:
Sinon, côté OpenWeather, la route qu’on utilise est disponible en « Pay as you go », avec 1000 appels API gratuits/jour, la seule contrepartie c’est qu’il faut mettre sa CB:
Si quelqu’un passe par là et veut proposer une PR, je suis preneur, j’ai déjà milles sujets en ce moment ce mois-ci sur Gladys et j’avais pas du tout prévu ce dev !
1 « J'aime »
Merci Pierre-Gilles pour ton retour
J’ai un peu enquêté (et testé en réel).
En gratuit désormais, on a effectivement accès :
- Météo « live »
- 5 prochains jours en incréments de 3 heures
Donc les choses qu’on va perdre par rapport au développement actuel, c’est ça :
→ Plus d’heure par heure, seulement du 3 heures par heures
→ Prévisions à 5 jours uniquement
Pour les prévisions des jours suivants, il va aussi falloir faire une petite tambouille, parce que jusque-là on avait une prédiction « au jour », et là on a plus que des prévisions « 3 heures par heures ».
Sauf que c’est pas la même chose ! Quand on voit « 26°/27° » sur ma capture, est-ce que le chiffre à gauche correspond à la température la plus basse de la journée et celle à droite la plus haute ? Si oui, il faut faire les calculs en parcourant les 8 prédictions de la journée.
Gestion des utilisateurs existant
Tous les utilisateurs qui ont créé leur token avant ce changement ont encore accès à l’ancienne API.
2 options:
- On code une mécanique spéciale pour eux pour garder le code existant pour que les utilisateurs dont la clé fonctionne avec le one call puisse encore utiliser l’API complète. A voir comment déterminer les « anciens » tokens des nouveaux.
- On bascule tout le monde sur la nouvelle API, ce qui fait une régression en terme de features pour les anciens utilisateurs.
L’option 1 est plus souhaitable, mais demande plus de boulot.
Pour la détection des « anciens vs nouveaux », plusieurs pistes:
- Utiliser la date de la création de la variable en DB
- Tester les 2 calls API, si l’un marche et pas l’autre, on peut sauvegarder quelque part (DB ou RAM) que l’utilisateur est un utilisateur nouveau ou ancien
De l’heure par heure via Gladys Plus ?
Si il y a de la demande, je pourrais payer pour l’API OneCall via Gladys Plus et la proposer aux utilisateurs Gladys Plus. Après, je sais pas trop si ça a de l’intérêt juste pour avoir de l’heure par heure sur son tableau de bord, surtout qu’on a tous des applis de météos gratuites sur nos téléphones…
On perd l’intérêt que cela pouvait avoir de connaitre la météo par avance par exemple pour la commande de volets roulants, de stores bannes, d’alertes ou automatisations sur météo. Donc c’est un vrai plus !
Peut être se tourner vers d’autres api par exemple 7 Solution API météo fiable pour vos produits intelligents
hello @pierre-gilles ,
d où l interet de pouvoir se connecter à sa propre station exterieur pour ceux qui en possede une comme moi ( cf mes demandes il y a… au sujet de station bresser) mais inconvenient ses station maintenant ont tendance à transmettre leur donner via la box vers un client tiers (weatherunderground pour moi) qui evidemment ce doit de nous donner acces a nos propres données (via api)
d ou la suggestion que tu m a faites à l epoque et que je met en oeuvre de passer via nodered et mqtt.
et cela marche tres bien !
a une reserve près : certaines data que je peux recuperer via nodered ne sont pas restituables (alors qu utiles) dans gladys car les formats ne sont pas compatible avec les format proposés dans les fonctionnalités des devices(fake) de mqtt notamment la fonctionnalité « inconnu », et la je parle de chose que j ai dejà evoqué et pour lesquels j ai formalisé il y a peu des demandes de fonctionnalité ( prise en compte d un format texte que je completerai par un format date, ne pas avoir de fourchette de valeur systematique pour les fonctionnalités) mais aussi la demande que j ai fait sur la restitution de graphique pour que les visions superieur à 24h soit ou puissent etre des max,min,… et non des valeurs moyennées comme aujourd hui.
j ai ete un peu long, j espere que cela reste comprehensif et que tu parviens à te raccrocher a mes posts anterieur sur le sujet.
Je penses qu’il ne faut pas mélanger les deux sujets :
- station perso => mesures immédiates.
- intégrations météo => prévisions.
Les deux ont leur intérêt évidemment.
Perso ça m’arrive souvent de check le « pluie dans l’heure » de météo France, qui a sont intérêt dans le nord ( et chez les bretons 
)
Du coup @Einstein8854 si tu as des problématiques spécifiques, peux tu créer un sujet dédié ou une demande de fonctionnalités car ça s’écarte du topic ici et on va jamais pouvoir suivre.
Merci 
station perso quand elle alimente des bases comme weatherunderground permet aussi de faire la prevision donc les « 2 » sujets ne sont pas aussi dissocié que cela.
quand au demande de fonctionnalités j en ai deja fait plusieurs dont 2 liées au sujet que j evoque :
- une ou je demande que les fake devices de mqtt est des fonctionnalités (la fonctionnalité inconnu par ex ) pouvant recevoir des data de type text ou de type date/heure, et que sur cette fonctionnalité il ne soit pas necessaire de definir une fourchette haut/bas…
- pour le seconde j ai fait aussi une demande pour que les desklet de type graphique pour les data sup a 24 h ne soit pas des data moyennée(ce qui fausse tout) mais des data de type min/max ou sum (ex : 26 janv data moyenné j ai 6.75mm de pluie, data reel sur la journéee j ai eu 19mm !)
donc non je ne vais pas reecrire des demandes de fonctionnalités que j ai dejà ecrite, au mieux les completer si besoin de precision…
avec ce qui ce passe avec l usage de openweather nous nous trouvons, pour l api gratuite, dans un usage degradé de la solution initiale (l aspect previsionnel est quasi inexistant) donc la solution station perso avec un « weatherunderground » peut pallier…(je me demande qui m a suggeré cette solution avec nodered lorsque je voulais connecté ma station bresser à gladys …?)
J’ai éditer pour que ça soit plus clair.
C’est pas moi mais on peut débattre si tu le souhaite en mp ou sur un autre sujet. Toujours est il que ce que tu fais s’appelle du cross post ( message similaire dans plusieurs topic). Ce n’est généralement pas le bienvenue sur les forums.
Le point commun entre tes sujets et celui ci c’est la météo.
Donc si t’es demandes sont faites, pas besoin d’en rajouter.
2 « J'aime »
J’ai travaillé aujourd’hui sur le sujet de la météo pour corriger l’intégration OpenWeather existante :
Ca partira dans la prochaine version de Gladys ! 
1 « J'aime »
Le changement est live dans Gladys Assistant v4.22.0 !
Super, version 4.22.0 à jour et la météo est disponible :
Merci pour toutes les services et améliorations 
2 « J'aime »