联网使用及通讯协议
新一代UFT系列产品本身带有隔离的RS485接口，可以同时支持多种常用的通讯协议，包括MODBUS协议、M-BUS、FUJI扩展协议、并兼容国内其它厂家协议。
MODBUS协议是常规的工控常用协议。MODBUS的两种格式RTU和ASCII都能支持。
FUJI扩展协议是在日本FIJI超声波流量计协议的基础上扩展实现的，能够兼容FUJI超声波流量计协议，以及第7版超声波流量计协议。
兼容协议可以兼容水表协议以及国内其他厂家协议，为了方便用户把UFT系列产品接入用户按照国际其它厂家通讯协议而开发的数据采集系统中，目前可以支持8种兼容通讯协议。使用兼容通讯协议，用户需要在M63中，选择：MODBUS ASCII选项后再选择协议中的任意一种即可。
UFT系列产品还能够起到简易RTU设备的作用，可使用
（一）流量计串行口定义
PIN 1 空
PIN 2 RXD收
PIN 3 TXD发
PIN 4 DTS
PIN 5 地
PIN 6 DSR
PIN 7 +5V
PIN 8 空
PIN 9 RING振铃信号输入
（二）同上位机的RS232直接联接
参见上图所示
(三) 通信协议及其使用
UFT型超声波流量计可以使用FUJI扩展协议，下表中带*符号表示新添加协议，使用原扩展协议时要确保在M63菜单中选择“MODBUS-ASCII+原协议”选择项。波特率等串口参数则在M62菜单中设置。
（1）基本命令
基本命令采用数据字符串表示，以回车换行符表示的命令结束，特点是数据长度随意。常用命令如下表所示：
注
0．（cr）表示回车，其ASCII 码值为0DH。(lf)表示换行，其ASCII 码值为0AH。
1．d表示0~9数字，0值表示为 +0.000000E+00
2．d表示0~9数字, ddddddd是整数，“E”前面整数部分其中无小数点。
3．1~6个字母表示的机器状态，字符含义见错误代码一节，例如“R”，“IH”
4．s表示ON/OFF/UD其中之一
例如“TR:ON,RL:ON”表示OCT和继电器处于吸合状态
例如“TR:UD,RL:UD”表示OCT和继电器没有使用
5．@表示键值，例如30H,表示“0”键，例如命令“M4”相当按键“4”
6．a表示电流值，取值范围0~20，例如AO2.34567, AO0.2
7．dddddddd八位表示机器的电子序列号码，t表示机器类型
8、如果数据网中同时有多台UFT-（F）流量计则基本命令不能单独使用，必须加N或W前缀后方可使用，否则会造成多台流量计同时应答，导致系统混乱。
9、用GSM模块配接流量计可实现利用手机短信息查看流量计流量参数的功能。具体内容请来电查询。
（2）功能前缀和功能符号
1、P前缀
字符P可以加在每一个基本命令前，表示回传的数据带有CRC校验。校验和的求法是二进制加法得到的。
例如：命令DI＋（CR）（相应二进制数据为44H,49H,2BH,0DH）回传的数据为+1234567E+0m3（CR）（相应二进制数据为2BH,31H,32H,33H,34H,35H,36H,37H,45H,2BH,30H,6DH,33H,20H,0DH,0AH）则命令PDI+(CR)回传的数据为+1234567E+0m3！F7(CR)，“！”表示其前是求和的字符，其后两个字节的校验和（2BH+31H+32H+33H+34H+35H+36H+37H+45H+2BH+30H+6DH+33H+20H=(2)F7H）
注意“！”前可以没有数据，也可能存在空格符号。
2、 N前缀
N命令的用法是N+单字节地址码＋基本命令。
例如欲访问第88号流量计的瞬时流速，可发命令NXDV(CR)，其中X的十进制码值为88。建议用户使用W命令。
3、W前缀
W前缀的用法是W+数字串地址码+基本命令，数字串取值范围0~65535除去13（0DH回车），10（0AH 换行），42（2AH*），38（26H&）。如欲访间第12345号流量计的瞬时流速，可发命令W12345DV（CR），对应二进制代码为57H，31H，32H，33H，34H，35H，44H，56H，0DH。
4、&功能符号
&’功能可以实现多个基本命令相加的功能，只要保证所有基本命令相加以后形成的总字符长度不超过250个字符即可。所形成的‘超级’命令能够一次传送至流量计，流量计则同时作出应答。
P前缀P也可以加在基本命令之前。
例如要求同时发回第4321号流量计的1.瞬时流量2.瞬时流速3.正累计量4.热量累计量5.AI1模拟输入电流数值6.AI2模拟输入数值，并且带校验，发送命令如下：
W4321PDQD&PDV&PDI+&PDIE&PBA1&PAI2(CR)
一次同时回传的数据可能如下
+0.000000E+00m3/d!AC(CR)
+0.000000E+00m/s!88(CR)
+1234567E+0m3 !F7(CR)
+0.000000E+0GJ!DA(CR)
+7.838879E+00m A!59
+3.911033E+01!8E(CR)
再例如，要求从串行口修改管道外直径为123.456毫米，然后回传显示器内容，可发送如下指令：MENU11&M1&M2&M3&M:&M4&M5&M6&M=&LCD（CR）
(3)兼容协议1
兼容通讯协议是为了方便用户把UFT接入用户按照汇中通讯协议而开发的数据采集系统中。新开发项目请不要使用这些协议，因为我们将来新开发仪表很可能不能够支持这些协议。
新版UFT目前可以支持8种汇中的通讯协议。
为了使用汇中的通讯协议，用户需要在M63中，选择“MODBUS ASCII”选项后再选择下面协议的一种即可。
0. CRL-G ；LL＝33字节
1. SCL-61D (D<50mm) ；LL=13字节，累积量缩小1000倍
2. SCL-61D (D≧50mm) ；默认选项,LL=13字节水表只兼容此协议,累积量缩小10倍
3. SCL-6
4. SCL-7x (D<50mm)
5. SCL-7x (D≧50mm)
6. CRL-G-DL (D<50mm)
7. CRL-G-DL(D≧50mm)
8. CRL-H
9. CRL-HL
10. CRL-G-D (D<50mm)
11. CRL-G-D (D≧50mm)
上面的协议中的D表示管道的直径。
如果用户是新开发工程建议选用MOSBUS协议。
其它详细细节请参考汇中有关资料。下面只给出一种SCL-61D(D≧50mm)的说明。这种协议天泽生产的电池供电型水表只兼容这一种协议，因此新版流量计把这种协议作为出厂默认选项。
(4) SCL-61D(D≧50mm)兼容协议
接口：RS485
波特率：默认9600，使用M62菜单可选择共8种不同的速率
校验位：无（NONE）,偶（EVEN）,奇（ODD）
数据位：8
停止位：1，2
在以下说明中：XXh 表示当前仪表通讯地址（也称为网络地址），数值范围00h-FFh。YYh 表示仪表新的通讯地址，数值范围00h-FFh。ZZh 校验和，是所有数据字节的字节累加和（注意是
二进制累加和，不包括控制及命令字节），不计超出FFh的进位部分。h表示此数值为
16进制数
命令格式
（1）读取水表数据（4A 命令）
主机命令： 2Ah XXh 4Ah 仪表回答 26h XXh 4Ah LL （BCD 码） ZZh
（2）读取定时存储数据 （49命令）
主
机命令：
2Ah XXh 49h 仪表回答 26h XXh 49h LL （BCD
码） ZZh
该命令同（1）4A 命令读取水表数据，唯一区别是该命令读出的数据是上一个定时时刻存储的数据，
而（1）4A 命令读取水表数据读出的是当前水表数据。
（3）更改通讯地址（4B 命令）
主机命令： 2Ah XXh 4Bh YYh 仪表响应 26h XXh 4Bh YYh
如果选取 XXh=YYh ，应用此命令可以循环检测通信线路是否正常，还可以扫描网络中存在的仪表数目，可以实现网络的自动配置
注：一般地，主机端需要确认仪表是否设置了正确的通讯地址。如果不检测的话，在误码率较高的网络中，请慎用此4B 命令，因为如果主机发送的YYh 如果发生了错误，就会发生“丢失”下位机，或者造成两台仪表具有同一通讯号码而发生冲突现象。
（4）更改（设定）定时数据记忆时间（4C 命令）
主机命令： 2Ah XXh 4Ch DDh HHh
仪表回答： 26h XXh 4Ch DDh HHh MMh ZZh
其中 DDh 表示某天，HHh 表示某小时， MM 表示某分钟，BCD 码格式 DD 取值为某月的一天，例如 2Ah 86h 4Ch 12h 15h 表示设定86号仪表在每月的12号15时记忆（存
储）当时的瞬时流量、累计流量、工作时间和状态代码，此储存数据便于用49命令读出。 如果DD ＝0则表示每天的HHh 时刻进行储存记忆操作。 （5）广播校时 （4D 命令）
主机命令： 2Ah AAh 4Dh ssmmhhDDMMYY 仪表不作回答
其中ssmmhhDDMMYY 表示BCD 码格式的时间日期数值，分别是秒分时天月年。
诊断信息代码为 00h 时表示正常
02h 时表示管道空错误或者是仪表不正常工作 05h 时表示数据存储时错误，硬件故障，需要维修 （6）扩充的读取水表命令（50命令， 平顶山水资源监控用命令）
主机命令： 2Ah XXh 50h （*xxP ） 仪表回答 26h XXh 50h LL （BCD 码） ZZh
例如 9~12字节数据为 12h，34h，56h，78h，而第17字节数值=2时，则实际的正累积量值是12345678 X 0.01 =123456.78 立方米
例如接收的字符串为 26H，01H，50H，00H，00H，00H，90H，00H，00H，00H，65H，78H，56H，34H，12H，12H，34H，56H，80H，03H，00H，00H，12H，34H，00H，zz
则表示的水表数值如下
瞬时流速=00000.090 m/s
瞬时流量=00000.065 m3/h
正累积量=78563412x10-3=78563.412 m3
负累积量=12345680x10-3=12345.680 m3
总工作时间=00001234 小时
水表工作状态=00表示正常。
注意：对于替换升级换代使用的用户需要注意如下几点
（1）新版UFT系列产品更多强调用户可编程更改，所以在协议中，并没有固定波特率以及校验位的定义，用户需要自己查验，采用合适的波特率。
（2）新版UFT系列超声波流量计通信时，对时刻的要求低，可以任何时候采集数据。采集数据的时间间隔并没有特殊的要求。
（3）新版UFT系列超声波流量计出厂设置波特率一般为9600，无校验位。如果需要替换同类仪表，需要更改串行口参数。用户可以在订货时提出此要求，由厂家在出厂时设置好。用户也可以自行更改。
更改的方法请参考设置一章
（4）新版UFT系列超声波流量计的通信地址（通信号码）。在显示菜单M46中可以查阅，也可以使用按键进行更改。出厂时此地址码一般地址设为01用户需要自己修改为合适地址。
（5）键值编码
健值编码用于使用联机时，在上位机模拟按键用途。例如通过串行口输入指令“M1”，即相当于在UFT 型超声波流量计键盘上按键1，这样可达到上位机完全实现键盘操作的所用功能。所有键盘编码如下表所示。
（6）编程举例
1、VB 发出查询每秒瞬时流量的语句MSCOMM1.INPUT=”dps ”+vbcrIf ；
2、用VB 发出命令，要求同时发回第4321号流量计的1.瞬时流量2.瞬时流速3.正累计量4.热量累计量5.AI1模拟输入电流数值6.AI2模拟输入数值并且带校验。发送命令如下：
MSCOMM1.INPUT=
“W4321PDQD&PDV&PDI+&PDIE&PBAI1&PAI2”+VBCRLF;
3、VB 发出修改设置管道外直径（位于M11窗口）等于345mm 的命令MSCOMM1.INPUT=”M<”+VBCRLF+”M1”
+VBCRLF+”M1”+VBCRLF +”M3”+VBCRLF+”M4”+VBCRLF+”M5”+VBCRLF+”M =”+VBCRLF 上式中”M<”表示MENU 键，“M=”表示NET 键，“M1”表示“1”键。
（7）MODBUS协议
MODBUS协议的两种格式都能支持。通过在菜单窗口M63中，选择使用MODBUS-RTU还是MODBUS-ASCII 格式。默认状态下支持MODBUS-ASCII格式。
UFT型系列超声波流量计/热量计只能支持MODBUS功能代码03和06以及16三种功能代码，分别是读寄存器和写单一寄存器以及数据块写入功能。
例如在RTU方式下读取1号设备的从寄存器1开始的10个寄存器的命令如下
01 03 00 00 00 0A C5 CD （十六进制数字）
设备号功能起始寄存器寄存器数目效验和
其中C5 CD是16进制数值，是按照CRC-16 (BISYNCH，多项式是x16 + x15 + x2 + 1屏蔽字为0A001H)循环冗余算法得到的。请参考MODBUS有关资料了解进一步的算法。
在 ASCII方式下读取1号设备的从寄存器1开始的10个寄存器的命令如下
：010********AF2（回车换行）
其中“：”是ASCII方式下的引导符，“F2”是双字节效验和。求法是把除“：”及回车换行以外的所有字符的二进制ASCII码值进行二进制加法得到的。
有关MODBUS协议细节请参考有关资料。
在调试MODBUS协议时，推荐使用一种免费调试软件MODSCAN，这个软件可以在互联网上搜索到。当出现问题时，如果能够接受到效验和正确的数据包则说明通讯本身是不存在问题的。
在默认状态下通信的设置速率一般是9600、无效验、8数据位、1个停止位。
7.1 MODBUS寄存器地址表
（注意与水表协议的不同之处）
注：（1）内部累积量使用了长整数和小数组合的方式。一般使用时，只读整数部分即可，小数部分可以忽略。累积量的大小和累积单位及倍乘因子有关系，它们之间的确切关系是，设累积整数部分N（对正累积而言是寄存器0009，0010中数值，32比特带符号长整数），累积的小数部分为Nf（对正累积而言是寄存器0011、0012中内容，4字节浮点数），而累积流量倍乘因子为n（寄存器1439）则正累积流量=(N+Nf ) ×10n-3 （单位在累积流量单位1438寄存器中确定）。
寄存器1438中取值0-7含义如下
0 立方米 (m3)
1 公升 (L)
2 美制加仑 (GAL)
3 英制加仑 (IGL)
4 美制兆加仑 (MGL)
5 立方英尺 (CF)
6 美制石油桶[42](OB)
7 英制石油桶 (IB)
累积热量=(N+Nf )×10n-4
其中：对于净热量，N值在寄存器 0029，0030中
对于净热量，Nf值在寄存器 0031，0032中
n值在寄存器1440中确定，
累积热量单位在寄存器1441中确定。
（2）其他变量不再给出，如果您有需求可咨询我公司
（3）请注意上表格中的很多数据对于非热量计来说是无效的，在单独使用流量计时，可以忽略无关项。这些无关项主要是为了使我们的产品的通讯协议统一，便于用户使用。
（4）错误代码是16比特位其含义如下
Bit0 没有收到信号错误
Bit1 信号太低错误
Bit2 信号差错误
Bit3 管道空错误
Bit4 电路硬件错误
Bit5 正在调整电路增益
Bit6 频率输出超量程错误
Bit7 电流环输出电流过量程错误（一般情形下需要设置最大量程）
Bit8 内部数据寄存器效验错误
Bit9 主振频率或者时钟频率存在错误
Bit10 参数区存在效验和错误
Bit11 程序存储器数据效验和错误
Bit12 温度测量电路可能存在错误
Bit13 保留？？
Bit14 内部计时器溢出错误
Bit15 模拟输入电路存在错误
注意如果对于流量计，使用此代码时请先注意屏蔽掉那些与热量测量有关的位，因为那些位的状态不是确定的。
7.2 年月日累积数据MODBUS地址表
（1）日累积数据
每日累积数据采用32个字节大小的数据块循环队储存，共有512个数据块，当前的数据块指针地址在寄存器0162中，其数值范围为0~511。当前指针指向“昨天”的数据，当前指针减1则指向“前天”的数据。数据指针等于0时再减1则指向数据块511。设0162中数为1，则昨天的累积数据在寄存器10257-10272中，前天的数据在10241-10256中，大前天的数据在18417-18432中。
注意：在组态软件中，对于浮点数据等变量的读出在前面需要添加“4”，这样可能在这类软件中填写寄存器地址时，10241这个寄存器应该写成“410241”。
注：1.状态字节的含义请见状态字含义说明
2.如果读出的数据全是0FFH，表明此寄存器为空。
注：状态字节的含义请见状态字含义说明
（2）月累积数据
月累积数据具有和日累积数据相同的结构，请参考日累积数据说明。特别的是日期字节总是取0值，且只有128个数据块。
注：1.状态字节的含义请见状态字含义说明
2.如果读出的数据全是0FFH，表明此寄存器为空。
（3）年累积数据是从月累数据中导出来的。
（4）上电断电数据MODBUS地址表
断电时，新版流量计会记录断电时刻时间和流量计当时工作状态字以及所有的累积器值，每个数据块有128个字节组成，共有32个数据块，可循环记录前32次断电。系统使用这些数据使流量计恢复到断电前的工作状态，用户可使用这些数据来检查
上电断电数据也是采用队列环结构存储，请注意当前数据所在位置和指针有关，并且和日月年累积数据不同的是指针减1才指向上此断电数据，参见日累积部分说明，上断电数据的MODBUS地址表如下
关于通讯方面问题的问答
（1）问：为什么我就连接不上流量计，它不做任何反应？
答：A. 检查串口参数是否匹配；位于M63窗口的协议选择是否正确
B．检查物理连线是否接好
D．位于M46窗口的地址是否设置正确
C．把流量计重新上电，应该能接收到字符“AT”，否则A和B步存在问题
D．检查命令是否正确。在使用扩展协议时命令后面要紧跟者一个回车符号
（2）问：为什么MODBUS读出的量值乱七八糟的，和显示值完全不一致？
答：一般来说如果MODBUS协议能够读出数据就表明协议本身没有问题了。乱七八糟的数据是有：A．数据格式错误， B.寄存器地址有误导致数据发生了位移而产生错误。比如REAL4这种实型变量（IEEE754格式的单精度浮点数），按照字和字节共有4种不同的排列方式，UFT使用的是最常规的一种，即低word和高byte在前格式。您可以修改您的软件的数据存放格式解决这个问题。如果使用通用的组态软件，则组态软件一般具有一个选择格式的方法。
（3）问：我的系统要求每次1小时只发出一次命令然后要求同时收到多个变量，应该使用哪个协议？答：一条MODBUS命令可以一次读出很多变量。如果MODBUS-RTU不能解决问题，可以使用使用“&”连接符号连接起来的扩展协议。还可以使用简易兼容协议，或者Meter-BUS协议。
（4）问：为什么通过协议读出的量值和流量计显示的不一致？
答：A. 确认变量地址是否就是您要求的那个变量？因为流量计内部的变量太多，是否混淆了? 注意在读取数据时，REG 0001在命令字符串中表示为0000，而不是0001。0001在命令字符串中表示读出REG 0002的内容。
B．对于累积量只能显示7位10进制数字，而通过MODBUS协议可以读出9位10进制数字。这种情况下，读出来的数值的后7位是一样的。
（5）问：我的系统不能支持长整数以及实型变量格式，应该怎么办？
答：需要采用数值转换方式，或查找新驱动程序解决。
（6）问：MODBUS有测试程序吗？
答：有！推荐使用MODSCAN这个软件，可以在网上搜到。这个程序很是方便，有助于方便检查读出的数据，理解各种类型数据的含义。
（7）问：流量计是否具有模拟运行状态以方便测试，怎样设置？
答：有！在M11窗口中输入0值即启动模拟运行状态。模拟运行状态下总是设置流速为1.2345678m/s，瞬时流量等于0，并且显示“R”状态。如果要求瞬时流量为设定值，则可以通过在M44窗口中输入一个负的设定值实现。例如在M44窗口中输入-3600立方米/秒。瞬时流量就会显示为3600立方米/秒。这时所有累积器也会做相应的累积。因此就得到了变化的累积量输出。使用这个功能，能在不接传感器的条件下，特别方便与联网软件的调试以及流量计功能的测试。
物联网中的通信协议类型 物联网中设备、网关、云以及服务之间的相互通信是按照一定的通信协议进行的。大多数的IP协议应用都使用了TCP或UDP进行传输。而在许多物联网应用中，有几种消息分发功能是常见的，希望这些功能可以通过不同的应用以可互操作的标准方式来实现。本文盘点整理下目前比较常用到的一些物联网中的“会话层”协议。认准中盈智能品牌。 MQTT MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)最初在1999年由IBM 推出，2013年OASIS对其进行了标准化，使其成为了一种开放标准。这是一个发布/订阅，非常简单和轻量级的消息协议，专为受限设备和低带宽、高延迟或不可靠的网络而设计。设计原则是尽量减少网络带宽和设备资源需求，同时也要确保可靠性和一定程度的传送保证。这些原则也使得协议成为连接设备中新兴的“机器对机器”(M2M)或“物联网”行业以及带宽和电池电量非常重要的移动应用的理想选择。 另外，还有针对物联网安全扩展的SMQTT(Secure MQTT)和针对传感网络的MQTT-SN(for sensor networks)。 AMQP AMQP (Advanced Message Queuing Protocol，高级消息队列协议) 是用于业务消息的开放互联网协议。AMQP由几层组成。最低层定义了用于在网络上的两个进程之间传输消息的高效的二进制对等协议。在此之上，消息传递层使用具体的标准编码来定义抽象消息格式。每个合规的AMQP进程必须能够以这种标准编码发送和接收消息。AMQP连接系统，为业务流程提供所需的信息，并可靠地传输实现其目标的指令。 CoAP CoAP (Constrained Application Protocol，受限应用协议)是一个专门的网络传输协议，用于受限的节点和网络。节点通常具有少量ROM和RAM的单片机。该协议专为机器对机器(M2M)应用而设计，如智能能源和楼宇自动化。 XMPP XMPP (Extensible Messaging and Presence Protocoll，可扩展通讯和表示协议)是一种用于实时通信的开放式XML技术、支持即时消息、在线状态和协作等广泛的应用。 DDS DDS (Data Distribution Service，数据分发服务)是来自对象管理组(OMG)的以数据为中心
1应用范围 本规范规定了电能表进行点对点的或一终端对多台电能表进行一主多从的本地通讯接口进行数据交换的技术要求，规定了本地系统硬件和协议规范。规定了物理连接、通讯链路及应用技术规范（数据的基本格式、校验方式、编码传输规则等）。 本规范主要参考了部颁DL/T 645-1997多功能电能表通信规约，根据我公司的DSSD331-3、DTSD341-3电能表的特色做了相应的扩展。本规范中未给出的一些例子和示意图请参见部颁规约。 2引用标准 下列标准所包含的条文，通过在本标准中的引用而构成为本标准的条文。本标准出版时，所示版本均为有效，所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。 DL/T 645-1997 多功能电能表通信规约 DL/T 614-1997 多功能电能表 3术语 3.1费率装置tariff device 固定的数据采集与处理单元，通常与电能表连接或与电能表组装在一起。 3.2手持单元（HHU）hand-heldunit 能与费率装置或电能表进行数据交换的便携式设备。 3.3数据终端设备data terminal equipment 由数据源、数据宿或两者组成的设备。
3.4直接本地数据交换direct local data exchange 一组费率装置与数据终端设备通过总线连接进行数据交换。 3.5本地总线数据交换local bus data exchange 一组费率装置与数据终端设备通过总线连接进行数据交换。 3.6远程数据交换remote data exchange 通过数据网络，数据采集中心与一台或一组费率装置之间的数据交换。 3.7主站master station 具有选择从站并与从站进行信息交换功能的设备。本标准中指手持单元或其它数据终端设备。 3.8从站slave station 预期从主站接收信息并与主站进行信息交换的设备。本标准中指费率装置。 3.9总线bus 连接主站与多个从站并允许主站每次只与一个从站通信的系统连接方式（广播命令除外）。 3.10半双工half-duplex 在双向通道中，双向交替进行、一次只在一个方向（而不是同时在两个方向）传输信息的一种通信方式。 3.11物理层physical layer 规定了数据终端设备或手持单元与费率装置之间的物理接口、接口的物理和电气特性，负责物理媒体上信息的接收和发送。 3.12数据链链路层data-link layer 负责数据终端设备与费率装置之间通信链路的建立并以帧为单位舆信息，保证信息的顺序传送，具有传输差错检测功能。 3.13应用层application layer
****公司 中国联合网络通信有限公司分公司物联网业务服务协议 年月
法定代表人： 地址： 乙方：中国联合网络通信有限公司分公司 负责人： 地址： 鉴于： 1.甲方是依据中华人民共和国法律成立的【】，主要从事【】。 2.乙方是中国联合网络通信有限公司的分公司，主要从事通信服务业务。 3. 务。 为此，甲、乙双方经友好协商，达成如下协议： 第一条定义 1、在本协议中，除非上下文另有明确说明，词语和简称的含义见附件2。 2、本协议中没有明确规定的其他相关词语，按照中国法律法规、政府部门的规定、或有权部门的政策性规定解释，没有以上文件明确解释的，参考行业惯例解释。 第二条合同内容 乙方提供的物联网业务服务包括平台服务与通信服务。 1、平台服务：是指提供物联网平台的访问权限、标准文档、在线和电话支持，以及创建和管理账户的访问权限等，帮助甲方进行物联网连接管理。
2、通信服务：是在现有技术条件下的网络与设施覆盖范围内的电信服务，包括数据、短信、语音。（具体业务详见附件3《账户配置单》） 第三条甲方权利义务 1、甲方有权享受本协议约定的通信服务并在乙方提供的通信服务项目中选择和变更自己所需要的服务，有权对乙方的通信业务服务质量进行监督和申诉。甲方作为乙方的大客户，有权享受乙方提供的相应的大客户服务。 2、甲方不得利用乙方提供的服务从事违法犯罪、妨碍社会治安的活动。并且，甲方不得以任何名义及方式将其使用的乙方业务以任何名义及方式（包括赠与、转租、转借、转售等）提供给第三方。 3、甲方自行负责其运行设备和应用程序的维护和管理，并遵守乙方安全、注册、访问和使用规则，对于任何非因乙方平台服务问题引起的故障，甲方应自行负责处理和解决。 4、甲方应尽力避免未经授权的访问或使用服务。如发现任何未经授权使用甲方账户登录平台或其他可能导致甲方账户遭窃、遗失的情况，甲方应及时通知乙方。 5、如乙方有合理理由怀疑甲方存在异常的设备使用，乙方有权停止对甲方的服务。异常的设备使用是指设备无法正常运行，频繁重试、重新连接或重新启动。这种行为会致使乙方的电信系统超载，乙方会根据实际情况，采取必要预防措施防止异常的设备使用。 6、甲方应履行工信部、公安部及工商总局关于实名制登记义务，配合乙方对物联网SIM卡实际使用人的身份证件进行验证并登记身份信息，做到物联网SIM卡与实际使用人一一对应；甲方办理涉及行业应用的物联网SIM卡业务时，应配合乙方登记责任单位及责任人信息。甲方作为统一办理物联网SIM卡的责任单位，明确对应责任人：姓名：身份证件号码：。甲方确保其向乙方提供资料真实、准确、有效，并保证在发生变更后【】个工作日内以书面形式通知乙方。 7、甲方使用乙方提供服务对外发布的信息所产生的纠纷，完全由甲方负责解释并承担责任。如给乙方造成损失，由甲方负责赔偿。
七大技术之争 较受关注的是采用授权频谱的和，主要由3主导的运营商和电信设备商投入；以及采用非授权频谱的、、、、( )等技术，其大部分投入为非电信领域。 ，，抓住两个关键词：低功耗和广域覆盖，简单的说，就是在特省电的情况下，实现长距离通信的无线技术。 这种技术的共同点就是，远距离通信能力可支持大规模物联网部署，低功耗可避免经常更换电池，降低维护成本。 最典型的应用就是智慧城市，城市路灯、智能电表、下水道水位探测、智能交通等等，远距离无线通信可避免铺设有线管道，低功耗可保证几年不用更换电池，省事省成本，这对于规模浩大的智慧城市建设简直是不二选择。 1 . ，市场碎片化？ 颇有后来居上的势头。2016年3惊觉商机已来，火速在6月推出R13 标准。 尽管来得稍晚，却备受瞩目。3主导，几大电信设备商支持，全球300多家运营商的已完成全球90%覆盖的移动网络，无以伦比的生态系统让其他技术直呼狼来了。
?支持现网升级，可在最短时间内抢占市场。 ?运营商级的安全和质量保证。 ?标准不断演进和完善。在3 R14标准里，还将会增加定位、、增强型非锚定、移动性和服务连续性、新的功率等级、降低功耗与时延等等，让技术更具竞争优势。 因为采用授权频谱，可避免无线干扰，且具备运营商级的安全和质量保证，所以，与其他技术比起来，似乎更高逼格。 但是，这是有代价的，如果算上频谱拍卖价格，的部署成本其实是高于一些其他的技术的。根据一份研报，的部署成本高于（如下图）。
这就像寄快递一样，一些小快递公司价格便宜，但是不能保障速度，没准还把你的充气娃娃搞丢了，而就有点像快递中的顺丰。 所以，对一些对可靠性、包括时延性要求较高的应用场景，不可替代。 自R13标准冻结后，正以惊人的速度占领市场，据不完全统计，中国、德国、西班牙、荷兰等国家已经宣布计划商用。 ?中国电信计划于2017年6月商用第一张全覆盖的网络。 ?德国电信计划于2017年第二季度商用网络，采用800和900频段，首先应用于智能电表、智能停车和资产追踪管理等。 ?荷兰计划于2017年前完成国家级的网络建设。 ?在西班牙，首先在巴伦西亚和马德里部署了，并在3月底将城市扩展到巴萨罗拉、毕尔巴鄂、马拉加等地，已有1000个以上的基站支持。 … 但是，我们也不要忽略了3的另一股力量——。2017伊始，也在迅速蔓延扩张。
Q/CSG 中国南方电网有限责任公司企业标准 Q/CSG1209006-2015 中国南方电网有限责任公司 关于DL/T645-2007多功能电能表通信协 议的扩展协议 中国南方电网有限责任公司发布
目录 1范围 (1) 2应用层 (1) 2.1读数据 (1) 2.1.1主站请求帧 (1) 2.1.2从站正常应答帧 (1) 2.1.3从站异常应答帧 (1) 2.2写数据 (1) 2.2.1主站请求帧 (2) 2.2.2从站正常应答帧 (2) 2.2.3从站异常应答帧 (2) 2.3修改密码 (2) 2.3.1主站请求帧 (2) 2.3.2从站正常应答帧 (2) 2.3.3从站异常应答帧 (3) 2.4最大需量清零 (3) 2.4.1主站请求帧 (3) 2.4.2从站正常应答帧 (3) 2.4.3从站异常应答帧 (3) 2.5电表清零 (3) 2.5.1主站请求帧 (3) 2.5.2从站正常应答帧 (3) 2.5.3从站异常应答帧 (3) 2.6电量清零 (4) 2.6.1主站请求帧 (4) 2.6.2从站正常应答帧 (4) 2.6.3从站异常应答帧 (4) 2.7事件清零 (4) 2.7.1主站请求帧 (4) 2.7.2从站正常应答帧 (4) 2.7.3从站异常应答帧 (4) 2.8拉合闸、报警、保电 (5) 2.8.1主站请求帧 (5) 2.8.2从站正常应答帧 (5) 2.8.3从站异常应答帧 (5) 2.9多功能端子输出控制命令 (5) 2.9.1主站请求帧 (5) 2.9.2从站正常应答帧 (5) 2.9.3从站异常应答帧 (5) 2.10通信心跳帧 (6) 2.10.1主站请求帧 (6) 2.11安全认证命令 (6) 2.11.1主站请求帧 (6) 2.11.2从站正常应答帧 (6) 2.11.3从站异常应答帧 (6) 2.12寻卡命令 (6) 2.12.1主站请求帧 .......................................................................................................... 错误！未定义书签。 2.12.2从站正常应答帧 .................................................................................................. 错误！未定义书签。 2.12.3从站异常应答帧 .................................................................................................. 错误！未定义书签。附录A （规范性附录）数据编码 .. (8) A.1数据格式说明 (8)
DDZY719-Z 2级单相远程费控智能电能表 （载波） 技 术 协 议
甲方： 乙方：深圳市科陆电子科技股份有限公司 协议双方本着平等、自愿、诚实信用的原则，经过双方友好协商，在真实、充分地表达各自意愿的基础上，就乙方供给甲方的DDZY719-Z单相远程费控智能电能表（载波）达成如下技术协议，并由双方共同恪守。 1 总则 1.1甲方使用乙方生产的2级单相远程费控智能电能表（载波），为督促乙方提高表计产品质量，保证甲方在表计使用期限内稳定、可靠运行，经双方协商一致，特制定本协议，共同遵守。 1.2凡本技术协议中未规定，但在相关国家标准、电力行业标准或IEC标准中有规定的规范条文，乙方按相应标准的条文进行设备设计和制造。 1.3本技术协议主要的技术依据为： DL／T645-2007《多功能电能表通信协议》 Q／GDW 364-2009《单相智能电能表技术规范》 Q／GDW 354-2009《智能电能表功能规范》 Q／GDW 355-2009《单相智能电能表型式规范》 Q／GDW 365-2009《智能电能表信息交换安全认证技术规范》 2 供货一览表
3 技术要求 3.1 电能表常数 3.2 准确度要求 3.3 技术参数表
3.3 显示 3.3.1液晶 a）LCD的性能不低于HTN类型的材质，其工作温度范围为-40℃～＋70℃； b）LCD具有高对比度，带白色背光； c）LCD具有宽视角，即视线垂直于液晶屏正面，上下视角不小于±60o； d）LCD的偏振片具有防紫外线功能； e）LCD图如下所示。 3.3.2指示灯 电能表使用高亮、长寿命LED作为指示灯： －脉冲指示灯：红色，平时灭，计量有功电能时闪烁； －报警指示灯：红色，正常时灭，报警时常亮。 －跳闸指示灯：黄色，负荷开关分断时亮，平时灭。 3.3.3停电显示 －停电后，液晶显示自动关闭； －液晶显示关闭后，可用按键唤醒液晶显示；唤醒后如无操作，自动循环显示一遍后关闭显示；按键显示操作结束30秒后关闭显示。
NB-IoT/LTE-M/Sigfox/LoRa/RPMA/W eightless/HaLow七大LPWAN技术之争 较受关注的是采用授权频谱的NB-IoT和LTE-M，主要由3GPP 主导的运营商和电信设备商投入；以及采用非授权频谱的LoRaWAN、Sigfox、Weightless、HaLow、RPMA(Random Phase Multiple Access)等技术，其大部分投入为非电信领域。 LPWAN，Low-Power Wide-Area Network，抓住两个关键词：低功耗和广域覆盖，简单的说，就是在特省电的情况下，实现长距离通信的无线技术。 这种技术的共同点就是，远距离通信能力可支持大规模物联网部署，低功耗可避免经常更换电池，降低维护成本。 LPWAN最典型的应用就是智慧城市，城市路灯、智能电表、下水道水位探测、智能交通等等，远距离无线通信可避免铺设有线管道，低功耗可保证几年不用更换电池，省事省成本，这对于规模浩大的智慧城市建设简直是不二选择。 1 NB-IoT vs. LTE-M，市场碎片化？ NB-IoT颇有后来居上的势头。2016年3GPP惊觉LPWAN商机已来，火速在6月推出R13 NB-IoT标准。
尽管来得稍晚，却备受瞩目。3GPP主导，几大电信设备商支持，全球300多家运营商的已完成全球90%覆盖的移动网络，无以伦比的生态系统让其他LPWAN技术直呼狼来了。 ?支持现网升级，可在最短时间内抢占市场。 ?运营商级的安全和质量保证。 ?标准不断演进和完善。在3GPP R14标准里，NB-IoT还将会增加定位、Multicast、增强型非锚定PRB、移动性和服务连续性、
竭诚为您提供优质文档/双击可除07电表的通信规约跟通讯协议 篇一：dlt645-20xx多功能电能表通信协议20xx0417 ics备案号： 中华人民共和国电力行业标准 多功能电能表通信协议 multi-functionwatt-hourmetercommunicationprotocol （与国际标准一致性程度的标识） （报批稿） 中华人民共和国国家经济贸易委员会发布 dl/t—20 目次 前言................................................. . (ii) 1范围................................................. (1)
2规范性引用文件................................................. .. (1) 3术语................................................. (1) 4物理层................................................. . (2) 5数据链路层................................................. (6) 6数据标识................................................. .. (8) 7应用层................................................. . (9) 附录a（规范性附录）数据编码................................................. .. (15) a.1数据格式说
物联网四大协议物联网协议
协议一：物联网协议XMPP XMPP是一种基于标准通用标记语言的子集XML的协议，它继承了在XML环境中灵活的发展性。因此，基于XMPP的应用具有超强的可扩展性。经过扩展以后的XMPP可以通过发送扩展的信息来处理用户的需求，以及在XMPP的顶端建立如内容发布系统和基于地址的服务等应用程序。而且，XMPP包含了针对服务器端的软件协议，使之能与另一个进行通话，这使得开发者更容易建立客户应用程序或给一个配好系统添加功能。 基本网络结构 XMPP中定义了三个角色，客户端，服务器，网关。通信能够在这三者的任意两个之间双向发生。服务器同时承担了客户端信息记录，连接管理和信息的路由功能。网关承担着与异构即时通信系统的互联互通，异构系统可以包括SMS（短信），MSN，ICQ等。基本的网络形式是单客户端通过TCP/IP连接到单服务器，然后在之上传输XML。 工作原理 XMPP核心协议通信的基本模式就是先建立一个stream，然后协商一堆安全之类的东西，中间通信过程就是客户端发送XML Stanza，一个接一个的。服务器根据客户端发送的信息以及程序的逻辑，发送XML Stanza给客户端。但是这个过程并不是一问一答的，任何时候都有可能从一方发信给另外一方。通信的最后阶段是关闭流，关闭TCP/IP 连接。
功能 传输的是与即时通讯相关的指令。在以前这些命令要么用2进制的形式发送（比如QQ），要么用纯文本指令加空格加参数加换行符的方式发送（比如MSN）。而XMPP传输的即时通讯指令的逻辑与以往相仿，只是协议的形式变成了XML格式的纯文本。 优点 XMPP协议是自由、开放、公开的，并且易于了解。而且在客户端、服务器、组件、源码库等方面，都已经各自有多种实现。 缺点 网络通信过程中数据冗余率非常高，网络流量中70% 都消耗在 XMPP 协议层了。对于物联网来说，大量计算能力有限且工作在低带宽、不可靠网络的远程传感器和控制设备，省电、省流量是所有底层服务的一个关键技术指标，XMPP协议看起来已经落后了。
DTZY/DSZY719-G 三相远程费控智能电能表 （无线） 技 术 协 议
甲方： 乙方：深圳市科陆电子科技股份有限公司 协议双方本着平等、自愿、诚实信用的原则，经过双方友好协商，在真实、充分地表达各自意愿的基础上，就乙方供给甲方的DTZY/DSZY719-G三相远程费控智能电能表（无线）达成如下技术协议，并由双方共同恪守。 1 总则 1.1甲方使用乙方生产的三相远程费控智能电能表（无线），为督促乙方提高表计产品质量，保证甲方在表计使用期限内稳定、可靠运行，经双方协商一致，特制定本协议，共同遵守。 1.2凡本技术协议中未规定，但在相关国家标准、电力行业标准或IEC标准中有规定的规范条文，乙方按相应标准的条文进行设备设计和制造。 1.3本技术协议主要的技术依据为： GB/T 17215.321-2008《交流电测量设备特殊要求-第21部分静止式有功电能表（1级和2级）》GB/T 17215.322-2008《交流电测量设备特殊要求-第22部分静止式有功电能表（0.2S级和0.5S级）》GB/T 17215.323-2008《交流电测量设备特殊要求-第23部分静止式无功电能表（2级和3级）》GB/T 17215.301-2007《多功能电能表特殊要求》 DL／T614-2007《多功能电能表》 DL／T645-2007《多功能电能表通信协议》 Q／GDW 354-2009《智能电能表功能规范》 Q／GDW 356-2009《三相智能电能表型式规范》 Q／GDW 359-2009《0.5S级三相费控智能电能表（无线）技术规范》 Q／GDW 360-2009《1 级三相费控智能电能表（无线）技术规范》 Q／GDW 365-2009《智能电能表信息交换安全认证技术规范》 2 供货一览表
基于智能电表的红外通信协议的 分析与验证 林正红周晓彤杨沙李茂姝蒋璐 (西南科技大学信息工程学院，四川绵阳) 摘要：随着多功能智能仪表技术的逐步完善和单片机技术的发展，红外通信技术已经为电力系统自动抄表提供了一种可行的解决途径。本文在介绍红外线通信的基本原理的基础上，根据电力行业标准《DL/T546-2007多功能电能表通信协议》的要求，具体分析和验证了在智能电表应用中的红外通信协议。同时，设计合理的模块分别模拟真实电表和读表模块，采用软硬件相结合的方法验证智能电表红外通信协议的正确性。 关键字：智能电表；红外通信；协议 Abstract: With multi-functional smart meter technology gradually improved and the development of microcontroller technology, infrared communication technology has provided a viable solution for the automatic meter reading of power system. This paper describes the basic principles of infrared communication, concretely analyses and verifies the infrared communication protocol of the smart meters’ application which is based on the power industry standard "DL/T546-2007 multifunctional energy meter communication protocol". The modules are also designed to simulate the real meter and meter reading module, using the method of combining software and hardware to verify smart meter infrared communication protocol is correct. Keywords: smart meters, infrared communication, protocol 1、红外通信原理 红外通信是利用950nm近红外波段的红外线作为传递信息的媒体，即通信信道。发送端将基带二进制信号调制为一系列的脉冲串信号，通过红外发射管发射红外信号。接收端将接收到的光脉转换成电信号，再经过放大、滤波等处理后送给解调电路进行解调，还原为二进制数字信号后输出。红外通信是基于调制的载
本文将对常用的通信协议进行剖析，重点面向市场上使用率较高的，且又不是诸如TCP/IP之类老生常谈的。 2 近距离通信协议 2.1 RFID RFID的空中接口通信协议规范基本决定了RFID的工作类型，RFID读写器和相应类型RFID标签之间的通讯规则，包括：频率、调制、位编码及命令集。ISO/IEC制定五种频段的空中接口协议。（1）ISO/IEC18000-1《信息技术－基于单品管理的射频识别－第1部分：参考结构和标准化的参数定义》。它规范空中接口通信协议中共同遵守的读写器与标签的通信参数表、知识产权基本规则等内容。这样每一个频段对应的标准不需要对相同内容进行重复规定。 （2）ISO/IEC18000-2《信息技术－基于单品管理的射频识别－第2部分：135KHz以下的空中接口通信用参数》。它规定在标签和读写器之间通信的物理接口，读写器应具有与Type A(FDX)和Type B(HDX)标签通信的能力；规定协议和指令再加上多标签通信的防碰撞方法。 （3）ISO/IEC18000-3《信息技术－基于单品管理的射频识别－第3部分：参数空中接口通信在13.56MHz》。它规定读写器与标签之间的物理接口、协议和命令再加上防碰撞方法。关于防碰撞协议可以分为两种模式，而模式1又分为基本型与两种扩展型协议（无时隙无终止多应答器协议和时隙终止自适应轮询多应答器读取协议）。模式2采用时频复用FTDMA协议，共有8个信道，适用于标签数量较多的情形。 （4）ISO/IEC18000-4《信息技术－基于单品管理的射频识别－第4部分：2.45 GHz空中接口通信用参数》。它规定读写器与标签之间的物理接口、协议和命令再加上防碰撞方法。该标准包括两种模式，模式1是无源标签工作方式是读写器先讲；模式2是有源标签，工作方式是标签先讲。（5）ISO/IEC18000-6《信息技术－基于单品管理的射频识别－第6部分：860 MHz - 960 MHz 空中接口通信参数》。它规定读写器与标签之间的物理接口、协议和命令再加上防碰撞方法。它包含TypeA、TypeB和TypeC三种无源标签的接口协议，通信距离最远可以达到10m。其中TypeC 是由EPCglobal起草的，并于2006年7月获得批准，它在识别速度、读写速度、数据容量、防碰撞、信息安全、频段适应能力、抗干扰等方面有较大提高。2006年递交V4.0草案，它针对带辅助电源和传感器电子标签的特点进行扩展，包括标签数据存储方式和交互命令。带电池的主动式标签可以提供较大范围的读取能力和更强的通信可靠性，不过其尺寸较大，价格也更贵一些。（6）ISO/IEC18000-7《信息技术－基于单品管理的射频识别－第7部分：433 MHz有源空中接口通信参数》。它规定读写器与标签之间的物理接口、协议和命令再加上防碰撞方法。有源标签识读范围大，适用于大型固定资产的跟踪。属于有源电子标签。 此外，还有3个常用的RFID协议：
物联网中的通信协议优缺点 物联网设备在不同层使用不同的通信和消息传递协议。在开发IoT设备时，设备要执行的类型，层和功能往往决定了最终的选择。MQTT，XMPP，DDS，AMQP和CoAP是IoT应用层中广泛使用的一些通信协议。今天，物联网解决方案供应商云里物里科技带大家了解这几个通信协议的优缺点。 MQTT MQTT是一种机器对机器(M2M)协议。它是一种基于发布-订阅的消息传输协议，用于将设备数据传送到服务器。MQTT的主要目的是远程管理物联网设备。它主要用于需要通过互联网监控或管理庞大的小型设备网络，即停车传感器，水下线路，能源网络等。 MQTT工作原理 优点 适用于受限网络的轻量级 灵活选择具有给定功能的服务质量 由OASIS技术委员会标准化 实施简单快捷 缺点 由于基于TCP的连接，功耗很高 缺乏加密 常见应用场景：
在大型地下停车场安装了许多停车传感器，以识别空的或空置的停车位的数量和位置。 XMPP XMPP使用XML格式进行消息传递。该协议的主要特征是其寻址机制。它使用称为Jabber ID(JID)的地址识别物联网网络中的设备/节点。JID遵循标准--name@https://www.doczj.com/doc/9a17048260.html,。无论节点在网络中的距离如何，这种寻址机制都可以使两个节点交换信息。 XMPP消息通常通过底层TCP连接传输。它使用轮询机制来标识消息的目标。XMPP使用客户端-服务器体系结构实现。客户端通过发送开始标记来启动XML流。然后，服务器使用XML流回复客户端。由于XMPP是一种开放协议，任何人都可以在其网络中拥有自己的XMPP 服务器，而无需连接到Internet。 XMPP工作原理 优点 寻址方案以识别网络上的设备 客户端-服务器架构 缺点 基于文本的消息传递，没有端到端的加密配置 没有服务质量规定 常见应用场景：
****公司 物联网业务服务协议
年月 法定代表人： 地址： 负责人： 地址： 鉴于： 1.甲方是依据中华人民共和国法律成立的【】，主要从事【】。
2.乙方是中国联合网络通信有限公司的分公司，主要从事通信服务业务。 3. 业务服务。 为此，甲、乙双方经友好协商，达成如下协议： 第一条定义 1、在本协议中，除非上下文另有明确说明，词语和简称的含义见附件2。 2、本协议中没有明确规定的其他相关词语，按照中国法律法规、政府部门的规定、或有权部门的政策性规定解释，没有以上文件明确解释的，参考行业惯例解释。 第二条合同内容 乙方提供的物联网业务服务包括平台服务与通信服务。 1、平台服务：是指提供物联网平台的访问权限、标准文档、在线和电话支持，以及创建和管理账户的访问权限等，帮助甲方进行物联网连接管理。 2、通信服务：是在现有技术条件下的网络与设施覆盖范围内的电信服务，包括数据、短信、语音。（具体业务详见附件3《账户配置单》） 第三条甲方权利义务
1、甲方有权享受本协议约定的通信服务并在乙方提供的通信服务项目中选择和变更自己所需要的服务，有权对乙方的通信业务服务质量进行监督和申诉。甲方作为乙方的大客户，有权享受乙方提供的相应的大客户服务。 2、甲方不得利用乙方提供的服务从事违法犯罪、妨碍社会治安的活动。并且，甲方不得以任何名义及方式将其使用的乙方业务以任何名义及方式（包括赠与、转租、转借、转售等）提供给第三方。 3、甲方自行负责其运行设备和应用程序的维护和管理，并遵守乙方安全、注册、访问和使用规则，对于任何非因乙方平台服务问题引起的故障，甲方应自行负责处理和解决。 4、甲方应尽力避免未经授权的访问或使用服务。如发现任何未经授权使用甲方账户登录平台或其他可能导致甲方账户遭窃、遗失的情况，甲方应及时通知乙方。 5、如乙方有合理理由怀疑甲方存在异常的设备使用，乙方有权停止对甲方的服务。异常的设备使用是指设备无法正常运行，频繁重试、重新连接或重新启动。这种行为会致使乙方的电信系统超载，乙方会根据实际情况，采取必要预防措施防止异常的设备使用。 6、甲方应履行工信部、公安部及工商总局关于实名制登记义务，配合乙方对物联网SIM卡实际使用人的身份证件进行验证并登记身份信息，做到物联网SIM卡与实际使用人一一对应；甲方办理涉及行业应用的物联网SIM卡业务时，应配合乙方登记责任单位及责任人信息。甲方作 为统一办理物联网SIM 。甲方确保其向乙方提供资料真实、准确、有效，并保证在发生变更后【】个工作日内以书面形式通知乙方。
1．开户卡 信息区返写区 卡地址数据说明卡地址数据说明 N+00H68H开始N+20H68H开始 N+01H01H命令N+21H81H命令 N+02H19H长度N+22H长度 N+03H表号（区域号）N+23H累计购量N+04H表号（区域号）N+24H累计购量N+05H表号N+25H累计购量N+06H表号N+26H剩余量N+07H表号N+27H剩余量N+08H显示报警量N+28H剩余量N+09H显示报警量N+29H累计用量N+0AH关阀（拉闸）报警量N+2AH累计用量N+0BH关阀（拉闸）报警量N+2BH累计用量N+0CH限购量N+2CH过零量N+0DH限购量N+2DH过零量N+0EH限购量N+2EH过零量N+0FH购买次数N+2FH表状态字N+10H购买次数N+30H保留 N+11H购买量N+31H保留 N+12H购买量N+32H保留 N+13H购买量N+33H保留 N+14H密钥N+34H保留 N+15H密钥N+35H校验和N+16H密钥N+36H16H结束 N+17H密钥 N+18H保留 N+19H保留 N+1AH保留 1BH子表识别字 N+1CH校验和 N+1DH16H结束 1EH返写识别字 1FH最后返写区域 2．用户卡 信息区返写区 卡地址数据说明卡地址数据说明 N+00H68H开始N+20H68H开始 N+01H02H命令N+21H82H命令 N+02H19H长度N+22H长度 N+03H表号（区域号）N+23H累计购量N+04H表号（区域号）N+24H累计购量N+05H表号N+25H累计购量
N+06H表号N+26H剩余量N+07H表号N+27H剩余量N+08H显示报警量N+28H剩余量N+09H显示报警量N+29H累计用量N+0AH关阀（拉闸）报警量N+2AH累计用量N+0BH关阀（拉闸）报警量N+2BH累计用量N+0CH限购量N+2CH过零量N+0DH限购量N+2DH过零量N+0EH限购量N+2EH过零量N+0FH购买次数N+2FH表状态字N+10H购买次数N+30H保留 N+11H购买量N+31H保留 N+12H购买量N+32H保留 N+13H购买量N+33H保留 N+14H密钥N+34H保留 N+15H密钥N+35H校验和N+16H密钥N+36H16H结束 N+17H密钥 N+18H保留 N+19H保留 N+1AH保留 1BH子表识别字 N+1CH校验和 N+1DH16H结束 1EH返写识别字 1FH最后返写区域 3．退购卡 信息区返写区 卡地址数据说明卡地址数据说明 N+00H68H开始N+20H68H开始 N+01H03H命令N+21H83H命令 N+02H19H长度N+22H长度 N+03H表号（区域号）N+23H累计购量 N+04H表号（区域号）N+24H累计购量 N+05H表号N+25H累计购量 N+06H表号N+26H剩余量 N+07H表号N+27H剩余量 N+08H任意数N+28H剩余量 N+09H任意数N+29H累计用量 N+0AH任意数N+2AH累计用量 N+0BH任意数N+2BH累计用量 N+0CH任意数N+2CH过零量 N+0DH任意数N+2DH过零量 N+0EH任意数N+2EH过零量 N+0FH任意数N+2FH表状态字
物联网的七大通信协议 通信对物联网来说十分常用且关键，无论是近距离无线传输技术还是移动通信技术，都影响着物联网的发展。而在通信中，通信协议尤其重要，是双方实体完成通信或服务所必须遵循的规则和约定。 在物联网协议中，我们一般分为两大类，一类是传输协议，一类是通信协议。传输协议一般负责子网内设备间的组网及通信；通信协议则主要是运行在传统互联网TCP/IP协议之上的设备通讯协议，负责设备通过互联网进行数据交换及通信。那么物联网都有哪些通信协议呢？随着iBeacon生产厂家-云里物里科技一起来看下吧
物联网七大通信协议 一、REST/HTTP(松耦合服务调用) REST即表述性状态传递，是基于HTTP协议开发的一种通信风格。 适用范围：REST/HTTP主要为了简化互联网中的系统架构，快速实现客户端和服务器之间交互的松耦合，降低了客户端和服务器之间的交互延迟。因此适合在物联网的应用层面，通过REST开放物联网中资源，实现服务被其他应用所调用。 特点： 1.REST指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是RESTful。 2.客户端和服务器之间的交互在请求之间是无状态的。 3.在服务器端，应用程序状态和功能可以分为各种资源，它向客户端公开，每个资源都使用URI得到一个唯一的地址。所有资源都共享统一的界面，以便在客户端和服务器之间传输状态。 4.使用的是标准的HTTP方法，比如：GET、PUT、POST和DELETE。 二、CoAP协议 CoAP(Constrained Application Protocol)，受限应用协议，应用于无线传感网中协议。 适用范围：CoAP是简化了HTTP协议的RESTful API，CoAP是6LowPAN协议栈中的应用层协议，它适用于在资源受限的通信的IP网络。 三、MQTT协议(低带宽) MQTT(Message Queuing Telemetry Transport)，消息队列遥测传输，由IBM 开发的即时通讯协议，相比来说比较适合物联网场景的通讯协议。MQTT协议采用发布/订阅模式，所有的物联网终端都通过TCP连接到云端，云端通过主题的方式管理各个设备关注的通讯内容，负责将设备与设备之间消息的转发。 适用范围：在低带宽、不可靠的网络下提供基于云平台的远程设备的数据传输和监控。
****公司 物联网业务服务协议 年月
法定代表人： 地址： 负责人： 地址： 鉴于： 1.甲方是依据中华人民共和国法律成立的【】，主要从事【】。 2.乙方是中国联合网络通信有限公司的分公司，主要从事通信服务业务。 3. 业务服务。 为此，甲、乙双方经友好协商，达成如下协议： 第一条定义 1、在本协议中，除非上下文另有明确说明，词语和简称的含义见附件2。 2、本协议中没有明确规定的其他相关词语，按照中国法律法规、政府部门的规定、或有权部门的政策性规定解释，没有以上文件明确解释的，参考行业惯例解释。 第二条合同内容 乙方提供的物联网业务服务包括平台服务与通信服务。 1、平台服务：是指提供物联网平台的访问权限、标准文档、在线和电话支持，以及创建和管理账户的访问权限等，帮助甲方进行物联网连接管理。 2、通信服务：是在现有技术条件下的网络与设施覆盖范围内的电信服务，包括数据、短信、语音。（具体业务详见附件3《账户配置单》）
第三条甲方权利义务 1、甲方有权享受本协议约定的通信服务并在乙方提供的通信服务项目中选择和变更自己所需要的服务，有权对乙方的通信业务服务质量进行监督和申诉。甲方作为乙方的大客户，有权享受乙方提供的相应的大客户服务。 2、甲方不得利用乙方提供的服务从事违法犯罪、妨碍社会治安的活动。并且，甲方不得以任何名义及方式将其使用的乙方业务以任何名义及方式（包括赠与、转租、转借、转售等）提供给第三方。 3、甲方自行负责其运行设备和应用程序的维护和管理，并遵守乙方安全、注册、访问和使用规则，对于任何非因乙方平台服务问题引起的故障，甲方应自行负责处理和解决。 4、甲方应尽力避免未经授权的访问或使用服务。如发现任何未经授权使用甲方账户登录平台或其他可能导致甲方账户遭窃、遗失的情况，甲方应及时通知乙方。 5、如乙方有合理理由怀疑甲方存在异常的设备使用，乙方有权停止对甲方的服务。异常的设备使用是指设备无法正常运行，频繁重试、重新连接或重新启动。这种行为会致使乙方的电信系统超载，乙方会根据实际情况，采取必要预防措施防止异常的设备使用。 6、甲方应履行工信部、公安部及工商总局关于实名制登记义务，配合乙方对物联网SIM卡实际使用人的身份证件进行验证并登记身份信息，做到物联网SIM卡与实际使用人一一对应；甲方办理涉及行业应用的物联网SIM卡业务时，应配合乙方登记责任单位及责任人信息。甲方作 为统一办理物联网SIM 。甲方确保其向乙方提供资料真实、准确、有效，并保证在发生变更后【】个工作日内以书面形式通知乙方。 7、甲方使用乙方提供服务对外发布的信息所产生的纠纷，完全由甲方负责解释并承担责任。如给乙方造成损失，由甲方负责赔偿。 9、甲方保证不通过代理服务器转接等方式向第三方提供互联网访问，乙方如发现此类情况则可以立即暂停服务。
TCP（UDP）服务： 一可见asc明文传输： 1 为了让用户迅速的实现传输测试，定义了一种非常简单的协议，使用可见的asc字符传输。 2 回车换行（0x0d、0x0a）作为分割符，设备上传可以是一个回车或一个换行或同时使用回车换行，服务器下发同时使用回车换行。 3 包头采用“$”。 4 数据包中不允许使用以上特殊字符，建议只使用字母和数字及下划线及百分号等可见asc 字符。 5 数据包大小不能超过1024字节，超过的话用户自己做分包处理 6 数据可保存在服务器，服务器自动加时间戳，可查询 7 设备ID长度小于15,目前设备ID编码规则未定义，用户自己处理重复编码的问题，或者和我们沟通解决。 8 tcp连接建议每5分钟发送一个心跳数据包（或15分钟），udp建议30秒，否则很多地方会被路由切断，可以自己测试具体时间。 例如有两台设备862950020676253和860719020024984： 1 设备ID为862950020676253的设备上传一个数据包ABC到服务器 $011000F86295002067625300003ABC 01 是协议版本（版本域:00-99）,如果有新的版本，服务端会保留对旧版本的支持 1表示需要服务器应答，0表示不需要服务器应答(类型域：0-9),2表示应答，可带数据，3表示重置消息（一般用于接收端上下文丢失），数据为空 00表示消息ID，用于检测重复数据（ID域：000-999） F是源设备ID长度，从1到15，即1-9，A-F 862950020676253是源地址 0是目标设备ID长度，0长度指上传到服务器，有长度的话指转发给其它设备 0003是数据长度 ABC是数据 服务器应答：$012000F8629500206762530000 (注：数据中可以是特定的关键字或参数，可以定做服务端，例如请求配置信息或是查询寻等) 2 设备ID为862950020676253的设备往设备ID为860719020024984的设备发送一条数据OPENLED001 $011000F862950020676253F8607190200249840010OPENLED001 01 是协议版本 1表示需要服务器应答，0表示不需要服务器应答 000表示消息ID F是源设备ID长度，从1到15，即1-9，A-F 862950020676253是源地址 F是目标设备ID长度 860719020024984是目标地址 0010是数据长度,10个字节，如果单片机处理不方便，可直接填0000 OPENLED001是数据