INSTRU: Issueshttps://hephaistos.lpp.polytechnique.fr/redmine/https://hephaistos.lpp.polytechnique.fr/redmine/redmine/favicon.ico?15080976012018-11-16T13:31:32ZRedmine
Redmine LFR-FSW - Feature #3221 (Closed): Test Watchdog https://hephaistos.lpp.polytechnique.fr/redmine/issues/32212018-11-16T13:31:32ZVeronique bouzid
<p>Version 3.2.0.24-gcov</p>
<p>La fonction watchdog_stop() du fichier fsw_misc.c n est jamais atteinte en utilisant la version du soft de GCOV.</p>
<p>Un test a été effectué à la main pour forcer le watcdog a se déclencher (ecrire du 0 dans le register correspondant ).</p>
<p>GPTIMER_BASE_ADDR=0x80000300<br />WATCHDOG_TIMER_OFFSET=0x20<br />def trigger_watchdog():<br />... SpwPlugin0.Write(GPTIMER_BASE_ADDR+WATCHDOG_TIMER_OFFSET,[3])<br />trigger_watchdog()</p>
<p>--> LFR s'arrete</p>
<p>Les 3 requirements liés au watchdog sont<br />SSS-CP-FS-520 (REQ-LFR-SRS-5230) Test couvert par SVS-0057 <br />SSS-CP-FS-530 (REQ-LFR-SRS-5231) Inspection<br />SSS-CP-FS-540 (REQ-LFR-SRS-5232) Inspection</p>
<p>Concernant le SSS-CP-FS-530, la couverture GCOV montre que la fonction watchdog_reload() (fichier fsw_misc.c) est appelée un tres grand nombre de fois. La fonction watchdog_stop () n a pas été atteinte durant la campagne de validation le version 3.2.0.24.</p>
<p>Concernant le SSS-CP-FS-540, un script manuel ecrit 0 dans le watchdog counter . LFR s'arrete.<br />Ce requirement est donc vérifié en inspection et en test.<br />L'utilisation de la fonction watchdog_stop() ne peut etre verifiée dans la version GCOV ( exit(0) et donc pas possible d envoyer TC_LFR_RESET).</p>
<p>Il faut donc mettre à jour la matrice de compliance et la SVS ( SVS-0058 et test_watchdog.py).</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 #691 (Closed): [R3+] Validation R3+https://hephaistos.lpp.polytechnique.fr/redmine/issues/6912016-05-23T14:32:27ZGerald Saule
<p>+LFR filtering of S/C reaction wheel emissions<br />+LFR filtering of PAS perturbations</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 #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 #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 #441 (Closed): synchronisation LFRhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/4412015-06-15T06:38:03Zpaul leroy
<p>Cette issue concerne les observations liées aux bugs <a class="issue tracker-1 status-3 priority-2 priority-default" title="Bug: petite irrégularité de temps pour les CWF à F2 ? (Resolved)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/382">#382</a>, <a class="issue tracker-1 status-4 priority-2 priority-default" title="Bug: petite irrégularité de temps pour les CWF à F1 ? (Feedback)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/383">#383</a> et <a class="issue tracker-1 status-4 priority-2 priority-default" title="Bug: temps des ASM pas bien défini (Feedback)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/250">#250</a>. Une dérive est observée sur la période d'émission des données de forme d'onde, de matrices spectrales, de basic parameters. Cette dérive est à relier à la précision des différents oscillateurs utilisés dans l'environnement: oscillateurs 50 MHz et 49.152 MHz de LFR, oscillateur de la brique STAR-Dundee (utilisée pour générer les timecodes à 1 Hz), horloge locale du PC (utilisée pour dater l'arrivée des paquets de TM).</p> LFR-FSW - Feature #431 (Closed): Rédiger une notice explicative sur la datation des TM suite à un...https://hephaistos.lpp.polytechnique.fr/redmine/issues/4312015-06-09T11:04:48ZVeronique bouzid
<p>L'analyse du test /opt/VALIDATION_R2/lfrverif/LFR_SVS/SVS-0034/activateLfrModeNominalCuc.py met en évidence le comportement suivant.<br />Lors d'une transition a une date donnée qui réussit on peut observer ceci<br />12:21:23.05806, TC_LFR_ENTER_MODE, CP_LFR_ENTER_MODE_TIME=0x000000300000,<br />12:21:23.094377, TM_LFR_TC_EXE_SUCCESS, TIME=0x8000002f2924,<br />12:21:24.212375, TM_LFR_SCIENCE_SBM1_BP1_F0, PA_LFR_ACQUISITION_TIME=0x800000300000<br />12:21:24.480092, TM_LFR_SCIENCE_SBM1_BP1_F0,PA_LFR_ACQUISITION_TIME=0x800000304000<br />12:21:24.595093, TM_LFR_SCIENCE_SBM1_CWF_F1,*PA_LFR_ACQUISITION_TIME=0x8000002ffff8*,<br />On voit que le premier échantillon utilisé est en avance par rapport à la date de transition. L'acquisition a donc sensiblement commencé avant.</p>
<p>Jean-Christophe peut expliquer ce comportement, ce n est pas un bug. <br />Il faut donc que l on rédige une notice explicative et que l on documente la SRS en conséquence.</p> SciQLOP - Feature #352 (Closed): visualisation des distribution moyennées ou au spin sur des inte...https://hephaistos.lpp.polytechnique.fr/redmine/issues/3522015-03-05T20:08:08ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<p>L'idée est de pouvoir visualiser les distributions de particules de façon interactive en sélectionnant des intervalles sur des séries temporelles (par ex. de B). Les distributions seraient soit données au spin sur le nombre de spin/intervalles, ou moyennées sur les intervalles sélectionnés pour augmenter la stat. On devrait pouvoir les visualiser en mode projection (Vx,Vy) (Vx,Vz), (Vy,Vz), en GSE, en GSM, dans un repère donnée par l'utilisateur, ou alors dans un plan de coupe obtenu avec un curseur sur chaque dimension. On devrait aussi pouvoir les visualiser en 3D sous forme d'isocontour avec le niveau du contour changeable avec un curseur.<br />Sur ces distributions, on peut afficher diverses informations utiles comme :</p>
<p>la position de la vitesse moyenne<br />la position de la vitesse de dérive ExB dans le plan représenté<br />la direction locale du champ magnétique (ou moyennées sur l'intervalle de sélection)<br />une ellipse de demi grand et petit axes données par la température Perp et Para.</p>
<p>Afin de pouvoir voir l'effet de moyenne, on pourrait imaginer un curseur qui ferait dynamiquement la moyenne sur les N spins présents dans l'intervalle sélectionné.</p>
<p>On peut aussi afficher des informations, comme la valeur des températures perp/para, le coefficient de nongyrotropie de la distribution etc. a voir par la suite.</p>
<p>A voir plus tard : la visualisation de distributions sub-spin.</p> Solar Orbiter LFR - Feature #312 (Closed): signaux tests pour CoreFFT (Actel) (série 1)https://hephaistos.lpp.polytechnique.fr/redmine/issues/3122015-01-09T17:18:56Zthomas chust
<p>Ci-dessous les liens vers 6 fichiers tests au format demandé (une colonne de 256 valeurs en hexadécimal) :</p>
<p><a class="external" href="https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/733/cos_ampl256_freq32_phi0.0.dat">https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/733/cos_ampl256_freq32_phi0.0.dat</a><br /><a class="external" href="https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/734/cos_ampl256_freq32_phi90.0.dat">https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/734/cos_ampl256_freq32_phi90.0.dat</a></p>
<p><a class="external" href="https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/735/cos_ampl32767_freq32_phi0.0.dat">https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/735/cos_ampl32767_freq32_phi0.0.dat</a><br /><a class="external" href="https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/736/cos_ampl32767_freq32_phi90.0.dat">https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/736/cos_ampl32767_freq32_phi90.0.dat</a></p>
<p><a class="external" href="https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/731/cos_ampl2_freq32_phi0.0.dat">https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/731/cos_ampl2_freq32_phi0.0.dat</a><br /><a class="external" href="https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/732/cos_ampl2_freq32_phi90.0.dat">https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/732/cos_ampl2_freq32_phi90.0.dat</a></p>
<p>+ un fichier texte qui récapitule le contenu de ces fichiers :</p>
<p><a class="external" href="https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/737/files_setup_20150109">https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/737/files_setup_20150109</a></p>
<p>A bientôt pour la suite ...<br />Thomas</p> LFR-FSW - Feature #159 (Closed): temps des snapshot décalés de +256 * 2^-16 shttps://hephaistos.lpp.polytechnique.fr/redmine/issues/1592014-05-22T09:49:12Zthomas chust
<p>Tout est dans le titre. Plus d'explication dans le fichier joint.</p> DECOM LFR - Feature #110 (Closed): Vérifier conformité avec ICD 2.2 + 3.0https://hephaistos.lpp.polytechnique.fr/redmine/issues/1102014-04-01T13:17:07Zbruno katra
<p>Voir changelog de l'ICD</p> Solar Orbiter LFR - Feature #33 (Closed): sous-échantillonnage des signaux électriques DC (s1, s2...https://hephaistos.lpp.polytechnique.fr/redmine/issues/332013-12-20T09:19:55Zthomas chust
<p>La recommandation précédente ne doit pas s'appliquer sur des signaux comportant une composante continue. Cela exclus donc les 3 signaux électriques DC: s1, s2 et s3 (V, E1_DC et E2_DC), pour lesquels le traitement nominal prévu jusqu'alors doit s'appliquer. Si un traitement différentié parmi les 8 voies est possible, la recommendation précédente ne doit s'appliquer que sur les 3 autres signaux concernés par le canal à 16Hz, c-à-dire les 3 signaux magnétiques: B1, B2 et B3.</p>
<p>Si un tel traitement différentié n'est pas possible (pour diverses raisons ...), ne pas mettre en œuvre la recommendation.</p>