INSTRU: Issueshttps://hephaistos.lpp.polytechnique.fr/redmine/https://hephaistos.lpp.polytechnique.fr/redmine/redmine/favicon.ico?15080976012018-12-04T17:37:54ZRedmine
Redmine LFR-FSW - Task #3254 (Closed): Livraison sources 3.2.0.24 pour analyse Logiscope // W. Recarthttps://hephaistos.lpp.polytechnique.fr/redmine/issues/32542018-12-04T17:37:54Zbruno katra
<p>En PJ un zip des sources de Alexis pour le FSW 3.2.0.24 (rev 397).<br />Obtenu par :<br />hg clone <a class="external" href="https://katra@hephaistos.lpp.polytechnique.fr/rhodecode/HG_REPOSITORIES/LPP/INSTRUMENTATION/USERS/JEANDET/LFR_FSW">https://katra@hephaistos.lpp.polytechnique.fr/rhodecode/HG_REPOSITORIES/LPP/INSTRUMENTATION/USERS/JEANDET/LFR_FSW</a><br />cd LFR_FSW<br />hg up tip<br />PUIS : tri des fichiers inutiles + zip de tous les répertoires.</p> LFR-FSW - Task #3120 (Closed): Livraison sources 3.2.0.21 pour analyse Logiscope // W. Recarthttps://hephaistos.lpp.polytechnique.fr/redmine/issues/31202018-10-02T14:55:37Zbruno katra
<p>En PJ un zip des sources de Alexis pourle FSW 3.2.0.21 (rev 397).<br />Obtenu par :<br />hg clone <a class="external" href="https://katra@hephaistos.lpp.polytechnique.fr/rhodecode/HG_REPOSITORIES/LPP/INSTRUMENTATION/USERS/JEANDET/LFR_FSW">https://katra@hephaistos.lpp.polytechnique.fr/rhodecode/HG_REPOSITORIES/LPP/INSTRUMENTATION/USERS/JEANDET/LFR_FSW</a><br />cd LFR_FSW<br />hg up tip<br />PUIS : zip de tous les répertoires.</p> LFR-FSW - Task #1054 (Closed): Livraison sources 3.2.0.15 pour analyse Logiscope // W. Recarthttps://hephaistos.lpp.polytechnique.fr/redmine/issues/10542017-04-06T14:54:56Zbruno katra
<p>En PJ un zip des sources de Paul pourle FSW 3.2.0.15 (rev 368).<br />Obtenu par :<br />hg clone <a class="external" href="https://katra@hephaistos.lpp.polytechnique.fr/rhodecode/HG_REPOSITORIES/LPP/INSTRUMENTATION/SOLO_LFR/DEV_PLE">https://katra@hephaistos.lpp.polytechnique.fr/rhodecode/HG_REPOSITORIES/LPP/INSTRUMENTATION/SOLO_LFR/DEV_PLE</a><br />cd DEV_PLE<br />hg up tip<br />PUIS : zip de tous les répertoires.</p> LFR-FSW - Task #886 (Closed): sources 3.1.0.4 modifiées suite à analyse logiscopehttps://hephaistos.lpp.polytechnique.fr/redmine/issues/8862017-01-12T14:17:45Zpaul leroy
<p>Serait-il possible de lancer une analyse des sources correspondant au Changeset 322 (c0603702c8c8)?</p>
<p>Il s'agit d'une version 3.1.0.4 en cours de modification.</p> LFR-FSW - Task #631 (Closed): Transforme fichier Synth.txt en log_datahttps://hephaistos.lpp.polytechnique.fr/redmine/issues/6312016-02-18T14:52:30ZVeronique bouzid
<p>A partir des fichiers de synthese ecrits par Gérald, je viens d'écrire un script qui extrait toutes les TM_LFR et les récrit au format<br />lisible par le script periodicity.</p>
<p>Le script est pour 'instant dans /home/validation/SCRIPT.<br />I</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 #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> LFR-FSW - Task #534 (Closed): Révision 3.0.0.10https://hephaistos.lpp.polytechnique.fr/redmine/issues/5342015-10-05T08:07:20Zpaul leroy
<p>Révision 3.0.0.10 pour te permettre de regarder la correction des derniers bugs.</p> LFR-FSW - Task #520 (Closed): Révision 3.0.0.9https://hephaistos.lpp.polytechnique.fr/redmine/issues/5202015-09-30T12:44:44Zpaul leroy
<p>Voici la version 3.0.0.9 du logiciel de vol, avec le README associé.</p> LFR-FSW - Task #517 (Closed): Vérification des températureshttps://hephaistos.lpp.polytechnique.fr/redmine/issues/5172015-09-29T14:05:41ZVeronique bouzid
<p>J ai demandé à Paul comment calculer les temperatures contenues dans les TM_LFR_HK.</p>
<p>3 champs<br /> - HK_LFR_TEMP_SCM<br /> - HK_LFR_TEMP_PCB<br /> - HK_LFR_TEMP_FPGA</p>
<p>Voici sa réponse<br />Deux solutions: soit tu fais une vérification par toi même et dans ce cas, il faut regarder sur les schémas de la carte sur lesquels Alexis a glissé des plots dont on peut déduire les formules (tu peux lui demander de l'aide si t'as pas peur). Soit tu me fais confiance et dans le soft lfrsgse, la fonctino qui fait ça est la suivante:</p>
<p>void HKDisplay::update_temperatures(Packet_TM_LFR_HK_t *housekeepingPacket)
{<br /> short temp_scm;<br /> short temp_pcb;<br /> short temp_fpga;<br /> float Tscm;<br /> float Tpcb;<br /> float Tfpga;</p>
<pre><code>temp_scm = (short) (housekeepingPacket->hk_lfr_temp_scm[0] << 8)<br /> + housekeepingPacket->hk_lfr_temp_scm[1];<br /> temp_pcb = (short) (housekeepingPacket->hk_lfr_temp_pcb[0] << 8)<br /> + housekeepingPacket->hk_lfr_temp_pcb[1];<br /> temp_fpga = (short) (housekeepingPacket->hk_lfr_temp_fpga[0] << 8)<br /> + housekeepingPacket->hk_lfr_temp_fpga[1];</code></pre>
<pre><code>Tscm = ( (float) temp_scm) * 1.4 / 16384 * 100 / 0.8 + 115;<br /> Tpcb = ( (float) temp_pcb) * 1.4 / 16384 * 50 / 0.8 + 37.5;<br /> Tfpga = ( (float) temp_fpga)* 1.4 / 16384 * 50 / 0.8 + 37.5;</code></pre>
<pre><code>hk_lfr_temp_scm->setText( "temp_scm: " + QString::number( temp_scm )<br /> + " (" + QString::number( Tscm, 'f', 1 ) + " °C)");<br /> hk_lfr_temp_pcb->setText( "temp_pcb: " + QString::number( temp_pcb )<br /> + " (" + QString::number( Tpcb, 'f', 1 ) + " °C)");<br /> hk_lfr_temp_fpga->setText("temp_fpga: " + QString::number( temp_fpga )<br /> + " (" + QString::number( Tfpga, 'f', 1 ) + " °C)");<br />}</code></pre>
<p>En ce qui concerne la temperature des SCM, cela ne peut etre fait par pas de sensors.</p> LFR-FSW - Task #516 (Closed): SEQUENCE_CNT for TM_LFR_PARAMETER_DUMP and TM_LFR_KCOEFFICIENTS_DUMPhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/5162015-09-29T13:26:02ZVeronique bouzid
<p>Suite aux echanges avec Philippe Plasson concernant TM_LFR_PARAMETER_DUMP and TM_LFR_KCOEFFICIENTS_DUMP et l'exigence de la SSS-CP-FS-580</p>
<p>nous devons traiter ces 2 TM comme ceci</p>
<p>Selon SSS-CP-FS-580 : 'For telemetry generated as an answer to a<br />command, the Destination ID shall be the copy of the command Source ID<br />field'.</p>
<p>--> sur ce point, je ne mettais pas trompée et tu as deja fait la correction.</p>
<p>Par contre, il y a un autre requirement qui concerne le champ SEQUENCE_CNT d'une TM et qui doit s'incrementer<br />en fonction du couple (APID,DESTINATION_ID):</p>
<p>SSS-CP-FS-590<br />Telemetry management<br />The RPW Flight Software shall maintain, for each couple of APID and Destination ID, a TM<br />sequence counter incremented by 1 when a packet is released.<br />- The sequence counters shall wrap around from 2^14-1 to zero.<br />- The sequence counter shall start at zero at startup.</p>
<p>il te faut donc vérifier dans ton code que tu respectes bien ce requirement. En fait TM_LFR_PARAMETER_DUMP and TM_LFR_KCOEFFICIENTS_DUMP se comportent comme<br />les TM_LFR_TC_EXE.</p> LFR-FSW - Task #510 (Closed): fields DESTINATION_ID on TM_LFR_PARAMETER_DUMP and TM_LFR_KCOEFFIC...https://hephaistos.lpp.polytechnique.fr/redmine/issues/5102015-09-25T12:32:07ZVeronique bouzid
<p>Suite aux bugs <a class="issue tracker-1 status-5 priority-2 priority-default closed" title="Bug: Field DESTINATION_ID into TM_LFR_PARAMETER_DUMP non compliant (Closed)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/507">#507</a> et <a class="issue tracker-1 status-5 priority-2 priority-default closed" title="Bug: Field DESTINATION_ID into TM_LFR_KCOEFFICIENTS_DUMP non compliant (Closed)" href="https://hephaistos.lpp.polytechnique.fr/redmine/issues/508">#508</a>, il faut adapter les codes de validation pour vérifier le champ DESTINATION_ID<br />des TM_LFR_PARAMETER_DUMP et TM_LFR_KCOEFFICIENTS_DUMP qui doit etre égale au champ SOURCE_ID de la TC_LFR associée<br />soit TC_LFR_DUMP_PAR et TC_LFR_DUMP_KCOEFFICIENTS.</p>
<p>Cas de TM_LFR_PARAMETER_DUMP<br />modifier lfrverif/common/icd/tm_lfr_parameter_dump_analyze.py pour accepter l'ensemble de source_id valides.<br />ici la section à ajouter<br /> item = "DESTINATION_ID: " <br /> destination_id = tm_ccsds<sup><a href="#fn9">9</a></sup><br /> if destination_id == 0:<br /> tmp += item + "GROUND = 0, " <br /> elif destination_id == 110:<br /> tmp += item + "MISSION_TIMELINE = 110, " <br /> elif destination_id == 111:<br /> tmp += item + "TC_SEQUENCES = 111, " <br /> elif destination_id == 112:<br /> tmp += item + "RECOVERY_ACTION_CMD = 112, " <br /> elif destination_id == 113:<br /> tmp += item + "BACKUP_MISSION_TIMELINE = 113, " <br /> elif destination_id == 120:<br /> tmp += item + "DIRECT_CMD = 120, " <br /> elif destination_id == 121:<br /> tmp += item + "SPARE_GRD_SRC1 = 121, " <br /> elif destination_id == 122:<br /> tmp += item + "SPARE_GRD_SRC2 = 122, " <br /> elif destination_id == 15:<br /> tmp += item + "OBCP = 15, " <br /> elif destination_id == 14:<br /> tmp += item + "SYSTEM_CONTROL = 14, " <br /> elif destination_id == 11:<br /> tmp += item + "AOCS = 11, " <br /> elif destination_id == 254:<br /> tmp += item + "RPW_INTERNAL = 254, " <br /> else:<br /> tmp += "/!\\" + item + str(destination_id) + ', '</p>
<p>ensuite il faut egalement ajouter la sequence qui permet d'associer le source_id de la tc_lfr_dump_par avec la reponse.<br />--> creation d'un mécanisme identique à celui de tm_acknowledgment.py (lfrverifcommon/RulesClasses).</p>
<p><strong>Cas de TM_LFR_KCOEFFICIENTS_DUMP</strong><br />modifier lfrverif/common/icd/tm_lfr_parameter_dump_analyze.py pour accepter l'ensemble de source_id valides.<br />ici la section à ajouter<br /> item = "DESTINATION_ID: " <br /> destination_id = tm_ccsds<sup><a href="#fn9">9</a></sup><br /> if destination_id == 0:<br /> tmp += item + "GROUND = 0, " <br /> elif destination_id == 110:<br /> tmp += item + "MISSION_TIMELINE = 110, " <br /> elif destination_id == 111:<br /> tmp += item + "TC_SEQUENCES = 111, " <br /> elif destination_id == 112:<br /> tmp += item + "RECOVERY_ACTION_CMD = 112, " <br /> elif destination_id == 113:<br /> tmp += item + "BACKUP_MISSION_TIMELINE = 113, " <br /> elif destination_id == 120:<br /> tmp += item + "DIRECT_CMD = 120, " <br /> elif destination_id == 121:<br /> tmp += item + "SPARE_GRD_SRC1 = 121, " <br /> elif destination_id == 122:<br /> tmp += item + "SPARE_GRD_SRC2 = 122, " <br /> elif destination_id == 15:<br /> tmp += item + "OBCP = 15, " <br /> elif destination_id == 14:<br /> tmp += item + "SYSTEM_CONTROL = 14, " <br /> elif destination_id == 11:<br /> tmp += item + "AOCS = 11, " <br /> elif destination_id == 254:<br /> tmp += item + "RPW_INTERNAL = 254, " <br /> else:<br /> tmp += "/!\\" + item + str(destination_id) + ', '</p>
<p>ensuite il faut egalement ajouter la sequence qui permet d'associer le source_id de la tc_lfr_dump_par avec la reponse.<br />--> creation d'un mécanisme identique à celui de tm_acknowledgment.py (lfrverifcommon/RulesClasses).</p> LFR-FSW - Task #437 (Closed): R3 *** Adaptation TC_LFR_UPDATE_INFOhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/4372015-06-12T12:24:00ZVeronique bouzid
<p>Modification de script<br />/opt/VALIDATION_R3/lfrverif/common/icd/tc_lfr_update_info_analyze.py</p>
<p>Octet 34 se nomme CP_LFR_MODE_COPY pour Bit 3 à Bit 6<br />Octet 35 se nomme CP_TDS_MODE_COPY pour Bit 0 à Bit 3<br />Octet 35 se nomme CP_THR_MODE_COPY pour Bit 4 à Bit 7</p>
<p>Gérald n a pas utilise le vrai nom des parametre<br />il a mis HK_LFR_TEMP_SCM au lieu de CP_LFR_TEMP_SCM.<br />Mais ce n est pas important.</p> LFR-FSW - Task #436 (Closed): R3: Nouveaux requirementshttps://hephaistos.lpp.polytechnique.fr/redmine/issues/4362015-06-12T11:37:24ZVeronique bouzid
<p><strong>Liste des requirements à traiter pour la R3</strong></p>
<p>Je ne mets que ceux qui ne concernent pas Watchdog management car sur LFR pas de watchdog.<br />Par contre, je n ai analysé que la SSS 3.3, peut etre faut il remonter en 3.0 .....<br />J ai reverifié 3.0 3.1</p>
<p><ins>EDAC management</ins><br />- SSS-CP-FS-470<br />In case of detection of a not correctable error during instruction fetch (instruction access error), the<br />RPW Flight Software shall performed the actions specified in [RD6] / [RD24].</p>
<p>- SSS-CP-FS-480<br />In case of detection of a not correctable error during data access (data access exception),<br />depending on the criticality of the data, the RPW Flight Software shall performed the actions<br />specified in [RD6] / [RD24].</p>
<p><ins>Cache configuration</ins><br />- SSS-CP-FS-610<br />The RPW Flight Software shall explicitly configure the data and instruction caches at startup</p>
<p><ins>Equipment mode management</ins><br />- SSS-CP-EQS-326 --> changed in 3.1<br />Upon reception of a TC_xxx_ENTER_MODE(SBM1) / TC_xxx_ENTER_MODE(SBM2) /<br />TC_xxx_ENTER_MODE(NORMAL), the equipment flight software shall <strong>not</strong> re-initialize the<br />NORMAL data flow if this one was already active. <br /> --> déja réalise SVS-0032<br /><strong>ATTENTION NOUS NE SERONS JAMAIS CONFORMES (Paul)</strong>++</p>
<p>SSS-CP-EQS-327<br />The equipment flight software shall stop to produce science packets as soon as they have sent the<br />acknowledgment packet related to the mode transition to STANDBY.<br /> --> facile, il existe deja un script que l on peut adapter</p>
<p>SSS-CP-EQS-328 (3.1)<br />Equipment mode management<br />The equipment flight software shall ignore the synchronization bit of the<br />CP_xxx_ENTER_MODE_TIME parameter (most significant bit) when they handle a<br />TC_XXX_ENTER_MODE command.<br />LFR, THR, TDS<br />The rationale is to avoid the rejection of the transitions when the time is not synchronized.</p>
<p><ins>LFR data for S/C potentiel computation</ins><br />SSS-CP-EQS-533<br />The LFR flight software shall report in its periodic HK packet (TM_LFR_HK) the availability of the<br />electric field components sampled at f3.</p>
<p><ins>LFR frequency bins internal masks</ins><br />SSS-CP-EQS-527<br />Upon reception of a TC_LFR_LOAD_FBINS_MASK, the LFR flight software shall be able to update<br />the internal mask used for avoiding some frequency bins in the computation of the basic<br />parameters:<br />− 1 mask f0 , 128 bits = 16 bytes<br />− 1 mask f1 , 16 bytes<br />− 1 mask f2 , 16 bytes</p>
<p>SSS-CP-EQS-528<br />The LFR flight software shall be able to dump in the TM_LFR_PARAMETER_DUMP packet the<br />internal mask of frequency bins.<br />--> adapter le script SCRIPT/R3/just_dump_par.py</p>
<p><ins>LFR inter-calibration factors</ins><br />SSS-CP-EQS-529<br />Upon reception of several TC_LFR_LOAD_KCOEFFICIENTS packets, the LFR flight software<br />shall be able to update the inter-calibration factors (k-coefficients) used for computing the poynting<br />flux and phase velocity estimators:<br />− 32 coefficients (coded on 4 bytes) for 36 frequencies.<br />For uploading all the coefficients (4608 bytes), 36 TC packets are needed. The coefficients are<br />correlated to the distance from the Sun. They have to be updated every 8 to 10 days. The<br />coefficient updating will be updated using the S/C timeline.</p>
<p>--> adapter le script SCRIPT/R3/just_stby_and_load_kcoeff.py</p>
<p>SSS-CP-EQS-531<br />Upon reception of a TC_LFR_DUMP_KCOEFFICIENTS packet, the LFR flight software shall be<br />able to dump in two TM_LFR_KCOEFFICENTS_DUMP packets the inter-calibration factors (k-<br />coefficients).</p>
<p>--> adapter le script SCRIPT/R3/just_stby_and_dump_kcoeff.py</p>
<p><ins>Software User Manual</ins><br />SSS-OR-050<br />Each analyzer flight software shall have its own user manual (SUM) covering the following points:<br />− General description<br />− Initialization phase<br />− Modes and transitions<br />− Housekeeping parameters and reports<br />− Configuration (role of each configuration parameter that can be changed by TC)<br />− Memory map (including physical mapping of SW onto subsystem HW)<br />− Description of the science products (TM packets, auxiliary parameters, ...)<br />− Data rates<br />− Data time-stamping policy<br />− Failures</p> Solar Orbiter LFR - Task #230 (Closed): Rédaction de la demande de modification pour STEELhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/2302014-08-27T12:53:48Zpaul leroy
<p>Compléter la liste pour la demande de modification à adresser à STEEL:<br />=> ajout des capas sur les entrées BIAS_4 et BIAS_5 (modification répercutée dans les schémas de la carte)<br />=> ajout du convertisseur de niveau (modification documentée dans les schémas de la carte)<br />=> séparer le plus possible les signaux numériques et analogiques suite à étude du bruit additionnel observé lors des tests (surtout les signaux connectés aux circuits LVDS, en réception et émission). Joindre la note technique?<br />=> modification de l'encombrement attribué à TCS: possibilité d'agrandir la zone routée pour LFR afin de garantir la propreté des signaux analogiques. La règle à retenir reste l'isolation électrique complète entre LFR et TCS<br />=> modification du connecteur TCS, documentée dans le schéma TCS (impact sur le boitier d'intégration, notamment sur les harnais de conexion entre la carte LFR et le boitier). Livraison d'une mise à jour des plans mécanique indispensable => voir le LESIA.</p>