车载控制器服务器需求
深圳网络预约出租汽车车载专用设备配置指引
设备应符合相关法律法规和标 准要求，确保数据的合法性和
合规性。
设备应具备数据审计和监控功 能，以便对数据进行实时监测
和记录。
设备应支持数据加密，确保 数据传输和存储的安全性。
设备应具备有效的安全防护措 施，防止未经授权的访问和数 据泄露。
设备报废条件： 经修理和调整 仍不满足安全 技术要求或不 符合行业标准
设备报废处理 方式：交回生 产厂家或专业 处理机构进行
环保处理
设备报废记录： 相关责任主体 应建立设备报 废记录，并存
档备查
设备报废监管： 相关管理部门 应加强对设备 报废的监管， 确保报废设备 得到妥善处理
PART SIX
未按照规定安装、 使用符合标准的出 租汽车车载专用设 备
PART THREE
设备应具备定位功能，能够实时获取车辆位置信息。 定位精度应满足相关标准，确保定位准确可靠。 设备应支持多种定位方式，如GPS、北斗等卫星定位以及移动网络定位等。 设备应具备数据存储功能，能够记录车辆行驶轨迹等信息。
设备应具备计价功 能，能够根据行驶 里程和时间计算费 用
设备应支持多种支 付方式，包括现金、 银行卡、第三方支 付等
安装位置：设备应安装在车辆内部明显且便于操作的位置 安装方式：设备应采用固定方式进行安装，确保稳定可靠 接口连接：设备应具备相应的接口，以便与车辆进行数据传输和通信 设备标识：设备上应明确标明品牌、型号等信息，方便识别和管理
设备定期检查：确保设备正常运行，预防故障发生 清洁保养：保持设备清洁，延长使用寿命 维修保养记录：记录设备的维修保养情况，方便追踪管理 专业人员维护：建议由专业人员进行设备维护，确保设备性能和安全性
广州地铁四、五号线车载PIDS系统优化研究
广州地铁四、五号线车载PIDS系统优化研究摘要：广州地铁四、五号线车载PIDS系统的核心设备为双套配置，但不具备自动切换功能，无法发挥故障应急处理的作用，加大了维护工作量和成本。
利用自身系统的结构特点，四、五号线车载PIDS系统可对播控系统和CCTV系统进行优化，使系统所有功能正常实现的同时，系统拓扑及数据流向得到简化、统一，降低维护难度，减少设备维护量。
关键词：车载PIDS；自动切换；系统结构；优化引言：广州地铁四、五号线运行时间较长，四号线运行已达13年，五号线运行已达8年，车载乘客信息显示系统（以下简称PIDS系统）设备性能已出现明显下降，设备故障上升趋势明显，部分列车车地无线通信功能无法稳定运行，对列车运行的监控、调度指挥均造成一定影响。
另一方面，四、五号线车载PIDS系统设计时期的技术功能满足不了现在的运营要求，无法自动切换的系统核心设备不能应急处置故障，同时增加了设备维护量和成本。
因此，本文梳理了广州地铁四、五号线车载PIDS系统的状况，分析系统结构及其功能实现存在的问题，研究总结出优化方案，为故障修复提供方法，达到简化、统一列车PIDS系统结构的目的，为其他旧线路车载PIDS系统改造优化提供参考。
一、系统现状广州地铁四、五号线车载PIDS系统包括播控部分和视频监控（以下简称为CCTV）部分。
播控部分负责车载LCD显示，用于显示乘客信息。
CCTV部分负责对驾驶室、客室进行录像监控。
1、车载播控系统列车车载播控系统由两端车头的LCD播放控制器、PIDS交换机以及每节车厢的分屏器、LCD显示屏组成。
其中，PIDS交换机负责把列车的LCD控制器、车载控制器、车载视频监控网络以及WLAN交换机连接在一起，从而通过WLAN网络实现PIDS系统的车地数据流交换。
两端LCD控制器负责输出视频信号，并通过分屏器将视频信号分流给车厢显示屏。
正常情况下，每端LCD控制器负责本端3节车厢的显示屏视频信号输出，部分列车则调整了分屏器的级联方式，使单端LCD控制器负责1节或多节车厢显示屏的视频信号输出。
设备技术需求参数表精选全文
执法工具箱
笔记本
电脑
★型：不低于Intel 酷睿i5 2520M
★CPU速度：不低于2.5 GHz
★内存容量：不小于4G
硬盘容量：不小于500G
★显示器：12-12.5英寸，屏幕比例16：9，物理分辨率不低于1366×768
整体存储
支持本地硬盘存储、服务器存储、客户端存储，能同时保存GPS数据、录像数据、音频数据、报警数据
传输费用
★配套无线3G网卡及1年上网费用，每月上网流量：公网不低于1G，专网不低于1G
车载照明
灯管使用寿命不低于5000小时
★额定电压：DC12V
★光通量不低于10000lm；照射有效射程不低于1000米，采用飞利浦光源、电器
USB数量：≥5个，前面板2个，内部1个，后部2个
操作系统：服务器含windows server2008操作系统
★可管理和维护性 :
1. 对CPU、内存、硬盘驱动器、电源及风扇等关键部分的潜在的故障具有提前预警能力； 2.故障部件的快速诊断功能 ： 在断电的情况下，能够通过诊断板快速定位故障的部件，提高维修速度。
线性PCM录音模式不低于6小时
存储容量：不低于4G
执法箱
手提式设备箱，箱体骨架、边框及转角采用铝合金
箱体夹层采用多层板
箱体内衬采用黑色硬质防震EVA海绵，根据放入设备尺寸大小在海绵上开槽以固定设备
采用挂钩锁；现场展示样品
执法箱用来放置环境监察执法工具，包括笔记本电脑、便携式打印机、数码摄像机、扫描棒、录音笔，可有效预防执法工具在运输、贮存过程中的被破坏事件的发生。
标配硬盘容量：配置4块300GB 1.5万转 3.5英寸热插拔硬盘纠错，最大硬盘容量不低于16TB，，
iso,15765,can,500k,29bit扩展协议
竭诚为您提供优质文档/双击可除iso,15765,can,500k,29bit扩展协议篇一：车载诊断标准iso_15765-3中文-初级iso15765-3（20xx）适合新手入门级教程！道路车辆——控制局域网络诊断——第3部分：一元化诊断服务实施（canuds）的道路车辆——控制器局域网（can）的诊断——第3部分：一元化诊断服务实施（can的uds）1范围这部分iso15765协议按照iso14229-1，描述了在iso11898定义的控制器局域网中统一诊断服务（uds）的实施。
它给所有汽车连接至can网络服务器及外部测试设备提供诊断服务及服务器存储器编程的需求。
它对汽车内部can 总线架构无任何要求。
2参考的标准下述的参考文档对于该文档的应用是必不可少的。
3术语，定义和缩略词为编撰该文档目的，这些术语和定义已在iso14229-1，iso15765-1及iso15765-2中给出，以下缩略词术语同样适用。
da目标地址id标识符dlc数据长度码gw网关lsb最低有效位msb最高有效位na网络地址sa源地址sm子网掩码tos服务类型4协定该部分iso15765协议基于iso14229-1的协定，该协议遵从使用到诊断服务的osi服务协议。
5统一诊断服务（uds）对照osi模型的应用见图16应用层及会话层6.1应用层服务该部分iso15765协议使用iso14229-1的客户机-服务器式的应用层服务。
该系统具有测试、检测、监视，诊断及汽车服务器在线编程的功能。
6.2应用层协议该部分iso15765协议使用iso14229-1应用层协议。
6.3应用层诊断会话管理定时重要——任何一个服务器端产生的不等于n_ok的n_usdata.indication的指示服务，服务器应用层都不应该有一个应答信息。
6.3.1概况下述的是应用层及会话层的定时参数及它们如何在客户机-服务器模式中如何处理的。
图1osi模型中，基于can的uds实施下述的几种通信会话方式需区别开：a)物理的通信在如下期间1）默认会话方式2）非默认的会话方式——需进行会话处理b)功能的通信在如下期间1）默认的会话方式2）非默认的会话方式——需进行会话处理所有的情况下，请求服务器否定应答信息的扩展的定时应答，包括应答码78hex应当予以考虑。
智能网联汽车监管运营平台项目用户需求说明书
智能网联汽车监管运营平台项目用户需求说明书一、项目背景随着科技的快速发展，智能化和网联化已经成为汽车产业的重要发展方向。
自动驾驶技术作为其中的重要一环，正逐步从实验室走向实际应用。
首先，自动驾驶汽车的普及和商业化应用需要解决一系列技术和管理上的问题，特别是如何确保自动驾驶汽车的安全性和合规性。
因此，建立一个专门的监管平台成为迫切需求，以实现对自动驾驶汽车的全面、有效监管。
其次，随着智能网联汽车数量的不断增加，传统的监管手段已经难以满足实际需求。
传统的监管方式往往依赖于人工巡检和事后处理，这种方式不仅效率低下，而且难以覆盖所有车辆和所有场景。
因此，需要一种能够实时监控、预警和取证的监管平台，以提高监管的效率和准确性。
此外，政策支持和市场需求也是推动智能网联自动驾驶监管平台项目建设的重要因素。
近年来，我国政府出台了一系列支持智能网联汽车发展的政策，为自动驾驶技术的研发和应用提供了有力保障。
同时，随着消费者对智能化、便捷化出行方式的需求不断增加，自动驾驶汽车市场潜力巨大。
因此，建设监管平台不仅符合政策导向，也符合市场需求。
综上，智能网联汽车监管运营平台项目的建设背景主要基于技术发展的需要、传统监管手段的局限性以及政策支持和市场需求的推动。
通过建设监管运营平台，可以实现对自动驾驶汽车的全面、有效监管运营，推动智能网联汽车产业的健康发展。
有助于实现对自动驾驶车辆的全面监管和有效管理，提升整个产业的安全性和可靠性，为智能网联汽车产业的健康发展提供有力保障；有助于提升道路交通安全性；有助于促进智能交通系统的发展；对推动科技创新和产业升级具有重要意义。
XXXX深度合作区城市规划和建设局提出建设一套智能网联汽车监管运营平台。
二、建设目标本项目的核心宗旨是建设一个集智能网联汽车监管与运营且具有高效快捷的智能网联汽车运营数据的采集处理能力、决策支持能力和组织协调指挥能力的智能网联汽车监管+运营平台，通过数字化的管理手段，为群众提供更多元化、便捷的交通出行方式。
ISO 15765-3车载诊断标准-详细中文版
ISO 15765-3（2004）道路车辆——控制局域网络诊断——第3部分：一元化诊断服务实施（CAN的UDS）道路车辆——控制器局域网（CAN）的诊断——第3部分：一元化诊断服务实施（CAN的UDS）1 范围这部分ISO 15765协议按照ISO 14229-1，描述了在ISO 11898定义的控制器局域网中统一诊断服务（UDS）的实施。
它给所有汽车连接至CAN网络服务器及外部测试设备提供诊断服务及服务器存储器编程的需求。
它对汽车内部CAN总线架构无任何要求。
2 参考的标准下述的参考文档对于该文档的应用是必不可少的。
3 术语，定义和缩略词为编撰该文档目的，这些术语和定义已在ISO 14229-1，ISO 15765-1及ISO 15765-2中给出，以下缩略词术语同样适用。
DA 目标地址ID 标识符DLC 数据长度码GW 网关LSB 最低有效位MSB 最高有效位NA 网络地址SA 源地址SM 子网掩码TOS 服务类型4 协定该部分ISO 15765协议基于ISO 14229-1的协定，该协议遵从使用到诊断服务的OSI服务协议。
5 统一诊断服务（UDS）对照OSI模型的应用见图16 应用层及会话层6.1 应用层服务该部分ISO 15765协议使用ISO 14229-1的客户机-服务器式的应用层服务。
该系统具有测试、检测、监视，诊断及汽车服务器在线编程的功能。
6.2 应用层协议该部分ISO 15765协议使用ISO 14229-1应用层协议。
6.3 应用层诊断会话管理定时重要——任何一个服务器端产生的<N_Result>不等于N_OK的N_USData.indication的指示服务，服务器应用层都不应该有一个应答信息。
6.3.1 概况下述的是应用层及会话层的定时参数及它们如何在客户机-服务器模式中如何处理的。
图1 OSI模型中，基于CAN的UDS实施下述的几种通信会话方式需区别开：a)物理的通信在如下期间1）默认会话方式2）非默认的会话方式——需进行会话处理b)功能的通信在如下期间1）默认的会话方式2）非默认的会话方式——需进行会话处理所有的情况下，请求服务器否定应答信息的扩展的定时应答，包括应答码78hex应当予以考虑。
车辆GPS定位系统需求说明书
车辆GPS定位系统需求说明书车辆GPS定位系统必须支持10万个以上车载移动终端同时在线的网络版监控系统，同时具备B/S和C/S架构两种架构的监控模式，以C/S架构模式为主，用于车辆GPS的监控管理、功能设置、权限管理等，B/S主要以查看车辆定位信息、与车辆通讯、回放历史轨迹为主。
一、监控系统具备下述的性能特点：1 系统支持多种通信方式：系统支持现有的各种无线通信方式，如：GSM、GPRS、CDMA、WCDMA、TD-CDMA等通信方式。
2 系统支持多种GPS车载设备混合使用：GPS监控管理系统应支持常见的GPS车载终端，并能够实现了在同一GPS监控系统中同时使用多种车载设备并网，并具备新型设备安装扩展能力及二次开发需求。
3 监控中心支持多级、多个分中心，应设计为多重构架监控系统。
4 应支持超大规模监控目标入网：GPS监控系统中心的每个分监控中心应最多支持5000辆车入网，系统总中心的设计容量应最大可达30万辆。
二、GPS监控系统应具备以下功能：常规的GPS车辆定位管理功能都要求具有，例如车辆轨迹实时跟踪、保存、回放等，车辆超速报警、提醒，车辆超出或进入预定范围报警，车辆状态显示（点火/熄火），具体如下。
1.车辆行驶轨迹自动记录，设定起止时间、选择要回放的车辆自动回放其运行轨迹，并可以在回放过程中调节回放速度，在回放过程中显示行驶速度、行进方向、行驶时间、定位地点等信息。
2.车辆实时跟踪，对事先确定好的特定车辆进行行程跟踪；3.车辆行驶里程自动统计（天/周/月/年），且具备系统自动统计和车机自动统计上报，系统能够根据车型的标准油耗（耗油量/百公里）估算车辆每个月的用油量；（行驶里程需要车机支持）4.发送文字信息，通过系统发送文字信息，如调度指令或路况信息等，车机以语音形式播报出来（需要车机支持）；5.车辆上具备分路段的超速语音提示报警，在监控端和定位终端同时提示；（需要车机支持）。
6.所有车辆分组管理，不同部门只能各自管理自己的车辆，单位领导和专职管理员可以看到全部车辆的信息或指定的某些车辆，管理员可以对所有车辆和所有操作员进行操作。
4G车载中心管理服务器 MG-CMS5000-CC
4G车载中心管理服务器MG-CMS5000-CC产品特色：嵌入式Linux一体机支持本地硬盘RAID 0、1、5支持多址模式及700M码流的“进存转”支持绑定模式及1000M码流转发和384M本地存储支持双机热备和负载均衡支持本级20个堆叠和上下5级级联部署支持GIS地图（Baidu、Google）支持ONVIF、GB/T28181标准协议的设备接入支持IVS-B/PC等智能设备接入支持前液晶板系统服务状态显示和系统基本参数设置支持iphone/ipad、android移动端应用支持二次开发，提供平台SDK开发包继承了DSS-M8100平台所有特性: 包括实时定位，轨迹回放等;支持电子围栏支持调度管理支持运营分析报表支持移动卡口功能支持每秒处理1000路报警支持电子地图单屏显示200路前端支持管理20个下级域单网卡应用模式下，支持512M流媒体转发和512M IPSAN存储多网卡绑定应用模式下，支持1024M流媒体转发和1024M IPSAN存储中心管理平台功能：车载平台包括服务端、客户端，服务端内部是中心管理服务器和一系列的子系统，还需要跟外围的一些设备等进行交互。
平台系统分层示意图：4G车载监控平台不是一款简单的视频监控管理软件，而是一款集电子地图，视频、报警、可视对讲、业务管理、门禁等与一体的安防综合管理平台，可以将人，物，事进行有机结合统一进行管理。
1.1.1电子地图电子地图高度集成，平台接入的移动设备都会在电子地图上进行定位，并在电子地图上直接查看设备相关信息，当前行驶的地理位置信息，实时视频，信息调度，轨迹回放，语音对讲，报警处理等功能，方便监控人员直接操作，集中管理。
1.1.2视频监控系统支持对MDVR,PVR等移动设备进行接入，同时也支持主流厂家的编码器接入，支持ONVIF、GB28181协议接入。
实现监视、云台、抓图、录像，对讲等功能。
实现了对监视通道布置计划任务，可以按预设的计划进行通道轮巡。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
基于物联网技术的餐厨垃圾收运系统需求
(车载控制器)
限公司
2013年4月
文档控制
目录
文档控制 (2)
第1章车载控制器总述 (4)
1.1.总述说明 (4)
1.1.1.概述 (4)
1.1.2.组成 (4)
1.1.3.功能 (5)
第2章UDP介绍 (7)
第3章Server流程图 (8)
第4章RFID编码规则 (9)
4.1.案例：实际报文 (9)
第5章GPS介绍 (10)
第6章称重介绍 (11)
第7章摄像头介绍 (12)
第8章控制器各硬件规格参数 (13)
8.1.规格及参数 (13)
8.1.1.机箱 (13)
8.1.2.RFID模块 (13)
8.1.3.GPS模块 (16)
8.1.4.GPRS DTU/定位终端 (16)
8.1.5.WIFI模块 (17)
8.1.6.称重模块 (18)
8.1.7.3G视频服务器模块 (18)
第1章车载控制器总述
1.1. 总述说明
1.1.1. 概述
ZQ-01型车载数据采集传输控制器是一个嵌入式软硬件系统。
系统采用符合物联网、计算机和网络通信技术最新发展潮流的实用成熟技术，以实用性和可靠性为设计前提，符合国际标准的软件、硬件、通信、网络，操作系统和数据库管理系统等诸方面的接口与工具，使系统具备良好的灵活性、兼容性、扩展性和可移植性。
1.1.
2. 组成
设备以ZQ-01数据采集传输控制板为核心，通过RS232接口与各功能块相连。
主要模块有：RFID模块、GPS模块、GPRS模块、WIFI模块、称重模块、3G视频服务器模块、电池组及其它附件等组成。
1.1.3. 功能
ZQ-01型车载控制器（车载数据采集与传输控制器）主要完成车载终端相关数据采集与无线传输功能。
具体如下：
1．GPS控制模块，完成GPS全球定位系统的数据采集。
2．称重控制模块，完成称重的数据采集。
3．RFID控制模块，完成RFID电子标签的数据采集与识别。
4．控制板预留2路接口，主要依据是要满足完成以后垃圾组分和地沟油相关的数据采集的需求。
5．预留与无线WIFI控制接口，完成与手持RFID（或手持二维码扫描仪）无线通讯。
6．控制板装有315M无线遥控控制模块，完成各种无线控制调试、演示等功能。
7．与无线GPRS DTU接口，完成车载终端数据的无线传输。
中心监控软件通过公网的RJ45网络接口，接收终端GPRS DTU 上传来的数据并显示，分析，处理等。
8．3G视频服务器模块完成图像采集
9．其他扩展功能。
第2章UDP介绍
UDP协议的全称是用户数据报协议，在网络中它与TCP协议一样用于处理数据包，是一种无连接的协议。
在OSI模型中，在第四层——传输层，处于IP协议的上一层。
UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点，也就是说，当报文发送之后，是无法得知其是否安全完整到达的。
UDP用来支持那些需要在计算机之间传输数据的网络应用。
包括网络视频会议系统在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。
UDP协议从问世至今已经被使用了很多年，虽然其最初的光彩已经被一些类似协议所掩盖，但是即使是在今天UDP仍然不失为一项非常实用和可行的网络传输层协议。
UDP报头由4个域组成，其中每个域各占用2个字节
第3章Server流程图
数据库服务器
数据库服务器
第4章RFID编码规则4.1. 案例：实际报文
RFID规则图
第5章GPS介绍
GPS是英文Global Positioning System（全球定位系统）的简称。
GPS起始于1958年美国军方的一个项目，1964年投入使用。
20世纪70年代，美国陆海空三军联合研制了新一代卫星定位系统GPS 。
主要目的是为陆海空三大领域提供实时、全天候和全球性的导航服务，并用于情报收集、核爆监测和应急通讯等一些军事目的，经过20余年的研究实验，耗资300亿美元，到1994年，全球覆盖率高达98%的24颗GPS卫星星座己布设完成。
在机械领域GPS则有另外一种含义：产品几何技术规范(Geometrical Product Specifications)-简称GPS。
另外一种解释为G/s（GB per s）
餐厨垃圾车辆装有GPS设备，通过车载控制器，实时传递GPS数值给系统。
第6章称重介绍
是为装载设备在装载过程中称量装载物料的一种称重计量器具。
车载电子秤可以提供被称物料的累计值和打印清单。
餐厨垃圾车辆装有称重设备，通过车载控制器，实时传递餐厨垃圾重量数据给系统。
第7章摄像头介绍
能非常实时的呈现视频和音频的功能为我们交通事故中处理和定位提供了更科学的依据，让我们的财产和人生安全得到了充分的保障。
在餐厨垃圾收运中能够有效的监督餐厨垃圾是否被偷盗的行为。
摄像头通过3G把视频数据单独传递到视频服务器上，然后广播出去页面调用视频数据。
第8章控制器各硬件规格参数8.1. 规格及参数
8.1.1. 机箱
机箱规格：400*260*120mm
8.1.2. RFID模块
UHF分体式一通道读写器
UHF圆极化天线
UHF USB桌面编程发卡器
抗金属标签
UHF手持移动终端读写器
8.1.3. GPS模块
8.1.4. GPRS DTU/定位终端
8.1.5. WIFI模块
8.1.6. 称重模块
8.1.7. 3G视频服务器模块。