Pad Types for LPSPI0 and EMAC

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

Pad Types for LPSPI0 and EMAC

159 Views
Pouya
Contributor II

Hi,

According to the S32K344 technical reference manual, there are 4 pads types that support maximum switching frequency as follow:

- Standard: 10 MHz

- Standard Plus: 25 MHz

- Medium: 50 MHz

- Fast: 120 MHz

I am trying to understand what limitation the selection of the standard and standard plus pads introduce to the LPSPI and EMAC peripheral.

1. For EMAC, when RMII interface is used, the reference clock is 50 MHz. That means the RX/TXCLK, TXD0, TXD1, RXD0, and RXD1 pins should support 50 MHz signals. However in S32K344_257bga pin configuration, All RX/TXCLK, TXD0, TXD1, RXD0, and RXD1 pins are either on standard pads or standard plus pads. Does this means that RMII is not supported for S32K344?

 

2. For EMAC, when MII interface is used, the reference clock is 25 MHz for 100 Mbps Ethernet and 2.5 MHz for 10 Mbps Ethernet. Does this mean if we want to have 100Mbps ethernet using MII interface, the standard plus pads should be used?

 

3. For LPSPI, can you provide the LPSPI0 and LPSPI1-5 maximum rate that LPSPI support Reliably on standard and standard plus pads?

 

Thanks,

Pouya

0 Kudos
Reply
2 Replies

75 Views
PetrS
NXP TechSupport
NXP TechSupport

Hi,

1-2) For EMAC, the pad switching-frequency limitation is mainly relevant for signals driven by the MCU. RMII/MII is fully supported on S32K344.

For RMII, the 50 MHz REF_CLK and RX signals are inputs to the MCU, so there is no issue if these are on Standard / Standard Plus pads from the MCU output switching point of view. The critical signals are TXD[1:0] and TX_EN, as they are MCU outputs switching with the 50 MHz RMII clock. These should be assigned to Medium or preferably Fast pads, according to the recommended pin usage.
 
For MII 100 Mbps, the MCU transmit signals switch with the 25 MHz MII clock, so Standard Plus pads are generally feasible for these outputs; however, Medium pads are recommended for better margin. TX/RX clocks and other receive-side signals are inputs, so the pad output switching-frequency limitation is not the primary concern there.

 

Please check the IOMUX file attached to the RM, sheet “S32K34x_Ethernet Use cases”, which lists the recommended Ethernet pad usage.

3) As per the device RM and DS it is 10MHz in all SPI instances regardless of pin used, while on LPSPI0 it can be 15 or 20Mhz for specific pins used and mode, see table Table 48. LPSPI0 20 MHz and 15 MHz Combinations of the DS.  

BR, Petr

0 Kudos
Reply

66 Views
Pouya
Contributor II

Hi,

Thank you for your response.

1-2) In S32K344-WB, the S32K344 processor is connected to the Ethernet Switch using RMII interface. However, TX_EN, TXD0 and TXD1 pins selected are all on standard plus pads (R3, U2 and U3).  Wouldn't that cause an issue since for RMII the reference clock is 50 MHz and hence the switching frequency of MCU output should be 50 MHz while standard plus pads are used?

Pouya_0-1782143958173.png

 

3) I have a 10 MHz clock for LPSPI, would LPSPI still work reliably all the time if I assign standard pads for LPSPI output in controller mode? Or since I am at the boundary I should assign standard pads for reliable communication?

 

In general, can you please explain more about the pad types frequency limitation and why they are only important for output signals from the processor point of view?

 

Thanks,

Pouya

Tags (1)
0 Kudos
Reply
%3CLINGO-SUB%20id%3D%22lingo-sub-2383609%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3EPad%20Types%20for%20LPSPI0%20and%20EMAC%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2383609%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EHi%2C%3C%2FP%3E%3CP%3EAccording%20to%20the%20S32K344%20technical%20reference%20manual%2C%20there%20are%204%20pads%20types%20that%20support%20maximum%20switching%20frequency%20as%20follow%3A%3C%2FP%3E%3CP%3E-%20Standard%3A%2010%20MHz%3C%2FP%3E%3CP%3E-%20Standard%20Plus%3A%2025%20MHz%3C%2FP%3E%3CP%3E-%20Medium%3A%2050%20MHz%3C%2FP%3E%3CP%3E-%20Fast%3A%20120%20MHz%3C%2FP%3E%3CP%3EI%20am%20trying%20to%20understand%20what%20limitation%20the%20selection%20of%20the%20standard%20and%20standard%20plus%20pads%20introduce%20to%20the%20LPSPI%20and%20EMAC%20peripheral.%3C%2FP%3E%3CP%3E1.%20For%20EMAC%2C%20when%20RMII%20interface%20is%20used%2C%20the%20reference%20clock%20is%2050%20MHz.%20That%20means%20the%20RX%2FTXCLK%2C%20TXD0%2C%20TXD1%2C%20RXD0%2C%20and%20RXD1%20pins%20should%20support%2050%20MHz%20signals.%20However%20in%20S32K344_257bga%20pin%20configuration%2C%20All%20RX%2FTXCLK%2C%20TXD0%2C%20TXD1%2C%20RXD0%2C%20and%20RXD1%20pins%20are%20either%20on%20standard%20pads%20or%20standard%20plus%20pads.%20Does%20this%20means%20that%20RMII%20is%20not%20supported%20for%20S32K344%3F%3C%2FP%3E%3CBR%20%2F%3E%3CP%3E2.%20For%20EMAC%2C%20when%20MII%20interface%20is%20used%2C%20the%20reference%20clock%20is%2025%20MHz%20for%20100%20Mbps%20Ethernet%20and%202.5%20MHz%20for%2010%20Mbps%20Ethernet.%20Does%20this%20mean%20if%20we%20want%20to%20have%20100Mbps%20ethernet%20using%20MII%20interface%2C%20the%20standard%20plus%20pads%20should%20be%20used%3F%3C%2FP%3E%3CBR%20%2F%3E%3CP%3E3.%20For%20LPSPI%2C%20can%20you%20provide%20the%20LPSPI0%20and%20LPSPI1-5%20maximum%20rate%20that%20LPSPI%20support%20Reliably%20on%20standard%20and%20standard%20plus%20pads%3F%3C%2FP%3E%3CBR%20%2F%3E%3CP%3EThanks%2C%3C%2FP%3E%3CP%3EPouya%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2384110%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%20translate%3D%22no%22%3ERe%3A%20Pad%20Types%20for%20LPSPI0%20and%20EMAC%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2384110%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EHi%2C%3C%2FP%3E%0A%3CP%3E1-2)%26nbsp%3B%3CSPAN%3EFor%20EMAC%2C%20the%20pad%20switching-frequency%20limitation%20is%20mainly%20relevant%20for%20signals%20driven%20by%20the%20MCU.%3C%2FSPAN%3E%3CSPAN%3E%26nbsp%3BRMII%2FMII%20is%20fully%20supported%20on%20S32K344.%3C%2FSPAN%3E%3C%2FP%3E%0A%3CDIV%20class%3D%22scriptor-paragraph%22%3E%0A%3CDIV%20class%3D%22scriptor-paragraph%22%3E%3CSPAN%3EFor%20RMII%2C%20the%2050%20MHz%20REF_CLK%20and%20RX%20signals%20are%20inputs%20to%20the%20MCU%2C%20so%20there%20is%20no%20issue%20if%20these%20are%20on%20Standard%20%2F%20Standard%20Plus%20pads%20from%20the%20MCU%20output%20switching%20point%20of%20view.%20The%20critical%20signals%20are%20TXD%5B1%3A0%5D%20and%20TX_EN%2C%20as%20they%20are%20MCU%20outputs%20switching%20with%20the%2050%20MHz%20RMII%20clock.%20These%20should%20be%20assigned%20to%20Medium%20or%20preferably%20Fast%20pads%2C%20according%20to%20the%20recommended%20pin%20usage.%3CBR%20%2F%3E%3C%2FSPAN%3E%3C%2FDIV%3E%0A%3CDIV%20class%3D%22scriptor-paragraph%22%3E%26nbsp%3B%3C%2FDIV%3E%0A%3CDIV%20class%3D%22scriptor-paragraph%22%3E%3CSPAN%3EFor%20MII%20100%20Mbps%2C%20the%20MCU%20transmit%20signals%20switch%20with%20the%2025%20MHz%20MII%20clock%2C%20so%20Standard%20Plus%20pads%20are%20generally%20feasible%20for%20these%20outputs%3B%20however%2C%20Medium%20pads%20are%20recommended%20for%20better%20margin.%20TX%2FRX%20clocks%20and%20other%20receive-side%20signals%20are%20inputs%2C%20so%20the%20pad%20output%20switching-frequency%20limitation%20is%20not%20the%20primary%20concern%20there.%3C%2FSPAN%3E%3C%2FDIV%3E%0A%3CBR%20%2F%3E%0A%3C%2FDIV%3E%0A%3CP%3E%3CSPAN%3EPlease%20check%20the%20IOMUX%20file%20attached%20to%20the%20RM%2C%20sheet%20%E2%80%9CS32K34x_Ethernet%20Use%20cases%E2%80%9D%2C%20which%20lists%20the%20recommended%20Ethernet%20pad%20usage.%3CBR%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%3CSPAN%3E3)%20As%20per%20the%20device%20RM%20and%20DS%20it%20is%2010MHz%20in%20all%20SPI%20instances%20regardless%20of%20pin%20used%2C%20while%20on%20LPSPI0%20it%20can%20be%2015%20or%2020Mhz%20for%20specific%20pins%20used%20and%20mode%2C%20see%20table%26nbsp%3BTable%2048.%20LPSPI0%2020%20MHz%20and%2015%20MHz%20Combinations%20of%20the%20DS.%26nbsp%3B%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%3CSPAN%3EBR%2C%20Petr%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2384270%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%20translate%3D%22no%22%3ERe%3A%20Pad%20Types%20for%20LPSPI0%20and%20EMAC%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2384270%22%20slang%3D%22en-US%22%20mode%3D%22CREATE%22%3E%3CP%3EHi%2C%3C%2FP%3E%3CP%3EThank%20you%20for%20your%20response.%3C%2FP%3E%3CP%3E1-2)%20In%20S32K344-WB%2C%20the%20S32K344%20processor%20is%20connected%20to%20the%20Ethernet%20Switch%20using%20RMII%20interface.%20However%2C%20TX_EN%2C%20TXD0%20and%20TXD1%20pins%20selected%20are%20all%20on%20standard%20plus%20pads%20(R3%2C%20U2%20and%20U3).%26nbsp%3B%20Wouldn't%20that%20cause%20an%20issue%20since%20for%20RMII%20the%20reference%20clock%20is%2050%20MHz%20and%20hence%20the%20switching%20frequency%20of%20MCU%20output%20should%20be%2050%20MHz%20while%20standard%20plus%20pads%20are%20used%3F%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22Pouya_0-1782143958173.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3Cspan%20class%3D%22lia-inline-image-display-wrapper%22%20image-alt%3D%22Pouya_0-1782143958173.png%22%20style%3D%22width%3A%20400px%3B%22%3E%3Cimg%20src%3D%22https%3A%2F%2Fcommunity.nxp.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F389635iEC9958250C8C1F2B%2Fimage-size%2Fmedium%3Fv%3Dv2%26amp%3Bpx%3D400%22%20role%3D%22button%22%20title%3D%22Pouya_0-1782143958173.png%22%20alt%3D%22Pouya_0-1782143958173.png%22%20%2F%3E%3C%2Fspan%3E%3C%2FSPAN%3E%3C%2FP%3E%3CBR%20%2F%3E%3CP%3E3)%20I%20have%20a%2010%20MHz%20clock%20for%20LPSPI%2C%20would%20LPSPI%20still%20work%20reliably%20all%20the%20time%20if%20I%20assign%20standard%20pads%20for%20LPSPI%20output%20in%20controller%20mode%3F%20Or%20since%20I%20am%20at%20the%20boundary%20I%20should%20assign%20standard%20pads%20for%20reliable%20communication%3F%3C%2FP%3E%3CBR%20%2F%3E%3CP%3EIn%20general%2C%20can%20you%20please%20explain%20more%20about%20the%20pad%20types%20frequency%20limitation%20and%20why%20they%20are%20only%20important%20for%20output%20signals%20from%20the%20processor%20point%20of%20view%3F%3C%2FP%3E%3CBR%20%2F%3E%3CP%3EThanks%2C%3C%2FP%3E%3CP%3EPouya%3C%2FP%3E%3C%2FLINGO-BODY%3E