YOLOv8 模型移植到高通机器人RB5 平台详细指南

YOLOv8 模型移植到高通机器人RB5 平台详细指南

💡前言

随着边缘端 AI 推理需求的增长,将深度学习模型部署到嵌入式平台成为许多开发者的关注焦点。本文将详细介绍如何将 Ultralytics YOLOv8 训练后的目标检测模型移植到高通机器人RB5平台设备上运行,涵盖从 PyTorch 模型到最终部署的完整流程,并提供常见问题的解决方案和性能优化建议。除了该设备外,如果你手上是一台Thundercomm EB5平台的设备,同样可以按照该步骤完成模型训练,快尝试下吧。

1. 概述

1.1 背景介绍

本文档详细介绍如何将 Ultralytics YOLOv8 训练后的目标检测模型移植到高通机器人 RB5平台(Robotics RB5)上运行。RB5 平台是一款强大的机器人开发平台,搭载 Qualcomm QRB5165 处理器,支持 AI 加速和 5G 连接,非常适合边缘端 AI 推理任务。

在这里插入图片描述

1.2 模型移植流程

模型移植的完整流程如下:

  1. YOLOv8 PyTorch 模型 (.pt) → ONNX 格式 (.onnx)
  2. ONNX 模型 → QNN 模型(通过 qnn-onnx-converter 转换并可选量化)
  3. QNN 模型 → 模型库 (.so)(通过 qnn-model-lib-generator 编译)
  4. 模型库 → 上下文二进制 (.bin)(通过 qnn-context-binary-generator 生成缓存)
  5. 部署到 RB5 设备运行推理

1.3 硬件加速器选择

高通机器人 RB5 平台支持多种硬件加速器:

加速器说明适用场景
CPUKryo 585 八核处理器通用计算,调试验证
GPUAdreno 650 GPUFP16/FP32 推理,图形处理
HTP/DSPHexagon Tensor ProcessorINT8 量化推理,最佳性能功耗比

2. 环境准备

2.1 主机开发环境要求

开发主机需满足以下要求:

  • 操作系统:Ubuntu 22.04 LTS(推荐)或 Ubuntu 20.04 LTS
  • Python 版本:Python 3.8 或 3.10
  • 内存:建议 16GB 或以上
  • 存储空间:至少 50GB 可用空间

2.2 安装 QNN SDK

从高通开发者网站下载高通® 神经处理SDK(QNN SDK):

下载链接:Qualcomm AI Engine Direct SDK

解压 SDK 并初始化环境:

unzip qairt_sdk_v2.x.x.zip -d ~/qnn exportQNN_SDK_ROOT=~/qnn/qairt/v2.x.x source$QNN_SDK_ROOT/bin/envsetup.sh 

2.3 配置 QNN 环境变量

~/.bashrc 文件中添加以下配置:

exportQNN_SDK_ROOT=/path/to/qnn/qairt/v2.x.x exportPATH=$QNN_SDK_ROOT/bin/x86_64-linux-clang:$PATHexportLD_LIBRARY_PATH=$QNN_SDK_ROOT/lib/x86_64-linux-clang:$LD_LIBRARY_PATHexportPYTHONPATH=$QNN_SDK_ROOT/lib/python:$PYTHONPATH

使配置生效:

source ~/.bashrc 

2.4 安装 Python 依赖

创建虚拟环境并安装必要的 Python 包:

python3 -m venv qnn_env source qnn_env/bin/activate pip install ultralytics pip installonnx==1.17.0 pip installonnxruntime==1.22.0 pip install numpy opencv-python 

3. YOLOv8 模型导出为 ONNX

3.1 导出命令

使用 Ultralytics 提供的导出功能将 PyTorch 模型转换为 ONNX 格式:

from ultralytics import YOLO # 加载训练好的模型 model = YOLO("path/to/your/best.pt")# 导出为 ONNX 格式 model.export(format="onnx", imgsz=[640,640],# 输入尺寸 opset=12,# ONNX opset 版本,建议使用 11 或 12 simplify=True,# 简化模型 dynamic=False# QNN 不支持动态输入,必须设为 False)

3.2 关键导出参数说明

参数说明
format导出格式,设为 ‘onnx’
imgsz输入图像尺寸,如 [640,640],需与训练时保持一致
opsetONNX opset 版本,推荐 11 或 12 以获得最佳 QNN 兼容性
simplify是否简化模型图,建议设为 True
dynamic动态输入大小,QNN 不支持,必须设为 False

3.3 验证 ONNX 模型

导出后验证 ONNX 模型的正确性:

import onnx import onnxruntime as ort import numpy as np # 加载并验证模型 model = onnx.load("best.onnx") onnx.checker.check_model(model)print("ONNX 模型验证通过")# 检查输入输出信息print(f"输入: {[i.name for i in model.graph.input]}")print(f"输出: {[o.name for o in model.graph.output]}")# 测试推理 session = ort.InferenceSession("best.onnx") input_name = session.get_inputs()[0].name test_input = np.random.rand(1,3,640,640).astype(np.float32) outputs = session.run(None,{input_name: test_input})print(f"输出形状: {outputs[0].shape}")

4. ONNX 模型转换为 QNN 模型

4.1 使用 qnn-onnx-converter 转换

QNN SDK 提供了 qnn-onnx-converter 工具将 ONNX 模型转换为 QNN C++ 模型格式:

基本转换命令:

qnn-onnx-converter \--input_network best.onnx \--output_path best.cpp \--input_dim"images"1,3,640,640 

如果有多个输出节点:

qnn-onnx-converter \--input_network best.onnx \--output_path best.cpp \--input_dim"images"1,3,640,640 \--out_name output0 

4.2 转换参数详解

参数说明
--input_network输入 ONNX 模型文件路径
--output_path输出 QNN C++ 模型文件路径
--input_dim输入层名称和维度,格式:“name” N,C,H,W
--out_name指定输出节点名称(可选)
--input_list校准数据列表文件,提供后将在转换时同时完成量化

4.3 验证转换结果

转换完成后会生成 .cpp.bin 文件,可通过编译生成模型库来验证:

qnn-model-lib-generator \-c best.cpp \-b best.bin \-o model_libs/ # 成功后会在 model_libs/ 下生成对应平台的 .so 模型库文件

5. 模型量化

5.1 量化概述

要在 Hexagon Tensor Processor (HTP) 上运行模型,必须将模型量化为 INT8 或 INT16 格式。在 QNN SDK 中,量化可以在模型转换阶段通过 qnn-onnx-converter--input_list 参数一步完成,也可以单独进行。量化过程包括两个步骤:权重和偏置量化(静态)以及激活层量化(需要校准数据)。

5.2 准备校准数据

量化需要一组代表性的输入数据作为校准集。创建 Python 脚本生成 .raw 格式的校准数据:

import numpy as np import cv2 import os defpreprocess_image(image_path, input_size=(640,640)):"""预处理图像为 QNN 所需格式""" img = cv2.imread(image_path) img = cv2.cvtColor(img, cv2.COLOR_BGR2RGB) img = cv2.resize(img, input_size) img = img.astype(np.float32)/255.0# NHWC 格式return img # 准备校准图像列表(5-20 张代表性图像) calib_images =["image1.jpg","image2.jpg",...]# 生成 raw 文件for i, img_path inenumerate(calib_images): data = preprocess_image(img_path) raw_path =f"calib_data/input_{i}.raw" data.tofile(raw_path)# 创建输入列表文件withopen("input_list.txt","w")as f:for i inrange(len(calib_images)): f.write(f"calib_data/input_{i}.raw\n")

5.3 执行量化

在 QNN SDK 中,量化集成在 qnn-onnx-converter 转换步骤中。通过提供 --input_list 参数指定校准数据,即可在转换时完成 INT8 量化:

qnn-onnx-converter \--input_network best.onnx \--output_path best_quantized.cpp \--input_dim"images"1,3,640,640 \--input_list input_list.txt \--act_bw8\--weight_bw8

5.4 量化参数说明

参数说明
--input_list校准数据列表文件路径,提供后启用量化
--act_bw激活值位宽,默认 8,可选 16
--weight_bw权重位宽,默认 8,可选 16
--float_bw浮点位宽,可选 16 或 32

6. 模型库生成与上下文二进制缓存

6.1 概述

QNN SDK 采用两步流程将转换后的模型编译为设备可执行格式:先通过 qnn-model-lib-generator 生成目标平台的模型库(.so),再通过 qnn-context-binary-generator 生成上下文二进制缓存(.bin),这可以显著减少运行时的初始化时间。

6.2 生成模型库

将量化后的 QNN 模型编译为目标平台(aarch64)的模型库:

qnn-model-lib-generator \-c best_quantized.cpp \-b best_quantized.bin \-o model_libs/ \-t aarch64-ubuntu-gcc7.5 

6.3 生成上下文二进制缓存

针对 RB5 平台(QRB5165 SoC)生成 HTP 上下文二进制缓存:

qnn-context-binary-generator \--model model_libs/aarch64-ubuntu-gcc7.5/libmodel.so \--backend libQnnHtp.so \--output_dir context_binary/ 

可选:指定目标 SoC 进行离线编译优化

qnn-context-binary-generator \--model model_libs/aarch64-ubuntu-gcc7.5/libmodel.so \--backend libQnnHtp.so \--output_dir context_binary/ \--config_file htp_config.json 

6.4 验证生成结果

检查生成的上下文二进制文件:

ls-la context_binary/ # 应生成 .bin 格式的上下文二进制文件,可直接用于设备端推理

7. 模型部署到 RB5 设备

7.1 连接设备

通过 ADB 连接到 RB5 设备:

adb devices # 进入设备 shell adb shell 

7.2 部署 QNN 运行时库

推送 QNN 运行时库到设备:

adb push $QNN_SDK_ROOT/lib/aarch64-ubuntu-gcc7.5/* /data/qnn/ adb push $QNN_SDK_ROOT/lib/hexagon-v68/unsigned/* /data/qnn/ 

在设备上配置环境变量(添加到 ~/.bashrc):

exportPATH=$PATH:/data/qnn/ exportLD_LIBRARY_PATH=$LD_LIBRARY_PATH:/data/qnn/ exportADSP_LIBRARY_PATH="/data/qnn:/system/lib/rfsa/adsp:/system/vendor/lib/rfsa/adsp:/dsp"

7.3 部署模型文件

创建模型目录并推送文件:

adb shell mkdir-p /data/models/yolov8 adb push context_binary/model.bin /data/models/yolov8/ adb push test_images/ /data/models/yolov8/test_images/ 

7.4 使用 qnn-net-run 测试

准备测试输入列表:

echo"/data/models/yolov8/test_images/test.raw"> /data/models/yolov8/test_list.txt 

在 HTP 上运行推理:

qnn-net-run \--backend libQnnHtp.so \--retrieve_context /data/models/yolov8/model.bin \--input_list /data/models/yolov8/test_list.txt 

查看输出结果:

ls output/ 

8. 推理应用开发

8.1 C++ 应用开发

以下是使用 QNN C API 进行推理的示例代码框架:

#include"QNN/QnnInterface.h"#include"QNN/QnnCommon.h"#include"QNN/QnnTypes.h"#include"QNN/QnnContext.h"#include"QNN/QnnGraph.h"#include"QNN/QnnTensor.h"#include"QNN/HTP/QnnHtpDevice.h"#include<dlfcn.h>#include<vector>#include<string>#include<cstring>typedefQnn_ErrorHandle_t(*QnnInterfaceGetProvidersFn_t)(const QnnInterface_t*** providerList,uint32_t* numProviders);structQnnRuntime{void* backendHandle =nullptr; QnnInterface_t qnnInterface; Qnn_BackendHandle_t backendH =nullptr; Qnn_ContextHandle_t contextH =nullptr; Qnn_GraphHandle_t graphH =nullptr;};boolinitQNN(QnnRuntime& rt,const std::string& contextBinPath){ rt.backendHandle =dlopen("libQnnHtp.so", RTLD_NOW | RTLD_LOCAL);if(!rt.backendHandle)returnfalse;auto getProviders =(QnnInterfaceGetProvidersFn_t)dlsym(rt.backendHandle,"QnnInterface_getProviders");const QnnInterface_t** providerList =nullptr;uint32_t numProviders =0;getProviders(&providerList,&numProviders); rt.qnnInterface =*providerList[0]; rt.qnnInterface.QNN_INTERFACE_VER_NAME.backendCreate(nullptr,nullptr,&rt.backendH);// 从上下文二进制文件加载模型// 读取 contextBinPath 到内存 buffer,然后调用 contextCreateFromBinary// ...returntrue;}voidrunInference(QnnRuntime& rt,float* inputData, size_t inputSize){// 配置输入输出张量并执行图推理 Qnn_Tensor_t inputTensor ={}; Qnn_Tensor_t outputTensor ={};// 设置张量维度、数据指针等// ... rt.qnnInterface.QNN_INTERFACE_VER_NAME.graphExecute( rt.graphH,&inputTensor,1,&outputTensor,1,nullptr,nullptr);}

8.2 编译命令

在 RB5 设备上编译:

g++ -std=c++17 -o yolov8_inference main.cpp \ -I/data/qnn/include/ \ -L/data/qnn/ -lQnnHtp-ldl\`pkg-config --cflags--libs opencv`

8.3 后处理逻辑

YOLOv8 输出格式为 [1, 84, 8400](以 80 类 COCO 数据集为例),需要进行后处理:

structDetection{float x, y, w, h;// 边界框float confidence;// 置信度int class_id;// 类别ID}; std::vector<Detection>postprocess(float* output,// 模型输出 [1,84,8400]float conf_thresh,float nms_thresh){ std::vector<Detection> detections;// 遍历 8400 个预测框for(int i =0; i <8400; i++){// 提取边界框坐标(前4个值)float x = output[0*8400+ i];float y = output[1*8400+ i];float w = output[2*8400+ i];float h = output[3*8400+ i];// 找到最大类别置信度float max_conf =0;int max_class =0;for(int c =0; c <80; c++){float conf = output[(4+ c)*8400+ i];if(conf > max_conf){ max_conf = conf; max_class = c;}}// 过滤低置信度检测if(max_conf > conf_thresh){ detections.push_back({x, y, w, h, max_conf, max_class});}}// 应用 NMSreturnapplyNMS(detections, nms_thresh);}

9. 常见问题与解决方案

9.1 ONNX 转换失败

问题qnn-onnx-converter 报告不支持的算子

解决方案

  • 使用较低的 opset 版本(如 opset=11)重新导出 ONNX
  • 使用 onnx-simplifier 简化模型图
  • 对于 5D 张量操作(如某些 Reshape),可能需要修改模型结构
  • 考虑使用 QNN 自定义算子包(Custom Op Package)实现不支持的算子

9.2 量化后精度下降

问题:INT8 量化后检测精度明显下降

解决方案

  • 增加校准数据集大小(建议 50-100 张代表性图像)
  • 使用 FP16 激活值 + INT8 权重的混合量化
  • 尝试 INT16 量化以获得更好精度
  • qnn-onnx-converter 中使用 --act_bw 16 提高激活值精度

9.3 HTP 运行时错误

问题:在 DSP/HTP 上运行时报错

解决方案

  • 确保模型已正确量化(非量化模型无法在 HTP 上运行)
  • 检查 ADSP_LIBRARY_PATH 环境变量配置
  • 确认 DSP 签名库已正确部署
  • 使用 qnn-context-binary-generator 为目标 SoC 生成上下文二进制缓存

10. 性能优化建议

10.1 模型优化

  • 使用 YOLOv8n(nano)或 YOLOv8s(small)变体以获得更快推理速度
  • 降低输入分辨率(如 320x320 或 416x416)在可接受精度损失范围内
  • 减少检测类别数量以降低输出处理开销

10.2 运行时优化

  • 优先使用 HTP 加速器以获得最佳性能功耗比
  • 使用离线上下文二进制缓存(qnn-context-binary-generator)减少初始化时间
  • 使用 QNN 共享内存缓冲区减少数据拷贝
  • 实现多线程流水线:图像采集、预处理、推理、后处理并行

10.3 预期性能参考

模型输入尺寸量化预期 FPS (HTP)
YOLOv8n640x640INT8~15-25
YOLOv8n320x320INT8~40-60
YOLOv8s640x640INT8~8-12

注意:实际性能受多种因素影响,包括模型复杂度、输入尺寸、量化精度和系统负载等。建议在目标平台上进行实际测试以获得准确的性能数据。

📢 结语

本文详细介绍了将 YOLOv8 模型移植到高通机器人RB5平台的完整流程,包括环境搭建、模型转换、量化、部署以及应用开发。通过遵循本文步骤,开发者可以快速在边缘端实现高效的目标检测推理。如果在移植过程中遇到问题,可参考常见问题章节的解决方案,并结合性能优化建议进一步提升模型运行效率。希望本文能为您的嵌入式 AI 项目提供有价值的参考。

Read more

Spring Boot 自动配置

目录 什么是自动配置? Spring 加载 Bean @ComponentScan @Import 导入类 导入 ImportSelector 接口的实现类 SpringBoot 原理分析 @EnableAutoConfiguration @Import(AutoConfigurationImportSelector.class)  AutoConfigurationPackage SpringBoot 自动配置流程 什么是自动配置? Spring Boot 的自动配置:当 Spring 容器启动后,一些配置类、bean 对象等就自动存入 Ioc 容器中,而不再需要我们手动去声明,从而简化了程序开发过程,省去了繁琐的配置操作 也就是说,Spring Boot 的自动配置,就是 SpinrgBoot 将依赖 jar 包中的配置类以及 Bean 加载到 Spring Ioc 容器中的过程 在本篇文章中,

By Ne0inhk
Spring boot启动原理及相关组件

Spring boot启动原理及相关组件

优质博文:IT-BLOG-CN 一、Spring Boot应用启动 一个Spring Boot应用的启动通常如下: @SpringBootApplication@Slf4jpublicclassApplicationMain{ publicstaticvoidmain(String[] args){ ConfigurableApplicationContext ctx =SpringApplication.run(ApplicationMain.class, args);}} 执行如上代码,Spring Boot程序启动成功。事实上启动Spring Boot应用离不开SpringApplication。 所以,我们跟随SpringApplication的脚步,开始从源码角度分析Spring Boot的初始化过程。 btw,可参看例子一节,我对Spring Boot启动的拓展点都做了demo,可参照下面源码分析进行理解。 文档有一句话说了SpringApplication做了什么(目的): Create an appropriate ApplicationContext

By Ne0inhk
SpringAI 全栈开发 + RAG 检索增强实战

SpringAI 全栈开发 + RAG 检索增强实战

前言 随着生成式AI技术的规模化落地,企业级AI应用开发已从技术验证走向生产级部署。Java作为企业级开发的主流语言,长期以来缺乏原生适配Spring生态的AI开发框架,导致开发者需要对接多套异构SDK、处理复杂的适配逻辑、难以快速落地核心AI能力。SpringAI的出现彻底改变了这一现状,它以Spring生态原生的设计理念,提供了统一的大模型接入抽象、全链路的RAG能力支持、无缝整合Spring Boot的自动配置特性,让Java开发者可以用极低的成本完成企业级AI应用的开发与落地。 一、核心技术栈底层原理与选型 1.1 SpringAI核心架构与设计理念 SpringAI是Spring官方推出的开源AI应用开发框架,完全遵循Spring生态的设计哲学,提供了可移植的API抽象,支持主流大模型服务、向量数据库、文档处理、RAG、Function Calling等AI应用开发的全场景能力。 其核心架构分为四层: * 接入层:统一封装主流大模型、Embedding模型、向量数据库的SDK,屏蔽底层异构差异 * 抽象层:定义ChatModel、EmbeddingModel、

By Ne0inhk
Windows下使用nvm-windows管理Node.js版本及npm配置全指南

Windows下使用nvm-windows管理Node.js版本及npm配置全指南

在前端开发中,不同项目可能依赖不同版本的Node.js,直接安装多个Node版本会导致环境冲突。nvm-windows(Node Version Manager for Windows)是Windows系统下的Node.js版本管理工具,能轻松实现多版本切换、安装和卸载,配合npm配置还能提升开发效率。本文将从安装到实战,详细讲解nvm-windows的使用及npm配置技巧。 一、什么是nvm-windows? nvm-windows是Windows系统专用的Node.js版本管理工具,核心功能: * 同时安装多个Node.js版本,互不干扰; * 快速切换当前使用的Node版本; * 自动管理每个Node版本对应的npm(无需单独安装npm); * 支持安装稳定版、LTS版或指定版本。 二、安装nvm-windows(详细步骤) 1. 前置准备:卸载现有Node.js(可选但推荐) 如果已单独安装过Node.js,建议先卸载: * 打开“控制面板→程序和功能”,找到“Node.js”卸载; * 删除残留目录(如C:

By Ne0inhk