CMS Pixel Detector Miscellaneous
Phase 1 Phase 2
Layer 1 Replacement Layers 2-4
  Layer 1 Replacement Elog, Page 5 of 16  Not logged in ELOG logo
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 Nov 27 18:25:08 2019, Dinko Ferencek, Software, pXar code updated 
pXar code in /home/l_tester/L1_SW/pxar/ on the lab PC was updated on Monday, Nov. 25 from [URL=https://github.com/psi46/pxar/tree/e17df08c7bbeb8472e8f56ccd2b9d69a113ccdc3]https://github.com/psi46/pxar/tree/e17df08c7bbeb8472e8f56ccd2b9d69a113ccdc3[/URL]
to [URL=https://github.com/psi46/pxar/tree/9c3b81791738e1b8ec7dd9f0d1b68f8800f8416c]https://github.com/psi46/pxar/tree/9c3b81791738e1b8ec7dd9f0d1b68f8800f8416c[/URL]
which pulled in the latest updates to the pulse height optimization test. Today a few remaining updates were pulled in by going to the current HEAD of
Entry  Wed Nov 27 21:50:02 2019, Dinko Ferencek, Software, Reorganized pXar configuration files for pixel modules 
Due to different DAC settings needed for PROC V3 and V4, a single folder containing module configuration files cannot cover both ROC types. To address this
problem, the existing folder 'tbm10d' in /home/l_tester/L1_SW/pxar/data/ containing configuration for PROC V4 was renamed to 'tbm10d_procv4' and a new
folder for PROC V3, 'tbm10d_procv3', was created. For backward compatibility, a symbolic link 'tbm10d' was created that points to 'tbm10d_procv4'.
    Reply  Thu Nov 28 18:23:31 2019, Dinko Ferencek, Software, Reorganized pXar configuration files for pixel modules 
[quote="Dinko Ferencek"]Due to different DAC settings needed for PROC V3 and V4, a single folder containing module configuration files cannot cover both
ROC types. To address this problem, the existing folder 'tbm10d' in /home/l_tester/L1_SW/pxar/data/ containing configuration for PROC V4 was renamed to
'tbm10d_procv4' and a new folder for PROC V3, 'tbm10d_procv3', was created. For backward compatibility, a symbolic link 'tbm10d' was created that points
    Reply  Thu Nov 28 18:34:00 2019, Dinko Ferencek, Software, pXar code updated 
[quote="Dinko Ferencek"]pXar code in /home/l_tester/L1_SW/pxar/ on the lab PC was updated on Monday, Nov. 25 from [URL=https://github.com/psi46/pxar/tree/e17df08c7bbeb8472e8f56ccd2b9d69a113ccdc3]https://github.com/psi46/pxar/tree/e17df08c7bbeb8472e8f56ccd2b9d69a113ccdc3[/URL]
to [URL=https://github.com/psi46/pxar/tree/9c3b81791738e1b8ec7dd9f0d1b68f8800f8416c]https://github.com/psi46/pxar/tree/9c3b81791738e1b8ec7dd9f0d1b68f8800f8416c[/URL]
which pulled in the latest updates to the pulse height optimization test. Today a few remaining updates were pulled in by going to the current HEAD of
Entry  Thu Nov 28 18:58:30 2019, Dinko Ferencek, Software, Updated Fulltest configuration 
The Fulltest definition used on the lab PC and stored in /home/l_tester/L1_SW/elComandante/config/tests/Fulltest had the following content

pretest
Entry  Fri Nov 29 17:06:26 2019, Dinko Ferencek, General, Dropbox folder on CERNBox set up 
A dropbox folder for elComandante tar files was set up in my CERNBox and synchronized with the following local folder on the lab PC

/media/disk1/DATA/L1_DATA_Backup/CERNBox_Dropbox/
    Reply  Mon Jan 20 13:47:33 2020, Dinko Ferencek, Software, pXar code updated 
[quote="Dinko Ferencek"][quote="Dinko Ferencek"]pXar code in /home/l_tester/L1_SW/pxar/ on the lab PC was updated on Monday, Nov. 25 from [URL=https://github.com/psi46/pxar/tree/e17df08c7bbeb8472e8f56ccd2b9d69a113ccdc3]https://github.com/psi46/pxar/tree/e17df08c7bbeb8472e8f56ccd2b9d69a113ccdc3[/URL]
to [URL=https://github.com/psi46/pxar/tree/9c3b81791738e1b8ec7dd9f0d1b68f8800f8416c]https://github.com/psi46/pxar/tree/9c3b81791738e1b8ec7dd9f0d1b68f8800f8416c[/URL]
which pulled in the latest updates to the pulse height optimization test. Today a few remaining updates were pulled in by going to the current HEAD of
Entry  Mon Jan 20 21:33:20 2020, Dinko Ferencek, Cold box tests, Latest tests of PH optimization TrimBitTest_old.pngTrimBitTest_new.png
We did some tests by running the latest version of pXar on modules M1521, M1529, M1534 and M1536, specifically trimming and PH optimization. Of the 4 modules
tested, the PH optimization converged only for M1521. We plan to further investigate with Urs' help possible reasons for failed PH optimization.
    Reply  Tue Jan 21 12:19:08 2020, Dinko Ferencek, Cold box tests, Latest tests of PH optimization 
[quote="Dinko Ferencek"]We did some tests by running the latest version of pXar on modules M1521, M1529, M1534 and M1536, specifically trimming and PH optimization.
Of the 4 modules tested, the PH optimization converged only for M1521. We plan to further investigate with Urs' help possible reasons for failed PH optimization.
Entry  Wed Jan 22 11:39:48 2020, Dinko Ferencek, Software, BB2 configuration 
When attempting to run the FullQualification this morning, pXar crashed while running the BB2 test. After some investigation, we realized the source of
the problem was the BB2 configuration missing from testParameters.dat. The configuration is available in moreTestParameters.dat but by default the mkConfig
script does not put it in testParameters.dat. Since we run BB2 in the FullQualification, the configuration needs to be copied by hand every time the configuration
Entry  Wed Jan 22 11:50:20 2020, Dinko Ferencek, Software, Module configuration files for interactive tests 
There are two module configuration folders set up for elComandante

/home/l_tester/L1_SW/pxar/data/tbm10d_procv3/
Entry  Thu Jan 23 14:54:45 2020, Dinko Ferencek, Cold box tests, Keithley exchanged 
Yesterday during an attempt to run the FullQualification, elComandante would lose control over Keithley after performing the IV curve measurements and would
go in the subsequent Fulltest with HV off. This happened both between the two sets of tests at -20 C and between the tests at -20 C and +10 C. Today we
exchanged the old Keithley with a new one and we observe that the communication with this new Keithley is much smoother without any error codes and warning
Entry  Thu Jan 23 15:15:45 2020, Dinko Ferencek, Software, Trimming Vcal value changed from 35 to 40 
Trimming Vcal value changed from 35 to 40 in the testParameters.dat files stored in

/home/l_tester/L1_SW/pxar/data/tbm10d_procv3/
Entry  Fri Jan 24 18:12:00 2020, Dinko Ferencek, Software, MoReWeb code updates 
MoReWeb code updated to include the ROC wafer info in the XrayCalibration and XRayHRQualification pages:
[URL=https://gitlab.cern.ch/CMS-IRB/MoReWeb/commit/4de8ea39050600367ae0b8e959fcc00f29be45d8]https://gitlab.cern.ch/CMS-IRB/MoReWeb/commit/4de8ea39050600367ae0b8e959fcc00f29be45d8[/URL]
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 Jan 24 18:22:00 2020, Dinko Ferencek, General, L1 replacement web page updated 
This week several new links were added to the main L1 replacement web page located at the following URL
[URL=http://cms.web.psi.ch/L1Replacement/]http://cms.web.psi.ch/L1Replacement/[/URL]
Entry  Tue Feb 4 19:35:38 2020, Dinko Ferencek, Module transfer, 7 modules prepared for transfer to ETH: 1536, 1537, 1538, 1540, 1541, 1542, 1543 
The following modules have been prepared today for transport to ETH for x-ray qualification:
1536, 1537, 1538, 1540, 1541, 1542, 1543
Entry  Tue Feb 4 19:51:10 2020, Dinko Ferencek, Module assembly, Cap gluing 
Today protective caps have been glued to modules 1545, 1547, 1548, 1549, and 1550.
ELOG V3.1.3-7933898