SJA1105 Configuration

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

SJA1105 Configuration

345 Views
jianghao
Contributor II

Using the GMAC interface of S32K344 to connect with SJA1105, according to the manual, after enabling the auto-negotiation function on the RGMII port, and then sending a complete "static configuration table" to SJA1105 via the SPI interface, it is possible to adaptively obtain the actual 2.5/25/125 MHz clocks required by the RGMII port. Thus, it is possible to adaptively determine whether manual dynamic clock frequency division is needed to obtain 125 MHz/25 MHz/2.5 MHz clocks?image.png

0 Kudos
Reply
2 Replies

241 Views
PavelL
NXP Employee
NXP Employee

Hello @jianghao ,

I think there is a small terminology mix-up here regarding Auto‑Negotiation vs. RGMII interface clocking.

Auto‑Negotiation is not a function of RGMII. RGMII is just the parallel MAC↔MAC / MAC↔PHY interface (data + source‑synchronous clocks). The link partner “Auto‑Negotiation” (speed/duplex capability exchange) happens on the PHY line side (e.g., 100BASE‑TX / 1000BASE‑T / 100BASE‑T1 etc.), not on the RGMII pins. In other words, S32K344 EMAC and SJA1105 do not “negotiate” speed over RGMII in the way SGMII/PCS-based links can.

The SJA1105 is an SPI-managed switch; you must load a static configuration after reset/power-up, and this configuration defines per-port interface mode and operational parameters. The typical software model is “configure and keep,” with only limited dynamic updates at runtime.

If your S32K344 EMAC ↔ SJA1105 connection is a MAC‑to‑MAC (PHY-less) RGMII link, the usual approach is to treat it as a fixed link and keep it at a chosen speed (S32K344 EMAC doesn't support 1Gbps).

Best regards,

Pavel

0 Kudos
Reply

212 Views
jianghao
Contributor II

@PavelL Thanks, I understand.

0 Kudos
Reply