XZHOUMIN的博客

现在增加了一个新的功能，双击树上的节点，对于遥信遥测和冻结数据，可以显示详细信息。应很多粉丝要求，今天将工具上传，给大家使用，欢迎提出宝贵意见，后期可以继续优化。之前发布了104报文解析工具。

现在简单减少一下从站的重发机制，在104通讯中，为保证数据的可靠性，做得好的从站需要做重发机制，一个是用户层的重发机制，一个是链路层的重发。再看一个，如上图，从站发了一帧遥测，主站发的总召唤，但主站发的总召唤的发送序号和接收序号都错了，发送第一帧，因此发送序号应该是0，接收序号，接收到1帧或0帧，接收序号应该是1或0。这里有一帧时钟同步报文，我们可以看到，这个是从站发出的传输原因为7的确认报文，主站没有发出时钟通讯命令，而这里给与了时钟同步确认，分析任务是从站做了未确认报文重发的功能。

现将知道的104报文定义罗列如下，大部分已经讲解过，若还有感兴趣报文类型，我再进行分析。

在实践中，我们发现，有时需要停掉的不是整条链路，而是其中的某些数据。比如某个设备出现故障，不管是软件还是硬件，导致遥信突发反复上送，频率非常高，这样不仅占带宽，影响其他正常数据，同时主站的存储也会浪费很多，同时主站如果没有做相应策略，也会导致后续消费应用的各种的问题。链路层有启动数据传输和停止数据传输，实际上是两个用途，一个是建立链路后，发送启动数据传输可以允许子站发送数据，也就是I帧。104提供了停掉整个链路数据的功能，但这样虽然能达到阻止无效无意义数据的上送，也会导致正常的数据无法上送。

将遥信作为冻结，只是借了一个冻结的名义，实际遥信变化一次才存起来，实际是遥信的历史数据。而冻结遥测是定时保存数据，比如15分钟保存一次遥测，不管遥测是否有变化。因此平时遥信的变化，通过变位SOE上送，已经可以了。而召唤冻结数据的目的是补召。是将主站漏掉的数据召上来。直接上送的冻结遥测用的传输原因用突发（3），因为遥测的类型就已经表示这是冻结遥测了，同时还和召唤的遥测有了区分。但其实际是不符合标准104规范的。

这种扩展实际是不符合104报文的规范的，包括6号文件的中一些扩展报文。标准104报文一种报文里面只能有一种类型，不会把很多不同数据糅合在一个报文里面。但为了解决一个事件里面包含各种不同的数据，他们又不得不定义为这样。因此，这里扩充了新的故障事件的上送，既符合标准104的报文规范，又要将事件整个数据都送上去。召唤故障事件可以一次召唤多个事件。

这里两个标识定义为一样了，虽然我认为极大可能是笔误，但实际中有可能就将错就错了。除非官方重新发布新的版本。在这份协议中，定义的文件传输和6号文的基本一样，只不过TI从210换成了116。变电运维班辅助设备全面监控系统建设技术规范中有文件传输协议的定义。例子报文就随便举几个，毕竟和6号文是一样的。还有一个地方不同，就是。

在104中，文中已经规定信息体地址的长度设置为3个字节，但在某些报文的却将信息体地址的长度标为2字节，我们认为，应该统一为3个字节。这两个文件格式中没有考虑公共地址，对于子站存在多个公共地址的情况，无法在文件中进行表达。另外在定点记录文件中只能记录15分钟的数据，其他时间间隔的文件没有定义。这里的遥信类型和遥测类型没有地方定义，不知道应该取什么值。如下图，应该为：7.6.3.1-7.6.3.3。2、关于控制域，我们认为应该统一为4个字节。如下图，是否约定为0表示成功，1表示失败。一、一些值得商榷的地方。

在实际应用中，有时需要召唤部分数据，用总召唤或组召唤则上传的报文太多，影响效率和流量。因此扩展了点召报文。可以召唤有限个数的任意组合的数据。响应报文用常规的带长时标的遥信遥测等报文给与响应，传输原因为：响应点召。

浙江标准扩充了故障事件，一个是故障事件报文（TI=53)，一个是故障事件召测(TI=208)。有些数据标准104是无法表达的，比如故障事件，在发生时会有一包数据需要一起送到主站。从站收到此报文后，先进行确认，然后将这个时间段的时间按时间报文格式上送主站。在事件发生时，按此报文格式上送。

其实一个边设备一般不会变态到这个地步，一般几个任务就够了，而且在不同的边设备中，可以用相同的任务号来定义不同的任务。为何主站需要这么多的任务号？可以给每个设备最多定义43个任务，每个任务由不同的遥测来组成，也可以由相同的遥测组成，但冻结的其他参数不同。主要是为了方便，每个任务号可以定义不同的内容，一次定义，永远使用。有冻结报文就有冻结任务，否则子站怎么知道哪些数据要冻结，冻结的时间等。这里可以给具体的设备配置不同的冻结参数，不同的设备公共地址不同。所以总共就255种任务，255个任务号，发给不同的设备用。

104协议本来是用于实时系统的，比如调度系统，因此没有考虑历史数据这块。浙江6 号文-配电自动化系统应用实施细则（试行）补充协议中定义了冻结数据相关报文。冻结数据实际是历史数据的一种，即在规定的时间间隔，子站将遥测数据那个时刻的数据保存为历史数据。一般是15分钟一个点，一天96个点。子站在冻结好数据后，会将冻结的数据按报文类型209给主站送数据。当主站发现有漏掉的冻结数据后，会用报文类型204进行召测，子站将满足条件的报文用报文类型209送给主站。

如下图，分析过104文件传输的报文，将一个文件传输的结束时间去起始时间得到传输时间，然后用文件长度除以传输时间，我们看到速度大概是2.5kByte/s。我们来分析以下104传输文件，104是平衡传输，我们只要，虽然需要帧确认，但我们可以将k，w调大一点，则可以保证子站可以源源不断的将报文送出去，中间可以不用停顿。难道没有解决办法了，问了AI后，原来4G模块还有其他的接口，比如说USB，可以将速度提上去，只是价格高点而已。104在用于终端用4G无线与主站进行通讯的业务中，其中有传告警图片和告警小视频的需求。

这里的读写参数比较容易理解，无非就是将参数写到设备或从设备将参数读上了。这里的定值，其实是来源于保护定值区，在保护设备中，一般有好几套定值，可以通过定值区进行切换，在不同的情况下用不同的一组定值。可以只考虑参数的读写。之前写过104的读写参数，但其仅仅用于遥测的阈值等有限的范围，当104用于其他业务时，这点是不够的。这里需要注意的是，参数中采用了tlv的方式来表达参数，即类型,长度和值。国网在这里扩充了4个报文，200，201，202，203。根据不同的类型，有不同的长度，相同的类型也有不同的长度。

在国网6号文件基础上，浙江还扩展了文件变化通知的报文，就是有了新的文件或文件有了变化，通知主站来读取。

但文件不比数据报文，它是有很多帧组成的，少了任何一帧就无法组合成正确的文件。可以将没有传完的文件的剩下部分继续进行传输，直到将文件传输完成。对于主站的写文件来说，子站是知道主站已经写了多少的。因此需要在交互报文中告知主站当前已经收到文件的位置指针。主站可以从这个位置继续写剩下的文件内容。对于主站的读文件来说，主站是知道文件已经收到多少的，因此断点续传由主站通知子站当前已经收到的文件的位置指针，子站可以从这个位置继续传输。浙江省在国网6号文文件传输的基础上，定义了断点续传的操作标识，从而实现了断点续传。

104本身是带文件传输功能的，但由于其文件传输晦涩难懂，和实际使用有比较大的偏差，因此很多单位都抛弃使用104本身的文件传输功能，而自己定义一套新的文件传输机制和报文。DL/T634.5104-2009 实施细则（试行）》扩展的文件传输。各种文件功能用包文件中附加数据包中的操作标识来确定。因此这里的操作标识一共定义了1~10。下面讲解一下《配电自动化系统应用。定义的文件传输报文类型为。其中1~2用于目录服务。7~10用于写文件服务。3~6用于读文件服务。

BS1[1]中的BS1表示一个bit，[1]表示第一个bit，是从右边开始的，即低位开始，一共一个字节8个BIT，从右到左一共8个BIT，序号从1到8。总之，这个描述词就是说单点遥信中一个BIT用来表示分还是合，其他的表示这个位置的品质参数，还有3个BIT是保留（RESERVE）的没有使用，一般置0。NT是英文not topical的缩写，表示非当前值，一般用于数据实际值已经有变，但这个值还没有变，就是老的值。SB是英文substituted的缩写，表示被取代，一般用于人工置值。

这个和OSI7层模型是类似的，每层只管和对方通信，下层就将上一层的报文增加一个信封，即报文头和报文尾，104这里只加了报文头的6个字节。当然，某些报文看起来是一问一答，比如U帧测试帧，但中间是可以随时插入其他帧的。链路层进行通讯和应用层通讯是异步的，就是应用层没有报文时，链路层会进行通讯维护链路层。应用有报文时，交给链路层，链路层放在发送队列，按优先级进行发送。我们看到报文都是68打头的，因为应用层报文也要交给链路层发送，链路层增加了开头的6个字节再进行发送。应用层报文就是I帧，其中包含链路层控制信息。

所谓应用任务优先级，就是同时出现不同的应用任务时，优先发哪个报文。这里有一个表格，可以做为参考，一般是在子站来实现，子站是数据提供方，需要对各种任务的优先级进行排序，以满足应用的实际需要。

这个是主站的超时，对于子站来说，若碰到子站为转换遥控而不是直接控制的情况，则子站也需要一个超时，转发遥控后超时没有得到响应，则子站也要给与主站一个否定的确认。原因是遥控要求比较高，控制错了就容易出事故，因此多一个选择的过程，可以让执行人员看到确实是要控制需要控制的开关或闸刀，一般在图上显示时，选中的开关可以以闪烁或变一种颜色的方式来表达。遥控根据控制刀闸的不同情况，可以选择双点控制和单点控制，一般来说，分合位置用两个继电器来表达的，需要用双点遥控，分合位置用一个继电器来表达的，用单点遥控。

B站发送I(0,0)帧后，开始计时，A站回复了S(1)帧，表示确认收到了I(0,0)帧，则B站又从I(1,0)帧发送的时间开始计时，当超过t1时间后，I(1,0)帧没有得到A站的确认，则主动关闭TCP/IP连接，重新开始新的连接过程。B站在发送了I(2,0)帧后就不再发送I帧，而A站此时只收到3帧I帧，若此时配置的w参数为8，则3

w是通讯前就已经配置好的一个固定值，范围是1~32767，表示收到对方w帧后就必须给对方一个应答了，表示这些帧我已经收到了，如果不给对方应答，对方会认为自己发的这些帧没有收到，后续可以采用其他机制来让对方收到自己的数据。k,w两个是一个数值，与104的帧计数有着密切的关系，在104通讯时，内部有3个计数器，分别是发送的I帧计数，发送后已经被对方确认的I帧计数，收到的I帧计数，前两个计数器是本方的I帧计数，最后一个是对方的I帧计数。用于应用层的报文称为I帧，只用于链路层通讯的为U帧和S帧。

104中的参数是专门用于遥测，遥测是一直变化的，对于突发上送的遥测，什么情况下应该送，什么情况下不送，可以由参数来决定，一个遥测对应一个参数，参数通过主站下发，可以随时调整，从而控制遥测上送的频率符合自己的要求。参数也有一个信息体地址，此地址和对应的遥测之间是要由一个映射关系，比如信息体地址1000的参数对应信息体地址为6的遥测。这个映射关系，最好是用固定偏移的方式，比如遥测的信息体地址基础上加10000表示对应的参数，这样双方约定要这个固定偏移后，可以很容易的设置参数，做好参数和遥测之间的关联。

因为数据上送时的时标都是子站标识的，因此时钟同步很重要，因为它标记了数据发生的时间，对于分析，排序等有很大的用途。对时的周期至少以小时为单位，子站自己可以守时，在对时周期内，子站的时钟精度不能超过1秒。主站把自己的时间写入到报文中，子站回复时，将对时之前的时标写入报文中。在精度要求1秒以内的，都可以使用时钟同步，它简单省钱。

背景扫描称为总召唤的补充，其实就是和总召唤的数据一模一样，只是数据的发起方是从站，从站在背景扫描时间到了后就会上送所有背景扫描数据。104报文类型很多，经过这么多年的发展，很多报文已经淘汰，比如短时标的遥信遥测，标度化遥测（表示范围太小），归一化遥测（需要双方约定变比）循环上送是指一些变化比较慢的数据，一般指遥测，只要定时将数据送出即可，实时性要求不高，20秒，30秒或几分钟送一次即可。104平时的数据上送主要通过3种方式：突发上送，循环上送，背景扫描上送。M_ME_NC_1|13 测量值，短浮点数。

总召唤不可中断，就是在总召唤过程中若出现突发数据，则先不送突发报文，等总召唤过程结束后再发送突发报文。对于哪些数据属于总召唤数据，对于标准104一般是除循环数据之外的数据的遥信和遥测都属于总召唤数据，但现在由于用于多种用途，各种场景，因此简易是将数据都做成可配置，即可以根据主站要求，将主站需要的数据加入到总召唤中。这个是正常的过程，还有一些非正常的情况，一个是子站数据未准备好或是已经有一个总召唤在执行等无法执行总召唤时，给与主站一个否定的确认（用COT=0x47）即可，后续不需要发任何和总召唤相关的报文。