车载终端GPRS通信协议

V1.2

编制：王治本

审核：禹成海

上海妙益电子科技发展有限公司

---------------------------------------------------------------------------------------------------------------------------------------------------------

修改记录

1．V1.1版完成于2012.5.21

2．V1.2版完成于2012.10.10

修改内容：增加数据记录及历史数据的传输，帧扩展标志：0=实时，1=历史

---------------------------------------------------------------------------------------------------------------------------------------------------------

1．数据发送方式

（1）仅当接受到ON档信号时，模块才唤醒

（2）模块唤醒后与服务器自动建立联系

（3）建立连接后，每秒发送一组实时数据

（4）发送失败后重新自动连接

（5）网络连接失败期间的数据将自动保存，最大保存数据量2小时。

（6）网络恢复后，在发送实时数据的间隙自动插发历史数据

---------------------------------------------------------------------------------------------------------------------------------------------------------

3．数据分类

（1）紫色部分为帧控制信息，用于分割、标识、校验传输数据

（2）青色为GPS数据

（3）黄色为车辆采集数据

（4）绿色部分为用户自定义数据

3. 数据解释

注：未注明数据偏移量均为0，无效数据填全1

（1）控制信息

帧同步字：EB 90

帧类别：0X20，其他暂不公布，保留

帧扩展标志1：0

帧扩展标志2：0表明实时数据帧，1表明历史数据帧

---------------------------------------------------------------------------------------------------------------------------------------------------------

信息字数：140

ID1~ID8：目标的ID码

电池分组编号：1~10，单体电池数据分组传送，每组包含20串，最大为10组。

检查和=0xff xor 帧类别xor 帧扩展标志1 xor帧扩展标志2 xor信息字节数

xor 数据0 xor数据1 xor … xor 数据139

（2）GPS数据

年：00~99

月：1~12

日：1~31

时：00~23

分：00~59

秒：00~59

纬度：ddmm.mmmm

经度：ddmm.mmmm

纬度标志：N=北纬，S=南纬

经度标志：E=东经，W=西经

地面速率：单位0.1节

（3）采集数据

车速：单位为1/256km/h

发动机转速：单位为1/8r/m

电机转速：单位为1/2r/m

总电流：偏移32000，单位0.1A

总电压：单位0.1V

SOC：单位0.4%

最高单体温度：偏移-40℃，单位℃

最高单体电压：bit1~bit11为最高单体电压，单位0.0025V；bit12~bit16为最高单体电压所在箱号

最低单体电压：bit1~bit11为最低单体电压，单位0.0025V；bit12~bit16为最低单体电压所在箱号

最高单体电压位置：最高单体电压所在箱内的位置

最低单体电压位置：最低单体电压所在箱内的位置

最高单体温度位置：最高单体温度所在箱内的位置

最高单体温度箱号：最高单体温度所在箱的编号

剩余电量：电池所剩电量，单位0.01kwh(度)

正极绝缘：正极对地电阻，单位kΩ

负极绝缘：负极对地电阻，单位kΩ

电池状态：0=否，1=是

A．电池状态1—严重报警，需立即停车

#define fSOC_Stop bbBatterySt1.bit7 SOC太低

#define fTempSevereH bbBatterySt1.bit6 电池温度太高

#define fCurSevereH bbBatterySt1.bit5 电流太高

#define fCellVoltSevereL bbBatterySt1.bit4 单体电池电压太低

#define fCellVoltSevereH bbBatterySt1.bit3 单体电池电压太高

#define fVoltSevereL bbBatterySt1.bit2 总电压太低

#define fVoltSevereH bbBatterySt1.bit1 总电压太高

---------------------------------------------------------------------------------------------------------------------------------------------------------

#define fTempSevereL bbBatterySt1.bit0 电池温度太低

B．电池状态2—一般报警

#define fSOCAlarmL bbBatterySt2.bit7 SOC过低

#define fTempAlarmH bbBatterySt2.bit6 电池温度过高

#define fCurAlarmH bbBatterySt2.bit5 电流过高

#define fCellVoltAlarmL bbBatterySt2.bit4 单体电池电压过低

#define fCellVoltAlarmH bbBatterySt2.bit3 单体电池电压过高

#define fVoltAlarmL bbBatterySt2.bit2 总电压过低

#define fVoltAlarmH bbBatterySt2.bit1 总电压过高

#define fTempAlarmL bbBatterySt2.bit0 电池温度过低

C．电池状态3—严重报警，须立即停车

#define fNoMatchSevere bbBatterySt3.bit7 单体电压严重不平衡

#define fTempImbalSevere bbBatterySt3.bit6 同箱温度差异太大

#define fInsulationSevere bbBatterySt3.bit1 漏电严重,绝缘报警

#define fBMSErr bbBatterySt3.bit0 BMS系统严重故障

D．电池状态4—一般报警

#define fNoMatch bbBatterySt4.bit7 单体电压不平衡

#define fTempImbalAlarm bbBatterySt4.bit6 同箱温度差异过大

#define fInvalidTemp bbBatterySt4.bit5 无效温度

#define fInvalidVolt bbBatterySt4.bit4 无效电压

#define fSOCAlarmH bbBatterySt4.bit3 SOC过大

#define fBalanceErr bbBatterySt4.bit2 均衡错误

#define fInsulationAlarm bbBatterySt4.bit1 漏电,绝缘报警

#define fBMSErr bbBatterySt4.bit0 BMS系统故障

BMS状态：

#define fCurrentSensorErr bbBMSSt.bit0 电流传感器故障

#define fCANErr bbBMSSt.bit1 CAN通信故障

#define fModuleTemp bbBMSSt.bit2 模块温度过高

VCU状态1：暂未定义

VCU状态2：暂未定义

油门位置：单位0.4%

制动位置：单位0.4%

车辆信号1：

#define i2Brake bbVehicleSt1.bib0 //制动信号，0=无效，1=有效，2=故障，3=未知

#define i2LeftTurn bbVehicleSt1.bib1 //左转向信号，0=无效，1=有效，2=故障，3=未知

#define i2RightTurn bbVehicleSt1.bib2 //右转向信号，0=无效，1=有效，2=故障，3=未知

#define i2HiBeam bbVehicleSt1.bib3 //远光信号，0=无效，1=有效，2=故障，3=未知

车辆信号2：

#define i2LoBeam bbVehicleSt2.bib0 //近光信号，0=无效，1=有效，2=故障，3=未知

#define i2FrontFog bbVehicleSt2.bib1 //前雾信号，0=无效，1=有效，2=故障，3=未知

#define i2RearFog bbVehicleSt2.bib2 //后雾信号，0=无效，1=有效，2=故障，3=未知

#define i2Horn bbVehicleSt2.bib3 //喇叭信号，0=无效，1=有效，2=故障，3=未知

发动机温度：偏移-40℃，单位℃

---------------------------------------------------------------------------------------------------------------------------------------------------------

电机温度：偏移-40℃，单位℃

发动机功率：单位1kw/bit

电机功率：单位1kw/bit

电池电压：bit1-bit11为单体电池电压，单位0.0025V，bit12-bit16位所在箱号

电池温度：偏移-40℃，单位℃

（4）用户自定义数据

---------------------------------------------------------------------------------------------------------------------------------------------------------

JT／T808协议文档-道路运输车辆卫星定位系统北斗兼容车载终端通讯协议技术规范

道路运输车辆卫星定位系统 北斗兼容车载终端通讯协议技术规范 GNSS system for operating vehicles —General specifications for the communication protocol and data format of BD compatible vehicle terminal 中华人民共和国交通运输部发布 二〇一三年一月

目 次 前言....................................................................................................................................................................IV 1 范围 (1) 2 规范性引用文件 (1) 3 术语和定义、缩略语 (1) 3.1 术语和定义 (1) 3.2 缩略语 (2) 4 协议基础 (3) 4.1 通信方式 (3) 4.2 数据类型 (3) 4.3 传输规则 (3) 4.4 消息的组成 (3) 5 通信连接 (5) 5.1 连接的建立 (5) 5.2 连接的维持 (5) 5.3 连接的断开 (5) 6 消息处理 (5) 6.1 TCP和UDP消息处理 (5) 6.2 SMS消息处理 (6) 7 协议分类 (6) 7.1 概述 (6) 7.2 终端管理类协议 (6) 7.3 位置、报警类协议 (7) 7.4 信息类协议 (7) 7.5 电话类协议 (8) 7.6 车辆控制类协议 (8) 7.7 车辆管理类协议 (8) 7.8 信息采集类协议 (8) 7.9 多媒体类协议 (9) 7.10 通用数据传输类 (9) 7.11 加密类协议 (9) 7.12 分包消息 (10) 8 数据格式 (10) 8.1 终端通用应答 (10) 8.2 平台通用应答 (10) 8.3 终端心跳 (10) 8.4 补传分包请求 (10) 8.5 终端注册 (11) 8.6 终端注册应答 (11) 8.7 终端注销 (12) I

单片机串口通信协议程序

#include #include #define R55 101 #define RAA 202 #define RLEN 203 #define RDATA 104 #define RCH 105 //#define unsigned char gRecState=R55; unsigned char gRecLen; unsigned char gRecCount; unsigned char RecBuf[30]; unsigned char gValue; void isr_UART(void) interrupt 4 using 1 { unsigned char ch; unsigned char i; unsigned char temp; if (RI==1) { ch=SBUF; switch(gRecState) { case R55: // wait 0x55 if (ch==0x55) gRecState=RAA; break;

case RAA: if (ch==0xaa) gRecState=RLEN; else if (ch==0x55) gRecState=RAA; else gRecState=R55; break; case RLEN: gRecLen=ch; gRecCount=0; gRecState=RDATA; break; case RDATA: RecBuf[gRecCount]=ch; gRecCount++; if (gRecCount>=gRecLen) { gRecState=RCH; } break; case RCH: temp=0; for(i=0;i

华宝gps车载终端通讯协议4_6_4

通讯协议说明书Tel（0755）26458800 Fax（0755）26066918 华宝GPS智能监控调度系统 车载终端通讯协议说明书 V4.6.4

目录 一、通信协议的格式定义 (4) 1.1消息的结构 (4) 1.2协议说明 (4) 二、下行消息传输协议 (5) 2.6设置DNS域名 (6) 2.8读取DNS域名 (6) 2.11读取联网模式 (6) 2.13车辆监控 (6) 2.14定位查询 (6) 2.15车辆监听 (7) 2.16报警应答 (7) 2.18文字信息发布 (7) 2.20车辆登录响应 (7) 2.21设置行车区域 (7) 2.24制动命令 (8) 2.25解除制动命令 (8) 2.26设置上传定位时间间隔 (8) 2.27终端自检报告查询 (8) 2.28设置中心号码 (8) 2.29设置最大时速 (9) 2.30设置服务器地址、端口号 (9) 2.33车载终端的版本查询 (9) 4.46读取位置信息响应 (9) 三、上行消息传输协议 (10) 3.7设置DNS域名响应 (10) 3.9读取DNS域名响应 (10) 3.11读取联网模式响应 (11) 3.13车辆监控响应 (11) 3.14定位查询响应 (11)

3.15车辆报警 (11) 2.16车辆监听响应 (11) 3.18文字信息发布响应 (11) 3.20车辆登录信息 (11) 3.21行车区域设置响应 (12) 3.24制动命令响应 (12) 3.25解除止动命令响应 (12) 3.26行驶状态数据 (12) 3.27设置上传位置时间响应 (12) 3.28自检报告 (12) 3.29设置中心号码响应 (13) 3.30设置最大时速响应 (13) 3.31设置服务器地址、端口号响应 (13) 3.34车载终端的版本数据 (13) 3.36车载终端心跳命令 (13) 4.49读取位置信息 (14) 四、附录：完整卫星定位数据包 (14)

道路运输车辆卫星定位系统车载终端技术要求..

道路运输车辆卫星定位系统 车载终端技术要求 1 范围 本标准规定了道路运输卫星定位系统车载终端(以下简称终端)的一般要求、功能要求、性能要求以及安装要求。 本标准适用于道路运输卫星定位系统中安装在车辆上的终端设备。 2 规范性引用文件 下列文件对于本标准的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。 GB/T 19056 汽车行驶记录仪 GB/T 19951 道路车辆静电放电产生的电骚扰试验方法 JT/T 766-2009 北斗卫星导航系统船舶监测终端技术要求 QC/T 413 汽车电器设备基本技术条件 QC/T 417.1 车用电线束插接器第1部分：定义，试验方法和一般性能要求 QC/T 420 汽车用熔断器 QG/T 730 汽车用薄壁绝缘低压电线 YD/T 1050 800MHz CDMA数字蜂窝移动通信网设备总测试规范：移动台部分 YD/T 1214 900/1800 MHz TDMA数字蜂窝移动通信网通用分组无线业务(GPRS}设备技术要求：移动台 YD/T 1367 2GHz TD-SCDMA 数字蜂窝移动通信网终端设备技术要求YD/T 1547 2GHz WCDMA 数字蜂窝移动通信网终端设备技术要求(第三阶段) YD/T 1558 2GHz CDMA2D0数字蜂窝移动通信网设备技术要求：移动台 3 术语、定义和缩略语 3.1 术语和定义 下列术语和定义适用于本文件。 3.1.1 固件 firmware 运行在终端微处理器中的嵌人式软件。 3.1.2 电子运单 electronic travel permit

51串口通信协议(新型篇)

51串口通信协议（新型篇） C51编程:这是网友牛毅编的一个C51串口通讯程序！ //PC读MCU指令结构：(中断方式，ASCII码表示) //帧：帧头标志|帧类型|器件地址|启始地址|长度n|效验和|帧尾标志 //值： 'n' 'y'| 'r' | 0x01 | x | x | x |0x13 0x10 //字节数： 2 | 1 | 1 | 1 | 1 | 1 | 2 //求和： ///////////////////////////////////////////////////////////////////// //公司名称：*** //模块名：protocol.c //创建者：牛毅 //修改者： //功能描述：中断方式：本程序为mcu的串口通讯提供(贞结构)函数接口，包括具体协议部分 //其他说明：只提供对A T89c51具体硬件的可靠访问接口 //版本：1.0 //信息：QQ 75011221 ///////////////////////////////////////////////////////////////////// #include #include //预定义 //帧 #define F_ST1 0x6e //帧头标志n #define F_ST2 0x79 //帧头标志y #define F_R 0x72 //帧类型读r #define F_W 0x77 //帧类型写w #define F_D 0x64 //帧类型数据帧d #define F_B 0x62 //帧类型写回应帧b #define F_C 0x63 //帧类型重发命令帧c #define F_Q 0x71 //帧类型放弃帧q #define F_ADDR 0x31 //器件地址0-9 #define F_END 0x7a //帧尾标志z #define F_SPACE 0x30 //空标志0 #define F_ERR1 0x31 //错误标志1,flagerr 1 #define F_ERR2 0x32 //错误标志2 2 //常数 #define S_MAXBUF 16 //接收/发送数据的最大缓存量 #define FIELD_MAXBUF 48 //最小场缓存,可以大于48字节，因为协议是以20字节为

道路运输车辆卫星定位系统北斗兼容车载终端技术规范

道路运输车辆卫星定位系统 北斗兼容车载终端技术规范 GNSS system for operating vehicles —Technical specification for BD compatible vehicle terminals 中华人民共和国交通运输部发布 二〇一三年一月

前言.......................................................................... ..... III 1 范围.......................................................................... .. (1) 2 规范性引用文件 (1) 3 术语、定义和缩略语 (1) 3.1 术语和定 义 (1) 3.2 缩略 语 (2) 4 一般要求 (2) 4.1 终端组 成....................................................................... 2 4.2 外 观........................................................................ (3) 4.3 铭 牌........................................................................ (3) 4.4 文字、图形和标 志 (3) 4.5 材 质........................................................................ (3) 4.6 机壳防 护....................................................................... 3 5 功能要求 (3) 5.1 自 检........................................................................ (3) 5.2 定 位........................................................................ (3) 5.3 通 信........................................................................ (4)

各种通信协议

分层及通信协议 协议软件是计算机通信网中各部分之间所必须遵守的规则的集合，它定义了通信各部分交换信息时的顺序、格式和词汇。协议软件是计算机通信网软件中最重要的部分。网络的体系结构往往都是和协议对应的，而且，网络管理软件、交换与路由软件以及应用软件等都要通过协议软件才能发生作用。 一、通信协议 1、什么是通信协议 通信协议(简称协议Protoco l)，是指相互通信的双方(或多方)对如何进行信息交换所一致同意的一整套规则。一个网络有一系列的协议，每一个协议都规定了一个特定任务的完成。协议的作用是完成计算机之间有序的信息交换。 通信网络是由处在不同位置上的各节点用通信链路连接而组成的一个群体。通信网必须在节点之间以及不同节点上的用户之间提供有效的通信，即提供有效的接入通路。在计算机通信网中，将这种接入通路称为连接(connection)。建立一次连接必需要遵守的一些规则，这些规则也就是通信网设计时所要考虑的主要问题。 (l)为了能在两个硬件设备之间建立起连接，应保证在源、宿点之间存在物理的传输媒介，在该通路的各条链路上要执行某种协议。 如果传输线路使用电话线，则要通过调制解调器将信号从数字转换成模拟的，并在接收端进行反变换。 如果用的是数字传输线路，则在数据处理设备和通信设备之间，必须有一个数字适配器，以便将数字信号的格式转换成两种设备各自所期望的形式。 为了在两个端设备之间互换数据，需要协调和同步，调制解调器和数字适配器必须执行它们自己的协议。 无论是模拟的还是数字的通信设备，调制解调器和数字适配器的状态必须由接到节点上的设备来控制，这里必定有一个物理的或电气的接口来执行这种功能，执行某种适当的协议来达到这一控制目的。 (2)在计算机通信网中，许多信息源都是突发性的(bursty)，问题是要利用信息的这种突发性质来降低消耗在线路上的费用，由此开发了许多共享通信资源的技术。所谓共享，是指允许多个用户使用同一通信资源，这就产生了多用户的接入问题。多路接入

JTT794-2011道路运输车辆卫星定位系统车载终端技术的要求

ICS 03.220.20；33.040.40 M32 中华人民共和国交通运输行业标准 JT/T 794—2011 道路运输车辆卫星定位系统车载终端技术要求GNSS system for operating vehicles —Technical specifications for vehicle terminals 2011-02-28 发布2011-05-08 实施 中华人民共和国交通运输部发布 JT/T 794—2011 目次 前言 ......................................................................................................................................... II 1 范围 ..............................................................................................................................................1 2 规范性引用文件 ..........................................................................................................................1 3 术语、定义和缩略语. (1) 4 一般要求 ......................................................................................................................................2 5 功能要求 ......................................................................................................................................3 6 性能要求 ......................................................................................................................................8 7 安装要求 ....................................................................................................................................11 附录A (12) 前言 本标准按GB/T 1.1—2009 给出的规则起草。本标准由全国道路运输标准化委员会（筹）提出并归口。本标准起草单位：交通运输部公路科学研究院、福建省交通运输厅、

HLP SV Modbus标准通讯协议格式

HLP_SV Modbus RTU 标准通讯协议格式 通信资料格式 Address Function Data CRC check 8 bits 8 bits N×8bits 16bits 1）Address通讯地址：1-247 2）Function：命令码8-bit命令 01 读线圈状态 上位机发送数据格式: ADDRESS 01 ADDRH ADDRL NUMH NUML CRC 注: ADDR: 00000 --- FFFF(ADDR=线圈地址－1)；NUM: 0010-----0040 (NUM为要读线圈状态值的二进制数位数) 正确时变频器返回数据格式： ADDRESS 01 BYTECOUNT DATA1 DATA2 DATA3 DATAN CRC 注: BYTECOUNT:读取的字数 错误时变频器返回数据格式： ADDRESS 0X81 Errornum CRC 注: Errornum为错误类型代码 如：要检测变频器的输出频率 应发送数据：01 01 00 30 00 10 3D C9（16进制） 变频器返回数据：01 01 02 00 20 B8 24（16进制） 发送数据：0030hex（线圈地址49） 返回的数据位为“0020”（16进制），高位与低位互换，为2000。即输出频率为 303（Max Ref）的50%。关于2000对应50%，具体见图1。

03读保持寄存器 上位机发送数据格式： ADDRESS 03 ADDRH ADDRL NUMH NUML CRC 注：ADDR: 0 --- 0XFFFF；NUM: 0010-----0040 (NUM为要读取数据的字数) ADDR=Parameter Numbe r×10-1 正确时变频器返回数据格式： ADDRESS 03 BYTECOUNT DATA1 DATA 2 DATA 3 DATAN CRC 注: BYTECOUNT:读取的字节数 错误时变频器返回数据格式： ADDRESS 0X83 Errornum CRC 如：要读变频器参数303的设定值 应发送数据：01 03 0B D5 00 02 95 BC （16进制） Parameter 303(3029)=0BD5HEX 变频器返回数据：“：”01 03 04 00 00 EA 60 B5 7B 返回的数据位为“00 00 EA 60”（16进制）转换为10进制数为60000, 表示303设置值为60.000 ※当参数值为双字时，NUM的值必须等于2。否则无法读取或读取错误。 05 写单个线圈状态 上位机发送数据格式： ADDRESS 05ADDRH ADDRL DATAH DA TAL CRC 注：ADDR: 0 ---- 0XFFFF(ADDR=线圈地址－1)；DATA=0000HEX(OFF) OR FF00(ON) HEX 正确时变频器返回数据格式： ADDRESS 05 DATAH DATAL BYTECOUNT CRC 错误时变频器返回数据格式： ADDRESS 0X85 Errornum CRC 如：要使写参数为写入RAM和EEPROM 应发送数据：01 05 00 40 FF 00 CRC（16进制） 变频器返回数据：01 05 FF 00 00 01 CRC（16进制） 发送数据：0040hex（线圈地址65） 06 写单个保持寄存器值（只能写参数值为单个字的参数） 上位机发送数据格式： ADDRESS 06 ADDRH ADDRL DA TAH DATAL CRC 注:ADDR: ADDR=Parameter Numbe r×10-1 正确时变频器返回数据格式： ADDRESS 06 ADDRH ADDRL DA TAH DA TAL CRC 错误时变频器返回数据： ADDRESS 0X86 Errornum CRC 如：要对变频器参数101写入1 应发送数据：01 06 00 03 F1 00 01 19 BD（16进制） 变频器返回数据：01 06 03 F1 00 01 19 BD（16进制） PARAMETER 101（1009）=03F1 HEX

菱f系列plc编程口通信协议

三菱FX系列 PLC 编程口通信协议总览 三菱PLC-FX2N 三菱FX系列PLC编程口通信协议总览 该协议实际上适用于PLC编程端口以及 FX-232AW 模块的通信。 通讯格式： 命令命令码目标设备 DEVICE READ CMD "0" X,Y,M,S,T,C,D DEVICE WRITE CMD "1" X,Y,M,S,T,C,D FORCE ON CMD " 7" X,Y,M,S,T,C FORCE OFF CMD "8" X,Y,M,S,T,C 传输格式: RS232C 波特率: 9600bps 奇偶: even 校验: 累加方式（和校验） 字符: ASCII 16进制代码： ENQ 05H 请求 ACK 06H PLC正确响应 NAK 15H PLC错误响应 STX 02H 报文开始 ETX 03H 报文结束 帧格式： STX CMD DATA ...... DATA ETX SUM(upper) SUM(lower) 例子： STX ,CMD ,ADDRESS, BYTES, ETX, SUM 02H, 30H, 31H,30H,46H,36H, 30H,34H, 03H, 37H,34H

SUM=CMD+......+ETX； 30h+31h+30h+46h+36h+30h+34h+03h=74h; 累加和超过两位取低两位 1、DEVICE READ（读出软设备状态值） 计算机向PLC发送： 始命令首地址位数终和校验 STX CMD GROUP ADDRESS BYTES ETX SUM 例子：从D123开始读取4个字节数据 02h 30h 31h,30h,46h,36h 30h,34h 03h 37h,34h 地址算法:address=address*2+1000h 再转换成ASCII 31h,30h,46h,36h PLC返回 STX 1ST DATA 2ND DATA ..... LAST DATA ETX SUM 注：最多可以读取64个字节的数据 例子：从指定的存储器单元读到3584这个数据 02h 33h 35h 38h 34h 03h 44h,36h 2、DEVICE WRITE（向PLC软设备写入值） 始命令首地址位数数据终和校验 STX CMD GROUP ADDRESS BYTES 1ST DATA 2ND DATA ...... LAST DATA ETX SUM 例子：向D123开始的两个存储器中写入1234,ABCD 02h 31h 31h,30h,46h,36h 30h,34h 33h,34h,31h,32h,43h,44h,41h,42h 03h 34h,39h PLC返回 ACK (06H) 接受正确 NAK (15H) 接受错误 3、位设备强制置位/复位 FORCE ON置位 始命令地址终和校验 STX CMD ADDRESS ETX SUM 02h 37h address 03h sum FORCE OFF复位 始命令地址终和校验

通信协议与编程

MODBUS通讯协议及编程 ModBus通讯协议分为RTU协议和ASCII协议，我公司的多种仪表都采用ModBus RTU 通讯协议，如：YD2000智能电力监测仪、巡检表、数显表、光柱数显表等。下面就ModBus RTU协议简要介绍如下： 一、通讯协议 （一）、通讯传送方式： 通讯传送分为独立的信息头，和发送的编码数据。以下的通讯传送方式定义也与MODBUS RTU通讯规约相兼容： 初始结构= ≥4字节的时间 地址码= 1 字节 功能码= 1 字节 数据区= N 字节 错误校检= 16位CRC码 结束结构= ≥4字节的时间 地址码：地址码为通讯传送的第一个字节。这个字节表明由用户设定地址码的从机将接收由主机发送来的信息。并且每个从机都有具有唯一的地址码，并且响应回送均以各自的地址码开始。主机发送的地址码表明将发送到的从机地址，而从机发送的地址码表明回送的从机地址。 功能码：通讯传送的第二个字节。ModBus通讯规约定义功能号为1到127。本仪表只利用其中的一部分功能码。作为主机请求发送，通过功能码告诉从机执行什么动作。作为从机响应，从机发送的功能码与从主机发送来的功能码一样，并表明从机已响应主机进行操作。如果从机发送的功能码的最高位为１(比如功能码大与此同时127)，则表明从机没有响应操作或发送出错。 数据区：数据区是根据不同的功能码而不同。数据区可以是实际数值、设置点、主机发送给从机或从机发送给主机的地址。 CRC码：二字节的错误检测码。

（二）、通讯规约： 当通讯命令发送至仪器时，符合相应地址码的设备接通讯命令，并除去地址码，读取信息，如果没有出错，则执行相应的任务；然后把执行结果返送给发送者。返送的信息中包括地址码、执行动作的功能码、执行动作后结果的数据以及错误校验码。如果出错就不发送任何信息。 1．信息帧结构 地址码：地址码是信息帧的第一字节(8位)，从0到255。这个字节表明由用户设置地址的从机将接收由主机发送来的信息。每个从机都必须有唯一的地址码，并且只有符合地址码的从机才能响应回送。当从机回送信息时，相当的地址码表明该信息来自于何处。 功能码：主机发送的功能码告诉从机执行什么任务。表1-1列出的功能码都有具体的含义及操作 数据区：数据区包含需要从机执行什么动作或由从机采集的返送信息。这些信息可以是数值、参考地址等等。例如，功能码告诉从机读取寄存器的值，则数据区必需包含要读取寄存器的起始地址及读取长度。对于不同的从机，地址和数据信息都不相同。 错误校验码：主机或从机可用校验码进行判别接收信息是否出错。有时，由于电子噪声或其它一些干扰，信息在传输过程中会发生细微的变化，错误校验码保证了主机或从机对在传送过程中出错的信息不起作用。这样增加了系统的安全和效率。错误校验采用CRC-16校验方法。 注：信息帧的格式都基本相同：地址码、功能码、数据区和错误校验码。 2．错误校验 冗余循环码（CRC）包含2个字节，即16位二进制。CRC码由发送设备计算，放置于发送信息的尾部。接收信息的设备再重新计算接收到信息的 CRC码，比较计算得到的CRC码是否与接收到的相符，如果两者不相符，则表明出错。

4-城市公共汽电车车载智能服务终端与调度中心间数据通信协议 (征求意见稿)-编制说明

城市公共汽电车车载智能服务终端与调度中心间数据通信协议 编制说明 (征求意见稿) 标准编制组 二〇一四年十二月

城市公共汽电车车载智能服务终端与调度中心间数据通信协议1.工作简况 1.1.任务来源 GB/T 28787-2012《城市公共交通调度车载信息终端与调度中心间数据通信协议》是在城市公共交通领域发布并使用较为广泛的标准，但标准在实际使用过程中存在部分需要调整的内容。为贯彻落实国家城市公共交通优先发展战略，提高城市公共交通服务水平，满足人民群众基本出行需求，缓解城市交通拥堵和资源环境压力，根据《交通运输“十二五”发展规划》，交通运输部决定在“十二五”期间组织开展国家“公交都市”建设示范工程，并提出了十一项工程标准，其中包含《城市公共汽电车车载设备数据采集通讯协议》。因此对编制组决定对GB/T 28787进行修订。 本标准由全国智能运输系统标准化技术委员会（SAC/TC 268）提出并归口。 1.2.编制单位 标准编制单位为交通运输部公路科学研究院、青岛海信网络科技股份有限公司、深圳市锐明视讯技术有限公司、郑州天迈科技股份有限公司、博康智能网络科技股份有限公司、北京航天智通科技有限公司、深圳市交通运输委员会、深圳市标准技术研究院、深圳市蓝泰源信息技术股份有限公司等。 1.3.工作过程 2013年11月，交通运输部公路科学研究院和海信网络科技股份有限公司成立了由相关专业技术人员组成的标准编制组，确定了标准编制的原则和基本的内容框架，制定了详细的工作计划，并进行了合理的分工。 2014年1月至3月，编制组按照工作计划深入了解了国内外公交相关标准，进行了充分的市场调研和分析，形成了调研报告，初步确定了标准的主要内容，完成了标准草稿的编制。 2014年4月至2015年1月，召开了多次专家讨论会，广泛征求行业意见， 1

GPS车载终端安装技术规范

GPS车载终端安装技术规范 由于车载卫星定位系统属高精密设备产品，必须要有一个良好稳定的工作环境，才能充分发挥其优良的工作性能，所以在安装过程中对其安装的方法和安装位置的确定至关重要。对于各种车型的不同，其安装位置和方法也不尽相同，要安装好一套车载定位设备，既要对设备配置熟悉又要对车辆情况有一定的了解。 首先要了解车载卫星定位系统总体结构和原理，系统主要是利用3星定位原理通过主机接收并处理GPS定位信息，由GPRS数字移动通信系统将GPS定位信息送到调度中心实施监控。车载式卫星定位系统的主要构成部分：车载终端（车台）、LCD显示屏、通话手柄、GPS天线、GSM天线、报警控制器以及其它选配附件和连线等；其次是要了解车辆车型及车辆结构，目前国内路面上行使机动车辆种类大致可分为轿车、面包车、中小型货车及大型半挂牵引集装厢车等车型。 车载设备主要技术参数： ◆工作电压：直流12V或24V ◆工作电流：200mA（待机状态） ◆频率范围：GPS 15750.42 MHz ◆通信速率：9600bps ◆定位精度：25m （无SA、无差分2σ） ◆速度精度：≤0.2m/s ◆动态特性：不小于4g ◆通讯范围：短消息已开通的GSM全网

下面详细介绍A VLS-80型车载卫星定位终端在各种车型中安装方法和安装位置。 ＊安装时所需工具： 小型电钻一把；十字、一字改锥各一把；万用表（或汽车试电笔0～24V）一个（支）；尖嘴钳、老虎钳、剥线钳或剪刀一把；Φ10圆锉一把；记号笔一支； ＊安装时所需耗材： Φ3、Φ5钻头若干；绝缘胶布、双面贴、扎线带、螺丝（Φ4×15㎜自攻、Φ4×10㎜自攻、Φ5×15㎜带螺母平头、Φ5×10㎜带螺母平头螺丝及配套垫片）若干； 一．轿车系列： 车台： 由于车台抗干扰性较弱，易受外界各种信号的干扰，从而影响车台的工作稳定性，而轿车均为发动机前置结构，在行驶过程中，其缸体上的火花塞会不断产生各种不同频段的电磁波，特别是高压点火线圈也位于发动机室内，且离驾驶室很近，它也会在工作时不断产生杂乱的高频电磁波，而且干扰强度有甚于火花塞的干扰。另外，霍尔传感器、分电器、信号放大器、仪表盘内的转速表等车辆配置均是依靠高压脉冲感应原理来工作的，也会产生不同程度的干扰信号。如果将车台安装在车辆前部将严重遭受这些电磁波的干扰而影响车台正常工

几种通信协议

RS-232-C RS-232-C是OSI基本参考模型物理层部分的规格，它决定了连接器形状等物理特性、以0和1表示的电气特性及表示信号意义的逻辑特性。 RS-232-C是EIA发表的，是RS-232-B的修改版。本来是为连接模拟通信线路中的调制解调器等DCE及电传打印机等DTE拉接口而标准化的。现在很多个人计算机也用RS-232-C作为输入输出接口，用RS-232-C作为接口的个人计算机也很普及。 RS-232-C的如下特点：采用直通方式，双向通信，基本频带，电流环方式，串行传输方式，DCE-DTE间使用的信号形态，交接方式，全双工通信。RS-232-C在ITU建议的V.24和V.28规定的25引脚连接器在功能上具有互换性。 RS-232-C所使用的连接器为25引脚插入式连接器，一般称为25引脚D-SUB。DTE端的电缆顶端接公插头，DCE端接母插座。 RS-232-C所用电缆的形状并不固定，但大多使用带屏蔽的24芯电缆。电缆的最大长度为15m。使用RS-232-C在200K位/秒以下的任何速率都能进行数据传输。 RS-449 RS-449是1977年由EIA发表的标准，它规定了DTE和DCE之间的机械特性和电气特性。RS-449是想取代RS-232-C而开发的标准，但是几乎所有的数据通信设备厂家仍然采用原来的标准，所以RS-232-C仍然是最受欢迎的接口而被广泛采用。 RS-449的连接器使用ISO规格的37引脚及9引脚的连接器，2次通道（返回字通道）电路以外的所有相互连接的电路都使用37引脚的连接器，而2次通道电路则采用9引脚连接器。 RS-449的电特性，对平衡电路来说由RS-422-A规定，大体与V.11具有相同规格，而RS-423-A大体与V.10具有相同规格。

VB编写的Modbus RTU协议通讯源程序

modbus rtu协议可以算是一种事实上的工业标准协议，为许多仪表、PLC等所支持。以前有几个用户问如何使用VB编程来与我们的KND-K3系列PLC通讯，于是整了一个demo 程序。这次把这个demo共享，希望能给大家一点帮助。 1）模块文件：modCRC，其中包含了CRC校验的函数。 'data 待校验的数组名称 'no 数组中元素个数 'btLoCRC 算出的CRC高字节 'btHiCRC 算出的CRC低字节 Public Function CalCRC16Fast(data() As Byte, no As Integer, btLoCRC As Byte, btHiCR C As Byte) As String Dim CL As Byte, CH As Byte '多项式码&HA001 Dim SaveHi As Byte, SaveLo As Byte Dim i As Integer Dim Flag As Integer btHiCRC = &HFF btLoCRC = &HFF CL = &H1 CH = &HA0 For i = 0 To (no - 1) btHiCRC = btHiCRC Xor data(i) '每一个数据与CRC寄存器进行异或 For Flag = 0 To 7 SaveHi = btLoCRC SaveLo = btHiCRC btLoCRC = btLoCRC \ 2 '高位右移一位 btHiCRC = btHiCRC \ 2 '低位右移一位 If ((SaveHi And &H1) = &H1) Then '如果高位字节最后一位为1 btHiCRC = btHiCRC Or &H80 '则低位字节右移后前面补1 End If '否则自动补0 If ((SaveLo And &H1) = &H1) Then '如果LSB为1，则与多项式码进行异或 btLoCRC = btLoCRC Xor CH btHiCRC = btHiCRC Xor CL End If

车载网络系统

随着汽车技术日新月异的发展，以及电子技术和控制技术在汽车上的大量应用，汽车上采用的电子控制模块越来越多。由原来的几块发展到现在的几十块，显然传统的数据传输方式已不能满足模块间数据传输的要求。新型汽车的控制系统中采用了一种新型的数据传输网络，英文缩写为CAN(ControllerAreaNetwork)，其目的是使汽车控制系统的数据传输实现高速化，并使汽车控制系统简单化。新型大众POLO乘用车即采用了这种局城网络控制系统。 一、CAN数据传输系统的组成与工作原理 CAN数据传输系统将传统的多线传输系统改变为双线(总线)传输系统（如图1所示）。这样一辆汽车不论有多少控制模块，也不管其信息容量有多大，每个控制模块都只需引出两条线接在两个节点上，这两条导线称为数据总线。数据总线好比一条信息高速公路，信息通过在高速公路上行驶的BUS来传递，所以CAN数据传输系统又称为CAN-BUS。 1.CAN数据传输系统的组成 CAN数据传输系统中的每个控制单元内部都含有一个CAN控制器和一个CAN收发器。

每个控制单元之间都通过两条数据总线连接。在数据总线两端都装有数据传输终端。由此不难看出，CAN数据传输系统由以下四部分组成： ⑴CAN控制器 CAN控制器的作用是接收控制单元中微处理器发出的数据，处理数据并传给CAN收发器。同时，CAN控制器也接收CAN收发器收到的数据，处理数据并传给微处理器。 ⑵CAN收发器 CAN收发器是一个发送器和接收器的结合，它将CAN控制器提供的数据转化为电信号并通过数据总线发送出去；同时，它也接收CAN总线数据，并将数据传输给CAN控制器。 ⑶数据传输终端 数据传输终端实际上是一个电阻器，其作用是保护数据，避免数据传输到终端被反射回来而产生反射波。 ⑷CAN数据总线 CAN数据总线是传输数据的双向数据线，分为高位数据线和低位数据线。为了防止外界电磁波干扰和向外幅射，CAN数据总线通常缠绕在一起。这两条线上的电位和是恒定的，如果一条线上的电压是5V，则另一条线上的电压为0。 2.CAN数据传输系统的工作原理 控制单元向CAN控制器提供需要发送的数据，这种数据由二进制数构成，即“0”或“1”，“1”表示电路接通，“0”则表示断开。也就是说1位数字可表示2种状态，2位数则可表示4种状态；3位数可表示8种状态，依此类推，最大的数据是64位，它可表示的信息量为2的64次方，等于1.8乘以10的19次方。用数字表达温度信息的实例见表1。

电动汽车远程监控技术规范-2-车载终端通信协议及数据格式

电动汽车远程监控技术规范 第2部分：车载终端通信协议及 数据格式 Technical specifications of remotemonitoring for electric vehicles Communication protocol and data format of vehicle terminal （征求意见稿） ICS **.*** 北 京 市 地 方 标 准 DB11/T ****—2012 北京市质量技术监督局 发布 DB11

目次 目次 (1) 前言 (2) 1 范围 (3) 2 规范性引用文件 (3) 3 术语和缩略语 (3) 4 协议结构 (4) 5 通信连接 (4) 6 数据包结构和定义 (7) 7 数据单元格式和定义 (9) 附录A（规范性附录）部分字段定义 (14)

前言 本标准按照GB/T1.1-2009给出的规则起草。 本标准由北京市科学技术委员会提出并归口。 本标准由北京市科学技术委员会组织实施。 本标准的主要起草单位：北京理工大学、北京交通大学本标准的参与起草单位： 本标准的主要起草人： 本标准的参与起草人：

电动汽车远程监控技术规范 第2部分：车载终端通信协议及数据格式 1范围 本标准规定了电动汽车远程监控系统车载终端与监控和服务平台之间的通信协议，描述了用于通信的协议格式和数据要求。 本标准适用于电动汽车远程监控系统车载终端与监控和服务平台之间的通信。 2规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 GB 16735 道路识别代号(VIN) GB18030信息技术中文编码字符集 GB/T 19056 汽车行驶记录仪 GB/T 19596电动汽车术语 GB/T 1988 信息技术信息交换用七位编码字符集（eqv ISO/IEC 646） JT/T794道路运行卫星定位系统车载终端技术要求 YD/T1214900/1800MHz TDMA数字蜂窝移动通信网通用分组无线业务（GPRS）设备技术要求：移动台 QC/T 413汽车电气设备基本技术条件 DB11/Z 801-2011 电动汽车电能供给与保障技术规范动力蓄电池包编码 DB11/T ****-2012 电动汽车远程监控技术规范总则 DB11/T ****-2012 电动汽车远程监控技术规范车载信息采集与传输终端 3术语和缩略语 3.1术语和定义 GB/T 19596确立的以及下列术语和定义适用于本文件。 3.1.1 注册register 车载终端连接上监控和服务平台时向监控和服务平台发送数据包进行身份识别。 3.1.2 上行方向upstream direction

JTT 794-2011 道路运输车辆卫星定位系统车载终端技术要求

； 中华人民共和国交通运输行业标准 JT/T 794—2011 道路运输车辆卫星定位系统车载终端技术要求GNSS system for operating vehicles —Technical specifications for vehicle terminals 2011-02-28 发布2011-05-08 实施 中华人民共和国交通运输部发布 JT/T 794—2011 目次 前言 ......................................................................................................................................... II 1 范围 (1) 2 规范性引用文件 (1) 3 术语、定义和缩略语 (1) 4 一般要求 (2) 5 功能要求 (3) 6 性能要求 (8) 7 安装要求 (11) 附录A (12) 前言 本标准按GB/T 1.1—2009 给出的规则起草。本标准由全国道路运输标准化委员会（筹）提出并归口。本标准起草单位：交通运输部公路科学研究院、福建省交通运输厅、中国交通通信信息中心。本标准主要起草人：周炜、林元洪、冯泉、杨英俊、董轩、罗冠伟、李明瑛、杨富锋、李文亮、张锦、沈兵、王轶萍、晋杰、梁金焰、尚绛、肖晔、王建、丘舍金、韦昌荣、代伟良、孙亚夫、张伟。 II JT/T 794—2011 道路运输车辆卫星定位系统车载终端技术要求 1 范围 本标准规定了道路运输卫星定位系统车载终端(以下简称终端)的一般要求、功能要求、性能要求以及安装要求。本标准适用于道路运输卫星定位系统中安装在车辆上的终端设备。 2 规范性引用文件 下列文件对于本标准的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。GB/T 19056 汽车行驶记录仪 GB/T 19951 道路车辆静电放电产生的电骚扰试验方法 JT/T 766-2009 北斗卫星导航系统船舶监测终端技术要求 QC/T 413 汽车电器设备基本技术条件 QC/T 417.1 车用电线束插接器第1 部分:定义，试验方法和一般性能要求 QC/T 420 汽车用熔断器 QG/T 730 汽车用薄壁绝缘低压电线 YD/T 1050 800MHz CDMA 数字蜂窝移动通信网设备总测试规范: 移动台部分 YD/T 1214 900/1800 MHz TDMA 数字蜂窝移动通信网通用分组无线业务(GPRS}设备技术 要求:移动台 YD/T 1367 2GHz TD-SCDMA 数字蜂窝移动通信网终端设备技术要求 YD/T 1547 2GHz WCDMA 数字蜂窝移动通信网终端设备技术要求(第三阶段) YD/T 1558 2GHz CDMA2D0 数字蜂窝移动通信网设备技术要求: 移动台 3 术语、定义和缩略语 3.1 术语和定义