INSTRU: Issueshttps://hephaistos.lpp.polytechnique.fr/redmine/https://hephaistos.lpp.polytechnique.fr/redmine/redmine/favicon.ico?15080976012017-04-20T10:28:34ZRedmine
Redmine LFR-FSW - Feature #1068 (Closed): Champ CP_LFR_CALIB_ENABLED sur TC_LFR_UPDATE_INFOhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/10682017-04-20T10:28:34ZVeronique bouzid
<p>Quand tu recois dans une TC_LFR_UPDATE_INFO, comment traites-tu le champ<br />CP_LFR_CALIB_ENABLED?<br />Vérifies-tu si ce champ est conforme avec le fait que la calibration a été demandée??</p> LFR-FSW - Feature #870 (Closed): R3++: Adaptations SSS4.3 et ICD4.3https://hephaistos.lpp.polytechnique.fr/redmine/issues/8702016-12-30T10:39:58ZVeronique bouzid
<p>Le travail laissé par Gérald s'appuyait sur les versions suivantes des documents de la R3+<br />- ICD 4.1<br />- SSS 4.1</p>
<p>Pour la R3++, les documents de références sont<br />- ICD 4.3<br />- SSS 4.3</p>
<p>Voici donc les évolutions à prendre en compte et à répercuter sur la SRS, la SVS et le soft de vol.</p>
<p><ins>SSS</ins> <br />non traité par Gérald<br />SSS-CP-EQS-526 a mean of the last 16 values of the electric field components sampled at f3</p>
<p>A modifier / à ce que Gérald a laissé<br />SSS-CP-EQS-750 16 S/C reaction wheel emission frequencies (in 4.1 = 8) + nouveau calcul du filtrage tenant compte des kxy factor coefficients<br />SSS-CP-EQS-751 16 S/C reaction wheel emission frequencies (in 4.1 = 8) dans TC_LFR_UPDATE_INFO packet<br />SSS-CP-EQS-752 16 S/C reaction wheel emission frequencies (in 4.1 = 8)<br />SSS-CP-EQS-753 SY_LFR_SC_RW_DELTA_F (default value 0.045) and kxy factor coefficients<br />SSS-CP-EQS-754 masques doivent tenir compte des kxy factor coeffcients</p>
<p>A créer<br />SSS-CP-EQS-755</p>
<p><ins>Concernant les modifs de l'ICD:</ins><br /><strong>Version 4.2</strong><br />TC_LFR_LOAD_NORMAL_PAR<br />SY_LFR_N_SWF_P (default value changed 300s au lieu de 2048)<br />TC_LFR_LOAD_FILTER_PAR<br />--> ajout des unités (rien pour nous)<br />TM_LFR_HK changé<br />--> nouvelle description du champ HK_LFR_SC_POTENTIAL_FLAG (??? pas trouvé)</p>
<p><strong>Version 4.3</strong><br />ATTENTION la TC_LFR_LOAD_FILTER_PAR a été modifiée mais n est<br />pas indiquée dans le changelog de l ICD. Bruno a ouvert un JIRA.<br />TC_LFR_LOAD_FILTER_PAR<br />ATTENTION la longueur de cette TC a changé elle vaut 92<br />--> ajout des champs SY_LFR_RW[1-4]_K[1-4]</p>
<p>TC_LFR_UPDATE_INFO<br />--> ajout des champs CP_RPW_SC_RW[1-4]_F[3-4]<br />--> suppression des champs CP_RPW_SC_RW[1-4]_F[1-2]_FLAG</p>
<p>TM_LFR_HK<br />--> suppression du champ HK_LFR_AHB_UNCORRECTABLE<br />Paul, cela impacte le calcul du compteur d'erreurs Medium Severity</p>
<p>--> ajout des champs de type HK_LFR_SC_RW[1-4]_F[3-4]<br />Paul ces flags ne sont plus recopiés de la TC_LFR_UPDATE_INFO mais calculés</p>
<p>TM_LFR_PARAMETER_DUMP<br />ATTENTION la longueur de cette TM a changé elle vaut 212<br />--> ajout des champs SY_LFR_PAS_FILTER_ENABLED_D SY_LFR_PAS_FILTER_MODULUS<br /> SY_LFR_PAS_FILTER_TBAD SY_LFR_PAS_FILTER_OFFSET SY_LFR_PAS_FILTER_SHIFT<br /> SY_LFR_RW_DELTA_F<br />--> ajout des champs SY_LFR_RW[1-4]_K[1-4]<br />--> ajout des champs PA_LFR_RW_MASK_F[0-2]_WORD[1-4]</p> LFR-FSW - Feature #705 (Closed): R3+: ICD 4.1 Adaptationshttps://hephaistos.lpp.polytechnique.fr/redmine/issues/7052016-06-08T11:56:36ZVeronique bouzid
<p>- <strong>Creer TC_LFR_LOAD_FILTER_PAR</strong><br /> - Classe + Detail<br /> description p59 ICD 4.1</p>
<p>- <strong>Modifier TM_LFR_PARAMETER_DUMP</strong><br /> - longueur est 148<br /> - ajouter section /SOURCE_DATA/LFR_FILTER_PARAMETERS/<br /> sauf le champ PA_RPW_SPARE8_2<br /> - ajouter section /SOURCE_DATA/LFR_RW_MASK<br /> - ajouter le champ PA_RPW_SPARE8_3</p>
<p>- <strong>Modifier TC_LFR_UPDATE_INFO</strong><br /> - ajouter section APPLICATION_DATA/UPDATE_INFO_PARAMETERS/UPDATE_INFO_PARAMETERS_SET8<br /> ( details pour decrire les champs)<br /> Les emplacements etaient taggés SPARE dans les versions précédentes</p>
<p>- <strong>Modifier TM_LFR_HK</strong><br /> - renommer le champ HK_LFR_MAG_FIELDS_FLAG en SY_LFR_PAS_FILTER_ENABLED<br /> (details pour décrire le champ)<br /> - ajouter la section SOURCE_DATA/PARAMETERS/REACTION_WHEELS_FREQUENCY<br /> - supprimer le champ PA_RPW_SPARE8_1<br /> (details pour décrire les champs)</p>
<p>- <strong>Modifier TM_LFR_TC_EXE_NOT_EXECUTABLE</strong><br /> - renommer le champ HK_LFR_MAG_FIELDS_FLAG en SY_LFR_PAS_FILTER_ENABLED<br /> (details pour décrire le champ)</p> LFR-FSW - Feature #594 (Closed): Renseigner les champs HK_LFR_LAST_ER_RID HK_LFR_LAST_ER_CODE HK...https://hephaistos.lpp.polytechnique.fr/redmine/issues/5942016-01-26T14:03:07ZVeronique bouzid
<p>Suite à la gestion des erreurs liées au timing cf (Task <a class="issue tracker-4 status-5 priority-2 priority-default closed" title="Task: livraison version 3.0.0.13 (Closed)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/590">#590</a> et Feature <a class="issue tracker-2 status-5 priority-2 priority-default closed" title="Feature: traitement des champs TIMECODE et TIME dans les paquets HK (Closed)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/588">#588</a>) , il faudrait également renseigner les champs suivants associés à la dernière erreur<br />rencontrée.</p>
<p>- HK_LFR_LAST_ER_RID<br />- HK_LFR_LAST_ER_CODE<br />- HK_LFR_LAST_ER_TIME</p>
<p>Contexte du test<br />----------------------<br />FSW 3.0.0.13<br />VHDL 1.1.89<br />EM sans Timegen<br />SocExplorerEngine.getSocExplorer: Version = 0.6.2, Branch = default, Changeset = 819d0376d481<br />StarDundee</p> LFR-FSW - Feature #588 (Closed): traitement des champs TIMECODE et TIME dans les paquets HKhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/5882016-01-21T09:20:54Zpaul leroy
<p>Expliquer comment sont gérer les champs suivants dans les paquets HK:</p>
<p>SOURCE_DATA/PARAMETERS/ERRORS_COUNTERS/TIMECODE<br />HK_LFR_TIMECODE_ERRONEOUS --> 0<br />HK_LFR_TIMECODE_MISSING --> 0<br />HK_LFR_TIMECODE_INVALID --> 0</p>
<p>SOURCE_DATA/PARAMETERS/ERRORS_COUNTERS/TIME<br />HK_LFR_TIME_TIMECODE_IT --> 0<br />HK_LFR_TIME_TIMECODE_NOT_SYNCHRO --> 0</p> LFR-FSW - Feature #587 (Closed): Mise en conformité de timegen avec SSS-CP-FS-370 (spw timecode v...https://hephaistos.lpp.polytechnique.fr/redmine/issues/5872016-01-21T09:16:58Zpaul leroy
<p>Rappel d'une partie de l'exigence SSS-CP-FS-370:</p>
<p>The SpaceWire time code contains the least significant bits of the CTR coarse time part.</p>
<p>Dans sa version actuelle, timegen ne prend pas en compte cette exigence.</p> LFR-FSW - Feature #502 (Closed): Valider le requirement SSS-CP-FS-610https://hephaistos.lpp.polytechnique.fr/redmine/issues/5022015-09-19T09:43:39ZVeronique bouzid
<p>Je rappelle le requirement qui concerne la section Cache configuration<br />The RPW Flight Software shall explicitly configure the data and instruction caches at startup.</p>
<p>--> la réponse de Paul <br />Ça peut être vérifié en lisant les registres appropriés avec SoExplorer juste après le démarrage de la carte puis après le démarrage du logiciel.</p>
<p>Après discussions avec Alexis , il manque une fonction dans socexporer pour connaitre l'etat du cache.<br />Alexis propose del'ajouter , voir projet Socexplorer <a class="issue tracker-2 status-2 priority-2 priority-default" title="Feature: Ajouter une fonction retournant l'etat du cache (In Progress)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/497">#497</a>.</p> LFR-FSW - Feature #481 (Closed): Cohérence/Intégrité sur TC_LFR_LOAD_NORMAL_PARhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/4812015-08-10T11:27:10ZVeronique bouzid
<p>Voici les régles appliquées pour valider las paramètres utilisés dans TC_LFR_LOAD_NORMAL_PAR:<br />6 parametres sont disponibles pour configurer le NORMAL MODE</p>
<p>SY_LFR_N_SWF_L <br />SY_LFR_N_SWP_P<br />SY_LFR_N_ASM_P<br />SY_LFR_N_BP_P0<br />SY_LFR_N_BP_P1 <br />SY_LFR_N_CWF_LONG_F3</p>
<p>Le parametre SY_LFR_N_CWF_LONG_F3 étant codé sur 1 bit,aucun test n'est effectué.</p>
<p>2 types de vérification sont effectués<br />- le parametre doit appartenir à son domaine de définition (cf ICD)<br />- le parametre doit etre coherent avec les objectifs scientifiques</p>
<p>Voici l'ordre dans lequel les parametres sont évalués</p>
<p>La référence est ICD 3.9</p>
<p><strong>SY_LFR_N_SWF_L</strong><br />--> ICD indique [16,2048] par défaut 2048<br />SY_LFR_N_SWF_L = 2048 --> VALEUR FIXEE, on ne peut pas la modifiée<br /> --> INCONSISTENT si cette valeur n'est pas 2048<br /> <strong>Voir s'il faut mettre à jour l'ICD</strong></p>
<p><strong>SY_LFR_N_SWP_P</strong> <br />--> ICD indique [16,65528] par défaut 300<br />SY_LFR_N_SWP_P < 16<br /> --> INCONSISTENT <br /><strong>Par contre 65528 n'est plus correcte (plus besoin de multiple de 8), on peut accepter 65535.<br /> --> Mettre à jour l'ICD</strong></p>
<p><strong>Attention, je me suis rendue compte que Le parametre SY_LFR_N_BP_P0 etait testé avant SY_LFR_N_ASM_P (cf Bug xxx)</strong></p>
<p><strong>SY_LFR_N_BP_P0</strong><br />Aucun domaine de définition valeur par défaut = 4<br />SY_LFR_N_BP_P0 < 4<br /> --> INCONSISTENT <br /> <strong>Voir s'il faut mettre à jour l'ICD</strong></p>
<p><strong>SY_LFR_N_ASM_P</strong><br />Aucun domaine de définition valeur par défaut = 3600s<br />SY_LFR_N_ASM_P = 0<br /> --> INCONSISTENT <br /> <strong>Voir s'il faut mettre à jour l'ICD</strong></p>
<p><strong>SY_LFR_N_BP_P1</strong> <br />Aucun domaine de définition valeur par défaut = 20s<br />SY_LFR_N_BP_P1 < 20<br /> --> INCONSISTENT <br /> <strong>Voir s'il faut mettre à jour l'ICD</strong></p>
<p><ins>Cohérence entre parametres</ins><br />Ces vérifications ne sont effectuées que si les paramètres respectent leur domaine de définition.</p>
<p>1- on accepte que SY_LFR_N_ASM_P = 4s si SY_LFR_N_BP_P0 = 4s par exemple, cela un sens scientifiquement<br />donc<br />si SY_LFR_N_ASM_P est un multiple de SY_LFR_N_BP_P0 --> OK</p>
<p>2- on accepte que SY_LFR_N_BP_P1 = 24 et SY_LFR_N_BP_P0 = 4s<br />donc<br />si SY_LFR_N_BP_P1 est un multiple de SY_LFR_N_BP_P0 --> OK</p>
<p>De meme SY_LFR_N_BP_P0 = SY_LFR_N_BP_P1 = 255 sera accepté</p> LFR-FSW - Feature #457 (Closed): Contexte des TM_LFR_SCIENCEhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/4572015-07-02T12:31:35ZVeronique bouzid
<p>Paul renseigne les parametres de contexte dans les TM_LFR_SCIENCE au moment où il fabrique son paquet.<br />Ce contexte ne correspond pas forcement à celui du 1er echantillon associé au PA_LFR_ACQUISITION_TIME.</p>
<p>Ce contexte concerne les paramètres<br />- PIA_BIA_MODE_MUX_SET<br />- PA_BIA_MODE_HV_ENABLED<br />- PA_BIA_MODE_BIAS1_ENABLED<br />- PA_BIA_MODE_BIAS2_ENABLED<br />- PA_BIA_MODE_BIAS3_ENABLED<br />- SY_LFR_BW<br />- SY_LFR_SP0<br />- SY_LFR_SP1<br />- SY_LFR_R0<br />- SY_LFR_R1<br />- SY_LFR_R2</p>
<p>On peut observer quelques ms delais.<br />Il faut renseigner la SRS.</p> LFR-FSW - Feature #455 (Closed): Test TC_LFR_UPDATE_INFOhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/4552015-07-01T10:04:43ZVeronique bouzid
<p>Pour tester plus finement la TC_LFR_UPDATE_INFO, il faut modifier le script <br />/opt/VALIDATION_R3/lfrverif/LFR_SVS/SVS-0077/update_info_cnt.py</p>
<p>- tester le wrap du compteur il faut environ 3h50 en envoyant 5 TC /sec.<br />Le passage à 0 apres 65535 soit etre onservé</p>
<p>- Il faut faire varier tous les parametres dans TC_LFR_UPDATE_INFO</p>
<p>et vérifier ce que LFR prend en compte dans les TM_LFR.</p>
<p>Ensuite on pourra décider si on est conforme / à ce que Paul dit avoir fait (document RPW-MEB-LFR-SDD-00039.</p>
<p>Noms des parametres de TC_LFR_UPDATE_INFO<br />CP_BIA_MODE_MUX_SET<br />CP_BIA_MODE_HV_ENABLED<br />CP_BIA_MODE_BIAS1_ENABLED<br />CP_BIA_MODE_BIAS2_ENABLED<br />CP_BIA_MODE_BIAS3_ENABLED<br />CP_DPU_BIAS_ON_OFF</p>
<p>Dans la TM_LFR_SCIENCE, le prefixe du parametre CP devient PA<br />CP_BIA_MODE_MUX_SET devient PA_BIA_MODE_MUX_SET</p> LFR-FSW - Feature #395 (Closed): R3 *** TC_LFR_LOAD_FBINS_MASKhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/3952015-04-21T09:06:50Zpaul leroy
<p>Télécommande implémentée.</p>
<p>Le format utilisé est le suivant:<br />word1 mask[127 ..120] [119 .. 112] [111 .. 104] [103 .. 96]<br />word2 <br />word3 <br />word4 mask[31 .. 24] [23 .. 16] [15 .. 8] [7 .. 0]</p>
<p>Il est possible de dumper les valeurs des masques en utilisant lfrcontrolplugin</p> LFR-FSW - Feature #394 (Closed): R3 *** passage des matrices spectrales en 32 bitshttps://hephaistos.lpp.polytechnique.fr/redmine/issues/3942015-04-21T09:00:58Zpaul leroy
<p>Le format des données matrices spectrales est maintenant sur 32 bits au lieu de 16.</p>
<p>lfrsgse a été modifié pour prendre en compte cette modification.</p> LFR-FSW - Feature #393 (Closed): R3 *** paramètre R2 ajouté à TC_LFR_LOAD_COMMON_PARhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/3932015-04-20T12:46:41Zpaul leroy
<p>Le logiciel de vol prend en compte le paramètre R2 qui configure les canaux à fréquence f2.</p> LFR-FSW - Feature #386 (Closed): R3 *** mise en conformité avec l'IDC rev 3.7https://hephaistos.lpp.polytechnique.fr/redmine/issues/3862015-04-15T15:04:54Zpaul leroy
<p>Mise en conformité du logiciel de vol avec l'ICD rev 3.7.<br />Mise à jour de toutes les tailles de paquets et des paramètres d'identification des paquets (pid, cat, type, subtype, sid, length).</p> LFR-FSW - Feature #385 (Closed): R3 *** TC_LFR_LOAD_KCOEFFICIENTS / TC_LFR_DUMP_K_COEFFICIENTS / ...https://hephaistos.lpp.polytechnique.fr/redmine/issues/3852015-04-15T14:57:22Zpaul leroy
<p>J'ai implémenté les télécommandes TC_LFR_LOAD_KCOEFFICIENTS et TC_LFR_DUMP_K_COEFFICIENTS. Les mises à jours sont nécessaires sur lfrcontrolplugin et lfrsgse pour que les paquets soient reconnus.<br />La commande TC_LFR_DUMP_K_COEFFICIENTS, génère l'émission de deux paquets TM_LFR_KCOEFFICIENTS_DUMP, le premier paquet contient 30 blocs de 130 bytes et le deuxième paquet contient 6 blocs de 130 bytes.<br />On peut envoyer 36 jeux de coefficients avec les commandes load: 11 pour f0, 13 pour f1 et 12 pour f2. Chaque jeu contient 32 cofficients.<br />Lors d'un DUMP, le premier paquet contient les 11 jeux f0, les 13 jeux f1 et les 6 permiers jeux de coefficients à f2. Le deuxième paquet contient les 6 derniers jeux de coefficients à f2.<br />Lors d'un load, le parametre sy_lfr_kcoeff_frequency permet d'identifier le jeu de coefficients transmis:<br />=> 0 .. 10, pour les jeux de coefficients f0<br />=> 11 .. 23, pour les jeux de coefficients 12<br />=> 24 .. 25, pour les jeux de coefficients f2</p>
<p>Les coefficients sont des float, méfiez-vous, la norme ICD est MSB first.</p>