From: KEKUX::"pier@nucleus.ps.uci.edu" "Steve Pier" 27-JAN-1996 07:49:12.64 To: unno@kekvax.kek.jp, moorhead@liszt.ph.unimelb.edu.au CC: pier@orion.oac.uci.edu Subj: installing the binary readout hardware Gareth, Nobu: The notes below detail installation of the binary readout hardware. Hopefully you will have rapid success installing the rest of the DAQ, so there will be plenty of time to proceed with DSP installation. I do not know much about the software, but I can try my best to help if you have a problem. We have some of the binary H8-1995 source files here. Steve home: 714-673-1604 I live alone, so you may call any time, day or night work: 714-824-3162 I am usually here 8:45 am to 4:45 pm, except 12:00-1:00 email: I have email access at home and work Installing and exercising the binary readout hardware. ====================================================== ----------------------------------------------------------------------------- Summary: A. install some of the hardware B. get the system downloaded into the DSP's C. make sure message passing works D. install some more hardware E. get some data from a detector F. make the TDC connection G. install one more DSP H. DSP LED Note excerpted from getstart.txt: ----------------------------------------------------------------------------- Details: A. install some of the hardware 1. install the crate extender to protect the DSP cards 2. Set the VME address DIP switch (S1) on a DSP card. It is the only 8-position DIP switch on the card. The position marked 0 on the PCB silkscreen is the LSB. The positions marked 5, 6, and 7 are not used. The DSP responds to both 24-bit and 32-bit VME addresses. Only the five MSB's of the address are decoded, so a DSP with DIP switch set to 00011 will appear at addresses 18 0000 - 1f ffff as well as 1800 0000 - 1fff ffff. It is best to set the DIP switch so that the first DSP (on the far right) is at the lowest address (probably 18 0000). This way we can easily remember which DSP is attached to which module. Here is the setup from H8 1995: physical S1 DIP address switch -------- ------ 38 0000 00111 <-- OLL (not SLL) 28 0000 00101 20 0000 00100 18 0000 00011 <-- rightmost DSP 3. Install the DSP in the rightmost slot of the crate extender. Power up the crate. The DSP's green LED should flash (irregularly is ok) as the DSP tests its memory. The test continues until the DAQ downloads the DSP's system code. See the LED note at the end of this document. B. get the system downloaded into the DSP's The DAQ will download the system to the DSP's during system initialization. Eventually the function send_system() in binary.c will get called to do the download. The yellow LED lights or flickers briefly during the download. If anything goes wrong with the download, an informative message will be emitted by the DAQ and/or the DSP's red LED will turn on. A steady green LED usually means the download worked. C. make sure message passing works The standalone binary software is probably best for this. I am not familiar with this software; perhaps ask Helmuth. Use the software to set a DAC or something else simple/harmless. A problem with messages will usually manifest itself as a 'DSP timed out' notice. The DSP's yellow LED turns on while the message is being executed, but it may flash so briefly as to be invisible. If you try to run the DAQ at this point, you will probably get some sort of error message from the DSP, either 'no data' or 'too much data'. As long as the DSP does not time out, the message system is probably working. D. install some more hardware If it looks like everything is working ok, then install the Trigger Conditioning Board (TCB) in the leftmost slot of the rack extender. (Make sure the TCB's clock jumper is set to use the on-board crystal oscillator, not the external clock). Install the ATC cable between the TCB and the SLL (top of the boards). Make sure there is a short twisted-pair jumper cable between JP6 and JP7 on the SLL. The module gets its clock through this jumper cable. Install a bias card (preferably in a separate VME crate) and cable it up: two cables to the DSP, one data + one power to the module. Some rules for powering the module (ask Helmuth or Hartmut to confirm these): 1. The module's power switch (on the bias card) should be off when the bias card is powered up or down. 2. Bias voltage rules: there should be no need to apply bias voltage until Helmuth arrives. He knows what rules apply to the bias voltage. E. get some data from a detector A calibration run with the standalone software might be best. Again, ask Helmuth how this works. You may need to kick-start the HAC after power-up, i.e., send it a control block about 10,000 times. Also, the module may not like the frequency of the TCB's on-board oscillator. You may need to use the clock module from UCSC to get the module to work. This module produces a TTL signal when terminated with 50 ohm to ground (if I recall correctly). You will need to convert this signal to dif. ECL and get it into the TCB ('EXT_CLK' = 'EI_5 EI\5' on JP2). Notice that JP2 has both ECL *in* and ECL *out* on the same connector --> be careful how you install connectors on the twist-and-flat cable I provided. In order to use the DAQ to get module data, you will need to get a trigger into the TCB. It attaches at the TCB's JP2: 'TRIGGER' = 'EI_4 EI\4'. The trigger signal should be at least 25 ns wide--make it 50 ns just to be sure. If the TCB looks like it isn't working, press its reset pushbutton. F. make the TDC connection The TDC should be started with the trigger and stopped with TRIG = EO_4 EO\4 on the TCB's JP2 connector. The trigger is synchronized with the TCB's clock to form TRIG. FYI, the following outputs on JP2 will probably not be used: CLK, HOLDOFF, IMPULSE, OUT\. G. install one more DSP Install another DSP next to the one already installed, setting the DIP switch appropriately (e.g., for address 20 0000). Try downloading the system into both DSP's. The DAQ will perform a simultaneous download to both DSP's. The standalone software can probably only download to one DSP at a time. ------------------------------------------------------------ H. DSP LED Note excerpted from getstart.txt: ------------------------------------------------------------ The three LEDs near the front edge of the DSP/VME assembly are called 'forward LEDs'. They are under DSP software control. Once the DSP's system code is downloaded, they may have a variety of meanings. Before the download, they mean the following: Flashing green LED: the DSP is testing its memory and has detected no errors. Flashing yellow LED: the DSP is testing its memory and has detected one error. Flashing red LED: the DSP is testing its memory and has detected more than one error. It is normal for the flash rate to be irregular. Steady yellow LED: the system download process has begun. The duration of this condition depends on the size of the system, how many downloads are occurring simultaneously (if more than one DSP was targeted for the download) and the speed of the VME host. A few seconds is typical. Steady red LED: the download failed. The host-resident software will log an error. All LEDs on: the download is complete and control has been transferred to the downloaded system. The downloaded system typically changes the LED state immediately, so the all-LED-on condition will not normally be seen. The four LEDs in the interior of the DSP/VME assembly are called 'aft LEDs'. The green LED lights whenever the VME card acknowledges a VMEbus transfer. The yellow LED lights briefly at power-up and indicates that programmable logic (the Xilinx chip) is not yet configured. If this LED stays on, the board may need repair. One red LED, marked D1, is controlled by DSP software. The DSP turns this light off at reset; it will turn it on if there is an error during the system download (see below). The other red LED, D2, is controlled by the VME host processor. Its state is undefined at power-up. During the download process, the DSP initialization software running in the host turns the LED off, but will turn it on again if there is an error during system download. A note on LEDs and DSP reset: By writing a special value to the first location in the DSP's dual-port RAM, the VME host can pause a DSP immediately after the DSP is reset. This mechanism is used to insure orderly initialization of the download and messaging systems. While the DSP is paused, the forward LEDs will be in an unknown state, as will be a red aft LED, D1. This state of affairs will not normally persist more than a few seconds. ----- End Included Message -----