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 #1038 (Closed): 3.2.0.12 (compilée au LPP)https://hephaistos.lpp.polytechnique.fr/redmine/issues/10382017-03-29T09:14:20Zbruno katra
<p>Version compilée sur le pc d'Alexis.</p>
<p>CHANGELOG :<br />Division by MOVING_AVERAGE removed to get correct scale factor</p> SciQLOP - Feature #664 (Closed): Add progress bar in time selection windowhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/6642016-03-11T20:21:50ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<p>User should be able to see the progress of the download.</p> LFR-FSW - Feature #574 (Stalled): programmation de la période de scrubbing de la RAM de volhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/5742015-12-15T08:44:13Zpaul leroy
<p>Suite aux discussions lors de la TRR du logiciel R3:</p>
<p>1) Est-il possible de programmer à la volée la période de scrubbing de la RAM de vol? Si possible, tester sur carte pour voir les valeurs utilisables (si le scrubbing est trop fréquent, le soft pourrait planter).</p>
<p>2) Si la possibilité existe, trouver un moyen de faire la modification avec le soft de vol, par exemple au boot, sans utiliser une télécommande..</p> LFR-FSW - Feature #547 (Stalled): phase (fonction de transfert) et synchronisationhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/5472015-10-21T08:18:36Zthomas chust
<p>Ce point est lié au point <a class="issue tracker-1 status-4 priority-3 priority-high3" title="Bug: synchronisation F3-F2-F1-F0 (Feedback)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/518">#518</a><br />Des premières mesures de la phase absolue en fonction de la fréquence ont été faites sur l'EM1 (1.1.89) et l'EQM2 (3.1.89). Les résultats obtenus permettent de retrouver les estimations de décalages temporels observés entre les voies F0-F1-F2 au vu des formes d'ondes (cf <a class="issue tracker-1 status-4 priority-3 priority-high3" title="Bug: synchronisation F3-F2-F1-F0 (Feedback)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/518">#518</a>).</p>
<p>Pour le VHDL 1.1.89 (EM1) on mesure les décalages temporels absolus suivant:<br />delta_t0 ~ -2 T0<br />delta_t1 ~ -1 T1<br />delta_t2 ~ +0.448 T2<br />Ce qui implique:<br />un retard de f1 sur f0 de ~ (1 T1 - 2 T0) = 0.66 T1<br />une avance de f2 sur f1 de ~ (0.448 T2 + 1 T1) = 0.51 T2<br />(voir ctc510_2015_10_14-16_08_21.pdf et figures associés)</p>
<p>Pour le VHDL 3.1.89 (EQM2) on mesure les décalages temporels absolus suivant:<br />delta_t0 ~ -1.5 T0<br />delta_t1 ~ -0.85 T1<br />delta_t2 ~ +0.97 T2<br />Ce qui implique:<br />un retard de f1 sur f0 de ~ (0.85 T1 - 1.5 T0) = 0.6 T1<br />un retard de f2 sur f1 de ~ (0.97 T2 - 0.85 T1) = 0.92 T2<br />(voir ctc510_2015_10_19-15_17_50.pdf et figures associées)</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> SciQLOP - Feature #466 (Closed): Add some extra formats to export datahttps://hephaistos.lpp.polytechnique.fr/redmine/issues/4662015-07-13T13:18:30ZAlexis Jeandet
<p>It may be a good feature to be able to export electric or magnetic fields to wav,mp3 or ogg formats. It as already been asked by users.</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 #315 (Closed): Ajout d'une fonction dans SocExplorer pour cocher/décocher l'enr...https://hephaistos.lpp.polytechnique.fr/redmine/issues/3152015-01-23T15:30:32Zbruno katra
<p>Ce la serait pratique pour les scenarios de calibration de Thomas et Bruno afin de récupérer des fichiers pour la DECOM.</p> DECOM LFR - Feature #290 (Closed): Ajouter decommutation des CWF SBM2 et BURSThttps://hephaistos.lpp.polytechnique.fr/redmine/issues/2902014-12-02T11:25:54Zbruno katra
<p>Actuellement 2 classes distinctes pour SBM1_CWF et CWF_F3.<br />Il faudrait fusionner tout dans une classe générale TM_LFR_CWF.</p> DECOM LFR - Feature #178 (Closed): Ajouter decommutation des CWF F3 pour vérifier SSS-CP-EQS-526https://hephaistos.lpp.polytechnique.fr/redmine/issues/1782014-06-23T15:51:01Zbruno katra
<p>SSS-CP-EQS-526<br />Each second, the LFR flight software shall put in its periodic HK packet (TM_LFR_HK) a mean of<br />the 16 last values of the electric field components sampled at f3: V_f3, E1_f3, E2_f3.</p> LFR-FSW - Feature #162 (Closed): centrage des snapshots imparfait + Delta_f2_f1 = 92136 ou 92166?https://hephaistos.lpp.polytechnique.fr/redmine/issues/1622014-05-26T10:32:10Zthomas chust
<p>Des tests on été fait avec 6 snapshots. Les centrages sont satisfaisants mais peuvent être améliorés. cf les fichiers joints (plots + fichier/texte). <br />D'après la spec LFR/FPGA Issue 1, Rev 1.4, 9 may 2014 (merci Jean-Christophe! ), il y a possibilité de régler les starts des snapshots f1 et f0 par rapport à celui du snapshot f2 à T0=1/f0 près. Les variables qui permettent cela sont Delta_f2_f1 pour le snapshot_f1 et Delta_f2_f0 pour le snapshot_f0.</p>
<p><strong>Idéalement :</strong> <br />Delta_f2_f1 = duration_snap2_f0/2-duration_snap1_f0/2 = 92115 T0<br />Delta_f2_f0 = duration_snap2_f0/2-duration_snap0_f0/2 = 97232.5 T0 (donc 97232 ou 97233)<br />avec :<br />duration_snap2_f0 = 196512 T0<br />duration_snap1_f0 = 12282 T0<br />duration_snap0_f0 = 2047 T0</p>
<p>Or ce qui est observé lors du test est :<br />Delta_f2_f1 = 92136 T0 (donc légèrement supérieur à 92115)<br />Delta_f2_f0 = 97257 T0 (donc légèrement supérieur à 97232)</p> DECOM LFR - Feature #128 (Closed): Ajout de la mention "time of first sample" au champ Acquisitio...https://hephaistos.lpp.polytechnique.fr/redmine/issues/1282014-04-24T15:04:47Zbruno katraDECOM LFR - Feature #109 (Closed): **R2** Ajout de la gestion des paquets ASM et BPhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/1092014-04-01T13:13:02Zbruno katra
<p>Nécessité des BP pour SSS-CP-EQS-450 et SSS-CP-EQS-460<br />----------------------</p>
<p>Priorité :</p>
<p>- <del>CWF F3 LONG</del><br />- <del>BP2 puis passer à <a class="issue tracker-2 status-5 priority-2 priority-default closed" title="Feature: Mise en place scripts Python pour automatiser calibration (Closed)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/252">#252</a></del> <br />- <del>BP1</del></p> SocExplorer - Feature #106 (Closed): Abstract exec file class for loadershttps://hephaistos.lpp.polytechnique.fr/redmine/issues/1062014-03-30T15:39:39ZAlexis Jeandet
<p>To make easier loader plugin development, an abstract class to manage elf/bin/srec/... files is mandatory.<br />This class should open the file and automatically extract data sections(when applicable) and address(except for bin file).<br />For srec files it should accept more than one file at time in case of split .text and .data sections in different srec files.<br />It should also be usable from Python shell.</p>