TCPIP 改进之 MQTT

发布于 2020-10-17 15:53:08 浏览：1108 订阅该版

[tocm]

#最近项目需要使用到TCPIP，之前一直都在使用485、CAN、RS232，IOT如此火热学习一下也好。
##硬件平台：stm32f407zgt6
##软件平台：MDK
##物联网实时操作系统：RT-Thrad 4.0.2
##网络配置过程
### 
![ETH1.png](/uploads/20201017/cd9726ba1789de47bbff2815fed64d23.png)
![ETH2.png](/uploads/20201017/add88d41d1af5fcd9b5a8c5e25a03b27.png)
![ETH3.png](/uploads/20201017/5d8bb14461112c3bb5dbd4062088a625.png)
![ETH4.png](/uploads/20201017/505a9e4a0cb263d9c52b9c8edb5a0acf.png)
![ETH5.png](/uploads/20201017/c4a0fa1ac20a3e57836503ccfaf3d5d4.png)
![ETH6.1.png](/uploads/20201017/d782cadb3ffc711572aa6c64e88a5b73.png)
![ETH6.png](/uploads/20201017/12bc4b0ed653abac54b61c3e43986330.png)
###这时候已经就测试通过了
- 但是面临我面前的问题就是，这个数据帧当PC发送给单片机的时候，并不是通过中断给我，我需要启动一个任务阻塞在数据帧是否到达，然后解析数据帧，单片机做出相应操作返回给PC，是不是实时性差那么回事呢？

- 设备工作过程中，网线无意中操作失误拔掉了，或者我们再测试过程中经常需要插拔交换机端的网线，是不是我拔下来再插上之后，需要重启单片机设备呢？

- 我整个网络中很多单片机的tcpclient都与pc建立连接，那么pc是不是很多路socket要管理呢，头顿时大了？

###解决方案
1. 对于第一个问题，我找到了“多线程非阻塞网络编程”，已经实现通过回调接收数据帧，但是在做协议解析的时候总感觉非常别扭。

2.对于第二个问题，我找了好久，，大多数的意思就是说，在我单片机tcpclient 和pc 建立通讯之后，pc与client 之间保持心跳数据的发送，当我的单片机tcpclient接收不到心跳数据的返回时，就表示我的client掉线，关闭资源发起重连。

3.  抛给上位机开发的人解决吧。。。。
###
无意之中我发现了。。。。
mqtt
![ETH7.png](/uploads/20201017/f51e1021e50c843fb44384a2cec602bb.png)
功能完全符合我的要求。

我是不是可以在计算机上安装“mosquitto”为Mqtt的服务器；
我的单片机为 mqtt的 客户端，订阅和发布
计算机pc 通过C#写一个winform 作为 mqtt的客户端，支持订阅和发布；
这样不就实现了消息发送和接收么？

我这么做是不是有什么问题，大家如果感觉有不妥之处请指正。。。