paul leroy's activity
From 08/02/2016 to 08/03/2016
08/03/2016
- 02:56 PM LFR-FSW Bug #651: LEON power down mode status in SUM
- Dans un forum sur le Leon3, j'ai trouvé l'explication suivante:
RTEMS has an idle task which is scheduled when no ... - 01:50 PM LFR-FSW Task #620: 3.0.0.22
- Fichiers sources et headers de la version 3.0.0.22.
24/02/2016
- 07:50 AM LFR-FSW Support #634: SEction HK_LFR_STATUS_WORD in TM_LFR_HK
- Pour HK_LFR_DPU_SPW_LINK_STATE effectivement, je ne change jamais la valeur. La génération des HK n'étant pas arrêtée...
23/02/2016
- 11:09 AM LFR-FSW Support #627: Commutation immediate
- Effectivement, il y a des choses à préciser. Actuellement, dans le code, les CWF sont envoyées dès qu'elles sont prêt...
12/02/2016
- 12:26 PM LFR-FSW Task #618: Long test with SBM1 and SBM2 FSW 3.0.0.20
- Pour le point 4, tel Eric et Ramzy à la grande époque "nous n'avons pas d'autre explication".
- 12:04 PM LFR-FSW Task #618: Long test with SBM1 and SBM2 FSW 3.0.0.20
- 2.
Il faudrait consulter un log des paquets pour se faire une idée, notamment voir l'arrivée de la TC de changement ... - 11:53 AM LFR-FSW Task #622 (Closed): livraison srec 3.0.0.20 et 3.0.0.22
- Voici les archives contenant les srec. J'ai recompilé le logiciel avec l'option qui va bien pour le DPU.
- 08:40 AM LFR-FSW Task #614: 3.0.0.20
- On récupère le paramètre sy_lfr_n_swf_p dans les paquets ou on prend la valeur par défaut (300s) puis j'applique la f...
- 07:52 AM LFR-FSW Task #620 (Closed): 3.0.0.22
- Suite à un problème de numérotation de la 3.0.0.21 (livrée en #619), numérotée par erreur 3.0.0.20, j'ai généré la ré...
- 07:43 AM LFR-FSW Task #619: 3.0.0.21
- Version mal numérotée, ne pas utiliser. Je vais générer une 3.0.0.22 à la place.
11/02/2016
- 03:12 PM LFR-FSW Bug #617 (Resolved): Invalider les valeurs de SWF_P < 22s
- correction effectuée pour 3.0.0.21
- 03:11 PM LFR-FSW Task #619 (Closed): 3.0.0.21
- ...
- 11:49 AM LFR-FSW Task #615: Validation SWF 22s pour 3.0.0.20
- Ah oui, si il y a un redémarrage des snapshots, ça explique le saut.
Au démarrage, on part a priori avec un retard... - 11:42 AM LFR-FSW Task #614: 3.0.0.20
- J'ai mis à jour mon dessin (révision 1.2), ce n'était pas assez clair.
# la valeur delta_f2 est utilisée une seule f...
10/02/2016
- 04:52 PM LFR-FSW Task #615: Validation SWF 22s pour 3.0.0.20
- J'ai refait un test de mon côté. Sur un temps long, je ne vois pas de saut brutal.
Je joins les observations effec... - 02:45 PM LFR-FSW Task #615: Validation SWF 22s pour 3.0.0.20
- Pour l'instant, je ne vois pas d'autre explication qu'un saut dans la dérive qui du coup serait compensé brutalement ...
- 02:29 PM LFR-FSW Task #612: Long Test in normal mode
- Je confirme que dans des tests avec une période longue entre les snapshots, et pas une valeur basse comme 22s, que j'...
- 02:17 PM LFR-FSW Task #614: 3.0.0.20
- On va y arriver! Merci en tout cas pour les nombreux tests et validations effectués. Vous êtes des pros!
Les oscil...
09/02/2016
- 05:05 PM LFR-FSW Task #614 (Closed): 3.0.0.20
- J'ai trouvé un bug sur la resynchro des snapshots. Je propose de lancer le test NORMAL long sur cette version, j'aime...
- 03:33 PM LFR-FSW Bug #491: Liste des champs contenus dans TM_LFR_HK non renseignés.
- OK, je fais la modification dans fsw >= 3.0.0.20
On aura donc dans hk_lfr_vhdl_aa_sm:
bit3 input_fifo_write(2)
bit... - 01:50 PM LFR-FSW Task #612: Long Test in normal mode
- Je viens de voir un truc louche dans mon code, qui pourrait avoir une influence avec une période longue entre les sna...
08/02/2016
- 11:01 AM LFR-FSW Task #609: 3.0.0.19
- La discontinuité au moment du STANDBY est normale, c'est parce qu'on redémarre la manip, alors on se remet dans le ca...
Also available in: Atom