This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
I am using the LMH0387 Line Drivers on the SD387EVK dev board kit and trying to test the extended 3G reach mode to see the max length we can push SGMII and Ethernet signals over RG179 (75 ohm Coax cable). We are pairing the SD387EVK dev board with the DP83867E-SGMII-EVM dev board to push Ethernet over our coax lines.
The RG179 cable has a lot worse loss than the Belden 1694A cable specified on the LMH0387 datasheet. We are using the RG179 cable instead of the Belden 1694A cable because there are spare RG179 cables that we are looking at using on our existing platform of interest. FYI the RG179 cable we are using is specified to have attenuation of 21 dB/100 ft at 400 MHz.
When we turn on Extended 3G Reach Mode either by using the Analog LaunchPAD (ALP) software or by writing to the SPI Register Address 00h bit 2, we are unable to increase our max length.
I would like to add a few notes on our recent testing:
We generated our own CLI graph for our RG179 cable. The graph is shown below. It should be noted that this graph was not created with single cables, we had to piece together segments based on cables we had built up in our lab. The table for the number of breaks is shown below too. In all, we would see a change in the CLI bit value about every 8' cable increase.
Actual Cable Length (ft) | Breaks | CLI (HEX) | CLI (DEC) |
1 | 0 | 8 | 8 |
4 | 1 | 8 | 8 |
11 | 0 | 10 | 16 |
14 | 1 | 10 | 16 |
15.5 | 1 | 10 | 16 |
17 | 1 | 18 | 24 |
21.33 | 2 | 18 | 24 |
28.08333333 | 2 | 20 | 32 |
28.5 | 2 | 20 | 32 |
33.16666667 | 2 | 28 | 40 |
36.5 | 2 | 30 | 48 |
43.5 | 2 | 30 | 48 |
47.66666667 | 2 | 38 | 56 |
51.5 | 2 | 38 | 56 |
57 | 2 | 40 | 64 |
65 | 2 | 48 | 72 |
68 | 2 | 50 | 80 |
74.5 | 2 | 58 | 88 |
79.5 | 3 | 58 | 88 |
90.66666667 | 3 | 60 | 96 |
94.5 | 3 | 68 | 104 |
98.66666667 | 3 | 68 | 104 |
105.0833333 | 3 | 70 | 112 |
113.0833333 | 3 | 78 | 120 |
125.4166667 | 3 | 80 | 128 |
134.8333333 | 4 | 88 | 136 |
140.3333333 | 4 | 88 | 136 |
147 | 2 | 90 | 144 |
151.3333333 | 4 | 90 | 144 |
155 | 2 | 90 | 144 |
162.75 | 2 | 98 | 152 |
173.75 | 2 | A0 | 160 |
180.5 | 3 | A8 | 168 |
190 | 3 | A8 | 168 |
205 | 3 | B0 | 176 |
209.1666667 | 3 | B8 | 184 |
218.5 | 3 | B8 | 184 |
223.25 | 3 | B8 | 184 |
245.75 | 4 | C8 | 200 |
264.9166667 | 4 | C8 | 200 |
We used the Xilinx IP iBERT demo to measure Bit Error Rate and determined our max length would be when we started to see errors. The iBERT demo continuously sends bits with a Pseudo-Random (PR) pattern, tests to make sure the link speed is at least 1.25 Gbps, and measures the number of bit errors and BER. We set up iBERT on a demo FPGA board and ran a loopback on that board and attached various cable lengths running to/from the SD387 line driver dev boards. With the iBERT testing, we were able to send 1e12 bits with a PR 31-bit pattern over 161' of the RG179 cable and receive 0 errors. Our 161' test cable was setup as follows: 3.08' | 12.5' | 41.66' | 37.5' | 37.5' |15.4' | 14' (each "|" represents a connector break).
We then tested 164' setup as follows: 3.08' | 18.75' | 41.66' | 41.66' | 22.5' | 22.5' | 14' and sent 1e12 bits again with the PR 31-bit pattern. We received 1.5e1 errors and said our limit was around 161' without reconfiguring the line drivers for extended 3G reach. We tried running this setup again, after enabling extended 3G reach mode, and we still received errors over this 164' setup.
To test sending Ethernet over the RG179 coax cable, we ran a similar loopback test on an FPGA board and ran the RG179 cables out from the FPGA board to the SD387 Line Driver dev boards, then SMA cables connected our TX/RX lines from the SD387 boards to the DP83867E-SGMII-EVM dev board, and the Ethernet from the DP83867E board ran to a PC. From the PC, we used a simple network Ping test with the ip address of the FPGA board and noticed successful pings with a 154' RG179 setup as follows: 3.08' | 12.5' | 41.66' | 37.5' | 22.5' | 2' | 20.83' | 14'. Once we added a couple more feet to this run, the Ping tests failed and kept timing out. The setup for the 156' run was 3.08' | 18.75' | 41.66' | 37.5' | 22.5' | 19.16' | 14'. We tried reconfiguring the line drivers to enable 3G reach mode again, and we were still unsuccessful with our Ping test at the 156' run.
The example setup of the dev boards and cabling is shown below.
Are we at our limit for extended 3G reach mode being used, or should we be able to use extended 3G reach mode at this length with our RG179 cable?
Hi Charles,
1). LMH0397 has extended or longer cable reach - comparing to the LMH0387 device. Additionally it has a CDR or a retimer however it locks to the SMPTE data rate - not 1.28Gbps that is used in your application. Given this, it would be a good idea to consider LMH0342 since this has longer cable reach than LMH0387 and it doesn't have a CDR - which you do not need.
2). Since you said: " We aren't tied to any specific rate … ". I am thinking if you operate the device at 1.485Gbps then you can use LMH0397 with CDR. This would provide a better signal integrity. It would be a good idea to get evaluation board for which ever device you decide before you make your final decision.
3). I searched online and w as not able to find insertion loss for your cat6 cable. I think it would be a good idea to use evaluation board to check cable reach for your application.
Regards,,Nasser
Nasser,
Thanks for the assistance. Following up with you via email.
Thanks,
Charlie