INSTRU: Issueshttps://hephaistos.lpp.polytechnique.fr/redmine/https://hephaistos.lpp.polytechnique.fr/redmine/redmine/favicon.ico?15080976012024-03-21T13:58:44ZRedmine
Redmine JUICE-SCM/Ground Segment - Feature #4329 (Resolved): Implement a logging code levels systemhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/43292024-03-21T13:58:44ZTheo StassenJUICE-SCM/Ground Segment - Feature #4236 (Resolved): Modify the data extraction method to allow t...https://hephaistos.lpp.polytechnique.fr/redmine/issues/42362023-11-28T17:58:47ZTheo Stassen
<p>First step is the extract of data /epoch (which imply different parameters values to consider and extract during configuration)</p> JUICE-SCM/Ground Segment - Feature #4083 (Resolved): Make documentation of all important implemen...https://hephaistos.lpp.polytechnique.fr/redmine/issues/40832023-05-05T16:35:10ZTheo StassenJUICE-SCM/Ground Segment - Feature #4080 (Resolved): Write installation noticehttps://hephaistos.lpp.polytechnique.fr/redmine/issues/40802023-04-26T15:46:18ZTheo StassenLFR-FSW - Feature #3905 (Closed): La TM_KCOEFF_DUMP n'a plus la structure dédcrite dans l'ICDhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/39052021-11-24T13:42:15Zbruno katra
<p>L'ICD précise qu'un KCOEFF_DUMP contient :</p>
<p>n blocs de [KCOEFF_FREQ + 32xKCOEFF] où KCOEFF_FREQ est un UINT16 et KCOEFF des floats.</p>
<p>Or dans FSW > 3.3 : le paramètre KCOEFF_FREQ n'a plus de sens et son espace est utilisé pour stocker directement des floats.</p>
<p>Les conséquences :<br />- <del>Il faut mettre à jour la decom LFR (Bruno)</del> : <del>en cours</del> fait!<br />- <del>Le bouton du LFR GSE pour dumper les KCOEFF n'est plus utilisable car elle décommute à la volée selon l'ICD et donc lit 1 float sur 32 comme un entier 16 bits</del><br />- <del>Le champ BLOCK_NUMBER qui est 30 ou 6 (selon que c'est le 1er ou le 2eme paquet de KCOEFF_DUMP) n'est plus applicable, on pourrait le modifier pour qu'il donne le nombre de float à lire (changer les DEFINE dans le code du FSW)</del> : Alexis <del>> <strong>FAIT</strong><br /></del> Il va falloir prévenir Plasson ou Leeroy pour modifier l'ICD avec les remarques ci-dessus car le segment sol du LESIA l'utilise pour nous générer les L1 : Bruno</p> SciQLOP - Feature #919 (New): allow possible connection between events in catalogshttps://hephaistos.lpp.polytechnique.fr/redmine/issues/9192017-01-27T18:29:24ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<p>It should be possible to link events with other events. <br />Either they are part of the same observation/conjunection of spacecraft, or hey are somehow casually linked like for example a iCME seen by ACE, could be externally linked to a SOHO distant observation of the sun where the CME is seen as an image.<br />This is useful for space weather where some events may be seen at different distance from the sun and/or by different s/c</p> SciQLOP - Feature #918 (New): View catalog timelineshttps://hephaistos.lpp.polytechnique.fr/redmine/issues/9182017-01-27T18:27:02ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<p>It should be possible to see a histogram showing the number of events in different catalogs in a given time period.<br />On the attached pic. I have selected 3 catalogs, and as a function of time I see the number of events in these catalogs.<br />The histogram is dynamically adjusted (bin size) as I zoom in and out. <br />I should be able, by putting my mouse over the histogram bars, to see some metadata, like number of events, spacecraft etc.</p>
<p>This should be very useful to see if other events have been catalogued as I'm browsing data on, say, Cluster... I look at the time period I'm currently plotting, and I see events have been labeled with Geotail spacecraft, and I might be interested in looking at this data.</p> SciQLOP - Feature #895 (New): Data tree filter real time filtering https://hephaistos.lpp.polytechnique.fr/redmine/issues/8952017-01-13T12:29:33ZAlexis Jeandet
<p>For now we have to hit enter to get result, it would be better to have real time filtering</p> SciQLOP - Feature #892 (New): Add category choice for filter on data tree https://hephaistos.lpp.polytechnique.fr/redmine/issues/8922017-01-13T12:17:18ZAlexis Jeandet
<p>The data tree filter searches on all attributes, we should be able to select on which attribute we want to filter.</p> SciQLOP - Feature #891 (New): Add expand/collapse all on data treehttps://hephaistos.lpp.polytechnique.fr/redmine/issues/8912017-01-13T12:14:01ZAlexis Jeandet
<p>The data tree filter expands all nodes, this not cool.</p> SciQLOP - Feature #673 (New): code must be documentedhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/6732016-03-11T21:10:57ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<p>The code is not currently documented.<br />Functions/modules/classes etc. should be fully documented with the doxygen system.</p> SciQLOP - Feature #640 (New): Feature "Same As" for data time selectionhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/6402016-03-01T16:46:07ZAnonymous
<p>This feature needs improvement in the database and in the way data are stored in order to be deployed.</p>
<p>Missing points :<br />- start and stop dates of data in the database are not stored in metadata, so we need to develop something to provide access to it.<br />- in the case of data extracted from direct files, it is necessary to check deep inside metadata to access start and stop time (especially for cdf files).</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>