ICS43.
020T04DB37山东省地方标准DB37/T4117—2020建筑垃圾运输车辆密闭运输智慧应用通用技术条件2020-09-25发布2020-10-25实施山东省市场监督管理局发布DB37/T4117—2020I目次前言II1范围12规范性引用文件13术语和定义14要求25车厢密闭智慧应用系统架构36数据传输协议57管控系统158车厢密闭装置189车辆标识19附录A(资料性附录)语音报警触发条件及内容.
20DB37/T4117—2020II前言本标准按GB/T1.
1—2009给出的规则起草.
本标准由山东省住房和城乡建设厅提出、归口并组织实施.
本标准起草单位:济南市城市管理局、济南科亚电子科技有限公司、哈尔滨工业大学电磁与电子技术研究所、山东省交通科学研究院、国家网络软件产品质量监督检验中心(济南)、山东赛宝电子信息工程有限责任公司、山东华和精工机械制造有限公司、山东聚鑫专用车制造有限公司、杭州鸿泉物联网技术股份有限公司、长葛市斯泰博机械有限公司、济南鲁联集团专用汽车有限公司、济南凯威汽车零部件有限公司、深圳市同人伟业科技有限公司、河南帅工机械设备有限公司、长沙致天信息科技有限责任公司、北京福田戴姆勒汽车有限公司、中国重汽集团济南卡车股份有限公司销售事业部、济南法玛汽配有限公司、博山特型电机有限公司.
本标准主要起草人:高济军、王金春、王忠军、王其辉、潘孝威、周长平、吴红星、卢林果、刘善田、蒋孝军、刘健、管伟、高润书、李翔、教军锋、王明涛、王伟、丁磊、马广民、许志明、程小伟、王军、张杰.
DB37/T4117—20201建筑垃圾运输车辆密闭运输智慧应用通用技术条件1范围本标准规定了建筑垃圾运输车辆密闭智慧应用系统的要求、系统架构、数据传输协议、管控系统、车厢密闭装置、车辆标识等要求.
本标准适用于山东省行政区域内建筑垃圾运输车辆采用纵向闭合自动机械密闭方式的车厢密闭智慧应用系统.
2规范性引用文件下列文件对于本文件的应用是必不可少的.
凡是注日期的引用文件,仅所注日期的版本适用于本文件.
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件.
GB1589汽车、挂车及汽车列车外廓尺寸、轴荷及质量限值GB/T7345控制电机基本技术要求GB/T19056汽车行驶记录仪CJJ/T134—2019建筑垃圾处理技术标准JB/T10184交流伺服驱动器通用技术条件JT/T794道路运输车辆卫星定位系统车载终端技术要求JT/T1076道路运输车辆卫星定位系统车载视频终端技术要求JT/T808—2019道路运输车辆卫星定位系统终端通讯协议及数据格式JT/T1078—2016道路运输车辆卫星定位系统视频通讯协议QC/T484汽车油漆涂层QC/T29015自卸汽车栏板锁紧装置技术条件3术语和定义下列术语和定义适用于本文件.
3.
1建筑垃圾constructionanddemolitionwaste工程渣土、工程泥浆、工程垃圾、拆除垃圾和装修垃圾等的总称.
包括新建、扩建、改建和拆除各类建筑物、构筑物、管网等以及居民装饰装修房屋过程中所产生的弃土、弃料及其他废弃物,不包括经检验、鉴定为危险废物的建筑垃圾.
3.
2建筑垃圾运输车辆constructionanddemolitionwastetransportvehicle用于专门收集和运输建筑垃圾的载货汽车.
3.
3DB37/T4117—20202管控系统controlsystem安装在建筑垃圾运输车辆上满足工作环境要求,具有卫星定位系统、移动网络接入、建筑垃圾运输车辆行车记录、建筑垃圾运输车辆相关信息采集和控制,与其他车载电子设备进行通信,提供政府监控中心或企业监控中心所需信息,完成卫星定位系统对车辆控制功能的软硬件结合系统.
3.
4监控中心monitoringcenter对建筑垃圾运输车辆收集、运输建筑垃圾过程进行监控的平台.
3.
5作弊cheating对车辆管控系统各模块进行人为影响或干预,导致管控系统失效或数据与实际不一致的情况.
3.
6重点区域keyareas管理部门划定的禁止或分时限制建筑垃圾运输车辆进入的城市地理区域.
4要求4.
1基本要求4.
1.
1重点区域内进行建筑垃圾运输的车辆应安装车厢密闭智慧应用系统.
4.
1.
2车厢密闭智慧应用系统具体要求如下:a)建筑垃圾运输车辆装载货物后离开工地时应保证车厢处于完全密闭状态;b)建筑垃圾运输车辆上路行驶直至到达建筑垃圾消纳场(处置场)期间不应出现密闭状态改变,导致撒漏及扬尘现象出现,具体要求应符合本标准7.
3.
2条规定;c)车厢密闭智慧应用系统应保证建筑垃圾运输车辆运输建筑垃圾期间与管理部门监控中心数据通信良好,管控系统工作正常,数据准确,符合4.
2条要求.
4.
1.
3车辆安装车厢密闭智慧应用系统后应保证车辆重心稳定,不影响车辆运行稳定性.
4.
1.
4车厢密闭智慧应用系统应稳定、可靠,车辆行驶过程中闭合牢固,无自行开启现象.
4.
1.
5车辆及车厢应根据管理部门规定的颜色、图案等统一喷涂,安装相关标志标识.
4.
2管控系统要求4.
2.
1管控系统应选择符合中华人民共和国交通运输部JT/T794、JT/T1076及GB/T19056要求的车载终端产品.
4.
2.
2管控系统具备与管理部门监控中心双向通信功能,并可实现实时数据交互.
4.
2.
3管控系统车厢状态检测模块应采用不易人工影响或干预的方式,保证检测结果与实际状态一致,基础数据真实可靠.
4.
3车厢密闭智慧应用系统运行环境应符合以下要求:a)在环境温度-20℃~60℃;b)相对湿度不大于95%(25℃时);DB37/T4117—20203c)置于汽车驾驶室外使用的系统部分安装运行应满足IP67防尘防水要求.
5车厢密闭智慧应用系统架构车厢密闭智慧应用系统架构见图1.
DB37/T4117—20204图1车厢密闭智慧应用系统架构图DB37/T4117—202056数据传输协议6.
1一般要求a)符合JT/T808—2019规定的通信协议、数据及格式要求.
b)符合JT/T1078—2016规定的视频通信协议.
6.
2继承指令继承使用JT/T808—2019和JT/T1078—2016中的所有指令,并对原JT/T808—2019中消息ID为0x0200(位置信息汇报)、0x8105(终端控制)、0x8604(设置多边形区域)和0x0801(多媒体数据上传)的消息进行扩展.
6.
3终端参数默认值依据JT/T808—2019中8.
12条规定.
终端参数默认值见表1.
表1终端参数默认值参数ID描述要求0x0001终端心跳60s0x0002TCP应答超时60s0x0003TCP消息重传次数3次0x0020位置汇报策略定时汇报0x0027休眠时汇报时间间隔60min0x0029缺省时间汇报间隔30s0x0030拐点补传角度120°0x0090定位模式启用GPS定位启用北斗定位6.
4状态及报警上报状态及报警上报采用与位置信息同时上报的方式,作为0x0200位置信息汇报的附加信息,对JT/T808—2019中表27附加信息定义表进行扩展,根据该行业的应用要求,本标准附加信息扩展定义见表2.
表2附加信息扩展定义附加信息ID附加信息长度描述0xF14驾驶行为报警,数据类型为DWROD,定义见表30xF24设备连接状态,数据类型为DWROD,定义见表40xF34车厢状态,数据类型为DWROD,定义见表50xF46电子围栏报警,定义见表60xF54违规报警,数据类型为DWROD,定义见表7DB37/T4117—20206表2附加信息扩展定义(续)附加信息ID附加信息长度描述0xF614限制状态,定义见表8注:发生报警时应立即上报位置信息.
表3驾驶行为报警定义位定义描述及要求01:报警,0:正常急加速11:报警,0:正常急减速21:报警,0:正常急转弯3~311:报警,0:正常保留表4设备连接状态定义位定义描述及要求01:连接,0:未连接密闭检测装置11:连接,0:未连接举升检测装置21:连接,0:未连接空载、重载检测装置3~51:连接,0:未连接保留61:连接,0:未连接身份验证装置71:连接,0:未连接显示外屏81:连接,0:未连接显示内屏91:连接,0:未连接DSM101:连接,0:未连接BSD111:连接,0:未连接ADAS121:连接,0:未连接第一路摄像头131:连接,0:未连接第二路摄像头141:连接,0:未连接第三路摄像头151:连接,0:未连接第四路摄像头161:连接,0:未连接第五路摄像头171:连接,0:未连接第六路摄像头181:连接,0:未连接第七路摄像头19~311:连接,0:未连接保留表5车厢状态定义起始字节字段数据类型描述及要求0密闭状态BYTE1:闭合2:开启3:异常1举升状态BYTE1:平放2:举升3:异常DB37/T4117—20207表5车厢状态定义(续)起始字节字段数据类型描述及要求2空载、重载状态BYTE1:空载2:重载3:异常3保留BYTE保留便于后续扩展表6电子围栏报警定义起始字节字段数据类型描述及要求0电子围栏类型BYTE1:工地2:禁区3:消纳场(处置场)4:限速圈5:停车场6:路线1电子围栏IDDWORD—5方向BYTE0:进1:出表7违规报警定义位定义描述及要求01:报警,0:正常举升作弊,标志维持至解除11:报警,0:正常密闭作弊,标志维持至解除21:报警,0:正常重载作弊,标志维持至解除31:报警,0:正常GPS作弊,标志维持至解除41:报警,0:正常ECU作弊,标志维持至解除51:报警,0:正常举升限制作弊,标志维持至解除6~151:报警,0:正常保留161:报警,0:正常车速线被剪报警,标志维持至解除171:报警,0:正常空载未密闭行驶报警,标志维持至解除181:报警,0:正常违规举升,标志维持至解除191:报警,0:正常无证,标志维持至解除201:报警,0:正常证件无效,标志维持至解除211:报警,0:正常偷运,标志维持至解除221:报警,0:正常越界,标志维持至解除23~311:报警,0:正常保留表8限制状态定义起始字节字段数据类型描述及要求0限制状态WORDbit0:值为1时为锁车;为0时为未锁车bit1:值为1时为限速;为0时为未限速bit2:值为1时为限举;为0时为未限举DB37/T4117—20208表8限制状态定义(续)起始字节字段数据类型描述及要求2锁车原因DWORD0:未锁车1:平台下发锁车2~7:保留8:身份验证未通过锁车6限速原因DWORD0:未限速(最大车速)1:平台下发限速2:重载厢盖未密闭行驶限速3:重载越界限速6限速原因DWORD4:卫星信号屏蔽限速5:无证进入工地限速6:保留7:GNSS异常限速8:保留9:举升传感器故障或未连接限速10~14:保留15:SIM卡故障限速16:货厢摄像头故障或未连接限速17~20:保留21:区域限速22:保留23:重载无核准证限速10限举原因DWORD0:未限举1:平台下发限举2:重载不在指定区域限举(在非指定区域限举)3:无证进入工地限举4:无证进入消纳场(处置场)限举6.
5多媒体数据上传依据JT/T808—2019中8.
51条规定,根据该行业应用要求,对协议数据内容进行扩展.
消息ID:0x0801.
扩展后的消息体数据格式见表9.
表9多媒体数据上传消息体数据格式起始字节字段数据类型描述及要求0多媒体IDDWORD值大于零4多媒体类型BYTE0:图像1:音频2:视频5多媒体格式编码BYTE0:JPEG1:TIF2:MP33:WAV4:WMV6事件项编码BYTE0:平台下发指令1:定时动作2:抢劫报警触发3:碰撞侧翻报警触发4~99:保留100:违规区域卸载101:重载行驶厢盖未闭合102:驾驶员身份验证DB37/T4117—20209表9多媒体数据上传消息体数据格式(续)起始字节字段数据类型描述及要求7通道IDBYTE—8位置信息汇报(0x0200)消息体BYTE[28]表示多媒体数据的位置基本信息数据36多媒体数据包——6.
6控制指令依据JT/T808—2019中8.
16条规定,根据该行业应用要求,对数据内容进行自定义扩展.
消息ID:0x8105终端控制命令字说明扩展定义见表10.
表10终端控制命令字说明扩展定义命令字命令参数描述及要求101—锁车控制,详见表11102—限速控制,详见表12103—限举控制,详见表13表11锁车控制数据格式起始字节字段数据类型描述及要求0锁车指令BYTE0:解锁1:锁车1保留BYTE[15]保留,便于后续扩展表12限速控制数据格式起始字节字段数据类型描述及要求0限速值BYTE取值范围:0~255,值为0时不限速,值为1~255时进行时速限制,单位:km/h,分辨率为1km/h1保留BYTE[15]保留,便于后续扩展表13限举控制数据格式起始字节字段数据类型描述及要求0限举指令BYTE0:解除1:限制1保留BYTE[15]保留,便于后续扩展6.
7管控设置根据行业应用要求,对数据内容进行自定义扩展.
消息ID:0xF001.
管控设置消息体数据格式见表14.
DB37/T4117—202010表14管控设置消息体数据格式起始字节字段数据类型描述及要求0命令值DWORDbit0:1为开启锁车管控;0为关闭锁车管控bit1:1为开启限速管控;0为关闭限速管控bit2:1为开启限举管控;0为关闭限举管控bit3:1为开启驾驶员身份管控;0为关闭驾驶员身份管控4保留BYTE[12]保留,便于后续扩展6.
8电子围栏设置依据JT/T808—2019中8.
32条规定,根据该行业应用要求,对数据内容进行自定义扩展.
消息ID:0x8604.
扩展后的区域属性定义见表15.
表15区域属性定义位标志0是否启用起始时间与结束时间的判断规则,0:否;1:是1是否启用最高速度、超速持续时间和夜间最高速度的判断规则,0:否;1:是2进区域是否报警给驾驶员,0:否;1:是3进区域是否报警给平台,0:否;1:是4出区域是否报警给驾驶员,0:否;1:是5出区域是否报警给平台,0:否;1:是60:北纬;1:南纬70:东经;1:西经80:允许开门;1:禁止开门9~10保留11~131:工地2:禁区3:消纳场(处置场)4:限速圈5:停车场140:进区域开启通信模块1:进区域关闭通信模块150:进区域不采集GNSS详细定位数据1:进区域采集GNSS详细定位数据6.
9证件下发根据行业应用要求,对数据内容进行自定义扩展.
消息ID:0xF004.
证件下发消息体数据格式见表16.
协议采用通用应答.
DB37/T4117—202011表16证件下发消息体数据格式起始地址字段数据类型描述及要求0保留BYTE—1证件数BYTE—2证件项—证件定义见表17表17证件定义起始地址字段数据类型描述及要求0证件IDDWORD证件唯一标识,用于区分不同证件,不用于显示4业务类型BYTE0:准运证5开始时间BCD[6]YY-MM-DD-HH-MM-SS11结束时间BCD[6]YY-MM-DD-HH-MM-SS17长度DWORD后续内容长度21内容STRING编码格式:GBK编码准运证内容:工地名称,卸区名称,路线描述,核准证编号,工程名称6.
10证件删除根据行业应用要求,对数据内容进行自定义扩展.
消息ID:0xF005.
证件删除消息体数据格式见表18.
表18证件删除消息体数据格式起始字节字段数据类型描述及要求0删除的证件数BYTE0:删除所有证件(为0时无以下字段)1证件ID1DWORD—…………DWORD—1+4*(n-1)证件IDnDWORD—6.
11证件检索根据行业应用要求,对数据内容进行自定义扩展.
消息ID:0xF006.
消息体为空.
6.
12证件检索应答根据行业应用要求,对数据内容进行自定义扩展.
消息ID:0xE003.
证件查询应答消息体数据格式见表19.
DB37/T4117—202012表19证件查询应答消息体数据格式起始字节字段数据类型描述及要求0应答流水号WORD—2证件总数BYTE—3证件ID列表—见表20证件ID列表表20证件ID列表起始地址字段数据类型描述及要求0证件ID1DWORD—4业务类型1BYTE0:准运证5*(n-1)证件IDnDWORD—4+5*(n-1)业务类型nBYTE0:准运证6.
13证件内容查询根据行业应用要求,对数据内容进行自定义扩展.
消息ID:0xF007.
查询失败时采用通用应答,查询成功后采用证件内容查询应答,证件内容查询消息体数据格式见表21.
表21证件内容查询消息体数据格式起始字节字段数据类型描述及要求0证件IDDWORD—6.
14证件内容查询应答根据行业应用要求,对数据内容进行自定义扩展.
消息ID:0xE004.
证件内容查询应答消息体数据格式见表22.
表22证件内容查询应答消息体数据格式起始字节字段数据类型描述及要求0应答流水号WORD—2证件定义—见表17证件定义6.
15驾驶员身份信息设置根据该行业应用要求,对数据内容进行自定义扩展.
消息ID:0xF008.
驾驶员身份信息设置消息体数据格式见表23.
DB37/T4117—202013表23驾驶员身份信息设置消息体数据格式起始字节字段数据类型描述及要求0操作类型BYTE1:新增(ID重复则覆盖)2:删除3:清空(无以下字段)1信息传输方式BYTE1:平台下发(身份数据平台直接下发)2:终端获取(身份数据终端通过网络获取)3:本地获取(本地实现身份数据注册)2驾驶员身份信息个数BYTE—3驾驶员身份信息项—详见表24表24驾驶员身份信息项起始字节字段数据类型描述及要求0驾驶员ID长度BYTEn1驾驶员IDSTRING驾驶员唯一编号,不能为空1+n驾驶员姓名长度BYTEm2+n驾驶员姓名STRING驾驶员姓名2+n+m长度DWORD信息传输方式为平台下发时为身份信息长度信息传输方式为终端获取时为获取地址长度n+m+4数据BYTE[x]信息传输方式为平台下发时为身份信息信息传输方式为终端获取时为获取地址6.
16驾驶员身份信息设置应答根据该行业应用要求,对数据内容进行自定义扩展.
消息ID:0xE005.
驾驶员身份信息设置应答消息体数据格式见表25.
表25驾驶员身份信息设置应答消息体数据格式起始字节字段数据类型描述及要求0应答流水号WORD—2结果BYTE0:成功1:失败3身份信息总数BYTE—4已完成信息数BYTE—5驾驶员ID长度BYTEn6当前传输的驾驶员IDSTRING驾驶员唯一编号6+n驾驶员姓名长度BYTEm6+n+m当前传输的驾驶员姓名STRING—6.
17驾驶员身份信息查询根据该行业应用要求,对数据内容进行自定义扩展.
DB37/T4117—202014消息ID:0xF009.
消息体为空.
6.
18驾驶员身份信息查询应答根据该行业应用要求,对数据内容进行自定义扩展.
消息ID:0xE006.
驾驶员身份信息查询应答消息体数据格式见表26.
表26驾驶员身份信息查询应答消息体数据格式起始字节字段数据类型描述及要求0应答流水号WORD—2驾驶员身份信息个数BYTE失败时个数为03驾驶员身份信息列表—见表27表27驾驶员身份信息列表起始字节字段数据类型描述及要求0驾驶员ID长度BYTEn1驾驶员IDSTRING驾驶员唯一编号1+n驾驶员姓名长度BYTEm2+n驾驶员姓名STRING驾驶员姓名6.
19驾驶员身份验证上报根据该行业应用要求,对数据内容进行自定义扩展.
消息ID:0xE007.
驾驶员身份验证上报消息体数据格式见表28.
表28驾驶员身份验证上报消息体数据格式起始字节字段数据类型描述及要求0驾驶员ID长度BYTEn1驾驶员IDSTRING驾驶员唯一编号1+n驾驶员姓名长度BYTEm2+n驾驶员姓名STRING—2+n+m验证类型BYTE0:启动验证1:巡检验证3+n+m验证结果BYTE0:验证成功1:验证失败2:驾驶员注册4+n+m相似度WORD百分比:0.
00%~100.
00%,分辨率1/100006+n+m验证地点BYTE[28]位置信息汇报(0x0200)消息体DB37/T4117—202015表28驾驶员身份验证上报消息体数据格式(续)起始字节字段数据类型描述及要求34+n+m身份信息类型BYTE1:图片2:文本(无以下字段)35+n+m身份信息数据IDDWORD代表驾驶员身份信息数据的ID7管控系统7.
1管控系统组成7.
1.
1车载定位应符合本标准4.
2条要求.
7.
1.
2视频监控a)应配备车厢顶部视频摄像头,观察车厢密闭状态,摄像头应为高清防水摄像头,防水等级不低于IP67;b)视频监控模块应能上传图片和视频至管理部门监控中心,并能接收、执行管理部门监控中心下发的抓拍或视频传输指令;c)模块中视频本地存储时间应不少于一周.
7.
1.
3车厢监测建筑垃圾运输车辆的车厢监测模块应具备但不限于以下功能:a)车厢空重载状态识别;b)车厢密闭状态识别;c)车厢举升状态识别.
7.
1.
4信息内屏7.
1.
4.
1屏幕向内,支持5点或5点以上触控,可进行信息交互.
7.
1.
4.
2应具备导航功能,并支持根据需要安装APP应用.
7.
1.
4.
3应具有自动/手动调节亮度功能,可显示全部车载摄像头的画面视频、车厢状态(包括空重载、举升、厢盖开闭等)、管理部门监控中心下发的文本信息、核准证信息、电子地图及线路信息、警示信息(包含但不限于系统故障信息、车辆违规信息等).
7.
1.
5系统软件在系统上运行的软件模块应与管理部门监控中心实时数据交互,采集、接收车辆各种数据,并根据业务规则进行逻辑分析,具备状态显示、报警、数据上报、限制和解除限制等功能.
7.
2管控系统功能7.
2.
1车载总线数据采集DB37/T4117—202016系统应支持SAEJ1939CAN协议,能够获取车辆车载总线数据,包括发动机ECU版本号、发动机转速、车速、扭矩等车辆参数、发动机转速限制、车辆限速、锁车等状态.
支持新能源及混合动力车辆相关电池、电机数据的采集.
7.
2.
2系统自检功能系统启动后,应进行自检,所有组件正常则自检通过.
自检状态应有语音提示并在内屏显示文字,语音提示内容参见资料性附录A.
7.
2.
3接收数据功能7.
2.
3.
1电子围栏数据应能够接收并保存管理部门监控中心下发的电子围栏数据,包括以下类别:a)工地电子围栏;b)消纳场(处置场)电子围栏;c)路线电子围栏;d)禁区电子围栏;e)停车场电子围栏;f)限速圈电子围栏.
7.
2.
3.
2核准证数据应能够接收管理部门监控中心下发的审批信息数据,保存在本地.
审批信息包括:a)准运时间;b)有效日期;c)工地名称;d)卸区名称;e)路线描述;f)核准证ID;g)工程名称.
7.
2.
4业务管理功能7.
2.
4.
1行驶禁区限制功能应符合以下要求:——接收管理部门监控中心下发的行驶禁区数据;——车辆在禁止通行时间内驶入禁区,应执行系统根据业务规则下发的指令,并将状态上报到管理部门监控中心;——系统具备语音、文字警示功能,语音提示内容参见资料性附录A.
7.
2.
4.
2自动分区功能应符合以下要求:——接收管理部门监控中心下发的限速圈信息;——在限速圈内,系统限定车辆不能超过规定的时速行驶.
7.
2.
5上报数据功能DB37/T4117—2020177.
2.
5.
1动态数据上报功能系统应获取车辆动态数据,并根据管理部门监控中心要求频次自动上报.
7.
2.
5.
2事件上报功能车辆发生以下事件时,系统应实时上报事件信息到管理部门监控中心.
事件包括:a)超速;b)非营运时间作业;c)闯入禁区;d)进入工地;e)离开工地;f)进入消纳场(处置场);g)离开消纳场(处置场);h)进入限速圈;i)离开限速圈;j)进入停车场;k)离开停车场.
7.
2.
6显示报警功能7.
2.
6.
1内屏显示、操作功能内屏可为驾驶员提供提示信息,包括:a)核准证信息;b)车厢状态信息;c)违规提示信息;d)管理部门监控中心公告信息.
7.
2.
6.
2声音报警功能系统可语音实时播放提示或报警信息,包括:a)系统自检提示;b)不良驾驶行为提示;c)与管理部门监控中心连接提示;d)车辆违规报警,语音报警触发条件及内容参见资料性附录A;e)系统故障提示.
7.
3管控系统要求7.
3.
1车厢状态识别装置要求7.
3.
1.
1防止因人为破坏导致车辆管控系统判断错误.
7.
3.
1.
2防止因人为拆除导致管控系统失效.
7.
3.
1.
3防止因灰尘、泥土等异物污染导致管控系统误判或数据错误.
7.
3.
1.
4防止因位置、光线变化导致管控系统误判或数据错误.
7.
3.
1.
5防止因磁性、金属干扰导致管控系统误判或数据错误.
7.
3.
2管控限制要求DB37/T4117—2020187.
3.
2.
1管控系统应支持由管理部门监控中心下发的包含但不限于限速指令、解除限速指令、限制举升指令、解除限制举升指令、限制二次启动与解除限制二次启动指令.
7.
3.
2.
2车辆启动时车厢未密闭,车辆管控系统自动实现限速行驶.
7.
3.
2.
3车辆进入电子围栏区域,根据区域对车辆的限制要求,自动实现限制或解除限制功能.
7.
3.
2.
4车辆在禁止厢盖开启区域,车辆管控系统自动实现厢盖锁定功能.
7.
3.
2.
5车辆管控设备人为非法拆除,车辆管控系统自动实现锁车功能.
8车厢密闭装置8.
1密闭装置一般要求8.
1.
1密闭装置的一般要求应符合CJJ/T134—2019中7.
1.
4规定的要求.
8.
1.
2密闭装置应结构简单、坚固耐用,安装时不得破坏原车厢结构.
8.
1.
3密闭装置闭合后,不应出现撒漏、扬尘现象.
8.
1.
4车辆安装密闭装置后外廓尺寸及质量限值应符合GB1589要求.
8.
1.
5密闭装置开启、闭合时应平稳、协调,闭合牢固,不应出现异响、干涉、卡阻、剧烈振动、摆动或自行开启现象.
8.
1.
6密闭装置实际开启或关闭状态与车载监控系统显示一致.
8.
2厢盖要求8.
2.
1一般要求应符合以下要求:a)厢盖安装后,不影响车辆原有使用功能和安全性能;b)厢盖表面应完整、无裂缝或孔洞;c)厢盖完全闭合时,不改变厢体可载货体积.
8.
2.
2厢盖传动方式要求宜采用传动效率高、可靠稳定、不易受环境影响的传动方式.
8.
2.
3厢盖运行稳定性要求运行平稳、协调,闭合牢固,不应出现异响、干涉、卡阻、剧烈振动、摆动或自行开启现象.
8.
2.
4动力驱动单元要求对采用电机驱动的动力驱动单元应符合以下要求:a)宜采用无刷电机驱动方式;b)电机应符合GB/T7345要求,满足厢盖正常运行.
8.
2.
5动力驱动单元控制器要求对采用电机驱动的动力驱动单元控制器应符合JB/T10184要求,并应具备电机拆除检测功能.
8.
3厢体、后栏板要求8.
3.
1车厢宜采用U型或矩形结构,不宜采用外表面易残留建筑垃圾的外露加强筋结构,内表面平顺光滑.
DB37/T4117—2020198.
3.
2厢体宜采用全金属钢结构,在正常作业中不应发生永久性变形.
8.
3.
3厢体密闭装置运动导轨应具备防护措施,防止砂石混入造成滑轮组件卡滞.
8.
3.
4厢体焊接应牢固可靠,焊缝与焊点应平整、光滑,无漏焊、虚焊、裂纹、气孔、焊穿等缺陷.
8.
3.
5厢盖、后栏板等与厢体之间装卡应牢固,结合缝隙应平直均匀,在车辆行驶过程中不得发生跳动、自动开启等现象,各连接部分的零部件应无损坏、无永久变形等现象.
vollcloud LLC创立于2020年,是一家以互联网基础业务服务为主的 技术型企业,运营全球数据中心业务。致力于全球服务器租用、托管及云计算、DDOS安 全防护、数据实时存储、 高防服务器加速、域名、智能高防服务器、网络安全服务解决方案等领域的智 能化、规范化的体验服务。所有购买年付产品免费更换香港原生IP(支持解锁奈飞),商家承诺,支持3天内无条件退款(原路退回)!点击进入:vollclo...
Hostodo又发布了几款针对7月4日美国独立日的优惠套餐(Independence Day Super Sale),均为年付,基于KVM架构,采用NVMe硬盘,最低13.99美元起,可选拉斯维加斯或者迈阿密机房。这是一家成立于2014年的国外VPS主机商,主打低价VPS套餐且年付为主,基于OpenVZ和KVM架构,产品性能一般,支持使用PayPal或者支付宝等付款方式。商家客服响应也比较一般,推...
官方网站:点击访问CDN客服QQ:123008公司名:贵州青辞赋文化传媒有限公司域名和IP被墙封了怎么办?用cloudsecre.com网站被攻击了怎么办?用cloudsecre.com问:黑客为什么要找网站来攻击?答:黑客需要找肉鸡。问:什么是肉鸡?答:被控的服务器和电脑主机就是肉鸡。问:肉鸡有什么作用?答:肉鸡的作用非常多,可以用来干违法的事情,通常的行为有:VPN拨号,流量P2P,攻击傀儡,...