杭州市城市道路智能交通系统建设标准
二〇一〇年七月
目 录
二、行程时间检测系统(OD系统)的标准结构和功能... 42
四、行程时间检测系统(OD系统)主要设备性能指标... 43
附件1交通信号控制机与上位机间的数据通信协议要求... 65
前 言
进入本世纪以来,随着我国社会经济的快速发展,城市交通拥堵问题日益严重,依靠传统的交通管理手段已不适应新时期的交通状况。国家从2000年开始大力推进智能交通系统建设,并在2002年确定10个城市作为智能交通系统建设的示范城市,杭州市被列为其中之一。根据10个示范城市的建设情况,科技部确立了我国智能交通系统建设的框架体系。杭州市的智能交通系统定位于建设智能化的交通管理系统,目标是完善“一个中心”、建设“四个系统”。即完善城市交通指挥中心,建设适应杭州市混合交通特点的交通信号控制系统,具有高度信息共享、服务于大众的交通信息系统,智能化的交通管理系统,先进的公共交通系统。杭州市的智能交通系统示范工程于2005年9月通过国家验收。
经过近几年智能交通系统的建设,杭州市的道路智能交通系统已具备一定的规模,建成了一批在交通管理实践中行之有效的智能交通系统,并形成了适合杭州市城市道路交通特点的架构体系。总结近几年的实践,并参照国家智能交通系统的框架体系,制定杭州市道路智能交通系统建设标准。
第一部分 系统定义
杭州市智能交通系统 | 系统架构 | 系统组成 | 子系统 |
交通信号控制系统 | 交通信号控制系统 | 交通信号控制系统 | |
交通信息系统 | 交通诱导系统 | 交通信息屏发布系统 | |
交通流视频检测系统 | |||
停车诱导系统 | |||
行程时间检测系统(OD系统) | |||
ITS综合信息系统 | |||
交通管理系统 | 交通监视系统 | 交通监视系统 | |
指挥系统信息平台 | |||
交警综合业务系统 | |||
非现场执法管理系统 | 非现场执法系统管理平台 | ||
交通违法监测系统 | |||
公共交通系统 | GPS定位系统等 |
根据杭州市智能交通系统构成,与道路体系密切相关的智能交通系统为交通信号控制系统、交通诱导系统、交通监视系统、非现场执法管理系统,上述系统构成杭州市城市道路智能交通系统。
按照子系统分类,杭州市城市道路智能交通系统由以下子系统构成:
交通信号控制系统
交通信号控制系统是城市道路交通管理系统中对交叉路口、行人过街,以及环路出入口等采用交通信号控制的子系统,是运用了交通工程学、心理学、应用数学、自动控制与信息网络技术以及系统工程学等多门学科理论的应用系统。
交通监视系统
交通监视系统是指利用闭路电视观察道路交通状况的系统,它主要由安装在道路上的摄像装置、信号传输设备和监控中心控制设备等组成。
交通违法监测系统
采用光学、数码、视频等成像方法自动监测驾驶员交通违法行为的系统为交通违法监测系统,俗称“电子警察”。
交通信息屏发布系统
交通信息屏发布系统是指通过安装在道路上的LED屏发布与交通有关信息的系统,发布的信息包括交通状况信息、道路信息、交通管理信息、道路施工信息、气象信息等。
交通流视频检测系统
交通流视频检测系统是在获取交通视频图像的基础上,对图像序列利用计算机技术和数学算法进行分析处理,从而提取车流量、流速、排队长度、异常交通事件等交通参数的系统。
行程时间检测系统(OD系统)
记录车辆在某一路段的行驶信息,通过起点至终点的分析系统计算行程时间。同时也可以为查控特定车辆提供原始数据。
停车诱导系统
停车诱导系统是采集停车场的停车信息后,通过安装在特定位置的停车信息诱导屏予以实时发布的系统,该系统可以告知驾驶员有关的停车场地理位置,空余泊位的信息,减少寻找停车泊位的时间。
8、智能卡口系统
将过往该卡口所有车辆全部进行拍照,获得清晰的图象和车牌号,并全天录象和将车牌自动识别。该系统为查控特定车辆提供原始数据,应用在交通肇事逃逸追查、治安堵截等。
第二部分 智能交通系统建设设置标准
根据中华人民共和国行业标准《城市道路设计规范》(CJJ 37--90)、《城市道路交通规划设计规范》(GB 50220-95),以及杭州市智能交通设施建设的具体情况,设置标准的有关概念定义如下:
必须设置
必须设置是指为保障道路交通安全和交通管理的需要,必须设置相应的智能交通系统。
应设置
应设置是指为保障道路交通安全和交通管理的需要,在一般情况下应该设置相应的智能交通系统,但不作强制设置的要求。
不须设置
不须设置是指根据杭州市智能交通系统建设的总体规划和建设方案,在某些道路上不须设置某些智能交通设施。
1、快速路
是大城市道路交通的主动脉,也是城市与高速道路的联系通道,快速路是城市中汽车专用道路,是形成城市骨骼的道路,主要分担出行长度较长的交通道路。
主干路
主干路大多以交通功能为主,担负着客货运的运输任务,主干线路同样是形成城市骨骼的道路。
次干路
次干线道路是形成城市骨骼和地区轮廓的道路,是形成城市中道路网的基础道路,主要担负中、短出行长度的交通道路。
支路
支路应与次干路与街坊路等地区内的连接线,解决局部地区交通,以服务功能为主。与干线道路和干线道路相比,支路是担负城市的集散交通的道路。
结合交通信号控制系统的特点,在城市道路中的快速路、主干路、次干路等相交路口必须设置,支路等根据实践交通流量情况有选择性的设置。下面为该系统的设置表:
道路类型 | 快速路 | 主干路 | 次干路 | 支路 |
快速路 | 必须设置 | 必须设置 | 必须设置 | 必须设置 |
主干路 | 必须设置 | 必须设置 | 必须设置 | 必须设置 |
次干路 | 必须设置 | 必须设置 | 必须设置 | 必须设置 |
支路 | 应设置 | 应设置 | 应设置 | 应设置 |
在城市道路中的快速路、主干路、次干路等十字路口必须设置。支路等根据实践交通流量情况有选择性的设置。对快速路、主干路、次干路路段上宜按500米/段,全线铺设监视点,同时兼顾重点路段和重点场所。监控点位立杆位置的确定,需要征求使用单位的意见。下面为该系统的设置表:
道路类型 | 设置情况 | 备注 |
快速路 | 必须设置 | 路段上按每500米设置一个监控点 |
主干路 | 必须设置 | 路段上按每500米设置一个监控点 |
次干路 | 必须设置 | 路段上按每500米设置一个监控点 |
支路 | 应设置 | 按实际交通情况 |
1、交通信号违法监测系统设置标准
设置交通信号违法监测系统的主要目的是在于减少车辆闯红灯的数量、保障道路交通安全。下面为该系统的设置表:
道路类型 | 快速路 | 主干路 | 次干路 | 支路 |
快速路 | 必须设置 | 必须设置 | 必须设置 | 应设置 |
主干路 | 必须设置 | 必须设置 | 必须设置 | 应设置 |
次干路 | 必须设置 | 必须设置 | 必须设置 | 应设置 |
支路 | 应设置 | 应设置 | 应设置 | 不须设置 |
2、超速监测系统设置标准
设置超速监测系统的主要目的是在于减少超速车辆的数量,确保道路交通安全。下面为该系统的设置表:
道路类型 | 设置要求 | 备 注 |
快速路 | 必须设置 | 设置于直行较长距离的路段间 |
主干路 | 必须设置 | 设置于直行较长距离的路段间 |
次干路 | 不须设置 | |
支路 | 不须设置 |
在城市道路中的快速路、主干路路段必须设置,次干路、支路等根据实践交通情况有选择性的设置。下面为该系统的设置表:
道路类型 | 设置情况 | 备注 |
快速路 | 必须设置 | |
主干路 | 必须设置 | |
次干路 | 应设置 | 按实际交通情况 |
支路 | 应设置 | 按实际交通情况 |
在城市道路中的快速路、主干路及其交叉路口必须设置,次干路、支路路口根据实践交通情况有选择性的设置。下面为该系统的设置表:
道路类型 | 设置情况 | 备注 |
快速路 | 必须设置 | |
主干路 | 必须设置 | |
次干路 | 应设置 | 按实际交通情况 |
支路 | 应设置 | 按实际交通情况 |
(六)行程时间检测系统(OD系统)
设置OD监测系统的主要目的是在于掌握机动车交通在时间和空间上的动态变化规律、并具有重点车辆的查控功能。下面为该系统的设置表格:
道路类型 | 快速路 | 主干路 | 次干路 | 支路 |
快速路 | 必须设置 | 必须设置 | 应设置 | 不用设置 |
主干路 | 必须设置 | 必须设置 | 应设置 | 不用设置 |
次干路 | 应设置 | 应设置 | 应设置 | 不用设置 |
支路 | 不用设置 | 不用设置 | 不用设置 | 不用设置 |
根据杭州市停车场区域特点,宜将停车诱导信息发布分为三级诱导:区域停车信息诱导;周边道路停车信息诱导;停车场入口处信息诱导。
停车场规模 | 区域 | 道路 | 入口 |
大于500 | 必须设置 | 必须设置 | 必须设置 |
200-500 | 应设置 | 必须设置 | 必须设置 |
50-200 | 应设置 | 应设置 | 必须设置 |
小于50 | 不须设置 | 应设置 | 应设置 |
设置智能卡口系统的主要目的是在于掌握所有过往该卡口机动车图象和车牌号信息,具有全天候录象功能、车牌自动识别、储存功能。下面为该系统的设置表格:
车道类型 | 设置要求 | 备 注 |
快速路 | 必须设置 | 设置于城郊、主副城区结合部位 |
主干路 | 应设置 | 设置于城郊、主副城区结合部位 |
次干路 | 不须设置 | |
支路 | 不须设置 |
第三部分 道路智能交通系统技术标准
第一章 交通信号控制系统技术指标
按照杭州市智能交通系统建设的总体规划,杭州市的信号控制系统分为两类,第一类是区域控制的自适应信号控制系统,为引进自澳大利亚的SCATS系统,主要设置在快速路、主干道及市区中心道路;第二类为单点远程控制信号系统,主要设置在次干道、支小路及边缘地区道路。
一、SCATS信号控制系统
SCATS控制系统是一种实时自适应控制系统,系统通过内部的多级决策机制和优选算法,不断选择合适的配时方案并辅以单点交叉口信号配时的微调,适应路网车流的运行变化。系统采用分布分层的物理和逻辑结构设计,便于系统的扩充和设备的维护,并具有后台强大的数据库作为数据支撑,在现场检测设备存在故障时,仍能利用历史的数据维持系统在外场设备故障时的运行。
SCATS信号控制系统是基于区域联网控制的智能交通信号控制系统,它由主控中心、路口交通信号控制机以及数据传输设备组成。其中主控中心包括操作平台、交互式数据仓、效益指标优化模型、数据(图像)分析处理等。
SCATS交通信号控制系统包括路口装置、传输装置和中心系统三大部分。
1、系统能够控制和协调区域范围的交通。
2、系统具有采集、处理、存储、提供控制区域内的车流量、占有率等交通信息的功能,以供交通信号配时优化软件使用,同时供交通疏导和交通组织与规划使用。
3、对系统设备(包括信号机的故障及信号灯的故障)和软件的工作状态与故障情况进行全面监视和检测。系统的故障检测包含软件和硬件的故障监视和报警,能够监视通讯设备、车辆检测器、信号控制器、信号灯、控制台以及其他用于检测、报告设备故障的设备,对故障的严重性进行分类并以不同的形式报警。
4、系统对检测器、信号灯、控制器、行人按钮损坏,控制器冲突、故障和错误记录、通讯失败或错误、操作员数据错误、黄闪和灯熄等都有明确的实时的故障报告,该报告可在系统端也可在路口端显示。
5、对路口机运行中所产生的所有故障都有报警显示和记录,维护人员可以通过笔记本电脑或其他录入设备提取、清除和重新启动路口机,同时通过通讯线路上传给中央管理控制计算机,使之在系统内报警并得以记录。
6、系统采用实时运行模式,根据交通流量的变化调整信号配时,使系统运行在最佳状态。
7、系统设有防雷装置。
1、SCATS路口交通控制器
检测器输入数: 8—16路
控制信号组数: 8—16组
控制相位数: 2—7个
通讯接口: 标准RS232C异步全双工
信号传输速率: 300-9600波特率
电源适应能力:交流220V 误差+/-15%
无故障时间(MTBF):>10000小时
环境温度: -40-+700C
2、信息采集系统
车辆检测采用全环形线圈方式
车辆检测器包括一系列高性能、基于感应线圈的扫描检测器卡
线圈输入感抗是50-700微亨。人行道输入AC接地输入,电压大于23VAC
3、路口显示系统
信号灯杆的设计、制作、安装必须符合国家的有关标准。参照杭州市“五纵六路”灯杆效果来选型。
信号灯光源采用LED形式;交通信号灯的安装,施工必须规范化,科学化;位置必须明显、醒目,便于识别。
外壳采用铝制金属材料,一次压铸成型;遮沿也采用金属铝材料制成。
信号灯产品要求均须达到《GB14887-2003 道路交通信号灯》的相关标准。每种交通信号灯都必须符合《灯具一般安全要求与实验》(GB7000.1-2003)、《灯光信号颜色》(GB/T8417)和《电工电子产品环境实验》(GB/T2423)的规定。
4、传输链路:采用光缆点对点传。采用模拟光端机传输,光端机可各智能交通系统复用,带4路以上视频RS232/422及网口。
(二)、 单点远程交通信号控制系统技术指标
单点远程控制系统是杭州市公安局交通警察支队建设的一个交通信号控制系统,作为市区核心区域SCATS系统的有益补充,单点远程控制系统已经在杭州市市区和城乡结合部将会得到广泛的应用。单点远程交通信号控制系统是以单点方式对路口交通信号进行多相位、多时段控制、感应控制、黄闪、全红、关灯、手控等,并与中心平台联网实行远程控制。单点控制交通信号系统包括路口设备、传输设备和中心系统三大部分。
1、单点远程控制软件
IntelliMas中心控制软件是单点远程交通信号控制系统的图形化用户界面,是基于客户机/服务器模式的控制软件。TCMS中心控制软件在借鉴和吸收国外同类软件优点的同时,针对中国国内交通管理人员的控制习惯设计和开发,基于Windows平台,简单易用。
IntelliMas中心控制软件对外提供标准化的ITS应用接口、符合业界标准的数据交互接口。同时,IntelliMas中心控制软件还可和支队的交通综合信息平台软件(TIMS)无缝集成,向综合信息平台软件提供综合交通量及交通控制、管理、诱导信息。
提供远程控制界面,可以实现对每个路口的信号控制机进行实时控制;
路口图通过配置文件自动生成;
可以根据用户参数设计,保存海量的历史数据(存储介质的大小有关);
提供历史数据的分析,为以后优化路口交通、改进配时方案作数据储备(包括信号灯、相位、交通量等信息);
提供C/S模式的控制方式,便于多用户同时不同地对路口进行控制;
提供权限控制,防止未经授权的用户改动路口参数;
提供事件记录功能,可以记录每个用户的主要动作,便于以后改进控制方式以及事件回溯;
基于GIS地图界面,操作简便易懂;
权限分为五级——一级用户、二级用户、三级用户、四级用户和五级用户,每级用户所拥有的权限如下表所示。
用户权限级别 | 取静态信息 | 实时信息 | 控制信息 | 查询报表 | 重新生成报表 | 配置信息 | 修改静态信息 | 用户管理 |
一级 | √ | √ | √ | √ | √ | √ | √ | √ |
二级 | √ | √ | √ | √ | √ | √ | √ | |
三级 | √ | √ | √ | √ | √ | √ | ||
四级 | √ | √ | √ | √ | √ | |||
五级 | √ | √ |
如果客户端对服务器端数据进行更新,服务器端检测到到后将会通知各连接上的并且有用户管理权限的客户端进行更新,以保证各客户端与服务器端静态信息同步。
2、路口协调优化软件
杭州市丁桥单元路口协调优化软件的主要功能分为三个方面:交通控制功能、交通监视功能和交通统计与分析功能。
2.1、交通控制功能
2.1.1、一般控制功能
黄闪控制
全红控制
相位控制
车流控制
交叉口行人控制
交叉口非机动车控制
2.1.2、手动控制功能
支持手动干预和强制控制
2.1.3、策略控制功能
支持以下控制策略:
单点定时控制策略
单点多时段控制策略
单点感应控制策略,包括全感应和半感应控制
单点自适应控制策略
交叉口群定时协调控制策略
交叉口群自适应协调控制策略
路段行人过街协调控制
公交优先控制策略
VIP车辆/紧急车辆优先控制策略
事件条件下的反应控制策略
过饱和条件下的反应控制策略
2.2、系统监视功能
为保证系统的可靠、稳定运行必须对整个系统的各种状态变化进行监视,以便于操作人员及时了解系统状态,进行相应的决策或干预。同时有一套完善的日记管理系统为事后恢复和跟踪提供依据。
2.2.1、系统状态的监视功能
系统状态的监视功能包括以下几个方面:
控制区域范围全部信号灯(机动车灯与行人灯)的状态显示和路口名称;
控制区域范围,(安装有探测器的)路口拥挤程度,0至3级,并能判断拥挤程度是否进一步增加,在点击路口时给出相应的交通流量;
信号控制机工作状态的显示,在交叉路口中,以字符或图形标志显示其工作状态;
联网路口和不联网路口在城市地图上显示;
通信线路状态和交换的数据;
各路口交通态势的实时显示;
各个交叉口群的工作模式、周期等状态的显示。
2.2.2、日记管理
当设备状态发生变化时必须及时记录,需要记录的信息包括联机、脱机时间和原因等信息并存入数据库,同时记录用户的操作信息,包括登录时间、修改什么参数等信息,然后提供给用户对这些信息进行查询、打印、删除等操作,以实现对系统跟踪和管理。
2.3、交通统计与分析
作为中心级管理功能的一部分,交通数据的统计与分析可以分为以下两个部分:
每个装有检测器的路口按东、南、西、北四个方向,每个方向按左、直、右进行统计,统计的信息有:
车流量
占有率
平均延误时间
平均排队长度
平均停驶率
拥挤程度
在给出以上在线式的统计数据的同时,还可以给出每个检测器的车辆经过的图样,并可根据这些图样给出车间距、速度等信息。
系统的离线统计分析主要是进行历史数据的管理与存储,系统按每十五分钟为单位,将实时采集到的交通数据存储到数据库中,同时存储每天最大流量的状况和一天的总流量等信息。提供将这些信息转储到备份介质等。
路口协调优化软件支持以下控制策略:
单点定时控制策略
单点多时段控制策略
单点感应控制策略,包括全感应和半感应控制
单点自适应控制策略
交叉口群定时协调控制策略
交叉口群自适应协调控制策略
路段行人过街协调控制
公交优先控制策略
VIP车辆/紧急车辆优先控制策略
事件条件下的反应控制策略
过饱和条件下的反应控制策略
3.1、路口控制机技术要求
系统采用标准19英寸的安装尺寸;
自动降级控制,当网络、线圈或其他设备损坏,控制机根据预先设定,自动降级控制,保证交通控制在意外情况下正常工作;
内置看门狗电路,意外情况下自动复位;
每个灯组,每个相位,每个时段都可以单独定义。
即可单点独立运行,也可与网络集成,组成区域交通控制网络;
可采用LD系列环形线圈车辆检测卡或其它欧标卡式车辆检测器,实现自适应感应控制;
可与VTD系列视频检测器无缝集成,代替传统环形线圈车辆检测器,实现基于排队长度的自适应控制,减少系统维护工作;
可添加160个时间段和4种日期类型;
提供基于时间同步的无线缆多路口协调控制,如绿波带控制。
具有手动控制模式,方便特殊任务时的现场控制;
支持4-24通道环形线圈检测,采用欧标卡式接口;
整机电源:AC160V—250V 50—60HZ 整机功率(空载)<30W;
设备带一个以太网口,带一个全功能串口,支持CDMA/GPS外接模块;
设备应采用32位ARM 处理器,嵌入式实时操作系统,保证系统的稳定性和可靠性;
带液晶显示操作面板,面板直观易操作,面板上应具有LED灯组输出指示,便于现场维护;
至少具有以下几种控制方式:黄闪控制、手动控制、多时段控制、感应控制;
具有有效的时钟校准及同步功能;
具有根据交叉口饱和度自动切换控制方式功能,在低流量情况下能够采用单点感应控制方式;
抗冲击、震动,可经受路面环境的震动、冲击,可经受各种交通工具经常运作情况下所产生的冲击及震动而不影响机器性能;
设备应能在以下环境下正常工作:
工作温度:-20℃~+70℃,工作湿度:45~95%
具有自动检测故障的功能,能够降级运作;
机箱要求美观大方,通用性强,设备应用19英寸宽、3U高的国际通用机架尺寸,便于在设备中接入其他标准设备;
要求通风散热性能好,要便于维护,设备中各个模块应采用插卡式安装方式,便于设备升级、维护;
设备应具备6个或以上的线圈检测插槽,支持24路或以上的线圈检测通道;检测卡插槽应采用欧标插卡式接口设计,可兼容Peek、Nortech等国外同类检测卡;
设备配套检测卡要求
交通检测参数
时钟保持时间:大于2年
车辆速度检测范围10-255公里/小时
速度精度:≥98%
车长误差:≤0.2米
车道占有率精度:≥99%
流量精度:≥99%
车间距误差:≤3米
采用欧标卡式接口,复合《DIN41612标准》
灵敏度:拨码开关,0.01% ~ 0.64% 7档可调
工作频率:20kHz ~ 200kHz
感应范围:20μH ~ 1800μH
环境要求
温度:-20℃~75℃
湿度:0%~95%,无冷凝
平均无故障时间(MTBF):20000小时
设备机箱要求
机柜采用双开门设计,将强电和弱电分开接线,保证人员安全;
整体机柜采用喷塑工艺,保证外壳的美观和耐腐蚀性;
机柜采用标准19英寸设计,可以容乃符合国际标准尺寸的外添设备;
1.5mm不锈钢板650x550x1150双面开门,防撬门锁,喷塑。
3.2路口显示系统
信号灯杆的设计、制作、安装必须符合国家的有关标准。参照杭州市“五纵六路”灯杆效果来选型
信号灯光源采用LED形式;交通信号灯的安装,施工必须规范化,科学化;位置必须明显、醒目,便于识别
外壳采用铝制金属材料,一次压铸成型;遮沿也采用金属铝材料制成
信号灯产品要求均须达到《GB14887-2003 道路交通信号灯》的相关标准。每一种交通信号灯都必须符合《灯具一般安全要求与实验》(GB7000.1-2003)、《灯光信号颜色》(GB/T8417)和《电工电子产品环境实验》(GB/T2423)的规定
三、倒计时外观、尺寸、材料
(1)外观
倒计时由独立的发光单元组成,发光单元具有无色的透光面,可见LED分别排列成两个“8”形状,信号灯的外壳、色片及密封圈表面平滑,无缺料、无开裂、无银丝、无明显变形和毛刺等缺陷。遮沿伸出机壳的外的长度为315±1mm,显示尺寸为415±1×405±1mm,字宽245±1mm,字高355±1mm。完全符合国家相关标准和规定。
(2)材料
倒计时外壳采用铝合金材料,通过铝压铸技术压铸成型;前盖和遮沿为铝合金材料制成;色片都是聚碳酸酯工程塑料制成。
第二章 交通监视系统技术指标
监视系统主要由前端装置、传输装置、中心系统三部分组成。
1、系统采用模数相结合的方式,和原系统无缝结合。
2、系统监视功能:系统应在白天、晚上或各类恶劣天气等环境条件下,均能在监控中心、各分控中心及监控数字平台上清晰地观察到前端现场的实时图像。
3、监视图像的控制切换:系统应能在监控中心、各分控中心以及监控数字平台,在授权范围内或经授权后,通过数字或模拟方式对任意一路实时监视图像进行切换和控制。
4、监视图像的存储及查询:系统应能将所监视的视频进行数字化图像记录,在监控数字平台上根据权限和级别查询历史图像信息,需要时配置光盘刻录机对需长期保存的图像进行刻录备份,也可配置彩色视频打印机,打印现场的画面。
5、电子地图功能:系统应实现电子地图功能,实现在地图上直观地调用监控图像。
6、系统的扩充和升级:系统应为扩展或与其他系统连接留有相应接口。系统软件应具有升级能力,以满足监控系统发展需求。
7、系统管理:系统应具有合理的系统管理功能,对模拟、数字监控系统进行统一管理,负责系统的用户登陆管理、权限管理、网络管理。
8、系统联网:系统应为上下级单位的相关系统联网,提供多路可切换的模拟图像监控接口,或采用统一通信协议或数字接口的系统间互联方式。
9、系统设有防雷装置。
1、PELCO高分辨率快速球机:
SD435-PG-E1-X采用了LOWLIGHT TM低照度技术,80X动态范围及移动检测功能,带22×-35×镜头和EXVIEW HADTM技术成像器型号。该款高速球机云台水平变速范围从每秒0.1度的极慢速度方式到每秒360度的快速方式。球机还具有自动翻转功能,或使球机转动180度再转回原位。以便对直接经过球下的任何物体进行观察。
其详细指标如下:
自动聚集、高分辨率,一体化低照度彩色摄像机/光学组件
高分辨率摄像机,带有AC线性同步
水平和区域屏蔽
自动光圈,手动优先
5.9英寸聚丙烯球
提供RJ-45数据接口使软件升级
球转动“自动翻转” 屏幕区域和倾斜显示
集成多协议解码器
快速分离球驱动器
多种语言的屏幕菜单
密码保护
一体化自动适应多种协议解码器
内置浪涌及雷击保护装置
便于安装—电气连接快而简便
用于室外
主要优势:更高灵敏度,更大的动态范围,更好的图像质量,性能稳定。
2、字符叠加器
实现字符和日期、时间在监视器屏幕上任意位置的叠加,每一路视频最多允许叠加16个不同汉字,每屏最多可叠加288个字符
可通过计算机对每一路的显示字幕进行设置
可通过调整机箱后电位器,实现字符黑边、亮度的调整
一路视频输入、四路以上字符叠加视频输出的性能,且输出信号无衰减
系统通过485通讯模式实现设备的级联,最多可扩展为512路字符叠加阵列,并且系统时间统一显示
3、中心矩阵
CM9770、CM9780运用高集成化的设计,在中等到大规模闭路电视监控系统安装过程中减少机架空间。该系统为多个操作员在普通监视及报警时间观测核实过程中,提供迅速观看和控制前端摄像机的能力。可以最多指定96个用户,设定不同的优先级别,允许或拒绝实现特定的系统功能,每个用户拥有自己的用户和密码。根据时间、星期、日期和报警信息,功能强大的宏指令可以人工或自动地启动已设定的一系列时间。宏指令可以调用系统设定的巡检序列;启动摄像机预置位及经正确配置的摄像机上的辅助设备,使VCR控制自动化;启动外部继电器来开灯、锁门或控制其它辅助功能(可能需要附加设备)。内置视频丢失检测功能,监视所有输入的视频信号,以使在发生摄像机故障时提醒操作员或技术人员。摄像机故障信息被输出到打印机接口以便记录之用,并显示在系统监视器的屏幕上。此外,系统键盘还具有自诊断能力。可选VCR管理使系统键盘能够直接控制VCR,进而可以监视相应VCR的运行状况以确保连续录像。
4、硬盘录像存储
支持16路以上视频信号(带环通或音频接口);
与原有网络视频平台无缝衔接;
压缩处理功能
·支持PAL/NTSC制式视频信号输入。
·采用H.264视频压缩技术。
·采用OggVorbis音频压缩标准。
·每个模拟通道支持双码流压缩,通道可以支持分辨率达到4CIF以上。
·每个通道的视频编码参数独立可调,包括分辨率、帧率、码率、图像质量等。
·每个通道支持定时和事件两套压缩参数。
·支持复合流和视频流编码,复合流编码时音频和视频同步。
·支持水印技术。
本地监控
·支持VGA、主辅音视频端口三个独立的本地输出。
·高清VGA显示,最高分辨率达1280*1024。
·支持1/4/6/8/9/16画面预览,预览通道顺序可调。
·支持预览分组切换、手动切换或自动轮巡预览,自动轮巡周期可设置。
·支持预览的电子放大。
·可屏蔽指定的预览通道。
·支持视频移动侦测、视频丢失检测、视频遮挡检测、视频输入异常检测。
·支持视频隐私遮盖。
·支持多种主流云台解码器控制协议,支持预置点、巡航路径及轨迹。
·云台控制时,支持鼠标点击放大、鼠标拖动跟踪功能。
硬盘文件管理
·最大支持8个硬盘,可支持每个容量大于2TB的硬盘。
·支持硬盘S.M.A.R.T技术。
·支持硬盘休眠。
·支持硬盘盘组管理。
·文件格式与Windows系统兼容,采用硬盘空间预分配技术杜绝硬盘碎片的产生。
录像与回放
·支持循环写入和非循环写入两种模式。
·支持定时和事件两套压缩参数。
·录像触发模式包括手动、定时、报警、移动侦测、动测或报警、动测和报警等。
·每天可设定8个录像时间段,不同时间段的录像触发模式可独立设置。
·支持开关量报警及移动侦测的预录及延时录像。
·支持录像文件的锁定和解锁。
·支持本地冗余录像。
·支持指定硬盘内的录像资料仅供读取,只读属性。
·支持按通道号、录像类型、文件类型、起止时间等条件进行录像资料的检索和回放。
·支持回放时对任意区域进行局部电子放大。
·支持回放时的暂停、快放、慢放、前跳、后跳,支持鼠标拖动定位。
资料备份
·支持通过USB接口进行备份。
·支持内置SATA刻录机进行备份。
·支持按文件和时间进行批量备份。
·支持回放时进行剪辑备份。
·支持备份设备的管理与维护。
报警与异常管理
·支持报警输入/输出的布防时间设置。
·支持视频丢失报警、视频移动侦测报警、视频遮挡报警、视频信号异常报警、输入/输出视频制式不匹配报警、非法访问报警、网络断开报警、IP冲突报警、硬盘错误报警及硬盘满报警。
·各种报警可触发弹出报警画面、声音警告、上传中心和触发报警输出,另视频移动侦测、开关量报警可触发任意通道录像;各种异常可触发声音警告、上传中心和触发报警输出。
·系统运行异常时可自恢复。
其他本地功能
·用户可以通过前面板按键、穿梭键、鼠标、遥控器、专用键盘等操作。
·三级权限用户管理,管理员可创建多个操作用户并设定其权限,权限可细化到通道。
·完备的操作、报警、异常及信息日志记录和检索。
·支持手动报警触发、清除。
·支持设备配置信息的导入/导出操作。
网络功能
·支持10M/100M/1000M自适应网络接口。
·支持TCP/IP协议簇,支持PPPoE、DHCP、DNS、DDNS、NTP、SADP、SMTP等协议。
·支持单播和组播,单播时支持TCP、UDP、RTP协议。
·支持远程搜索、回放、下载、锁定及解锁录像文件,支持断点续传。
·支持远程获取和配置参数,支持远程导出和导入设备参数。
·支持远程获取设备运行状态、系统日志及报警状态。
·支持远程按键操作。
·支持远程锁定、解锁面板按键和鼠标。
·支持远程格式化硬盘、升级程序、重启、关机等系统维护操作。
·支持RS-232、RS-485透明通道传输。
·报警和异常可上传远程报警主机。
·支持远程手动触发和停止录像。
·支持远程手动触发和停止报警输出。
·支持远程JPEG抓图。
·支持远程PTZ控制。
·支持语音对讲或语音广播。
·内嵌WEB Server。
5、专业级存储介质
专业级视频监控硬盘专为高要求的全天候视频监控系统而设计,可在优化的监控运行中提供更大的容量、更高的可靠性、抗振动性和更低的噪音,性能更高,功耗级别更低。
专业级视频监控硬盘极大改善了其监控解决方案的可靠性、功耗、性能、振动和静音方面,
5 年有限责任质保服务。
1TB 以上的容量(2010年);
32M以上缓存;
SATA 3Gb/秒以上;
企业级可靠性,应用于全天候视频监控应用,MTBF 高达 100 万小时且 AFR 低于 1%;
外壳温度高达 70°C,硬盘可正常运行;
6、传输链路(所有智能交通系统均需使用):采用光缆点对点传。采用数字光端机传输,光端机可各交通系统复用,带8路以上视频,8路数据(包含RS232/422等数据接口),网口(百兆以上速率)。
传输距离40公里以上或根据用户需求。
视频指标
视频输入/输出阻抗 75Ω(非平衡)
视频输入/输出电压 典型峰值1.0V,最大1.5V
频率响应 5Hz~7.5MHz
微分增益(10-90% APL) <1%(典型值)
微分相位(10-90% APL) <1°(典型值)
信噪比 70dB(加权)
数据指标
速率 0~115.2 kbs
电平 标准RS-232,RS485,RS-422,曼码
速率 0~100Mbps(Ethernet)
误码率 10-9
一般指标
工作温度 - 40℃~+74℃
存放温度 - 40℃~+85℃
工作湿度 0~95% 无冷凝
功耗 7.0W
平均无故障时间(MTBF) 10万小时以上
传输多路视频,配置RS-232、RS485、RS-422等数据口。
为保证通讯关键设备产品品质和售后服务达到用户需求,对产品效果及售后服务进行测试。推荐使用国际、全国著名大厂品牌。已使用过的具有较好品质的品牌有:美国KBC、美国ifs、美国英飞拓、芬兰teleste。
1、系统具有流媒体转发功能,支持互连互控视频摄像机大于2000路,并发访问用户数大于500个。
2、实现对云台控制的统一管理。具有权限管理功能,分0-255共256级权限,解决多客户并发控制时权限管理以及命令阻塞的问题。
3、中心管理功能可以实现对机构、权限、设备、电子地图进行全局范围内的集中管理。实现对所有摄像机、视频矩阵、视频服务器、硬盘录像机等设备的统一管理。
4、设备具有故障诊断功能,系统可以实时诊断设备故障情况及视频丢失等异常情况。
5、功能模块采用插件式。所有功能模块采用插件方式。
6、系统功能基于Web服务,系统提供的所有功能都是通过Web Service对外提供接口,这样可以在异种操作系统、异种语言之间进行交互,方便其他系统的集成。
7、系统支持多种数据库,系统支持目前主流的集中数据库,包括SQL Server、Oracle。
8、采用Ajax技术,改善了Web界面的用户体验,采用Ajax技术,实现Web界面的无刷新,避免传统Web界面的频繁刷新。
第三章 交通违法监测系统技术指标
1、交通信号违法监测系统的标准模式
交通信号违法监测系统设备的信息记录为每个违法信息由一条违法记录(信息完整的三张连续照片)和一段违法录像(配套完整的10秒钟录像)组成。
2、交通信号违法监测系统的标准结构和功能
交通信号违法监测系统是结合车辆信息采集系统、红绿灯状态分析系统、违法记录系统、网络传输系统、前置采集系统等构成。
车辆信息采集系统
采用地感线圈检测,根据车辆通过前后测量相应磁通量变化判别车辆有无,线圈安装一般有两种方式。一种是埋入路面下、另一种是在路面切割出槽,将环形线圈放入槽中,再通过一些特殊胶对其密封。
红绿灯状态分析系统
红绿灯状态分析系统时时检测红绿灯状态,将状态信息传递给违法记录系统。
违法记录系统
违法记录系统是将车辆信息采集系统与红绿灯状态分析系统信息进行分析,判断车辆是否构成交通信号违法,在判断有违法车辆时进行违法记录。
网络传输系统
网络传输系统是为了将智能交通设施进行网络化管理。
前置采集系统
前置采集系统是一个放置于中心的自动采集和储存设备,前置采集系统是杭州市公安交警支队非现场执法系统的重要组成部分,同时通过网络传输系统与路口违法记录系统连接。
1、中心配置要求
前端路口设备应质量可靠,性能、效果等参数满足非现场执法系统要求。
2、网络链路要求
前端设备应向支队非现场执法系统中心平台申请分配路口IP地址,并连接上电子警察专用网络,经支队中心测试网络连通后方可接入。网络链路连接时应当采用稳定、可靠、高效的网络接入设备。
数据要求
前端路口设备采集的原始图像文件、数据信息(包含红灯开始时间、抓拍时间、红灯结束时间、抓拍车道、抓拍方向、设备地点)须合并在图像文件中,并采取信息加密校验存储防止信息篡改,以保证作为证据的信息图片的合法性和真实性,加密方式应满足采用中心平台分配的密钥。
前端设备取证的违法照片要求像素500万(3744×1408)以上,照片数量格式须满足GA/T 496–2009、GA/T832–2009要求,且同一违法行为的照片必须相互关联,满足非现场执法中心平台数据接口的要求。
前端设备采集的闯红灯违法数据必须满足三张连续照片加一段同步违法视频的要求。其中三张连续照片的第一张照片车辆在停车线以内,第二张照片车辆压上停车线,第三张照片车辆越过停车线;同步违法视频要求提供H.264/MPEG4编解码D1(720×576&25fps)分辨率的视频。
前端设备采集的压双黄线、逆向行驶、违法变道违法数据必须满足三张连续照片加一段同步违法视频的要求。同步违法视频要求提供H.264/MPEG4编解码D1(720×576&25fps)分辨率的视频。
3、数据传输要求
违法数据在专网中传递时应采用DES加密算法进行加密后发送数据,并在中心端接收后由中心平台系统自动调用解密算法进行解密,防止非法截取。
前端设备应可以将抓拍后的数据主动上传到中心服务器中,每条违法数据上传时间小于15秒,上传数据须满足非现场执法中心平台接口(详见接口说明部分)要求。
4、视频记录要求
前端设备须能够记录路口的全天侯录像,并能将实时图像传送到指挥中心,保存录像的帧率不小于25帧/秒,图像分辨率768*576,色彩24位真彩。
根据发布执行的GA/T 496–2009《闯红灯自动记录系统通用技术条件》和GA/T 832–2009《道路交通安全违法行为图像取证技术规范》结合杭州市非现场执法的现状制定前端设备要求。
在以下条目中未说明的应满足GA/T 496–2009《闯红灯自动记录系统通用技术条件》和GA/T 832–2009《道路交通安全违法行为图像取证技术规范》的要求。
对提供的设备应满足相关各项指标要求并具有省级以上权威部门检测证明文件。
闯红灯自动记录系统应记录机动车发生交通安全违法行为的完整过程图片,采集3幅不同位置的机动车全景特征图片。拍摄两幅机动车特征图片的间隔时间应依据机动车实际行驶速度来设置,通常为机动车在两幅图片上的对应行驶位移>1.0m所需的时间。不得出现因间距太大影响对违法机动车进行认定的情形,且同一违法行为的照片必须相互关联,同时满足非现场执法中心平台数据接口的要求。
每幅图片上叠加有交通违法日期、时间、地点、方向、图像取证设备编号、防伪等信息。并采取信息加密校验存储防止信息篡改,以保证作为证据的信息图片的合法性和真实性。
所有安装在室外的设备应能承受高温、低温、恒温恒湿各项气候环境,系统应无任何电气故障,机壳、插接器等不应有严重变形,功能应保持正常。
工作电源:交流154V~264V,频率48HZ~52HZ ,环境温度:-20℃~70℃,湿度:93±2%的条件下满足7×24小时连续稳定工作。
为保证系统稳定可靠、数据安全性,前端设备整体应采用嵌入式设计结构,使用DSP或ARM方式控制,系统的数据采集控制存储单元应满足以下指标:
图像传感器:1.4英寸CCD
有效像素:3744*1408(约500万)
帧率:8帧/秒
快门:1微秒-125毫秒可调
通信端口:10/100M以太网接口,支持TCP/IP、HTTP、UDP、DHCP、PPPOE
储存:内置8GSD卡,本地同时保存,可以存储4000组以上数据
硬件系统:实时RTOS+DSP形式,嵌入式纯硬件化设计
供电:POE功能
最低照度:1勒克司
信噪比:55分贝以下
摄像机护罩应该有遮阳板、风扇、雨刷等附件,使用光学玻璃,防护等级IP65以上
镜头采用高分辨率百万像素级光学镜头。
前端设备的车辆检测单元应能同时具备环形线圈检测单元和视频检测单元接口。
前端设备应同时具备对闯红灯、压双黄线、实线变道、逆向行驶等违法行为进行抓拍取证的接口,接口数大于12个;单个方向能同时管理三个以上车道,各方向能独立运行存贮;其中闯红灯抓拍须能满足多相位信号灯左转、直行、右转、左转弯待转区、直行待驶区等组合情况。
前端设备在白天、夜间(补光)所拍摄图片应能够清晰可辨,数据有效率满足GA/T496-2009要求。补光采用频闪灯方式。
前端设备须能够记录路口的全天侯录像,并能将实时图像传送到指挥中心,保存录像的帧率不小于25帧/秒,图像分辨率不小于768*576,色彩24位真彩。
前端设备应能与中心系统进行时间同步,图像取证设备24h内计时误差不超过1.0s,并确保每月至少校准一次计时时钟。
前端设备须设有看门狗,死机后可自行恢复,恢复时间小于20秒,停电后可自恢复,恢复时间小于1分钟。
前端设备应可以将抓拍后的数据主动上传到中心服务器中,每条违法数据上传时间小于15秒,上传数据须满足非现场执法中心平台接口要求。
系统所采用软件应具有自主产权证明。
1、违法超速行为监测系统的标准模式
采用地感线圈检测,根据车辆通过前后测量相应磁通量变化判别车辆有无,通过微机技术将采集到的车辆信息通过算法运算得出车辆速度信息,并快速抓拍,取得一张高清晰数码照片和一段违法录像(配套完整的10秒钟录像),并经传输系统自动采集识别储存组成。
2、违法超速行为监测系统的标准结构和功能
超速违法监测系统主要由视频摄像机、数码照相机及照明子系统、图像分析处理工控机、信息处理终端、前置采集子系统等部分组成。视频摄像机、数码照相机一般安装在所监测车道的上方,图像经过工控机的处理,通过通信网络传输到控制中心,实现各种违章记录备案任务。
超速违法监测系统主要针对“超速行驶”等违章行为进行检测,并能根据控制中心指令随时调整违章检测设置,充分发挥视频检测器的作用,而且能根据各地对违章图像的实际要求来调节车辆违章图像采集时间的长短。
检测摄像机的安装高度以能达到合理监视目的为原则,一般设立大于6米杆,局部地区将根据周边情况可做适当调整。
前端抓拍及照明子系统
前端抓拍及照明子系统由一台全景摄像机和几台近景摄像机及防尘罩、LED照明灯等组成。设备安装在路中间的立杆上。其中,近景摄像机配备有可控的LED照明设备,安装在防尘罩前面板玻璃后面,起辅助照明的作用。它受摄像机控制,在光线条件比较好的情况下(白天)不点亮,只有当光线比较暗的情况下才由摄像机自动开启。
路边处理子系统
路边处理子系统由工控机、图像采集卡、多串口卡、控制信号转接板、配电、防雷、机柜等组成。它完成对摄像子系统的控制及视频信号的处理分析,输出车辆的牌照号、车型、车速、通过时间等信息。输出数据通过通讯线路传输到前置采集子系统。
路边处理子系统中可以根据需要设置车速限制,如果发现有超过此限制的车辆则系统会对其做出标记,当该条数据传输到中心的时候,后台处理子系统会发出告警。车速限制可以针对大、小两种车型分别设置不同的限速。
前置采集子系统
前置采集子系统是一个放置于中心的自动采集和储存设备,前置采集系统是杭州市公安交警支队非现场执法系统的重要组成部分,同时通过网络传输与路边处理子系统连接。
车辆检测功能
本系统采用视频触发方式。在摄像机视场范围内,通过软件划出一个矩形区域作为虚拟线圈,当车辆进入虚拟线圈时,系统能够检测到该区域内图像的变化从而产生触发信号。
车辆图像抓拍功能
当车辆以正常速度通过检测区域的时候,系统能够准确地拍摄并输出通过车辆的牌照特写图片和车辆全景图片各一张。牌照特写图片清楚地反映了车辆牌照特征,可以用于牌照自动识别或人工辨认牌照信息;车辆全景图片可以供人工辨认车辆的车型、颜色及所载货物等信息。
为了提高系统抓拍图像的清晰度,确保在各种复杂环境(如:雨雾、强逆光、弱光照、强光照、车辆高速运动等)下拍摄出清晰的图片,本系统能够根据现场光线的明暗,通过计算机对摄像机的参数进行实时控制,以保证在成像质量。
图片采用通用的JPEG图像格式保存,车辆的其他信息(时间、地点、方向、牌照号、车型、车速)存入本地的数据库并等待上传。
视频测速功能
本系统采用视频技术对进入视场的车辆进行跟踪,计算出车辆从进入视场到离开视场所经过的距离和时间,最后计算出车辆行驶的瞬时速度。
车型识别功能
系统能够分辨出大、小两种车型。系统主要采用视频检测的方法测量车辆的长度再辅以车牌的颜色来识别车辆的车型。
区间超速稽查和旅行时间发布功能
对于主线上的两个违章检测设备之间行驶的车辆,由于每个超速违章检测都记录了其经过该检测点的时间,所以经过上下游检测点通过车辆的识别牌照号进行自动比对,就可以得到车辆在两个检测点间路段的行驶时间,从而得到该区间车辆区间平均速度。
这样,就可以对区间平均速度超过某一预先设定值的车辆进行记录、处罚,避免了单独采用点测速被司机熟悉后有意减速逃避的问题,能够发挥更大的作用。
同时,高架快速路的协调控制和信息发布系统也可以利用检测到的区间旅行时间进行交通诱导和交通控制。
信息上传功能
系统检测的车辆信息数据都是首先保存在本地的数据库中,然后,再根据网络情况依次上传数据。通常,网络通畅的情况下,数据可以保证实时上传到控制中心数据库,保证数据的及时处理,如果遇到网络故障,则数据会暂时保存在本地数据库中,等待网络恢复的时候再上传数据到中心。这样,即保证数据能及时传输到中心前置采集数据库,也保证了在遇到网络故障的时候不会丢失数据。本系统需与杭州市公安交警支队非现场执法数据自动采集系统无缝链接。
5、违法超速行为监测系统主要设备性能指标
数码相机
1/2英寸高感光CCD
800万像素高清晰
8M~∞自动/手动变焦
急速响应<0.1秒
快门速度1/200秒~1/10000秒可调
自动光圈
工作温度要求-20℃~70℃
抗电磁干扰
相机外提供液晶数据接口
提供并口或USB2.0数据接口
违法检测摄像机
1/3英寸CCD
采用LowLight™低照度技术
C/CS镜头安装
自动光圈镜头直流/视频驱动
水平分辨率480TVL
最低照度0.01Lux@f1.2,40IRE,AGC开
信噪比50dB
增益控制 自动
线性锁定,相位可调
背光补偿 可通过DIP设置
DSP信号处理
视频输出1Vp-p,75欧姆
24VAC/12VDC供电
摄像机镜头
1/3英寸变焦镜头
点阵滤波器
自动光圈,手动聚焦及变焦
变焦范围3~8mm
相对孔径1.0~360
(3)防护罩
压铸铝结构
全天候室外防护罩,温度范围是-23°C到49°C
带支架、遮阳罩、加热器和除霜器,可选择风扇。
工业控制机
机箱选用紧凑型机箱,方便安装
低功耗主板,可靠性高,电源小于180W AC
与上层通信接口:10/100M以太网口,TCP/IP协议
与外场设备通信接口:视频BNC,串行接口
存储容量:80GB硬盘,独立工作状态下,数据存储单元可保存8天数据;
处理器:PⅣ 1G以上,BIOS:Aword 2Mb,前端总线133Mhz
内存:DDR 266
显示卡:最大容量 1GB,显存32M MAX(shared)
工作温度: 0ºC~+70ºC
相对湿度:5~95%(40 ºC),无凝结
冲击:工作状态下10G(15~20ms)
震动:5~17Hz,0.1”双振幅位移(工作状态下);17~640Hz,1.5G峰峰加速度
EMI:符合FCC/VDE A级标准
防雷装置:
(1)电源避雷器:
雷电通流量(8/20us)≥20 KA
电压保护水平(8/20us 20 KA)≤2KV
电压保护水平(8/20us 3 KA) ≤1KV
工作电压:220V
接线方式:并联
(2)视频避雷器:
接入方式:并联
特性阻抗(Ω):75
接口类型:BNC
工作电压(V):25
电压保护水平Up(V)线与线:≤90V
电压保护水平Up(V)线与地:≤90V
雷电通流量(8/20us)≥10 KA
工作频率≤15MHZ
插入损耗≤(dB):0.5
(3)控制信号避雷器:
接入方式:串
接口类型:接线柱
工作电压(V):25
最大放电电流:5KA
额定通流:3KA
电压保护水平Up(V)线与线:≤90V
电压保护水平Up(V)线与地:≤90V
响应时间Ta≤(ns):1
第四章 交通信息屏发布系统技术指标
系统主要由信息发布装置、数据传输装置和信息处理终端装置三部分组成。
系统是将采集到的城市道路交通实时信息进行加工处理融合,形成适合于发布的交通信息。主要通过电子可变情报板,实现面向交通管理者和社会大众的针对道路交通状况的信息发布。
1.可变情报板除执行上位机所指定之显示内容之外还可以执行上位机下达控制命令。系统能根据环境光线的强度变化,实现8级手动或自动调光。能实时检测每个像素、电源等故障,便于维护修理。当情报板出现故障时,全屏自动关机,并向监控室返回相应故障信息。
2、可向监控中心计算机提供显示内容的反馈信息。可变情报板能支持监控中心计算机发出的指令,调用机内贮存的任一条信息在显示屏上显示,也支持计算机进行全屏编辑新的信息,存入或修改原来的信息库。
3、显示内容包括:
固定内容:将一些常用的、固定的显示文字及图案以标准的格式存储在数据库中,可及时调用显示。
自动生成的道路状况信息:系统根据道路交通信息采集内容自动生成道路状况信息并显示在情报板正常上。
4、显示模式包括:
定时发布内容:根据道路情况预先存在数据库里的诱导信息,按照设定的时间发布出来。
人工发布内容:将一些特殊的不在计划表内的显示信息,用人机对话方式,实现信息的显示及存储。
5、系统设有防雷装置。
6、情报板双箱体结构、无缝网口接入。
1、信息屏技术指标:
显示颜色:红绿双基色(绿管采用纯绿色),采用户外型超高亮LED象素管
采用全点阵的或点阵加图形的方式显示
超长可换幅显示,可显示汉字、西文、数字及特殊符号,其字体(黑体、楷体、宋体等)、字号(32点阵、24点阵及16点阵等汉字大小)和出字方式均可控制,具有国标GB23121-80二级字库
亮度:≥8000cd/m2,亮度调节:自动/手动调节32级
失控点:≤1/1000,且为离散型
可视距离:静态≥250m,动态≥200m以远(车速80km/h);可视角度:110度(水平±55度、垂直上仰10度、下俯30度)
抗风速:≥40m/s
工作条件:24小时连续工作,MTBF:≥10000h
功率:每平米最大功率为600W/m2,平均功率为400W/m2。
通信接口:RS422/485/232/网口,控制系统可方便快速的响应中心控制软件对情报板显示方式和显示内容的要求。
具有在线自诊断功能
箱体防护等级IP54,箱体材料为冷轧钢板箱体表面处理喷塑,显示屏正面为黑色,其余表面为仪器灰
2、控制卡
扫描方式:支持1/16扫户内显示屏、静态、1/2、1/4、1/8、1/16等多种驱动模式
通讯模块:扩展支持 GPRS、CDMA、MODEM、Ethernet等
接口:RS232/422/485兼容网口的串行通讯口,亮度/湿度采集口,温度采集口,屏体电源控制
可处理 BMP、JPG 图片文件, Word 文档, Excel表格,5时段亮度调整,远程屏体电源控制,可配置亮度自动调整功能,温度、湿度自动显示,10项加减天数计算,每个节目可设定周内定时段播放,支持 GPRS、CDMA 无线通讯
存储空间:4Mb-8Mb
3、传输链路:采用光缆点对点传。采用模拟光端机传输,光端机可各交通系统复用,带4路以上视频RS232/422及网口。
四、中心平台
情报板的发布包括固定信息的发布、手动信息的发布、OD信息的发布以及经过数据融合之后的一些其他交通信息的发布。
实现功能包括:
各种信息的发布(包括自动发布和手工发布)。
情报板的管理。
用户的管理。
前端设备运行状态的实时检测。
节目单的管理。
自动发布信息的人工干预。
预案管理。
8、系统间提供标准的应用程序接口和接入规范,易于融合其它系统和新增应用:
基于GIS(地理信息系统)平台
采用C/S架构
系统功能基于Web服务:系统提供的所有功能都是通过Web Service对外提供接口,这样可以在异种操作系统、异种语言之间进行交互,方便其他系统的集成
系统支持多种数据库,包括SQL Server、Oracle。
第五章 交通流视频检测系统技术指标
主要设备包括图像分析仪、中心平台PC数据服务器、以太网交换机、系统管理器以及全套检测软件和管理软件。
1、系统采用模块化的设计,通过对检测区域的视频图像的处理就能得到实时的信息。
2、以每秒5帧的图像处理速度处理彩色或黑白摄像机的图像。
3、可实现大范围的检测:使用一台摄像机就可以在300米的距离内对多个车道进行检测。
4、系统对每一个行车道提供实时交通参数测量:流量、速度、占有率、车距、排队长度、车辆类型等。在测量结果超过阈值时自动产生交通测量警报。
5、对停止车辆、交通堵塞、低速车辆或超速车辆、行人、逆行车辆、弃物、火灾等产生报警。
6、能实现事故显示和监控、数据库录像、存档录像、手动录像模式。
7、对摄像机移位、摄像机信号丢失、摄像机视频信号质量低、分析器故障、网络通信等问题产生报警。
8、具有自检功能,可对系统的主要组成部分(摄像机、视频连接、传感器、服务器、网络)进行远程维护。
9、使用独特算法,不受光线条件的限制,在任何天气都可使用。
10、交通数据共享,可以输出到其他媒介或者上传到数据库或者电子表格软件直接处理。
11、系统设有防雷装置;可在任何场所任何交通状况下全天24小时不间断运行。
12、检测性能:
误测率 / 距摄像机距离 | ||
测量项目 | 60 m内 | 200 m内 |
排队长度 | <5% | <10% |
无车检测 | <5% | <5% |
速度 | <10% | <10% |
车队 | <5% | |
流量 | <10% | |
车头间距 | <10% |
1、摄像机
1/3英寸CCD
采用LowLight™低照度技术
C/CS镜头安装
水平分辨率480TVL
最低照度0.01Lux@f1.2,40IRE,AGC开
信噪比50dB
增益控制 自动
线性锁定,相位可调
背光补偿 可通过DIP设置
DSP信号处理
2、摄像机镜头
1/3英寸变焦镜头
点阵滤波器
自动光圈,手动聚焦及变焦
变焦范围3~8mm
3、视频检测分析仪
图像分析仪包含计算机单元,有图像采集和专用授权分析处理软件、硬件,视频信号数字化系统以及通讯卡。
可输入8路标准视频信号(固定安装的摄像机的图像)
CPU: 2 X Pentium IV 2.8 GHz
内存: 2 X 1024M
硬盘: 2 X 160G
以太网卡:2 X 10/100M自适应
帧抓取:1-4
MTBF:39000小时(25℃)
最大能耗:550W(0-25℃)
4、传输链路:采用光缆点对点传。采用模拟光端机传输,光端机可各交通系统复用,带4路以上视频RS232/422及网口。
1、采集并解析道路车流量、交通事件信息、排队长度、道路占有率。
2、交通事件信息的存储。
3、交通事件视频的转存及管理。
4、交通事件视频的查询浏览以及下载等。
5、系统间提供标准的应用程序接口和接入规范,易于融合其它系统和新增应用:
基于GIS(地理信息系统)平台
采用C/S架构
系统功能基于Web服务:系统提供的所有功能都是通过WebService对外提供接口,这样可以在异种操作系统、异种语言之间进行交互,方便其他系统的集成
系统支持多种数据库,包括SQL Server、Oracle。
第六章 行程时间检测系统(OD系统)技术指标
OD监测系统模式为“视频采集+经过抓拍”。该设备的信息记录为每一辆经过车辆一张高清晰图像,经过传输至中心系统进行自动识别。
路口单元安装在各个主要路口的各方向。系统在无人值守环境下全自动全天候工作,完成通过路口的每一辆车拍摄图像、记录车辆牌号及特征、传输工作。路口单元主要构成及功能:
安装在路口每个监控方向上的视频摄像机,完成过往车辆的不间断视频信号的采集;
各车道地感线圈和车辆检测器,检测车辆通过信息。
各路口的视频采集、抓取单元,主要完成视频图像信号的采集、抓帧、图片储存、图片上传等功能。
前置采集识别系统是一个放置于中心的自动采集识别和储存设备,前置采集识别系统是杭州市公安交警支队重点车辆查控系统的重要组成部分,同时通过网络传输系统与路口记录系统连接。
系统采用嵌入式技术,抓拍单元采用嵌入式控制器,设备运行稳定可靠不死机,并具有断电后自动恢复和远程维护功能。
视频摄像机采用高清晰度超动态范围彩色摄像机。抓帧系统采用专用的高性能DSP视频采集技术。
系统对每一辆车采集1张图片。在环境无雾情况下,图片必须能够清晰辨认车辆的车牌号码、车牌颜色、车身颜色、车型等车辆的信息。
系统能自动判别车辆进入图片采集区的时间。
在车速不大于120km/h情况下,系统对车辆的捕获率达到90%以上,有效率达到80%以上。系统的抓帧响应时间小于0.1s。所采集的图片清晰度应满足对车辆外观、号牌的自动识别和人工认定的要求。
车辆检测器能检测到高底盘车辆,灵敏度可根据需要调节。
夜间采用LED灯补光,所拍图片能够满足对车辆外观、号牌的自动识别和人工认定的要求。
系统采用嵌入式操作系统,确保系统安全可靠、健壮稳定。
系统支持中心远程操作、远程控制、远程设置、远程维护、远程软件升级。
系统设计保证前端每个方向都有过载、漏电等断路等保护装置,立杆设计采取独立接地防雷。
原始图像文件和数据必须采取防篡改措施,保证不可被非法修改,以保证作为证据的信息图片的合法性和真实性。
在发生网络等故障情况下,系统能将数据、图片等保存在路口前端,待故障排除后系统自动将数据、图片等上传到中心数据库。
所有系统软硬件都具备扩展能力。软件可根据用户要求作针对性修改。
四、行程时间检测系统(OD系统)主要设备性能指标
1、嵌入式工业控制机
处理器:高性能DSP处理器,处理多路视频,总线133Mhz
低功耗主板,可靠性高,电源小于30W AC
存储容量:120GB硬盘,独立工作状态下,数据存储单元可保存8天数据
与上层通信接口:10/100M以太网口,TCP/IP协议
与外场设备通信接口:视频BNC,串行接口,USB2.0接口
嵌入式专门结构,具有防病毒能力
工作温度: -20ºC~+70ºC
相对湿度:5~95%(40 ºC),无凝结
冲击:工作状态下10G(15~20ms)
震动:5~17Hz,0.1”双振幅位移(工作状态下);17~640Hz,1.5G峰峰加速度
机箱选用超薄型机箱,外型美观
EMI:符合FCC/VDE A级标准
视频摄像机:
1/3英寸高感光高清晰CCD,像素在CCD要求200万以上。
水平分辨率480TVL
最低照度0.01Lux@f1.2,40IRE,AGC开
采用LowLight™低照度技术
C/CS镜头安装
自动光圈镜头直流/视频驱动
基于图像分析的自动快门控制
信噪比50dB
增益自动控制
背光补偿
自动同步频闪灯
视频输出1Vpp,75欧姆
24VAC/12VDC供电
摄像机镜头:
1/3英寸变焦镜头
点阵滤波器
高清晰
自动光圈
手动/自动聚焦
变焦范围3~50mm
防雷装置:
(1)电源避雷器:
接线方式:并联
最大放电电流(8/20us)≤20 KA
电压保护水平Up≤1.5KV
响应时间Ta≤(ns):25
工作温度:-40ºC~+80ºC
(2)视频避雷器:
接入方式:并联
最大放电电流(8/20us)≤10 KA
带宽≤1GHz
限制电压Up(V)≤15V
特性阻抗(Ω):75
插入损耗≤(dB):0.3
接口类型:BNC
额定电压1Vpp
(3)控制信号避雷器:
接入方式:串联
传输速率≤20Mbps
最大放电电流(8/20us):5KA
限制电压Up(V)≤30V
插入损耗≤0.2dB
响应时间Ta≤(ns):1
第七章 停车诱导系统技术指标
整个停车诱导系统包括停车场信息采集系统、停车场信息管理系统和停车信息发布系统三大部分。数据采集、传输设备可分为自动探测采集传输设备或人工输入采集传输设备两种基本类型:自动探测采集传输设备应由主机、LED汉字显示屏、车辆进出探测传感器等基本部件组成;人工输入采集传输设备应由主机、LED汉字显示屏、数据输入设备或装置等基本部件组成。
1、车辆进出情况采集传输:应能通过探测传感器自动采集方式或者人工输入方式,实时、准确采集每辆车进出场(库)的情况;并能将动态数据实时传输至数据处理中心。
2、车位数据校核:应能以人工输入方式将场(库)空车位数和对外开放的总车位数信息发送至数据处理中心,并应具有表示信息是否发送成功的提示。
3、对各停车场车位及车辆类型信息进行归类、分析、储存。 对错误信息进行自动修改,并告警;
4、设备应能接收并在LED汉字显示屏上显示从数据处理中心发送来的车位预约、公告等短文信息,并能同时发出表示接收信号的声光提示。
5、将检测出的故障设备信息反馈给各停车场,(必要时)向故障设备单位发出告警信号。
6、与其他信息系统进行数据交换。
7、经过统计和分析,(必要时)以图形或者图表方式输出各区域停车场使用状况历史统计信息。
8、为其他(CDMA/GSM网络、internet网络)用户提供数据接口,实现车位状况查询、车位预定等服务。
9、车辆完成车位预定服务后,对车辆信息进行相应的记录;
10、为交警预留数据通道,使得交警可以通过移动终端对诱导屏内容进行修改,或者发送修改内容到信息中心。
11、 应能选择预存短语或快捷键进行回复和应答等操作,并具备表示发送是否成功的提示。
12、设备应能主动发起指向数据处理中心的长连接,对建立的数据链路进行自动护,并能显示数据链路的连接状态。
13、应能对因连接中断导致的未发送信息提供暂存,当连接恢复后,能自动补发。
14、应具备上电开机的自检功能。自检结果通过LED或指示灯显示。
15、根据杭州市停车场区域特点,停车诱导系统宜分为三级诱导。区域级提供停车场位置、动态车位、行车方向及道路通行状况提示等详细信息。道路级提示停车场的动态空车位及方位的信息.。入口级设置动态“空”或“满”状态的停车信息。
16、系统设有防雷装置。
1、室内主控制器
主控制器主要功能是为接收车辆检测器的继电器数据并且根据通道增减模式的设定,刷新停车场信息。
提供对主控制器电源进行控制的开关
提供10个以上DI通道,每个DI通道可以通过DIP开关,设定对应的继电器闭合代表车辆进或者出(即对应主控制器数据的增减)
提供3个以上串口
提供LED驱动模块,驱动系统控制箱上的LED信息显示模块
提供系统复位,对系统数据清零
在电源关闭和突然断电情况下,保持最后的数据
2、室外主控制器主要功能为接受停车场管理人员的输入信息,保存用户的预定车位信息和接受、发送停车场车位信息。
系统安全:提供系统进入密码
接口:内置串行接口
显示:提供(彩色)高清晰度显示屏
3、数据传输模块(优先采用无线传输模块)
主CPU:32 位ARM 处理器
内置软硬件看门狗
嵌入式操作系统
数据接口波特率可设
支持UDP, TCP, ETCPTM
TCP 断链数据不丢失
支持发送数据帧控制
支持永远在线
支持数据端口触发上线
支持定时上线
支持短信及振铃唤醒
支持用户嵌入程序
独立串口配置
支持权限管理
无参数配置时间限制
中英文菜单配置
支持AT 命令行配置
支持中心端远程配置与更新
支持短信配置
支持远程TELNET 配置
4、传输链路:采用光缆点对点传。采用模拟光端机传输,光端机可各交通系统复用,带4路以上视频RS232/422及网口。
1、采集客户端
负责各停车信息的实时采集,实时信息包括停车场的总车位,空车位,前端采集设备的运行情况等。兼容杭州已有各种停车场设备及协议。
2、中心管理系统
中心管理系统负责各停车场实时信息的汇总以及发送到各个停车屏,还包括提供停车场信息的Web浏览查询。
中心管理系统必须以Web Service的方式对外提供关于停车场实时信息的接口,该接口可以跨平台、跨语言。
3、系统间提供标准的应用程序接口和接入规范,易于融合其它系统和新增应用:
基于GIS(地理信息系统)平台
采用C/S架构
系统功能基于Web服务:系统提供的所有功能都是通过Web Service对外提供接口,这样可以在异种操作系统、异种语言之间进行交互,体现了未来软件基于网络服务的理念,方便其他系统的集成
系统支持多种数据库:系统支持目前主流的集中数据库,包括SQL Server、Oracle
4、面向公众的文本和地图发布(包括无线上网)。
第八章 智能卡口系统技术指标
智能卡口系统模式为“视频采集+经过抓拍”。该设备的信息记录为每一辆经过车辆两张高清晰图片(主道和辅道各一张),并进行自动识别。
路口单元安装在各个主要路口的各方向。系统在无人值守环境下全自动全天候工作,完成通过路口的每一辆车拍摄图像、记录车辆牌号及特征、传输工作。路口单元主要构成及功能:
安装在路口每个监控方向上的视频摄像机,完成过往车辆的不间断视频信号的采集;
各车道地感线圈和车辆检测器,检测车辆通过信息。
各路口的视频采集、抓取单元,主要完成视频图像信号的采集、抓帧、图片储存、图片上传等功能。
前置采集识别系统是一个放置于中心的自动采集识别和储存设备,前置采集识别系统是杭州市公安交警支队重点车辆查控系统的重要组成部分,同时通过网络传输系统与路口记录系统连接。
系统采用嵌入式技术,抓拍单元采用嵌入式控制器,设备运行稳定可靠不死机,并具有断电后自动恢复和远程维护功能。
视频摄像机采用高清晰度超动态范围彩色摄像机。抓帧系统采用专用的高性能DSP视频采集技术。
系统对每一辆车采集1张主道图片和1张辅道图片。在环境无雾情况下,图片必须能够清晰辨认车辆的车牌号码、车牌颜色、车身颜色、车型等车辆的信息。
系统能自动判别车辆进入图片采集区的时间。
在车速不大于120km/h情况下,系统对车辆的捕获率达到95%以上,有效率达到90%以上。系统的抓帧响应时间小于0.1s。所采集的图片清晰度应满足对车辆外观、号牌的自动识别和人工认定的要求。
车辆检测器能检测到高底盘车辆,灵敏度可根据需要调节。
夜间采用闪光灯补光,所拍图片能够满足对车辆外观、号牌的自动识别和人工认定的要求。
系统采用嵌入式操作系统,确保系统安全可靠、健壮稳定。
系统支持中心远程操作、远程控制、远程设置、远程维护、远程软件升级。
系统设计保证前端每个方向都有过载、漏电等断路等保护装置,立杆设计采取独立接地防雷。
原始图像文件和数据必须采取防篡改措施,保证不可被非法修改,以保证作为证据的信息图片的合法性和真实性。
在发生网络等故障情况下,系统能将数据、图片等保存在路口前端,待故障排除后系统自动将数据、图片等上传到中心数据库。
所有系统软硬件都具备扩展能力。软件可根据用户要求作针对性修改。
1、嵌入式工业控制机
处理器:高性能DSP处理器,处理多路视频,总线133Mhz
低功耗主板,可靠性高,电源小于30W AC
存储容量:120GB硬盘,独立工作状态下,数据存储单元可保存8天数据
与上层通信接口:10/100M以太网口,TCP/IP协议
与外场设备通信接口:视频BNC,串行接口,USB2.0接口
嵌入式专门结构,具有防病毒能力
工作温度: -20ºC~+70ºC
相对湿度:5~95%(40 ºC),无凝结
冲击:工作状态下10G(15~20ms)
震动:5~17Hz,0.1”双振幅位移(工作状态下);17~640Hz,1.5G峰峰加速度
机箱选用超薄型机箱,外型美观
EMI:符合FCC/VDE A级标准
1/3英寸高感光高清晰CCD
水平分辨率480TVL
最低照度0.01Lux@f1.2,40IRE,AGC开
采用LowLight™低照度技术
C/CS镜头安装
自动光圈镜头直流/视频驱动
基于图像分析的自动快门控制
信噪比50dB
增益自动控制
背光补偿
自动同步频闪灯
视频输出1Vpp,75欧姆
24VAC/12VDC供电
摄像机镜头:
1/3英寸变焦镜头
点阵滤波器
高清晰
自动光圈
手动/自动聚焦
变焦范围3~50mm
接线方式:并联
最大放电电流(8/20us)≤20 KA
电压保护水平Up≤1.5KV
响应时间Ta≤(ns):25
工作温度:-40ºC~+80ºC
(2)视频避雷器:
接入方式:并联
最大放电电流(8/20us)≤10 KA
带宽≤1GHz
限制电压Up(V)≤15V
特性阻抗(Ω):75
插入损耗≤(dB):0.3
接口类型:BNC
额定电压1Vpp
(3)控制信号避雷器:
接入方式:串联
传输速率≤20Mbps
最大放电电流(8/20us):5KA
限制电压Up(V)≤30V
插入损耗≤0.2dB
响应时间Ta≤(ns):1
第九章 智能交通系统数据接口规范
非现场执法平台作为一个能够容纳各类非现场执法数据的强大的综合性多媒体平台允许异构的非现场执法端口数据接入,从而对这些数据进行前期预处理和后期的信息发布与违法处理。
为保证非现场执法数据的准确性、有效性、合法性,对于异构数据的结构、数据格式和接入接口需要进行一定的采集、储存或转换。
接口定义
接口所在地址:http://10.118.141.218:86/
接口描述文件:http://10.118.141.218:86/fxczfWebService.ws
接口函数定义
函数名 | 说明 |
upLoadRawData | 用于上传自动收集违法数据信息 |
upLoadMediaFile | 用于上传自动收集违法媒体信息 |
delPTable | 用于删除服务器上的收集记录以便重新收集 |
insertPTable | 用于往服务器写入新的收集记录 |
ChkPTable | 用于从服务器检查是否已收集,防止重复收集 |
GetNextVVehID | 用于从服务器获取下一个违法编号 |
getDist | 获取地区列表 |
getHpzl | 获取号牌种类列表 |
getConMode | 获取连接模式 |
getCodePlace | 获取所有地点代码列表 |
getDiverDir | 获取行驶方向代码列表 |
getCameraDir | 获取相机方位代码列表 |
getCamera | 获取相机列表 |
getLane | 获取车道类型代码列表 |
接口调用流程
新增路口的设备组,调用接口上传违法信息主要包括准备过程和上传过程两大步,准备过程和违法上传不直接相关,但这是违法上传前的必须步骤,具体描述如下:
准备工作
在新增一个路口的设备组时,需要先进行一定量的准备工作,才能开始正式上传数据,它主要又可以分为设备组信息登记、用户注册和保存登记信息三步:
1.设备组信息登记
中心软件对设备组进行统一管理,需要知道新增设备组的详细信息。
需要通过人工的方式,向中心软件管理员提供新增设备组信息,进行设备组登记。
2.用户注册
需要注册一个有上传违法信息权限的有效用户,新增设备组需要保存已登记的详细信息和用户信息。这些信息将在违法信息上传过程中使用。
3.基本参数设置
中心软件系统使用自定义的一套基本参数,新增设备组也使用自定义的一套参数,设备组需要获知这些参数,从而建立一一对应。获取到这些基本参数后,需要手工人工设置设备组,使得设备组在上传违法数据时,能够表示正确的含义。
违法上传过程
设备组定期地(或实时地)、自动地上传违法数据,上传过程主要经过用户登陆验证、本地违法信息提取、违法编号获取、违法数据上传、违法媒体文件上传几个步骤。
1.用户登陆验证
上传违法信息前,需要调用接口getInputorUser(username, password) 进行用户有效性检验,检验用户是否存在,密码是否正确,用户是否有上传权限。如果验证失败,则之后一切对于中心软件接口的调用都将失败。
2.本地违法信息提取
违法信息包括违法数据和违法图片。设备拍摄的违法数据的保存方式由设备厂商提供,设备部署人需要根据特定设备的数据保存方式,编写程序来获得设备组上保存的违法信息,然后调用中心软件提供的接口提供数据上传。
3.违法编号获取
通过GetNextVVehID接口,可以从中心软件系统中获取到一个新的违法编号。系统保证违法编号不会重复。
4.违法数据上传
获取到新的违法编号后,设备组软件通过接口upLoadRawData上传原始违法数据。上传时需要用到的参数,可以通过登记的设备组详情、注册的用户信息和中心软件系统提供的基本参数完全获取。
5.违法媒体上传
上传了违法数据后,需要再调用接口upLoadMediaFile上传相关的违法媒体信息,包括违法图片和违法视频。成功上传后,原始数据的上传过程结束。
数据重复性检查
中心软件系统还支持了定期上传数据方式的数据重复性检验。步骤如下:
1.上传前检查数据是否已存在
上传数据前,调用ChkPTable检查指定时间点、指定路口的数据是否已经存在。
2.删除已添加数据
如果确实需要重复上传数据,可以先调用delPTable先删除中心软件系统中已经保存的违法信息。
3.上传后添加数据后添加上传记录
定期批量上传违法信息的路口,可以再上传后指定时期的违法数据后,调用insertPTable添加上传记录。
代码 | 说明 | 代码 | 说明 |
1201 | 货车载物超过核定载质量未达30% | 1602 | 机动车载物超过核定载质量30%的 |
1229 | 机动车违反禁令标志指示的 | 1230 | 机动车违反禁令标线指示的 |
1301 | 机动车逆向行驶的 | 1302 | 机动车不按交通信号灯规定通行的 |
1303 | 机动车行驶超过规定时速50%以下的 | 1603 | 机动车行驶超过规定时速50%的 |
1208 | 机动车通过有灯控路口时,不按所需行进方向驶入导向车道的 | 1211 | 通过路口遇停止信号时,停在停止线以内或路口内的 |
交通诱导系统数据采集主要包括停车诱导子系统、数据处理融合子系统、OD子系统、视频检测子系统、SCATS流量子系统、情报板发布管理子系统。
系统要求:
基于GIS(地理信息系统)平台
采用B/S与C/S相结合
系统功能基于Web服务
系统提供的所有功能都是通过WebService对外提供接口,这样可以在异种操作系统、异种语言之间进行交互,体现了未来软件基于网络服务的理念,方便其他系统的集成
系统支持多种数据库
系统支持目前主流的集中数据库,包括SQL Server、Oracle
B/S中采用Ajax技术,改善Web界面的用户体验
采用Ajax技术,实现Web界面的无刷新,避免传统Web界面的频繁刷新
支持无线移动终端(手机、PDA等)
三、行程时间检测系统(OD系统)接口
杭州市公安交警支队重点车辆查控系统是行程时间检测系统(OD系统)和智能卡口的接入系统,该系统是一个集数据分析、数据处理、数据显示、异常处理。数据分析,为执法部门提供实时,有效的违法车辆数据,帮助执法部门及时查询、处理违法可疑车辆;另一方面通过行程时间分析,提供市区主干道的实时行车时间。
1、外来黑名单接入
系统通过自身布控和收集外来黑名单数据到本地数据库布控车辆表中,对系统管辖的道路通行车辆与布控车辆进行比较,对嫌疑车辆进行报警。
外来黑名单定期更新到本地数据库的布控车辆表中,更新过程设计时充分考虑灵活性,能够动态的设置需要更新的黑名单库来源,能够动态的设置更新的时间和周期。这样的灵活设计目的在于外来黑名单库是不定期增加的,动态添加可以减少系统的维护,体现系统的灵活性。
2、数据格式
(1)OD系统路口抓拍的车辆数据,实际工作包括车辆抓拍,号码识别,上传等,为空需填充。数据记录中包含以下内容:
设备编号 SBBH VARCHAR2(10),
路段名称 SBMC VARCHAR2(50),
处理编号 CLBH NUMBER,
方向编号 FXBH VARCHAR2(4),
车道编号 CDBH VARCHAR2(1),
号牌号码 HPHM VARCHAR2(15),
号牌种类 HPZL VARCHAR2(2),
经过时间 JGSJ DATE,
车辆速度 CLSD NUMBER,
号牌颜色 HPYS VARCHAR2(1),
处理类型 CLLX VARCHAR2(50),
处理标记 CLBJ VARCHAR2(1),
识别标记 SBBJ VARCHAR2(1),
上传标记 SCBJ VARCHAR2(1),
方位编号 FWBH VARCHAR2(2),
上传时间SCSJ DATE,
比对标记BDBJ VARCHAR2(1),
识别时间SBSJ DATE,
比对时间BDSJ DATE
图片路径FILENAME VARCHAR2(50),
(2)违法报警车辆数据,数据记录中包含以下内容:
号牌号码 HPHM VARCHAR2(14),
号牌种类 HPZL VARCHAR2(2),
通过时间 PASSDATE DATE,
路段 PLACE VARCHAR2(100),
发现时间 CATCHDATE DATE,
发现类型 CATCHTYPE VARCHAR2(60),
备注 NOTE VARCHAR2(200),
标志来源 FLAG VARCHAR2(2),
短信发送记录 MSGFLAG NUMBER,
对应源ID S_ID VARCHAR2(40),
受理人 SLR VARCHAR2(30),
处理标记 CLBJ NUMBER default 0,
受理民警姓名 POLICEMANID VARCHAR2(20),
受理结果 SLJG VARCHAR2(200),
受理情况选择 SLQKXZ VARCHAR2(1) default 2,
路段方位编号 FWBH VARCHAR2(100),
违法次数 JJDBH NUMBER default 0
图像内容 MEDCONTENT BLOB
3、数据流程
(1)“前端抓拍记录系统”通过对车辆的抓拍,初步形成数据信息
(2)这些数据上传到“数据识别服务器”,通过这些“数据识别服务器”的接收和识别,形成有效信息。
(3)这些有效的信息通过程序写入数据库服务器。
(4)后台分析数据库从数据库中取出数据进行分析,形成有价值的数据信息。
(5)后台分析数据库中有价值的数据信息通过WEB服务器以页面的形式展现出来。
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
1、前端卡口接入标准
为不同厂家设备的联网接入而组成的具有统一格式协议通信能力,实现设备注册与发现、信息上传获取与控制、联网设备状态查询、较时等功能的功能。详细说明请看附录B。
2、外部系统接口标准
a)联网系统集成管理平台接口
应与联网系统集成管理平台连接,实现布控/撤控、查询、报警数据的传输。数据接口应符合GA/T 669.7-2008的规定。
b)关联数据库接口
可与车辆档案管理数据库、驾驶人档案管理数据库、违法车辆数据库、盗抢车辆数据库等关联数据库联接,为卡口系统的布控、检测、报警等提供相关数据。
c)平台外部接口
平台在公安专网中都提供数据共享服务器来进行各自网络内其他业务系统的数据交互功能。
接口类型:基于SOA架构的Web Services服务。
数据内容:提供包括车辆通行数据、违法数据,设备状态数据。
3、数据格式(规范性附录)
数据库表格式
A.1 车辆通行库表格式见表A.1。
表A.1 车辆通行库表格式
序号 名 称 类型 长度 说 明
1 设备编号 字符 10 参见表注格式
2 车辆编号 字符 7 所存贮的车辆编号,取值“0~9999999”
3 方向编号 字符 4 不可空
4 号牌号码 字符 15 可空
5 号牌种类 数值 2 符合GA24.7的要求
6 经过时间 日期 14 精确到秒
7 车辆速度 数值 3 单位km/h
8 车外廓长 数值 5 以厘米为单位,可空
9 号牌颜色 字符 1 0-白色,1-黄色,2-蓝色,3-黑色,4-其他颜色
10 车辆类型 字符 4 符合GA24.4的要求
11 特征图像 字符 60 特征图像定位信息
12 全景图像 字符 60 全景图像定位信息
注:设备编号格式如下:
A.2 违法车牌库表格式见表A.2。
表A.2 违法车牌库表格式
序号 名 称 类型 长度 说 明
1 设备编号 字符 10 参见车辆通行库表结构
2 车辆编号 字符 7 所存贮的车辆编号,取值“0~9999999”
3 方向编号 字符 4 不可空
表A.2(续)
4 号牌号码 字符 15 可空
5 号牌种类 数值 2 符合GA24.7的要求
6 违法地点 数字 12 不可空,符合GA408.3的要求
7 违法时间 日期 14 精确到秒
8 违法行为 字符 4 符合GA408.1的要求
9 车辆速度 数值 3 单位km/h
10 车辆类型 字符 4 符合GA24.4的要求
11 特征图像 字符 60 特征图像定位信息
12 全景图像 字符 60 全景图像定位信息
A.3 布控车牌库表格式见表A.3。
表A.3 布控车牌库表格式
序号 名 称 类型 长度 说 明
1 布控单位 字符 60 不可空
2 布控行为 字符 4 不可空
3 布控时间 日期 12 不可空
4 布控截止期 日期 12 不可空
5 号牌号码 字符 15 不可空
6 号牌种类 数值 2 符合GA24.7的要求
7 车辆类型 字符 4 符合GA24.4的要求
8 号牌颜色 字符 1 0-白色,1-黄色,2-蓝色,3-黑色,4-其他颜色
本接口是用于各卡口接入杭州智能卡口查控系统,采用C++ DLL技术实现,完全遵循《公路车辆智能监测记录系统通用技术条件》(GAT497-2009)标准。
函数概要
函数名 | 描述 |
Init() | 初始化 |
AddDevice() | 设备注册 |
UploadData() | 上传数据,包括实时信息、图片等信息 |
GetServerTime() | 获取服务器时间 |
UploadDeviceStatus() | 上传设备状态 |
UnInit() | 释放资源 |
函数说明
| |
|
|
| |
| |
| |
|
|
|
|
| |
|
bool AddDevice(const char* strDeviceId, const char* strDeviceKey) | |
|
|
| |
|
|
|
|
| |
|
|
|
|
| |
|
| |
|
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
| |
|
int UploadDeviceStatus(const char* strDeviceId , const char* strDirectName,const char*strDirectWayLst, const char* strStatusTime,const char* strDetectorError,const char* strVideoError, const char* strCamerError, int nComputer,int nMemory,int nCpu) | |
|
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
|
|
|
| |
|
bool GetServerTime(char*pTime) | |
|
|
| |
|
|
|
|
| |
|
|
| |
|
| |
|
|
| |
| |
| |
| |
|
下列术语和定义适用于本要求。
上位机 :在交通信号控制系统中,能和多台信号机通信并对其进行控制和监视的上端设备。
信号相位:在一个信号周期内分配给一股或多股独立交通流的一组绿、黄、红灯变化的信号时序。
输出通道:一组驱动红、黄、绿灯的信号的组合(特殊情况下可以没有黄灯信号)。
清空间隔:在一个信号机周期内,为保证交通安全,前一相位结束和下一相位开始之间的中间状态,包括黄灯时间和红灯清空时间。
信号阶段:信号周期中的基本时间单元,灯色保持不变的放行时间段及其转换间隔。
信号阶段表:一个信号周期中所有阶段的有序集合。
协调控制 :通过使多个路口的协调阶段的起始和放行时间保持一定关系,把多个路口的交通信号灯协调起来加以控制的控制方式。
上位机直接控制:上位机通过向信号机发送消息直接控制信号灯状态的控制方式。
日计划:信号机内表示一天中的时段划分及时段采用控制方案的参数集合。
日计划调度表:信号机内表示特殊日(包括周日)与所用日计划的对应关系的表格。
采用四层结构,如图1所示,包含物理层、数据链路层、网络层、应用层。除应用层外,每一层提供了多种选择方案,符合本标准的协议至少实现从上到下的一个相容协议栈。图1中的连线表示相连的协议间有相容关系。
结构图
物理层要求包括机械的、电气的和程序上的接口,还包括比特流是怎样被传输和接收的,但不关注比特流的含义和结构。
物理层接口提供的选择包括RS-232-C数据终端设备接口和以太网口。具体实现应至少实现其中的一种。
RS-232-C数据终端设备接口的实现要求
RS-232-C数据终端设备接口的实现应符合以下规定:
字节结构为一个起始位,八个数据位,一个校验位,一个结束位;
接口提供的信号应至少包括下列信号:地(Earth Ground)、数据发送(Transmit Data)、数据接收(Receive Data)、请求发送(Request To Send)、清除发送(Clear to Send)和逻辑地(Logic Ground);
接口支持比特率至少包括:1200,2400,4800,9600,19200bit/s。
以太网口的实现应符合IEEE 802.2/3。
数据链路层定义提供的服务,规定了协议编码(语法)、过程和使用的参数。
数据链路层提供的实现选择包括点对多点协议和以太网协议。具体实现应至少实现其中的一种。
点对多点协议的实现要求见附录A。
以太网协议的实现应符合IEEE 802.2/3。
网络层具有多种协议识别功能,定义相关的协议编码(语法)及过程。
网络层提供的实现选择包括NULL协议、TCP/IP协议、UDP/IP协议。具体实现应至少实现其中的一种。
NULL协议的实现要求
NULL协议的实现要求见附录B。
TCP/IP协议的实现要求
IP协议的实现应符合RFC0791。
TCP协议的实现应符合RFC0793。
UDP/IP协议的实现要求
IP协议的实现应符合RFC0791。
UDP协议的实现应符合RFC0768。
应用层规定与具体应用相关的消息的格式与内容。
应用层消息的格式与内容见附录C。
点对多点协议
提供的服务是非平衡无连接类(UCC)服务,应符合GB/T 17547-1998中第1章至第7章、第15章、第16章、第18章和第19章的规定。
协议采用HDLC协议的UCC模式,采用异步响应模式(ARM),应符合GB/T 7421的要求。
所有传输都是以帧的形式进行的。符合帧格式要求的结构见图A.1(a)和图A.1(b)。
帧标志 | 链路地址 | 控制域 | 信息域 | 帧校验序列 | 帧标志 |
(a)信息帧结构
帧标志 | 链路地址 | 控制域 | 帧校验序列 | 帧标志 |
(b)命令帧结构
图A.1 帧结构
所有的帧都应以帧标志序列开始,并以帧标志序列结束。该序列是由一个0bit、紧接着六个1bit以及其后的一个0bit(01111110)组成。
传输中采用起始/结束位的基本的透明模式,不使用其他的透明模式。
链路地址域应包含链路地址。一个链路地址最多由2个字节组成。如果链路地址的第一个地址字节的第一个比特为0,那么随后的字节应是该地址域的一个扩展,见图A.2(b)。地址域应以1开头的一个字节来结束。
链路地址域的第一个字节的第二位是一个组播标志位(G),该位为1表示该地址是组播地址,该位为0表示不是组播地址。见图A.2(a)和图A.2(b)。
单字节地址的有效地址域是高六位,取值范围是0~63,双字节地址的有效地址域是第一字节的高六位连接上第二字节的高七位,取值范围是64~8191。地址0保留,用于测试。组播地址63(0xFF)用于广播,代表所有站的地址。
b7 b0
X X X X X X G 1 |
(a)单字节链路地址域
b7 b0 b7 b0
X X X X X X X 1 | X X X X X X G 0 |
地址 MSB 地址 LSB
(b)双字节链路地址域
图A.2 地址域
控制域长度是八位。
除以下情况外,P/F位的使用应符合GB/T 7575-1987中的6.3、7.3.1.9和7.3.1.10的规定:
组播或广播的UI帧中的P位要设为0;
发往单地址的UP帧的P或F(应答时)位要设为1;
UI帧之间的P位的设置是可选的。
信息域内容为要传输的上层信息。信息域的第一个字节是初始化协议识别器(IPI),IPI用来识别上一层的通信协议是什么。应支持以下IPI的取值:
0x21:表示上一层的协议是IP;
0xC1:表示上一层的协议是NULL。
命令帧中不包含信息域。
帧校验序列用来检查所传输信息的数据是否正确。帧校验序列应符合GB/T 7496-1987中4.6.2的定义。
支持的帧类型应包括GB/T 7575和GB/T 7421中非平衡无连接服务规程支持的帧,包括以下类型的帧:
命令: 应答:
无序号信息帧(UI) 无序号信息帧(UI)
无序号轮询帧(UP) 无序号信息帧(UI)
在上面各帧中,轮询/结束(Poll/Final)位的使用应符合GB/T 7575的规定。除轮询位在无序号轮询帧中总是置1外,控制域中的轮询/结束位应符合引用标准的规定。无序号轮询帧不能使用广播或组播地址。无序号轮询帧不能包含信息域。
所有的无效帧应丢掉。下列条件将导致无效帧:
地址域中的地址不支持;
控制域中的控制值不支持。
应符合GB/T 7575和GB/T 7421-1987 的第6章的规定。
帧传输按照非平衡模式,传输由链路中的主站控制,并且由一个唯一寻址的从站来应答。
所有组播消息使用控制域中轮询位(P)等于0的无序号信息帧,不需应答。
在一个交换连接(比如一个电话连接)中建立链路,主站和从站的角色将取决于发起连接的站。
主站的数据链路层应该使用一个调度器来周期地提醒应用层发送一个轮询消息。无序号轮询控制帧就是用于这个目的。时间参数中的T4定时器将决定时间间隔。T4的定义见A.2.5.2时间参数。
一个从站在每一响应机会中将只传送一个无序号信息帧。从站响应时,地址字段中的地址为从站的地址,并非主站的地址。
符合本标准的系统至少支持515字节的信息域。支持信息域的长度超过515字节的系统应说明支持的长度。
数据链路层有四个计时器,取值范围是1ms到2147483647ms,可调精度为1ms。它们只应用于数据链路层,不应用于其他层。四个计数器分别为:
T1—主站等待确认帧的最大时间,T1只在发送带有轮询位被设置的命令帧时被激活;
T2—从站在发送确认前的最大可延时时间。取值0意味着在确认生成时不应有延时。这个定时器保证从站及时响应,以便确认消息在主站的计时器T1超时前能被接收到(T2<T1)。T2只在接收站收到带有轮询位被设置的帧时才被激活;
T3—判断连接断开的等待时间;
T4—在数据连接上没有帧交换的最大允许时间。取值0x7FFFFFFFH表示该定时器没有设置。
设备设置为主站点,应支持T1和T3时间参数。设备设置为从站点,应支持T2和T4时间参数。
在传输帧中,字节到字节的最小延迟时间的是一个位流的时间(例如:1200bit/s的时间是0.83ms)。在主站上的完整双方操作中,结束标志的传输可超过字节到字节的延迟时间。
NULL协议
NULL协议提供协议识别功能,能区别多个网络层协议。
协议识别功能通过初始化协议识别器(IPI)来实现,IPI是用户数据信息的数据链路单元数据(DL-UNITDATA)原语在网络层和数据链路层之间传递的第一个字节。
提供的服务是无连接模式服务(CLNS),应符合GB/T 15126-1994的第1章至第7章和第15章至第19章的定义。提供的服务不包括其中关于服务质量的内容。
网络层数据包由两部分组成,结构如图B.1所示。
IPI | 应用层数据 |
图B.1 网络层数据包结构
初始化协议识别器用来标识上层所用协议,符合本标准的IPI取值为0xC1,不采用控制协议。
此协议将接受网络服务(NS)用户数据参数的网络单元数据(N-UNITDATA)请求原语,并将其嵌入数据信息包中的高层信息字段中,传送至数据链路层。
数据信息包的反馈则是一个相反的映射过程。
采用NULL协议的系统应支持一个高层信息域(Higher-Layer Information-Field),该域长度至少为数据链路服务数据单元(DLSDU)长度(见A.2.5.1条)减去一个字节(以除去IPI字头所占的一个字节)。
协议到无连接模式服务的映射将提供:
N-UNITDATA原语到数据信息包的映射;
在N-UNITDATA原语中NS用户数据参数到数据信息包中高层信息域的映射。
N-UNITDATA请求原语的源地址和目的地址没有包括在此协议中。
应用层消息的格式与内容
消息的分类与使用
应用层消息的第一和第二字节是消息类型,其中第一字节表示操作类型,定义如表C.1所示;第二字节表示操作对象的类别,定义如表C.2所示。
表C.1 消息类型第一字节的定义
位 | 值 (2进制) | 含义 | 说明 |
7 | 1 | 根据本标准,此位的值应设为1。 | |
6~4 | 000 | 查询请求 | 该消息是查询消息。 |
001 | 设置请求 | 该消息是设置消息。 | |
010 | 设置请求,无应答 | 该消息是设置消息,但不需要确认应答。 | |
100 | 查询应答 | 该消息是对查询消息的应答消息。 | |
101 | 确认应答 | 该消息是对设置消息的确认消息。 | |
110 | 出错应答 | 该消息表示收到的查询或设置消息有错误。 | |
011 | 主动回报的确认应答 | 该消息是对主动回报消息的确认应答。 | |
111 | 主动回报 | 该消息是信号机上传的主动回报消息。 | |
3~0 | 0000 | 根据本标准,值应设为0000(2进制)。 | |
其它 | 保留 |
表C.2 消息类型第二字节的定义
值 | 说明 |
1~16 | 分别对应16类操作对象 |
0,17~127 | 保留 |
128~255 | 用户自定义操作对象 |
根据操作数据对象,应用层的消息分为16类,见表C.3。第C.2章到第C.17章规定了16类消息的内容与格式。
表C.3 应用层所有消息的列表
序号 | 消息类别 | 消息类型 | 消息名称 |
1 | 信号机标识的相关消息 | 0x80 0x01 | 查询信号机标识 |
0xC0 0x01 | 应答信号机标识 | ||
0xE0 0x01 | 出错应答 | ||
0xF0 0x01 | 主动上传信号机标识 | ||
0xB0 0x01 | 主动上传信号机标识的确认应答 | ||
2 | 信号机固有特征参数的相关消息 | 0x80 0x02 | 查询信号机固有特征参数 |
0xC0 0x02 | 应答信号机固有特征参数 | ||
0xE0 0x02 | 出错应答 | ||
3 | 信号机运行特征参数的相关消息 | 0x80 0x03 | 查询信号机运行特征参数 |
0xC0 0x03 | 应答信号机运行特征参数 | ||
0xE0 0x03 | 出错应答 | ||
4 | 时间的相关消息 | 0x90 0x04 | 设置时间 |
0xA0 0x04 | 设置时间-无应答 | ||
0xD0 0x04 | 设置时间的确认应答 | ||
0x80 0x04 | 查询信号机时间 | ||
0xC0 0x04 | 应答信号机时间 | ||
0xE0 0x04 | 出错应答 | ||
5 | 相位的相关消息 | 0x90 0x05 | 配置相位 |
0xD0 0x05 | 配置相位的确认应答 | ||
0x80 0x05 | 查询相位配置 | ||
0xC0 0x05 | 应答相位配置 | ||
0xE0 0x05 | 出错应答 | ||
6 | 检测器的相关消息 | 0x90 0x06 | 配置检测器 |
0xD0 0x06 | 配置检测器的确认应答 | ||
0x80 0x06 | 查询检测器配置 | ||
0xC0 0x06 | 应答检测器配置 | ||
0xE0 0x06 | 出错应答 | ||
7 | 阶段表的相关消息 | 0x90 0x07 | 配置阶段表 |
0xD0 0x07 | 配置阶段表的确认应答 | ||
0x80 0x07 | 查询阶段表 | ||
0xC0 0x07 | 应答阶段表 | ||
0xE0 0x07 | 出错应答 | ||
8 | 控制方案的相关消息 | 0x90 0x08 | 配置控制方案 |
0xD0 0x08 | 配置控制方案的确认应答 | ||
0x80 0x08 | 查询控制方案 | ||
0xC0 0x08 | 应答控制方案 | ||
0xE0 0x08 | 出错应答 | ||
9 | 上位机直接控制的相关消息 | 0x90 0x09 | 上位机直接控制 |
0xD0 0x09 | 确认应答 | ||
0xE0 0x09 | 出错应答 | ||
10 | 日计划的相关消息 | 0x90 0x0A | 配置日计划 |
0xD0 0x0A | 配置日计划的确认应答 | ||
0x80 0x0A | 查询日计划 | ||
0xC0 0x0A | 应答日计划 | ||
0xE0 0x0A | 出错应答 | ||
11 | 日计划调度的相关消息 | 0x90 0x0B | 配置日计划调度 |
0xD0 0x0B | 配置日计划调度的确认应答 | ||
0x80 0x0B | 查询日计划调度 | ||
0xC0 0x0B | 应答日计划调度 | ||
0xE0 0x0B | 出错应答 | ||
12 | 当前控制方案的相关消息 | 0x90 0x0C | 设置当前控制方案 |
0xA0 0x0C | 设置当前控制方案-无应答 | ||
0xD0 0x0C | 设置当前控制方案消息的确认应答 | ||
0x80 0x0C | 查询当前控制方案信息 | ||
0xC0 0x0C | 应答当前控制方案信息 | ||
0xE0 0x0C | 出错应答 | ||
13 | 信号机运行状态的相关消息 | 0x80 0x0D | 查询信号机当前运行状态 |
0xC0 0x0D | 应答信号机当前运行状态 | ||
0xE0 0x0D | 出错应答 | ||
0xF0 0x0D | 主动回报信号机运行状态 | ||
0xB0 0x0D | 信号机主动回报运行状态消息的确认应答 | ||
14 | 信号机故障信息记录的相关消息 | 0x90 0x0E | 清除故障信息记录 |
0xD0 0x0E | 清除故障信息记录的确认应答 | ||
0x80 0x0E | 查询故障信息记录 | ||
0xC0 0x0E | 应答故障信息记录 | ||
0xE0 0x0E | 出错应答 | ||
0xF0 0x0E | 主动回报故障信息记录 | ||
0xB0 0x0E | 主动回报故障信息记录的确认应答 | ||
15 | 统计周期的相关消息 | 0x90 0x0F | 设置统计周期 |
0xD0 0x0F | 设置统计周期的确认应答 | ||
0x80 0x0F | 查询统计周期 | ||
0xC0 0x0F | 应答统计周期 | ||
0xE0 0x0F | 出错应答 | ||
16 | 统计数据的相关消息 | 0xF0 0x10 | 主动回报统计数据 |
0x80 0x10 | 查询统计数据 | ||
0xC0 0x10 | 应答统计数据 | ||
0x90 0x10 | 设置统计数据上传命令 | ||
0xD0 0x10 | 设置统计数据上传命令的确认应答 | ||
0xE0 0x10 | 出错应答 |
所有的“查询请求”和“设置请求”消息都需要应答。接收方收到“查询请求”消息后,应以“查询应答”消息或“出错应答”消息应答;接收方收到“设置请求”消息后,应以“确认应答”或“出错应答”消息应答。
其它消息如无注明,则不需要应答。
所有的出错应答消息的长度为四个字节,格式如下:
第一和第二字节是消息类型。
第三个字节是错误类型。其中:
1~127是系统定义错误,见具体消息的定义。
128~255是用户自定义错误。
第四个字节是错误字节索引,指明出错内容的第一个字节。如果消息中有多个错误,出错应答消息只指明第一个错误。
出错应答消息的格式如表C.4所示。
表C.4 出错应答消息
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 | 2 |
2 | 错误类型 | 1 |
3 | 出错字节索引 | 1 |
应用层消息中用多个字节表示的数字,如无特别说明,总是高位字节在前,低位字节在后。
本类消息实现的功能是操作信号机的标识信息。
信号机的标识信息包括四部分内容:
本标准的标准号和版本;
信号机的规格型号和编号;
信号机生产商;
用户自定义信息。
每部分内容的长度都是可变的。
信息的编码除汉字外采用ASCII码,汉字采用GB2312编码。
信号机标识信息的结构如表C.5所示。
表C.5 信号机标识信息
序号 | 内容 | 长度 (单位:字节) |
1 | 本标准的标准号和版本的长度N1 | 1 |
2 | 本标准的标准号和版本 | N1 |
3 | 信号机的规格型号和编号的长度N2 | 1 |
4 | 信号机的规格型号和编号 | N2 |
5 | 信号机生产商的长度N3 | 1 |
6 | 信号机生产商 | N3 |
7 | 用户自定义信息的长度N4 | 1 |
8 | 用户自定义信息 | N4 |
上位机使用该消息来查询信号机的标识信息。
消息格式如表C.6所示。
表C.6 查询信号机标识
序号 | 名 称 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x01 | 2 |
信号机收到查询信号机标识消息后,如果消息无误,以本消息应答。
消息格式如表C.7所示。
表C.7 应答信号机标识
序号 | 名 称 | 长度 (单位:字节) |
1 | 消息类型 0xC0 0x01 | 2 |
2 | 消息长度N | 1 |
3 | 信号机标识信息 | N-3 |
信号机收到查询信号机标识消息,如果消息有误,以该消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x01)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3~127—保留。
信号机使用本消息主动向上位机上传标识信息。
信号机在启动后应主动向上位机发送本消息。
本消息需要应答。
消息格式除消息类型取值为(0xF0,0x01)外,与应答信号机标识消息(见表C.7)相同。
上位机在收到信号机的主动上传标识信息后,以本消息确认应答。
消息格式如表C.8所示。
镖C.8 主动上传信号机标识的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xB0 0x01 | 2 |
本类消息实现的功能是操作信号机的固有特征参数。
信号机的固有特征参数限定了配置参数的范围,决定了信号机的最大功能。
信号机固有特征参数的内容如表C.9所示。
表C.9 信号机固有特征参数
序号 | 内容 | 长度 (单位:字节) |
1 | 最大输出通道数 | 1 |
2 | 最大检测器数 | 1 |
3 | 支持的最大阶段表数 | 1 |
4 | 一个阶段表的最大阶段数 | 1 |
5 | 最大控制方案数 | 1 |
6 | 最大日计划数 | 1 |
7 | 一个日计划的最大时段数 | 1 |
8 | 日计划调度的最大个数 | 1 |
上位机使用本消息查询信号机的固有特征参数。
消息格式如表C.10所示。
表C.10 查询信号机固有特征参数
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x02 | 2 |
信号机收到上位机发来的查询信号机固有特征参数的消息后,以本消息应答。
消息格式如表C.11所示。
表C.11 应答信号机固有特征参数
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xC0 0x02 | 2 |
2 | 信号机固有特征参数 | 8 |
信号机收到查询信号机固有特征参数消息,如果消息有误,以该消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x02)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3~127—保留。
本类消息实现的功能是操作信号机的运行特征参数。
信号机运行特征参数是由上位机或信号机本地配置决定的,在运行中可能随时改变。
信号机运行特征参数的结构如表C.12所示。
表C.12 信号机运行特征参数
序号 | 内容 | 长度 (单位:字节) |
1 | 已配置的输出通道数 | 1 |
2 | 已配置的检测器数 | 1 |
3 | 已配置的阶段表数 | 1 |
4 | 已配置的控制方案数 | 1 |
5 | 已配置的日计划数 | 1 |
6 | 已配置的日计划调度个数 | 1 |
7 | 故障信息记录个数 | 2 |
8 | 本地保存的历史统计数据记录个数 | 2 |
上位机使用本消息查询信号机的运行特征参数。
消息格式如表C.13所示。
表C.13 查询信号机运行特征参数
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x03 | 2 |
信号机收到上位机发来的查询信号机运行特征参数的消息后,以本消息应答。
消息格式如表C.14所示。
表C.14 应答信号机运行特征参数
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xC0 0x03 | 2 |
2 | 信号机运行特征参数 | 10 |
信号机收到查询信号机运行特征参数消息,如果消息有误,以该消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x03)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3~127—保留。
本类消息实现的功能是操作信号机的时间,使得整个系统内时间同步。
表示时间的结构如表C.15所示。
表C.15 表示时间的结构
序号 | 内容 | 长度 (单位:字节) | 取值范围 | 备注 |
1 | 年 | 1 | 0~99 | 年份的后两位 |
2 | 月份 | 1 | 1~12 | 1到12对应一月到十二月 |
3 | 日 | 1 | 1~31 | 1到31对应月份内的日期 |
4 | 小时 | 1 | 0~23 | 24进制 |
5 | 分钟 | 1 | 0~59 | |
6 | 秒 | 1 | 0~59 | |
7 | 周日 | 1 | 1~7 | 1到7对应星期一到星期日 |
上位机使用本消息来设置信号机的时间。有两种方式,对应不同的消息,一种是无应答方式,即设置信号机时间,不需要确认应答,用于广播消息中;另一种是有应答方式,即普通的设置消息,需要信号机接收后回应确认消息。
消息格式如表C.16所示。
表C.16 设置时间
序号 | 内容 | 长度 (单位:字节) | 备注 | |
1 | 消息类型 | 0x90 0x04 | 2 | “设置时间”的消息类型 |
0xA0 0x04 | 2 | “设置时间-无应答”的消息类型 | ||
2 | 设置的时间 | 7 |
信号机在收到上位机的“设置时间”的消息后,如果消息无误,以该消息应答。
消息格式如表C.17所示。
表C.17 设置时间的确认应答
序号 | 内容 | 长度 (单位:字节) | 备注 |
1 | 消息类型 0xD0 0x04 | 2 | |
2 | 时间偏差 | 1 | 0~254表示信号机本地时钟与设置时间的偏差的绝对值,以秒为单位; 255表示信号机本地时钟与设置时间的偏差的绝对值大于254s。 |
上位机使用本消息查询信号机的本地时间。
消息格式如表C.18所示
表C.18 查询信号机时间
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x04 | 2 |
信号机收到上位机发来的查询时间消息后,以本消息应答。
消息格式如表C.19所示。
表C.19 应答信号机时间
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xC0 0x04 | 2 |
2 | 信号机当前时间 | 7 |
信号机收到上位机的设置时间或查询时间消息,如果消息有误,都以该消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x04)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3—消息内有非法值,如月份值大于12;
4~127—保留。
本类消息实现对相位的操作。
图C.1 相位基本属性字节
图C.2 四个字节表示冲突相位
图C.3 最小绿灯时间、感应间隔、黄灯时间和全红时间的示意图
每个相位通过以下内容表示:
相位对应的输出通道:相位和输出通道是一一对应的;
相位基本属性:表示相位的基本属性的一个字节,字节中的一位代表一个属性(见图C.1);对每一位来说,1表示具有该属性,0表示没有该属性;该字节低三位有且只能有一位为1;
相位扩展属性:表示相位扩展属性的一个字节,该字节的具体意义由用户自定义;
冲突相位:本相位的冲突相位,用四个字节表示,每一位代表一个相位(见图C.2);对每一位来说,1表示有冲突,0表示没有冲突;
最小绿灯时间:相位绿灯至少持续的时间(见图C.3);
感应间隔:信号机根据该时间段内是否有车辆通过来决定是否延长绿灯时间(见图C.3);感应间隔设为0表示不使用感应功能;
最大绿灯时间:相位绿灯持续时间的最大值;每个相位最多可设置两个最大绿灯时间,但在任何时刻最多只能有一个最大绿灯时间起作用;最大绿灯时间为0表示不使用该参数;
黄灯时间和全红时间(见图C.3):二者一起构成相位的转换时间;
行人清空时间:即行人绿闪时间,如果该相位是行人相位,参数有效,否则该参数无意义。
相位参数的结构如表C.20所示。
表 C.20 相位参数
序号 | 内容 | 长度 (单位:字节) | 单位 |
1 | 对应的输出通道 | 1 | |
2 | 基本属性 | 1 | — |
3 | 扩展属性 | 1 | — |
4 | 冲突相位 | 4 | — |
5 | 最小绿灯时间 | 1 | s |
6 | 感应间隔 | 1 | s |
7 | 最大绿灯时间1 | 1 | s |
8 | 最大绿灯时间2 | 1 | s |
9 | 黄灯时间 | 1 | s |
10 | 红灯清空时间 | 1 | s |
11 | 行人清空时间 | 1 | s |
配置相位
上位机使用本消息配置信号机中的相位。每个相位通过相位号来唯一标识,相位号的取值范围为1~32。
消息格式如表C.21所示。
表 C.21 配置相位
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x90 0x05 | 2 |
2 | 配置的起始相位N1 | 1 |
3 | 配置相位的个数N2 | 1 |
4 | 相位N1的参数 | 14 |
… | … | … |
3+N2 | 相位(N1+N2-1)的参数 | 14 |
信号机收到上位机的配置相位消息,并且消息无误,以本消息应答。
消息格式如表C.22所示。
表C.22 配置相位的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xD0 0x05 | 2 |
查询相位配置
上位机使用本消息向信号机查询相位配置。
消息格式如表C.23所示。
表C.23 查询相位配置
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x05 | 2 |
2 | 查询的起始相位 | 1 |
3 | 查询相位的个数 | 1 |
应答相位配置
信号机收到上位机的查询相位配置的消息后,以本消息应答。应答消息的起始相位和相位个数应等于查询消息的对应值。
消息格式除消息类型取值为(0xC0,0x05)外,与配置相位消息(见表C.21)相同。
信号机收到上位机发来的设置或查询相位消息,如果消息有误,都以本消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x05)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误。
3—起始相位超出最大范围;
4—相位数超出最大范围;
5—相位数对应的输出通道超出最大范围;
6—相位和输出通道不是一一对应;
7—配置的参数有逻辑错误;
8~127—保留。
本类消息实现的功能是操作检测器的配置参数。
检测器的配置参数包括以下内容:
检测器类型:表示检测器类型的一个字节,字节中的一位代表一个功能(见图C.4);对每一位来说,1表示具有该功能,0表示没有该功能。
图C.4 检测器类型字节的定义
请求相位:检测器对应的相位号。在感应控制中,运行该相位时查看该检测器情况,如果有车辆请求则相位进行相关感应调整时间操作。0表示没有对应请求相位。
请求有效时间:在感应控制中,检测器请求信号存在的最短时间,超过此时间才认为请求有效。该参数的单位为秒。
最大流量密度:一分钟内通过流量的最大值,超过该值认为检测器故障。
检测器参数的结构如表C.24所示。
表 C.24 检测器参数
序号 | 内容 | 长度 (单位:字节) |
1 | 检测器的类型 | 1 |
2 | 检测器的请求相位 | 1 |
3 | 检测器的请求有效时间 | 1 |
4 | 检测器的最大流量密度 | 1 |
上位机使用该消息配置信号机的检测器。每个检测器通过检测器号来唯一标识,取值范围为1~48。
消息格式如表C.25所示。
表 C.25 配置检测器
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x90 0x06 | 2 |
2 | 配置的起始检测器N1 | 1 |
3 | 配置的检测器个数N2 | 1 |
4 | 检测器N1的参数 | 4 |
… | … | .. |
3+N2 | 检测器(N1+N2-1)的参数 | 4 |
信号机收到上位机的配置检测器消息,并且消息无误,以本消息应答。
消息格式如表C.26所示。
表C.26 配置检测器的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xD0 0x06 | 2 |
上位机使用本消息向信号机查询检测器配置。
消息格式如表C.27所示。
表C.27 查询检测器配置
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x06 | 2 |
2 | 查询的起始检测器 | 1 |
3 | 查询的检测器的个数 | 1 |
信号机收到上位机的查询检测器配置的消息后,以本消息应答。
消息格式除消息类型取值为(0xC0 0x06)外,与配置检测器消息(见表C.25)相同。
信号机收到上位机发来的配置或查询检测器消息,如果消息有误,都以本消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x06)。其中错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3—检测器类型字节有误;
4—起始检测器超出最大范围;
5—检测器数超出最大范围;
6—检测器数的请求相位超出最大范围;
7~127—保留。
本类消息实现的功能是操作信号机的阶段表。
每个阶段表包括两部分内容,阶段数和按顺序列出每个阶段。
每个阶段也包括两部分内容:
四个字节表示所放行的相位,字节中的每一位对应一个相位(见图C.5),对每一位来说,1表示放行,0表示不放行。阶段中的放行相位在本阶段不一定都结束放行,如果阶段的放行相位在下一阶段仍是放行相位,则相位在本阶段中不显示转换间隔。
一个字节表示阶段属性,保留字节,作为属性扩展。
图C.5 表示阶段放行相位的四个字节
阶段表的结构如表C.28所示。
表C.28 阶段表
序号 | 名 称 | 长度 (单位:字节) |
1 | 阶段数N | 1 |
2 | 阶段1的放行相位 | 4 |
3 | 阶段1的属性 | 1 |
… | … | … |
2N | 阶段N的放行相位 | 4 |
2N+1 | 阶段N的属性 | 1 |
配置阶段表
上位机使用本消息配置信号机的阶段表。每一个阶段表通过编号来唯一标识,取值范围为1~255。
消息格式如表C.29所示。
表C.29 配置阶段表
序号 | 名 称 | 长度 (单位:字节) |
1 | 消息类型 0x90 0x07 | 2 |
2 | 阶段表号 | 1 |
3 | 阶段表的内容 | 变长 |
配置阶段表的确认应答
信号机收到上位机的配置阶段表消息,并且消息无误,以本消息应答。
消息格式如表C.30所示。
表C.30 配置阶段表的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xD0 0x07 | 2 |
查询阶段表
上位机使用本消息向信号机查询已配置阶段表的内容。
消息格式如表C.31所示。
表C.31 查询阶段表
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x07 | 2 |
2 | 查询的阶段表号 | 1 |
应答阶段表
信号机收到上位机查询阶段表的消息后,以本消息应答,应答的阶段表号应等于查询的阶段表号。
消息格式除消息类型为(0xC0,0x07)外,与配置阶段表消息(见表C.29)同。
信号机收到上位机的配置或查询阶段表消息,如果消息有误,都以本消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x07)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3—查询的阶段表不存在;
4—配置的阶段表编号超出最大范围;
5—配置的阶段表有绿冲突;
6~127—保留。
本类消息实现的功能是操作信号机中的控制方案。
控制方案的内容包括:
使用的阶段表;
使用阶段表的阶段数;
协调阶段:取值有两种情况:
协调阶段取值1~255,本方案是协调控制方案,信号机通过保证该阶段的起始与放行时间来实现与其它路口的协调控制(见图C.6)。
协调阶段为0,本方案不是协调控制方案,下面的“协调时间偏移”、“阶段结束模式”都无意义。
协调时间偏移:协调阶段的开始时间距离“协调系统时间参考点”的间隔,其中“协调系统时间参考点”是距离午夜零点为周期时间整数倍的时间点(见图C.6)。
阶段结束模式:如果阶段中的相位具有感应功能,一个阶段的实际显示时间一般小于设计的阶段时间,阶段结束模式表示节省的时间如何分配以保证周期时间固定,它有如下三种取值:
1—固定式:表示阶段节省的时间分配给紧接着的下一个阶段。
2—浮动式:表示非协调阶段节省的时间都分配给协调阶段。
3—其他:表示其他方式。
周期时间:信号机按设定的阶段表显示完所有阶段需要的时间,应等于各阶段的时间之和。
阶段时间:为阶段分配的时间段的长度,包括绿灯时间和转换间隔时间。根据阶段中的相位是否具有感应功能,阶段时间的实际意义有以下两种情况:
如果阶段中的相位都不具有感应功能,阶段时间就是阶段的实际显示时间,方案中的“阶段结束模式”参数无意义。
如果阶段中的相位具有感应功能,阶段时间表示阶段显示时间的最大长度。
图C.6 协调系统时间参考点、协调时间偏移和协调阶段的示意图
控制方案的结构如表C.32所示。
表C.32 控制方案
序号 | 内容 | 长度 (单位:字节) | 单位 |
1 | 使用的阶段表号 | 1 | — |
2 | 阶段数N | 1 | — |
3 | 协调阶段 | 1 | — |
4 | 协调时间偏移 | 2 | s |
5 | 阶段结束模式 | 1 | — |
6 | 周期时间 | 2 | s |
7 | 阶段1的时间 | 1 | s |
… | |||
6+N | 阶段N的时间 | 1 | s |
上位机使用本消息来配置信号机中的控制方案。每种控制方案用控制方案号来唯一标识。控制方案号的取值范围为1~253。
该消息中要使用阶段表,使用的阶段表应在此之前已经配置。
消息格式如表C.33所示。
表C.33 配置控制方案
序号 | 内容 | 长度 (单位:秒) |
1 | 消息类型 0x90 0x08 | 2 |
2 | 控制方案号 | 1 |
3 | 控制方案的内容 | 变长 |
信号机收到上位机发来的配置控制方案消息,并且消息无误,以本消息应答。
消息格式如表C.34所示。
表C.34 配置控制方案的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xD0 0x08 | 2 |
上位机使用本消息向信号机查询已配置的控制方案。查询的控制方案通过控制方案号来表示。控制方案号的取值范围为1~253。
消息格式如表C.35所示。
表C.35 查询控制方案
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x08 | 2 |
2 | 控制方案号 | 1 |
信号机收到上位机发来的查询控制方案消息后,以本消息应答,应答的控制方案号应该等于查询消息中的控制方案号。
消息格式除消息类型为(0xC0,0x08)外,与配置控制方案消息(见表C.33)同。
信号机收到配置或查询控制方案的消息,如果消息有误,都以本消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x08)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3—查询的控制方案不存在;
4—配置的控制方案号超出信号机支持的最大范围;
5—配置的控制方案中使用的阶段表不存在;
6—配置的控制方案中使用的阶段表和阶段数内容不符;
7—协调阶段超出了阶段表中的阶段数;
8—周期时间不等于各阶段的时间之和;
9~127—保留。
本类消息实现的功能是上位机通过信号机直接控制信号灯的状态。
上位机直接控制命令的结构如表C.36所示,其中(阶段表号,阶段)二元组表示放行的阶段。本消息中使用的阶段表可以与信号机的当前控制方案使用的阶段表不同。
表C.36 上位机直接控制命令
序号 | 内容 | 长度 (单位:字节) | 备注 |
1 | 开始时间 | 2 | 第一字节表示小时,第二字节表示分钟 |
2 | 结束时间 | 2 | 第一字节表示小时,第二字节表示分钟 |
3 | 设置或结束 | 1 | |
4 | 阶段表号 | 1 | |
5 | 阶段号 | 1 |
如果消息中的“开始时间”和“结束时间”不全是0,要求信号机在当天的“开始时间”和“结束时间”之间保持设定的阶段放行状态。这种方式下“设置或结束”字节无意义。
如果消息中的“开始时间”和“结束时间”全是0,通过“设置或结束”字节表示直接控制的开始和结束:
如果“设置或结束”字节为1,在保证安全控制的条件下,要求信号机立即转换到设定的阶段放行状态,并在转换后保持该状态;
如果“设置或结束”字节为0,要求信号机结束直接控制状态;
这种方式下,“设置或结束”字节取其它值非法。
上位机使用本消息设置上位机直接控制命令。消息格式如表C.37所示。
表C.37 设置上位机直接控制
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x90 0x09 | 2 |
2 | 上位机直接控制命令 | 7 |
信号机收到上位机发来的直接控制的消息,消息无误并且本地状态允许要求的操作,以本消息应答。
消息格式如表C.38所示。
表C.38 确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xD0 0x09 | 2 |
信号机收到上位机发来的直接控制的消息,如果消息有误或本地不允许要求的操作,以本消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x09)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3—本地状态不允许运行直接控制;
4—消息内使用的阶段表或阶段未定义;
5—开始时间或结束时间出错;
6—开始时间和结束时间全是0,并且“设置或结束”字节有非法值;
7~127—保留。
本类消息实现的功能是操作信号机中的日计划。
日计划的内容包括时段数、每个时段的开始时间和采用的控制方案,结构如表C.39所示。
表C.39 日计划
序号 | 内容 | 长度 (单位:字节) |
1 | 时段数N | 1 |
2 | 时段1的开始时间 | 2 |
3 | 时段1的控制方案 | 1 |
… | … | … |
2N | 时段N的开始时间 | 2 |
2N+1 | 时段N的控制方案 | 1 |
其中,时段开始时间用两个字节表示,第一字节表示小时(24进制),第二字节表示分钟。下一时段的开始时间应大于上一时段的开始时间。除最后一时段外,每一时段的时间跨度是本时段的开始时间到下一时段的开始时间。最后一个时段的时间跨度包括两部分:
从本时段的开始时间到一天的结束;
从一天的开始到第一时段的开始时间。
每个时段采用的控制方案用控制方案号来表示,取值有以下4种情况:
0,表示信号机自己决定控制方案。
1~253,控制方案号唯一标识一个已配置的控制方案;
254,黄闪控制方案;
255,关灯控制方案。
上位机使用本消息配置信号机中某个日计划。
消息格式如表C.40所示。日计划号的取值范围为1~255。
表C.40 配置日计划
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x90 0x0A | 2 |
2 | 日计划号 | 1 |
3 | 日计划 | 变长 |
信号机收到上位机的配置日计划消息,并且消息无误,以本消息应答。
消息格式如表C.41所示。
表C.41 配置日计划的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xD0 0x0A | 2 |
上位机使用本消息向信号机查询已配置的日计划。
消息格式如表C.42所示。
表C.42 查询日计划
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x0A | 2 |
2 | 日计划号 | 1 |
信号机收到上位机的查询日计划消息后,以本消息应答,应答的日计划号应等于查询的日计划号。
消息格式除消息类型为(0xC0,0x0A)外,与配置日计划消息(见表C.40)同。
如果信号机收到上位机发来的配置或查询日计划的消息有误,以本消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x0A)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3—查询的日计划不存在;
4—配置的日计划号超出最大范围;
5—配置的日计划中的时段数超出最大范围;
6—配置的日计划中某个时段采用的控制控制方案不存在;
7—配置的日计划中某个时段的开始时间值越界,如小时大于23;
8—配置的日计划中时段的开始时间未按升序排列;
9~127—保留。
本类消息实现的功能是操作日计划调度信息。日计划调度规定了特殊日与使用日计划的对应关系,结构如表C.43所示。
表C.43 日计划调度
序号 | 内容 | 长度 (单位:字节) | 备注 |
1 | 开始日期 | 2 | 第一个字节对应月份,第二个字节对应日。 |
2 | 结束日期 | 2 | 第一个字节对应月份,第二个字节对应日。 |
3 | 周日 | 1 | 取值1~7对应星期一到星期日。 |
4 | 日计划号 | 1 |
特殊日用(开始日期,结束日期,周日)三元组表示,取值有以下两种情况:
如果“开始日期”和“结束日期”不全是0,表示从“开始日期”到“结束日期”的一段时间。这种方式下,“结束日期”不能在“开始日期”之前,“周日”的取值无意义;
如果“开始日期”和“结束日期”全是0,通过“周日”来确定。
使用日计划的取值有两种情况:
1~255:表示使用的日计划号。
0:表示没有对应的日计划。使用该值可以取消一个已设置的日计划调度。
上位机使用本消息配置日计划调度。每条本消息操作一个日计划调度。
消息格式如表C.44所示。日计划调度号的取值范围为1~255。
表C.44 配置日计划调度
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x90 0x0B | 2 |
2 | 日计划调度号 | 1 |
3 | 日计划调度的内容 | 6 |
信号机收到上位机发来的配置日计划调度消息,并且消息无误,以本消息应答。
消息格式如表C.45所示。
表C.45 配置日计划调度的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xD0 0x0B | 2 |
上位机使用本消息向信号机查询某个日计划调度的信息。
消息格式如表C.46所示。
表C.46 查询日计划调度
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x0B | 2 |
2 | 日计划调度号 | 1 |
信号机收到上位机发来的查询日计划调度消息,以本消息应答,应答消息的日计划调度号应等于查询的日计划调度号。
消息格式除消息类型为(0xC0,0x0B)外,与配置日计划调度(见表C.44)同。
信号机收到上位机发来的配置或查询日计划调度消息,如果有错误,都以本消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x0B)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3—配置消息中的日计划调度号超出范围;
4—配置消息中使用的日计划号超出范围;
5—配置消息中的结束日期在开始日期之前;
6—配置消息中的开始日期和结束日期中有非法值;
7—配置消息中的开始日期和结束日期取值全是0,并且周日取值非法;
8—查询的日计划调度不存在;
9~127—保留。
本类消息实现的功能是操作信号机的当前控制方案。当前控制方案通过方案号来表示,取值有以下四种:
1~253:一般控制方案;
254:黄闪控制;
255:关灯;
0:信号机本地控制。设置消息可以使用该值结束对当前控制方案的控制。
上位机使用该消息设置信号机的当前控制方案。
该消息有两种类型,一种是“设置当前控制方案-无应答”消息,不需要信号机对设置回应确认应答,用于广播消息;另一种是“设置当前控制方案”消息,需要信号机在正确接收设置消息后回应确认应答。信号机的应答中应包含是否允许执行相应控制方案,如果信号机允许执行相应控制方案,用“确认应答”来应答,否则用“出错应答”来应答。
消息格式如表C.47所示。
表C.47 设置当前控制方案
序号 | 内容 | 长度 (单位:字节) | 备注 | |
1 | 消息类型 | 0x90 0x0C | 2 | “设置当前控制方案”的消息类型 |
0xA0 0x0C | 2 | “设置当前控制方案-无应答”的消息类型 | ||
2 | 控制方案号 | 1 | ||
3 | 有效时间 | 1 | 以半小时为单位。0表示没有时间限制,一直有效到上位机重新设置为止。 |
信号机收到“设置当前控制方案”消息,消息无误,并且允许执行相应控制方案,以本消息应答。
消息格式如表C.48所示。
表C.48 设置当前控制方案消息的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xD0 0x0C | 2 |
上位机使用本消息向信号机查询当前控制方案的相关信息。
消息格式如表C.49所示。
表C.49 查询当前控制方案信息
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x0C | 2 |
信号机收到上位机发来的查询当前控制方案信息消息后,以本消息应答。当前控制方案信息包括当前控制方案信息和是否运行日计划信息。
消息格式如表C.50所示。
表C.50 应答当前控制方案信息
序号 | 内容 | 长度 (单位:字节) | 备注 |
1 | 消息类型 0xC0 0x0C | 2 | |
2 | 当天日计划号 | 1 | 其中1~255表示当天的日计划号;0表示没有对应日计划。 |
3 | 当前时段号 | 1 | 当前时刻对应的时段号。该字节只有当天有对应日计划的情况下才有意义。 |
4 | 当前控制方案号 | 1 | 1~253表示一般控制方案; 254表示黄闪控制; 255表示关灯; 0表示当前运行本地控制方案。 |
5 | 当前控制方案的附加信息 | 1 | 取值意义如下: 1-当前控制方案不是协调控制方案; 2-当前控制方案是协调控制方案,且当前处于协调同步状态; 3-当前控制方案是协调控制方案,但当前不处于协调同步状态; 其他取值保留。 |
信号机收到查询当前控制方案信息消息,如果消息有误,以本消息应答。信号机收到设置当前控制方案消息,如果消息有误,或不允许执行相应控制方案,也以本消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x0C)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3—设置消息中的控制方案取值非法;
4—设置的当前控制方案与当前状态冲突,无效;
5~127—保留。
信号机主动向上位机回报当前的控制方案信息。
信号机的控制方案或控制方式发生变化时,应使用本消息主动通知上位机。
消息格式除消息类型为(0xF0,0x0C)外,与“应答当前控制方案信息”消息(见表C.50)同。
本类消息实现的功能是上位机实时监控信号机的运行状态。
信号机的当前运行状态包括以下内容:
当前阶段表号:当前控制方案使用的阶段表;
当前阶段;
当前的相位状态:四个字节每一位对应一个相位,位与相位的对应关系与图C.5相同。对每一位来说,1表示绿灯,0表示黄灯或红灯;
下一阶段;
下一阶段的放行相位:用四个字节表示,位与相位的对应关系与图C.5相同。对每一位来说,1表示放行,0表示不放行。
信号机当前运行状态信息的结构如表C.51所示。
表C.51 信号机当前运行状态
序号 | 内容 | 长度 (单位:字节) |
1 | 当前的阶段表号 | 1 |
2 | 当前阶段 | 1 |
3 | 当前的相位状态 | 4 |
4 | 下一阶段 | 1 |
5 | 下一阶段的放行相位 | 4 |
上位机使用本消息查询信号机的当前运行状态。
消息格式如表C.52所示。
表C.52 查询信号机当前运行状态
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x0D | 2 |
信号机使用本消息应答上位机的状态查询消息。
消息格式如表C.53所示。
表C.53 应答信号机当前运行状态
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xC0 0x0D | 2 |
2 | 当前运行状态 | 11 |
信号机收到查询当前运行状态消息,如果消息有误,以该消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x0D)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3~127—保留。
信号机使用本消息主动向上位机回报信号机当前运行状态。消息格式除“消息类型”取值为(0xF0,0x0D)外,与“应答信号机当前状态”消息(见表C.53)同。
信号机在每阶段的结束后,应立即向上位机发送本消息。上位机正确接收本消息后,应使用下面的确认应答消息应答。
上位机收到信号机的主动回报运行状态消息后,以本消息应答。
消息格式如表C.54所示。
表C.54 信号机主动回报运行状态消息的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xB0 0x0D | 2 |
本类消息实现的功能是操作信号机中存储的故障信息。信号机应存储运行过程中的故障信息,断电不丢失,直到故障信息记录人工清除。
信号机存储的故障信息记录根据发生时间按顺序排列,每个故障记录具有一个唯一的记录号。故障记录号用两个字节表示,取值范围1~65535。
每个故障信息记录包括以下内容:
故障类型:一个字节表示,取值范围1~255,如下所示:
1—灯具故障;
2—绿冲突;
3—电源故障;
4—时钟故障;
5—运行故障,如配置方案异常;
6—信号机没有运行于要求的控制方案;
7—检测器故障;
8—线圈故障;
9—和上位机通信故障;
10—机柜门打开。
11~100保留。
101~255为用户自定义故障。
故障细节信息:用四个字节表示,具体意义和发生的故障类型有关,有以下几种情况:
故障类型为1、7、8:第一个字节表示发生故障的设备的序号,其余三个字节无意义。
故障类型为2:四个字节表示发生故障时输出的状态,每一位对应一个相位,位与相位的对应关系见图C.5,对每一位来说,1表示绿灯,0表示黄灯或红灯。
故障类型为其它值:细节信息无意义。
故障发生时间:用6个字节表示,每个字节意义按如下顺序所示:
年:取值范围0~99,表示年份的后两位;
月份:取值范围1~12,对应一月到十二月;
日:取值范围1~31,对应月份内的日期;
小时:取值范围0~23;
分钟:取值范围0~59;
秒:取值范围0~59。
故障清除时间:格式与故障发生时间相同。全0表示故障未清除。
故障信息记录的格式如表C.55所示。
表C.55 故障信息记录
序号 | 内容 | 长度 (单位:字节) |
1 | 故障类型 | 1 |
2 | 故障细节信息 | 4 |
3 | 故障发生时间 | 6 |
4 | 故障清除时间 | 6 |
上位机使用本消息清除信号机存储的故障信息记录。
消息格式如表C.56所示。
表C.56 清除故障信息记录
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x90 0x0E | 2 |
2 | 清除的起始记录号 | 2 |
3 | 清除的记录个数 | 2 |
信号机收到上位机发来的清除故障信息记录消息,并且消息无误,以本消息应答。
消息格式如表C.57所示。
表C.57 清除故障信息记录的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xD0 0x0E | 2 |
上位机使用本消息查询信号机存储的故障信息。
消息格式如表C.58所示。
表C.58 查询故障信息记录
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x0E | 2 |
2 | 查询的起始记录号 | 2 |
3 | 查询的记录个数 | 2 |
信号机使用本消息应答上位机的查询故障信息记录消息。应答消息的起始记录号和记录个数号应等于查询消息中的对应内容。
消息格式如表C.59所示。
表C.59 应答故障信息记录
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xC0 0x0E | 2 |
2 | 起始记录号N1 | 2 |
3 | 记录个数N2 | 2 |
4 | 故障信息记录N1 | 17 |
… | … | … |
3+N2 | 故障信息记录(N1+N2-1) | 17 |
信号机收到清除故障信息记录或查询故障信息记录消息,如果消息有误,以该消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x0E)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3—查询或清除的故障信息记录不存在;
4~127—保留。
信号机在发生新的故障,或原有故障自动清除后,应立即使用本消息向上位机回报故障信息记录。
本消息需要上位机回复确认应答。
消息格式如表C.60所示。
表C.60 主动回报故障信息记录
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xC0 0x0E | 2 |
2 | 故障记录号 | 2 |
3 | 故障信息记录 | 17 |
上位机收到信号机的主动回报故障信息记录消息后,以本消息应答。
消息格式如表C.61所示。
表C.61 主动回报故障信息记录的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xB0 0x0E | 2 |
本类消息实现的功能是操作信号机的统计周期。信号机根据统计周期统计交通流检测数据。
在本类消息中,统计周期以秒为单位,用两个字节表示,取值范围0~65535。0表示不要求信号机统计交通数据。
上位机使用本消息设置信号机的统计周期。
消息格式如表C.62所示。
表C.62 设置统计周期
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x90 0x0F | 2 |
2 | 统计周期 | 2 |
信号机收到上位机发来的设置统计周期消息,并且消息无误,以本消息应答。
消息格式如表C.63所示。
表C.63 设置统计周期的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xD0 0x0F | 2 |
上位机使用本消息向信号机查询已设置的统计周期。
消息格式如表C.64所示。
表C.64 查询统计周期
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x0F | 2 |
信号机收到上位机发来的查询统计周期消息后,以本消息应答。
消息格式如表C.65所示。
表C.65 应答统计周期
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xC0 0x0F | 2 |
2 | 统计周期 | 2 |
如果信号机收到上位机发来的设置统计周期消息有错误,以本消息应答。
如果信号机收到上位机发来的查询统计周期消息有错误,也以本消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x0F)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3—信号机不支持设置的统计周期;
4~127—保留。
本类消息实现操作信号机统计数据记录的功能。
信号机统计的交通流检测数据,包括以下两部分内容:
流量:统计周期内经过某个检测器的车辆数。用两个字节表示,取值范围0~65535。单位为辆,。
平均速度:统计周期内经过某个检测器的车辆平均速度。用一个字节表示,取值范围0~255。单位为km/h。
每个统计数据记录包括以下三部分内容:
统计周期的结束时间:用五个字节表示:
第一个字节表示月份,取值范围1~12;
第二个字节表示日,取值范围1~31;
第三个字节表示小时,取值范围0~23;
第四个字节表示分钟,取值范围0~59;
第五个字节表示秒,取值范围0~59。
统计检测器个数。
每个统计检测器对应的检测数据。
统计数据记录的格式如表C.66所示。
表C.66 主动上传统计数据
序号 | 内容 | 长度 (单位:字节) |
1 | 统计周期的结束时间 | 5 |
2 | 检测器个数N | 1 |
3 | 检测器1的流量 | 2 |
4 | 检测器1的平均速度 | 1 |
… | … | … |
2N+1 | 检测器N的流量 | 2 |
2N+2 | 检测器N的平均速度 | 1 |
统计数据无论是否成功上传,都应在本地保存。本地保存的历史统计数据记录按时间先后顺序从1开始编号。记录号用两个字节表示,取值范围为1~65535,超过65535时,淘汰时间最早的记录。
信号机使用本消息主动向上位机上传统计数据。
信号机应在每个统计周期结束后使用本消息向上位机上传新产生的统计数据。
消息格式如表C.67所示。
表C.67 主动上传统计数据
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xF0 0x10 | 2 |
2 | 统计数据记录号 | 2 |
3 | 统计数据记录 | 变长 |
上位机查询信号机存储的历史统计数据。
消息格式如表C.68所示。
表C.68 查询统计数据
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0x80 0x10 | 2 |
2 | 起始记录号 | 2 |
3 | 记录个数 | 2 |
信号机收到上位机发来的查询历史统计数据消息后,如果无误,并且本地保存的历史数据中包含要查询的统计数据,以本消息应答。
消息格式如表C.69所示。
表C.69 应答统计数据
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xC0 0x10 | 2 |
2 | 起始记录号N1 | 2 |
3 | 记录个数N2 | 2 |
4 | 统计数据记录N1 | 变长 |
… | … | … |
3+N2 | 统计数据记录(N1+N2-1) | 变长 |
上位机使用本消息启动或停止信号机的主动上传统计数据。
消息格式如表C.70所示。
表C.70 设置统计数据上传命令
序号 | 内容 | 长度 (单位:字节) | 取值范围 | 备注 |
1 | 消息类型 0x90 0x10 | 2 | ||
2 | 上传统计数据命令 | 1 | 0~1 | 0—停止统计数据主动上传; 1—启动统计数据主动上传 |
信号机收到上位机发来的设置统计数据上传命令,并且消息无误,以本消息应答。
消息格式如表C.71所示。
表C.71 设置统计数据上传命令的确认应答
序号 | 内容 | 长度 (单位:字节) |
1 | 消息类型 0xD0 0x10 | 2 |
信号机收到上位机发来的查询统计数据或设置统计数据上传命令消息,如果有误,或信号机保存的历史统计数据中不包含要查询的统计数据,以本消息应答。
消息格式如表C.4所示。消息类型为(0xE0,0x10)。错误类型的定义如下:
1—消息长度错误;
2—消息类型错误;
3—本地保存的历史数据不包含查询的记录;
4~127—保留。
扫一扫在手机上阅读本文章