1. RK3568开发板与buildroot固件基础
RK3568作为瑞芯微推出的高性能处理器，在工业控制和嵌入式领域应用广泛。很多开发者选择buildroot作为其轻量级Linux系统构建工具，因为它能快速生成包含Qt运行环境的定制化固件。我在实际项目中发现，直接使用官方提供的buildroot配置编译出的系统，默认会启动一个带任务栏的Weston桌面环境，这对于需要全屏运行的工业HMI应用来说非常不友好。
先说说buildroot的基本工作流程。它就像个智能化的"系统组装工厂"，通过menuconfig界面选择需要的组件（比如Qt库、Weston合成器、字体等），然后自动下载源码、打补丁、交叉编译，最终生成完整的系统镜像。这里有个关键点：buildroot的配置文件决定了系统启动时的服务加载顺序，而我们要修改的正是这个启动逻辑。
在最近的一个智能网关项目中，客户要求设备上电后直接全屏显示监控界面，但默认系统总会弹出讨厌的任务栏。经过反复测试，我发现问题的根源在于Weston合成器的默认配置。Weston作为Wayland协议的参考实现，其配置文件/etc/xdg/weston/weston.ini中shell=desktop这一行就是罪魁祸首，它强制显示了桌面环境元素。
2. 定位系统GUI进程的关键技巧
当你的Qt应用无法全屏显示时，第一步应该是诊断当前运行的GUI进程。很多新手会直接去改rc.local，这其实走入了误区。现代Linux系统通常使用systemd或init.d来管理服务，而图形界面往往由专门的显示管理器控制。
我常用的诊断方法是组合使用这些命令：
ps aux | grep -E 'weston|qt|Xorg' # 查看图形相关进程 systemctl list-units --type=service # 列出所有系统服务 journalctl -u weston -f # 实时查看weston日志在RK3568的buildroot系统中，通常会发现这几个关键进程：
/usr/bin/QLauncher：默认的Qt启动器/usr/bin/weston：Wayland合成器qt-app：你自己开发的应用
有个容易踩的坑：直接kill掉QLauncher后，任务栏可能仍然存在。这是因为Weston本身提供了shell层，需要修改其配置而非简单关闭进程。我曾在三个不同项目里犯过同样的错误，直到发现weston.ini中的隐藏参数。
3. 彻底解决全屏问题的Weston配置方案
要让Qt应用真正全屏运行，需要从三个层面进行配置：
3.1 Weston核心参数修改
编辑/etc/xdg/weston/weston.ini，关键配置如下：
[core] shell=fullscreen-shell.so [fullscreen-shell] priority=1这个配置做了两件事：
- 将默认的desktop-shell替换为全屏专用shell
- 设置最高优先级确保生效
实测中发现，某些版本的Weston还需要额外关闭动画效果：
[animation] fade-duration=03.2 系统服务启动顺序调整
在buildroot的/etc/init.d目录下，找到S99weston或类似的服务脚本。需要确保：
- Weston在Qt应用之前启动
- 给Weston足够的初始化时间
我常用的方法是添加sleep延时：
start() { echo "Starting weston..." /usr/bin/weston --config=/etc/xdg/weston/weston.ini & sleep 3 # 关键延迟 /opt/myapp/qt-app & }3.3 Qt应用自身的全屏设置
在Qt代码中，除了调用QWidget::showFullScreen()，还需要设置这些属性：
QGuiApplication::setAttribute(Qt::AA_EnableHighDpiScaling); QGuiApplication::setAttribute(Qt::AA_UseHighDpiPixmaps);对于Qt Quick应用，还需在main.qml中添加：
Window { visibility: "FullScreen" flags: Qt.FramelessWindowHint | Qt.WindowStaysOnTopHint }4. 替换系统默认启动器的完整流程
要让自定义Qt应用成为系统启动后自动运行的程序，需要替换默认的QLauncher。这里分享一个稳妥的方案：
4.1 创建应用启动脚本
在/usr/bin下创建myapp-start：
#!/bin/sh export QT_QPA_PLATFORM=wayland export QT_QPA_EGLFS_HIDECURSOR=1 cd /opt/myapp && ./qt-app -platform wayland记得给执行权限：
chmod +x /usr/bin/myapp-start4.2 修改系统服务文件
找到QLauncher的service文件（通常在/usr/lib/systemd/system），将其中的ExecStart改为：
ExecStart=/usr/bin/myapp-start或者更彻底的方法——直接替换二进制文件：
mv /usr/bin/QLauncher /usr/bin/QLauncher.bak ln -s /opt/myapp/qt-app /usr/bin/QLauncher4.3 处理路径依赖问题
这是最容易出问题的地方。在嵌入式系统中，所有资源文件都应该使用绝对路径。我推荐这种目录结构：
/opt/myapp/ ├── qt-app # 可执行文件 ├── libs/ # 第三方库 ├── plugins/ # Qt插件 └── resources/ # 图片等资源在代码中获取路径的正确方式：
QString appPath = QCoreApplication::applicationDirPath(); QString imagePath = appPath + "/resources/background.png";5. RS485通信优化与界面流畅性保障
在工业场景中，RS485通信卡顿常常导致界面冻结。经过多个项目验证，我总结出这些优化方案：
5.1 串口参数精细调整
修改/etc/rs485.conf（如果没有就新建）：
baudrate=115200 data_bits=8 parity=none stop_bits=1 flow_control=none min_rx_bytes=1 timeout=10在Qt代码中设置QSerialPort时，这几个参数最关键：
serial->setBaudRate(115200); serial->setDataBits(QSerialPort::Data8); serial->setFlowControl(QSerialPort::NoFlowControl); serial->setReadBufferSize(1024); // 适当增大缓冲区5.2 通信线程与界面分离
绝对不要在UI线程中直接操作串口！应该使用QThread创建独立的通信线程：
class ComThread : public QThread { Q_OBJECT protected: void run() override { QSerialPort port; // 初始化串口 while(!isInterruptionRequested()) { // 处理数据收发 QThread::msleep(1); // 关键延时 } } };5.3 数据收发时序控制
根据实测数据，这些延时参数效果最佳：
- 发送完成后延时：1ms
- 接收间隔检查：1ms
- 帧间间隔：2ms
具体实现示例：
void sendData(const QByteArray &data) { port->write(data); while(port->bytesToWrite() > 0) { if(!port->waitForBytesWritten(10)) break; } QThread::msleep(1); // 关键延时 }6. 常见问题排查与解决方案
在实际部署中，这些问题出现频率最高：
6.1 应用启动后黑屏
可能原因：
- Weston未正常启动
- Qt平台插件缺失
排查步骤：
export QT_DEBUG_PLUGINS=1 # 启用插件调试 /opt/myapp/qt-app -platform wayland 2>&1 | tee log.txt常见解决方案：
cp -r /usr/lib/qt/plugins /opt/myapp/ # 复制插件6.2 触摸屏坐标偏移
修改Weston配置：
[libinput] touchscreen_calibrator=1然后在终端运行：
weston-touch-calibrator6.3 系统启动时间过长
优化技巧：
- 在buildroot中启用
BR2_OPTIMIZE_2 - 禁用不需要的服务
- 使用squashfs压缩根文件系统
在最近的一个项目中，通过这些优化将启动时间从15秒缩短到6秒。关键是在/etc/inittab中移除了所有不必要的tty和getty。
