STM32网络通信实验之两块板子通信

  最近因项目需求需要使用STM32网口进行去传输数据，设计了Server端和Client端2块电路。首先调试的是client端的电路，手工焊接以后，上电 烧录程序后测试时发现网口的LINK灯一直不亮，绿色的灯一直常亮代表着物理连接已经建立。刚开始以为是焊接问题，重新焊接了一块依旧是这个问题，更换器件依旧是这样。为了检查是否是器件布局的问题，毕竟没有使用差分线来连接lan8720A和RJ45。拿来一块Server端的焊接好后，上电烧录后发现一切正常。这就说明不用差分线可以正常使用。
   检查Client端的各个管脚的电压发现该端的LAN8720A芯片的第6管脚一直达不到工作需求的1.2V电压，只有1.17V。 而Server端相同布局下却达到了1.2V电压的需求。仔细查看电路发现Client端和Server端的区别只有距离3.3V电源芯片的距离上。Client端距离相对远一些，查看以前设计的其他带网口的电路，发现以前设计的电路的lan8720a的芯片距离3.3V电源芯片距离也没有Client端距离远的离谱。查看几家开发板的layout发现距离也是在几厘米之间。这样基本可以确定距离过远，造成损耗电压损耗过大达不到LAN8720A正常工作时所需的电压。
   虽然存在瑕疵，但是烧录程序后，Client端依旧可以拖着羸弱的身体进行和Server端通信，只是没办法动态获得ip地址。不过没有关系，可以使用静态IP地址嘛。拿来开发板的例程进行调试，难度就不太大。为了保证通信过程中程序不宕机，加入了独立看门狗，进行跑飞后自动复位。但是这样引进一个问题，如果Client端复位，Server端是一直保持监听的，这样通信链路可以一直建立连接。但是erver端复位后，Client端就会和Server端断开通信连接，这样的话通信链路就会断开。为了解决这个问题需要给Client端也加入看门狗，使得双方在相互通信后可以及时喂狗，这样当双方中的某一个复位后，通信链路断开，可以复位重新来过，只要网线牵着就可以保证通信链路在断开后依旧可以自动建立连接。有狗在，不慌。
   Client端源码连接：//download.csdn.net/download/dog345/12331557
   Server端源码连接：//download.csdn.net/download/dog345/12331563