Pulsar is designed to be a general purpose test tool for the existing CDF Level 2 trigger system. It can be a data source for all data inputs to Level 2 decision crate, and it can be a data sink for all Level 2 data paths as well. In this sense, "PULSAR" stands for "PULSer And Recorder". In the recorder mode, the data can be made available via VME access (or directly into a standalone PC). With a GLINK mezzanine card, Pulsar can also source data for and sink input data to the Silicon Vertex Trigger (SVT) system (fiber data from SVX to Hit-Finder boards). With the mezzanine card approach, it is posible to use Pulsar to sink (or spy) other types of data and make them available for online monitoring for CDF DAQ system. Just like SVT boards, Pulsar can also drive and receive some of the P2 user-defined lines to allow inter-communications among Pulsar boards. In fact, it is designed the same way as SVT boards so that Pulsar can communicate with SVT boards as well (for details on how SVT boards use these lines, see Spy Control specification ).
The primary usage of the Pulsar board is, of course, as a test stand tool for Level 2 system. The goal is to make sure CDF will have a robust Level 2 trigger with great performance well into Run2b. More detailed description will be provided soon, for now, some initial discussions about this can be found in:
The firmware design needs careful thinking. Peter Wittich is currently working on the firmware design (and VHDL coding) for the pulser case, more details will be provided later (will appear at firmware design section).
Although the idea to record the upstream data and readout via VME is very simple, there are a few issues also need careful thinking for the firmware design. More details will be provided later (will appear at firmware design section).
As mentioned earlier, with a few minor modifications to the Pulsar baseline design, Pulsar can also record the data directly into a PC via high bandwidth commercially available SLINK to PCI/PMC interface cards . This could be potentially very useful to directly "spy" on the data. The core firmware in this mode is written and has been used for board level simulation ever since April. This is a more advanced feature and can be used at a later stage(see Pulsar as a general purpose tool).