前言Communication具有可扩展性，可以集成不同的通信协议，目前支持的协议主要有zmq tcp，zmq ipc，zmq epgm，intra，shared memory，PCIe，Fast-DDS等，此外还支持用于服务发现的hybrid，以及用于复合协议的composite。本教程会对Communication模块的复合协议做具体说明，介绍composite通信协议的组合配置方法，并展示实

前言TROS的communication模块支持服务发现模式，在该模式下，用户不需要在communication.json配置文件中配置具体的participant id信息，并且在创建pub/sub等通信实体时，也不需要添加participant id信息，communication会自动在当前广播域中按照规则进行匹配，具体的匹配规则为：相同domain + 相同topic + 相同通信协议，符

Docker环境部署Docker简介开发者打包应用和依赖包到可移植镜像中，然后发布到任何使用Linux或者Windows操作系统机器上Image:相当于root文件系统。Container:镜像和容器的关系，镜像是静态的定义，容器是镜像运行时的实体。可被创建、启动等Repository：镜像的仓库源环境安装CPU DockerGPU Docker常用命令复制CPU Docker的下载命令，在mob

常见图像格式目标：掌握不同图像之间的区别和联系RGB：每个像素点都会存储红绿蓝三个颜色通道的亮度值（0-255）纯白（255，255，255）纯黑（0，0，0）BGR：只是红绿蓝三个通道排列顺序不同，其他与RGB一样，常用于OpenCV中RGB/BGR每个像素点必须同时存储R,G,B三个通道，不适合做视频图像处理YUV：采用亮度—色度分离，Y为亮度UV为色度，每个通道数值范围为（0-255）只有Y

前言在自动驾驶应用中，除了在2D图像中检测目标之外，往往还需要在3D空间中做检测，如汽车、行人、自行车等。雷达通过构建3D空间的点云，可以提供一种精确、高空间维度、高分辨率的数据，弥补3D空间的距离信息。在雷达点云算法中，pointpillars（后文简称PP）和centerpoint（后文简称CP）表现突出，地平线的J5工具链已将这两种算法集成为参考算法供开发者使用，PP针对四维点云数据做单类别

前言对于PP参考算法，导出的模型默认有预处理，如果您需要导出不含预处理的PP模型，可以按照以下步骤修改配置。这里以J5 OE 1.1.62为例介绍修改流程，不同版本可能会有微小区别。Confighorizon_model_train_sample/scripts/configs/detection/pointpillars/pointpillars_kitti_car.py注释deploy_mod

前言TROS的communication模块支持进程间的的通信协议，如zmq ipc（基于zmq的ipc socket通信），也支持跨设备的通信协议，如zmq tcp（基于zmq的tcp socket通信），Fast-DDS（基于eProsima Fast DDS通信）等。本文首先会对TROS手册的communication使用示例做补充说明，基于zmq ipc通信协议，介绍相对简单的使用pub-

## 目录..- 1. 必要步骤速览.- 2. 各步骤详解. . - 2.1 浮点模型准备. - 2.2 数据校准. - 2.3 量化训练. - 2.4 定点转换. - 2.5 模型编译.- 3. 常见问题..---..Pytorch官方提供了两种量化模式：Eager Mode Quantization 和 FX Graph Mode Quantization，这两种模式的区别如下（来

QAT方案中为了将常见的输入预处理放入模型中，提供了专用的前处理算子`centered_yuv2bgr/centered_yuv2rgb`​（依据训练时的数据格式进行选择），具体使用方式可参考[用户手册 RGB888部署章节](https://developer.horizon.cc/api/v1/fileData/horizon_j5_open_explorer_cn_doc/plugin/so

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

1 前言在板端部署的应用程序开发中，经常会遇到多个模型同时运行的场景，此时每个模型都需要使用有限的计算资源完成推理，因而不可避免地会出现计算资源的争夺情况。地平线的板端预测库（libDNN）具有高效的调度策略，通常情况下，无需开发者手动干预即可对多模型推理的场景做出合理的调度，以充分利用硬件资源。但有时，我们会希望某些模型的推理任务具有更高的执行优先级，因此为了更加准确地控制多模型的执行情况，地平

# 0 概述..近年来，计算机视觉领域的发展推动了机器感知系统的快速发展。光流估计是计算机视觉领域的基本问题之一，在自动驾驶和机器人领域中有着广泛的应用。具体来说，光流估计有助于车辆感知周围环境的时间连续性，因此它在基于时间序列的任务中发挥了重要作用，如目标跟踪、语义分割和运动分割等；同时光流估计推动了姿态识别和姿态估计等下游应用的发展，有助于机器人感知交互系统的优化。..光流估计任务为求解连续两

Q1 如图所示，vscode的webview无法正常启动A、关闭所有的vscode，任意打开一个终端，顺序执行以下脚本：code --no-sandbox killall code原因：可能是在系统中隐藏着vscode的其他进程，导致被占用。Q2 dataflow上报数据，studio无法收到数据A、在linux系统下，可能会有权限问题，安装插件之后，需要在对应插件目录下，修改一下datafl

[FAQ Communication](https://developer.horizon.auto/developerForum?fullPath=/home/community/bbsdetail?bid=494336169001897984)..[FAQ Dataflow](https://developer.horizon.auto/developerForum?fullPath=/hom

Vehicleio 程序运行(一)、export设置运行环境变量：vehicleio执行程序为动态库依赖，运行需要手动 export 设置环境变量, export 到vehicleio集成包目录下的lib文件夹。在集成包目录下可执行：export LD_LIBRARY_PATH=$(pwd)/lib:$LD_LIBRARY_PATH.export LD_LIBRARY_PATH=$(pwd)/bi

模型推理Timeout超时的原因有哪些？超时时间设置太短BPU负载很高，模型推理底层丢中断，无法获取推理中断返回，升级系统软件 libcnn_intf.so 库应用代码存在内存泄漏：系统内存不足的情况下，分配内存会很慢，导致模型推理的过程超时vim /userdata/log/kernel/messageCPU占用率很高是什么原因？模型有大量cpu算子，导致cpu占用高模型hbm段中有cpu查表算

应用程序开发部分Hobotcv提供的接口为什么不能在w全局对象的构造函数中使用？hobotcv框架中的接口都需要从CVFramework::Instance()直接或者间接获得。在CVFramework::Instance()第一次被调用时，将进行框架的初始化，调用各个模块的初始化函数。而各个模块的初始化函数是通过Dummy的全局对象的构造函数注册到初始化框架中。 所以，如果在应用程序的全局对象构

SensorCenter框架Q: sensor center release和debug如何编译和运行1 下载代码git clone git@gitlab.hobot.cc:ptd/ap/middleware/sensors.git.git checkout -b develop origin/develop.2 编译代码a) 支持平台选择： j3、j5、ubuntu、win、macb) 支持运行

ProtoViewerQ1：下载下来的插件在哪里？所有的插件都是以窗口的形式提供功能，所以安装插件后可以在Window菜单项中看到新插件，可以勾选打开窗口。Q2：怎么复制表格中的内容？ProtoViewer 复制时比起普通软件需要多一步操作：将鼠标放在想要执行复制操作的窗口上。ProtoViewer只会对鼠标当前位置下的窗口执行复制，如果鼠标当前位置下没有窗口，则不执行任何操作。Q3：Client

Q1: 如何确认板端应用已正常启动？板端应用启动后会持续输出fps日志信息，如：# basic_sample.[I][32761][02-06][08:54:14:346][collect_module.cpp:203][mainboard2][basicsample] Publishing [image], fps[9.90009905].[I][32761][02-06][08:54:14:3