Skip to Content.
Sympa Menu

sphenix-maps-l - Re: [Sphenix-maps-l] test of "short" SAMTEC cables

sphenix-maps-l AT lists.bnl.gov

Subject: sPHENIX MAPS tracker discussion

List archive

Chronological Thread  
  • From: "Liu, Ming Xiong" <mliu AT lanl.gov>
  • To: Jo Schambach <schambachjj AT ornl.gov>, "sphenix-maps-l AT lists.bnl.gov" <sphenix-maps-l AT lists.bnl.gov>
  • Subject: Re: [Sphenix-maps-l] test of "short" SAMTEC cables
  • Date: Fri, 13 Oct 2023 21:04:08 +0000

Hi Jo and Cameron,

Thanks for the update. From your measurements, it seems grounding could also play some roles.

  

Have you tried 600Mbps with these two short cables, any errors?

 

Cheers,

Ming

 

-- 

Dr. Ming Xiong Liu

P-3, MS H846

Physics Division

 

Office: 505.667.7125

Mobile: 505.412.7396

Los Alamos National Laboratory

 

 

From: sPHENIX-MAPS-l <sphenix-maps-l-bounces AT lists.bnl.gov> on behalf of SPHENIX MVTX <sphenix-maps-l AT lists.bnl.gov>
Reply-To: Jo Schambach <schambachjj AT ornl.gov>
Date: Friday, October 13, 2023 at 2:57 PM
To: SPHENIX MVTX <sphenix-maps-l AT lists.bnl.gov>
Subject: [Sphenix-maps-l] test of "short" SAMTEC cables

 

With the help of Cameron, I just tested one of the “short” Samtec cables wrt data transmission errors at 1.2Gbps. We used the telescope setup for that purpose.

I first verified that all staves of the telescope have no PRBS errors at 600Mbps with the “default” cables currently installed. This seemed to be OK.

I then programmed the RUs with the firmware that uses 1.2Gbps for the data transmission from the staves. With the default cables I saw PRBS errors at that speed in RUs 0, 9, 15, 18, and 21 (i.e. 5 out of 8 RUs), with the worst being 21 and 9.

Cameron then installed one of the shorter cables, but the first cable used had at least 2 of the 9 chips not lock to the transceiver on the RU.

A second cable worked OK with the transceiver lock, however, there were immediate PRBS errors on all of the chips. I tried increasing the operating voltage to 1.9V (from 1.8V), but got the same result. Increasing the driver current to its max also didn’t make a difference.

 

So this is not looking too good for the prospect of using higher speed readout from the staves….

 

Jo

 

--

Joachim Schambach

Oak Ridge National Laboratory

PO Box 2008

Bldg. 6000, MS 6368, Rm 205-C

Oak Ridge, TN 37831-6368

Phone: (865) 341-0694

Email: schambachjj AT ornl.gov

 

_______________________________________________ sPHENIX-MAPS-l mailing list sPHENIX-MAPS-l AT lists.bnl.gov https://lists.bnl.gov/mailman/listinfo/sphenix-maps-l




Archive powered by MHonArc 2.6.24.

Top of Page