 Fri Jul 10 11:24:37 2020, Urs Langenegger, Reception test, proc600V3 modules
|
This week I tested 12 modules built with proc600v3. The module numbers are M1722 - M1733.
The results are summarized at the usual place:
http://cms.web.psi.ch/L1Replacement/WebOutput/MoReWeb/Overview/Overview.html
|
|
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.
|
|
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 |
 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 |
|
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 |
|
Tue Nov 19 14:10:10 2019, Andrey , Cold box tests, new modules M1533 and M1534
|
Yesterday Silvan wire bonded two new modules M1533 and M1534 that are both grade C due to high leakage current and a few ROCs with large number of defective
bump bonds.
Today I run [B]Reception1st tes[/B]t with IV at +10C for both modules and above features are confirmed.
|
|
Fri Aug 14 13:47:26 2020, Andrey Starodumov, General, new PH optimisation test and Total Overview
|
New PH optimisation is done at -20C as a FT, hence the results of this test are added to "DB" file as the second m20_1 test.
If there are more than one result per test in the DB file the total production overview is corrupted in a way that for such
modules # of defects is not calculated (due to ambiguity) and hence these modules are not rank according to the number of defects.
|
|
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
|
|
Wed Apr 15 17:33:53 2020, danek kotlinski, Module transfer, move 4 modules to gel-packs
|
[quote="danek kotlinski"]Moved to gel-apcks:
1629 B
1631 B
|
|
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:
|
|
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. |
|
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
|
|
Tue Mar 31 09:29:02 2020, Urs Langenegger, Full test, exchanged adapter for DTB_WXC03A
|
I did not manage to get any r/o from the module connected to that adapter, also after exchanging the module.
So I exchanged the module adapter with the one from the blue box, and all issues with r/o were gone (with both modules)
|
|
Tue Mar 31 17:36:36 2020, Urs Langenegger, Full test, exchanged adapter for DTB_WXC03A
|
[quote="Urs Langenegger"]I did not manage to get any r/o from the module connected to that adapter, also after exchanging the module.
So I exchanged the module adapter with the one from the blue box, and all issues with r/o were gone (with both modules)
|
|
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.
|
|
Mon May 25 16:58:23 2020, Andrey Starodumov, XRay HR tests, a few commments
|
These is just to record the information:
1. measured hit rates at which Efficiency and Xray hits Maps are taken are 40-50% of the 50-400MHz/cm2 that in the titles of corresponding plots
2. in 2016 the maximum rate was 400MHz/cm2 but with such rate (or better corresponding settings of HV and current of Xray tube) in double columns of certain |
|
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". |
|
Wed Apr 15 08:48:09 2020, danek kotlinski, Module doctor, Wolfram's tests from 14/4/20
|
two of are fixed and can be re-tested
M1623 tbm bond
M1657 bond roc 15
|
|
Fri Mar 27 14:46:04 2020, Andrey Starodumov, Module doctor, Wolfram's summay from Mar 25
|
M1542 nothing on sdata3 (12-15), bad output or wire-bond
M1544 ROC15 timing off, can be made to work (roc 15 vdig 11, ..), but probably not usable for the detector
M1545 full readout, ok, upgraded to C*
|
|
Fri Mar 27 16:41:16 2020, Andrey Starodumov, Module doctor, Wolfram's summay from Mar 25
|
[quote="Andrey Starodumov"]M1542 nothing on sdata3 (12-15), bad output or wire-bond
M1544 ROC15 timing off, can be made to work (roc 15 vdig 11, ..), but probably not usable for the detector
M1545 full readout, ok, upgraded to C*
|