Bug #356
Updated by bruno katra about 9 years ago
/!\ Issue copiée de #255 qui était en "planified" donc pas cloturable. #255 détruite depuis.
------------------------
Installation du code TImegen version 0.0.0.1 sur pc-coillot dans répertoire /opt/TIMEGEN
[validation@pc-coillot 2014_10_23]$ ls -l /opt/TIMEGEN/
total 3944
drwxrwxr-x 2 validation validation 4096 24 oct. 13:43 0.0.0.1
-rw-rw-r-- 1 validation validation 622 24 oct. 13:58 RELOAD_ALL_STAR_DUNDEE.py
-rw-rw-r-- 1 validation validation 4022648 26 sept. 08:16 RPW-MEB-LFR-NTT-00125-1-0_GSE_System_clock_simulator.odt
Le test a mis en évidence que la commande TC_UPDATE_TIME n'est pas prise en compte.
- Envoi des timecode OK (on utilise minicom -D /dev/ttyUSB3 (ou USB1)
Avec SocEXplorer, envoi de la commande TC_LFR_UPDATE_TIME, l affichage montre que le COARSE TIME n est pas mis à jour.
----------------------------------------------------------------------------
Contexte
LFR_FSW_PATH = /opt/LFR-FSW/2.0.1.1/fsw
Bridge selection = StarDundee
SocExplorerEngine.getSocExplorer: Version = 0.2.2, Branch = default, Changeset = c839740ef520
Carte EM: 1.1.26
Mini LFR : 0.1.25