| ID |
Date |
Author |
Category |
Subject |
|
108
|
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 with previous full qualification results. |
|
107
|
Sat Mar 14 17:08:14 2020 |
Matej Roguljic | Full test | Fulltests on 2020/03/13 |
Modules tested:
M1591 C (gain at -20)
M1595 B
M1597 B
M1598 B |
|
105
|
Thu Mar 12 17:21:59 2020 |
Matej Roguljic | Full test | Fulltests on 2020/03/12 |
Modules tested:
M1557 C (trim bits at -20)
M1558 C (gain at -20)
M1590 B (still graded C in moreweb because of the previous full qualification, this should be corrected)
M1600 B (still graded C in moreweb because of the previous full qualification, this should be corrected) |
|
104
|
Thu Mar 12 12:19:43 2020 |
Matej Roguljic | HDI test | 5 HDI tests on 12.3. |
| I tested 5 HDIs on 12.3. 1030,1029,1040,1039 and 1038. 1039 failed all the electrical tests. All the others passed the tests. HDI 1038 has one wirebond which is connected to the pad on the HDI and then it extends back up (like this: TBM./\.HDI/). The connection is good, but I just want to check with Silvan later if this is a problem. |
|
103
|
Wed Mar 11 17:59:48 2020 |
Andrey Starodumov | Re-grading | Regrading C M1542: due to Noise |
Follow the instruction from M1591 regrading log:
"To correct the Summary page one needs to remove rows from DB with C grade from previous data analysis (that for some reason stayed in DB)
using python Controller -d and then run python Controller -m MXXXX"
The Mean noise remains the same but threshold scaled according to the new VCal calibration (44 instead of 50).
To have corrected Mean noise one needs to refit SCurves, means run MoreWeb analysis with -r flag: "Controller -m MXXXX -r"
The modules still graded C due to relative gain spread. It will be re-tested tomorrow with new HP optimization/calibration procedure. |
|
102
|
Wed Mar 11 17:22:57 2020 |
Matej Roguljic | HDI test | 8 HDI tests on 11.3. |
I tested 8 HDIs today: 5029,5030,5031,6034,6036,6035,1031 and 1032
All of them tested fine. |
|
101
|
Wed Mar 11 17:12:05 2020 |
Matej Roguljic | HDI test | HDI testing procedure change |
There is an additional test that will be used from 11.03. on all HDIs. It involves measuring the voltage between ground and the HV pin of the needle card with the goal of checking whether proper voltage is delivered to the HDI. The HDI testing script has been updated and it now prompts the user to set the voltage to -800 V, measure the voltage on the pin and write this into the test results. After this, another instruction has been added which tells the user to raise the Z-stage (needle card) before setting voltage to -1100 V. This is done to prevent sparking from the HV pad to the HV pin if the alignment is slightly off.
While measuring the voltage on the HV pin, one should keep in mind the proper settings on the Keithley. When the voltmeter probe is connected to the pin, the current reading on Keithley will go up and if the current readout range is low, it will limit the voltage even before hitting compliance. This was observed during the initial testing of the new procedure. Range should be set to maximum (100 muA) and compliance should be set to 105 muA. This is high enough that it is not reached while measuring voltage at -800 V. |
|
100
|
Wed Mar 11 16:48:10 2020 |
Andrey Starodumov | Other | M1586: issues with MOLEX? |
| Urs Langenegger wrote: | Module M1586 had passed the full qualification on 20/02/27. I had had to re-insert the cable in the Molex connector for it to become programmable.
On 2020/03/09, I tried to re-test M1586, but it was not programmable. Visual inspection revealed nothing to me. I did re-insert the cable once again, but this time this did not help.
Maybe one should try again re-inserting the cable.
Maybe these issues are an indication that the module (MOLEX) is flaky. |
Most likely the cable contacts caused such behavior since they look damaged.
After changing the cable module do not show any more problems. |
|
99
|
Wed Mar 11 15:34:57 2020 |
Urs Langenegger | Other | M1586: issues with MOLEX? |
Module M1586 had passed the full qualification on 20/02/27. I had had to re-insert the cable in the Molex connector for it to become programmable.
On 2020/03/09, I tried to re-test M1586, but it was not programmable. Visual inspection revealed nothing to me. I did re-insert the cable once again, but this time this did not help.
Maybe one should try again re-inserting the cable.
Maybe these issues are an indication that the module (MOLEX) is flaky. |
|
98
|
Mon Mar 9 16:16:48 2020 |
Andrey Starodumov | HDI test | HDIs: 3001, 3002, 3003, 3004 and 4033 |
Today I tested 5 HDIs: 3001, 3002, 3003, 3004 and 4033
Results:
3001
- electrically OK
- HV OK
- I heard 10+ sparks during 60sec
--> HDI did not pass tests
Danek took it for HV test at his setup
3002-3004, 4033
- all showed different patterns of electrical test failures in Quadrant 0 and 3 (Q0, Q3)
- either all 3 (clock, CTR, SDA) tests fails on Q0 and/or Q3 or some of them or only Ch1 (out of two channels) fails.
--> HDIs did not pass tests
Since patterns were similar the reason could be miss-alignment of contacts. Under microscope in some cases one could see marks outside contact pads.
Conclusion:
we have to re-align the pin head of the jig with respect to HDI and repeat tests of HDIs: 3002-3004 and 4033. |
|
97
|
Wed Mar 4 16:00:05 2020 |
Andrey Starodumov | Re-grading | Regrading C M1591: due to Noise |
| Andrey Starodumov wrote: | It has been realized by Urs that VCal to electron conversion used by MoreWeb is still 50e/VCal.
While recent calibration done by Maren with a few new modules suggest that this conversion is 43.7electrons per 1 VCal (the number from Danek).
I re-run MoreWeb analysis with 44e/Vcal for modules that are graded C for high noise (>300e).
1) Change 50-->44 in
(1) Analyse/AbstractClasses/TestResultEnvironment.py: 'StandardVcal2ElectronConversionFactor':50,
(2) Analyse/Configuration/GradingParameters.cfg:StandardVcal2ElectronConversionFactor = 50
(3) Analyse/Configuration/GradingParameters.cfg.default:StandardVcal2ElectronConversionFactor = 50
2) remove all SCurve_C*.dat files (otherwise new fit results are not written in these files)
3) run python Controller.py -r -m M1591
M1591:
- all three T grade C due to Mean Noise > 300 for ROC0 and/or both ROC0 and ROC1
- after rerun MoreWeb all but one grades are B on individual FT page but in Summary pages grades still C???
- second time at -20C: grade C is due to trimming fails in ROC0: 211 pixels have too large threshold after trimming
Trimming to be checked!!! |
To correct the Summary page one needs to remove rows from DB with C grade from previous data analysis (that for some reason stayed in DB)
using python Controller -d and then run python Controller -m MXXXX
To the directory :~/L1_DATA/WebOutput/MoReWeb/FinalResults/REV001/R001/M1591_FullQualification_2020-02-28_08h03m_1582873436/QualificationGroup/ModuleFulltest_m20_2
file grade.txt with a content "2" (corresponds to grade B) has been added. Hence this test grade has been changed from C to B.The reason is that 211 pixels fail trimming (threshold is outside boundary) is a too low trim threshold: VCal=40. From now on 50 will be used. |
|
96
|
Wed Mar 4 11:32:42 2020 |
danek kotlinski | Full test | change the target trim threshodl to vcal=50 |
After some discussion we decided to change the target trimming threshold from vcal 40 to 50.
Many ROCs cannot be run with xrays at 40 while all I have seen until now can be run at 50.
45 might be possible for some rocs but will fail for others.
D. |
|
95
|
Tue Mar 3 14:05:13 2020 |
Andrey Starodumov | Re-grading | Regrading C modules: due to Noise |
It has been realized by Urs that VCal to electron conversion used by MoreWeb is still 50e/VCal.
While recent calibration done by Maren with a few new modules suggest that this conversion is 43.7electrons per 1 VCal (the number from Danek).
I re-run MoreWeb analysis with 44e/Vcal for modules that are graded C for high noise (>300e).
1) Change 50-->44 in
(1) Analyse/AbstractClasses/TestResultEnvironment.py: 'StandardVcal2ElectronConversionFactor':50,
(2) Analyse/Configuration/GradingParameters.cfg:StandardVcal2ElectronConversionFactor = 50
(3) Analyse/Configuration/GradingParameters.cfg.default:StandardVcal2ElectronConversionFactor = 50
2) remove all SCurve_C*.dat files (otherwise new fit results are not written in these files)
3) run python Controller.py -r -m M1591
M1591:
- all three T grade C due to Mean Noise > 300 for ROC0 and/or both ROC0 and ROC1
- after rerun MoreWeb all but one grades are B on individual FT page but in Summary pages grades still C???
- second time at -20C: grade C is due to trimming fails in ROC0: 211 pixels have too large threshold after trimming
Trimming to be checked!!! |
|
94
|
Mon Mar 2 17:39:36 2020 |
Urs Langenegger | Full test | Fulltests on 2020/03/02 |
Modules tested:
M1595 C
M1596 B
M1597 C
M1600 C
Andrey and I suspect that these grades are driven by a bad PH optimization. |
|
93
|
Fri Feb 28 17:33:16 2020 |
Urs Langenegger | Full test | Fulltests on 2020/02/28 |
M1589 B
M1590 C (gain issues?)
M1591 C (noise issues?)
M1592 B |
|
92
|
Thu Feb 27 10:14:09 2020 |
danek kotlinski | Module transfer | M1562 to DESY |
M1562 was not qualified during a full test since the test did not complete.
Looking at the module I see that roc 2 has a lot of noise row 79.
I tried to mask all pixels in this row but the masking does not work.
With this feature one can run pixel alive but trimming fails completely for roc 2.
The only way to trim the module is to disable the whole roc 2.
Since it seems to me that we will never want to use this module in the detector
I have given it to Jory to be used in the DESY test beam.
She already has 2-3 module from the pre-production, so with older versions of HDIs & ROCs.
I have also looked at 2 other modules which were classified as C 1557 and 1558.
Both look fine to me but I have not run the PH optimization on them.
D. |
|
91
|
Thu Feb 27 09:47:51 2020 |
Urs Langenegger | Full test | Fulltest on 2020/02/26 |
On Wednesday, 2020/02/26 the following modules went through the full qualification procedure:
M1581
M1582
M1583
M1584
All received grade B (from a cursory glance due to mean noise). |
|
90
|
Wed Feb 26 10:34:55 2020 |
Urs Langenegger | Full test | Fulltest after Peltier replacement |
On 2020/02/25, after SIlvan had replaced the Peltiers, I did a fulltest. Here the summary:
Finished all tests. Summary of test durations:
Fulltest@-20 127 min 5 sec
IV_TB0@-20 4 min 23 sec
IV_TB1@-20 5 min 1 sec
IV_TB2@-20 5 min 1 sec
IV_TB3@-20 5 min 1 sec
Cycle 39 min 23 sec
Fulltest@-20 121 min 6 sec
IV_TB0@-20 4 min 23 sec
IV_TB1@-20 5 min 1 sec
IV_TB2@-20 5 min 1 sec
IV_TB3@-20 5 min 1 sec
Fulltest@10 115 min 17 sec
IV_TB0@10 4 min 42 sec
IV_TB1@10 5 min 5 sec
IV_TB2@10 5 min 5 sec
IV_TB3@10 5 min 5 sec
--------------------------------------------------
total 461 min 48 sec
All modules were graded 'B' (I think because of the noise mean being to high in a few chips per module) |
|
89
|
Tue Feb 25 17:11:18 2020 |
Urs Langenegger | Module assembly | Modules glued and tested Feb 24/25 |
Modules glued and tested Feb 24/25
The letters after the module name indicate the reception test grade.
M1590 A (after Silvan fixed broken HV bond)
M1592 A
M1595 B
M1596 A
M1597 A
M1599 C (leakage current: 16uA)
M1600 A
M1598 had a broken clock wire bond, was diagnosed by Wolfram and fixed by Silvan. Will be processed together with the other modules that had problems after taking them out of the storage box (M1593 and M1594), in case they can be fixed. |
|
88
|
Mon Feb 24 14:01:29 2020 |
Urs Langenegger | Module assembly | Cap gluing in W8 |
In week 8 the following modules were glued and tested:
M1581
M1582
M1583
M1584
M1585
M1586
M1587
M1588
M1589
M1591
M1590 was not glued last week because it had one HV bond broken (Silvan fixed this on Monday, 20/02/24).
M1586 initially had problems with the readout after gluing, but this was fixed by porperly closing the MOLEX connector. In the reception test, M1586 was graded 'B'.
All other modules were graded 'A' in the reception test.
Overall the double-gluing setup works very well. The modules above were glued basically in one day. |