INSTRU: Issueshttps://hephaistos.lpp.polytechnique.fr/redmine/https://hephaistos.lpp.polytechnique.fr/redmine/redmine/favicon.ico?15080976012016-07-13T14:02:32ZRedmine
Redmine LFR-FSW - Task #742 (Closed): 3.1.0.4https://hephaistos.lpp.polytechnique.fr/redmine/issues/7422016-07-13T14:02:32Zpaul leroy
<pre>
****************************
*** 3.1.0.4 *** 13 JUL 2016
_______________________________________
__ fsw___ Changeset: 297 (b4928c7e1920)
extra printf removed
****************************
*** 3.1.0.3 *** 13 JUL 2016
_______________________________________
__ fsw___ Changeset: 296 (fb16b781e584)
reaction wheels filtering updated
initialization of parameter_dump_packet updated with filtering elements
</pre> LFR-FSW - Task #737 (Stalled): étudier la nécessité de faire un soft reset lors de certains chang...https://hephaistos.lpp.polytechnique.fr/redmine/issues/7372016-07-11T09:35:21Zpaul leroyLFR-FSW - Task #733 (Closed): 3.1.0.2 DPUhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/7332016-06-30T14:09:47Zpaul leroy
<p>compilation pour utilisation avec le DPU + fourniture des SREC associés</p> LFR-FSW - Task #620 (Closed): 3.0.0.22https://hephaistos.lpp.polytechnique.fr/redmine/issues/6202016-02-12T06:52:33Zpaul leroy
<p>Suite à un problème de numérotation de la 3.0.0.21 (livrée en <a class="issue tracker-4 status-5 priority-2 priority-default closed" title="Task: 3.0.0.21 (Closed)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/619">#619</a>), numérotée par erreur 3.0.0.20, j'ai généré la révision 3.0.0.22 à partir des même sources, en changeant juste le numéro.</p>
<pre>
*****************************
*** 3.0.0.22 *** 12 FEB 2016
_______________________________________
__ fsw___ Changeset: 277 (8b34cd5a6c4b)
3.0.0.21 was wrongly numbered 3.0.0.20. this is the only correction
*****************************
*** 3.0.0.21 *** 11 FEB 2016
_______________________________________
__ fsw___ Changeset: 275 (7563e13131aa)
modification in snapshot synchro (some intervals were incorrect) but this was
not detectable with the configurations used for the tests
values < 22 are forbidden for the snapshot period
</pre> LFR-FSW - Task #619 (Closed): 3.0.0.21https://hephaistos.lpp.polytechnique.fr/redmine/issues/6192016-02-11T14:11:20Zpaul leroy
<pre>
*****************************
*** 3.0.0.21 *** 11 FEB 2016
_______________________________________
__ fsw___ Changeset: 275 (7563e13131aa)
modification in snapshot synchro (some intervals were incorrect) but this was
not detectable with the configurations used for the tests
values < 22 are forbidden for the snapshot period
</pre> LFR-FSW - Task #615 (Stalled): Validation SWF 22s pour 3.0.0.20https://hephaistos.lpp.polytechnique.fr/redmine/issues/6152016-02-10T09:14:42ZVeronique bouzid
<p>Suite à l'installation du soft 3.0.0.20, on relance le test avec les swf à 22s. Ce test etait correct en 3.0.0.19 donc<br />c'est plutot un tests de non regression.</p>
<p>Ce test enchaine<br />- 1800s de Normal mode<br />- 900s de SBM1<br />- 900s de SBM2<br />- 600s de NORMAL<br />- 600s de BURST<br />- 600s de NORMAL<br />- Fin en STANDBY</p>
<p>Les fichiers (2016_02_10_08_09_20*) sont stockés sur pc-instru /Weeklyerased/Thomas/run-2016-02-10-3.0.0.20-1.1.89/swf-22s<br />Les fichiers (2016_02_10_08_09_20_*) sont également sur pc-faust9 dans le répertoire /home/validation/data/R3/3.0.0.20/TESTS-UNITAIRES/all-modes</p>
<p>Contexte du test<br />---------------------<br />FSW 3.0.0.20<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 - Task #614 (Closed): 3.0.0.20https://hephaistos.lpp.polytechnique.fr/redmine/issues/6142016-02-09T16:05:41Zpaul leroy
<p>J'ai trouvé un bug sur la resynchro des snapshots. Je propose de lancer le test NORMAL long sur cette version, j'aimerais voir le résultat sur la période des snapshots, j'ai un peu changé la stratégie.<br />Le bug venait du fait que les corrections supérieures à 1 tick à f2 n'étaient pas correctement gérées.</p>
<hr />
<ul>
<li>3.0.0.20 *** 09 FEB 2016<br />_<em><i></em></i>__<em>_</em>___________________________<br /><em>_ fsw</em>__ Changeset: 274 (4b39bb5ceb61)</li>
</ul>
<p>snapshot resynchronisation modified, correction is multiplied by 2 when above 1<br /> f2 tick</p>
<p>Bug <a class="issue tracker-1 status-5 priority-2 priority-default closed" title="Bug: Liste des champs contenus dans TM_LFR_HK non renseignés. (Closed)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/491">#491</a> => modification of hk_lfr_vhdl_aa_sm</p>
<p>snapshot resynchronisation updated following <a class="issue tracker-4 status-5 priority-3 priority-high3 closed" title="Task: Long Test in normal mode (Closed)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/612">#612</a> task</p> LFR-FSW - Task #609 (Closed): 3.0.0.19https://hephaistos.lpp.polytechnique.fr/redmine/issues/6092016-02-05T06:44:14Zpaul leroy
<p>the compliance between the incoming timecode and the CTR value contained in the<br />TC_LFR_UPDATE_TIME telecommand is checked if at least one TC_LFR_UPDATE_TIME has<br />been received (this implies the modification of the coarse_time_load register)</p>
<p>lastValidEnterModeTime internal variable management updated</p> LFR-FSW - Task #608 (Closed): 3.0.0.18https://hephaistos.lpp.polytechnique.fr/redmine/issues/6082016-02-03T15:49:13Zpaul leroy
<p>added spacewire_get_last_error() call to the function spacewire_read_statistics</p> LFR-FSW - Task #605 (Closed): 3.0.0.17https://hephaistos.lpp.polytechnique.fr/redmine/issues/6052016-02-03T15:08:53Zpaul leroy
<p>snapshot resynchro mise à jour</p> LFR-FSW - Task #603 (Closed): 3.0.0.16https://hephaistos.lpp.polytechnique.fr/redmine/issues/6032016-02-02T14:55:58Zpaul leroy
<hr />
<ul>
<li>3.0.0.16 *** 02 FEB 2016<br />_<em><i></em></i>__<em>_</em>___________________________<br /><em>_ fsw</em>__ Changeset: 266 (3e5aabdb1fce)</li>
</ul>
<p>ASM restart updated<br />Snapshot resynch updated<br />watchdog fully functional<br />hk_lfr_last_er_ fields handled<br />spacewire statistics management updated<br />VHDL registers status stored in the HK packets</p> LFR-FSW - Task #597 (Closed): 3.0.0.15https://hephaistos.lpp.polytechnique.fr/redmine/issues/5972016-01-28T10:05:27Zpaul leroy
<p>principale modification sur la resynchro des snapshots<br />test effectué avec 22s de période</p> LFR-FSW - Task #595 (Closed): 3.0.0.14https://hephaistos.lpp.polytechnique.fr/redmine/issues/5952016-01-26T15:13:51Zpaul leroy
<p>Livraison de la version 3.0.0.14</p> Solar Orbiter LFR - Task #403 (Rejected): Evaluate some opensource VHDL IPshttps://hephaistos.lpp.polytechnique.fr/redmine/issues/4032015-05-05T12:58:58ZAlexis Jeandet
<p>We could evaluate the possibility to evaluate some open-source FFT IPs.<br /><a href="https://tams.informatik.uni-hamburg.de/vhdl/vhdl.html" class="external">here</a> is an example of FFT, with some documentation.</p>
<p>This IP is mainly an 32 bits and 8 points FFT which could be modified to 16 bits and 256 points.</p> VHDLib - Task #44 (Rejected): WaveFormPicker Caracterisationhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/442014-01-28T12:06:12ZJean-Christophe Pellion
<p>Pour la caractérisation du WFP et pour des besoins de résistance au faute, il faut embarquer un certain de nombre de "sonde" accessible par registre.<br />Ci-joint des photos du tableau avec quelque exemple</p>