Contents:
0. Power Up Procedure
1. Download and Monitoring
2. Take Data to L3
3. Take a SDAQ Calibration Run
4. Start the SDAQ Monitoring
5. Run SMT Examine
6. Power Down Procedure
7. Trouble Shooting
Online version: http://www-d0.fnal.gov/~d0run/SMT/doc/ShiftInfo.html
For this instructions it is assumed that data taking is done with crate 0x69, whereas the SDAQ calibration run is done with crate 0x63.
WARNING: This might work only from the account smt10p. Contact Fritz
or Geoff if you need this. Normal D0 shifts don't need this at the moment.
If you are running the real Detector (H-Disk, or Barrel):
Change the direcotry : cd /online/config/smt/
setup onl_apps
./SmtIbDab
The following window should pop up:
The Status before download might be different.
Do the following from your teminal to do the download:
setup onl_smtcalib
dbgui
This pops up the main menu shown below:
Once after power up the emulators need to be initialized: Click the `emulators' button to open the following window:
Initialize all by clicking on the `init all' button. Alternatively you can initialize a single sequencer (SVXE-3002 is connected to crates 0x69 and 0x6b) the following way:
Use the scroll bar in the lower part of the window to check the complete data output.
If the result does not look like this, try to take
a couple of cal inject events (hit the `next' button or the `cal inj' button
again). If that doesn't help the download went wrong. Check the trouble
shooting item.
Make sure that the download (Step 1.) is done.
Go to the Taker window. Select the menu item `modify/change
trigger'.
Select the file pulser-smt-0x69-3.0 from the tracking
sub-directory.
Hit the start button.
You should see events coming in from L3 now. If not,
look at the Trouble Shooting Section.
3. Take a SDAQ Calibration Run
Make sure that the download (Step 1.) is done.
Go to the Taker window. Select the menu item `modify/change
trigger'.
Select the file calib-smt-0x63-1.0
from the tracking sub-directory.
Hit the start button:
setup onl_smtcalib devel
ssdaq
account: smt_calib@d0onprd1
password:
The following window pops up:
Choose the correct crate, `VRBCR-63' , the VRB that you want to monitor (`VRB-6301'), an HDI in that channel (`SVXE-6903_C'), or a chip of that HDI (`SVXE-6903_C_00). You can monitor complete Crates, VRBs, HDIs, or single chips. Note that some choices are disabled. If the calibration run is already over, click on `continuous mode' to get to `single mode'. While the calibration is ongoing, choose a different update time. The resulting histogram will be updated every n minutes. After you made your selections, click on the `Start!' button.
In the Histoscope selection window you get the following choices:
Select what you want to look at: `Pedestal@/VRBCR-63.....':
General Information
The SMT read out is situated in MCH2. Rack M201 contains
the sequencer crate: from left to right Sequencer Controller (SEQC), 3
Sequencer (SEQ), 3 Emulators.
We can use 6 VRB crates, named after their Geographic Sectors GS:0x61, 0x63, 0x65, 0x67, 0x69, and 0x6B. The Geographic Sector is marked above the crate and at the side. It contains from left to right: the front end processor (Power PC, PPC), VBD, VBD repeater, VRBs, VRBC:
Download failed
1. The download button turns red.
Go to the main window and hit the `details' button of the crate where the download failed. The following window should pop up:
Color Codes:
2. The download button turns green, but the cal inject fails.
Make sure that the front end processors are switched on:
- The crate that is downloaded must be switched on. Check CPU lights on the VRBs and power light on the VBD and VRBC. Probably reset the front end.
- The sequencer crate (SEQC, SEQ, Emulators) is connected to d0olctl39 on MCH3, rack M305 (behind the door). Make sure the PPC is on and correctly loaded (reset if in doubt).
No events coming to L3
SDAQ calibration starts, but never ends
- Issue a `SCL init' from Coormon
- Check the Front End Busy status on the DAQ Monitor display (start_daq_monitor_display, choose L1, Geo Sector). Check whether a GS assiciated to an SMT crate sends (too many) FEBusy. If not, bug someone else. In the unlikely case it is SMT:
- Redownload and make sure that cal inject shows the correct pattern. Corrupted data (missing 0xc0c0 end marker) can cause the problem.
- Was the trigger configured correctly? Free and reload the trigger configuration from the taker window.
- Sometimes reinitializing the L1 Trigger Frameword (L1TFW) helps (quite rare).
- Last instance: remove the feedback cable from the VRBC (blue 10? conductor)
- If there are no events coming to the VBD (ETG shows incomplete events for SMT crate 0x69, the VRBC is getting no triggers: the 2 blue lights on the VRBC front panel are not lid), initialize the VRBC. Click on the `details' button of the main SMT GUI window for the right crate and left click on the VRBC (top row). Click on the `init' field.
- If the VRBC is getting triggers (both blue lights are flashing on the VRBC front panel), but the event number on the VBD front panel is not increasing:
- Redownload
- Power cycle the VRB crate
- Remove additional VRBs that are not used in the readout (download again)
- The VBD shows that it receives events, the event number is increasing: This is almost cerainly a L3 problem. Look into trouble shooting there (reset from WWW, reset button, reb....)
This is usually due to a problem on the front end.
To get the error message log on to the correct frontend (telnet d0olsmt07,
login: ioc, password:
).
Abort the ongoing run and try again. You will get
some information for the new run from the frontend.