104规约(2002版)报文解析
104规约详细介绍及报文解析 -回复
104规约详细介绍及报文解析-回复规约（Protocol）是计算机网络通信中的一种协议，用于定义数据交换的格式、顺序以及错误检测和纠正等内容。
104规约（IEC 60870-5-104）是国际电工委员会（International Electrotechnical Commission）制定的一种规约，主要用于监控与控制系统之间的通信。
本文将详细介绍104规约及其报文解析。
一、104规约简介104规约是一种基于TCP/IP网络通信的规约，主要用于工业自动化领域中的远程监控与控制系统。
它提供了一种可靠、高效的通信方式，能够满足实时性、灵活性和可靠性等要求。
104规约采用了面向报文和面向连接的通信方式，能够支持点对点、点对多点和多点对点的通信模式。
二、104规约报文结构104规约的报文结构包括报文头（Header）、ASDU（Application Service Data Unit）和报文尾（Footer）。
报文头包含了报文的控制信息，用于表示报文类型、优先级和传输原因等。
ASDU是实际传输的数据部分，负责携带各种监控与控制的信息。
报文尾用于检测报文的完整性和一致性。
三、104规约报文解析1. 报文头解析：首先读取报文头，根据报文头的信息可以确定报文的类型、传输原因和发送序号等。
报文类型表示了报文的目的和功能，如启动报文、确认报文或者监控与控制的报文。
传输原因表示了触发发送该报文的原因，如周期定时发送、事件触发发送等。
2. ASDU解析：根据ASDU的类型可以确定ASDU的功能和数据的含义。
不同类型的ASDU用于传输不同种类的监控与控制的数据，如单点信息、双点信息、测量值和参数等。
根据ASDU的结构和定义，可以提取出数据的具体内容。
3. 报文尾解析：最后检查报文尾以验证报文的完整性和一致性。
报文尾通常包括一个校验和，用于检测报文是否被修改或丢失。
四、104规约报文的应用104规约广泛应用于电力、水利、交通、石油等行业中的远程监控与控制系统。
104规约遥信报文解析
104规约遥信报文解析遥信报文是电力系统中常用的一种通信规约，用于传输遥信信息。
它是一种比较基础的通信规约，具有简洁明了、易于解析的特点。
本文将对104规约遥信报文进行解析，并详细介绍其结构、功能及解析方法。
一、104规约概述104规约是一种用于电力自动化系统通信的协议。
它广泛应用于电力系统中，用于设备之间的数据通信，包括遥控、遥测、遥信等功能。
104规约遥信报文是其中的一种应用，用于传输遥信信息，以实现设备之间的状态传递。
二、104规约遥信报文结构104规约遥信报文的结构相对简单，主要包括报文头和报文体两部分。
1.报文头报文头是104规约遥信报文的起始部分，用来标识报文的类型和长度等信息。
具体包含以下字段：-长度：表示整个报文的长度，以字节为单位。
-类型：表示报文的类型，可以是单点遥信、双点遥信等。
-传输原因：表示报文的传输原因，可以是激活、确认、远方传送等。
-应用服务数据单元公共地址：表示报文的公共地址，用于标识报文传输的设备。
2.报文体报文体是104规约遥信报文的核心部分，用于传输具体的遥信信息。
具体包含以下字段：-遥信地址：表示遥信信息的地址，用于标识该遥信信息所对应的设备。
-遥信状态：表示遥信信息的状态，可以是开、合、未定义等。
-时标：表示遥信信息发生的时间，通常以毫秒为单位。
三、104规约遥信报文功能104规约遥信报文具有以下功能：1.遥信信息传输104规约遥信报文可以用于传输遥信信息，在电力系统中，遥信信息主要用于表示开关、断路器、变压器等设备的状态。
通过传输遥信信息，不同设备之间可以及时地共享设备的运行状态。
2.状态同步通过传输遥信信息，可以实现设备之间的状态同步。
当一个设备的状态发生变化时，可以通过遥信报文及时将这个变化传递到其他设备，以保证整个系统的状态一致性。
3.告警处理遥信报文还可以用于告警处理。
当某个设备发生故障或异常情况时，可以通过发送遥信报文的方式将告警信息传递到其他设备，以触发相应的处理措施。
IEC104规约报文说明(104报文解释的比较好的文本)
IEC104规约调试小结调试广西中调IEC-104规约时对报文作了如下的分析，不对地方请指正。
一、四遥信息体基地址范围“可设置104调度规约”有1997年和2002年两个版本，在流程上没有什么变化，02此配置要根据主站来定，有的主站可能设为1，1，2，我们要改与主站一致。
三、以公共地址字节数=2，传输原因字节数=2，信息体地址字节数=3为例对一些基本的报文分析第一步：首次握手（U帧）发送→激活传输启动：68（启动符）04（长度）07（控制域）00 00 00接收→确认激活传输启动：68（启动符）04（长度）0B（控制域）00 00 00第二步：总召唤（I帧）召唤YC、YX（可变长I帧）初始化后定时发送总召唤，每次总召唤的间隔时间一般设为15分钟召唤一次，不同的主站系统设置不同。
发送→总召唤：68（启动符）0E（长度）00 00（发送序号）00 00（接收序号）64（类型标示）01（可变结构限定词）06 00（传输原因）01 00（公共地址即RTU地址）00 00 00（信息体地址）14（区分是总召唤还是分组召唤，02年修改后的规约中没有分组召唤）接收→S帧：注意：记录接收到的长帧，双方可以按频率发送，比如接收8帧I帧回答一帧S帧，也可以要求接收1帧I帧就应答1帧S帧。
6804 01 00 02 00接收→总召唤确认（发送帧的镜像，除传送原因不同）：68（启动符）0E（长度）00 00（发送序号）00 00（接收序号）64（类型标示）01（可变结构限定词）07 00（传输原因）01 00（公共地址即RTU地址）00 00 00（信息体地址）14（同上）发送→S帧：注意：记录接收到的长帧，双方可以按频率发送，比如接收8帧I帧回答一帧S帧，也可以要求接收1帧I帧就应答1帧S帧。
68 04 01 00 02 00接收→YX帧（以类型标识1为例）：68（启动符）1A（长度）02 00（发送序号）02 00（接收序号）01（类型标示，单点遥信）04（可变结构限定词，有4个遥信上送）14 00（传输原因，响应总召唤）01 00（公共地址即RTU地址）03 00 00（信息体地址，第3号遥信）00（遥信分）发送→S帧：68 04 01 00 04 00接收→YX帧（以类型标识3为例）：68（启动符）1E（长度）04 00（发送序号）02 00（接收序号）03（类型标示，双点遥信）05（可变结构限定词，有5个遥信上送）14 00（传输原因，响应总召唤）01 00（公共地址）01 00 00（信息体地址，第1号遥信）02（遥信合）06 00 00（信息体地址，第6号遥信）02（遥信合）0A 00 00（信息体地址，第10号遥信）01（遥信分）0B 00 00（信息体地址，第11号遥信）02（遥信合）0C 00 00（信息体地址，第12号遥信）01（遥信分）发送→S帧：68 04 01 00 06 00接收→YC帧（以类型标识9为例）：68（启动符）13（长度）06 00（发送序号）02 00（接收序号）09（类型标示，带品质描述的遥测）82（可变结构限定词，有2个连续遥测上送）14 00（传输原因，响应总召唤）01 00（公共地址）01 07 00（信息体地址，从0X0701开始第0号遥测）A1 10（遥测值10A1）00（品质描述）89 15（遥测值1589）00（品质描述）发送→S帧：68 04 01 00 08 00接收→结束总召唤帧：68（启动符）0E（长度）08 00（发送序号）02 00（接收序号）64（类型标示）01（可变结构限定词）0A 00（传输原因）01 00（公共地址）00 00 00（信息体地址）14（区分是总召唤还是分组召唤，02年修改后的规约中没有分组召唤）发送→S帧：6804 01 00 0A 00第二步:发送对时报文(通过设置RTU参数表中的”对间间隔”,单位是分钟,一般是20分钟)发送→对时命令：68（启动符）14（长度）02 00（发送序号）0A 00（接收序号）67（类型标示）01（可变结构限定词）06 00（传输原因）01 00（公共地址）00 00 00（信息体地址）01（毫秒低位）02（毫秒高位）03（分钟）04（时）81（日与星期）09（月）05（年）接收→对时确认：68（启动符）14（长度）0C 00（发送序号）02 00（接收序号）67（类型标示）01（可变结构限定词）07 00（传输原因）01 00（公共地址）00 00 00（信息体地址）**（毫秒低位）**（毫秒高位）**（分钟）04（时）81（日与星期）09（月）05（年）发送→S帧：68 04 01 00 0E 00第三步:电度总召唤(如果没有电度此步骤可以省略且可以在对时之前以送.通过设置参数中”全数据扫描间隔”,单位是分钟一般是15分钟召唤一交,如果不需要召唤电度一定要将参数中的电度个数设为0)发送→召唤电度：68（启动符）0E（长度）04 00（发送序号）0E 00（接收序号）65（类型标示）01（可变结构限定词）06 00（传输原因）01 00（公共地址）00 00 00（信息体地址）45（QCC）接收→召唤确认(发送帧的镜像,除传送原因不同) ：68（启动符）0E（长度）10 00（发送序号）06 00（接收序号）65（类型标示）01（可变结构限定词）07 00（传输原因）01 00（公共地址）00 00 00（信息体地址）45（QCC）发送→S帧：68 04 01 00 12 00接收→电度数据：68（启动符）1A（长度）12 00（发送序号）06 00（接收序号）0F（类型标示）02（可变结构限定词,有两个电度量上送）05 00（传输原因）01 00（公共地址）01 0C 00（信息体地址，从0X0C01开始第0号电度）00 00 00 00（电度值）00（描述信息）02 0C 00（信息体地址，从0X0C01开始第1号电度）00 00 00 00（电度值）01（描述信息）发送→S帧：68 04 01 00 14 00接收→结束总召唤帧：68（启动符）0E（长度）14 00（发送序号）06 00（接收序号）65（类型标示）01（可变结构限定词）0A 00（传输原因）01 00（公共地址）00 00 00（信息体地址）45（QCC）发送→S帧：6804 01 00 16 00第四步:如果RTU有变化数据主动上送主动上送变位遥信,类型标识为1或3接收→变位遥信：68（启动符）0E（长度）16 00（发送序号）06 00（接收序号）01（类型标示，单点遥信）01（可变结构限定词，有1个变位遥信上送）03 00（传输原因，表突发事件）01 00（公共地址即RTU地址）03 00 00（信息体地址，第3号遥信）00（遥信分）发送→S帧：68 04 01 00 18 00接收→变位遥信：68（启动符）0E（长度）18 00（发送序号）06 00（接收序号）03（类型标示，双点遥信）01（可变结构限定词，有1个变位遥信上送）03 00（传输原因，表突发事件）01 00（公共地址即RTU地址）06 00 00（信息体地址，第6号遥信）01（遥信分）发送→S帧：68 04 01 00 1a 00主动上送SOE,类型标识为0x1e或0x1f接收→SOE ：68（启动符）15（长度）1a 00（发送序号）06 00（接收序号）1e（类型标示，单点遥信）01（可变结构限定词，有1个SOE）03 00（传输原因，表突发事件）01 00（公共地址即RTU 地址）08 00 00（信息体地址，第8号遥信）00（遥信分）ad（毫秒低位）39（毫秒高位）1c（分钟）10（时）7a（日与星期）0b（月）05（年）发送→S帧：68 04 01 00 1c 00接收→SOE ：68（启动符）15（长度）1c 00（发送序号）06 00（接收序号）1f（类型标示，双点遥信）01（可变结构限定词，有1个SOE）03 00（传输原因，表突发事件）01 00（公共地址即RTU 地址）0a 00 00（信息体地址，第10遥信）01（遥信分）2f（毫秒低位）40（毫秒高位）1c（分钟）10（时）7a（日与星期）0b（月）05（年）第四步:如果主站超过一定时间没有下发报文或RTU也没有上送任何报文则双方都可以按频率发送U帧,测试帧发送→U帧：68 04 43 00 00 00接收→应答：68 04 83 00 00 00第五步:遥控发送→遥控预置：68（启动符）0e（长度）20 00（发送序号）06 00（接收序号）2e（类型标示）01（可变结构限定词）06 00（传输原因）01 00（公共地址即RTU地址）05 0b 00（信息体地址，遥控号=0xb05-0xb01=4）82（控合）接收→遥控返校：68（启动符）0e（长度）0e 00（发送序号）06 00（接收序号）2e（类型标示）01（可变结构限定词）07 00（传输原因）01 00（公共地址即RTU地址）05 0b 00（信息体地址，遥控号=0xb05-0xb01=4）82（控合）发送→遥控执行：68（启动符）0e（长度）04 00（发送序号）18 00（接收序号）2e（类型标示）01（可变结构限定词）06 00（传输原因）01 00（公共地址即RTU地址）05 0b 00（信息体地址，遥控号=0xb05-0xb01=4）02（控合）接收→执行确认：68（启动符）0e（长度）12 00（发送序号）08 00（接收序号）2e（类型标示）01（可变结构限定词）07 00（传输原因）01 00（公共地址即RTU地址）05 0b 00（信息体地址，遥控号=0xb05-0xb01=4）02（控合）发送→遥控撤消：68（启动符）0e（长度）04 00（发送序号）18 00（接收序号）2e（类型标示）01（可变结构限定词）08 00（传输原因）01 00（公共地址即RTU地址）05 0b 00（信息体地址，遥控号=0xb05-0xb01=4）02（控合）接收→撤消确认：68（启动符）0e（长度）12 00（发送序号）08 00（接收序号）2e（类型标示）01（可变结构限定词）09 00（传输原因）01 00（公共地址即RTU地址）05 0b 00（信息体地址，遥控号=0xb05-0xb01=4）02（控合）补充说明:1、报文中的长度指的是除启动字符与长度字节的所有字节。
104规约报文解释说明
链路先握手再通信，不握手不通信，通信中断须再握手（建立链路）确认报文的来回须对方的认可，认可方式可以是一条专用的报文也可以是下一个询问报文中的FCB来暗示原因传送的信息都必须带上原因，不允许没有理由的传输地址每个信息量都有一个唯一的不重复的地址类型每种信息的传输都有不同的功能类型68 启动符5D 长度6C 控制域103 控制域278 控制域300 控制域401 遥信DO 可变结构限定词（信息体个数）14 00 传送原因01 00 站地址01 00 00 信息体地址（点号=信息体地址-起始地址）00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00结构说明：TYP:类型标识,可查表在监视方向的过程信息<0>=未疋义<1> : =单点信息M_SP_NA_1<3> : =双点信息M_DP_NA_1<5> : =步位置信息M_ST_NA_1<7> : =32比特串M_BO_NA_1<9> : =测量值，归一化值M_ME_NA_1<11> : =测量值，标度化值M_ME_NB_1<13> : =测量值，短浮点数M_ME_NC_1<15> : =累计量M_IT_NA_1<20> : =带状态检出的成组单点信息M_PS_NA_1<21> : =不带品质描述的归一化测量值M_ME_ND_1<22..29> : =为将来的兼容定义保留<30> : =带时标CP56Time2a的单点信息MSPTB1<31> ：= 带时标CP56Time2a 的双点信息M_DP_TB_1<32> ：= 带时标CP56Time2a 的步位置信息M_ST_TB_1<33>：= 带时标CP56Time2a 的32 比特串M_BO_TB_1<34>：= 带时标CP56Time2a 的测量值，归一化值M_ME_TD_1<35>：= 带时标CP56Time2a 的测量值，标度化值M_ME_TE_1<36>：= 带时标CP56Time2a 的测量值，短浮点数M_ME_TF_1<37>：= 带时标CP56Time2a 的累计量M_IT_TB_1<38>：= 带时标CP56Time2a 的继电保护装置事件M_EP_TD_1<39>：= 带时标CP56Time2a 的继电保护装置成组启动事件M_EP_TE_1<40>：= 带时标CP56Time2a 的继电保护装置成组输出电路信息M_EP_TF_1<41..44>：= 为将来的兼容定义保留在控制方向的过程信息类型标识：= UI8[1..8]<45..69>CON<45>：= 单命令C_SC_NA_1 CON<46>：= 双命令C_DC_NA_1 CON<47>：= 步调节命令C_RC_NA_1 CON<48>：= 设点命令，归一化值C_SE_NA_1 CON<49>：= 设点命令，标度化值C_SE_NB_1 CON<50>：= 设点命令，短浮点数C_SE_NC_1 CON<51>：= 32 比特串C_BO_NA_1<52..57> ：= 为将来的兼容定义保留在控制方向的过程信息，带时标的ASDUCON<58>：= 带时标CP56Time2a 的单命令C_SC_TA_1 CON<59>：= 带时标CP56Time2a 的双命令C_DC_TA_1 CON<60>：= 带时标CP56Time2a 的步调节命令C_RC_TA_1 CON<61>：= 带时标CP56Time2a 的设点命令，归一化值C_SE_TA_1 CON<62>：= 带时标CP56Time2a 的设点命令，标度化值C_SE_TB_1CON<63>：= 带时标CP56Time2a 的设点命令，短浮点数C_SE_TC_1 CON<64>：= 带时标CP56Time2a 的32 比特串C_BO_TA_1<65..69> ：= 为将来的兼容定义保留VSQ可变结构限定词D7 D6 ........ DOSQ 信息对象数目SQ=O离散的信息报告SQ=1顺序的信息报告信息对象数目的个数是0-127 ; 一包报文中所含的信息(YG YX等)的数目COT_L,COTH传送原因1, NET保护单元之间的通讯怎样设置在6800里??2, 控制域的l,S,U等格式是怎样用的I 格式：信息传输格式类型(In formation tran smit format)简称l-FORMAT。
iec104规约协议报文流程解析
iec104规约协议报文流程解析iec104规约协议报文，就像是一种特殊的语言，在电力系统这个大舞台上传递着重要的信息。
想象一下，电力系统是一个超级大的家族，各个设备就像是家族里的成员。
而iec104规约协议报文呢，就是这些成员之间沟通的信件。
每一个报文都有着自己独特的格式和内容，就像每封信都有特定的书写格式和要表达的事情一样。
我们先来看报文的起始部分。
这部分就像是信件的开头称呼，它会告诉接收方，“嘿，我是从哪里来的”。
比如说，它会包含发送端的一些标识信息，这就好比是写信人的地址。
这个标识很重要呢，就像你收到一封信，你得知道是谁寄来的。
如果这个标识乱了或者错了，那就好比收到一封不知道谁寄来的信，会让人很迷糊。
然后是报文的类型部分。
这就像是信里写的事情的大致分类。
是通知对方有新情况了呢，还是在回答对方之前的询问？不同的报文类型有着不同的作用。
就像你给家人写信，有时候是告诉他们你最近发生的新鲜事，这就类似一种类型的报文；有时候是回复家人之前问你的问题，这又是另一种类型的报文。
比如说，一个设备检测到电力参数有异常了，它就会发出一种特定类型的报文，告诉监控系统“我这儿有点不对劲啦”。
报文的数据部分就像是信的正文内容。
这里面包含了真正有用的信息。
在电力系统里，可能是电压值、电流值、设备状态之类的信息。
这部分信息就像是你告诉家人你现在的生活状况，是过得好呢，还是遇到了困难。
这些电力数据非常关键，因为它们直接反映了电力系统的运行情况。
就像你家人通过你信里描述的生活状况来了解你的真实生活一样，电力系统的监控人员通过这些数据部分的报文来掌握电力系统的运行状态。
报文还有校验部分。
这就像是信件的防伪标识。
因为在传输过程中，可能会出现各种干扰，导致报文的内容发生错误。
校验部分就可以检查这个报文是不是完整的、正确的。
这就好比你收到一封信，你要看看这封信有没有在途中被损坏或者被人篡改过。
如果校验不通过，那就好比收到一封字迹模糊、内容被乱改的信，这样的报文是不能被信任的，就像这样的信你也不会相信里面的内容一样。
104规约(2002版)报文解析
104规约（2002版）报文解析1、 初始化● 主站发: 68 04 07 00 00 00目的：给子站发请求链路状态命令。
子站回答：68 04 0B 00 00 00目的：子站向主站响应链路状态。
子站回答：68 0E 00 00 00 00 46 01 04 00 01 00 00 00 00 00 目的：初始化结束。
2、 对时 时钟同步命令一般不在104中应用，因为网络路由的延时永远不定（随机），导致对时不准。
● 主站发：68 14 2C 00 6A 00 67 01 06 00 01 00 00 00 00 E5 3F 00 0F 09 0C 04目的：向子站发送对时报文。
357 毫秒 16 秒 0分 15小时 9日 12月 4年3、 总召唤● 主站发：68 0E 00 00 06 00 64 01 06 00 01 00 00 00 00 14目的：向地址为01的子站发总召唤命令。
子站回答：68 0E 08 00 02 00 64 01 07 00 01 00 00 00 00 14目的：子站响应总召唤。
子站回答：68 2D 0A 00 02 00 01 A0 14 00 01 00 01 00 00 00 01 00 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 目的：子站向主站以ASDU1方式连续上送全遥信，此为第一帧。
报文解析：子站回答：68 2D 0C 00 02 00 01 A0 14 00 01 00 21 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 目的：子站继续上送全遥信的下一帧。
…………子站回答：68 2D 20 00 02 00 01 A0 14 00 01 00 61 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 目的：子站向主站上送全遥信的最后一帧。
104规约报文说明
主站与子站通过IEC60870－5－104规约通讯协议说明目录目录 (1)前言 (1)一、IEC60870-5-104应用规约数据单元基本结构 (2)1.1 应用规约数据单元APDU (2)1.2 应用规约控制信息APCI (2)1.3 应用服务数据单元ASDU (3)二、IEC60870-5-104规约的过程描述 (5)三、IEC60870-5-104规约源码分析（报文分析） (5)3.1启动连接（U格式） (5)3.2启动连接确认（U格式） (6)3.3总召唤（I格式） (6)3.4总召唤确认（I格式） (6)3.5数据确认（S格式） (6)3.6总召唤结束（I格式） (7)3.7测试连接（U格式） (7)3.8测试连接确认（U格式） (7)3.9．遥信信息（I格式） (7)3.9遥测信息（I格式） (10)3.10 SOE信息（I格式） (11)前言根据全国电力系统控制及其通信标准委员会三届五次会议和最近出版的国标DL/T634.5.104:2002对104规约的参数选择做了如下说明：1、采用端正101规约中的链路地址和短报文（指链路确认报文）2、采用召唤一级数据3、两个字节表示公共地址（站址）4、两个字节表示传送原因5、三个字节表示信息体地址上述3、4、5点与上一次通讯协议具体说明有冲突，为执行国际国内标准，建议根据上述要求对报文做如下修改。
一、IEC60870-5-104应用规约数据单元基本结构应用规约数据单元：APDU（Application protocal data unit）应用规约控制信息：APCI（Application protocal control information）应用服务数据单元：ASDU（Application protocal control unit）APDU=APCI + ASDU1.1 应用规约数据单元APDU定义了启动字符、应用服务数据单元的长度规范、可传输一个完整的应用规约数据单元。
IEC104规约报文分析(104报文解释的比较好的文本)
IEC104规约调试小结一、四遥信息体基地址范围“可设置104调度规约”有1997年和2002年两个版本，在流程上没有什么变化，02此配置要根据主站来定，有的主站可能设为1，1，2，我们要改与主站一致。
三、以公共地址字节数=2，传输原因字节数=2，信息体地址字节数=3为例对一些基本的报文分析第一步：首次握手（U帧）发送→激活传输启动：68（启动符）04（长度）07（控制域）00 00 00接收→确认激活传输启动：68（启动符）04（长度）0B（控制域）00 00 00第二步：总召唤（I帧）召唤YC、YX（可变长I帧）初始化后定时发送总召唤，每次总召唤的间隔时间一般设为15分钟召唤一次，不同的主站系统设置不同。
发送→总召唤：68（启动符）0E（长度）00 00（发送序号）00 00（接收序号）64（类型标示）01（可变结构限定词）06 00（传输原因）01 00（公共地址即RTU地址）00 00 00（信息体地址）14（区分是总召唤还是分组召唤，02年修改后的规约中没有分组召唤）接收→S帧：注意：记录接收到的长帧，双方可以按频率发送，比如接收8帧I帧回答一帧S帧，也可以要求接收1帧I帧就应答1帧S帧。
6804 01 00 02 00接收→总召唤确认（发送帧的镜像，除传送原因不同）：68（启动符）0E（长度）00 00（发送序号）00 00（接收序号）64（类型标示）01（可变结构限定词）07 00（传输原因）01 00（公共地址即RTU地址）00 00 00（信息体地址）14（同上）发送→S帧：注意：记录接收到的长帧，双方可以按频率发送，比如接收8帧I帧回答一帧S帧，也可以要求接收1帧I帧就应答1帧S帧。
68 04 01 00 02 00接收→YX帧（以类型标识1为例）：68（启动符）1A（长度）02 00（发送序号）02 00（接收序号）01（类型标示，单点遥信）04（可变结构限定词，有4个遥信上送）14 00（传输原因，响应总召唤）01 00（公共地址即RTU地址）03 00 00（信息体地址，第3号遥信）00（遥信分）发送→S帧：68 04 01 00 04 00接收→YX帧（以类型标识3为例）：68（启动符）1E（长度）04 00（发送序号）02 00（接收序号）03（类型标示，双点遥信）05（可变结构限定词，有5个遥信上送）14 00（传输原因，响应总召唤）01 00（公共地址）01 00 00（信息体地址，第1号遥信）02（遥信合）06 00 00（信息体地址，第6号遥信）02（遥信合）0A 00 00（信息体地址，第10号遥信）01（遥信分）0B 00 00（信息体地址，第11号遥信）02（遥信合）0C 00 00（信息体地址，第12号遥信）01（遥信分）发送→S帧：68 04 01 00 06 00接收→YC帧（以类型标识9为例）：68（启动符）13（长度）06 00（发送序号）02 00（接收序号）09（类型标示，带品质描述的遥测）82（可变结构限定词，有2个连续遥测上送）14 00（传输原因，响应总召唤）01 00（公共地址）01 40 00（信息体地址，从0X4001开始第0号遥测）A1 10（遥测值10A1）00（品质描述）89 15（遥测值1589）00（品质描述）发送→S帧：68 04 01 00 08 00接收→结束总召唤帧：68（启动符）0E（长度）08 00（发送序号）02 00（接收序号）64（类型标示）01（可变结构限定词）0A 00（传输原因）01 00（公共地址）00 00 00（信息体地址）14（区分是总召唤还是分组召唤，02年修改后的规约中没有分组召唤）发送→S帧：6804 01 00 0A 00第二步:发送对时报文(通过设置RTU参数表中的”对间间隔”,单位是分钟,一般是20分钟)发送→对时命令：68（启动符）14（长度）02 00（发送序号）0A 00（接收序号）67（类型标示）01（可变结构限定词）06 00（传输原因）01 00（公共地址）00 00 00（信息体地址）01（毫秒低位）02（毫秒高位）03（分钟）04（时）81（日与星期）09（月）05（年）接收→对时确认：68（启动符）14（长度）0C 00（发送序号）02 00（接收序号）67（类型标示）01（可变结构限定词）07 00（传输原因）01 00（公共地址）00 00 00（信息体地址）**（毫秒低位）**（毫秒高位）**（分钟）04（时）81（日与星期）09（月）05（年）发送→S帧：68 04 01 00 0E 00第三步:电度总召唤(如果没有电度此步骤可以省略且可以在对时之前以送.通过设置参数中”全数据扫描间隔”,单位是分钟一般是15分钟召唤一交,如果不需要召唤电度一定要将参数中的电度个数设为0)发送→召唤电度：68（启动符）0E（长度）04 00（发送序号）0E 00（接收序号）65（类型标示）01（可变结构限定词）06 00（传输原因）01 00（公共地址）00 00 00（信息体地址）45（QCC）接收→召唤确认(发送帧的镜像,除传送原因不同) ：68（启动符）0E（长度）10 00（发送序号）06 00（接收序号）65（类型标示）01（可变结构限定词）07 00（传输原因）01 00（公共地址）00 00 00（信息体地址）45（QCC）发送→S帧：68 04 01 00 12 00接收→电度数据：68（启动符）1A（长度）12 00（发送序号）06 00（接收序号）0F（类型标示）02（可变结构限定词,有两个电度量上送）05 00（传输原因）01 00（公共地址）01 64 00（信息体地址，从0X6401开始第0号电度）00 00 00 00（电度值）00（描述信息）02 64 00（信息体地址，从0X6401开始第1号电度）00 00 00 00（电度值）01（描述信息）发送→S帧：68 04 01 00 14 00接收→结束总召唤帧：68（启动符）0E（长度）14 00（发送序号）06 00（接收序号）65（类型标示）01（可变结构限定词）0A 00（传输原因）01 00（公共地址）00 00 00（信息体地址）45（QCC）发送→S帧：6804 01 00 16 00第四步:如果RTU有变化数据主动上送主动上送变位遥信，类型标识为1或3接收→变位遥信：68（启动符）0E（长度）16 00（发送序号）06 00（接收序号）01（类型标示，单点遥信）01（可变结构限定词，有1个变位遥信上送）03 00（传输原因，表突发事件）01 00（公共地址即RTU地址）03 00 00（信息体地址，第3号遥信）00（遥信分）发送→S帧：68 04 01 00 18 00接收→变位遥信：68（启动符）0E（长度）18 00（发送序号）06 00（接收序号）03（类型标示，双点遥信）01（可变结构限定词，有1个变位遥信上送）03 00（传输原因，表突发事件）01 00（公共地址即RTU地址）06 00 00（信息体地址，第6号遥信）01（遥信分）发送→S帧：68 04 01 00 1a 00主动上送SOE,类型标识为0x1e（单点YX）或0x1f（双点YX）接收→SOE ：68（启动符）15（长度）1a 00（发送序号）06 00（接收序号）1e（类型标示，单点遥信）01（可变结构限定词，有1个SOE）03 00（传输原因，表突发事件）01 00（公共地址即RTU 地址）08 00 00（信息体地址，第8号遥信）00（遥信分）ad（毫秒低位）39（毫秒高位）1c（分钟）10（时）7a（日与星期）0b（月）05（年）发送→S帧：68 04 01 00 1c 00接收→SOE ：68（启动符）15（长度）1c 00（发送序号）06 00（接收序号）1f（类型标示，双点遥信）01（可变结构限定词，有1个SOE）03 00（传输原因，表突发事件）01 00（公共地址即RTU 地址）0a 00 00（信息体地址，第10遥信）01（遥信分）2f（毫秒低位）40（毫秒高位）1c（分钟）10（时）7a（日与星期）0b（月）05（年）第四步:如果主站超过一定时间没有下发报文或RTU也没有上送任何报文则双方都可以按频率发送U帧，测试帧，以检测链路通断。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
104规约（2002版）报文解析1、 初始化● 主站发: 68 04 07 00 00 00目的：给子站发请求链路状态命令。
子站回答：68 04 0B 00 00 00目的：子站向主站响应链路状态。
子站回答：68 0E 00 00 00 00 46 01 04 00 01 00 00 00 00 00 目的：初始化结束。
2、 对时 时钟同步命令一般不在104中应用，因为网络路由的延时永远不定（随机），导致对时不准。
● 主站发：68 14 2C 00 6A 00 67 01 06 00 01 00 00 00 00 E5 3F 00 0F 09 0C 04目的：向子站发送对时报文。
357 毫秒 16 秒 0分 15小时 9日 12月 4年3、 总召唤● 主站发：68 0E 00 00 06 00 64 01 06 00 01 00 00 00 00 14目的：向地址为01的子站发总召唤命令。
子站回答：68 0E 08 00 02 00 64 01 07 00 01 00 00 00 00 14目的：子站响应总召唤。
子站回答：68 2D 0A 00 02 00 01 A0 14 00 01 00 01 00 00 00 01 00 01 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00目的：子站向主站以ASDU1方式连续上送全遥信，此为第一帧。
报文解析：子站回答：68 2D 0C 00 02 00 01 A0 14 00 01 00 21 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00目的：子站继续上送全遥信的下一帧。
…………子站回答：68 2D 20 00 02 00 01 A0 14 00 01 00 61 01 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00目的：子站向主站上送全遥信的最后一帧。
子站回答：68 AD 22 00 02 00 0D A0 14 00 01 00 01 40 00 B2 0B 4B 42 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00目的：子站向主站以ASDU13方式（浮点数）上送全遥测中的第一帧。
（有些调度要求用ASDU9（码值）上送，见下文补充）报文解析：子站回答：68 AD 24 00 02 00 0D A0 14 00 01 00 21 40 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00目的：子站继续上送全遥测的下一帧。
…………子站回答：68 17 32 00 02 00 0D 82 14 00 01 00 01 41 00 00 00 00 00 00 00 00 0000 00目的：子站向主站上送全遥测的最后一帧。
子站回答：68 0E 34 00 02 00 64 01 0A 00 01 00 00 00 00 14目的：子站以ASDU100响应主站，指明总查询结束。
补充：有些主站要求遥测用ASDU9方式上送，举例报文如下子站回答：68 6D 9E 00 06 00 09 A0 14 00 02 00 01 40 00 ED 01 00 76 01 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00 00 00 00 00 00 00目的：子站向主站以ASDU9方式（码值）上送全遥测中的第一帧。
报文解析：4、变化遥测子站回答：68 1A 36 00 02 00 0D 02 03 00 01 00 01 40 00 22 5D 87 41 00 A4 40 0022 5D 87 41 00目的：有变化数据并以ASDU13方式上送变化遥测报文解析：● 子站回答：68 16 B0 00 04 00 09 02 03 00 02 00 01 41 00 E9 02 00 02 41 00 29 0200目的：有变化数据并以ASDU9方式上送变化遥测报文解析：● 主站发 68 04 43 00 00 00目的：召唤变化数据。
子站回答：68 04 83 00 00 00目的：此刻没有变化数据。
5、 变化遥信当站内有相应遥信点变位时WATCHBUG 会提示 Get MSG_LON_YX_CHANGE Index:1 Val:0Get MSG_LON_YX_CHANGE Index:2 Val:1Get MSG_LON_YX_CHANGE Index:3 Val:0● 子站回答：68 16 32 00 02 00 01 03 03 00 01 00 02 00 00 00 03 00 00 01 04 00 0000目的：以ASDU1方式上送变位遥信（2号点置0，3号点置0，4号点置0，）。
报文解析：…………WATCHBUG 提示Get MSG_LON_YX_CHANGE Index:2 Val:0子站回答：68 0E 36 00 02 00 01 01 03 00 01 00 03 00 00 00目的：以ASDU1方式上送变位遥信（3号点置0）。
6、 SOE 的处理分为3字节时标和7字节时标两种：● 子站回答：68 11 24 00 2A 00 02 01 01 00 01 00 01 00 00 00 7E 3E 18目的：以ASDU2方式上送SOE （3字节时标）。
报文解析：● 子站回答：68 15 9C 01 2E 00 1E 01 03 00 02 00 85 04 00 01 80 6D 13 11 1E 0C 06目的：以ASDU30方式上送SOE （7字节时标）。
报文解析：7、 遥控 ● 主站发：68 0E 04 00 9C 00 2E 01 06 00 02 00 42 60 00 82目的：对地址为02的子站发遥控预置。
报文解析：子站回答：68 0E 9C 00 06 00 2E 01 07 00 02 00 42 60 00 82目的：子站上送遥控预置成功的反校报文。
……● 主站发：68 0E 06 00 9E 00 2E 01 06 00 02 00 42 60 00 02目的：发遥控执行命令。
子站回答：68 0E 9E 00 08 00 2E 01 07 00 02 00 42 60 00 02目的：执行确认。
子站回答：68 0E A0 00 08 00 2E 01 0A 00 02 00 42 60 00 02目的：一次遥控过程结束。
IEEE754浮点数2008年04月15日星期二 07:01一：概述IEEE754浮点数格式短实数也称单精度数符号位1位，阶码8位，尾数23位长实数也称双精度数符号位1位，阶码11位，尾数52位42E48000第一步,化为2进制0100 0010 1110 0100 1000 0000 0000 0000第二步:因为IEEE754使用1个符号,8个阶码,23个尾数,我们分别在上面提取这些内容.符号:第一位:0 表示正数阶码:2-9位:10000101 为133,实际的幂值为133-127=6尾数:10-32位:11001001000000000000000,实际值为1.11001001 (1+尾数)第三步:根据公式写出实际数值大小为1110010.01,化为十进制为:114.25二：基础知识扩展-----------------------------------------------------------------------值存储为指数偏移量real*4 1位符号位(s)、8位指数(e)，23位尾数(m,共32位) 127(7FH)real*8 1位符号位(s)、11位指数(e)，52位尾数(m,共64位) 1023(3FFH)real*10 1位符号位(s)、15位指数(e)，64位尾数(m,共80位) 16383(3FFFH)-----------------------------------------------------------------------计算公式：V=(-1)^s*2^E*MV=(-1)^s * 2^( 1 -指数偏移量) * ( 尾数) （当指数位为0时）V=(-1)^s * 2^(指数位数值-指数偏移量) * (1+尾数) （当指数位不全为0或不全1情况1：当e（各位）为全'0'时：E=1-(2^(e（位数）-1)-1)；<===>E=1-指数偏移量M=m。