Summary of CSC Track-Finder Trigger Control Software Darin Acosta University of Florida

Darin Acosta, University of Florida 9 November 2004 Trigger Software Meeting 2 CSC Track-Finder Configuration & Testing Boards Higher level SP02 command panel windows Java interface to XDAQ-based software framework LUT loading

Darin Acosta, University of Florida 9 November 2004 Trigger Software Meeting 3 Firmware & LUT loading n The look-up tables on the CSC Sector Processor are loaded via a HAL-based command line program u Can be called from the Java GUI, or from a script that loads all needed LUTs u We can program multiple chips and boards in parallel (many identical tables) n Updates to the board firmware stored in EPROMs are loaded via a custom VME  JTAG program based on software by National Semiconductor and SBS u Callable from command-line scripts u Recently incorporated into the “JAL” package developed by H.Sakulin, and successfully tested! l We will port our environment to use JAL for firmware loading, in order to strive for a uniform software architecture

Darin Acosta, University of Florida 9 November 2004 Trigger Software Meeting 4 Test Software n Most test software to validate the on-board SP functionality as well as to perform interface tests between boards are written as HAL-based command line programs u Again callable from the Java GUI n For example, last week we successfully conducted a second DT/CSC Track-Finder integration test u Program loads data into FIFO on CSC TF, then injects data to DT TF (or in loop-back to CSC TF) which is captured and read out. l We expected to use an “inject pattern” command distributed via the TTC to conduct the test, but in practice last week we triggered on the data itself. u CSC and DT software are different products and not integrated. l In practice this was not much of a handicap, but for in-situ trigger tests at CMS we should evolve to a common control

Darin Acosta, University of Florida 9 November 2004 Trigger Software Meeting 5 TestBeam DAQ and Beyond n For the 2004 beam tests, we could log CSC Track- Finder data through the VME controller using a standalone HAL program or through an XDAQ-based event-builder n We partitioned the XDAQ modules so that everything could be controlled either through the Track-Finder GUI, the Testbeam Run Control, or any other control software that sends i2o messages

Darin Acosta, University of Florida 9 November 2004 Trigger Software Meeting 6 XDAQ Partitioning TrackFinder Crate GUI PC (Linux) TF PC (Linux) Network Switch GUIDriver TFDriver SBS (Bit3) TFGUI I2o Messages SOAP Messages HAL Hardware LevelSoftware Level PC Level Other apps can send message s to here

Darin Acosta, University of Florida 9 November 2004 Trigger Software Meeting 7 The Integrated EMU GUI The Track-Finder GUI has been extended to include the XDAQ-based run control system for CSC beam tests Controls 4 crates: 2 Peripheral crates, Track-Finder crate, TTC crate DB calls to store configuration parameters Evolving to become a Slicetest control