01 技术背景 YOLOv5 是一种高效的目标检测算法，尤其在实时目标检测任务中表现突出。YOLOv5 通过三种不同尺度的检测头分别处理大、中、小物体；检测头共包括三个关键任务：边界框回归、类别预测、置信度预测；每个检测头都会逐像素地使用三个 Anchor，以帮助算法更准确地预测物体边界。 YOLOv5 具有多种不同大小的模型（YOLOv5n、YOLOv5s、YOLOv5m、YOLOv5l、Y

01 技术背景 YOLOv5 是一种高效的目标检测算法，尤其在实时目标检测任务中表现突出。YOLOv5 通过三种不同尺度的检测头分别处理大、中、小物体；检测头共包括三个关键任务：边界框回归、类别预测、置信度预测；每个检测头都会逐像素地使用三个 Anchor，以帮助算法更准确地预测物体边界。 YOLOv5 具有多种不同大小的模型（YOLOv5n、YOLOv5s、YOLOv5m、YOLOv5l、Y

01 前言软件同学在进行性能分析时，通常需要查看 CPU 耗时，用于了解性能瓶颈在哪里，从而进行针对性的优化。火焰图（Flame Graph）是常用的性能分析工具。总结来看，火焰图通常用于以下场景：代码性能调优：发现和优化代码的性能瓶颈。 资源使用监控：在生产环境中监控应用

01 前言软件同学在进行性能分析时，通常需要查看 CPU 耗时，用于了解性能瓶颈在哪里，从而进行针对性的优化。火焰图（Flame Graph）是常用的性能分析工具。总结来看，火焰图通常用于以下场景：代码性能调优：发现和优化代码的性能瓶颈。 资源使用监控：在生产环境中监控应用

01 引言在开发、调测过程中，经常通过 Ota 技术升级应用软件、底软。目前，项目上已将 Matrix6 的 Demo 部署在实车上，每次软件、底软需要版本更替或版本升级时，都需要研发测试同学上到车上使用工控机进行手动升级。这流程存在耗费人力多，花费时间长，流程易出错的问题，并且车辆异地时远程操作困难

01 引言 在开发、调测过程中，经常通过 Ota 技术升级应用软件、底软。目前，项目上已将 Matrix6 的 Demo 部署在实车上，每次软件、底软需要版本更替或版本升级时，都需要研发测试同学上到车上使用工控机进行手动升级。 这流程存在耗费人力多，花费时间长，流程易出错的问题，并且车辆异地时远程操作困难的问题。 基于当前现状，需要基于 Trigger 进程、Boyan Ota 组件、底软

01 引言 在开发、调测过程中，经常通过 Ota 技术升级应用软件、底软。目前，项目上已将 Matrix6 的 Demo 部署在实车上，每次软件、底软需要版本更替或版本升级时，都需要研发测试同学上到车上使用工控机进行手动升级。 这流程存在耗费人力多，花费时间长，流程易出错的问题，并且车辆异地时远程操作困难的问题。 基于当前现状，需要基于 Trigger 进程、Boyan Ota 组件、底软

征程 6X 对外提供 libupdate.so，其中包含升级所需 API， API 定义请参考对外文档。 01 ota_tool 使用 ota_tool 是使用 libupdate.so API 实现的一个工具，用于板端手动发起 OTA 升级。ota_tool 可作为 OTA Service 开发时的 Sample 参考，代码位于 hbre/otaupdate/src/ota_tool。

01 引言 使用地平线 征程 6 算法工具链时，算法侧在验证 quantized.bc 精度符合预期后，软件侧反馈 hbm 精度不符合预期，此时应该怎么做呢？（“打一架！”） 对于熟悉地平线算法工具链的用户而言，可能会立刻想到，使用 hb_verifier 工具比对 bc 与 hbm 的一致性即可，so easy！ 但对于不太熟悉的同学，可能会遇到如下问题： hb_verifier 工具怎

01 hbdk-model-verifier 1.1 工具简介 hbdk-model-verifier 工具是由地平线开发，用于对指定的定点 pt 模型和 hbm 部署模型进行结果一致性验证，并输出模型预测执行时间的工具。 使用 hbdk-model-verifier 工具时需要注意以下两个问题： hbdk-model-verifier 工具的版本需要与编译 hbm 模型的 hbdk 版本