Expert Procedures » History » Version 61

« Previous - Version 61/81 (diff) - Next » - Current version
Dung Phan, 07/03/2019 09:06 AM

Expert Procedures

Powering on/off the detector

Synoptics control of the detector supplies has been flaky (and had cross talk with the ND). I lieu of using synoptics there are scripts that can (should) be used.

To power on:
  1. Log in: novadaq@novadaq-test-master
  2. setup_offline
  3. To power on the LV (24 and 3.5 V) do: (for just 1/3, use power_on-LV_dcm-5-01-0(1/3).sh)
  4. To power on the HV do: <Volt> (for just 1/3, use power_on-HV_dcm-5-01-0(1/3).sh)
    • You must supply a voltage for the HV script (typically use 425)
To power off:
  1. Log in: novadaq@novadaq-test-master
  2. setup_offline
  3. To power off the HV do:
    • The HV needs to drop to less than 200V before turning off the LV
    • The HV voltage fall rate is 5 V/s so you should wait ~45s before powering off the LV (or be extra safe and wait 1.5 minutes for the HV to come all the way down)
  4. To power off the LV (24 and 3.5 V) do:
  • Alternatively there are icons on cr-01 that can be use to power off and monitor the state of the power supplies
    • Again the HV gets turned off first then wait until it drops sufficiently
    • Use the "Check Power Supplies" icon to monitor (it is not updating so you will need to run it again when you want to update)

There are also power-<on/off>-<LV/HV> scripts that can be used for individual DCMs

Power cycling the MWPC controller

The MWPC controller has been known to get into a bad state, albeit not very often (British sarcasm), e.g. with the timestamps between the controller and the TDCs no longer align. More detailed information on this page: MWPC Configuration and Registers; this page contains just relevant information for power cycling.

To log into the MWPC controller: from novabeamlinedaq00

telnet ftbfwc03 5002

(the DAQ uses port 5001 so don't use that one).

To power cycle the TDCs:


To power cycling the controller: this requires logging into the remote power strip in the rack. This can be done on the Firefox machines on the VNCs, or by creating an SSH tunnel on your local machine.
To do the latter, first set up a tunnel:

ssh -D <port> -f -C -q -N

where you should pick a local port.
Then configure your browser with a SOCKS proxy. In Firefox, do this in preferences, go into network settings, change proxy from 'No proxy' to 'Manual proxy configuration' and enter localhost as the host, along with the port you opened up the tunnel on.
You can then navigate to, log in (details in docdb-38595) and power cycling the MWPC controller.

Fixing the TDU timestamp making-and-saving

If the beamline DAQ is no longer processing TDU timestamps, there are many things which could be causing this!

First, ensure SpillServer and the SpillForwarder are running (beamline versions). If they are, the most likely cause is the BoardReader in the beamline DAQ. This can be confirmed by looking at the log files to ensure spills are still being made and forwarded correctly.

Potential reason no TDU timestamps being saved by BoardReader (untested): the address is already being used. To fix, log onto beamline DAQ, run

netstat -ntpl
and look for a process named something like mpirun. Kill it! Mwahaha!

Plotting Detector Plane Pairs

Matching hits between x and y plane pairs from TB detector raw data.
Matches are made if hits across planes are within 96 TDC ticks of each other (configurable parameter in XYHitMatch.fcl

First login, setup_online, go to testrel:
$ ssh -XY
$ setup_online
$ cd Commissioning-test-releases/asutton/DetComish/
$ srt_setup -a

Run the code to process a raw file
$ cd results/<PathYouWantToPutThings>
$ nova -c $SRT_PRIVATE_CONTEXT/job/rawxyhitmatch.fcl -s <PathToRawDetFile> -T <DesiredOutputName.root>

Run the macro to make pretty pictures:
$ root -l -b -q '$SRT_PRIVATE_CONTEXT/makeXYPics.C("testing_asutton.root")'

Making Good Trigger Ratio Plots

Monitoring the total number of Beamline Triggers and Good Beamline Triggers (defined as the trigger with at least 1 hit upsteam TOF and at least 1 hit downstream TOF and have a reconstructed track from WCs).

First login to GPVMs, setup_nova, setup test release:

$ ssh -XY <username>@novagpvm[01-15]
$ setup_nova -b maxopt

Before midnight Jul 2nd, no nightly build is made. Making a test release is needed to run this script.

$ newrel -t development <BeamLineTriggerMonitoring>
$ cd <BeamLineTriggerMonitoring>
$ srt_setup -a
$ addpkg_svn -h TestBeam
$ novasoft_build -t
$ cd ./TestBeam
$ ./ <current_beamline_run_number>

The pdf file with 3 plots of good trigger ratio, total number of triggers and number of good triggers (having TOFs and WC track) will be copied to You can see the plots by accessing

When a new beamline run is started. This script needs to be stoped and started again with the new beamline run number.