stm32移植phy详解及lwip测试

1.根据原理图在STM32CubeMx中做配置

我的开发板是用的RMII通讯方式

自动协商开启（协商全双工半双工，10M还是100M），因为没有使用系统，用裸机跑lwip, 所以模式选择polling

Phy地址应该是由硬件引脚决定的，我的是0.

因为配置里没有DM9161A，所以随便选了个LAN8742.其实只用基本功能，这些PHY的基本寄控制和状态存器都是有标准规定死的，都一样。不一样的是后面的一些厂家指定的寄存器，我开始没ping通就是因为这个厂家指定的寄存器。

STM32F107的MCO给RMII模式的PHY提供50MHZ的时钟，记得配好。并且MCO引脚要记得设置为高频输出，默认为low。

LWIP配置我用的固定IP，没用OS，其他默认。

2. 生成代码并编译

我用的MDK，所以选择MDK版本。

在因为选的是polling模式，Main函数循环中添加MX_LWIP_Process（）函数，在此处处理收发包

编译完成下载，网口绿灯亮，黄灯伴随ping闪烁，但是不通，无法访问主机。

3.调试
使用debug调试代码＋wareshark发现开发板收到了电脑发的ping命令，并且内容正确，也做了回复，但电脑侧还是无法访问主机。既然灯亮并且能收到ping包且做了回复，说明起码PHY运行起来了，但是可能配置有问题。

于是看了DM9161A的芯片手册，F107的ETH相关的手册（太多了，头都大了），囫囵吞枣，有了个大概印象。然后开始一步一步的追ETH的初始化代码。开发板自带了ETH的驱动程序，不过是7年前的标准库，而且代码写的也很随意，但起码板子是能跑的，于是我就对照该代码看CUBE生成的代码。

终于。。。我发现了问题

初始化过程中先设置PHY为自动协商模式，确定该模式已经生效后会读取PHY的状态寄存器，根据协商结果去初始化MAC的参数。而这个寄存器因为一开始我不知道其意义，是配错了的。

一开始因为Cube里那个PHY speed duplex mask的名字困扰了我，我也不知道这个寄存器有啥用，就在DM9161A的芯片手册里搜了这个名字，得到如下图结果，然后就把这个寄存器的偏移21还有对应位给填到cube配置参数中了。结果当然是有问题的。因为初始化代码要读取PHY的协商结果来设置MAC，而这个寄存器配错了，读取的结果肯定也不对，导致MAC配置的全双工半双工以及10M和100M就错了，那当然不能正常通信了。

在明白了驱动代码的含义后，再次翻看DM9161A的数据手册，终于找到了正确的寄存器。下图是改对后的

这里其实有个问题，cube默认双工半双工用1bit表示，10M100M用另一bit表示，总共两位。生成的代码里也是按照判断这两位来初始化。而DM9161A实际上用了4个bit

 

这就导致了cube生成的代码这个地方的判断是不能继续使用的，需要修改。此处的修改是和你选择如何判断模式有关的，不是唯一的，我的修改如下，

修改前

修改后

 

4.测试结果
修改了以上部分后，重新编译下载程序，再次ping,终于通了，激动啊！！！！

 

同时也庆幸，万一问题不在这，我还得继续研究MAC其他参数关于DMA的那部分的驱动代码，而那部分太复杂了，都不知道能不能坚持下去。

5. 写在最后
一开始用的是最新的STM32CubeIDE（基于cubeMXV5.5）,集成了eclipse环境，可视化很好，追踪代码也很方便，然而调试很困难，老有问题断开。而且在我配置了固定IP后生成的代码中是没有IP的，此处估计是bug.

然后退回了很久前使用过的一个老版本cubeMx5.01+MDK，终于成功了。
————————————————
版权声明：本文为CSDN博主「munan0077」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/munan0077/article/details/105323880