QT移植，交叉编译至泰山派RK3566开发板

大象荒野

已于 2025-04-24 15:40:59 修改

阅读量387

点赞数

分类专栏：嵌入式QT开发笔记文章标签： qt 开发语言

于 2025-02-18 21:05:18 首次发布

本文链接：https://blog.youkuaiyun.com/qq_42190402/article/details/145714750

版权

笔记同时被 2 个专栏收录

16 篇文章 ¥19.90 ¥99.00

订阅专栏

超级会员免费看

嵌入式QT开发

37 篇文章

订阅专栏

备注

交叉编译到开发板，会有各种奇奇怪怪的问题，

直接命令行安装 QTCREATOR和 QtBase，就在板子上搞个桌面系统编译，最后把桌面关掉(桌面关掉会导致qt显示出现问题，不建议关)。

配置文件解析

配置文件丢这里，后面有空整理下。

说下大概的注意点，

安装路径(qtcreator远程部署的路径)、

动态库路径和头文件路径、

运行时动态库路径和头文件路径($$pwd在编译后会被换成绝对路径，因此需要指定运行时动态库路径)

# 指定使用的 Qt 模块
QT       += core gui widgets

# 配置选项
CONFIG += c++11

# 警告和弃用 API
DEFINES += QT_DEPRECATED_WARNINGS
# 如果需要禁用已弃用的 API，取消以下注释
# DEFINES

了解本专栏

订阅专栏解锁全文

超级会员免费看

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

大象荒野

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
打赏
打赏
打赏举报

举报

专栏目录

订阅专栏

RK3566系统移植 | 基于rk-linux-sdk移植uboot 嵌入式

CyberSphinx的博客

08-31

1450

总结而言，通过上述步骤，我们可以基于rk-linux-sdk成功移植uboot到RK3566嵌入式系统中。首先，我们需要从uboot官方仓库(http://www.denx.de/wiki/U-Boot)下载最新的uboot源码。解压缩后，我们可以进入uboot的根目录。将生成的u-boot.img文件通过USB线连接到RK3566开发板上，并使用工具将其烧录到开发板的启动器件中。接下来，我们可以开始移植uboot。在进行RK3566系统移植时，常用的方法是基于rk-linux-sdk移植uboot。

Qt学习笔记（一）Qt的基础知识及环境编译（泰山派）

sincerelover的博客

10-22

1265

最近已经停更很久了，本系列主要是对Qt进行一个简单的学习和了解，这部分内容不是很多，操作也是较为简单的。

参与评论您还未登录，请先登录后发表或查看评论

毕设拯救计划（二）基于QT的智能家居（Windows/嵌入式Linux（泰山派）+Onenet云）

sincerelover的博客

11-06

1450

前段时间，笔者觉得以前的STM32的智能家居太low了，于是想对其进行改进，目前的方案有以下两种：一、STM32和Linux开发板构成完整的智能车家系统，即通过MQTT云端进行双向传输，完成同时对应控件的相互下达。这部分的问题在于云端的双机通信其实很不稳定，即使加了心跳包保持连接仍然会时不时断链连（PS：可能有解决办法，笔者感觉意义不是很大就没有继续优化了）；

[立创泰山派]RK3566 buildroot添加qt5运行环境

qq_42795119的博客

02-29

3296

在泰山派上由于之前已经整体编译过一遍SDK了，所以我是在此基础上进行qt5模块的添加，如果你没有编译过SDK请自行编译一遍：https://lceda001.feishu.cn/wiki/Da5owUV4dipiqUkZycbcxckinvc，关于编译过程中可能产生的问题可以参考这篇文章：https://oshwhub.com/forum/post/14e4b189490c4d3d9ec2142f6751ce15。目录中选中一个例程，我这里选择的是animation，然后在目录中输入。

自研rk3566/rk3588+rgbd相机之基础知识---嵌入式arm64平台依赖库交叉编译方法

weixin_43802726的博客

02-01

770

嵌入式部署

立创开发板泰山派RK3566交叉编译工具链配置和实现与Windows文件互传

wangkaiwei66的博客

01-05

5625

前言：学习过韦东山老师的IMX6ULL系列的Linux开发教程，第一次接触RK3566系列的，查询了不少资料，学习到了很多。将学习到的知识总结一下，主要写一下交叉编译工具链的配置和泰山派实现与Windows电脑文件互传，方便开发。参考资料：主要参考了正点原子RK3568的教程，（我室友的学习博客，里面有很多嵌入式Linux的学习笔记和学习资料路线），泰山派提供的文件资料，RK官方文档，遇到问题时也参考了很多优快云上的博客。

自己进行opencv交叉编译移植到RK3566进一步精简总结

诗筱涵的博客

02-20

893

bin里面放的是一些可执行文件，include里面放的是一些头文件，lib里面放着一些动态库，share里面放着一些cmake文件包括最重要的OpencvConfig.cmake，cpp工程里面的cmakelists通过先找到这个OpencvConfig.cmake进而找到对应的头文件和库文件路径。我首先按照正常的方式去在NX上装opencv3.3.1，cmake选项和普罗米修斯wiki里面提供的一样，就是install路径改为一个专门的文件夹，到时候方便直接拷贝走。我移植的对象是opencv3.3.1。

Qt交叉编译（从x86-arm64）

weixin_43690282的博客

02-04

1383

在x86平台上，编译运行于arm64平台上的Qt程序，操作系统为Ubuntu20.04

泰山派 RK3566 在Ubuntu系统下运行QT程序屏幕撕裂以及framebuffer冲突的解决方法

qq_42757207的博客

11-10

612

泰山派QT无法正常显示解决方法

海思Qt5.9.7交叉编译Hisi3536.docx

08-04

海思 Qt5.9.7 交叉编译 Hisi3536 是一种高级的交叉编译技术，用于将 Qt 5.9.7 移植到 Hisi3536 板子上。本文档将详细记录整个移植过程，并提供相关的知识点。海思 Qt5.9.7 交叉编译 Hisi3536 的必要性 Qt 是一个...

泰山派开发板测试，qt交叉编译参考

02-10

泰山派开发板测试，qt交叉编译参考

泰山派开发板测试，交叉编译qt源码到arm

02-10

泰山派开发板测试，交叉编译qt源码到arm

rk3288 QT移植

05-10

【rk3288 QT移植】是一个针对rk3288平台进行QT应用程序开发和操作系统构建的过程。在这一过程中，开发者需要使用Git来管理和编译源码，以便生成Ubuntu、Debian、Buildroot等不同类型的镜像和文件系统。本文将详细...

交叉编译Qt6.5.3（RK3568开发板）

m0_46309425的博客

12-25

3968

注意，如果使用其它版本的交叉编译器的话，请确保你的交叉编译器能够支持 C++17标准。为确保后续交叉编译没问题，需要确保开发板使用的GLIBC版本不小于2.34版本。到 linaro 网站上下载交叉编译工具，我下载的是 gcc-linaro-11.3.1-2022.06-x86_64_aarch64-linux-gnu.tar.xz。安装 CMake ，最低要求3.16版本，如果要静态编译，需要3.21及以上版本。我使用的3.27版本。：指定为最后交叉编译后的Qt6.5.3库的安装目录。

qt 5 交叉编译方法

rannar的博客

12-26

2375

./configure \ -prefix ../arm-qt-output \ -xplatform linux-aarch64-gnu-g++ \ -qt-libpng \ -qt-libjpeg \ -static \ -no-xcb \ -no-opengl \ -no-eglfs \ -no-direct2d \ -no-directfb \ -no-eglfs \ -no-gbm \ ...

QT5.15.2安装(2025.4)

qq_27904009的博客

10-12

4983

继上篇buildroot安装好以后，准备跑QT测试，泰山派内置的QT是5.15.2版本，所以我们这里选择5.15.2版本安装。

泰山派RK3566移植QT，动鼠标时出现屏幕闪烁

最新发布

荒野

02-19

1199

测试记录

9 自研rgbd相机基于rk3566之qt开发环境搭建与框架搭建

weixin_43802726的博客

09-01

305

1)官网下载qt-sdk: firfly_arm64_qt5.12.2_18.04 2)目标机部署：参考Qt5.12.2_Release.md文件 Target Deployment 主机端 3)修改配置文件/etc/profile ，增加如下几行 Export QT_QPA_PLATFOR=LINUXFB Export QT_QPA_FB_DRM=1 Export QT_QPA_PLATFORM=xcb Export QT_QPA_EGLFS_INTEGRATION=XCB_EGL官方测试流程：找到qt

9 自研rgbd相机基于rk3566之qt框架开发rgb图像处理线程

weixin_43802726的博客

09-02

229

3 qt 处理部分，与界面主线程交互部分，完成采图，开始停止等。启动显示，运行线程程序。1 v4l2采图部分，将v4l2采图功能放到qt框架中，分别实现单次调用和连续采图。2 接收界面启动信号v4l2采图，线程连续接收v4l2的图像数据。2 获取到的raw图像放到共享内存中，用共享内存与其他线程交互。1 线程构造函数启动后创建v4l2类，创建共享内存放置四幅图像。指定设备文件节点，集成v4l2处理框架，声明共享内存。3 线程将v4l2图像数据解析后发送到共享内存。4 接收界面停止信号后关闭v4l2采图。

Ubuntu的qt程序交叉编译到rk3568开发板

12-27

### Ubuntu上的Qt程序交叉编译至RK3568开发板 #### 准备工作为了成功完成Ubuntu系统的Qt应用程序向RK3568开发板的移植，需先确认已安装必要的工具链以及配置好环境变量。这通常涉及下载并设置特定于目标硬件平台（即RK3568）的GCC交叉编译器，并将其路径加入到当前用户的PATH环境中[^1]。 #### 配置Qt构建环境接下来，在Ubuntu主机上获取适用于嵌入式Linux设备的Qt源码包。对于版本控制，建议选用稳定版如Qt 5.x系列中的某个长期支持(LTS)版本。解压后进入源文件夹，通过指定`-extprefix`参数来定义外部安装位置，同时利用`configure`脚本来定制化编译选项，确保选择了正确的QPA(Quick Platform Abstraction)插件以适配ARM架构下的图形界面渲染需求[^2]。 ```bash ./configure -release -confirm-license \ -device linux-rk3568-g++ \ -device-option CROSS_COMPILE=arm-linux-gnueabihf- \ -sysroot /path/to/sysroot \ -prefix /usr/local/qt5pi \ -extprefix $HOME/raspberry_pi/qt5pi \ -hostprefix /opt/qt5 \ -no-use-gold-linker \ -reduce-relocations \ -nomake examples \ -nomake tests \ -skip qtwebengine ``` 上述命令片段展示了如何针对RK3568调整Qt框架的核心组件及其依赖库的编译过程。注意替换`/path/to/sysroot`为实际的目标根文件系统所在目录；而`CROSS_COMPILE`后的前缀应指向之前准备好的交叉编译工具链的位置[^3]。 #### 编写项目.pro文件创建一个新的`.pro`工程描述文件用于管理项目的各个模块之间的关系。这里可以添加额外的宏定义或链接标志以便更好地适应不同的部署场景： ```qmake QT += core gui widgets network multimedia multimediawidgets CONFIG += c++17 console TARGET = MyAppName TEMPLATE = app SOURCES += main.cpp \ widget.cpp HEADERS += widget.h LIBS += -L/path/to/additional/libraries -lmylibname INCLUDEPATH += /path/to/include/files ``` 此段代码说明了怎样在`.pro`文件中声明所需的Qt模块、编译模式以及其他可能影响最终可执行二进制文件特性的属性。特别是当涉及到多媒体功能时，记得包含相应的类目以充分利用底层硬件加速特性。 #### 执行交叉编译流程一旦所有的前期准备工作都已完成，则可以通过调用先前生成的自定义`qmake`来进行具体的编译操作。假设已经按照前述指导完成了整个Qt套件的初次编译与安装，那么现在只需简单地导航到待处理的应用程序源码树顶端，接着输入如下指令即可启动正式的跨平台编译作业： ```bash $HOME/qt-everywhere-opensource-src-5.15.8/install/bin/qmake myproject.pro make ``` 以上步骤概括了一个典型的从Ubuntu桌面端到RK3568 ARM处理器驱动的嵌入式装置间的Qt应用迁移案例。当然，具体细节可能会因个人偏好或是特殊业务逻辑的要求有所不同，但总体思路保持一致。