问一下，现在F4和PHY之间采用MII接口，可以直接用里程没

mioc_hust

对了看硬件设计，发现硬件设计采用的是MII接口，而开发板使用的是RMII接口。
且少了一个硬件中断线。

硬件设计是么有问题的。

就想问下，如果直接使用RTX系统，这个软件要怎么修改才能适配。
或者是不是可以局部修改ARM那些端口配置，让它认为是RMII接口？
PIN_CTRL_V01 _ ETH.pdf (21 KB, 下载次数: 102)

2017-12-7 18:16 上传

点击文件名下载附件

PIN_CTRL_V01 _ ARM1.pdf (22 KB, 下载次数: 98)

2017-12-7 18:16 上传

点击文件名下载附件

eric2013

在MDK安装目录里面有驱动支持，官方给的那个是支持RMII和MII的。

mioc_hust

已经可以接收到数据了，数据也从 协议栈处理了。应该是通知DMA发送数据了 数据在发送以前打印查看了

但是数据一致没有在以太网上出现，还在定位问题原来 纠结

mioc_hust

eric2013:在MDK安装目录里面有驱动支持，官方给的那个是支持RMII和MII的。

 (2017-12-08 01:11) 

已经可以接收到数据了，数据也从 协议栈处理了。
应该是通知DMA发送数据了 数据在发送以前打印查看了
但是数据一致没有在以太网上出现，还在定位问题


怀疑是什么模块没有是能时钟 或者 什么地方冲突

关闭了所有的按键输入  串口23456 只开启了串口1 用来打印

eric2013

mioc_hust:已经可以接收到数据了，数据也从 协议栈处理了。
应该是通知DMA发送数据了 数据在发送以前打印查看了
但是数据一致没有在以太网上出现，还在定位问题

....... (2017-12-08 22:59) 

估计是有地方没有注意到吧，多试试，可以参考下我们移植修改后的底层，在几个关键的地方检打印下，是否PHY初始化已经没问题了。

mioc_hust

eric2013:估计是有地方没有注意到吧，多试试，可以参考下我们移植修改后的底层，在几个关键的地方检打印下，是否PHY初始化已经没问题了。 (2017-12-09 01:20)

OK
程序已经搞定了。最近出差了。好难上网。

是这样的，实际上配置IO端口已经没有问题了，都是正确的。
不使用中断也是可以的，看过您写的程序，中断完成的时候就是判断了当前网络是不是处理link up状态，实际与数据收发无关。 可以再启用一个进程来监控寄存器信息即可

解决方法是，
1·使用keil安装目录下的原版的ETH_STM32F4xx.c文件
2·开启宏定义 #defined _MII_
3`注意 ： 在初始化函数里面，配置完IO端口以后，有一个地方是完成了自协商以后，读取了phy的值，通过该值配置了mac的寄存器。问题就在这里，我用的phy和原版程序是不一样的，需要访问的寄存器不同，修改为制定的寄存器以后就解决问题了。