Reports 1-1 of 1 Clear search Modify search
AdV-SAT (Suspension control upgrade)
cerretani, boschi, gennai, passuello - 10:15 Tuesday 25 July 2017 (38812) Print this report
Data from Sa_WE partially missing since July 6th

Data from Sa_WE DSP have some holes since 6th (both in online and offline streams), as reported in figure. These holes are usually 4 to 6 seconds long: their frequency is increasing and now occurs randomly every about 30 minutes, as you can see from the VIM "Long susp" tab.

Events are accomplished by the following information in the SUSP_Fb log:

2017-07-25-07h05m32-UTC>WARNING-[TolmFrameBuilder::TryMerging] frame: 1185001548.000000000: merging is done on timeout
2017-07-25-07h05m32-UTC>WARNING-[TolmFrameBuilderSubFrame::FillChannels] frame: 1185001548.000000000: Sa_WE: 39 channel(s) filled (added data min: 9675 max: 9675)
2017-07-25-07h05m32-UTC>INFO...-[TolmFrameBuilderSourceManager::Clean] Source Sa_WE (version 4) stopped
2017-07-25-07h05m32-UTC>INFO...-[TolmFrameBuilderSourceManager::PrintLog] Missing source(s): Sa_WE - Unexpected source(s): none - Source with all data lost: none
2017-07-25-07h05m33-UTC>INFO...-CfgReachState> Active(Active) Ok
2017-07-25-07h05m38-UTC>INFO...-[TolmFrameBuilderSource::SetUp] New source Sa_WE (v4) with GPS time: 1185001555.669704675
2017-07-25-07h05m38-UTC>INFO...-[TolmFrameBuilderSourceManager::PrintLog] Missing source(s): none - Unexpected source(s): none - Source with all data lost: Sa_WE
2017-07-25-07h05m38-UTC>WARNING-[TolmFrameBuilderSubFrame::FillChannels] frame: 1185001555.000000000: Sa_WE: 39 channel(s) filled (added data min: 6697 max: 6697)
2017-07-25-07h05m38-UTC>INFO...-CfgReachState> Golden(Golden) Ok

 

Two channels from Sa_WE are sent via TOLM also to Sa_NE. They are used for the GPIC control, and do not have any missing data.

Images attached to this report
Comments to this report:
masserot - 12:24 Tuesday 25 July 2017 (38819) Print this report

There is a two Tolm paths available to send the data to the rtpc4:

  • Sa_WE_lk0 -- MxDxSN02_lk6 -- MxDxSN16_lk5--rtpc4_lk0 : ROUTING = 0xf94c0000 : The one currently used
  • Sa_WE_lk0 -- MxDxSN02_lk7 -- MxDxSN07_lk5--rtpc4_lk1 : ROUTING = 0xf94e0000 : spare
Boschi, Gennai, Trozzo - 17:59 Thursday 27 July 2017 (38885) Print this report
This morning, in order to identify the origin of the DAQ communication problem, we exchanged the timing cable between the Sa and Sc master DSP boards. Since there were missing samples also in this new configuration, we rebooted the crate in order to change the Sa master board. Unfortunately after the reboot, the DSP board connected to the vertical accelerometers became unreachable on the network. Therefore we changed the defective board but we kept the master board. This apparently fixed the communication problems as it is shown in the top stage signals of the VIM picture attached. The vertical accelerometers transfer functions have been remeasured and matched with the old ones. All the WE loops and sensors are now operating properly.
Images attached to this comment
Search Help
×

Warning

×