收藏 分销(赏)

DB4401∕T 160-2022 基于智慧灯杆的道路车辆数据接口技术规范(广州市).pdf

上传人:曲**** 文档编号:703787 上传时间:2024-02-09 格式:PDF 页数:23 大小:397.19KB
下载 相关 举报
DB4401∕T 160-2022 基于智慧灯杆的道路车辆数据接口技术规范(广州市).pdf_第1页
第1页 / 共23页
DB4401∕T 160-2022 基于智慧灯杆的道路车辆数据接口技术规范(广州市).pdf_第2页
第2页 / 共23页
DB4401∕T 160-2022 基于智慧灯杆的道路车辆数据接口技术规范(广州市).pdf_第3页
第3页 / 共23页
DB4401∕T 160-2022 基于智慧灯杆的道路车辆数据接口技术规范(广州市).pdf_第4页
第4页 / 共23页
DB4401∕T 160-2022 基于智慧灯杆的道路车辆数据接口技术规范(广州市).pdf_第5页
第5页 / 共23页
点击查看更多>>
资源描述

1、ICS 35.240.60 CCS L 78广州市地方标准DB4401DB4401/T 1602022基于智慧灯杆的道路车辆数据接口技术规范Technical specification for data interface of road vehiclebased on intelligent lighting pole2022-05-09 发布2022-06-01 实施广州市市场监督管理局发布DB4401/T 1602022I目次前言.引言.1范围.12规范性引用文件.13术语和定义.14缩略语.25总体要求.25.1一般要求.25.2系统运行要求.25.3网络要求.25.4数据类型.25

2、.5数据上传要求.35.6数据质量要求.35.7数据存储要求.35.8网络安全要求.36数据接入要求.46.1概述.46.2RSU 设备与 MEC 接入通信方式.46.3环境感知设备与 MEC 接入通信方式.46.4气象感知设备与 MEC 接入通信方式.56.5充电设备与 MEC 接入通信方式.56.6视频设备与 MEC 接入通信方式.56.7雷达设备与 MEC 接入通信方式.57基本编码.57.1智慧灯杆编码.57.2设备编码.58接口规范.68.1灯杆基本档案数据访问.68.2接入设备数据上传.7参考文献.15DB4401/T 1602022II前言本文件按照GB/T 1.12020标准化

3、工作导则第1部分:标准化文件的结构和起草规则的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由广州市工业和信息化局提出并归口。本文件起草单位:广州信息投资有限公司、广州交信投科技股份有限公司,中山大学,高新兴科技集团股份有限公司,广东省智能网联汽车创新中心有限公司,广州工业智能研究院,威凯检测技术有限公司,广州市交通运输研究院有限公司,广东星舆科技有限公司。本文件主要起草人:宋海娜、邓家青、黄钦炎、刘强、李凤娜、冯川、梁波、杨敬锋、胡静、蔡刚强、苗成生、苏跃江、马艺涛、曾少旭、严修、王昊苏、肖勇、李莹、吕韶清、李钢、肖金超、方毅杰、范绮云、高颖。本文

4、件为首次发布。DB4401/T 1602022III引言近年来,全国各地积极推进智慧灯杆建设,智慧灯杆是道路车辆信息采集的重要载体,是车路协同新应用的重要路侧基础设施,但目前相关数据标准尚未有统一的规范。为提高智慧灯杆数据融合以及协同处理水平,根据国家相关法律和国家标准、行业标准,结合广州市智慧灯杆服务于车辆运营管理的实际需求,编制基于智慧灯杆的道路车辆数据接口技术规范。本文件的目的是提出一个推荐性的智慧灯杆与道路车辆的数据接口技术规范,促进智慧灯杆多源数据统一,有效地服务于道路车辆管理,推动广州市融合“智杆”大数据的智慧交通和智慧城市建设。DB4401/T 16020221基于智慧灯杆的道路

5、车辆数据接口技术规范1范围本文件规定了基于智慧灯杆的道路车辆数据接口的总体要求、数据接入要求、基本编码和接口规范等要求。本文件适用于广州市行政区域内基于智慧灯杆的道路车辆车路协同、充电管理、停车管理和环境监测等过程的数据交换与共享等场景。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。GB 4943.1信息技术设备 安全 第 1 部分:通用要求GB/T 8566信息技术 软件生存周期过程GB/T 13502信息处理 程序构造及其表示法的约定GB

6、/T 14394计算机软件可靠性和可维护性管理GB/T 18492信息技术系统及软件完整性级别GB/Z 18493信息技术软件生存周期过程指南GB/T 19596-2004电动汽车术语GB/T 25000.1系统与软件工程 系统与软件质量要求和评价(SQuaRE)第 1 部分:SQuaRE 指南GB/T 26942环形线圈车辆检测器GB/T 28181公共安全视频监控联网系统信息传输、交换、控制技术要求GB/T 35548地磁车辆检测器GB 37300公共安全重点区域视频图像信息采集规范GB/T 37600.10全国主要产品分类 产品类别核心元数据 第 10 部分:传感器YD/T 3754基于

7、 LTE 网络的边缘计算总体技术要求3术语和定义GB/T 19596、GB/T 35548、GB/T 26942、GB 37300、GB/T 28181、GB/T 37600.10、GB 4943.1 和YD/T 3754 界定的以及下列术语适用于本文件。3.1智慧灯杆 intelligent lighting pole一种融合了各类市政杆件功能的智慧化设施,即在一根杆件上选择性的集成多种智慧化应用,如充电桩、信息发布屏、高清摄像头、一键求助、通信基站、环境检测、交通信息交互等,具备高扩展能力,使该设施成为智慧城市信息采集终端和便民服务终端。DB4401/T 160202223.2车路协同系统

8、 cooperative vehicle infrastructure system采用先进的无线通信和新一代互联网等技术,全方位实施车车、车路动态实时信息交互,并在全时空动态交通信息采集与融合的基础上开展车辆主动安全控制和道路协同管理,充分实现人车路的有效协同,保证交通安全,提高通行效率。3.3路侧单元 road side unit由高增益定向束控读写天线和射频控制器组成。高增益定向束控读写天线是一个微波收发模块;射频控制器是控制发射和接收数据以及处理向上位机收发信息的模块。4缩略语下列缩略语适用于本文件。LTE 通用移动通信长期演进系统(Long Term Evolution)MEC 多接

9、入边缘计算(Multi-access Edge Computing)RSU 路侧单元(Road Side Unit)SDK 软件开发工具包(Software Development Kit)5总体要求5.1一般要求基于智慧灯杆的道路车辆数据交换与共享管理系统应符合 GB/T 8566、GB/T 13502、GB/T 14394、GB/T 18492、GB/Z 18493 和 GB/T 25000.1 的相关要求。5.2系统运行要求5.2.1持续工作要求系统应支持 724 h 持续稳定的数据交换。5.2.2故障数据处理要求当系统故障排除后,应能在最近一次的数据上传时间点,将智慧灯杆的数据上传到数

10、据管理中心。5.3网络要求网络故障恢复时间不宜超过 30min。5.4数据类型数据类型应符合表 1 的规定。DB4401/T 16020223表 1数据类型序号数据类型描述1Bool88 位布尔型2Byte8 位位组3Uint88 位无符号整型4Int88 位有符号整型5Uint1616 位无符号整型6Int1616 位有符号整型7Uint3232 位无符号整型8Int3232 位有符号整型9Float3232 位 IEEE754 浮点型10Double6464 位 IEEE754 浮点型11字节八位位组12数组相同数据类型的元素按一定顺序连续排列组合13结构体具有相同类型或不同类型的数据构成

11、的集合5.5数据上传要求数据上传应符合下列要求:a)通讯正常的情况下,上报数据需在智慧灯杆完成本地数据存储后的 2min 内上报到数据管理中心;b)如遇通讯故障,上报数据应在智慧灯杆通讯恢复正常后的最近一次数据上传时间点上报到数据管理中心。5.6数据质量要求数据质量应符合下列要求:a)完整性:应按照本文件规定格式和内容上传数据;b)真实性:各智慧灯杆应按照实际情况上报本文件规定的上传内容,不得对本文件规定的内容进行虚报、瞒报、修改。c)及时性:在网络连通的情况下,应按智慧灯杆挂载的各设备承载的业务要求及时提供数据。5.7数据存储要求数据管理中心应具有不少于存储三年数据的能力。5.8网络安全要求

12、需对接入联网系统的所有设备进行统一的编码,应采用基于口令的数字摘要或数字证书的认证方式对设备进行身份认证,应具备对合法连接设备(包括终端节点、路由节点、数据处理中心)进行标识和鉴别的能力,具备过滤非法节点和伪造节点所发送的数据的能力,授权用户应能够在设备使用过程中对关键密钥进行在线更新,授权用户应能够在设备使用过程中对关键配置参数进行在线更新。DB4401/T 160202246数据接入要求6.1概述本章描述了智慧灯杆搭载设备和模块之间的数据传输所涉及的连接架构及通信方式。智慧灯杆搭载设备包括 RSU,MEC,环境感知设备,气象感知设备,充电设备,视频设备和雷达设备。智慧灯杆搭载设备和模块之间

13、的数据传输所涉及的连接架构图 1 所示。智慧灯杆共杆设备按所属网络分为公网感知设备和专网感知设备,公网感知设备由路侧 MEC 使用包括 5G 等通信方式统一接入、汇聚和共享。专网感知设备从采集到网络传输统一在专网完成,数据不经过路侧 MEC 汇聚和分发,不属于本文件约束范围。车路协同行业的路侧设备具有感知和计算的需求,车路协同的感知设备雷达、RSU 和视频数据经过车路协同计算单元进行汇聚和转发,实现垂直行业的灵活支撑和综合数据融合汇聚的有机结合。图 1 智慧灯杆搭载设备和模块间的连接架构图6.2RSU 设备与 MEC 接入通信方式RSU 通讯数据类型为支撑数据,操作类型为 0 x20 00 0

14、0 01,上报周期为 30s 一次,通讯方式为 UDP,通讯端口 8302。为了满足终端设备与管理平台不同的数据类型交互,RSU 的通讯方式分为三大类:a)通讯方式 1:终端设备为客户端,HTTPS POST 方式与平台进行数据交互:b)通讯方式 2:终端设备为客户端,采用 TCP 方式与平台进行数据交互,通讯数据暂无加密;c)通讯方式 3:终端设备为客户端,采用 UDP 方式与平台进行数据交互,通讯数据暂无加密。RSU 设备与 MEC 接入通信方式要求如下:a)物理层,宜采用以太网接口,至少支持 100Mbps 以上的网络传输;b)网络与传输层,网络层宜采用 IP 协议,传输层宜采用 TCP

15、 协议,MEC 作为服务器端,RSU 作为客户端;c)应用层,应符合 8.1.2 的规定。6.3环境感知设备与 MEC 接入通信方式环境感知设备与 MEC 接入通信方式要求如下:DB4401/T 16020225a)物理层,宜采用串行通信,支持半/全双工通信;b)采用码流的方式进行信息的传输,采用固定的消息协议,交互数据应符合 8.2.1 的要求。6.4气象感知设备与 MEC 接入通信方式气象感知设备与 MEC 接入通信方式要求如下:a)物理层,宜采用串行通信,支持半/全双工通信;b)采用码流的方式进行信息的传输,采用固定的消息协议,交互数据应符合 8.2.1 的要求。6.5充电设备与 MEC

16、 接入通信方式充电设备与 MEC 接入通信方式要求如下:a)物理层,宜采用以太网接口,至少支持 100Mbps 以上的网络传输;b)网络与传输层,网络层宜采用 IP 协议,传输层宜采用可靠的 TCP 协议,充电设备作为客户端,MEC 作为服务器端,充电设备主动进行 TCP 连接,MEC 被动响应 TCP 连接;c)采用码流的方式进行信息的传输,采用固定的消息协议,交互数据应符合 8.2.2 的要求。6.6视频设备与 MEC 接入通信方式视频设备与 MEC 接入通信方式要求如下:a)物理层,宜采用以太网接口,至少应支持 100Mbps 以上的网络传输;b)网络与传输层,网络层宜采用 IP 协议,

17、传输层宜采用 UDP、TCP 协议,视频设备作为客户端,MEC 作为服务器端;c)应用层,宜采用 RTSP、RTP/RTCP 协议;d)视频图像信息采集规则应符合 8.2.3 和 8.2.4 的要求;e)视频编码格式应符合 GB/T 28181 中的规定。6.7雷达设备与 MEC 接入通信方式雷达设备与 MEC 接入通信方式要求如下:a)物理层,宜采用以太网接口,至少支持 100Mbps 以上的网络传输;b)网络与传输层,网络层宜采用 IP 协议,传输层宜采用 UDP、TCP 协议,雷达设备作为客户端,MEC 作为服务器端;c)采用码流的方式进行信息的传输,采用固定的消息协议,交互数据应符合

18、8.2.58.2.7 的要求。7基本编码7.1智慧灯杆编码智慧灯杆的识别编码包括市、街巷、杆件数位三大部分:市采用“广州”拼音首字母大写“GZ”;区、街道、巷编号采用汉语拼音首字母大写组成;杆件数位采用 4 位数字编码,顺序从 0001 起始至 9999 结束,最大可以支持 9999 根杆件。示例:广州市越秀区达道路 1 号智慧灯杆:GZYXQDDL0001。7.2设备编码设备识别编码包括前缀和后缀 2 部分,两部分用“-”隔开:a)前缀部分为智慧灯杆的识别编码;DB4401/T 16020226b)后缀部分为各功能设备编码,设备编码包括功能模块、数位 2 部分:1)功能模块采用功能汉语拼音首

19、字母组成或者相关行业简称,默认为 4 位编码,可在字母编码后面增加 2 位数字编码作为甄别补充,不足 4 位可采用实际字母位数,超出 4 位保留前3 个汉字的拼音首字母以及最后一个汉字的拼音首字母;字母编码部分重复的部分,使用数字编码进行区分,顺序从 01 起始至 99 结束,最大可区分 99 个相同字母编码;功能模块编码对照见表 2;2)数位编码主要为区分同一根智慧灯杆上多个同类功能模块,顺序从 01 开始至 99 结束。示例:广州市越秀区达道路 1 号智慧灯杆公共广播设备:GZYXQDDL0001-GGGB01。表 2 功能模块编码对照表功能模块智慧照明视频集采移动通信公共WLAN交通标志

20、交通信号公共广播环境监测气象监测交通信息交互一键求助信息发布屏多媒体交互终端充电桩手机充电编码ZHZMSPCJYDTXGGWLJTBZJTXHGGGBHJJCQXJCJTXHYJQZXXFPDMTDCDZSJCD8接口规范8.1灯杆基本档案数据访问8.1.1访问规则http 请求,通过用户名密码调用接口获取 token,实现 token 验证访问。8.1.2数据内容8.1.2.1 智慧灯杆分布数据智慧灯杆分布数据内容应符合表 3 的规定。表 3 智慧灯杆分布数据序号数据名称数据类型注释1areaCodeString行政区域 code2groupCodeString分组名称3numbersint

21、当前分组灯杆数量4longitudeDouble灯杆平均经度5latitudeDouble灯杆平均纬度8.1.2.2 智慧灯杆列表数据智慧灯杆数据工作状态分为正常、故障和数据失效三种状态,列表数据内容应符合表 4 的规定。DB4401/T 16020227表 4 智慧灯杆列表数据序号数据名称数据类型注释1uuidString灯杆唯一标识2nameString名称3sbxhpzuuidString设备型号分组 UUID4locationString安装位置5longitudeDouble经度6latitudeDouble纬度8.2接入设备数据上传8.2.1路侧传感器基本数据8.2.1.1上传规则

22、Modbus 协议;起始位:1;停止位:1;数据位:8;校验位:CRC。8.2.1.2数据内容环境感知上传数据内容应符合表 5 的规定。表 5 环境与气象感知上传数据规范序号数据名称数据长度(Byte)注释1设备地址2读写;默认地址:0 x30 或 0 x01 即 48 或 12平均风向2只读;无符号整数,单位:(方位角)3最大风向2只读;无符号整数,单位:(方位角)4最小风速2只读;无符号整数,扩大 10 倍;单位:m/s5平均风速2只读;无符号整数,扩大 10 倍;单位:m/s6最大风速2只读;无符号整数,扩大 10 倍;单位:m/s7大气温度2只读;有符号整数,扩大 10 倍;单位:8大

23、气湿度2只读;无符号整数,扩大 10 倍;单位:RH9大气气压2只读;无符号整数,扩大 10 倍;单位:hPa10雨量2只读;无符号整数,扩大 10 倍;单位:mm11总辐射2只读;无符号整数,扩大 10 倍;单位:W/m212紫外强度2只读;无符号整数;单位:等级 I13噪声2只读;无符号整数,扩大 10 倍;单位:dB14PM2.52只读;无符号整数,扩大 10 倍;单位:g/m315PM102只读;无符号整数,扩大 10 倍;单位:g/m316保留217保留218光照强度4只读;无符号长整型,原值,单位:LuxDB4401/T 16020228表 5 环境与气象感知上传数据规范(续)序号

24、数据名称数据长度(Byte)注释19保留220最小风向2只读;无符号整数,单位:(方位角)21波特率值2读写;4800、9600、19200(默认)、3840022风速平均时间2读写;无符号整数;单位:s,取值:1-360023温湿度更新时间2读写;无符号整数;单位:s;取值:1-3600,建议不小于 1024雨量电源控制2读写;无符号整数;0 关闭;1 打开;25雨量复位2只写;1 为复位26软件复位2只写;1 为复位27恢复出厂设置2只写;1 为恢复出厂设置(请勿擅自修改)8.2.2充电桩数据8.2.2.1上传规则采用 TCP/IP 协议进行充电桩数据的上传,帧格式应符合表 6 的规定。表

25、 6 充电桩数据帧格式字段名称字段长度注释帧头 START2 Bytes固定 0 x5AA5帧长度 LEN2 Bytes包括 FLAG+SN+DATA 域(明文数据或密文数据)标志位 FLAG1 ByteBit7Bit6Bit5Bit4Bit3Bit2Bit1Bit0Bit0帧加密算法 ALG帧序号桩编号 SN16 Bytes充电桩编号 SN,统一分配,也是通信的唯一标识(ASCII 码)数据域 DATA明文结构密文结构明文命令 CMD2 Bytes明文 CMD密文数据(密文数据是对左侧CMD+DATALEN+DATA的明文进行相应“帧加密算法 ALG”加密)(密文数据长度=帧长度 LEN-1

26、7)明文数据长度DATALEN2 Bytes明文数据长度明文数据 DATAN Bytes明文数据内容校验 CRC162 Bytes校验从帧头(0 x5AA5)开始至数据(DATA)的所有字节结束位 END1 Byte固定 0 x168.2.2.2数据内容充电桩上传数据内容应符合表 7 的规定。DB4401/T 16020229表 7 充电桩上传数据规范序号数据名称数据长度(Byte)注释1充电枪号1充电设备为一桩多充时,用来标记接口号;一桩一充时此项为1。多个接口时,按顺序对每个接口进行编号2工作状态20001-告警 0002-待机 0003-工作0004-离线 0005-完成 0006-暂停

27、充电0007-已插枪 0008-预约 0009-禁用3总告警状态10 正常,1 告警具体告警,由故障报文上报4充电机输出电压2精确到小数点后一位5充电机输出电流2精确到小数点后二位6输出功率2精确到小数点后二位7直流有功总电度4精确到小数点后一位8交流有功总电度4精确到小数点后一位9是否连接电池10 否,1 是10A 相电压2精确到小数点后一位11B 相电压2精确到小数点后一位12C 相电压2精确到小数点后一位13A 相电流2精确到小数点后二位14B 相电流2精确到小数点后二位15C 相电流2精确到小数点后二位16充电枪温度 DC+2-50+200 精确到小数点后一位17充电枪温度 DC-2-

28、50+200 精确到小数点后一位8.2.3视频采集设备数据8.2.3.1上传规则获取实时视频流,URL:rtsp:/username:passwordip:port/codec/channel/subtype,使用的接口协议为 RTSP。8.2.3.2数据内容视频数据内容应符合表 8 的规定。表 8 视频采集设备上传数据规范序 号数 据 名 称标 识 符数据长度(Byte)数据类型必填(R)/选填(O)注释1视频编号spbh16stringR2存储位置ccwz/vcharR长度视存储位置而定3视频_电子文件名称sp_dzwjmc/vcharR长度视文件而定4视频_电子文件大小sp_dzwjdx

29、1doubleRDB4401/T 160202210表 8 视频采集设备上传数据规范(续)序 号数 据 名 称标 识 符数据长度(Byte)数据类型必填(R)/选填(O)注释5拍摄_日期时间ps_rqsj12stringR6设备编号sbbh16stringO7所属杆号ssgh9stringO8联系人lxr/vcharO长度视联系人而定9联系电话lxdh11stringO10所属单位ssdw/vcharO长度视单位而定8.2.4图像采集设备数据8.2.4.1上传规则上传在线图像数据,图像采集设备厂商应提供 SDK 授权接入,SDK 主要包含数据采集、运行管理、状态监测、参数配置等设备管理组件。8

30、.2.4.2数据内容图像采集设备上传数据内容应符合表 9 的规定。表 9 图像采集设备上传数据规范序 号数据名称标 识 符数据长度(Byte)数据类型必填(R)/选填(O)注释1图片编号tpbh16stringO2存储位置ccwz/vcharO长度视存储位置而定3图像_电子文件名称tx_dzwjmc/vcharO长度视文件而定4图像_电子文件大小tx_dzwjdx1doubleO5拍摄_日期时间ps_rqsj12stringR6宽度_像素值kd_xsz1doubleR7高度_像素值gd_xsz1doubleR8设备编号sbbh16stringO9所属杆号ssgh9stringO10联系人lxr

31、/vcharO长度视联系人而定11联系电话lxdh11stringO12所属单位ssdw/vcharO长度视单位而定8.2.5激光雷达设备数据8.2.5.1上传规则采用 TCP/UDP 协议进行激光雷达数据的上传,帧格式应符合表 10 的规定。DB4401/T 160202211表 10 激光雷达数据帧格式序 号字 段 名 称数据类型字段长度(Byte)注释1数据帧头Ushort2包头(取值为 0 x7E7E)2设备类型Uchar1设备类型:每一个 bit 位代表是否支持的感知能力BIT0:1-雷达 0-无BIT17:未使用3设备 IDUint648设备 ID4数据帧类型Uchar1传输的数据

32、类型0 x00-心跳包0 x01-盲区预警数5数据帧长度Ushort2数据区长度6目标数量Uchar27数据帧数据区datann 根据具体数据而定8时间戳Uint648UTC 时间,精确到毫秒9校验位Ushort2采用 CRC16-x25 校验方式10数据帧尾Ushort2包尾(取值为 0 x7E7D)8.2.5.2数据内容激光雷达上传数据内容应符合表 11 的规定。表 11 激光雷达设备上传数据规范序 号数 据 名 称数据类型数据长度(Byte)注释1目标 IDLong Int4同一目标,在生存时间内 ID 保持不变2时间戳Uint648UTC 时间,精确到毫秒3目标类型Uchar10-未定

33、义,1-小车,2-大车,3-非机动车,4-行人4目标置信度Uchar10100,目标存在概率 单位:%5目标经度Double8原始坐标为雷达坐标系,目标中心点的经度值 WGS84/CGCS2000坐标系6目标纬度Double8原始坐标为雷达坐标系,目标中心点的纬度值WGS84/CGCS2000 坐标系7目标海拔Double4经过 GPS 标定矩阵变换得到的 WGS84 海拔高程8x 轴坐标Float4激光雷达雷达坐标系下,检测框中心点 x 坐标,单位:m9y 轴坐标Float4激光雷达雷达坐标系下,检测框中心点 y 坐标,单位:m10z 轴坐标Float4激光雷达雷达坐标系下,检测框中心点 z

34、 坐标,单位:m11目标长度Float4物体本身长度,单位:m12目标宽度Float4物体本身宽度,单位:m13目标高度Float4物体本身高度,单位:m14目标 x 轴速度Float4感知坐标系下,单位:m/sDB4401/T 160202212表 11 激光雷达设备上传数据规范(续)序 号数 据 名 称数据类型数据长度(Byte)注释15目标 y 轴速度Float4感知坐标系下,单位:m/s16目标 z 轴速度Float4感知坐标系下,单位:m/s217目标 x 轴加速度Float4感知坐标系下,单位:m/s218目标 y 轴加速度Float4感知坐标系下,单位:m/s219四轴垂直地面的

35、角速度Float4感知坐标系下,单位:rad/s20目标航向角Float4单位:,WGS 84/CGCS2000 坐标系时的航向角8.2.6毫米波雷达设备数据8.2.6.1上传规则采用 TCP/UDP 协议进行毫米波雷达数据的上传,帧格式应符合表 12 的规定。表 12 毫米波雷达数据帧格式序 号数 据 名 称数据类型数据长度(Byte)注释1数据帧头Ushort2包头(取值为 0 x7E7E)2设备类型Uchar1设备类型:每一个 bit 位代表是否支持的感知能力BIT0:1-雷达 0-无BIT17:未使用3设备 IDUint648设备 ID4数据帧类型Uchar1传输的数据类型0 x00-

36、心跳包0 x01-盲区预警数5数据帧长度Ushort2数据区长度6障碍物数量Uchar2字段长度7数据帧数据区datann 根据具体数据而定8时间戳Uint648UTC 时间,精确到毫秒9校验位Ushort2采用 CRC16-x25 校验方式10数据帧尾Ushort2包尾(取值为 0 x7E7D)8.2.6.2数据内容毫米波雷达数据内容应符合表 13 的规定。DB4401/T 160202213表 13 毫米波雷达设备上传数据规范序 号字 段 名 称数据类型字段长度(Byte)字段说明1目标 IDLong Int4同一目标,在生存时间内 ID 保持不变2目标类型Uchar10-未定义,1-小车

37、,2-大车,3-非机动车,4-行人3目标经度Double8原始坐标为雷达坐标系,目标中心点经度值WGS84/CGCS2000 坐标系4目标纬度Double8原始坐标为雷达坐标系,目标中心点的纬度值WGS84/CGCS2000 坐标系5目标所在区域2目标所在车道编号6目标航向角float4单位:,WGS84/CGCS2000 坐标系时的航向角7目标速度float4单位:km/h8目标加速度float4单位:m/s29置信度Uchar10100,目标存在概率 单位:%8.2.7 雷视一体机设备数据8.2.7.1 上传规则采用 TCP/UDP 协议进行雷视一体机数据的上传,帧格式应符合表 14 的规

38、定。表 14 雷视一体机数据帧格式序 号字 段 名 称数据类型字段长度(Byte)注释1数据帧头Ushort2包头(取值为 0 x7E7E)2设备类型Uchar1设备类型:每一个 bit 位代表是否支持的感知能力BIT0:1-雷视一体机 0-无;BIT17:未使用3设备 IDUint648设备 ID4时间戳Uint648UTC 时间,精确到毫秒5数据帧类型Uchar1传输的数据类型0 x00-心跳包0 x01-盲区预警数6数据区长度Ushort2数据区长度7目标数量Uchar28雷视一体机经度Double8设备中心点经度值,WGS84/CGCS2000 坐标系9雷视一体机维度Double8设备

39、中心点维度值,WGS84/CGCS2000 坐标系10雷视一体机朝向float4设备朝向与正北的夹角,0.0360.011数据帧数据区datann 根据具体数据而定12校验位Ushort2采用 CRC16-x25 校验方式13数据帧尾Ushort2包尾(取值为 0 x7E7D)DB4401/T 1602022148.2.7.2 数据内容雷视一体机数据内容应符合表 15 的规定。表 15 雷视一体机上传数据规范序号数据名称数据类型数据长度(Byte)注释1目标 IDLong Int4同一目标,在生存时间内 ID 保持不变2目标类型Uchar10-未定义,1-小车,2-大车,3-非机动车,4-行人

40、3目标置信度Uchar10-1004目标经度Double8原始坐标为雷达坐标系,目标中心点的经度值WGS84/CGCS2000 坐标系5目标纬度Double8原始坐标为雷达坐标系,目标中心点的纬度值WGS84/CGCS2000 坐标系6目标长度float4单位:m7目标宽度float4单位:m8目标高度float4单位:m9目标速度float4单位:km/h10目标航向角float4单位:,WGS84/CGCS2000 坐标系11目标相对距离float4单位:m12目标相对角度float4单位:13目标所处区域Uchar1目标为机动车或非机动车时,判断所处第几车道,以设备观测区域从左到右依次为

41、 1-9 车道;目标为行人时,判断是否在人行道上,是为 10,否为 0。DB4401/T 160202215参考文献1 GB/T 3784-2009 电工术语 雷达2 GB/T 20234.12015 电动汽车传导充电用连接装置 第1部分:通用要求3 GB/T 27930-2015 电动汽车非车载传导式充电机与电池管理系统之间的通信协议4 GB/T 33474-2016 物联网 参考体系结构5 GB/T 34428.4-2017 高速公路监控设施通信规程 第4部分:气象检测器6 GB/T 34923.6-2017 路灯控制管理系统 第6部分:通信协议技术规范7 YD/T 3756-2020 基

42、于LTE网络无线通信技术 支持直连通信的车载终端设备技术要求9 CJ/T 527-2018 道路照明灯杆技术条件10 DBJ43/T 0132020 湖南省多功能灯杆技术标准11 DB3201/T 1015-2020 城市道路多功能灯杆设置规范12 DBJ/T 15-164-2019 智慧灯杆技术规范13 T/CSA 051-2019 智能道路照明终端控制器接口要求14 T/CSAE 53-2017 合作式智能运输系统 车用通信系统 应用层及应用层数据交互标准15 T/CALI 0802.7-2019 多功能路灯技术规范 第7部分:摄像头(机)要求与试验16 T/CALI 0802.8-2019 多功能路灯技术规范 第8部分:充电桩要求与试验17 肖辉,李文超,朱应昶,李代雄,方景,高杰.多功能智慧灯杆系统应用研究J.照明工程学报,2019,30(04):1-5._

展开阅读全文
相似文档                                   自信AI助手自信AI助手
猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 行业资料 > 其他

移动网页_全站_页脚广告1

关于我们      联系我们       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号  |  icp.png浙ICP备2021020529号-1 浙B2-2024(办理中)  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服