CMS Pixel Detector Miscellaneous
Phase 1 Phase 2
Layer 1 Replacement Layers 2-4
  Layer 1 Replacement Elog, Page 1 of 13  Not logged in ELOG logo
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  Mon Jan 18 13:53:44 2021, Andrey Starodumov, Other, DTB tests 
M2217
--->DTB 154 (one of the red cold box setup):
- flat cable (with HV):
Entry  Fri Oct 23 13:33:04 2020, danek kotlinski, Module transfer, L1 & L2 modules to go to P5 
The following modules will be transported to CERN/P5 as spares.

1) L1 
Entry  Fri Sep 18 15:45:21 2020, Andrey Starodumov, Other, M2211 and M2122 
I made a mistake and instead M2122 used ID M2211 in the .ini file.
Hence now we do not have entry for M2122 but have 2 entries for M2211: one is of Sept 18 and another one called old of Sep 17).
Test results of Sep 17 are for 2211
Entry  Wed Sep 2 16:09:24 2020, Matej Roguljic, Modules for P, M1595 switch with M1558 
Module 1595 was foreseen to go on the inner ladder 5, position -2 (negative two). During the pre-installation test, we saw it had a high leakage current,
~8 microAmps at room temperature. Therefore, we decided to place module 1558 in its place instead of it.
Entry  Fri Aug 28 14:07:24 2020, Andrey Starodumov, PhQualification, M1539 
There is no new PH optimisation for this module?!
To be checked!
Entry  Fri Aug 28 12:02:48 2020, Andrey Starodumov, XRay HR tests, M1599 
ROC5 has eff=93.65% and should be graded C. Somehow efficiency was not taken into account for HR test grading???
Entry  Fri Aug 28 11:53:23 2020, Andrey Starodumov, PhQualification, M1555 
There is no new PH optimisation for this module?!
To be checked!
Entry  Fri Aug 28 11:13:33 2020, Andrey Starodumov, Module grading, M1615 
M1615: one pixel in ROC10 unmaskable hence should be graded C. Otherwise the module is of grade A
To be checked!
Entry  Fri Aug 14 13:47:26 2020, Andrey Starodumov, General, new PH optimisation test and Total Overview 
New PH optimisation is done at -20C as a FT, hence the results of this test are added to "DB" file as the second m20_1 test.
If there are more than one result per test in the DB file the total production overview is corrupted in a way that for such 
modules # of defects is not calculated (due to ambiguity) and hence these modules are not rank according to the number of defects.
Entry  Wed Jul 29 17:19:43 2020, danek kotlinski, PhQualification, Change configuration for PH qialification 
Preparing the new PH optimization I had to make the following modifications:

1) in elCommandante.ini
Entry  Fri Jul 10 11:24:37 2020, Urs Langenegger, Reception test, proc600V3 modules 
This week I tested 12 modules built with proc600v3. The module numbers are M1722 - M1733. 
The results are summarized at the usual place: 
http://cms.web.psi.ch/L1Replacement/WebOutput/MoReWeb/Overview/Overview.html
Entry  Sun Jul 5 13:20:55 2020, Dinko Ferencek, General, Disk cleanup on the lab PC (pc11366.psi.ch) pxar_junk_home.txt
Home folder was cleaned up by deleting old pXar output .log and .root files. The full list is in the attached file. This released around 11 GB of disk space.

In addition, the following MoReWeb output folders which are no longer needed were deleted
Entry  Thu Jul 2 13:48:20 2020, danek kotlinski, Module transfer, Transport #7 to ETH 
Lea brought the last batch of 8 modules to ETH:
1542
1593
Entry  Thu Jun 18 20:04:41 2020, danek kotlinski, Module transfer, Modules to ETH, transport #6 
Today Lea has delivered another group of 18 modules to the ETH:
1604
1603
Entry  Tue Jun 16 19:23:37 2020, danek kotlinski, Module transfer, modules from and to ETH, list 3 
The 27 modules from list 2 have been transferred back to PSI.

The following 18 modules have been transferred to ETH:
Entry  Mon Jun 15 10:36:45 2020, Andrey Starodumov, FTs for ETHZ, Module list 3 
M1596 2020-04-28 
M1597 2020-04-30 
M1598 2020-05-04 
    Reply  Tue Jun 16 00:45:48 2020, Dinko Ferencek, FTs for ETHZ, Module list 3 
The following FullQualification tar file have been uploaded to CERNBox

rsync -avPSh --no-r --include="M1596_FullQualification_2020-04-28*.tar" --exclude="*" /home/l_tester/L1_DATA/* /home/l_tester/DATA/L1_DATA_Backup/CERNBox_Dropbox/
Entry  Tue Jun 9 17:19:00 2020, danek kotlinski, Module transfer, gel-pack transfers  
The following modules, which were already X-ray tested and came back from ETHZ, 
have been transferred to gel_packs:
1623
Entry  Fri Jun 5 16:22:19 2020, Andrey Starodumov, General, Cleaning L1_DATA directory 
To be able to analyse Xray data and keep Total Production overview in a proper state we need to clean L1_DATA directory.
Reasons:
1) if one analyse Xray test results with flag -new, then all deleted with -d flag tests will be analysed again and Total production overview will have
Entry  Fri Jun 5 13:47:11 2020, Andrey Starodumov, Module grading, M1613 
FT of this modules has been done twice: March 23 and March 25, in both cases with the final test SW. On March 23 module was graded C due to many trim bit
failures. That is why it was retested. But after failure in trimbits were excluded from the grading, FT of Mar 23 looks better then later FT of Mar25.
That is why FT of Mar 23 is kept.
ELOG V3.1.3-7933898