0 前言

由于部署时数据来源的硬件不同以及应用开发的高效性要求，往往会使得在板端部署阶段的数据准备操作与训练时有所差异。通过阅读本文您可以找到以下问答的答案：

一些常见的图像格式转换以及归一化处理是否支持硬件加速？（请参考本文1.1节）
若部署时数据来源于摄像头，我应该怎么配置？（ptq方案请参考本文1.2.1节，qat方案请参考2.2.1节）
若部署时数据来源于摄像头，可以如何验证板端和PC端模型精度一致性？（ptq方案请参考本文1.2.2节，qat方案请参考2.2.2节）
在什么情况下我需要在预处理时完成量化、数据对齐操作？（ptq方案请参考本文1.2.2&1.3节，qat方案请参考2.2.2&2.3节）
从PTQ方案迁移到QAT方案的话数据预处理方面需要做什么调整？（请参考本文第二章）

1 PTQ方案

PTQ方案：通过地平线提供的hb_mapper工具完成浮点模型向定点模型的转换。该方案只需要用户准备少量的校准数据并配置一份config.yaml文件即可通过一行命令完整模型量化。

1.1 与模型输入信息相关的配置项

yaml配置文件中的输入信息参数组input_parameters决定了在板端部署时需要准备的数据格式，并提供了使用bpu加速数据格式转换和数据归一化操作的配置接口。输入信息参数组的所有配置项如下表所示：

前四个参数为原始浮点模型的输入节点信息，中间四个参数为板端部署时的输入数据格式，通过最后三个参数可以将视觉任务中常用的数据归一化操作配置进模型中使用硬件做加速计算。支持配置的input_type_train和input_type_rt组合以及部署时DNN预测库解析出来的数据格式如下表所示：

其中nv12支持两种数据分布范围，可通过input_space_and_range参数指定。默认为regular，数值范围为 [0,255]；还可支持 bt601_video，数值范围为[16,235]。

工具通过解析input_type_train、input_type_rt以及norm_type等参数，将为您的模型插入一个预处理节点（该节点为conv节点，耗时非常少），以使用bpu加速数据格式转换和数据归一化操作。如下图所示，在板端进行模型推理时，预处理节点会先将input_type_rt格式的数据转换为input_type_train格式并完成归一化计算，再送入模型进行后续推理。

norm_type参数的配置方式建议参考工具链用户手册norm_type 配置参数说明章节内容。

此外，依据工程部署优化需要，大家可能会使用到编译参数组compiler_parameters中的input_source，配置为resizer的话，则将支持resize操作的硬件加速，具体可参考社区文章resizer模型使用与部署。

1.2 camera输入注意事项

本节我们以yolov5s模型为例，说明camera输入场景下模型转换配置以及模型精度验证的方式和注意事项。yolov5s模型浮点训练时的预处理代码为：

1.2.1 模型转换

依据前文1.1节介绍的配置项说明，yolov5s模型的config.yaml文件可按如下配置：

校准数据预处理代码：

1.2.2 PC端与板端推理一致性验证

若想验证量化后定点模型的精度，建议可以在PC端验证quantized.onnx模型的精度。由于PC端缺少硬件配合，因此相较于板端需要多做一步操作：将数据处理到input_type_rt的中间类型（nv12对应的中间类型为yuv444_128）。其他数据格式对应的中间类型建议参考工具链用户手册转换内部过程解读相关介绍。

在板端部署时nv12转yuv444_128的操作是在从DDR读取nv12数据时由编译器完成的，如下图所示。在PC端推理quantized.onnx则需自行在预处理时完成该转换。

1. yolov5s_672x672_nv12_quantized.onnx推理示例代码：

2. yolov5s_672x672_nv12.bin推理快速验证：

若仅做一致性验证，推荐使用hrt_model_exec infer工具，无需任何代码开发，按照前文参考代码，在Python端准备好nv12数据即可。使用下面这行命令即可得到txt格式的模型输出结果。

3. 调用BPU SDK API进行推理验证

从摄像头接入数据到送入模型推理的全流程示例及配套文档可通过如下路径获取：

X3派

示例：板端：/app/ai_inference/

文档：3.1. AI推理示例 — 旭日X3派用户手册 1.0.1 文档

示例：https://developer.horizon.ai/api/v1/static/fileData/sunrise_camera_20221108174440.tar.gz

文档：3.2.11. Sunrise_camera用户使用说明 — X3 用户手册 1.0.1 文档

请联系项目对接人获取

示例：OE：/ddk/samples/ai_forward_view_sample

文档：J5 全流程示例解读

由于硬件有数据跨距对齐要求，因此需要按对齐后的大小申请内存，并在推理之前设置alignedShape = validShape，以使得预测库DNN可以正确完成padding操作。具体解析请参考模型输入输出对齐规则解析。

1.3 featuremap输入注意事项

对于featuremap输入的模型，由于没有中间类型，因此所有数据预处理过程都是与浮点完全一致的，此处就不再赘述了。相较于图像输入类模型，featuremap模型在转换过程中工具会在模型输入节点后插入量化节点，以将float32的数据量化到int8。如果模型首部的量化节点耗时过长，建议可以将其从模型中删除，把相关计算逻辑融入前处理中，具体删除方式以及C++示例代码请参考反量化节点的融合实现。

此外，由于预测库DNN不支持featuremap类型数据的padding操作，因此用户还需在预处理时完成数据跨距对齐的padding操作。

2 QAT方案

QAT方案：通过地平线提供的基于pytorch框架定制化实现的量化工具plugin完成浮点模型向定点模型的转换。

XJ3将于明年的版本切换至plugin，目前只交付了社区QAT，可参考地平线量化方案-社区QAT

该方案支持以下两种方案（异构与非异构）：

其中第一种异构方案的编译及部署方式与PTQ方案完全对齐，就不再赘述了，后文讨论的均是非异构方案。

第二种非异构方案是直接调用python API完成模型转换编译，最终生成的是.hbm后缀的模型，该模型由纯bpu指令组成，因此量化/反量化等cpu操作都需要用户自行在前后处理里完成。

2.1 与模型输入/输出信息相关的配置项

编译模型使用的API为compile_model，支持的配置选项如下：

该API只有input_source以及input_layout参数与模型输入信息相关（与PTQ方案中的编译参数组compiler_parameters相对应），因此缺少了预处理节点相关配置项。若想将图像格式转换（rgb、bgr转yuv）以及归一化操作放到模型中使用硬件加速的话，请参考下一节 2.2 camera输入注意事项

2.2 camera输入注意事项

同样的，我们依然以yolov5s模型为例，说明camera输入场景下如何将图像格式转换以及归一化操作配置进模型中实现硬件加速。（yolov5s浮点训练的预处理代码请参考前文1.2节）

2.2.1 模型转换

plugin通过开发了两个预处理算子用于实现yuv444到rgb/bgr的转换以及归一化操作的硬件加速。这两个算子分别为centered_yuv2rgb以及centered_yuv2bgr。算子定义：

该算子为纯定点算子，不参与模型训练的过程。该算子使用方式如下：

通过QAT训练得到满意的精度之后，先使用convert()接口将qat模型转为quantized模型；
修改forward，在QuantStub后插入该算子；
设置QuantStub的scale=1（因为QuantStub已经被合入到了centered_yuv2rgb中，此处只有标识符的作用）；
推理一次quantized模型。

参考代码：

可通过print model或visualize_model()观察是否已插入该算子。

若模型使用yuv444格式训练，建议数据归一化操作为减128并除以128，同时需要将QuantStub的scale设置为1/128。
编译模型时注意设置input_source为pyramid。与ptq有所不同的是，大家会发现编译出来的hbm模型在板端解析出来其输入数据类型不是HB_DNN_IMG_TYPE_NV12，而是HB_DNN_IMG_TYPE_NV12_SEPARATE，后者的y和uv分量是分别存储的，需要为其申请两个hbSysMem，这也是由于pyramid出来的数据是y和uv分量分开存储的两个地址，因此该数据类型更方便分开为y和uv赋值。

2.2.2 PC端与板端推理一致性验证

在PC端验证quantized模型精度时需要在预处理阶段完成rgb/bgr转nv12+nv12转yuv444的过程，具体原因请参考前文 1.2.2 节。

1. quantized模型（或是traced模型）推理示例代码：

2. hbm模型快速验证：

若仅做一致性验证，推荐使用hrt_model_exec infer工具，无需任何代码开发，按照前文参考代码，在Python端准备好nv12数据即可。

由于hbm模型不包含量化/反量化等cpu操作，因此hbm模型输出为定点数，需要自行在后处理逻辑中完成反量化操作，C++示例代码请参考反量化节点的融合实现。

此外，由于硬件有stride要求，因此大家还需要注意在前后处理代码中完成padding和remove padding的操作，具体解析请参考模型输入输出对齐规则解析。

2.3 featuremap输入注意事项

featuremap即input_source=ddr的模型，由于hbm模型不包含量化/反量化等cpu操作，因此该部分均需用户自行在前后处理中完成，C++示例代码请参考反量化节点的融合实现。

此外，由于硬件有stride要求，因此大家还需要注意在前后处理代码中完成padding和remove padding的操作，具体解析请参考模型输入输出对齐规则解析。

3 其他应用开发技巧

batch模型

文档：多batch模型使用与部署

crop/resize加速

方案一：使用VPS，支持对图像进行缩小、放大、裁剪、旋转、GDC矫正、帧率控制以及金字塔图像输出（相关介绍文档，J3/J5用户请联系项目对接人获取，x3用户可查阅在线手册）

方案二：使用RoiInfer接口实现corp+resize(硬件加速）（文档：resizer模型使用与部署）

多模型批处理 (减少中断耗时)

示例：OE:/ddk/samples/ai_toolchain/horizon_runtime_sample/code/02_advanced_samples/multi_model_batch

文档：工具链用户手册《BPU SDK API》

优先级调度

文档：工具链用户手册应用开发章节-模型优先级控制

PTQ&QAT方案板端验证注意事项