isoc peer review - march 2, 2004 section 4.1 - 1 glast large area telescope isoc peer review test...
Post on 22-Dec-2015
219 views
TRANSCRIPT
ISOC Peer Review - March 2, 2004 Section 4.1 - 1ISOC Peer Review - March 2, 2004 Section 4.1 - 1
GLAST Large Area TelescopeGLAST Large Area Telescope
ISOC Peer Review
Test Bed
Terry SchalkGLAST Flight Software
Gamma-ray Large Gamma-ray Large Area Space Area Space TelescopeTelescope
ISOC Peer Review - March 2, 2004 Section 4.1 - 2ISOC Peer Review - March 2, 2004 Section 4.1 - 2
General OverviewGeneral Overview
• DAQ group will provide 3 sets of hardware, built in parallel, to test the Trigger and Data Flow system:
– Front End Simulator (FES) using a “Test Bed LAT”:– LAT-TD-02895
• Real electronics (all of it) up to the front-end cables on TEMs for all subsystems
• No front-end electronics or sensors
• Simulated data is driven down the cables for testing
• This configuration allows for both static (data flow integrity) and dynamic (data flow throughput) testing
– Functioning Tower without sensors
– Functioning Tower with a subset of working sensors
ISOC Peer Review - March 2, 2004 Section 4.1 - 3ISOC Peer Review - March 2, 2004 Section 4.1 - 3
LAT FSW: Executes on SIU and EPULAT FSW: Executes on SIU and EPU
3 Event-Processor Units (EPU) (2 + 1 spare)
– Event processing CPU– LAT Communication Board– SIB
ACD
spare
EPU-3
EPU-2EPU-1
spare spare
Power Dist. Unit*
GASU*
spare
spare
SIU*SIU*
Spacecraft Interface Units (SIU)*
– Storage Interface Board (SIB): Spacecraft interface, control & telemetry
– LAT control CPU– LAT Communication
Board (LCB): LAT command and data interface
16 Tower Electronics Modules & Supplies
* Primary & Secondary Units shown in one chassis
Power-Distribution Unit (PDU)*
– Spacecraft interface, power
– LAT power distribution
– LAT health monitoring
Global-Trigger/ACD-EM/Signal-Distribution Unit*
TKR
CAL
FSW is an integral part of the data acquisition (DAQ) subsystem and is managed, budgeted, and scheduled as part of the DAQ subsystem
TKR Front-End Electronics (MCM)ACD Front-End Electronics (FREE)
CAL Front-End Electronics (AFEE)
ISOC Peer Review - March 2, 2004 Section 4.1 - 4ISOC Peer Review - March 2, 2004 Section 4.1 - 4
Software Test-Bed for EM2/FU Tests Software Test-Bed for EM2/FU Tests
spare
EPU-3
EPU-2EPU-1
spare spare
SIU
Pwr Dist. Box
GASU
spare
spare
ACD
SCsimulator
LAT EGSE
TEM DAQ Modules TEM Power Supplies
TKR and CAL Electronics Simulators
12 ACD Electronics
Cards
• Provides a full DAQ system with EM2 hardware (interfaces and functionality identical to flight) before flight hardware is available– 16 TEMs and 16 TEM power supplies– Front end simulators– Full ACD EM2 electronics– Fully redundent complete GASU and PDU– 2 SIUs and 3 EPUs.
• Allows realistic boot and startup tests• because all the redundant data paths• components are present, failover • procedures can also be tested.
ISOC Peer Review - March 2, 2004 Section 4.1 - 5ISOC Peer Review - March 2, 2004 Section 4.1 - 5
Test-Stand (2)Test-Stand (2)
4x4 grid for electronics mounting
Cable management (as flight)
Cable feedthroughs (as flight)
Racks for FES “feeder” CPUs
ISOC Peer Review - March 2, 2004 Section 4.1 - 6ISOC Peer Review - March 2, 2004 Section 4.1 - 6
Software Test Bed Hardware ConfigurationSoftware Test Bed Hardware Configuration
GASU
AEM
GEM
CRU
EBM
Target(s)
16 TEMs + FESs
• Host– Spacecraft Instrument Interface Simulator (ethernet )
• CPU Crate– cPCI flight equivalent chassis or commercial cPCI chassis– Instrument communications: LAT communications board (LCB) (cPCI form factor)– Host communications: Storage and Interface Board (SIB) (also does power bootstrap)– CPU: RAD750 processor or Motorola MCP750 COTS processor
• GASU– Full GASU implementation (including primary and redundant sides)
• Power Distribution– Full PDU implementation (including both primary and redundant sides)
• Target(s)– 16 Tower Electronics Modules (backed by Front End Simulators)
“SC” Power
Power Dist’n
SC switches
Instrument Power
“SC” Power
Instrument switches
Host
1553
Discretes
High Speed Science
CPU Crate
Instrument comm’s
Host Comm’s
Discretes
CPU
ISOC Peer Review - March 2, 2004 Section 4.1 - 7ISOC Peer Review - March 2, 2004 Section 4.1 - 7
Front End SimulatorFront End SimulatorFES Hardware ConfigurationFES Hardware Configuration
• The FES hardware consists of 10 off-the-shelf PCs with Moselle PCI bridges and 4 x 120 Gbytes of local disk space.– Eight of the PCs will service 2 TEMs each. – The remaining 2 PCs will service the AEM and be home to the FES
control system.
• These PCs are connected to Front End Simulator Boards through PCI:– These boards accept data dictated by bandwidth considerations
between the PC and the boards themselves.– On the output side, the boards manage the time sequenced
distribution of data and the data presentation to the T&DF subsystem trigger and data cables.
– 3 flavors of these boards; a TKR board, a CAL board, an ACD board. All physically identical, differing only by the code loaded.
– Each board has two large banks of memory, one intended to hold the data and the other the timing transition vector information.
– These memories also hold the storage used to implement the register model. A LAT command that writes a front-end register will actually write a location in these memories.
ISOC Peer Review - March 2, 2004 Section 4.1 - 8ISOC Peer Review - March 2, 2004 Section 4.1 - 8
Front End SimulatorFront End SimulatorFunctional PiecesFunctional Pieces
• The FES consists of the following major functional blocks. They are presented roughly in data stream order:
• Data Source Generator– Simple Pattern Generator (Physics Monte Carlo, eg GlastSim)
• Data Munger – offline– Munges the output of the Data Source Generator into a format suitable for
FES PC consumption• Data Transfer Agent/Storage
– Moves data from the storage media where it was generated to the FES storage system, i.e. the PC’s local disk system
• Data Munger - FES Front-End PC’s– Moves and possibly reformats the data from the FES storage system to the
FES tower/subsystem simulator boards• FES Tower/Subsystem Simulator Boards
– Receives the data from the FES Front-End PC’s. These boards simulate both the sensor side and cable side of the LAT Front-End Electronics.
• Hardware System Control – Provides for the coordination and synchronization of the multiple PCs that
compose the FES.• User System Control
– The interface used to control the FES.
ISOC Peer Review - March 2, 2004 Section 4.1 - 9ISOC Peer Review - March 2, 2004 Section 4.1 - 9
Rest of the Test hardwareRest of the Test hardware
• DAQ group will provide 3 sets of hardware, built in parallel, to test the Trigger and Data Flow system:– Front End Simulator (FES) using a “Test Bed LAT”:
– Functioning Tower without sensors:• The test Tower contains operational front-end electronics• Allows FSW to test that its TEMs can be integrated with a Tower
and that data can be successfully written to the Tower’s registers
– Functioning Tower with a subset of working sensors:• The test Tower contains a subset of sensors as well as front-
end electronics• Allows FSW to test event trigger using real physics data• Also test timing and calibration
ISOC Peer Review - March 2, 2004 Section 4.1 - 10ISOC Peer Review - March 2, 2004 Section 4.1 - 10
Single Complete TowerSingle Complete Tower
Tower Electronics Module with Tower Power Supply
Full set of 4 CAL AFEE boards,(4 sides, 1 each)
VME CPU with LAT Communication Board (LCB)
Full set of 36 TKR MCMs(4 sides, 9 each)