16, 17 Apr 2008

Continued the optimization of Fast-OR DACs settings for two of the half staves installed and that can be used.

Set-up summary:

Detector

HS009 Connected to router 1, Ch 1 (one). Powered by caen module, MCM bias connected to output 0 (yes, zero) and BUS bias to output 1 (channels 39 and 40 in the CAEN view)

HS025 Connected to router 1, Ch 4. Powered by caen module, MCM bias connected to output 7 and BUS bias to output 8 (channels 47 and 48 in the CAEN view)

Readout

Two routers are installed and configured as router 0 and 1. Router 0 has first two link receivers from an old board version. Their clock/serial outputs are out of sync with the other 4 link Rx in the system. This router was not included in the readout. Router firmware version 24, link receiver 22a ("1022").

Pixel Trigger System

BRAIN board version 2 and 3 OPTIN boards plugged on it. Firmware was the latest up to date. One other OPTIN board was used stand alone with its patch board in order to sample Fast-OR and MCM feedbcak signals during the calibration of the Fast-OR DACs.

Software

fedServer was a modified version of what had been copied from point 2. It included Cesar's code for the storage and reterieval of detector configuration in the database. Various corrections and bug fixes have been applied by Cesar on this code during week 15. The server is stored on spdFed0 in folder C:\DCSSoftware\SpdFedServerP2Test\SPD_FEDServer_080415.exe

Activity

Several hours spent in learning on the Fast-OR optimization.

Worthwhile mentioning two things:

• The tuning has to be done with the HV set to have the detector fully depleted. We found that the Fast-OR noise behavior was changing when the Detector Bias voltage was increased.

• During the Fast-OR calibration procedure we used to send 1000 test pulses to the modules and counted the Fast-OR pulses returned by each chip. The procedure included switching on test pulses on the following pixels one by one (row, column): (0,0), (255,0), (255,31), (0,31), (100,16). The Fast-OR pulses returned were counted. On top we were measuring on the scope the duration of the Fast-OR pulse activation (if longer than 100 ns a double pulse is returned by the MCM feedback) and the timing with respect to the leading edge of the TEST_PULSE* signal sampled on the bus (Fast-OR pulses on edge rows showed different timing or even clock phase jittering).

Timing (latency) of the Fast-OR pulses is easily tuned by the

preVTH

dac.

For the two half staves considered, a common set of typical Fast-OR DAC settings was found:

FAST_CGPOL = 128, FAST_COMPREF = 128, FAST_FOPOL=0, FAST_CONVPOL=140.

On top we set: pre_VIPREAMP = 160.

Thresholds had to be tuned chip by chip for noise suppression and Fast-OR optimization. Following values were used. Chip number is the PVSS (i.e. spdFedServer) numbering which is reversed wrt DAQ numbering.

• preVTH in HS009: Chip0=180 , Chip1=175, Chip2=180, Chip3=170, Chip4=180, Chip5= 170, Chip6=190, Chip7=190, Chip8=180, Chip9=190
• preVTH in HS025: All chips 190

The HS009 had three chips with noisy Fast-OR outputs. This was cured by masking entirely chip 6 and 7 (DCS numbering) and masking all lines from 50 to 64 on chip 8.

The HS025 has one of the two sensors with no bias.

We manually positioned the half staves such to overlap as much as possible the active regions of the half staves.

Overall latency between the TEST_PULSE* on the bus and the Pixel Trigger system output obtained by the two half staves in coincidence was maesured: 733 ns. Total fiber length between SPD pp (i.e. edge of the pigtail) to pit front panel (i.e. LC input to the LC/MPT fan-in cable) was 34.5 m. More delay due to 1 m fiber + 6 m of LVDS cable from PIT to CTP has to be added to compare with ALICE setup. This means to add 35 ns to the previous, for a total latency of 768 ns expected in ALICE.

• Measurement of the Pixel Trigger latency. Top trace is TEST_PULSE* on the bus, bottom one is the Fast-OR coincidence between two half staves at the main output of the pit:

 
 

Cosmic ray coincidence run 4591 (aldaqpc018), using the pixeltrigger as trigger source and putting the half staves in coincidence. Run started at 10:57 and stopped at 16:06. Recorded 460 events. Of these there were 0 with no clusters, 8 events have clusters only on inner layer (HS009), 9 events have clusters only on outer layer. 17/460 = 3.6% of events unexpected. This could be traced to unoptimal strobing, due to the asynchronous setup randomly distributed cosmic rays.

 

09 Apr 2008

Reactivating the system for latency measurements

• Remarks on software
  • If one clicks on "Read" of the MCM DPI straight after a HS Autoconfig command, the FED crashes (NOT systematic)
    • If one first "Write" to the MCM DPI, then the reading is operational (some memory storage problem on Read??)
  • If one clicks on "Read" on the Router Settings panel after "Auto Config" the spdFed crashes (NOT systematic)
  • We observe that: when autoconfiguring the HS, the MCM is not busy. If we write to the DPI DACs, the MCM is busy if one does not set "Data_format_trig". If we check the "default" PVSS datapoints for that HS straight after the "Load configuration file" opertaion (with set to DP on), we see the value for Data_format_trig is 0. SO it seems that the value actually loaded in the HS is not retrievable by the panel for this DAC.
  • The "Load Config File" panel cannot be open if the "Channels view" panel is alreay opened and viceversa. We notice that both panels show the same name on their top bar once they are opened. TO FIX

 

30 Jan 2008

Setting up the DAQ for the test half staves (formerly sector 0)

*Activate VISA driver

*Check for router temperature limits

Temperatures with fan, no water. HS_09 32.5 C HS_18 39.5 C HS_25 38 C

Currents with bus configured HS_09 about 4.80 A HS_18 about 4.68 A HS_25 about 4.39 A

IV scans of HS09 and HS025 (file attached). HS018 cannot be biased with high voltage.

 

10 May 2006

PT1000 measurements

HS4A

Ohm	C	Status
5286	14.9	OFF
5682	35.4	ON
5681	35.4	ON

HS4C

Ohm	C	Status
5284	14.8	OFF
5478	24.8	ON
5477	24.8	ON

I-V curves

Side A

Ch0				Ch1
V Set	V Read	I(uA)		V Set	V Read	I(uA)
10	10.5	1.28		10	10.05	1.280
20	20.05	1.150		20	20.05	1.16
30	30.1	1.5		30	30.1	1.53
40	40.15	2.65		40	40.15	2.65
50	50.2	4.69		50	50.2	4.68
60	60.2	7.61		60	60.2	7.59
70	70.25	11.5		70	70.250	11.38
-	-	-		80	80.250	16.02

 

8 Nov 2006

Michael Burns: Cesar and I tried to do the test using my dummy sector but unfortunately we couldn't finish because the resistors were dissapating so much power that they unsoldered themselves so I have ordered some more powerfull ones so that we can carry with the test on Monday.

As a matter of interest we had everything seeming to be working with approx. 3.5 volts difference between the gnd of the PLC and the gnd of the half stave.

 

18 Oct 2006

Cesar measured the voltage between two negative(ground) inputs of the PLC module with the PT1000 chain, HS0 and HS1 with the following results

all off - 5,2 mv MCM only - 271 mv Bus + MCM - 655 mv

Cesar is going to repeat the test with a cable made by Mike to measure also between two different caen modules in the same module.
Measurement between two channels in two different CAEN modules,

HS0C and HS0A
100 mV -all OFF

176 mV - 0A(MCM only) 558.7 mV - 0A(MCM + BUS) 558.7 mV - 0A(MCM+BUS) 0C(MCM) 476 mV - 0A(MCM + BUS) 0C(MCM + BUS)

12 Apr 2006

Cabling work of sector 0 and sector 1 still ongoing. Work foreseen to be finished by the end of this week (week 15).

30 Mar 2006

prepared rack for LV-HV power supplies. Remaining cables for sector 1 and replacement cables for sector 0 will be installed in the next 2-3 days.

29 Mar 2006

Installation of the optical bench completed. 1400 kg granite table moved into the cleanroom. See pictures in Picture Gallery!

 

02 Mar 2006

Min Tresh Hold Scan

HS0, 1000 triggers			HS1, 1000 triggers			HS2, 1000 triggers			HS3, 1000 triggers			HS4, 1000 triggers			HS5, 1000 triggers
PVH	Multiplicity		PVH	Multiplicity		PVH	Multiplicity		PVH	Multiplicity		PVH	Multiplicity		PVH	Multiplicity
200	0		200	0.008		200	0		200	0		200	0.0065		200	0
205	0		205	0		205	0		205	0		205	0.032		205	0
207	0		207	0		207	0		207	0		207	0.028		207	0
210	0.095		210	0.001		210	0.047		210	0.005		210	0.31		210	0.011
212	2.26		212	0.05		212	1.46		212	0.054		212	0.013		212	0.022
215	100.46		215	9.99		215	38.7		215	7.79		215	0.004		215	0.082

 

27 Feb 2006

Automatic Mean-Tresh Hold scan Test

HS not turned on:

• Side A
  • HV 4 goes in over current we cannot do the pixel config in the MCM

• Side C
  • HV 1 and Hv 4 go in over current

Problem in the FED server: it is not setting the right values in the Anapil dacs Ivan, Ivan ...

 

24 Feb 2006

Min Tresh Hold Scan HS 0 25m Cable

Misc_Control = 33 Delay_Control = 192

PVH	Hits	Multiplicity	Eficiency	Pixel chips
190	0	0	0	-
200	0	0	0	-
207	0	0	0	-
208	0	0	0	-
209	0	0	0	-
210	14	0.148	0.883	pix5
211	53	0.564	0.946	pix5, pix6
212	328	3.489	1	pix2, pix4, pix5, pix6, pix7
213	880	9.362	1	pix2, pix4, pix5, pix6, pix7, pix9
214	3448	36.680	1	pix1, pix2, pix4, pix5, pix6, pix7, pix8, pix9
216	27244	289.830	1	pix0, pix1, pix2, pix4, pix5, pix6, pix7, pix8, pix9
219	112146	1232,37	1	pix0, pix1, pix2,pix3, pix4, pix5, pix6, pix7, pix8, pix9

• SPD_IV_Curves.xls: Sector 0 IV Curves
• IVscan080130

 

23 Feb 2006

TOTAL POWER CUT in DSF on March 7 (8:00) till March 8 (13:00) due to work on the power connections for the CMS cleanroom.

06 Feb 2006 LV cable installation for sector 1 finished

03 Feb 2006 Laying optical cables to sector 1