weixin_50519170的博客

最近在项目中遇到了这么一个问题，linux开发板上有两个网口，之前的工程师搭建tftp和nfs的时候用错了网口，现在要把tftp和nfs转到另外一个网口上。具体操作如下： 首先是uboot中设置环境变量，先来看看uboot中设置的都是啥。这里有一个关键点是，设置的环境变量是给哪个网口的，经过多番尝试，地址修改应该没太大的问题，因为在没有启动tftp的时候，nfs是可以的，两个网口的地址都可以ping通。多次尝试还发现一个问题，就是只要连着原来那个网口，tftp就可以起来。 再看一下bdinfo显示出来的，

Linux驱动，那些调试的日子，终于拨开云雾见青天。实践证明，摄取多少知识并不等于你会了多少，实践才出真知，动手才能够打破疑惑。 上次分享留下了一个问题，自己也正在解决。为了能够解决，为了开会能够汇报进度，不想这个问题一直卡在这里，周末加了个小班，终于把这个问题解决了。 先回顾一下这个问题，就是对IO口的操作，输入检测一直为零。很纳闷，为什么输出可以输入不可以，是否是调用的函数有问题，还是配置的电气属性有问题。刚开始调的时候，设备树引脚重用检查了，内核调用的函数检查了，应用函数检查了，硬是没发现问题，这有点

一、初识MDC/MDIO MDC/MDIO是一种串行双线接口，通讯协议按照标准的以太网协议。 MDIO接口在没有传输数据的空闲状态数据线MDIO处于 高阻态 。 MDIO出现一个2bit的开始标识码(01)一个读/写操作开始。 MDIO出现一个2bit数据来标识是 读 (10)还是写操作(01)。 MDIO出现一个5bit数据标识PHY的地址。 MDIO出现一个5bitPHY寄存器地址。 MDIO需要2个时钟的访问时间。 MDIO串行读出/写入16bit的寄存器数据。 MDIO恢复成IDLE状态，同时MDI

UDP应用笔记 最近在使用udp通讯的过程中遇到了这么一个问题，服务端是用liunx来搭建的，客户端使用的时GD32芯片建立的，正常情况下，只要udp双方都绑定了对方的IP和端口号就可以发送数据了。 现在在服务端重启系统之后，就接收不到客户端发送过来的数据了。后面又拿了另外一块板子来进行测试。发现在主控板重启之后，两分钟之内是接收不到数据的，后面把那块发不出去数据的板子下载了另一个版本的代码，在主控板重启系统之后又可以接收到数据了，这里解释一下，其实两份代码是一样的，因为是我和同事两个人开发，基础的网络是一

UDP通讯的几点思考 UDP的创建是有三种方式的，一种是socket，一种是原始的RAW,采用回调的方式接收数据，还有一种是netconn，如果是socket的话会不断地建立和退出，现在我们单板下面的客户端不是socket，而是直接建立的客户端，绑定IP之后，就回调，相当于一直在监听数据，服务端任何时候发数据过来都可以接收得到。 其实UDP是没有太多这个服务端和客户端这个概念的，只要绑定了之后没有退出就可以一直通讯 服务端单方面发送不了数据到客户端，可能原因如下： 1.服务端那边，如果是单方面中断的话会导致