If you see any funny behavior related to a DCC2 during a run, please try to do the following to capture information for debugging:

  • stop the L1A but do not destroy the configuration
  • log on to the relevant DAQ machine (see crate list if needed).
  • DCC2Tool.exe caen:0 10 -x ~ehazen/DCC2/DumpSafe.dcc | strings > dcc2_dump_12345.txt
  • If instructed to save VME data, do this also: DCC2Tool.exe caen:0 10 -x ~ehazen/DCC2/DumpData.dcc
    • This creates a binary file data.dat which should be renamed to data_12345.dat (12345 is the run number) and posted with other stuff
  • Post an eLog telling what happened and where to find the dump file.

Note: DCC2 are in slots 10, 20.

Also, if you have time, please save the HyperDAQ expert view.

Thanks!

-- EricHazen - 17 Apr 2009

Edit | Attach | Watch | Print version | History: r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r2 - 29 Apr 2009 - EricHazen
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2023 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback