TI E2E Community
Sitara Processors Forum
I am not able to find the the RMIIx_REFCLK characteristics when it is used as a reference clock for Ethernet Phy. Is it already in TRM or DS or yet to be added.
Please provide it ASAP
The AM335x data sheet defines the RMII[x]_REFCLK to have period of 20ns or frequency of 50MHz.
The Ethernet Subsystem chapter of the AM335x TRM also describes a 50MHz requirement for the RMIIx_REFCLK.
When this pin is configured to operate as RMII[x]_REFCLK, it always operates as the Ethernet Subsystem input clock. However, the AM335x device may also be configured to source this clock. In this case the pin is an output and input at the same time. See the TRM figure titled "Ethernet Switch RMII Clock Detail" to visualize how this I/O can be configured as input only or both input and output.
my concern is related to following characteristics:-
1) Clock Frequency drift
2) Clock Jitter
3) Clock duty cycle
4) Clock voltage level
The first three parameters have not been characterized at this time. However, they should meet the requirements defined in the RMII specification.
The voltage level of these I/Os will be determined by the VDDSHV5 supply voltage since this power domain sources power to the I/O buffer of both RMII[x]_REFCLK pins. For more details, refer to the "All other LVCMOS pins" section of the "DC Electrical Characteristics Over Recommended Ranges of Supply Voltage and Operating Temperature" table in the AM335x data sheet.
How is going the characterization of this RMII[x]_REFCLK ?
We have some troubles with a NS PHY used with RMII[x]_REFCLK sourced by AM3359. We suspect an error of synchronization on the Ethernet signal due to the characteristics of reference clock. For example, the measure of this clock at PHY is just over the limit in term of duty-cycle.
We will check the layout, but it will be great to know if the source respects our needs.
Do you know other trouble cases by using this clock as source?
We are looking at this right now. I should have an update for you soon.
Can you point me to the datasheet for the PHY you are using?
we use this PHY : http://www.ti.com/product/dp83848k
is there an update on TI measuring these clock parameters?
We are using the AM3359 with a LAN8710A Ethernet PHY. We are also seeing issues with the clock. On our boards, the REFCLK duty-cycle is 40%-60%, which is right at this PHY's limit. The REFCLK frequency drift measures about 2000 ppm instead of the specified 50 ppm. It looks like this frequency follows the frequency drift of the AM3359's crystal, which also has about 2000 ppm drift on our boards.
I'd like to find out if these clock issues in our design are specific to our implementation, or if they are related to the AM335x processor. How do these clock parameters look on TI's boards?
Yes, we looked at the AM335x clock tree design and determined the RMII reference clock was not being sourced from the low jitter PLL. As a result the duty cycle and jitter of this output is not acceptable for an RMII reference clock. Therefore, AM335x will not support an option for sourcing the RMII reference clock.
We recently published a new AM335x Silicon Errata that describes this issue in Advisory 1.0.16.
Hi Paul and all,
I have seen the errata and the workaround suggested. I have one concern:
Does anyone have tested two ethernet ports 10/100 using RMII and an external clock source as suggested in the workaround?
The scenario above will be the only option for our case, and we would like to have some reference of results. The phy we goingo to use is the LAN8720.
I'm not aware of any boards that have implemented two RMII PHYs.
We also bounced to the problem of the RMII clock out of the AM335x, which has to much jitter. (We are using a Micrel KSZ8021.)
Very annoying that this silicon bug is showing up so late! Our production run has started :-(
Temporary solution is to force the phy to work in 10mbps mode, which seems to work stable.
We don't have a jitter measurement tool, my questions are:
Unfortunately the TI AM335x EVM, the internal hardware platform used to verify AM335x, was designed with an RGMII Ethernet PHY so we were not aware of this problem until it was reported by a customer.
The DPLL sourcing the RMII reference clock output is inserting the jitter. This is not a function of the crystal accuracy.
The AM335x does not provide any option to source the RMII reference clock output from ADPLLLJ.
The ADPLLS jitter performance can not be improved enough to comply with the requirements of RMII Ethernet PHYs.
We have implemented two PHY (NS SP83848) in RMII mode. We used the clock sourced by AM335x and we have to redesign our board with externals clocks. If you ask again in 5 ou 6 weeks, we will have more results to give.
Thanks for sharing this info, Cyril.
Just one question: why do you decided to use two single phy DP83848 instead dual phy DP83849 ? Any special reason ?
We have two designs with AM335x. One with two Ethernet ports and one with only one port. Because of space cost on board, we can remove unused PHY. And we also have used this PHY in the past... ;-)
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.