Different rgmii timing budgets on imx6 processors

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Different rgmii timing budgets on imx6 processors

1,028 Views
diarmuidcollins
Contributor II

I'm developing an FPGA that interfaces to an imx6Dual processor. Previously I have implemented another design connecting to the imx6DualLite processor

I've noticed that the rgmii timing budgets for the two devices are different. I thought this was unusual as the two designs are so close. Specifically the "Data to clock output skew at transmitter"

Can you confirm that the numbers in the datasheet are correct?

imx6Dual - Table 54

https://www.nxp.com/docs/en/data-sheet/IMX6SDLAEC.pdf

imx6DualLite - Table 60

https://www.nxp.com/docs/en/data-sheet/IMX6SDLAEC.pdf

 

 

Labels (2)
0 Kudos
4 Replies

987 Views
diarmuidcollins
Contributor II

@nxf63675  HI Israel, Have you had any thoughts about my second question here?  https://community.nxp.com/t5/i-MX-Processors/Different-rgmii-timing-budgets-on-imx6-processors/m-p/1... 

 

0 Kudos

1,005 Views
diarmuidcollins
Contributor II

@nxf63675 Thanks Israel for the response.

I understand that in both cases the timing window respects the rgmii requirement.

What's confusing me is that the differences in the TskewT reported in the datasheet suggests that the two devices have significantly different timing in silicon. However I was expecting that as both devices are so functionally close and from the same family, that they would have had the same interface timing. Can you confirm that these two devices have different silicon and as a result different interface timing?

As I'm connecting to an FPGA, I can constrain the interface timing in the FPGA and manage the clock and data skews inside the device, and not in the PCB traces. However that's why these absolute numbers are critical to me.

0 Kudos

967 Views
nxf63675
NXP TechSupport
NXP TechSupport

Hi @diarmuidcollins,

 

This info cannot be shared in the community, please submit a ticket and someone will contact you, sorry for the problems this may cause you.

https://www.nxp.com/support/support:SUPPORTHOME

 

Regards,

Israel.

0 Kudos

1,020 Views
nxf63675
NXP TechSupport
NXP TechSupport

Hi @diarmuidcollins,

 

The info on the datasheet is correct, The RGMII v1.3 specification defines the TskewT range of -500 to 500 ps. Table 62 of the IMX6DQAEC Data Sheet document specifies the TskewT range of -100 to 900 ps. So, the total skew amount of 1ns is equal for both cases. Then, providing the specified TskewR range of 1ns to 2.6ns is the matter of PCB design. There is a footnote to Table 62, saying that "PC board design will require clocks to be routed such that an additional delay of greater than 1.2 ns and less than 1.7 ns will be added to the associated clock signal". Meeting this condition provides the specified TskewR range of 1ns to 2.6ns.

 

If there is something more I can do for you please let me know.

Regards,

Israel.

0 Kudos