LFR-FSW: Issueshttps://hephaistos.lpp.polytechnique.fr/redmine/https://hephaistos.lpp.polytechnique.fr/redmine/redmine/favicon.ico?15080976012021-12-08T12:19:31ZRedmine
Redmine Support #3914 (Stalled): Question sur la dernière matrice des KCOEFF...https://hephaistos.lpp.polytechnique.fr/redmine/issues/39142021-12-08T12:19:31Zbruno katra
<p>Dans calibration_matrices.c, lors de l'init des matrices KCOEFF par défaut :</p>
<p>Est-il normal que la dernière matrice pour F0 par exemple donc celle du bin 104 soit une matrice nulle (ne contient que 0.0f)?</p> Bug #2134 (Stalled): Emission d'une raie à 96Hz par LFRhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/21342017-10-11T09:09:58ZAlexis Jeandet
<p>Pendant les tests EMC, il a été mesuré une raie à 96Hz émise par LFR.<br />Après quelques investigations, ça s'explique par le fait que la consomation du FPGA entre le moment ou le CPU est en POWERDOWN et le moment ou il travaille est assez différente. De plus 96Hz correspond à la fréquence des interruptions pour les ASM à F0.<br />Une première tentative de mitigation en ajoutant une tache qui consomme du CPU en background a permis de baisser les niveaux d'émission mais c'est pas encore suffisant.<br />Il faut essayer de monter encore un peu la conso dans cette tache idle en utilisant la FPU par exemple.</p>
<ul>
<li><a href="https://hephaistos.lpp.polytechnique.fr/rhodecode/HG_REPOSITORIES/LPP/INSTRUMENTATION/USERS/JEANDET/LFR_FSW/changeset/fc82b08705ba9931880e4e57a76b1bb1ffa1e28e" class="external">Commit actuel</a></li>
<li><a href="https://hephaistos.lpp.polytechnique.fr/rhodecode/HG_REPOSITORIES/LPP/INSTRUMENTATION/USERS/JEANDET/SOLO_LFR_Notebooks/files/ea8683773e3816b28b499a7520bdfde53353a82a/LFR_CPU_POWERDOWN_EFFECT/LFR_CPU_POWERDOWN_EFFECT.ipynb" class="external">Analyse de l'effet du powerdown</a></li>
</ul> Bug #1029 (Stalled): La tâche AVGV semble s'arrêter lorsque l'on repasse en STDBY sur l'EM2 uniqu...https://hephaistos.lpp.polytechnique.fr/redmine/issues/10292017-03-27T14:15:21Zbruno katra
<p>La courbe ci-dessous montre les moyennes dans les HK avec un signal de 0.1Hz sur V et 5Hz sur E1 -3/3V en STANDBY puis passage en NORMAL pendant 10s et repassage en STANDBY (on voit d'ailleurs le bug <a class="issue tracker-1 status-5 priority-2 priority-default closed" title="Bug: HK_LFR_SC_V_F3 , HK_LFR_SC_E1_F3, HK_LFR_SC_E2_F3 have amazing values when a TC_LFR_ENTER_MODE is... (Closed)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/955">#955</a> de Véro).</p>
<p><img src="https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/2192/FLOWCHART01.png" alt="" /></p>
<p>Ceci est confirmé en regardant les valeurs dans les HK :<br />[LFR@pc-solar1 3.2.0.9]$ more hk<br /> V E1 E2<br /> 431 434 379 > STDBY<br /> 432 433 380>.....<br /> 430 433 380<br /> 430 433 380<br /> 432 434 379<br /> 431 434 379<br /> 430 435 380<br /> 431 434 380<br /> 431 434 380<br /> 430 434 380<br /> 432 433 379<br /> 431 436 380<br /> 431 434 380 <br /> 8279 1271 381 > NORMAL<br /> 22638 418 377<br /> 27125 409 376<br /> 21361 411 377<br /> 7575 411 377<br /> -8947 410 378<br /> -21935 410 378<br /> -26425 410 378<br /> -20669 410 377<br /> -6895 410 377<br /> 9642 410 378<br /> 22631 410 377> STDBY<br /> 540 415 338 <br /> 433 435 377<br /> 430 434 379<br /> 432 434 379<br /> 430 435 379</p>
<p>SSS-CP-EQS-526 ne stipule pas que la moyenne n'est faite qu'en mode SCIENCE. Nous avions compris que le moyennage est tout le temps actif (y compris en BURST et STANDBY où il n'y a pas de produits F3)</p> Task #737 (Stalled): étudier la nécessité de faire un soft reset lors de certains changements de ...https://hephaistos.lpp.polytechnique.fr/redmine/issues/7372016-07-11T09:35:21Zpaul leroySupport #714 (Stalled): Parametrage TCPhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/7142016-06-27T14:05:27ZVeronique bouzid
<p>suite au transfert du disque de pc-faust9 dans pc-solar3, la valeur par défaut du champ Server IP dans l onglet TCP server du SpwPlugin0<br />est positionné à une mauvaise valeur, idem dans l onglet connection du LFRControlPlugin0)<br />Il faut donc mettre dans les scripts d'init les 2 lignes suivantes<br />SpwPlugin0.TCPServerSetIP("127.0.0.1")<br />LFRControlPlugin0.SetSpwServerIP(127,0,0,1)<br />indiquant que l'on utilise l'adresse ip du localhost.</p>
<p>Il faut chercher pourquoi Soc veut utiliser l'adresse virtuelle de la machine<br />virbr0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500<br /> inet 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255<br /> ether 52:54:00:54:9d:28 txqueuelen 1000 (Ethernet)<br /> RX packets 0 bytes 0 (0.0 B)<br /> RX errors 0 dropped 0 overruns 0 frame 0<br /> TX packets 0 bytes 0 (0.0 B)<br /> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0</p> 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> Support #596 (Stalled): Mise à jour logiciel LFR-SGSEhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/5962016-01-27T07:47:27ZVeronique bouzid
<p>Il faudrait mettre à jour le logiciel LFR-SGSE pour visualiser sur l'interface HK les nouveaux champs<br />implémentés.</p> 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> 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>