车载媒体播放系统与PIDS通信协议(通用版).docVIP

车载媒体播放系统与PIDS 通信协议（通用版） V0.9.2 天津北海通信技术有限公司 2012年10月 修订记录 版本 日期 起草/修改 审核 批准 备注 0.9.0 2012-10-11 张涛 初稿 0.9.1 2013-1-25 张涛 增加车次号和与下一站距离 0.9.2 2013-6-21 张涛 增加媒体系统和监控系统版本号  目录 1. 目的 4 1.1文件标识 4 1.2文件目的 4 2. 缩略语 4 3. 参考文件 4 4. 通信协议详细说明 4 4.1. 协议概述 4 4.2. 通信配置 5 4.3. 通信过程 5 4.4. 数据结构 6 媒体播放系统至PIDS系统第一帧数据 7 PIDS系统至媒体播放系统第一帧数据 9 PIDS系统至媒体播放系统第二帧数据 15 目的 1.1文件标识 文件名称：车载媒体播放系统和PIDS通信协议（通用版） 文件编号： 发布： 0.9.2 1.2文件目的 本文档介绍了车载媒体播放系统和PIDS之间的通信协议，供媒体播放系统和PIDS开发人员使用。目前使用的项目包括：郑州一号线项目、大连202项目、长春地铁一二号线。 缩略语 PIDS：乘客信息系统（Passenger Information Display System） 参考文件 通信协议详细说明 协议概述 在列车运行过程中PIDS获取列车的运营信息，包括到站信息、广播信息、离站信息、紧急广播信息等，同时媒体播放系统播放多媒体信息。为了给乘客提供更为优质的体验，PIS将列车运营信息提供给媒体播放系统使用。 媒体播放系统和PIDS系统之间通过串口RS232进行通信，通信模式为客户端/服务器模式，其中PIDS为服务器，媒体播放系统为客户端，在列车运行过程中客户端会不断向主端请求更新TIMS数据，服务端以该数据作为心跳包，服务端收到请求命令之后不断回传TIMS数据以及需要保存的相关数据给客户端。服务端超过一定时间没有收到心跳包则认为接收心跳超时，停止发送相关数据。 系统连接图如下图所示： 通信配置 通信接口：RS232 波特率：9600 bps 数据位：8 奇偶校验位：无 停止位：1 流控制：无 通信过程 车载媒体播放系统和PIDS系统通信过程如下所示： 媒体系统和PIDS系统之间采用过程数据传输方式，媒体系统作为客户端，PIDS系统作为服务端。 通信过程由客户端发起，首先客户端向服务端发送请求TIMS数据的命令，服务端将接收到的数据作为心跳包，收到客户端发送的命令之后，进行校验和验证，验证无误之后，向客户端不断回送最新的PIDS数据以及需要保存的TIMS数据（需要保存的数据帧格式满足相应数据格式定义），客户端收到TIMS数据之后，同样进行校验和验证，验证无误之后进行相应处理。服务端超时没有收到心跳包则认为接收心跳超时，停止发送相关数据。 客户端等待一定延时（默认500ms）之后继续向服务端发送请求PIDS数据命令，以此媒体播放系统不断获取PIDS数据。 数据结构 媒体播放系统至PIDS系统第一帧数据 媒体播放系统—PIDS系统信息数据结构定义 协议格式：开始+包长+命令字+内容+校验+结束 其中，CRC采用CRC16 CCITT-1 (X16+X12+X5+1)格式，校验有效位从命令字和内容，CRC校验值的最高有效位首先发送。 字节/Byte 大小 位 数据结构定义 备注 7 6 5 4 3 2 1 0 开始位 1 0-7 0x7E 包长 1 0-7 帧长度 命令字长度+内容长度+校验长度 1 1 0-7 0x02 命令字 2 1 0-7 保留 保留 保留 保留 司机室2主机 司机室1主机 司机室2媒体编码器 司机室1媒体编码器 媒体编码器设备状态 0：正常 1：异常 司机室主机状态 0：正常 1：异常 3 1 0-7 客室1媒体解码器8 客室1媒体解码器7 客室1媒体解码器6 客室1媒体解码器5 客室1媒体解码器4 客室1媒体解码器3 客室1媒体解码器2 客室1媒体解码器1 媒体、监控解码设备状态 0：正常 1：异常 4 1 0-7 保留 保留 保留 保留 客室1监控编码器2 客室1监控编码器1 客室1媒体解码器10 客室1媒体解码器9 5 1 0-7 客室2媒体解码器8 客室2媒体解码器7 客室2媒体解码器6 客室2媒体解码器5 客室2媒体解码器4 客室2媒体解码器3 客室2媒体解码器2 客室2媒体解码器1 6 1 0-7 保留 保留 保留 保留 客