 Sat Sep 12 23:45:56 2020, Dinko Ferencek, POS, POS configuration files created
|
pXar parameter files were converted to POS configuration files by executing the following commands on the lab PC at PSI
[B]Step 1[/B] (needs to be done only once, should be repeated only if there are changes in modules and/or their locations)
|
 Fri Nov 6 07:28:42 2020, danek kotlinski, POS, POS configuration files created
|
[quote="Dinko Ferencek"]pXar parameter files were converted to POS configuration files by executing the following commands on the lab PC at PSI
cd /home/l_tester/L1_SW/MoReWeb/scripts/
|
|
Tue Nov 10 00:50:47 2020, Dinko Ferencek, POS, POS configuration files created
|
[quote="danek kotlinski "][quote="Dinko Ferencek"]pXar parameter files were converted to POS configuration files by executing the following commands on
the lab PC at PSI
|
|
Tue Jan 19 15:12:12 2021, Dinko Ferencek, POS, POS configuration files created
|
M1560 in position bpi_sec1_lyr1_ldr1_mod3 was replaced by M1613.
The POS configuration files were re-generated and placed in /home/l_tester/L1_DATA/POS_files/Configuration_files/.
|
|
Mon Jan 25 13:03:22 2021, Dinko Ferencek, POS, POS configuration files created
|
The output POS configuration files has '_Bpix_' instead of '_BPix_' in their names. The culprit was identified to be the C3 cell in the 'POS' sheet of [URL=https://docs.google.com/spreadsheets/d/1PTlNGoXFR4mV685KnVLmydQnlJ2bUdSRyfKQmNT5pmE/edit?usp=sharing]Module_bookkeeping-L1_2020[/URL]
Google spreadsheet which contained 'Bpix' instead of 'BPix' which was messing up the file names. This has been fixed now and the configuration files regenerated.
|
|
Mon Jan 18 13:53:44 2021, Andrey Starodumov, Other, DTB tests
|
M2217
--->DTB 154 (one of the red cold box setup):
- flat cable (with HV):
|
|
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
|
|
Fri Sep 18 15:45:21 2020, Andrey Starodumov, Other, M2211 and M2122
|
I made a mistake and instead M2122 used ID M2211 in the .ini file.
Hence now we do not have entry for M2122 but have 2 entries for M2211: one is of Sept 18 and another one called old of Sep 17).
Test results of Sep 17 are for 2211
|
|
Wed Sep 2 16:09:24 2020, Matej Roguljic, Modules for P, M1595 switch with M1558
|
Module 1595 was foreseen to go on the inner ladder 5, position -2 (negative two). During the pre-installation test, we saw it had a high leakage current,
~8 microAmps at room temperature. Therefore, we decided to place module 1558 in its place instead of it. |
|
Fri Aug 28 14:07:24 2020, Andrey Starodumov, PhQualification, M1539
|
There is no new PH optimisation for this module?!
To be checked! |
|
Fri Aug 28 12:02:48 2020, Andrey Starodumov, XRay HR tests, M1599
|
| ROC5 has eff=93.65% and should be graded C. Somehow efficiency was not taken into account for HR test grading??? |
|
Fri Aug 28 11:53:23 2020, Andrey Starodumov, PhQualification, M1555
|
There is no new PH optimisation for this module?!
To be checked! |
|
Fri Aug 28 11:13:33 2020, Andrey Starodumov, Module grading, M1615
|
M1615: one pixel in ROC10 unmaskable hence should be graded C. Otherwise the module is of grade A
To be checked! |
|
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 Jul 29 17:19:43 2020, danek kotlinski, PhQualification, Change configuration for PH qialification
|
Preparing the new PH optimization I had to make the following modifications:
1) in elCommandante.ini
|
|
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
|
Sun Jul 5 13:20:55 2020, Dinko Ferencek, General, Disk cleanup on the lab PC (pc11366.psi.ch) 
|
Home folder was cleaned up by deleting old pXar output .log and .root files. The full list is in the attached file. This released around 11 GB of disk space.
In addition, the following MoReWeb output folders which are no longer needed were deleted
|
|
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
|
|
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
|
|
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:
|
|
Mon Jun 15 10:36:45 2020, Andrey Starodumov, FTs for ETHZ, Module list 3
|
M1596 2020-04-28
M1597 2020-04-30
M1598 2020-05-04
|
|
Tue Jun 16 00:45:48 2020, Dinko Ferencek, FTs for ETHZ, Module list 3
|
The following FullQualification tar file have been uploaded to CERNBox
rsync -avPSh --no-r --include="M1596_FullQualification_2020-04-28*.tar" --exclude="*" /home/l_tester/L1_DATA/* /home/l_tester/DATA/L1_DATA_Backup/CERNBox_Dropbox/
|
|
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
|
|
Fri Jun 5 16:22:19 2020, Andrey Starodumov, General, Cleaning L1_DATA directory
|
To be able to analyse Xray data and keep Total Production overview in a proper state we need to clean L1_DATA directory.
Reasons:
1) if one analyse Xray test results with flag -new, then all deleted with -d flag tests will be analysed again and Total production overview will have |
|
Fri Jun 5 13:47:11 2020, Andrey Starodumov, Module grading, M1613
|
FT of this modules has been done twice: March 23 and March 25, in both cases with the final test SW. On March 23 module was graded C due to many trim bit
failures. That is why it was retested. But after failure in trimbits were excluded from the grading, FT of Mar 23 looks better then later FT of Mar25.
That is why FT of Mar 23 is kept. |