LPP » INSTRU » VHDLib

J'ai relancé le soft de vol en adaptant le gestionnaire d'interruption. Objectif: générer les snapshots f0 f1 et f2 en mode NORMAL et comparer avec le fonctionnement du LFR EM Bitstream - 0.0.2.
L'émission des interruptions semble mieux fonctionner. Le gestionnaire du soft ne reçoit plus en continu un flot d'interruption qui le faisait ralentir excessivement.

Note: suite à la remise à zéro des bits du registre status, le temps à attendre pour obtenir les snapshots suivants est très court, voire instantané, ce qui n'est pas le comportement attendu. Avec la version 0.0.2, j'obtenais parfois l'émission de deux groupes de snapshots rapprochés. Avec la version 0.0.3, l'émission des snapshots se fait en continu après l'émission des premiers snapshots.

Consulter les logs de paquets reçus en pièce jointe, le paquet TM_LFR_TC_EXE_SUCCESS marque la réception de la commande de commutation en mode normal. Ensuite, les snapshots sont émis par groupe de 7 paquets (7 paquets = 1 snapshot).

2013_11_15-7_33_43_packet_log.data
2013_11_15-7_35_32_packet_log.data

Configuration du mode NORMAL pour émettre uniquement des snapshots à f2.
Il y des trous dans les données (cf screenshot).
On vérifie bien que rien n'est écrit dans les buffers f0 et f1.
Le problème de l'émission trop rapide des snapshots est reproduit (cf log).

Screenshot from 2013-11-15 08_15_00.png
2013_11_15-8_9_17_packet_log.data

Test relancé avec uniquement les snapshots f0 en mode NORMAL.
2013_11_15-8_34_36_packet_log.data

Test relancé après un reset matériel de la carte (on observe un décalage un peu différent dans l'éditeur de mémoire lppmon, cf screenshot).
2013_11_15-8_40_50_packet_log.data
Screenshot from 2013-11-15 08:49:23.png

Globalement, le comportement est le même avec uniquement f0, uniquement f2 ou f0 f1 f2 ensemble.