CMS Pixel Detector Miscellaneous
Phase 1 Phase 2
Layer 1 Replacement Layers 2-4
  Layer 1 Replacement Elog, Page 4 of 16  Not logged in ELOG logo
Entry  Thu Feb 6 17:19:12 2020, Dinko Ferencek, Reception test, RT for 6 modules: 1551, 1552, 1553, 1554, 1555, 1556 
Today reception test was run for 6 modules and looks OK for all module. The modules were graded as follows:

1551: [COLOR=darkgreen]A[/COLOR]
Entry  Wed Feb 12 15:40:13 2020, Dinko Ferencek, Reception test, RT for 3 modules: 1569, 1570, 1571; 1572 bad 
[B]1569:[/B] Grade [COLOR=darkgreen]A[/COLOR]
[B]1570:[/B] Grade [COLOR=darkgreen]A[/COLOR]
[B]1571:[/B] Grade [COLOR=darkblue]B[/COLOR], I > 2 uA (3.09 uA)
Entry  Fri Feb 14 14:40:59 2020, Dinko Ferencek, Reception test, RT for 2 modules: 1578, 1580 
[B]1579:[/B] Grade [COLOR=darkgreen]A[/COLOR]
[B]1580:[/B] Grade [COLOR=darkgreen]A[/COLOR]
Entry  Tue Apr 14 17:29:46 2020, Andrey Starodumov, General, ROC4 or ROC12 defects 
Starting from M1650 almost every module has a cluster of dead pixels or broken bump bonds on
ROC4 or (more often) ROC12. The number of defects varied from 20 to 40.
It's almost excluded that such damage is made at PSI, since both of us: Silvan and me, first time connected the cable
Entry  Fri Jan 24 18:16:09 2020, Dinko Ferencek, Module assembly, Protective cap gluing 
Today I additionally practiced protective cap gluing by adding a protective cap to module M1536.
Entry  Fri Feb 14 14:05:16 2020, Dinko Ferencek, Module assembly, Production yield so far 
Of 41 modules produced and tested so far (1536-1576), 6 modules were found to be [COLOR=red]bad[/COLOR] before or during the reception test, 5 were graded
[COLOR=red]C[/COLOR] after the full qualification (one of which is possibly [COLOR=orange]C*[/COLOR]) and the remaining 30 modules were graded [COLOR=darkblue]B[/COLOR]
(of which 4 were manually regraded from [COLOR=red]C[/COLOR] to [COLOR=darkblue]B[/COLOR]).
Entry  Tue May 26 23:00:50 2020, Dinko Ferencek, Other, Problem with external disk filling up too quickly 
The external hard disk (LaCie) used to back up the L1 replacement data completely filled up after transferring ~70 GB worth of data even though its capacity
is 2 TB. The backup consists of copying all .tar files and the WebOutput/ subfolder from /home/l_tester/L1_DATA/ to /media/l_tester/LaCie/L1_DATA/ The
corresponding rsync command is
Entry  Wed Oct 2 12:50:52 2019, Dinko Ferencek, Software, Problem with elComandante Keithley client during full qualification 
Full qualification was attempted for M1532 on Oct. 1. After the second Fulltest at -20 C finished, the Keitley client crashed with the following error

[CODE]
    Reply  Sat Oct 5 22:59:58 2019, Dinko Ferencek, Software, Problem with elComandante Keithley client during full qualification 
A new attempt to run the full qualification for M1532 was made on Friday, Oct. 4, but the Keithely client crashed with the same error message. This time
we managed to see from log files that the crash happened after the first IV measurement at -20 C was complete and Keithley was reset to -150 V. Unfortunately,
the log files were now saved for the test on Tuesday so we couldn't confirm that the crash occurred at the same point.
Entry  Wed Feb 12 11:15:04 2020, Dinko Ferencek, Module grading, Problem with dead trimbits understood 14x
It was noticed that some modules are graded [COLOR=red]C[/COLOR] because of typically just one ROC having a large number of dead trimbits. One example is
ROC 10 in M1537
[IMG]elog:81/1[/IMG]
Entry  Mon Mar 16 15:20:03 2020, Matej Roguljic, PhQualification, PhQualification on 16.3. 
PhQualification was run on modules M1561, M1564, M1565, M1566. 
Entry  Mon Mar 16 10:05:23 2020, Matej Roguljic, Software, PhQualification change 
Urs made a change in pXar, in the PhOptimization algorithm. One of the changes is in the testParameters.dat where vcalhigh is set to 100 instead of 255.
This was implemented on the PC used to run full qualification. A separate procedure for elComandante was created, "PhQualification.ini", which runs pretest,
pixelalive, trimming, ph and gainpedestal. This procedure will need to be run on all the modules qualified before this change was made and later merged
Entry  Mon Mar 16 11:04:41 2020, Matej Roguljic, PhQualification, PhQualification 14.-15.3. 
I ran PhQualification over the weekend with changes pulled from git (described here https://elrond.irb.hr/elog/Layer+1+Replacement/108).

14.3. M1554, M1555, M1556, M1557
Entry  Wed Aug 7 18:01:06 2019, Matej Roguljic, Cold box tests, PhOptimization problem 
August 7 - we found out that PhOptimization algorithm starts leaking memory if it fails to find proper values. If running one setup, the test might go through.
However, if multiple modules are tested in parallel and they all start leaking memory at the same time, the system will kill one testboard process (or
two if necessary), causing the unlucky testboard(s) to get stuck (powered on, HV on, but no tests running) until they are reset. Current solution to this
Entry  Sat Sep 12 23:45:56 2020, Dinko Ferencek, POS, POS configuration files created 
pXar parameter files were converted to POS configuration files by executing the following commands on the lab PC at PSI

[B]Step 1[/B] (needs to be done only once, should be repeated only if there are changes in modules and/or their locations)
    Reply  Fri Nov 6 07:28:42 2020, danek kotlinski, POS, POS configuration files created 
[quote="Dinko Ferencek"]pXar parameter files were converted to POS configuration files by executing the following commands on the lab PC at PSI

cd /home/l_tester/L1_SW/MoReWeb/scripts/
    Reply  Tue Nov 10 00:50:47 2020, Dinko Ferencek, POS, POS configuration files created 
[quote="danek kotlinski "][quote="Dinko Ferencek"]pXar parameter files were converted to POS configuration files by executing the following commands on
the lab PC at PSI
    Reply  Tue Jan 19 15:12:12 2021, Dinko Ferencek, POS, POS configuration files created 
M1560 in position bpi_sec1_lyr1_ldr1_mod3 was replaced by M1613.

The POS configuration files were re-generated and placed in /home/l_tester/L1_DATA/POS_files/Configuration_files/.
    Reply  Mon Jan 25 13:03:22 2021, Dinko Ferencek, POS, POS configuration files created 
The output POS configuration files has '_Bpix_' instead of '_BPix_' in their names. The culprit was identified to be the C3 cell in the 'POS' sheet of [URL=https://docs.google.com/spreadsheets/d/1PTlNGoXFR4mV685KnVLmydQnlJ2bUdSRyfKQmNT5pmE/edit?usp=sharing]Module_bookkeeping-L1_2020[/URL]
Google spreadsheet which contained 'Bpix' instead of 'BPix' which was messing up the file names. This has been fixed now and the configuration files regenerated.
Entry  Wed Mar 18 15:23:27 2020, Andrey Starodumov, General, New rules at PSI 
From today only two persons from the group allowed to be present. We are working in shifts: Urs in the morning start full qualification and I in the afternoon
test HDIs, run Reception, glue caps and switch the cold box, chiller etc after the full test finished.
Silvan is building usually 4 modules and 6-8 HDIs per day.
ELOG V3.1.3-7933898