Leg2027

Du nouveau ! (enfin !) Je vais faire un résumé de ce que j'ai pu faire ces derniers mois. Le microcontrôleur est enfin programmé pour analyser les données météos comme prévu. Cela a pris un peu plus de temps que prévu car j'ai encore dû changer de carte électronique, la précédente n'ayant pas assez d'entrées/sorties, la programmation n'est pas la même et il faut faire des modifications. La nouvelle carte électronique est une ESP32S2 Mini avec 4Mo de Flash, 2Mo de RAM, 27 entrées/sorties et du WIFI, les calculs se font très rapidement. Je ne devrais donc pas la changer à nouveau. La partie écran n'a pas encore été codée car malheureusement mon écran est tombé en panne, je devrais en recevoir bientôt un nouveau. Les données sont actuellement affichées dans le moniteur série. Que fait l'appareil actuellement ? -Afficher le dénivelé et la distance parcourue -Enregistrer un fichier .gpx le long du parcours sur une carte micro SD -Afficher la variation de pression réduite au niveau de la mer et la température depuis la dernière mesure -Afficher la différence de variation réelle par rapport à celle prévue (en consultant le fichier json contenant les prévisions Arome) J'ai décidé de laisser le choix à l'utilisateur de faire les mesures quand il veut/peut et donc l'évolution (et la différence de variation) de pression est en hPa/h et celle de la température en °C/h Quand on a le temps, on laisse l'appareil à l'ombre. Après 2 minutes d'habituation, l'appareil mesure pendant une minute la pression, la température et l'altitude afin d'avoir une moyenne fiable. Après ça l'appareil affiche donc si la pression a augmenté depuis la dernière mesure, si elle a plus augmenté que ce qui était prévu, etc... Il reste donc la partie la plus compliquée: le serveur, l'automatisation du téléchargement et du traitement des données Arome. Je n'ai jamais fait de choses similaires, j'espère que je vais quand même y arriver. Je résume ce qu'il devrait y avoir à faire: - Sur une page web, demander à l'utilisateur de choisir la zone de la randonnée sur la carte et une plage horaire - Télécharger les fichiers Arome de cette plage horaire - Extraire uniquement les données utiles (zone, pression...) à l'aide de CDO et éventuellement les "couteaux-suisses" si j'arrive à les utiliser - Convertir le fichier grib2 obtenu en JSON à l'aide de l'outil grib2json - Convertir ce fichier JSON en un fichier JSON valide exploitable par l'appareil As-tu déjà programmé quelque chose de similaire ? Des pistes à donner pour un débutant comme moi ? Si tu as une quelconque remarque à faire, une erreur que j'ai faite sur que je viens de dire, n'hésite pas à me le dire. Je prends toutes les recommandations.

Bonjour, Je n'ai pas eu trop le temps de développer le projet ces derniers mois. J'espère pouvoir passer plus de temps pour ça après les fêtes de fin d'année. J'ai quand même finalement réussi à créer un fichier json à partir du fichier grib2 que j'avais précédemment composé avec cdo. Il à l'air de contenir toutes les informations nécessaires. J'ai utilisé la bibliothèque grib2json: https://github.com/cambecc/grib2json Je commencerai à travailler sur l'exploitation du fichier par le microcontrôleur après ces vacances. Je le mets en pièce jointe si jamais ça t'intéresse de jeter un coup d'œil. isolaout Joyeux Noël à tous (un peu en avance) !

Bonsoir, Je suis désolé d'avoir eu une si longue absence. Je vais résumer les quelques avancées que j'ai pu faire. J'ai eu du mal à installer correctement WSL (avec CDO qui fonctionne dessus). En naviguant j'ai fini par tomber sur ce miraculeux tutoriel, qui m'a permis d'installer WSL et CDO parfaitement. https://dquesadacr.github.io/cdo_climate_modelling/#/ A mon avis, c'est le meilleur moyen(et le plus pratique pour la gestion des fichiers) pour les utilisateurs de Windows de faire fonctionner cdo. Et aussi, la fonction cat fonctionne cette fois très bien, ce qui est beaucoup plus pratique pour créer les fichiers. Merci à @stormi26 pour la recommandation. J'ai donc conçu un fichier exploitable qui contient les données de pression (non réduite) et de température sur une journée dans un endroit précis (quelques km de côté). arome30_07_temp_press_region.grib2 Mais maintenant que faire de ce fichier pour qu'il puisse être lu par un microcontrôleur ? J'ai vu qu'il existait des outils qui permettent de convertir des fichiers grib2 en json, mais je ne sais pas si c'est la meilleure solution. J'ai également choisi le microcontrôleur (différent du projet d'origine, celui-ci étant beaucoup plus simple) qui me semble le plus adapté pour ce projet: le Wemos D1 Mini(ESP-8266), il est relativement petit, dispose de beaucoup de mémoire pour programmer, intègre le wifi (pratique si on veut transférer des fichiers rapidement au lieu d'une carte µSD), et la programmation est aussi facile que sur une carte Arduino (tu connais peut-être). J'ai donc programmé différents écrans avec cette carte pour voir lequel serait le plus adapté (bon je l'ai fait aussi pour m'amuser): De gauche à droite: écran monochrome 0.66" (pouces de diagonale), monochrome 0.96", monochrome 1.3", couleur 1.3", couleur 1.77" Mon avis et celui de mes proches penche plutôt pour le 4e qui possède la meilleure résolution, avec une taille qui permet de bien lire. J'ai eu l'idée de représenter les variations par des cercles de couleur mais il y a certainement une meilleure façon d'utiliser les couleurs cet écran. Les photos représentent une des interfaces, qui sera probablement amenée à changer. Voici l'écran choisi en meilleure qualité:

J'ai dû combiner les fichiers un par un pour avoir un fichier exploitable et intéressant. J'imagine que toutes ces étapes ne seront pas nécessaires (ou alors automatisées) quand on aura besoin d'un nouveau fichier à chaque randonnée. Voici ces caractéristiques: zone très réduite(~5km de large), données couvrant une journée (9h-18h), avec SP1 (température), SP2 (pression) et je pourrais éventuellement ajouter le paquet SP3 pour l'altitude. Le fichier est encore réductible car il reste plein de paramètres inutiles (vent, neige...). Mais je ne sais plus à quoi correspondent les "parameter name". J'ai cherché sur internet et je n'ai rien trouvé. File format : GRIB2 -1 : Institut Source T Steptype Levels Num Points Num Dtype : Parameter name 1 : unknown unknown v instant 1 1 121 1 P12 : 10u 2 : unknown unknown v instant 1 1 121 1 P12 : 10v 3 : unknown unknown v max 1 1 121 1 P12 : 10efg 4 : unknown unknown v max 1 1 121 1 P12 : 10nfg 5 : unknown unknown v instant 1 2 121 1 P16 : 2t 6 : unknown unknown v instant 1 2 121 1 P12 : 2r 7 : unknown unknown v accum 1 3 121 1 P0 : tirf 8 : unknown unknown v accum 1 3 121 1 P0 : sprate 9 : unknown unknown v accum 1 3 121 1 P0 : param75.1.0 10 : unknown unknown v instant 1 3 121 1 P16 : sp 11 : unknown unknown v instant 1 3 121 1 P8 : lcc 12 : unknown unknown v instant 1 3 121 1 P0 : hcc 13 : unknown unknown v instant 1 3 121 1 P0 : mcc 14 : unknown unknown v instant 1 4 121 1 P16 : CAPE_INS 15 : unknown unknown v instant 1 3 121 1 P0 : param193.16.0 As-tu un moyen de savoir à quoi correspond 10u, 10v etc? Je pensais rester sur la machine virtuelle car j'avais déjà installé plusieurs logiciels, et créé pas mal de fichiers. Et elle marchait assez bien pour moi. Malheureusement depuis quelques jours le dossier partagé n'apparait plus dans le gestionnaire de fichiers Ubuntu, et donc pour transférer les fichiers sur Windows ce n'est vraiment pas pratique. Si je ne trouve pas de solution rapidement, j'utiliserai WSL. En tout cas merci pour la recommandation, parce que je ne savais pas que ça existait.

Bonsoir, Je pars en vacances demain. Je ne vais pas pouvoir faire d'autres manipulations avec cdo pour le moment. Je pourrais reprendre ce projet à mon retour. Malheureusement ça ne marche pas mieux. Le résultat est le même que cat tout seul, c'est à dire: Après avoir fait cdo mergetime , c'est encore pire, le fichier créé n'est pas du tout reconnu par cdo. C'est vraiment étrange.

J'ai essayé et effectivement ça marche avec cette méthode. Merci. C'est bizarre qu'on ne puisse pas le faire avec les données SP1 groupées <-> données SP2 groupées. CDO ne propose pas une fonction pour faire ça ? Ça va être un peu long de composer un fichier exploitable comme ça. Je le ferai demain si j'ai le temps.

Je ne savais pas que c'était impossible. C'est dommage, ça aurait pu être utile dans certains cas mais je préfère ne pas me compliquer pour l'instant. Est-ce que c'est la même chose si on veut concaténer, un SP1 avec un SP2 (même horaires). On est obligé de faire ça car la température et la pression sont dans des paquets différents (et l'altitude encore dans un autre quand il faudra l'utiliser plus tard). cat 30_07_SP1.grib2 30_07_SP2.grib2 > 30_07_SP1_SP2.grib2 Quand je fais cdo sinfov 30_07_SP1_SP2.grib2 il affiche uniquement les paramètres du SP1 mais pas du SP2. Et il y a un message d'erreur: 2022-07-30 07:00:00 2022-07-30 08:00:00 2022-07-30 09:00:00 2022-07-30 10:00:00 2022-07-30 11:00:00 2022-07-30 12:00:00 2022-07-30 13:00:00 2022-07-30 14:00:00 Warning (gribapiScanTimestep): Record 61 (name=tirf id=65.1.0 lev1=0 lev2=0) timestep 11: Parameter not defined at timestep 1! 2022-07-30 15:00:00 2022-07-30 16:00:00 cdo sinfon: Processed 6 variables over 10 timesteps [0.51s 61MB].

Le fichier se créé bien mais après il y a des messages d'erreurs oui. J'ai essayé ici avec des fichiers entiers non transformés. virtual-machine:~/Downloads$ cat arome-france-hd_20220730_06_SP2_00H.grib2 arome-france-hd_20220730_06_SP2_01H.grib2 > nouveau.grib2 virtual-machine:~/Downloads$ cdo sinfov nouveau.grib2 Warning (gribapiScanTimestep1): Record 3 (name=tirf id=65.1.0 lev1=0 lev2=0) timestep 1: Inconsistent verification time! Warning (gribapiScanTimestep2): Record 7 (name=lcc id=3.6.0 lev1=0 lev2=0) timestep 2: Parameter not defined at timestep 1! cdo sinfon: Open failed on >nouveau.grib2< Unsupported file structure Si besoin je peux joindre le nouveau fichier sur un site de partage de fichiers.

Ca y est j'ai trouvé où c'était. Merci. Donc ces scripts semblent cette fois très bien fonctionner. Je n'ai pas l'impression qu'il y a besoin de ça pour que ça fonctionne. J'ai réussi à sélectionner une zone de mon choix comme il faut (vérifié avec zygrib). Mais comment fait-on pour concaténer les fichiers ? J'ai essayé cat et merge mais ça ne semble pas fonctionner (c'est à dire qu'après on ne peut plus traiter le fichier avec cdo)

Bonjour, Je n'ai pas pu faire fonctionner correctement l'outil CDO sur Windows. On m'a recommandé d'installer une machine virtuelle Linux, ce que j'ai fait (avec VirtualBox, Ubuntu). J'ai installé CDO là dessus et apparemment ça fonctionne très bien ! cdo -sellonlatbox,0,0.1,44,44.1 aromePRESS01.grib2 aromePRESS01region.grib2 J'ai testé ça et il m'a bien créé un fichier plus léger. Je n'ai pas voulu aller plus loin pour l'instant car j'ai repris ton pas à pas et je me suis rendu compte que même sous Linux c'est impossible de télécharger les scripts get_inv.pl et get_grib.pl. Pas de clic droit "enregistrer sous" et ça ne marche pas en collant le lien dans l'explorateur de fichiers comme j'avais fait sur Windows. Je dois pouvoir les transférer de Windows vers la machine virtuelle. Quelle distribution de Linux utilises-tu ? Comme ça j'aurais moins de problèmes si on utilise la même chose.

Ca serait plutôt à moi de m'excuser, c'est moi qui demande de l'aide ici ☺️ Mais j'ai réussi à faire quelques petites choses un peu meilleures aujourd'hui et hier. J'ai réussi à créer un exécutable get_grib.exe, mais je ne sais pas s'il fonctionne, je ne suis vraiment pas à l'aise avec le terminal. J'ai vu que l'outil CDO fonctionnait aussi mais uniquement avec des fichiers .nc (j'ai pris un fichier au hasard pour tester): AzureAD+ordi2113604@PNL-R9131HLL /bin $ cdo sinfov meteo.nc File format : NetCDF4 -1 : Institut Source T Steptype Levels Num Points Num Dtype : Parameter name 1 : unknown unknown c instant 1 1 499989 1 I32 : tri 2 : unknown unknown c instant 1 1 89695 2 I16 : MAPSTA 3 : unknown unknown v instant 1 1 89695 2 I16 : dir 4 : unknown unknown v instant 1 1 89695 2 I16 : hs 5 : unknown unknown v instant 1 1 89695 2 I16 : hsts 6 : unknown unknown v instant 1 1 89695 2 I16 : pdir0 7 : unknown unknown v instant 1 1 89695 2 I16 : pdir1 8 : unknown unknown v instant 1 1 89695 2 I16 : pdir2 9 : unknown unknown v instant 1 1 89695 2 I16 : phs0 10 : unknown unknown v instant 1 1 89695 2 I16 : phs1 11 : unknown unknown v instant 1 1 89695 2 I16 : phs2 12 : unknown unknown v instant 1 1 89695 2 I16 : pt0m10 13 : unknown unknown v instant 1 1 89695 2 I16 : pt0m11 14 : unknown unknown v instant 1 1 89695 2 I16 : pt0m12 15 : unknown unknown v instant 1 1 89695 2 I16 : ptp 16 : unknown unknown v instant 1 1 89695 2 I16 : ptp0 17 : unknown unknown v instant 1 1 89695 2 I16 : ptp1 18 : unknown unknown v instant 1 1 89695 2 I16 : ptp2 19 : unknown unknown v instant 1 1 89695 2 I16 : spr 20 : unknown unknown v instant 1 1 89695 2 I16 : t0m1 Grid coordinates : 1 : generic : points=499989 (3x166663) 2 : generic : points=89695 Vertical coordinates : 1 : surface : levels=1 Time coordinate : 54 steps RefTime = 1990-01-01 00:00:00 Units = days Calendar = standard YYYY-MM-DD hh:mm:ss YYYY-MM-DD hh:mm:ss YYYY-MM-DD hh:mm:ss YYYY-MM-DD hh:mm:ss 2022-07-01 01:00:00 2022-07-01 02:00:00 2022-07-01 03:00:00 2022-07-01 04:00:00 2022-07-01 05:00:00 2022-07-01 06:00:00 2022-07-01 07:00:00 2022-07-01 08:00:00 2022-07-01 09:00:00 2022-07-01 10:00:00 2022-07-01 11:00:00 2022-07-01 12:00:00 2022-07-01 13:00:00 2022-07-01 14:00:00 2022-07-01 15:00:00 2022-07-01 16:00:00 2022-07-01 17:00:00 2022-07-01 18:00:00 2022-07-01 19:00:00 2022-07-01 20:00:00 2022-07-01 21:00:00 2022-07-01 22:00:00 2022-07-01 23:00:00 2022-07-02 00:00:00 2022-07-02 01:00:00 2022-07-02 02:00:00 2022-07-02 03:00:00 2022-07-02 04:00:00 2022-07-02 05:00:00 2022-07-02 06:00:00 2022-07-02 07:00:00 2022-07-02 08:00:00 2022-07-02 09:00:00 2022-07-02 10:00:00 2022-07-02 11:00:00 2022-07-02 12:00:00 2022-07-02 13:00:00 2022-07-02 14:00:00 2022-07-02 15:00:00 2022-07-02 16:00:00 2022-07-02 17:00:00 2022-07-02 18:00:00 2022-07-02 21:00:00 2022-07-03 00:00:00 2022-07-03 03:00:00 2022-07-03 06:00:00 2022-07-03 09:00:00 2022-07-03 12:00:00 2022-07-03 15:00:00 2022-07-03 18:00:00 2022-07-03 21:00:00 2022-07-04 00:00:00 2022-07-04 03:00:00 2022-07-04 06:00:00 cdo sinfon: Processed 20 variables [0.02s 12MB] Je vais creuser ça dans les prochains jours. get_grib.exe

Pas simple à installer sous windows aussi ! J'ai suivi une vidéo YouTube, j'ai eu l'impression de tout réussir. Mais il ne reconnaît pas les commandes: @DESKTOP-NV8S7LF /bin $ cdo sinfov meteo.grib2 GRIB_API ERROR : Unable to find boot.def. Context path=/usr/local/share/grib_api/definitions grib_context.c at line 216: assertion failure Assert(0) Aborted (core dumped) @DESKTOP-NV8S7LF /bin $ sinfon meteo.grib2 bash: sinfon : commande introuvable meteo.grib2 étant le fichier téléchargé sur MF et renommé (SP2) Savez-vous d'où peut venir le problème ? Connaissez-vous des outils faits pour marcher sous Windows ? (et encore mieux qui n'utilisent pas le terminal ?)

Merci beaucoup ! Je n'ai pas besoin de station météo pour l'instant, merci quand même pour avoir partagé le site.

C'est pas simple... J'ai passé plusieurs heures aujourd'hui à transformer les fichiers .pl en .exe, sans succès, je vais réessayer demain. Je crois que sous Windows, il n'y a pas d'autre moyen que de télécharger des outils. Certains ne fonctionnent pas bien, d'autres peuvent seulement les éxécuter dans le terminal. Tous les outils passent uniquement par le terminal, et je ne suis vraiment pas doué avec ça. D'après ce que j'ai vu Perl est devenu un peu obsolète, ce qui explique surement les outils peu modernes, et difficiles à utiliser (pour moi du moins) ainsi que le manque de doc. La meilleure chose que j'arrive à faire c'est ça: perl get_grib.pl (instruction terminal) get_grib.pl v0.9.7 4/2017 wesley ebisuzaki get_grib.pl: gets gribfile from net using wgrib inventory with range field usage: cat {wgrib inv with range field} | get_grib.pl URL-of-wgrib-inventory OUTPUT-FILE MISING OUTPUT-FILE!

Merci ! Ca va surement m'aider pour la suite. J'ai eu quelques difficultés à télécharger les deux scripts, la seule chose que je pouvais faire c'est "ouvrir" dans un navigateur mais ça ne faisait qu'ouvrir un nouvel onglet de recherche. Il a fallu que je colle le lien ftp dans l'explorateur de fichier et là j'ai pu récupérer les 2 scripts (environ 3-4ko chacun). Mais pour faire ça je ne sais pas trop comment faire. Faut il un logiciel spécial pour les rendre exécutables ?

Excuse-moi, mais je n'ai pas vraiment compris ce qu'il faut faire. 😥 Je suppose que tu parles de get_inv.pl et get_grib.pl, j'ai consulté les sites mais je n'ai pas vraiment compris ce que je dois faire pour les télécharger. Et ensuite je configurerai quel script ?

Merci ! 😺 J'espère vraiment que ce projet aboutira, je vais essayer de passer plus de temps dessus ces prochains mois. Bon donc je reste sur la formule simple et j'ignore les aspects compliqués comme l'altitude fictive. Je vais mettre en application cette formule dans un programme, et donc je vais désormais observer les variations de la pression après réduction au niveau de la mer. Je vais continuer à observer moi-même le changement de la pression (et de la température) avant et pendant un évènement météorologique et principalement s'ils prévoient un orage (j'espère que ça va arriver un de ces jours). Je garde donc pour plus tard l'approfondissement du modèle AROME. Mais j'ai tout de même quelques questions à poser afin de faire quelques recherches pour savoir quel microcontrôleur sera le plus adapté à ce projet. Vu la quantité de données à traiter, je vais probablement devoir abandonner le microcontrôleur d'origine (Arduino Pro Mini), que j'utilisais pour la partie GPS (altimètre, enregistrement de parcours, nb de km parcourus...). Premièrement, peut-on télécharger directement les données de prévisions AROME pour une zone précise ? (si possible sans passer par XyGrib) Si tu as déjà manipulé des fichiers GRIB, le poids se comptera en ko, centaines de ko, mo ou plus ? Pour quelque chose à peu près comme ça: Modèle AROME 0,01°, données sur 10 heures, pour les points de grille dans un rayon d'une dizaine de km. Et une autre question, notamment pour @hermouparis. Si bien sur le site weather-data renaît(ce que j'espère 😃) et que je l'utilise, pourra-t-on facilement télécharger des fichiers JSON qui contiennent un ensemble de points de grille dans une zone précise ? Ou du moins récupérer les données de points de grille d'un modèle, requête par requête (s'il n'y en a pas trop ça devrait aller) ? Ce n'est pas ce que j'ai cru voir dans le topic dédié à weather-data, mais je préfère demander. Bonne soirée !

Bonjour, Je suis désolé d'avoir eu une si longue absence. J'ai donc exploré la réduction de la pression atmosphérique au niveau de la mer. J'ai essayé 2 formules issues de Wikipédia. Celle ci est relativement simple. Je n'ai pas eu de problèmes pour la calculer. Et le résultat n'est vraiment pas loin de pression réduite indiquée par la station météo la plus proche. Celle ci est bien plus compliquée, mais elle fonctionne aussi très bien. Il me semble que la précision est très légèrement améliorée mais c'est presque négligeable. Ici, je ne disposais pas de la pression partielle de vapeur d'eau (E), je l'ai donc estimée. Je pourrais ajouter un capteur qui mesure l'humidité de l'air pour plus de précision. Mais comme tu as dit que ce niveau de précision (qui serait aussi beaucoup limité par la précision des capteurs et du GPS) n'est pas important, je suppose qu'il vaut mieux garder la formule n°1 pour éviter de trop se casser la tête. Si tu as une formule qui te paraît plus adapté, je peux aussi la prendre. Pendant mes recherches, j'ai vu des choses comme quoi il fallait utiliser une altitude fictive, chose que je n'ai pas très bien comprise. Est-il nécessaire de calculer cette altitude fictive ? Je suppose que ça ne change pas grand chose mais je préfère demander. Il aurait été plus pratique que la pression puisse être mesurée en continu, dans la poche par exemple, mais comme il faut calculer la pression réduite en prenant en compte la température mesurée, ce n'est plus trop possible. Qu'en penses-tu ? Est il préférable de mesurer la pression en continu quitte à perdre de la précision sur le résultat réduit au niveau de la mer, ou vaut-il mieux réaliser une mesure fiable avec la température extérieure toutes les heures (au risque d'un oubli de l'utilisateur) ? J'ai aussi réalisé un programme qui mesure la moyenne de la température, quand l'utilisateur appuie sur un bouton les valeurs sont enregistrées et la moyenne calculée au fur et à mesure, l'utilisateur peut décider d'arrêter la mesure quand il le souhaite, pour plus de praticité. La température en direct, la moyenne entrain d'être calculée et le temps depuis le début des mesures sont affichés sur un petit écran.

C'est vrai pour la poche, la pression atmosphérique réduite, ou les deux ? (excuse-moi pour ma réponse tardive)

Je ne vois pas comment. Comme l'appareil est aussi conçu pour afficher l'heure, le nombre de km parcourus et l'altitude, c'est quand même plus pratique de l'avoir dans une poche pour le consulter rapidement. Merci, j'ai trouvé ! Dans une randonnée, l'altitude peut beaucoup varier donc on peut avoir par exemple une pression de 742hpa alors que quelques centaines de mètres plus tôt il y avait 770hpa. Pour comparer les valeurs et calculer les variations météorologiques de la pression mesurée, ça me paraît quand même difficile sans passer par une réduction au niveau de la mer. Tu as une méthode pour contourner ça ?

Oui, je sais bien. Mais bien sûr, il faudra le sortir de la poche et le mettre à l'air extérieur, mais la question est suffit-il de le tenir dans la main ou alors il faut le poser pendant un petit moment ? Moi ça n'affiche que la pression non réduite sur le wms. Comment fais-tu pour avoir la réduite?

Bonsoir, Je me suis dit que comme de toute façon il faut réduire au niveau de la mer la pression mesurée par l'appareil (puisque l'altitude change tout le temps), ça serait plus pratique de tout réduire au niveau de la mer pour effectuer les comparaisons. La pression réduite est directement fournie par AROME ? L'appareil est situé tout le long de la randonnée dans une poche de veste par exemple, c'est ce que je voulais dire. Mais si le tenir dans la main par moments ne pose pas de problèmes sur la fiabilité de la température, c'est vrai qu'on peut le faire pendant 5 minutes en marchant(c'est pas hyper pratique mais 5 min ça va je pense).

J'ai demandé à un proche, il préfère la version 1, mais ça peut être amené à changer ou je pourrais aussi utiliser les 2 versions. A voir ce qui est le plus utile. La prochaine fois qu'il y a un orage prévu je vais essayer de faire des mesures pour voir si ces variations permettent vraiment de prévoir approximativement un évènement de mauvais temps. Je pense que ça va être difficile de faire une moyenne sur 5 minutes, puisque lors de randonnées on fait rarement des pauses aussi longues à part pour les pauses repas. Souvent les pauses durent 1-3 minutes et avec le temps que le capteur s'habitue à l'air ambiant(puisque il sera situé dans une poche) je suppose qu'il ne restera pas assez de temps pour faire une moyenne fiable. C'est pour ça que je ne le fais pas dès maintenant pour être plus réaliste. Pour réduire la pression atmosphérique au niveau de la mer et donc pouvoir effectuer les comparaisons en terrain montagneux, il faut que je connaisse l'altitude des points de grille AROME, si je ne me trompe pas. Est-elle renseignée ? Si oui comment y la connaître ?

Bonjour, J'ai refait les tableaux comme le week-end dernier. Je te laisse regarder à nouveau. Quelle version préfères-tu pour l'interprétation des variations de la pression ? (V1 ou V2) Je n'ai pas réussi à utiliser xygrib proprement, donc j'ai utilisé Windy.com pour la température. En plus ils utilisent la version AROME 0,01° donc ça doit être plus précis que XyGrib. J'ai de la chance, il y a une station météo amateur dans un village voisin et nous sommes à la même altitude. Par contre là où je vais aller en vacances cet été et cet automne il n'y en a aucune sur plus de 20km. Le problème pour comparer la pression c'est que la station météo indique la pression réduite au niveau de la mer et mon capteur la pression réelle (tout comme la visualisation wms du modèle Arome). J'ai rapidement vérifié avec un convertisseur, il semble que ça correspond. Mon capteur a une précision d'environ 1 hpa mais il me semble qu'il mesure avec plus de précision que ça les variations. J'ai refait les mesures de la température et je vois que les mesures sont très fluctuantes (ça peut changer de plusieurs °C en quelques minutes). Bien plus que la dernière fois, il me semble que la température mesurée varie moins quand le ciel est couvert de nuages contrairement à aujourd'hui où il y avait un ciel bleu avec seulement quelques nuages. Je mesure une température supérieure de plusieurs degrés comparée à celle de la station météo. pressiontemp14-05.pdf

J'ai rapidement essayé XyGrib, je n'arrive pas encore à l'utiliser correctement mais je pourrais sans doute faire mieux quand j'aurai plus de temps dans les prochains jours. Je prends en compte tes remarques, pour l'heure, je n'avais pas pensé à ça, je pensais que ça serait la bonne heure automatiquement. Que veux-tu dire par "calibrer" ? Je vais recommencer les mesures et les comparaisons ce week-end donc ça sera surement mieux. Je suis content d'apprendre cela ! 🙃. J'ai hâte de pouvoir l'essayer ! Je te souhaite bonne chance pour la réalisation.