Page History

- Modification mineure des tables générées, facilement vérifiable par un diff

- Le générateur de tables IDB sera modifié par Loïc pour générer la valeur HEX quand elle est spécifiée dans la base PALISADE : tous les paramètres ayant l'attribut HEX seront modifiés (action LG)

- Loïc fournira au ROC la liste des paramètres impactés (action LG).

- Une nouvelle version de l'IDB sera fournie d'ici la fin de l'année 2018 (action LM)

- L'IDB fournie par RPW est conforme aux spécifications SCOS 2000 et SRDB.
- Changer le type booléen en énumération dans l'IDB aurait un impact sur l'interface du code du logiciel de vol => cette option n'est donc pas envisageable.
- Ajouter des fonctions "text curve" dans les tables générées représente un grosse somme de travail et peut mener à des régressions dans les tables générées.
- Une solution consisterait à utiliser dans les procédures les valeurs 0/1 (à la place de false/true) et que les outils de l'ESOC soient capables d'afficher ces valeurs 0/1

- En cas de mise à jour d'un des logiciels de vol de RPW, l'équipe LV de RPW fournira au ROC un fichier SREC pour l'EEPROM 1 (Première image du LV) et un second pour l'EEPROM 2 (seconde image du LV) : ces fichiers SREC contiennent l'image du logiciel tel qu'il doit être déployé dans l'EEPROM de RPW. En plus du fichier SREC, l'équipe LV fournira le CRC correspondant à l'image du logiciel (CRC qui devra être vérifié après le chargement). Une procédure décrivant la vérification du CRC devra être produite par le ROC lors de chaque mise à jour.
- Les fichiers SREC devront être fournis par le ROC à l'ESOC
- L'ESOC devra produire les trains de TC à partir de ces fichiers SREC
- La procédure de mise à jour à l'ESOC pourra être testée lors de la livraison de la prochaine version du DAS
- Dans la procédure, commencer par une première image du LV, la tester et si les tests sont OK, passer à la mise à jour de la seconde image.

Note : ce process de mise à jour est décrit dans le SUM du DAS.