Need support for Interfacing Dp83620 driver with SMT32H753 in RMII mode

[Rsukh.1]

Hi everyone, my name is shekhar. I have to interface Dp83620 with STM32 in RMII mode. CubeMx supports only LAN8742. Can I get support for dp83620 driver code for STM32 in RMII mode? Thank you.

[TDK]

STM32CubeMX supports interfaces, not individual chips. Since DP83620 has an RMII interface, you should be able to generate code to initialize it with CubeMX.

[Rsukh.1]

Hi TDK,

Thank you for your support. I have couple of doubts, inorder to initialize dp83620 PHY driver from CubeMx, (#1). Do we need to add driver code of it somewhere in STM32 installation path? Or (#2). CubeMx will detect dp83620 driver automatically from PCB(where it mounted) and install it's drivers automatically and ready to generate the code in RMII mode?..

[Piranha]

To support a standard PHY on MDIO configuration interface, one just have to define a status register address and speed and duplex bits. And all TI's PHYs are equal in this regard. Therefore one can just use the configuration of DP83848, which can be selected even in the CubeMX broken bloatware generator.

[Rsukh.1]

Hi Piranha,

Thank you for your suggestions. Will check and let you know.

[JMall]

Hi. I am also looking at interfacing to a PHY that is not the LAN8742 on the STM32H753. I tried using CubeMX, but it only gave me the option of the LAN8742 for the Driver_PHY.

Also, searching though the installed software package, I could find files only related to the LAN8742.

Is there anywhere else to go looking for driver code?

Thanks.

[Piranha]

One literally has to modify 3 constant values, which I named in my previous comment. If one is incapable of doing that, there is no point in trying to deal with networking at all.

[Tesla DeLorean]

>>Is there anywhere else to go looking for driver code?

PHY Mechanics only involves a handful of registers, the data sheets should be sufficient to adjust any address/settings unique to any given one following the overall standard.

The trick in general to put the automated tool down, and review the hardware expectations.

Should the autogen tool have more options? Sure I've been pushing ST to have a broader understanding of what customers are using for the best part of a decade, but generally they only automate for hardware they have delivered on DISCO, NUCLEO, EVAL boards, not random hardware picked by the end-customer. So if you stray outside the lines of the "Reference Designs", expect to have to pick up all the data sheets, and work on the plumbing.

[JMall]

Thanks, Tesla, it's very helpful to know that it is not as simple as selecting the DP83848 in CubeMX. And migrating the provided LAN8742 driver code does not look too difficult at all.

Thanks, again.

[Pavel A.]

Many PHY drivers can be found in the Keil CMSIS drivers repo .

You can only borrow the .h file with register definition and leave the rest from ST examples, as @piranha advised.