2026-06-03 10:08 PM - last edited on 2026-06-04 1:50 AM by Andrew Neil
Hello,
I am working on an STM32N6570-DK project using NetX Duo generated through STM32CubeMX.
CubeMX provides PHY options such as RTL8211 and LAN8742. However, my hardware uses an MXL86110I-AQB-R Ethernet PHY connected through the RGMII interface.
I would like to know the recommended method for integrating a custom PHY driver when the required PHY is not available in CubeMX.
My questions are:
Can a project be generated using RTL8211 and then modified to use a custom MXL86110I PHY driver?
Which source files are responsible for PHY initialization, auto-negotiation, link status detection, and speed/duplex configuration?
Is there a PHY driver abstraction layer that custom PHY drivers must implement to work with the STM32 Ethernet driver and NetX Duo?
Are there any examples showing integration of a third-party PHY that is not listed in CubeMX?
What is the recommended approach for maintaining custom PHY support when regenerating code from CubeMX?
Project details:
MCU: STM32N6570
Board: STM32N6570-DK
Middleware: NetX Duo
PHY: MXL86110I-AQB-R
Interface: RGMII
Any guidance would be appreciated.
Thank you.
2026-06-03 10:01 PM - last edited on 2026-06-05 1:50 AM by Andrew Neil
Duplicate - merged.
Please don't start multiple threads on the same topic.
Hello,
I am working with the STM32N6570-DK board and using STM32CubeMX to generate a NetX Duo Ethernet project.
CubeMX currently provides support for PHY devices such as RTL8211 and LAN8742. However, my hardware design uses a MaxLinear MXL86110I Ethernet PHY connected through the RGMII interface.
I would like to understand the recommended approach for integrating a custom PHY driver into a CubeMX-generated project.
My questions are:
For reference:
Any guidance, examples, or documentation references would be greatly appreciated.
Thank you.
2026-06-04 5:44 PM - edited 2026-06-04 5:48 PM
Please see reply from FBL here .
> Is it recommended to initially generate the project using RTL8211 support and then replace the PHY-specific driver files
This is a good plan.
We’re moving the ST Community to a new platform to give you a better and more reliable community experience.