1 / 8

A simple Desktop DAQ for U2F readout

A simple Desktop DAQ for U2F readout. Status and plans. Ulf jörnmark Physics Dept. Lund. GUI. TCP/IP. DAQ SERVER. CONSOLE. Unix PIPE. USB READOUT. ASCII CONFIGFILE. MONITORING. LOGFILE. U2F/FEC. Graphical User Interface (Java). DAQ SERVER and USB READOUT. COMMUNICATION METHODS.

isadora-jacobson
Download Presentation

A simple Desktop DAQ for U2F readout

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. A simple Desktop DAQ for U2F readout Status and plans Ulf jörnmark Physics Dept. Lund

  2. GUI TCP/IP DAQ SERVER CONSOLE Unix PIPE USB READOUT ASCII CONFIGFILE MONITORING LOGFILE U2F/FEC

  3. Graphical User Interface (Java)

  4. DAQ SERVER and USB READOUT COMMUNICATION METHODS Between GUI and DAQ server: Network (TCP/IP) Between DAQ Server and USB Readout: Unix signal and named pipe Simple commands exchanged: *START: Start system and initialize front end, e.g. power on FECs *SOR : Start Of Run *EOR: End of Run *STOP: Stop system, e.g. power off FECs *STATUS: request/send status information Console: Simple menu with actions

  5. ALICE FEC & U2F cards Current setup: 1 FEC + 1 U2F PASA USB Trigger ALTRO Possible new design 1 Euro

  6. U2F READOUT • Trigger to U2F card starts readout of FEC • Two readout modes of U2F card through USB: • polled: ALTRO data is read channel by channel – SLOW • pushed: Data driven – FAST • Code: Example C code from the BoNus experiment

  7. U2F READOUT In poll mode must the computer react on the trigger. Large overhead in the USB calls for each channel to be read makes it slow. In push mode is all data sent from U2F as soon as it is available (in <=1024 byte bursts) => Computer do not need a trigger. Can have several events in the same data buffer. Must scan for the end of event marker to separate the events. Small overhead in USB call makes it fast. BUSY handling?

  8. DATA LOGGING Written to binary file as received (raw data format) MONITORING Pending. Plan to use ROOT. INTEGRATION INTO GENERAL DAQ? Pushed mode a problem?

More Related