Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

The ITkPixV1.1 Digital Quad is based on the V2.4 common Quad hybrid design with its schematics  indicating that only two GTX output of each chip are physically connected to the module ZIF. The quad module ZIF interface and further connectivity details of the to the V1.0 Quad Readout Adaptor with 1 DP connector serving 1 line per FE (schematics) via straight-through module Q/C data flex is captured in the "ITkPixV1-Quad" tab of the RD53A Ring Connectivity Stanford Drive GoogleSheet. The Quad Readout Adaptor further down selects the data GTX channels to only keep one data GTX per FE to form the 4 channels on the single DP connector:  

ModuleReadout adaptor
DP Lanes/Pins 
DP1 connector20UPG91101015
ChipGTXDP lane
SchematicsPCB silkscreen
DP pinChip Name

1

2
1
2
4,6

7,9

0x15428
2
0
01
,3
4,60x15429
33
2
0
7,9
1,30x15486
40310,12
10,12
0x15448
  • There is was an inconsistency in adaptor V1.0 documentation between schematics and silkscreen labels (Alex's original note referred to the silkscreen labels). The DP pins listed in the table are for DP connector at the edge of the adaptor card When DAQ connects to adaptor, while it should be noted that at the other end of a DP-DP cable the data lanes which swap 0↔3which turned out to be a problem of schematic PDF copy for v1.0 which was fixed by Aleksandra on May/22/2023. Actual schematic and PCB prints were OK all along.   

Note: that these GTX and Chip maps are the same as what we expect from DataMergeOutMux. In the standard DP cable pin mapping, (1,3) is data0, (4,6) is data1, (7,9) is data2,  and (10,12) is data3. That's why in our config file, we have: chip1 rx2, chip2 rx1, chip3 rx0, chip4 rx3. This means that as long as we are using this adapter with the same config files, we should expect 1 data lane per chip while scanning, with no data merging.

...