RV1109/RV1126 QT应用从开发到部署：两种编译路径的实战解析与避坑指南

1. RV1109/RV1126 QT开发环境搭建与方案选择

第一次接触RV1126开发板时，我被它小巧的体积和强大的视频处理能力吸引，但真正开始QT界面开发时才发现，编译部署才是真正的挑战。记得当时为了赶项目进度，我连续熬了三个通宵才搞明白两种编译方式的区别。现在把经验总结出来，希望能帮你少走弯路。

RV1109/RV1126作为Rockchip面向视觉处理的明星芯片，其QT开发主要有两种路径：

• Buildroot集成编译：适合快速验证和简单应用
• 独立交叉编译工具链：适合复杂项目开发和长期维护

我建议新手先从Buildroot方案入手，等熟悉基础流程后再尝试交叉编译。去年有个智慧门禁项目，客户临时要求增加人脸识别UI界面，我用Buildroot方案只用了两天就完成了从开发到部署的全流程。不过后来项目升级需要深度定制QT库时，就不得不切换到交叉编译方案了。

2. Buildroot集成编译实战指南

2.1 环境准备与工程配置

在开始前，请确保你已经：

1. 完整编译过对应开发板的SDK（这个步骤绝对不能偷懒）
2. 安装好WSL或Linux开发环境
3. 准备好QT Creator开发的项目源码

我遇到过最坑的问题就是SDK版本不匹配。有次用了非官方的SDK，编译过程一切正常，但生成的执行文件就是无法运行。后来重新下载官方SDK完整编译后才解决。

配置Buildroot的步骤如下：

# 在SDK/buildroot/package/rockchip/下新建工程目录 mkdir -p SDK/buildroot/package/rockchip/TextEditor # 创建Config.in文件 cat > SDK/buildroot/package/rockchip/TextEditor/Config.in <<EOF config BR2_PACKAGE_TEXTEDITOR bool "TextEditor" help QT Demo Application EOF

2.2 源码移植与编译技巧

将QT项目移植到Buildroot时，这几个文件必须包含：

• 项目名.pro (QT项目配置文件)
• 所有.h/.cpp源码文件
• UI设计文件(.ui)
• 资源文件(.qrc)

我常用的目录结构是这样的：

SDK/ └── app/ └── TextEditor/ ├── TextEditor.pro ├── main.cpp ├── mainwindow.cpp ├── mainwindow.h ├── mainwindow.ui └── res.qrc

编译时如果遇到qmake找不到的问题，可以这样解决：

# 修改项目名.mk中的qmake路径 define TEXTEDITOR_CONFIGURE_CMDS cd $(@D); $(TARGET_MAKE_ENV) \ /path/to/sdk/buildroot/output/host/bin/qmake endef

3. 独立交叉编译工具链详解

3.1 工具链配置与依赖库编译

交叉编译需要准备：

1. 正确的工具链（建议使用SDK自带的prebuilts）
2. OpenSSL 1.0.0+版本
3. SQLite 3.x
4. QT 5.9+源码

我强烈建议先把OpenSSL和SQLite编译好，这两个是QT的基础依赖。有次我跳过了SQLite编译，结果QT编译到一半报错，不得不从头开始。

编译OpenSSL的关键步骤：

./Configure linux-armv4 no-asm shared --prefix=/path/to/openssl_build make -j$(nproc) make install

3.2 QT源码编译与配置

QT的编译配置最为复杂，这个build.sh脚本模板请收好：

#!/bin/sh OPENSSL_LIBS='-L/path/to/openssl/lib -lssl -lcrypto' \ ./configure -prefix /path/to/qt_build \ -opensource \ -confirm-license \ -xplatform linux-arm-gnueabi-g++ \ -linuxfb \ -no-opengl \ -openssl-linked \ -I /path/to/openssl/include \ -L /path/to/openssl/lib

特别注意qmake.conf的配置：

QMAKE_CC = /path/to/gcc/arm-linux-gnueabihf-gcc QMAKE_CXX = /path/to/gcc/arm-linux-gnueabihf-g++ QMAKE_LINK = /path/to/gcc/arm-linux-gnueabihf-g++

4. 部署与调试实战技巧

4.1 文件传输与权限设置

开发板部署时，我常用的文件传输方式：

1. ADB push（速度最快）
2. SCP（适合远程调试）
3. TF卡（最稳定）

必须设置的环境变量：

export QT_QPA_FB_DRM=1 export QT_QPA_PLATFORM=linuxfb:rotation=0

4.2 常见问题排查

遇到"Could not find Qt platform plugin"错误时：

1. 检查环境变量设置
2. 确认QT插件路径正确
3. 验证动态库依赖是否完整

我常用的排查命令：

# 检查文件类型 file ./TextEditor # 查看动态库依赖 ldd ./TextEditor # 查看QT插件路径 export QT_DEBUG_PLUGINS=1 ./TextEditor

5. 方案对比与选择建议

经过多个项目实践，我总结的对比表格：

去年做的智能零售终端项目就是个典型案例：初期用Buildroot快速验证UI可行性，等客户确认需求后切换到交叉编译方案，方便后续添加OpenCV集成和自定义控件。

如果现在让我重新选择，我会：

1. 购买开发板时要求供应商提供完整SDK
2. 开发初期就用交叉编译方案搭建环境
3. 编写自动化部署脚本节省调试时间

记得在环境变量中加上QT_LOGGING_RULES=qml.debug=true，这样可以看到更详细的运行时日志，对调试复杂界面非常有帮助。