CN103107931B - 基于iec104规约的非阻塞式通信方法及*** - Google Patents
基于iec104规约的非阻塞式通信方法及*** Download PDFInfo
- Publication number
- CN103107931B CN103107931B CN201210518423.3A CN201210518423A CN103107931B CN 103107931 B CN103107931 B CN 103107931B CN 201210518423 A CN201210518423 A CN 201210518423A CN 103107931 B CN103107931 B CN 103107931B
- Authority
- CN
- China
- Prior art keywords
- frame
- data
- substation
- main website
- interface
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Telephonic Communication Services (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
本发明提出一种基于IEC104规约的非阻塞式通信方法及***。其中，方法包括以下步骤：在主站和子站通过Netty架包创建非阻塞的通讯框架，其中，通讯框架提供ChannelConnected方法和MessageReceived方法；根据ChannelConnected方法监听主站和子站的数据传输端口；当数据传输端口创建连接时根据MessageReceived方法对数据传输请求进行解析；以及根据解析信息发送所请求的数据。根据本发明实施例的方法，通过采用线程池和线程管理器以及框架所提供的框架对相应的数据进行调度、解析实现非阻塞通讯，用较少线程同时处理多个客户端连接，大幅节省了内存资源，提高了效率，具有更高的可靠性。
Description
技术领域
本发明涉及数据通讯领域，特别涉及一种基于IEC104规约的非阻塞式通信方法及***。
背景技术
随着近年来电力***总容量的不断增加、网络结构的不断扩大，电网的动态稳定性要求更加突出，而智能电网技术的发展，要求电力***能够实时掌握运行状态，及时发现和隐患和故障，这对电力***实时动态信息的测量提出了要求。同时，在智能电网的建设中，需要大量接入分布式能源并形成微网在分布式能源和微网大量接入的情况下，配电网量测节点数量将大量增加，这将会造成通信网络中存在大量实时数据。
现有104规约普遍采用阻塞式通信实现，并且采取轮询的应答式通信方式，当进行一次总召唤时，各个子站依次上传数据，主站需要依次接收并解析数据。在阻塞式通信下，主站需要对每一个线程进行定期的查询，当没有数据上传时，将线程挂起，转而查询其他线程。
现有技术存在的缺点如下：
（1）由于采用总召唤后再按顺序对数据进行传输，因此阻塞式的通信方式效率较低。
（2）当子站数量较多，数据量较大的情况下，大量的线程会占用很多内存空间。
（3）线程的创建、销毁以及切换会占用大量的CPU资源导致程序效率较低，并造成数据的丢失或者是延迟。
发明内容
本发明的目的旨在至少解决上述的技术缺陷之一。
为达到上述目的，本发明一方面的实施例提出一种基于IEC104规约的非阻塞式通信方法，包括以下步骤：S1：在主站和子站通过Netty架包创建非阻塞的通讯框架，其中，所述通讯框架提供ChannelConnected方法接口和MessageReceived方法接口；S2：通过具体实现ChannelConnected方法，并利用其监听所述主站和子站的数据传输端口；S3：通过具体实现MessageReceived方法，当所述数据传输端口创建连接时根据所实现的方法对数据传输请求进行解析；以及S4：根据所述解析信息发送所请求的数据。
根据本发明实施例的方法，通过采用线程池和线程管理器以及框架所提供的框架对相应的数据进行调度、解析实现非阻塞通讯，用较少线程同时处理多个客户端连接，大幅节省了内存资源，提高了效率，具有更高的可靠性。
本发明的一个实施例中，所述方法还包括：S5：当数据传输状态发生异常时主站和子站重新建立连接进行数据传输。
本发明的一个实施例中，所述步骤S1进一步包括：S11：在主站和子站创建服务端；S12：在所述主站和子站的服务端创建连接通道池；S13：在所述连接通道池中创建线程管理器和线程池，其中，所述线程管理器对所述线程池进行管理；以及S14：在所述线程池创建处理器，其中，所述处理器提供MessageReceived方法接口和ChannelConnected方法接口，并对所述ChannelConnected方法接口进行实现。。
本发明的一个实施例中，所述步骤S3具体包括：S31：MessageReceived方法监测到接收到的子站数据后，对其方法进行解析确定所述数据帧的格式，其中，所述格式包括U帧、S帧和I帧；S32：当所述数据帧为I帧时判断数据类型，并所述根据数据的类型确定每个数据单元中的点位及数据；S33：当所述数据帧为S帧时直接进入发送环节；以及S34：当所述数据帧为U帧时改变发送状态，并进入发送环节。
本发明的一个实施例中，所述步骤S5进一步包括：S51：在数据传输过程中记录接收到数据帧后所经过的时间；S52：当所述时间超过预设时间是将发送状态修改为发送检测帧；以及S53：当所述检测帧的状态异常时主站和子站重新建立连接进行数据传输。
为达到上述目的，本发明的实施例另一方面提出一种基于IEC104规约的非阻塞式通信***，包括：框架模块，用于在主站和子站通过Netty架包创建非阻塞的通讯框架，其中，所述通讯框架提供ChannelConnected方法接口和MessageReceived方法接口；监听模块，用于通过具体实现ChannelConnected方法，并利用其监听所述主站和子站的数据传输端口；解析模块，用于通过具体实现MessageReceived方法，当所述数据传输端口创建连接时根据所实现的方法对数据传输请求进行解析；以及发送模块，用于根据所述解析信息发送所请求的数据。
根据本发明实施例的***，通过采用线程池和线程管理器以及框架所提供的框架对相应的数据进行调度、解析实现非阻塞通讯，用较少线程同时处理多个客户端连接，大幅节省了内存资源，提高了效率，具有更高的可靠性。
本发明的一个实施例中，所述***还包括：重发模块，用于当数据传输状态发生异常时主站和子站重新建立连接进行数据传输。
本发明的一个实施例中，所述框架模块具体包括：第一创建单元，用于在主站和子站创建服务端；第二创建单元，用于在所述主站和子站的服务端创建连接通道池；第三创建单元，用于在所述连接通道池中创建线程管理器和线程池，其中，所述线程管理器对所述线程池进行管理；以及第四创建单元，用于在所述线程池创建处理器，其中，所述处理器提供MessageReceived方法接口和ChannelConnected方法接口，并对所述ChannelConnected方法接口进行实现。
本发明的一个实施例中，所述解析模块具体包括：第一确定单元，用于MessageReceived方法监测到接收到的子站数据后，对其方法进行解析确定所述数据帧的格式，其中，所述格式包括U帧、S帧和I帧；第二确定单元，用于当所述数据帧为I帧时判断数据类型，并所述根据数据的类型确定每个数据单元中的点位及数据；第一处理单元，用于当所述数据帧为S帧时直接进入发送环节；以及第二处理单元，用于当所述数据帧为U帧时改变发送状态，并进入发送环节。
本发明的一个实施例中，所述重发模块具体包括：记录单元，用于在数据传输过程中记录接收到数据帧后所经过的时间；修改单元，用于当所述时间超过预设时间是将发送状态修改为发送检测帧；以及传输单元，用于当所述检测帧的状态异常时主站和子站重新建立连接进行数据传输。
本发明的一个实施例中，所述发送模块具体包括：记录单元，用于在数据传输过程中记录接收到数据帧后所经过的时间；修改单元，用于当所述时间超过预设时间是将发送状态修改为发送检测帧；以及传输单元，用于当所述检测帧的状态异常时主站和子站重新建立连接进行数据传输。
本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为根据本发明一个实施例的基于IEC104规约的非阻塞式通信方法的流程图；
图2为根据本发明另一个实施例的基于IEC104规约的非阻塞式通信方法的流程图；
图3为根据本发明一个实施例的框架模块的框架图；
图4为根据本发明一个实施例的解析模块的框架图；
图5为根据本发明另一个实施例的基于IEC104规约的非阻塞式通信***的框架图；以及
图6为本发明一个实施例的单子站连接压力测试结果数据图。
具体实施方式
下面详细描述本发明的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
图1为本发明实施例的基于IEC104规约的非阻塞式通信方法的流程图。如图1所示，根据本发明实施例的基于IEC104规约的非阻塞式通信方法，包括以下步骤：
步骤S101，在主站和子站通过Netty架包创建非阻塞的通讯框架，其中，所述通讯框架提供ChannelConnected方法接口和MessageReceived方法接口。
具体地，首先在主站和子站创建服务端。利用Netty架包，使得项目能够利用Netty架构编写104规约程序。并创建通信服务端，建立服务端对象，其中，服务端对象类继承Netty提供的SimpleServer类。
然后，在主站和子站的服务端创建多个连接通道池。初始化104规约服务端。在服务端创建Netty所提供的连接通道池对象，以存储和管理与主站连接的多个通道。由Netty的功能和特性决定，若有多个子站与主站连接，则自动将其都添加到连接通道池中，进行调度和管理。
之后在多个连接通道池的每个连接通道池创建线程管理器和线程池，其中，线程管理器对线程池进行管理。
最后在线程池创建处理器，其中，处理器提供MessageReceived方法接口和ChannelConnected方法接口，并对所述ChannelConnected方法接口进行实现。在服务端程序中创建Netty所提供的通信连接对象，并在其中创建处理器对象，实现Netty所提供的SimpleChannelHandler类，使得处理器对象能够负责实现IO端口的事件。
在本发明的一个实施例中，当有多个客户连接时，并不直接为他们分配线程，而是通过线程管理器来进行管理和调度。仅当某连接接收到数据时，线程管理器才调用该连接所对应的方法。每个连接对应于线程池中的一个对象，由线程管理器进行管理，而不需要编程实现线程的切换和查询。
步骤S102，通过具体实现ChannelConnected方法，并利用其监听所述主站和子站的数据传输端口。
具体地，利用Netty的Handler中所提供的ChannelConnected方法，监测端口是否进行了TCP连接，当端口TCP/IP连接建立时，执行ChannelConnected方法的内容。在ChannelConnected方法中，首先判断此时的发送状态，向所连接的IP发送U-start帧握手信号。
在本发明的一个实施例中，在处理器中初始化104规约所需内容，包括数据帧定义、类型标识定义、传输原因定义，以及配置文件的读取和遥信和遥测数据点位的定义，程序初始发送状态，以及各个发送状态的定义。定义典型数据帧的构造方法，包括U-start帧，U-test帧，U-stop帧，总召唤帧，遥信帧，遥测帧，遥控帧，遥调帧，S确认帧等。
步骤S103，通过具体实现MessageReceived方法，当所述数据传输端口创建连接时根据所实现的方法对数据传输请求进行解析。
具体地，首先利用MessageReceived方法获取接收到的数据帧，并放入字节缓冲区，判断帧头是否为104规约规定帧头68H，如果是，则继续解析，否则所收到数据为错误数据，应该舍弃。并通过判断数据第四帧和第六帧，即104规约中规定的控制域的八位位组来确定数据帧格式，确定是U帧、I帧或S帧。
在本发明的一个实施例中，当数据帧为I帧时判断数据类型，并根据数据的类型确定每个数据单元中的点位及数据。若数据为I帧，则其包含了数据信息，需要进一步解析，首先判断其类型标识，包括总召唤确认、遥信数据、遥测数据或者是遥控预置确认等。然后按照不同的类型标识，确定其每个数据单元的长度和格式，从而解析出每个数据单元中所包含的点位及数据。例如，遥信中的点位用于与配置文件对比，确定开关的位置和编号，遥信中数据0或1，则用于确定开关的状态。
在本发明的一个实施例中，当数据帧为S帧时直接进入发送环节。
在本发明的一个实施例中，当数据帧为U帧时改变发送状态，并进入发送环节。
步骤S104，根据解析信息发送所请求的数据。
具体地，判断发送状态，并发送相应数据。发送后进入等待数据环节，重复利用MessageReceived方法，当数据接收之后，在MessageReceived方法中对数据进行解析，存储上传的数据，并根据解析结果，修改发送状态。再进入判断发送状态环节，并发送相应的数据。
在本发明的一个实施例中，发送采用选择语句Switch/Case，对于不同的发送状态，调用不同的典型数据帧构造方法，来获得所需发送的数据，并通过Netty提供的Channel发送方法进行发送。
根据本发明实施例的方法，通过采用线程池和线程管理器以及框架所提供的框架对相应的数据进行调度、解析实现非阻塞通讯，用较少线程同时处理多个客户端连接，大幅节省了内存资源，提高了效率，具有更高的可靠性。
图2为根据本发明另一个实施例的基于IEC104规约的非阻塞式通信方法的流程图。如图2所示，根据本发明实施例的基于IEC104规约的非阻塞式通信方法，包括以下步骤：
步骤S201，在主站和子站通过Netty架包创建非阻塞的通讯框架，其中，所述通讯框架提供ChannelConnected方法接口和MessageReceived方法接口。
步骤S202，通过具体实现ChannelConnected方法，并利用其监听所述主站和子站的数据传输端口。
步骤S203，通过具体实现MessageReceived方法，当所述数据传输端口创建连接时根据所实现的方法对数据传输请求进行解析。
步骤S204，根据解析信息发送所请求的数据。
步骤S205，当数据传输状态发生异常时主站和子站重新建立连接进行数据传输。
具体地，在MessageReceived方法结束后，添加计时环节，记录接收到数据帧后，所经历的时间，如果超过104规约所规定的时间，则跳出，进入发送U-test测试帧的环节。如果测试异常表明连接断开，则进入断线重新连接，使服务端与子站进行连接。
在本发明的一个实施例中，在总召唤结束后，经历了足够时间，例如10分钟后，修改当前发送状态为总召唤，并进入发送环节。
根据本发明实施例的方法，通过对数据发送后等待时间的记录在较短的时间内重新建立连接进行数据传输，进一步提高了效率。
图3为本发明一个实施例的基于IEC104规约的非阻塞式通信***的框架图。如图3所示，根据本发明实施例的基于IEC104规约的非阻塞式通信***包括框架模块100、监听模块200、解析模块300和发送模块400。
具体地，框架模块100用于在主站和子站通过Netty架包创建非阻塞的通讯框架，其中，所述通讯框架提供ChannelConnected方法接口和MessageReceived方法接口。
图3为根据本发明一个实施例的框架模块的框架图。如图3所示，框架模块100包括：第一创建单元110、第二创建单元120、第三创建单元130和第四创建单元140。
第一创建单元110用于在主站和子站创建服务端。利用Netty架包，使得项目能够利用Netty架构编写104规约程序。并创建通信服务端，建立服务端对象，其中，服务端对象类继承Netty提供的SimpleServer类。
第二创建单元120用于在主站和子站的服务端创建连接通道池。在服务端创建Netty所提供的连接通道池对象，以存储和管理与主站连接的多个通道。由Netty的功能和特性决定，若有多个子站与主站连接，则自动将其都添加到连接通道池中，进行调度和管理。
第三创建单元130用于在连接通道池中创建线程管理器和线程池，其中，线程管理器对线程池进行管理。
第四创建单元140用于在所述线程池创建处理器，其中，所述处理器提供MessageReceived方法接口和ChannelConnected方法接口，并对所述ChannelConnected方法接口进行实现。在服务端程序中创建Netty所提供的通信连接对象，并在其中创建处理器对象，实现Netty所提供的SimpleChannelHandler类，使得处理器对象能够负责实现IO端口的事件。
在本发明的一个实施例中，当有多个客户连接时，并不直接为他们分配线程，而是通过线程管理器来进行管理和调度。仅当某连接接收到数据时，线程管理器才调用该连接所对应的方法。每个连接对应于线程池中的一个对象，由线程管理器进行管理，而不需要编程实现线程的切换和查询。
监听模块200用于通过具体实现ChannelConnected方法，并利用其监听所述主站和子站的数据传输端口。
在本发明的一个实施例中，在处理器中初始化104规约所需内容，包括数据帧定义、类型标识定义、传输原因定义，以及配置文件的读取和遥信和遥测数据点位的定义，程序初始发送状态，以及各个发送状态的定义。定义典型数据帧的构造方法，包括U-start帧，U-test帧，U-stop帧，总召唤帧，遥信帧，遥测帧，遥控帧，遥调帧，S确认帧等。
解析模块300用于通过具体实现MessageReceived方法，当所述数据传输端口创建连接时根据所实现的方法对数据传输请求进行解析。
图4为根据本发明一个实施例的解析模块的框架图。如图4所示，解析模块300包括：第一确定单元310、第二确定单元320、第一处理单元330和第二处理单元340。
确定单元310用于接收到子站的数据后根据MessageReceived方法对其进行解析确定数据帧的格式，其中，格式包括U帧、S帧和I帧。
第一单元320用于当数据帧为I帧时判断数据类型，并根据数据的类型确定每个数据单元中的点位及数据。
第二处理单元330用于当数据帧为S帧时直接进入发送环节。
第三处理单元340用于当数据帧为U帧时改变发送状态，并进入发送环节。
发送模块400用于根据解析信息发送所请求的数据。判断发送状态，并发送相应数据。发送后进入等待数据环节，重复利用MessageReceived方法，当数据接收之后，在MessageReceived方法中对数据进行解析，存储上传的数据，并根据解析结果，修改发送状态。再进入判断发送状态环节，并发送相应的数据。
在本发明的一个实施例中，发送采用选择语句Switch/Case，对于不同的发送状态，调用不同的典型数据帧构造方法，来获得所需发送的数据，并通过Netty提供的Channel发送方法进行发送。
根据本发明实施例的***，通过采用线程池和线程管理器以及框架所提供的框架对相应的数据进行调度、解析实现非阻塞通讯，用较少线程同时处理多个客户端连接，大幅节省了内存资源，提高了效率，具有更高的可靠性。
图5为根据本发明另一个实施例的基于IEC104规约的非阻塞式通信***的框架图。如图5所示，根据本发明实施例的基于IEC104规约的非阻塞式通信***还包括重发模块500用于当数据传输状态发生异常时主站和子站重新建立连接进行数据传输。
在本发明的一个实施例中，重发模块500包括：记录单元、修改单元和传输单元。
记录单元用于在数据传输过程中记录接收到数据帧后所经过的时间。
修改单元用于当时间超过预设时间是将发送状态修改为发送检测帧。
传输单元用于当检测帧的状态异常时主站和子站重新建立连接进行数据传输。
在本发明的一个实施例中，在MessageReceived方法结束后，添加计时环节，记录接收到数据帧后，所经历的时间，如果超过104规约所规定的时间，则跳出，进入发送U-test测试帧的环节。如果测试异常表明连接断开，则进入断线重新连接，使服务端与子站进行连接。在总召唤结束后，经历了足够时间，例如10分钟后，修改当前发送状态为总召唤，并进入发送环节。
根据本发明实施例的***，通过对数据发送后等待时间的记录在较短的时间内重新建立连接进行数据传输，进一步提高了效率。
在本发明中还进行了对比测试，进一步体现本发明的优越性，对比结果具体如下。
按根据上述步骤建立连接之后，按照104规约流程进行通信，并缩短总召唤时间。其中，规定每帧之间的发送间隔，表1对通信进行压力测试的结果，表2为在子站采用Netty和JavaOIO方式进行测试的结果，以及与常规实现方法的对比结果数据为图5。
表1
表2
根据表1、表2以及图5可以看出本发明与传统方式相比在准确率和效率等方面都优越与传统方式。
尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在不脱离本发明的原理和宗旨的情况下在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (8)
1.一种基于IEC104规约的非阻塞式通信方法，其特征在于，包括以下步骤：
S1：在主站和子站通过Netty架包创建非阻塞的通讯框架，其中，所述通讯框架提供ChannelConnected方法接口和MessageReceived方法接口；
S2：通过ChannelConnected方法监听所述主站和子站的数据传输接口；
S3：通过MessageReceived方法获取接收到的数据帧，当所述数据传输接口创建连接时对数据传输请求进行解析；以及
S4：根据所述解析信息发送所请求的数据，
所述步骤S3具体包括：
S31：利用MessageReceived方法监测到接收到的子站数据后，利用该方法对数据传输请求进行解析确定数据帧的格式，其中，所述格式包括U帧、S帧和I帧；
S32：当所述数据帧为I帧时判断数据类型，并根据所述数据的类型确定每个数据单元中的点位及数据；
S33：当所述数据帧为S帧时直接进入发送环节；以及
S34：当所述数据帧为U帧时改变发送状态，并进入发送环节。
2.如权利要求1所述的基于IEC104规约的非阻塞式通信方法，其特征在于，还包括：
S5：当数据传输状态发生异常时主站和子站重新建立连接进行数据传输。
3.如权利要求1所述的基于IEC104规约的非阻塞式通信方法，其特征在于，所述步骤S1具体包括：
S12：在主站和子站创建服务端；
S12：在所述主站和子站的服务端创建连接通道池；
S13：在所述连接通道池中创建线程管理器和线程池，其中，所述线程管理器对所述线程池进行管理；以及
S14：在所述线程池创建处理器，其中，所述处理器提供MessageReceived方法接口和ChannelConnected方法接口，并对所述ChannelConnected方法接口进行实现。
4.如权利要求2所述的基于IEC104规约的非阻塞式通信方法，其特征在于，所述步骤S5具体包括：
S51：在数据传输过程中记录接收到数据帧后所经过的时间；
S52：当所述时间超过预设时间时将发送状态修改为发送检测状态；以及
S53：当所述检测状态异常时主站和子站重新建立连接进行数据传输。
5.一种基于IEC104规约的非阻塞式通信***，其特征在于，包括：
框架模块，用于在主站和子站通过Netty架包创建非阻塞的通讯框架，其中，所述通讯框架提供ChannelConnected方法接口和MessageReceived方法接口；
监听模块，用于通过ChannelConnected方法监听所述主站和子站的数据传输接口；
解析模块，用于通过MessageReceived方法获取接收到的数据帧，当所述数据传输接口创建连接时对数据传输请求进行解析；以及
发送模块，用于根据所述解析信息发送所请求的数据，
所述解析模块包括：
第一确定单元，用于利用MessageReceived方法监测到接收到的子站数据后，利用该方法对数据传输请求进行解析确定所述数据帧的格式，其中，所述格式包括U帧、S帧和I帧；
第二确定单元，用于当所述数据帧为I帧时判断数据类型，并根据所述数据的类型确定每个数据单元中的点位及数据；
第一处理单元，用于当所述数据帧为S帧时直接进入发送环节；以及
第二处理单元，用于当所述数据帧为U帧时改变发送状态，并进入发送环节。
6.如权利要求5所述的基于IEC104规约的非阻塞式通信***，其特征在于，还包括：
重发模块，用于当数据传输状态发生异常时主站和子站重新建立连接进行数据传输。
7.如权利要求5所述的基于IEC104规约的非阻塞式通信***，其特征在于，所述框架模块具体包括：
第一创建单元，用于在主站和子站创建服务端；
第二创建单元，用于在所述主站和子站的服务端创建连接通道池；
第三创建单元，用于在所述连接通道池中创建线程管理器和线程池，其中，所述线程管理器对所述线程池进行管理；以及
第四创建单元，用于在所述线程池创建处理器，其中，所述处理器提供MessageReceived方法接口和ChannelConnected方法接口，并对所述ChannelConnected方法接口进行实现。
8.如权利要求6所述的基于IEC104规约的非阻塞式通信***，其特征在于，所述重发模块包括：
记录单元，用于在数据传输过程中记录接收到数据帧后所经过的时间；
修改单元，用于当所述时间超过预设时间是将发送状态修改为发送检测状态；以及
传输单元，用于当所述检测状态异常时主站和子站重新建立连接进行数据传输。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210518423.3A CN103107931B (zh) | 2012-12-05 | 2012-12-05 | 基于iec104规约的非阻塞式通信方法及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210518423.3A CN103107931B (zh) | 2012-12-05 | 2012-12-05 | 基于iec104规约的非阻塞式通信方法及*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103107931A CN103107931A (zh) | 2013-05-15 |
| CN103107931B true CN103107931B (zh) | 2016-03-23 |
Family
ID=48315510
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210518423.3A Expired - Fee Related CN103107931B (zh) | 2012-12-05 | 2012-12-05 | 基于iec104规约的非阻塞式通信方法及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103107931B (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103442003B (zh) * | 2013-08-26 | 2018-02-09 | 北京科东电力控制***有限责任公司 | 面向scada***的数据采集回填***及其方法 |
| CN107122237B (zh) * | 2017-04-27 | 2020-08-04 | 珠海格力电器股份有限公司 | 数据通信方法及装置 |
| CN108282482B (zh) * | 2018-01-30 | 2020-12-01 | 电子科技大学 | 一种基于svm的iec60870-5-104异常流量检测方法 |
| CN109510724B (zh) * | 2018-11-22 | 2022-03-22 | 国网陕西省电力公司西安供电公司 | 一种基于tas装置的数据采集及应用的方法 |
| CN112988416B (zh) * | 2021-03-02 | 2023-06-30 | 杭州迪普科技股份有限公司 | 报文处理方法、装置、设备及计算机可读存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102227122A (zh) * | 2011-06-22 | 2011-10-26 | 北京四方继保自动化股份有限公司 | 平台无关规约模块*** |
| CN102324793A (zh) * | 2011-10-11 | 2012-01-18 | 航天科工深圳（集团）有限公司 | 一种实现多个虚拟配电终端的方法和*** |
| CN102325084A (zh) * | 2011-07-21 | 2012-01-18 | 航天科工深圳（集团）有限公司 | 一种iec104通讯规约转发中实现数据交换的方法及*** |
| CN102377571A (zh) * | 2011-11-15 | 2012-03-14 | 航天科工深圳（集团）有限公司 | 一种实现iec104报文传输的方法和*** |
-
2012
- 2012-12-05 CN CN201210518423.3A patent/CN103107931B/zh not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102227122A (zh) * | 2011-06-22 | 2011-10-26 | 北京四方继保自动化股份有限公司 | 平台无关规约模块*** |
| CN102325084A (zh) * | 2011-07-21 | 2012-01-18 | 航天科工深圳（集团）有限公司 | 一种iec104通讯规约转发中实现数据交换的方法及*** |
| CN102324793A (zh) * | 2011-10-11 | 2012-01-18 | 航天科工深圳（集团）有限公司 | 一种实现多个虚拟配电终端的方法和*** |
| CN102377571A (zh) * | 2011-11-15 | 2012-03-14 | 航天科工深圳（集团）有限公司 | 一种实现iec104报文传输的方法和*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103107931A (zh) | 2013-05-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103107931B (zh) | 基于iec104规约的非阻塞式通信方法及*** | |
| CN103123485A (zh) | 一种智能数据采集和控制终端及带有其的物联网*** | |
| JP6708318B1 (ja) | 蓄電池監視装置及び蓄電池監視方法 | |
| CN103327307A (zh) | 基于流媒体的电网监控***及方法 | |
| CN204961272U (zh) | 一种泵站无线集控*** | |
| CN103813141A (zh) | 基于流媒体的视频综合监控***和监控方法 | |
| CN103543731A (zh) | 一种波峰焊机远程智能监控*** | |
| CN101944768B (zh) | 一种电力设备状态监测方法、设备及*** | |
| CN107623355A (zh) | 一种充电站功率的配置***、管理器及方法 | |
| CN103347274A (zh) | 射频拉远单元的配置方法及分布式基站 | |
| CN102509422B (zh) | 一种燃气监测*** | |
| CN105743695B (zh) | 一种基于iec104规约的监听方法及*** | |
| CN110365114A (zh) | 基于多模块集成的储能电站综合管理***及信息交互方法 | |
| CN108037709B (zh) | 干化机远程控制***、方法及污泥低温干化机 | |
| CN202534133U (zh) | 基于ZigBee网状结构的变电站辅助*** | |
| CN204789798U (zh) | 一种配电线路运行状态监控装置和监测*** | |
| CN106410968A (zh) | 一种提高变电站自动化***的可用性方法 | |
| CN105871950A (zh) | 一种工业物联网自动接入和数据授权的管理方法及*** | |
| CN108417005A (zh) | 一种基于无线传输的抄表*** | |
| CN113810797B (zh) | 基于光端口状态监测的智能odn管理***及方法 | |
| CN105759697A (zh) | 升降机信息化监控管理*** | |
| CN103488137A (zh) | 一种基于无线网络的地暖中央智能控制*** | |
| CN108562804A (zh) | 智能电网终端实时检测方法及装置 | |
| CN104868593B (zh) | 一种用电信息采集终端通信报文本地实时监听方法 | |
| WO2020174712A1 (ja) | 蓄電池監視装置及び蓄電池監視方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20160323 Termination date: 20161205 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |