| ID |
Date |
Author |
Category |
Subject |
|
80
|
Wed Feb 12 10:43:04 2020 |
Dinko Ferencek | Module transfer | 9 modules sent to ETH: 1539, 1545, 1547, 1548, 1549, 1550, 1551, 1552, 1553 | Yesterday the following modules were sent to ETH:
1539, 1545, 1547, 1548, 1549, 1550, 1551, 1552, 1553
The FullQualification tar files for these modules have been copied to the common CERNBox folder shared with ETH and the transfer dates have been added to the assembly spreadsheet. |
|
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. |
|
135
|
Wed Mar 25 14:42:55 2020 |
danek kotlinski | Module transfer | modules 1545 & 1542 back from ETH | | M1545 & M1542 were returned from ETH to PSI for further testing. |
|
202
|
Thu Apr 9 14:19:40 2020 |
danek kotlinski | Module transfer | Modules moved to gel-pack | The following good module class A/B have been moved to gel-packs:
1607, 1608, 1609, 1610, 1612, 1613, 1614, 1618, 1619, 1620, 1622, 1624, 1626, 1627, 1628.
The following bad module, not-working and C class have been moved to gel-packs:
1544, 1563, 1567, 1675, 1593, 1594, 1611, 1615, 1616, 1617, 1621, 1625, 1646, 1650, 1652 |
|
205
|
Thu Apr 9 16:13:51 2020 |
danek kotlinski | Module transfer | Modules moved to gel-pack |
| danek kotlinski wrote: | The following good module class A/B have been moved to gel-packs:
1607, 1608, 1609, 1610, 1612, 1613, 1614, 1618, 1619, 1620, 1622, 1624, 1626, 1627, 1628.
The following bad module, not-working and C class have been moved to gel-packs:
1544, 1563, 1567, 1675, 1593, 1594, 1611, 1615, 1616, 1617, 1621, 1625, 1646, 1650, 1652 |
A few corrections to the list of bad modules:
- On April 7 M1593 has been (F)-tested with a grade B due to Rel.gain width and mean noise of a few ROCs.
- 1611 should be C* since ROC13 has not working double column (160pixels) + 27 trimbit failures but very good trimmed threshold distribution, so these 27 trimbit failures should be ignored. |
|
214
|
Wed Apr 15 17:14:42 2020 |
danek kotlinski | Module transfer | move 4 modules to gel-packs | Moved to gel-apcks:
1629 B
1631 B
1660 C
1665 classifed as B in MoreWeb but has 170 pixel failures |
|
216
|
Wed Apr 15 17:33:53 2020 |
danek kotlinski | Module transfer | move 4 modules to gel-packs |
| danek kotlinski wrote: | Moved to gel-apcks:
1629 B
1631 B
1660 C
1665 classifed as B in MoreWeb but has 170 pixel failures |
M1665 is graded B since there is no a single ROC with >4% of damaged pixels (max 120 in ROC5). 170 pixel failures are totally in the module. |
|
242
|
Thu Apr 30 15:38:43 2020 |
danek kotlinski | Module transfer | M1635 & M1671 transferred to gel-pack | | Two bad modules have been placed in gel-packs: 1635 & 1671. |
|
267
|
Mon May 18 14:05:01 2020 |
Andrey Starodumov | Module transfer | 8 modules shipped to ETHZ | M1555, M1556, M1557,
M1558, M1559, M1560,
M1561, M1564 |
|
268
|
Tue May 19 13:43:55 2020 |
Andrey Starodumov | Module transfer | 9 modules shipped to PSI | Quick check: Leakage current, set Vana, VthrCompCalDel and PixelAlive
Module Current@-150V Programmable Readout
M1623 -0.335uA OK OK
M1630 -0.430uA OK OK
M1632 -0.854uA OK OK
M1634 -0.243uA OK OK
M1636 -0.962uA OK OK
M1637 -0.452uA OK OK
M1638 -0.440uA OK OK
M1639 -0.760uA OK OK
M1640 -0.354uA OK OK |
|
276
|
Thu May 28 14:38:43 2020 |
Andrey Starodumov | Module transfer | 18 Modules shipped to ETHZ | 1536, 1537, 1539, 1540, 1541,
1543, 1545, 1547, 1548, 1550,
1551, 1552, 1553, 1554, 1565,
1566, 1568, 1569 |
|
277
|
Thu May 28 14:40:57 2020 |
Andrey Starodumov | Module transfer | 8 modules shipped to PSI | Quick check: Leakage current, set Vana, VthrCompCalDel and PixelAlive
Module Current@-150V Programmable Readout
M1555 -6.000uA OK OK Current is rising up to 11uA with time after PixelAlive is done at +22C !!!
M1556 -1.282uA OK OK
M1557 -0.600uA OK OK
M1558 -0.835uA OK OK
M1559 -0.930uA OK OK
M1560 -0.745uA OK OK
M1561 -0.770uA OK OK
M1564 -1.755uA OK OK |
|
284
|
Thu Jun 4 15:32:50 2020 |
Andrey Starodumov | Module transfer | 18 Modules shipped to PSI | Quick check: Leakage current, set Vana, VthrCompCalDel and PixelAlive
T=+24C
Module Current@-150V Programmable Readout
M1569 -0.690uA OK OK
M1568 -0.530uA OK OK
M1566 -1.530uA OK OK
M1565 -1.430uA OK OK
M1554 -0.970uA OK OK
M1553 -1.300uA OK OK
M1552 -0.919uA OK OK
M1551 -1.310uA OK OK
M1550 -1.708uA OK OK
M1548 -0.470uA OK OK
M1547 -1.510uA OK OK
M1545 -0.770uA OK OK
M1543 -0.800uA OK OK
M1541 -0.750uA OK OK
M1540 -1.440uA OK OK
M1539 -0.680uA OK OK
M1537 -0.816uA OK OK
M1536 -4.270uA OK OK |
|
287
|
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
1630
1632
1634
1636
1637
1639
1640
The following "good" modules have been transferred from gel-packs to frames,
they still have to go to ETHZ for X-ray testing:
1620
1622
1624
1626
1627
1628
1629
1631
D. |
|
290
|
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:
1605
1606
1607
1608
1609
1610
1612
1614
1615
1613
1618
1619
1629
1622
1624
1626
1627
1628
|
|
291
|
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
1602
1601
1600
1599
1598
1597
1596
1629
1631
1641
1642
1643
1644
1645
1647
1648
No modules were brought back, so there are now 18+18=36 modules at ETH. |
|
292
|
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
1665
1672
1673
1674
1675
1676 |
|
304
|
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
1538
1542
1608
1613
also take a D (broken) module 1671 for setup testing.
2) L2
2278
2160
2258
2293
2078
2026
2122
2155
2035
2036
2298
2244
2269 was at the top of Andrey's list but I just discovered that it does not have the cap,
so we leave it at PSI.
D.K. |
|
76
|
Sun Feb 9 18:36:13 2020 |
Dinko Ferencek | Module grading | Manual grading | The procedure for manual grading is described in https://github.com/psi46/MoReWeb/pull/120.
In short, inside the test folder it is necessary to place a text file called grade.txt that contains just one number representing the manual grade:
1=A
2=B
3=C
Addendum:
It appears that manual grading does not work properly if one reruns MoReWeb with grade.txt added. It is necessary to first delete any entries related to the FullQualification using the following command
python Controller -d
after which you need to specify for which module you want to delete entries, e.g. M1537. Once done, you need to run MoReWeb for this module, e.g.
python Controller -m M1537 |
|
81
|
Wed Feb 12 11:15:04 2020 |
Dinko Ferencek | Module grading | Problem with dead trimbits understood | It was noticed that some modules are graded C because of typically just one ROC having a large number of dead trimbits. One example is ROC 10 in M1537
At the same time, for this same ROC the Vcal Threshold Trimmed distribution looks fine
as well as the distribution of trim bits
It turns out that the trim bit test is failing in this and other similar cases because of the tornado plot that is shifted up more than is typical
In the trim bit test code, the Vthrcomp was raised from 35 to 50 but for cases like this one, this is still not high enough. We therefore further increased the value of Vthrcomp to 70.
Grading procedure:
We will manually regrade to B all those modules graded as C due to dead trimbits provided the Vcal Threshold Trimmed distribution looks fine, the number of trimming problems is below the threshold for grade C (167), the distribution of trim bits looks reasonable, and they are not graded C for any other reason.
Side remark:
It should be noted that the Trim Bit Test distribution and the way the number of dead trimbits is counted will not always catch cases when the trim bit test algorithm failed. For instance, in the MoReWeb output for ROC 10 in M1537 one does not immediately see that there are many underflow entries
which arise from the fact that the untrimmed threshold used in the test is too might (Vthrcomp value too low) and Vcal that passes the threshold is not found and left at the default value of 0
This problem of not spotting the algorithmic failure is particularly severe in the case of ROC 2 of the same module M1537 where it goes completely unnoticed in the summary table
it is very hard to spot from the plot (because there is no statistics box showing the underflow)
but the problem is there for a large number of pixels
Even from the tornado plot one would not expect problems
but this tornado is for one particular pixel (column 12, row 22) and there is no guarantee that for other pixels the trim bit test won't fail. |
|