从零开始理解IEC104协议之四——工程调试经验总结

⑴、调试的一般流程

        1、确定规约版本。现今一般采用02版。

        2、确定通讯参数。主站IP地址（目的IP地址）、远动IP地址（源IP地址）及它们的子网掩码，网关地址。另源端口和目的端口都是2404，这是104规约的唯一端口号。还有就是远动是server端，而调度是client端。

说明：

        注意在配置过程要尽量不要开输入法，配置文件中的字符仅支持半角模式（1个字符1个字节），输入法默认的可能是全角模式（1个字符2个字节）。同时，还需要注意空格的问题，不能多空也不要少空。记住，输入字符时要区分大小写。各类描述尽量少用汉字，避免引发未知错误。新手往往会在这里栽跟头。

        3、配库。根据点表、说明书、操作指导书等资料配库。

说明：

        这步说起来简单，但根据远动软硬件的不同，经常出现各种各样的问题。这里只说一下比较常见的一些较为简单的问题——

        第一，遥测、遥控的起始点号与主站不一致。主站提供点表一般都是从0或1开始的顺序号，我们需要确认0或1对应的实际起始信息对象地址，不同类型报文的信息对象地址范围不能有交叉。

        第二，如果出现遥脉值无法上送的情况，可能是因为计数量召唤限定词的冻结命令词为0，部分主站不支  持。还有就是有些主站不能处理带时标的电度值。

        第三，从站中各遥测的数据类型必须保持一致，不能混用。未选用的类型其个数必须设置为0。

        第四，SOE一般为7字节时标，部分老站只支持3字节时标。

        第五，数据上送类型，主从双方要配置一致。老调度站遥测一般为归一化值，遥信为单点遥信，遥控为单点遥控，SOE采用短时标或长时标，按实际情况选择；新调度站，遥测一般为短浮点数，遥控和遥控均为单点，SOE采用长时标。

        第六，远动转发系数，在以南瑞科技远动为例，当采用短浮点数上送调度时，这种情况下，需要将测控采集到二次值转换为一次值，转发系数填写直接用后台的标度系数/参比因子；基数值填写后台的基础值。采用归一化值上送调度，系数都填1，基础值都填0。数据的系数处理就留给调度端进行，调度端的处理方法也是系数采用变电站后台的标度系数/参比因子，基值就是后台的基值。另转发系数需要在配置文件中将其使能，方才有效。

        其实转发系数各种配置的目的只有一个，将库中的码值转换成调度需要的值。以南瑞科技为例，当短浮点数上送时，实际上是以一次值上送；而用归一化值上送时，实际上是以码值上送。

        综上，上述设置只是一般情况，具体需要看调度那边到底需要的是一次值、二次值还是码值。如果数据出  现溢出的情况，还需另行调整。

        另外需要注意的是装置上网的遥测值是二次值还是码值，一般来说是二次值，所以需要配置参比因子转换成码值入库。若装置上网的是码值，则可以直接入库。

      4、远动入网。网线一般采用一对一方式制作，连接网线将远动接入网络。一般来说，远动都是通过路由器与整个网络进行连接。

      5、检验网络连通性。

        先让主站ping网关看能否ping通，能够ping通说明远传通道没有问题。然后让主站ping远动，能够ping通的话就说明远动和主站间的通道没有问题。

        然后再从远动ping网关，再ping主站。互相ping通后，通信一般就没有问题了。这时应该能够看到远动与主站连接的NET口的灯会闪烁，表示收到了主站数据。部分型号远动会有收发指示灯，这就更好判断了。

        如有双机，一定要做主备机切换试验。

说明：

第一类，Ping网关不通的常见情况如下——

        第一，有些交换机或路由器的网卡不能自适应收发线序，需要用交叉网线；

        第二，子网掩码设置错误；

        第三，一般网关的网口是指定的，插错网口将无法ping通网关；

        第四，网段与其他网卡冲突；

        第五，网卡损坏，通过笔记本测试验证即可。

第二类，能ping通网关，却ping不通主站的常见情况如下——

        第一，缺少route文件或route文件配置错误；

        第二，路由器未正确设置（10M/100M，全双工/半双工），在100M全双工的情况一般可以ping通主站；

        第三，某些操作系统对路由数存在限制，把路由IP设置改成网段格式即可；

        第四，查看路由的日志，并检查路由器的软件版本是否正确。

第三类，能ping通主站，但主站无法建立TCP连接的常见情况如下——

        第一，配置文件中TCP模式、端口号、远端IP设置不正确；

        第二，IP地址格式不对，如配置时，启动了输入法；

        第三，相关进程未启动，这个一般要问研发。

        第四，主站问题。将远动机网线插到笔记本，笔记本设置成远动机IP，ping通主站后，运行服务器端模拟工具，设置端口号，开始监听，如果收到主站连接，且显示的远端地址与之前调度提供一致，证明主站连接无误，继续检查远动相关配置。如果收不到连接，或者远端地址不一致，主站相关设置错误，主站检查自身设置。常见的有访问地址错误，自身地址错误，端口号错误等。一般修改完成后需要重启才能生效。

6、确认报文。这时可以通过调试软件去看一下报文，到这步一般就没什么大问题了。

        部分调度站要求会比较高，那么就要用到规约测试软件，通常会测试总召唤，对时，循环数据的主动上送，四遥，变化遥信（SOE），变化遥测，停止链路，启动链路。根据测试软件不一，使用步骤也略有区别。这个可以单独写一篇，这边就不再深入了。

⑵运行

        运行中的问题，往往也是多种多样的。事后会发现很多问题原因很简单，排查过程确实历尽曲折。例如主站不下发遥控令，最后原因是发现有遥信点位不断上送；遥信的品质因数不正确，原因是有间隔在检修位或装置位于调试态；遥信误发，原因改造后点位数目超限；还有等等各种情况。所以这里只选一些最常见的情况进行分析。

1、连接经常中断

Ⅰ、通道质量差

①线缆因素

        104协议的传输介质主要是光纤和网线。使用网线测试仪检测网线，使用光功率计及光源检测光纤。

②网络架构及功能软件因素

        SOE的分辨率应小于10ms，如能满足此项要求，则可采用104规约的对时功能，这也说明了网络通信良好。

        通常使用ping指令进行初步判断。一般ping5~10min中，按crtl-c组合键中止。记录ping指令的返回内容中的最大/最小响应时间，其值除2便是该网络的最大、最小延时，它们的差值在10ms之内，则符合标准。

③大数据包不能通过

        这种情况可以通过大数据包的ping命令进行测试，通过其返回内容判断针对大数据包的通信质量。        

        Window：ping IP地址 -l300；Linux：ping IP地址 -s300

Ⅱ、104规约自身问题

      到了这里就需要仔细分析报文，才能判断了。常见有以下几种情况：

        1、双方发送和接收序号存在错误如丢失、错序，造成一方判断数据包丢失从而关闭连接。

        2、双方没有正确使用k、w值。

        3、t1超时未确认，一方主动关闭连接。

2、不能建立TCP连接

       在确保ping指令正常的情况下，一般是服务端未在监听状态。通过以下操作来查看服务端是否处于监听状态：

        服务端查看2404端口是否在listening：nestat -an；

        远程查看服务器的2404端口是否在listening：telnet 192.168.1.100：2404

3、通道正常但无数据收发

        常见于远动重启或切机后，主站判断有问题，不发送U帧（启动数据传输）。一般拔掉网线可强制主站重连，如果还是不行，只能在主站侧进行处理。