RK3568开发笔记（九）：开发板buildroot固件调通RS485口，运行项目中RS485协议调试工具Demo

若该文为原创文章，转载请注明原文出处
本文章博客地址：https://hpzwl.blog.csdn.net/article/details/132869448

前言

上一篇已经将Qt移植过去了，此时我们移植整体应用不是什么问题了，那么现在应用对外得接口使用了RS485接口，板载了一个RS485，于是需要调通，兼容这个开发板得RS485。

看起来很简单，弄起来不懂得就是不懂，懂得虽然懂还得花时间去研究一下开发板特性，与厂家沟通下，改下代码，得益于之前使用HI3559DV300做过类似得RS485，所以这次弄起来花费了不太麻烦。

先得有个RS485调试转USB，这样才能调试，界限，笔者得是绿联得RS422/485口，如下图：
在这里插入图片描述

开发板485口原理图：
在这里插入图片描述

于是接线，对了，这个口子是2.54mm得4dip得dip接插件，这个做硬件得一般都会备点货，属于通用接口，当年各种都备货了一点：
在这里插入图片描述

剪一根的一半，然后按照加插件插入的顺序接入，因为看到1和4引脚是联通的地，万用表测了对覆铜层通的（GND），直接1和4接到一起了，然后接A对应T/R+，B对应T/R-，如下图：
在这里插入图片描述

接入发开饭：
在这里插入图片描述

另外一头usb接入PC电脑，用串口打开即可（PS：485的usb模块对于pc来说就是一路串口）。

这里的话，因为开发板使用的buildroot，去打开RS485这个类似于串口的设备还真没有，得益于笔者项目研发都会产出阶段性调试工具，于是便有了如下工具（PS：官方有个RS485调试Qt的demo，读者可以使用官方的）：
在这里插入图片描述

（对了，这里还有相关工具的交叉编译移植，其实跟x86下编译类似，不赘述了，不懂得可以查看《RK3568开发笔记（八）：开发板烧写buildroot固件（支持hdmi屏），搭建Qt交叉编译开发环境，编译一个Demo，目标板运行Demo测试》得demo编译过程，其实是一样的。

因为调试工具是被动接收485数据的，所以pc端打开485之后，1s发送一次，每一个端口依次打开，测试485口试哪个口。
在这里插入图片描述
然后，结果试每个口都不行，这时候就怀疑：

是否试AB的正负线接反了，可以直接交换，测一轮，也可以核对一次。
Rs485口是否有特殊的，需要自行拉上拉下（这里得到官方验证，默认是拉上的，只能发出不接收）
（PS：通过客服技术支持，得到口为ttyS7，且需要上下拉，默认是上拉，只发送）

于是加了一个按钮，直接发送出去测试一下：
在这里插入图片描述

PC端收到了发送过来的消息：
在这里插入图片描述

确认了，是需要上下拉，这时候查阅官方文档，并没有关于上下拉的描述，只能通过官方提供的RS485的Qtdemo来提取了。

在这里插入图片描述

直接抠代码，一般是通过echo输入到一个设备文件、file打开设备文件，或者ioctl的方式，这三种方式稍微提一下区别（何种方式看开发板方案上是怎么提供的）：

echo方式：cmd的方式，程序中用system，qt中可以用QProcess，这个方式效率相对有点低，不适合频发发送接收的状态
file方式：file方式是文件方式，兼容linux系统和qt开发最合适的方式，当作文件写入控制，很好的处理了环境问题，效率比echo高，比ioctl低，但是5ms足够几百字节的完成切换了（具体要按照实际情况发送调）。
ioctl方式：ioctl的方式在qt中不是很好，在某些情况下，qt根本不需要接触到sysroot下面的依赖库，直接qt交叉编译自己的库就可以，本开发板是已经融合好了（PS：像海思这种，就只能将qt反向弄到sample里面去，因为环境都是makefile配置的）
以上三种各有优缺点，但是其实选择权不在我们，而在主板方案提供商，所以拿过来用，能用就行了，别死磕。
提取代码如下：