上位机图像处理和嵌入式模块部署（上位机和下位机通信）
source link: https://blog.csdn.net/feixiaoxing/article/details/136080338
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
【 声明：版权所有，欢迎转载，请勿用于商业用途。 联系信箱：feixiaoxing @163.com】
一般情况下，如果是纯上位机开发的话，这个时候是不需要上位机和下位机进行通信的。只有上位机做好demo有必要移植到嵌入式模块，或者需要进行算法标定的时候，才需要上位机、下位机进行通信。通信的方式很多，比如232、485、usb等等。不过个人觉得比较方便的方法，还是用网络进行通信。
1、选择的协议
如果是单纯的验证测试，那么用xmlrpc是可以的。但是，这里面存在一个问题，那就是上位机和下位机通信的内容容易被看到、被抓包。所以，从商业角度来说，比较理想的方法，还是自己设计协议、自己来实现具体的内容。当然，通信的方式当中也有可能用到xml数据，或者是json数据，这都是没有问题的。
2、windows代码
既然是通信，那么我们可以编写一个简单的windows代码，这部分代码虽然是十多年前编写的，还是很有指导意义的。用比较新的visual studio工具编译，只需要修改一行代码scanf即可。并不是代码本身的错误，纯粹是因为函数过期了。
3、linux代码
之前提及过，我们开发使用的主要代码就是linux+arm。为了方便进一步开发和调试，我们还使用到了树莓派4b。所以，这里为了和windows进行通信，我们编写了一个linux server端代码，大家可以参考一下。编译的方法就是gcc server.c -g -o server。
4、代码分析
从上述的代码来看，主要就是linux启动一个server，然后accept到的socket和client进行通信。通信的过程当中，一直是client发送数据，server显示数据，如果client断掉，server会give up，接着去accept另外一个socket。这就是整个代码的处理流程，虽然比较简单，但是也算是实现了上位机、下位机的处理流程算法。
测试的时候，首先server端启动，然后client启动，接着client端发送数据，检查server端是不是可以收到数据。这是client端的截图，
这是server端的截图，
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK