Project

General

Profile

Barbados campaign checklist » History » Revision 16

Revision 15 (Pierre Narvor, 2019-11-13 16:42) → Revision 16/36 (Simon Lacroix, 2019-11-14 20:42)

h1. TODO-list et notes de réunion 

 This pages track the various actions, et comprend aussi différentes notes de réunions. Elle est rédigée en franglais. Note: la date de chaque action est la date de sa création, la (ou les) personnes sont ceux qui doivent la réaliser. 

 h2. On-going developments 

 h3. Module mission  

 * 30/10/19 les 3 patterns de vols marchent (lace, rosace, spirales paramétrées) 
 ** Coté ENAC, penser à des stratégies de "failsafe", par exemple en cas de non re-traversée de la frontière 
 ** La rosette estime de CoG sur la base des points frontières. ACTION: il faudrait idéalement boucler ça sur le mapping. -Est-il possible de mettre à jour dynamiquement le paramètre d'un pattern ?- La (la réponse est "oui" (avec un protocole un peu étrange, où le sens des paramètres est défini par le nombre de paramètres mis a jour). est-elle "oui", ou bien "non" ?) 
 ** Y a-t-il des conditions d'arrêt des patterns ? 

 * 30/10/19: il faut définir le protocole des échanges entre le système LAAS et PPZ (accusé de réception, transmission de l'état du plan dans le module mission...) ACTION Pierre --> une réunion a lieu lundi 18/11 à 13:30 à ce sujet. 

 h3. Mapping 

 * 17/10/19 Optimisation du calcul. Plusieurs options: 
 ** N'exploiter que les données pertinentes (dans le temps et l'espace) ACTION Pierre ? 
 ** Optimiser le code 

 * Discussions du 30/10/19 
 ** Les fonctions de calcul de paramètres (surface, position du CoM, ... what else?) sont systématiquement appelées après chaque construction de carte dense 
 ** Bien définir l'interface de la commande de construction d'une carte: 2D + time + zone, 3D + time + zone,    4D, plus, pour tous ces appels : spécification de la résolution spatiale et de la variable d'intérêt: wind or LWC - aura-t-on à cartographier les données aérosols ?) 
 ** Définir l'interface web d'appel de ces requêtes  
 ** Fera-t-on de "l'opportunistic computing" ? (calcul automatique de cartes sans requêtes particulières) 

 * 30/10/19 Où sont réalisés les calculs de LWC ? (réponse du 31/10 : les données brutes descendent, le module mapping fera donc les calculs) ACTION Pierre: coder la conversion des données brutes en LWC via les coefficients d'Angström. Mais idéalement, cela devrait tourner à bord pour limiter la bande passante. 

 * 14/11/19: Florian prend petit à petit tout cela en mains. Notamment, il lit le rapport de Dev 
 * 14/11/19: récupérer du code de Devashish (ou recoder) les fonctions qui extraient des informations macroscopiques des cartes denses (centre de gravité, surface horizontal, contour de la frontière...) ACTION Florian, après briefing de Pierre 
 * 14/11/19: on aimerait bien récupérer des "modèles conceptuels" du CNRM (du type: évolution de la taille/hauteur en fonction du temps) 

 h3. Interface web 

  * -17/10/19: Affichage des données brutes (trop de CPU consommée, ça freeze). ACTION Florian : trouver d’où vient le problème et le résoudre.- 
 (update: les données affichées sont bien les bonnes) 

 * 17/10/19 L'affichage 3D plante - ça n'est pas critique ni nécessaire pour l'instant. Cela serait peut-être quand même être intéressant pour visualiser le futur proche du système (les trajectoires des UAVs, peut-être la forme globale du nuage telle qu'on peut la prédire. l'instant 

 * 17/10/19    Un rafraîchissement de la page perd la configuration du client. ACTION Florian : résoudre ça avec des cookies 

 * -30/10/19 Afficher l'échelle dans les vues 2D des cartes ACTION Florian- 

 * 30/10/19 Penser à une interface d'affichage des données macroscopiques sur le nuage (évolution dans le temps de la surface à une altitude donnée, du volume...) 

 h3. Définition et jeux de scénarios 

 * 17/10/19: définition des fichiers de configuration statiques qui décrivent les UAVs ACTION Pierre 

 h2. Bugs divers 

 * 17/10/19: Valider l’implémentation de la base de donnée "raw-data". Pierre a peur qu'elle n'utilise trop de ressources (RAM) sans grande raison, mais n'en est pas sûr du tout. Il faut vraiment vérifier. 
 URGENT ACTION Pierre: voir si ça reste gérable    avec une heure de vol de 5 UAVs 

 * -17/10/19: Patterns de vol et génération de dense-maps. Le résultat des dense-maps est au mieux discutable. ACTION Pierre et Simon : 24/20/19, devant un écran, en fait tout est OK- 


 h2. Autres points divers 

 * 17/10/19 Tests de réception de vraies données ACTION Pierre 
 ** -Récupérer CU LWC- 
 ** Récupérer à l'ENAC un modem Xbee bien configuré 
 ** Faire les tests 
 ** Récupérer autre CU ? 

 * 31/10/19: -installation du tout sur un PC du CNRM : ACTION Pierre le 07/11/19- 

 * 31/10/19: le vent ! C'est une info centrale qui pilote l'exécution des patterns, qui est exploitée dans le mapping, et qui le sera dans le choix des patterns à applique. 
 ** Lister les sources d'informations: info externe (radars météo ?), modèle d'évolution (dans le temps et avec l'altitude), mesures par PPZ (où le calcul du vent dominant est-il fait ?) 
 ** -Faire en sorte qu'une valeur unique de vent se promène dans le système (avec éventuellement gradient vertical?) ACTION Pierre- 
 ** Faire en sorte que sa valeur puisse être mise à jour dans le système ACTION Florian 

 h2. Documentation 

 h2. Admin 

 * 17/10/19: faire des ordres de mission permanents. ACTION Simon 
 * 17/10/19: commander un portable costaud pour Florian ACTION Simon