RK3568开发笔记（十）：开发板buildroot固件移植开发的应用Demo，启动全屏显示

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

前言

上一篇，移植应用前的通讯接口工作和全屏工作都已经完成了。本篇移植开发的商业应用。

交叉编译好应用

（略），参照《RK3568开发笔记（八）：开发板烧写buildroot固件（支持hdmi屏），搭建Qt交叉编译开发环境，编译一个Demo，目标板运行Demo测试》

解决全屏标题栏占用问题

交叉编译好了应用，放过去，跑起来没问题，也可以正常显示，但是一旦操作就出现被默认的qt程序占用。
这是默认的应用：
在这里插入图片描述
这是正常全屏应用：

这是被占用之后的（点击任何地方，让应用获取焦点就这样了）：
在这里插入图片描述

所以，这里理论上将原来的qt应用停掉，用我们的应用作为启动应用就可以了。

Buildroot固件系统将设置启动Qt应用

步骤一：定位到Qt启动的地方，验证标题栏

一般linux系统大家会默认都在rcS里面加入一个界面启动脚本，界面启动脚本也在/etc/inid.d的S???里面。
在这里插入图片描述

首先我们先看下这个桌面进程是哪一个，先top，看到与i个QLauncher，杀掉他试试：
在这里插入图片描述

Kill -9 685
1

变灰了，看起来标题栏还是在：
在这里插入图片描述

于是我们，跑一下自己的应用测试验证一下，确实点击之后，标题栏还是被占用了，所以不是QLauncher的问题，是有一个灰色底色+任务栏，称之为控制台吧。

步骤二：定位到控制台，验证启动应用

这个控制台可能是weton或者哪里的，不太清楚，咨询了官方查看了文档，好像是weston的：
在这里插入图片描述

所以直接干掉看效果：
在这里插入图片描述

干587

kill -9 587
1

结果如下图：
在这里插入图片描述

确实是黑了，但是因此，我们使用界面的应用也启动不了：
在这里插入图片描述

这里陷入两难了，寻求官方支持。

步骤三：寻求官方支持求改weston的配置

修改/etc/xdg/weston/weston.ini
在这里插入图片描述

在这里插入图片描述

然后，再重启开发板测试：
在这里插入图片描述

再启动自己的应用：
在这里插入图片描述

可以启动了

步骤四：修改为自己的程序为开机启动

前面已经定位了QLauncher，那么替换一下全路径就可以了。
注意：这里要注意若是应用中使用了相对路径会直接换成调用脚本的路径为起始路径，这事经常容易犯的错误，且一时半伙定位不到，所以建议开发程序的时候，使用到路径一定要使用QApplication::applicationDir去获取可执行文件的类路径作为起始路径）
在这里插入图片描述

修改后为：
在这里插入图片描述

然后重启：

rboot
1

重启就是我们的应用了，已经实测验证完了。

应用卡顿

不用想就是RS485的上下拉过程了，因为应用的界面都做了二级缓存，所有的界面操作除开时钟之外，目前只有探测到变化才会修改一次界面值，而多次发送同样的数据，理论上不存在，以这个目标去论证。
官方的usleep，睡眠是100字节才睡眠0.17ms左右，10016（107+2）约等于0.17ms，这样检测是不够的，直接使用QThread::msleep睡眠，之前做的海思的也是这个问题，具体值要根据测试来，这边测试最终是2ms的时候，不卡顿，当然，可以尝试1ms。
在这里插入图片描述