Project

General

Profile

Actions

Feature #1298

closed

Encode FEB box orientation into LadderType of STS geometry

Added by David Emschermann about 3 years ago. Updated over 2 years ago.

Status:
Closed
Priority:
Normal
Target version:
Start date:
07/01/2019
Due date:
% Done:

100%

Estimated time:
3.00 h
Spent time:

Description

The STS geometry does not yet take into account the orientation of the FEB boxes.
STS ladder numbering in CAD differs from ladder numbering in CbmRoot.
Introduce FEB box orientation in STS geometry v19b (based on v19a), and unify the naming.


Files

sts_v19b_geometry_tree_1.png (44 KB) sts_v19b_geometry_tree_1.png STS v19b ladder names - part 1/2 David Emschermann, 07/01/2019 07:32 PM
sts_v19b_geometry_tree_2.png (38 KB) sts_v19b_geometry_tree_2.png STS v19b ladder names - part 2/2 David Emschermann, 07/01/2019 07:32 PM
Actions #1

Updated by David Emschermann about 3 years ago

  • Status changed from New to Resolved
  • % Done changed from 0 to 100

Requirements fulfilled in STS v19b. Now to be cross-checked with the CAD model.

Actions #3

Updated by David Emschermann about 3 years ago

Information on ladder types (introduced in STS v19a), relevant for the CAD model:

  • ladder 24 - copy of 17 with different total length
  • ladder 25 - copy of 18 with different total length
  • ladder 26 - copy of 19 with different total length
  • ladder 27 - copy of 19 with different total length
Actions #4

Updated by David Emschermann about 3 years ago

addendum

// v19b

// explanation: type xyzz                                                                                                             
// where  x = carbon ladder orientation                                                                                               
// where  y = FEB box orientation                                                                                                     
// where zz = sensor arrangement on ladder                                                                                            

// with FEB orientation                                                                                                        
  Int_t allUnitTypes[16][16]=

  { {   -1,   -1,   -1,   -1,   10,    0,    9,    0,    101,    0,  109,    0,   -1,   -1,   -1,   -1 },    // unit00D Station01 00  

    {   -1,   -1,   -1,   -1,    0, 1109,    0, 1101,      0, 1009,    0, 1010,   -1,   -1,   -1,   -1 },    // unit01U Station01 01  
    {   -1,   -1,    0,   10,    0,    9,    0,    2,      0,  109,    0,  110,    0,  111,   -1,   -1 },    // unit01D Station02 02  

    {   -1,   -1, 1111,    0, 1110,    0, 1109,    0,   1002,    0, 1009,    0, 1010,    0,   -1,   -1 },    // unit02U Station02 03  
    {   -1,   -1,   14,    0,   12,    0,   12,    0,    103,    0,  112,    0,  113,    0,   -1,   -1 },    // unit02D Station03 04  

    {   -1,   -1,    0, 1113,    0, 1112,    0, 1103,      0, 1012,    0, 1012,    0, 1014,   -1,   -1 },    // unit03U Station03 05  
    {   -1,   15,    0,   13,    0,   12,    0,    4,      0,  112,    0,  112,    0,  114,    0,   -1 },    // unit03D Station04 06  

    {   -1,    0, 1114,    0, 1112,    0, 1112,    0,   1004,    0, 1012,    0, 1013,    0, 1015,   -1 },    // unit04U Station04 07  
    {   -1,    0,   18,    0,   17,    0,   16,    0,    105,    0,  116,    0,  117,    0,  119,   -1 },    // unit04D Station05 08  

    {   -1, 1119,    0, 1117,    0, 1116,    0, 1105,      0, 1016,    0, 1017,    0, 1018,    0,   -1 },    // unit05U Station05 09  
    {   -1,   19,    0,   17,    0,   16,    0,    6,      0,  116,    0,  117,    0,  118,    0,   -1 },    // unit05D Station06 10  

    {   -1,    0, 1118,    0, 1117,    0, 1116,    0,   1006,    0, 1016,    0, 1017,    0, 1019,   -1 },    // unit06U Station06 11  
    {   21,    0,   25,    0,   20,    0,   20,    0,    107,    0,  120,    0,  120,    0,  127,    0 },    // unit06D Station07 12  

    {    0, 1127,    0, 1120,    0, 1120,    0, 1107,      0, 1020,    0, 1020,    0, 1025,    0, 1021 },    // unit07U Station07 13  
    {    0,   24,    0,   22,    0,   22,    0,    8,      0,  122,    0,  122,    0,  123,    0,  126 },    // unit07D Station08 14  

    { 1126,    0, 1123,    0, 1122,    0, 1122,    0,   1008,    0, 1022,    0, 1022,    0, 1024,    0 } };  // unit08U Station08 15  
Actions #5

Updated by Volker Friese over 2 years ago

Dear David,

please report the status of this issue. Be aware that, based on out recent experience, changing the sts geometry is a delicate thing; before it can be made default, it has to be tested extensively.

Actions #6

Updated by David Emschermann over 2 years ago

Dear Volker,

the FEB box orientation was implemented in the Ladder Type name.
An additional digit was added to the ladder type number.
The was no change in the resulting geometry itself.
I see no direct impact on the STS simulation,
except if someone addresses a ladder directly by its name.
I am however not aware of any STS geometry testing procedure.

Actions #7

Updated by Volker Friese over 2 years ago

  • Status changed from Resolved to Closed

Thanks for the info. Still, a new geometry has to be tested before it can be used, even it is is expected to be the same as a previous one.

Can you explain why the change in the naming was necessary?

However, I think this issue can be closed.

Actions #8

Updated by David Emschermann over 2 years ago

Hello Volker,

the STS geometry v19a did not take into account left and right handed FEBs. Oleg, who works on the STS CAD model, pointed out that he cannot build in CAD the STS with the ladder types implemented in STS geometry v19a. We need to differentiate between these two ladder types. Since the CbmRoot model of STS serves as basis for the STS CAD model, this particular aspect was introduced with STS geometry v19b. The previous naming scheme from v19a should therefore not be used for future STS geometries.

Actions

Also available in: Atom PDF