CMS Pixel Detector Miscellaneous
Phase 1 Phase 2
Layer 1 Replacement Layers 2-4
  Layer 1 Replacement Elog, Page 7 of 16  Not logged in ELOG logo
Entry  Fri Feb 14 09:48:27 2020, Dinko Ferencek, Full test, FT for 12 modules: 1561-1576 (1563, 1567, 1572, 1575 excluded) 
[COLOR=blue]Feb. 11[/COLOR]

[B]1561:[/B] [COLOR=red]C/[/COLOR][COLOR=darkblue]B/B[/COLOR] (-20/-20/+10). Mean noise >200e for some ROCs, dead trimbits in ROC 6, but trimmed Vcal threshold
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  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]
    Reply  Thu Apr 30 17:24:57 2020, Dinko Ferencek, Software, MoReWeb empty DAC plots 
[quote="Matej Roguljic"]Some of the DAC parameters plots were empty in the production overview page. All the empty plots had the number "35" in them (e.g.
DAC distribution m20_1 vana 35). The problem was tracked down to the trimming configuration. Moreweb was expecting us to trim to Vcal 35, while we decided
to trim to Vcal 50. I "grepped" where this was hardcoded and changed 35->50. 
    Reply  Thu May 7 00:10:15 2020, Dinko Ferencek, Software, MoReWeb empty DAC plots 
[quote="Andrey Starodumov"][quote="Matej Roguljic"]Some of the DAC parameters plots were empty in the total production overview page. All the empty plots
had the number "35" in them (e.g. DAC distribution m20_1 vana 35). The problem was tracked down to the trimming configuration. Moreweb was expecting us
to trim to Vcal 35, while we decided to trim to Vcal 50. I "grepped" where this was hardcoded and changed 35->50. 
Entry  Thu May 7 00:27:41 2020, Dinko Ferencek, Module grading, Comment about TrimBitDifference and its impact on the Trim Bit Test 
To expand on the following [URL=https://elrond.irb.hr/elog/Layer+1+Replacement/253]elog[/URL], on Mar. 24 Andrey changed the TrimBitDifference parameter
in Analyse/Configuration/GradingParameters.cfg from 2 to -2
Entry  Thu May 7 00:56:50 2020, Dinko Ferencek, Software, MoReWeb updates related to the BB2 test 9x
Andrey noticed that results of the BB2 test (here example for ROC 12 in M1675)

[IMG]elog:255/1[/IMG]
Entry  Thu May 7 01:51:03 2020, Dinko Ferencek, Software, Strange bug/feature affecting Pixel Defects info in the Production Overview page Production_Overview_Pixel_defects_problem.png
It was observed that sometimes the Pixel Defects info in the Production Overview page is missing

[IMG]elog:256/1[/IMG]
Entry  Mon May 11 21:32:20 2020, Dinko Ferencek, Software, Fixed double-counting of pixel defects in the production overview page 
As a follow-up to this [URL=https://elrond.irb.hr/elog/Layer+1+Replacement/255]elog[/URL], double-counting of pixel defects in the production overview page
was fixed in [URL=https://gitlab.cern.ch/CMS-IRB/MoReWeb/-/commit/3a2c67727b4b048c1546d666c4104396418bc2fe]3a2c6772[/URL].
Entry  Mon May 11 21:37:43 2020, Dinko Ferencek, Software, Fixed the BB defects plots in the production overview page 
[URL=https://gitlab.cern.ch/CMS-IRB/MoReWeb/-/commit/0407e04c85725cac41a1cbf08af68744c40b2bc7]0407e04c[/URL]: attempting to fix the BB defects plots in
the production overview page (seems mostly related to the 17 to 10 C change)
[URL=https://gitlab.cern.ch/CMS-IRB/MoReWeb/-/commit/f2d554c5f53c712ffaec02d55bfb6006b0fe3799]f2d554c5[/URL]: it appears that BB2 defect maps were not
Entry  Mon May 11 21:41:15 2020, Dinko Ferencek, Software, 17 to 10 C changes in the production overview page 
[URL=https://gitlab.cern.ch/CMS-IRB/MoReWeb/-/commit/0c513ab8de39460ed793ef71c21b65becd4fccb9]0c513ab8[/URL]: a few more updates on the main production
overview page related to the 17 to 10 C change 
    Reply  Wed May 13 23:16:37 2020, Dinko Ferencek, Software, Fixed double-counting of pixel defects in the production overview page 
[quote="Dinko Ferencek"]As a follow-up to this [URL=https://elrond.irb.hr/elog/Layer+1+Replacement/255]elog[/URL], double-counting of pixel defects in the
production overview page was fixed in [URL=https://gitlab.cern.ch/CMS-IRB/MoReWeb/-/commit/3a2c67727b4b048c1546d666c4104396418bc2fe]3a2c6772[/URL].[/quote]
    Reply  Tue May 26 22:56:46 2020, Dinko Ferencek, FTs for ETHZ, Module list1 
The following FullQualification tar file have been uploaded to CERNBox

rsync -avPSh --no-r --include="M1536_FullQualification_2020-04-29*.tar" --exclude="*" /home/l_tester/L1_DATA/* /home/l_tester/DATA/L1_DATA_Backup/CERNBox_Dropbox/
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
    Reply  Thu Jun 4 11:32:46 2020, Dinko Ferencek, FTs for ETHZ, Module list2 
The following FullQualification tar file have been uploaded to CERNBox

rsync -avPSh --no-r --include="M1538_FullQualification_2020-04-29*.tar" --exclude="*" /home/l_tester/L1_DATA/* /home/l_tester/DATA/L1_DATA_Backup/CERNBox_Dropbox/
    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  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  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  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/.
ELOG V3.1.3-7933898