长沙红胖子Qt的技术博客

RK3588，系统原本没问题，新增py和opencv库，受到某第三方不靠谱的公司，应要从buildroot做系统（可以直接交叉编译py和opencv打补丁即可），导致系统出现严重问题，此次解决是屏幕问题，第二屏幕不论设置x坐标是多少，第二屏幕的设置显示1024位置和1024+500的位置是一样的缺少切面，且无法通过x来修正，通过应用进行规避

环视算法，因为融合的时候由于方案商平台编译环境没有给opencv的库，用QI mage的原始data直接入，测试发现存在拼接是乱图的问题，需要定位并解决。

方案商定制的主板，加入了360°环视算法功能，涉及到了一些库的添加，重新制作了依赖库的镜像，镜像更新的原来的板子上。

刷RK3588始终“没有发现设备“，对比下，RK3568可以发现，解决RK3588没有发现设备的问题。

RK3588，作为瑞芯微电子（Rockchip）旗下的高性能应用处理器芯片，自发布以来便凭借其卓越的性能和广泛的应用领域受到了业界的广泛关注。该芯片采用了先进的ARM架构，集成了多种高性能处理单元，主要面向ARM PC、边缘计算、个人移动互联网设备以及其他多媒体产品应用。本文将详细介绍RK3588芯片的主要特点、硬件配置、图形处理能力以及行业应用等方面。

目标板系统的库里面没有带Qt串口库，需要使用串口，由此引出一些列Qt版本，LD_LIBRARY_PATH无效，无法启动应用等等奇葩问题的解决

上一篇项目已经构建好了Qt，板子接入mipi屏幕也跑起来了，Qt也能正常运行了，现在需要接入定制开发的sdk，sdk中使用了硬解码等资源涉及到bsp的mpp，所以下一步就是引入mpp和sdk到Qt开发环境中，从而Qt中可以调用sdk接口进行进一步的应用结合开发了。

RK3588基于weston，不能自适应hdmi显示，设置固定分辨率为1920x1080。

rk3588开发车机，方案上提供的宿主机只是编译rk sdk的版本，并未编译好Qt，那么需要自行交叉编译Qt系统。选择的Qt的版本为5.12.10。

目标开发任务还有个功能，就是播放rtsp摄像头，当然为了更好的坐这个个，我们必须支持rtsp播放失败之后重新尝试，比如5s重新尝试打开一次，从而保障联网后重新打开，然后达成这个功能。

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

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

前面发现开发板用ubuntu固件发现空间不够，本篇使用buildroot固件，来实现目标板运行qt界面应用。

在之前的博文中已经搭建好了一个比较完善的ubuntu宿主机，都很完善了但是发现没有Qt交叉编译开发环境，所以还需要搭建一套Qt交叉编译开发环境。

RK3568运行播放7路rtsp播放，时间几个小时就崩了，定位该问题，分析原因

编译了uboot，kernel，buildroot后，可以单独输入固件，也可以整体打包成rootfs进行一次性输入，rootfs直接更新升级这个方式目前也是常用的。本篇刷了2个镜像，一个支持mipi屏幕得ubuntu固件，一个支持hdmi固件，但是都不支持笔者的usb触摸屏

buildroot虽然灵活，但是基于实际情况，本身是侧重驱动和应用定制开发的只定制一次文件系统投入有点多，还不如直接ubunt自己交叉编译依赖库，做一些库的移植裁剪。于是本篇就使用ubuntu系统了，至于其他库自己下源码在宿主机交叉编译号后，再拷贝过去或者直接在板子上编译也行（只是会比较慢），但是意义不大，因为开发过程肯定是用宿主机，不然核心板编译太慢，在编译上会花费不少可以省去的时间。

上一篇搭建好了ubuntu宿主机开发环境，本篇的目标系统主要是开发linux+qt，所以需要刷上billdroot+Qt创建的系统，为了更好的熟悉原理和整个开发过程，选择从零开始搭建rk3568的sdk开发环境。

开始搭建RK3568的基础虚拟机，具备基本的通用功能，主要包含了串口工具minicom，远程登陆ssh，远程传输filezilla，代码编辑工具vscode。

本篇主要介绍RK3568芯片和入手开发板的底板介绍以及开发板的外设

目前主流国产芯片为RV11XX、RK33XX、Hi35XX系列，本系列开启RK3568系列的技术教程笔记分享。本篇主要介绍RK3568芯片和入手开发板的核心板详细介绍。