 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. |
|
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
|
|
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/
|
|
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
|
|
Wed Mar 25 20:17:16 2020, danek kotlinski, Module doctor, The list of modules tested today by Wolfram
|
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*
|
Thu May 7 01:51:03 2020, Dinko Ferencek, Software, Strange bug/feature affecting Pixel Defects info in the Production Overview page 
|
It was observed that sometimes the Pixel Defects info in the Production Overview page is missing
[IMG]elog:256/1[/IMG]
|
|
Mon Feb 24 13:53:32 2020, Urs Langenegger, Module assembly, Setup changes in week 8
|
Setup changes in week 8
Silvan considered the single-module gluing approach suboptimal. It was changed:
|
|
Mon Mar 30 16:46:59 2020, Andrey Starodumov, DB, Sensors missing in Advacam spreadsheet
|
Dinko noticed that several sensors are missing in Advacam spreadsheet:
- 381785-03-3 used for M1586
- 381783-02-1 used for M1617
|
|
Tue Apr 21 15:34:57 2020, Andrey Starodumov, General, Retesting starts today
|
From today we will retest modules that have been tested with pXar SW versions earlier than March 18.
There were a few changes before this date:
1) trimming VCal: 40->50
|
|
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'.
|
 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 |
|
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).
|
|
Wed Mar 4 16:00:05 2020, Andrey Starodumov, Re-grading, Regrading C M1591: due to Noise
|
[quote="Andrey Starodumov"]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).
|
|
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"
|
|
Tue Mar 24 18:11:52 2020, Andrey Starodumov, Re-grading, Reanalised test results
|
Test resulsts of several modules have been re-analised without grading on trimbit failure.
M1614: C->B
M1613: C->A
|
|
Wed Mar 25 18:31:46 2020, Andrey Starodumov, Re-grading, Reanalised test results
|
[quote="Andrey Starodumov"]Test resulsts of several modules have been re-analised without grading on trimbit failure.
M1614: C->B
M1613: C->A
|
|
Thu Apr 9 17:36:31 2020, Andrey Starodumov, Reception test, RT of M1671 failed
|
ROC12-ROC15 no hits.
A candidate to TBM0 substitution, hence Grade C*.
To Module doctor1 |
|
Thu Apr 9 14:36:10 2020, Andrey Starodumov, Reception test, RT of M1669 and M1670
|
| Both modules graded A. |
|
Wed Apr 8 15:20:38 2020, Andrey Starodumov, Reception test, RT of M1665
|
With CtrlReg=9 RT grade was B due to 90 noisy pixels in ROC5.
Noisy in this case means that one pixel in a 2x2 cluster in a few column got 40 hits instead of 10.
With CtrlReg=17 this problem gone. RT grade is A. |
|
Tue Apr 7 15:25:21 2020, Andrey Starodumov, Reception test, RT of M1662 failed
|
Address decoding of M1662 failed in one double column of ROC4.
To be decided what to do with this module.
Currently in C* tray. |