CMS Pixel Detector Miscellaneous
Phase 1 Phase 2
Layer 1 Replacement Layers 2-4
  Layer 1 Replacement Elog, Page 13 of 13  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
Entry  Wed Oct 2 12:41:16 2019, Dinko Ferencek, Module assembly, First production modules assembled 6x
First production modules (M1530, M1531, M1532) were built on Monday, Sep. 30 2019.

There was a problem with wire bonding of ROC5 on M1530. There is a small crater on one of the ROC pads which appears to had been created by the BareModule
Entry  Thu Sep 26 21:48:56 2019, Dinko Ferencek, Module assembly, Cap gluing training 
Today I performed my first cap gluing. As an exercise it was first done on two dummy modules and later on a pre-production module M1522. Before the cap
gluing the module M1522 was visually inspected and a Reception test was run. Before the cap gluing everything looked fine. After the cap gluing the module
M15222 was again visually inspected and it looked like wire bonds in one of the corners might have been slightly bent and some glue got deposited on some
    Reply  Fri Sep 27 23:22:02 2019, Dinko Ferencek, Module assembly, Cap gluing training M1522_beforeGluing.pngM1522_afterGluing.pngM1522_diff.png
Attached are the bump bonding threshold maps before and after cap gluing and the (before - after) difference for M1522.
Entry  Fri Sep 27 22:24:31 2019, Dinko Ferencek, General, Activities on 27. 9. 2019. 
[LIST]
[*] Today Silvan wire bonded TBMs to the first batch of 8 new HDIs which were then tested. 5 out of 8 HDIs received a passing grade. Of the 3 failing HDIs,
2 had a spark occurring. The final testing results can be found in [URL=https://github.com/mroguljic/HDI_L1/blob/bb78cddaacc7488910aa26bbf609fcff3618c597/HDIresults.csv]https://github.com/mroguljic/HDI_L1/blob/bb78cddaacc7488910aa26bbf609fcff3618c597/HDIresults.csv[/URL].
Entry  Thu Sep 26 22:09:14 2019, Dinko Ferencek, Software, DAC configuration update 
In accordance with the agreement made in an email thread initiated by Danek, the following changes to DAC settings for ROCs

vsh: 30 -> 8
Entry  Thu Sep 26 17:38:07 2019, Matej Roguljic, General, Activities 25.-26.9. 
It was planned to test a batch of HDIs these 2 days but the shipment was late. Dinko and Andrei were shown the HDI testing procedure. Matej further worked
on the script used to test the HDIs. Dinko glued caps on 2 dummy modules and on M1522. New HDIs arrived on 26th and it looks like the kapton will have
to be put underneath them during the testing to prevent sparking.
Entry  Thu Sep 26 15:51:30 2019, Dinko Ferencek, Software, pXar code updated 
pXar code in /home/l_tester/L1_SW/pxar/ on the lab PC was updated yesterday from [URL=https://github.com/psi46/pxar/tree/15b956255afb6590931763fd07ed454fb9837fc0]https://github.com/psi46/pxar/tree/15b956255afb6590931763fd07ed454fb9837fc0[/URL]
to the latest version [URL=https://github.com/psi46/pxar/tree/e17df08c7bbeb8472e8f56ccd2b9d69a113ccdc3]https://github.com/psi46/pxar/tree/e17df08c7bbeb8472e8f56ccd2b9d69a113ccdc3[/URL]
which among other things contains updated DAC settings for ROCs.
Entry  Thu Sep 12 10:32:27 2019, Matej Roguljic, General, Activities 10.9.-19.9.2019. 
10.9.
Modules 1504,1505,1520 brought to PSI after irradiation to 1.2 MGy in Zagreb. All 3 were not working when put under test with pXar. 1504 and 1520 couldn't
set Vana at all. 1505 could set Vana, but timing couldn't be found and pixels weren't responding. Inspection under the microscope showed some "white-greenish"
    Reply  Thu Sep 19 14:20:07 2019, Matej Roguljic, General, Activities 10.9.-19.9.2019. 
[quote="Matej Roguljic"]10.9.
Modules 1504,1505,1520 brought to PSI after irradiation to 1.2 MGy in Zagreb. All 3 were not working when put under test with pXar. 1504 and 1520 couldn't
set Vana at all. 1505 could set Vana, but timing couldn't be found and pixels weren't responding. Inspection under the microscope showed some "white-greenish"
Entry  Tue Sep 10 15:18:20 2019, Matej Roguljic, Other, Modules 1504, 1505, 1520 irradiation report 
Modules 1504, 1505 and 1520 were taken to Zagreb for irradiation on 13.08.19. The goal was to check the v4 behavior after irradiation. They were irradiated
to 1.2 MGy and returned to PSI on 9th of September. Upon testing them at PSI, they all had issues. ROCs on M1504 and M1520 were not programmable at all,
changing Vana had no effect. Vana could be set on M1505 while targeting Iana = 28 mA/ROC, however, no timing could be found for it and no working pixel
    Reply  Fri Sep 13 15:06:51 2019, Andrey Starodumov, Other, Modules 1504, 1505, 1520 irradiation report 
It was discovered that these modules were stored in Zagreb in the climatic lab where T was about +22C. These modules have been transported from Co60 irradiation
facility to the lab on open air with T>30C and RH>70%. Water in the air under the cap condensated on the surface of HDIs and diluted residuals (from soldering,
passivation etc), that after remains liquid or crystallised.
       Reply  Thu Sep 19 00:52:24 2019, Dinko Ferencek, Other, Modules 1504, 1505, 1520 irradiation report ZG-FER_temp_hum_2019.08.16.-09.16.pngpixellab-main-room-1.png
[quote="Andrey Starodumov"]It was discovered that these modules were stored in Zagreb in the climatic lab where T was about +22C. These modules have been
transported from Co60 irradiation facility to the lab on open air with T>30C and RH>70%. Water in the air under the cap condensated on the surface of HDIs
and diluted residuals (from soldering, passivation etc), that after remains liquid or crystallised.
Entry  Wed Sep 18 15:45:45 2019, Matej Roguljic, Module assembly, HDI sparking under HV test 7x
HDI [B]8010[/B] passed all test except the HV. Under the HV test, some sparks could be heard and even seen by eye on the right TBM (closer to the HV pad!).
Testing it again, showed that it was indeed damaged by the spark. Sparking craters could be seen with the microscope between pads 4 and 5 of the TBM.
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  Wed Aug 7 12:24:14 2019, Matej Roguljic, Documentation, Activities 31.7.-9.8.2019. 
31.7.

Matej tested 4 HDIs (8030-8033 and 8010). 8010 had a faulty TBM which was replaced, however, during subsequent tests, other TBM (the one which was working
Entry  Wed Aug 7 11:49:07 2019, Matej Roguljic, Module assembly, HDI glue irradiation tests 10x
Six different glues were used to glue the cap on six dummy modules. They were all irradiated to 120 MRad in Zagreb after which they were taken to PSI and
tested with the tweezers under the microscope.
Entry  Tue Aug 6 16:06:45 2019, Matej Roguljic, Other, Vsh and ctrlreg for v4 chips 
The recommended default value for Vsh is 8, but the current version of pXar has it as 30. One should remember this when making new configuration folders
from mkConfig. The recommended value of ctrlreg is 17.
Entry  Tue Aug 6 16:01:17 2019, Matej Roguljic, Software, Wrong dac settings - elComandante 
If it seems that elComandante is taking wrong dac settings for tests like Reception test or full qualification, one should remember that it does NOT read
values from module specific folders like "M1523", but rather from tbm-specific folders like "tbm10d". The folders from which the dacs are taken are listed
in "elComandante.config", the lines which look like "tbm10d:tbm10d".
Entry  Tue Aug 6 15:15:00 2019, Matej Roguljic, General, Activities 19.6.-4.7.2019. 
17.6.-21.6.

Andrei and Matej were at PSI working on the cap gluing setup
Entry  Tue Aug 6 14:30:00 2019, Dinko Ferencek, Documentation, Jumo Imago 500 manuals 
Manuals can be found at https://www.manualslib.com/products/Jumo-Imago-500-8786441.html
ELOG V3.1.3-7933898