CN116366496B - 一种104协议数据接收处理上传方法、系统 - Google Patents
一种104协议数据接收处理上传方法、系统 Download PDFInfo
- Publication number
- CN116366496B CN116366496B CN202310604987.7A CN202310604987A CN116366496B CN 116366496 B CN116366496 B CN 116366496B CN 202310604987 A CN202310604987 A CN 202310604987A CN 116366496 B CN116366496 B CN 116366496B
- Authority
- CN
- China
- Prior art keywords
- data
- channel
- state
- timer
- master station
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
本发明公开了一种104协议数据接收处理上传方法、系统;本发明具备以下有益效果:(1)本发明通过第一定时器在第一预设周期内判断现有全部通道的连接状态,若通道为断开状态则自动进行重连,直至重连上为止,解决现有技术在通道断开后需要手动重连的缺陷;(2)本发明可以在已有连接通道的基础上修改或新增通道信息,会自动更新连接通道或新增连接通道,解决现有技术连接通道只能静态指定的缺陷;(3)本发明通过对数据和通道状态的定时判断,避免了在上传链路正常且在上传链路状态的判断周期内,由于104协议本身数据不突变不推送的数据传输形式而导致判定上传链路状态为中断的误差。
Description
技术领域
本发明涉及新能源电力技术领域,具体为一种104协议数据接收处理上传方法、系统。
背景技术
在光伏新能源、风电新能源等新能源电力行业中,通常采用IEC60870-5-104协议(简称104协议)进行通信,104协议以TCP/IP系列协议为底层通信协议,使用方便;主站与从站之间进行104协议数据的接收、处理及上传。
现有104协议数据接收处理上传存在以下技术问题:(1)104协议需要主站、从站之间保持通道连接且处于活动状态,在通道连接上之后,数据传输过程中由于网络波动或异常数据等原因都会导致通道断开,通道断开之后数据传输也中断,现有技术不会自动重连,只能通过手动重连;(2)104协议通道连接需要指定通道IP和端口(PORT)信息进行连接,现有技术只能静态指定通道信息,无法在数据接收的过程中动态修改或新增新通道;(3)104协议接收数据有两种形式,一种是总召数据,一种是突发数据;总召数据需要主站下发总召指令,从站响应总召数据给主站;突发数据是从站主动向主站推送的有突变的数据,无需主站下发指令;光伏新能源发电依赖于太阳辐照,太阳落山期间光伏板不再发电,风电新能源依赖风速,风速太小或太大都会停止发电,从而关键的生产数据:有功功率值一直为0,不再突变,从站也就不再实时主动推送突变数据,只能依赖于定时总召,一般15分钟一次总召,这对于上位机每分钟通过判断实时库中是否有接收到新数据来判断数据上传链路的状态会造成误差。
发明内容
(一)解决的技术问题
针对现有技术的不足,本发明提供了一种104协议数据接收处理上传方法、系统,能够解决上述技术问题。
(二)技术方案
为解决上述技术问题,本发明提供如下一技术方案:一种104协议数据接收处理上传方法,包括以下步骤:
S1:主站与各个从站进行通道连接;
S2:主站与从站之间进行数据接收交互,其中数据为104协议数据;
S3a:通过第一定时器在第一预设周期内判断全部通道的状态,若通道为断开状态则自动进行重连,直至重连上为止;
S3b:通过第一定时器在第一预设周期内判断是否有新增的通道信息,若有则自动新增对应的通道;
S3c:通过第一定时器在第一预设周期内判断是否有修改的通道信息,若有则自动更新对应的通道;
S3d1:主站对数据进行处理;
S3d2:通过第二定时器在第二预设周期内根据数据存入缓存库的时间点以及通道的状态,以判断上传链路的状态。
优选的,步骤S1具体为:主站根据通道IP以及端口信息与各个从站进行通道连接。
优选的,步骤S2具体包括以下子步骤:
S21:主站下发通道启用指令报文至从站;
S22:从站响应主站一个通道启用响应报文;
S23:主站下发总召指令报文至从站;
S24:从站响应主站一个总召响应报文;
S25:从站向主站推送总召数据;
S26:从站在总召数据推送完成之后,主动推送突发数据给主站,直到下一次总召指令报文下发为止。
优选的,在步骤S3a中,若判断到通道处于连接完好状态则不作处理。
优选的,步骤S3d1具体包括以下子步骤:
S31:主站对接收到的数据进行解析;
S32:主站一边将解析之后的数据全量推送到Kafka,一边根据筛选规则表筛选出需要上传的数据,并将筛选之后的数据封装成结构化的数据存入缓存库。
优选的,步骤3d2具体包括以下子步骤:
S3d21:通过第二定时器在第二预设周期内判断数据存入缓存库的时间点与当前时间点两者的时间间隔是否超出预设的时间周期,若没有超出则将数据上传到实时库中。
优选的,在子步骤S3d21中,若时间间隔超出预设的时间周期,则进一步包括以下子步骤S3d22:判断从站与主站之间的通道的状态;若通道的状态处于连接且活动的状态则进行数据时间点更新处理。
优选的,在子步骤S3d22中,数据时间点更新处理具体为:保持数据的数值不变、且更新数据的时间点为当前时间点;
进一步的,子步骤S3d22还包括:将更新处理后的数据回写到缓存库中,之后将更新处理后的数据上传到实时库中。
优选的,在子步骤S3d22中,若判断到通道的状态处于断开状态或处于连接但不活动的状态,则判断上传链路的状态为中断。
为解决上述技术问题,本发明提供如下另一技术方案:一种104协议数据接收处理上传系统,包括:主站、各个从站、第一定时器以及第二定时器;
主站用于与各个从站进行通道连接;
主站还用于与从站之间进行数据接收交互,其中数据为104协议数据;
第一定时器用于在第一预设周期内判断全部通道的状态,若通道为断开状态则自动进行重连,直至重连上为止;
第一定时器还用于在第一预设周期内判断是否有新增的通道信息,若有则自动新增对应的通道;
第一定时器还用于在第一预设周期内判断是否有修改的通道信息,若有则自动更新对应的通道;
主站还用于对数据进行处理;
第二定时器用于在第二预设周期内根据数据存入缓存库的时间点以及通道的状态,以判断上传链路的状态。
(三)有益效果
与现有技术相比,本发明提供了一种104协议数据接收处理上传方法、系统,具备以下有益效果:(1)本发明通过第一定时器在第一预设周期内判断现有全部通道的连接状态,若通道为断开状态则自动进行重连,直至重连上为止,解决现有技术在通道断开后需要手动重连的缺陷;(2)本发明可以在已有连接通道的基础上修改或新增通道信息,会自动更新连接通道或新增连接通道,解决现有技术连接通道只能静态指定的缺陷;(3)本发明通过对数据和通道状态的定时判断,避免了在上传链路正常且在上传链路状态的判断周期内,由于104协议本身数据不突变不推送的数据传输形式而导致判定上传链路状态为中断的误差。
附图说明
图1为本发明一种104协议数据接收处理上传方法的步骤流程图;
图2为本发明的总体数据流图;
图3为本发明的数据接收交互图;
图4为本发明的数据处理示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1-图4所示,本发明提供一种104协议数据接收处理上传方法,包括以下步骤:
S1:主站与各个从站进行通道连接。
该步骤S1具体为:主站根据通道IP以及端口(PORT)信息与各个从站进行通道连接。
S2:主站与从站之间进行数据接收交互,其中数据为104协议数据。
优选的,该步骤S2具体包括以下子步骤:
S21:主站下发通道启用指令报文至从站。
S22:从站在接收到主站下发的通道启用指令报文之后,从站响应主站一个通道启用响应报文。
S23:主站在接收到从站的通道启用响应报文之后,主站下发总召指令报文至从站。
S24:从站响应主站一个总召响应报文。
S25:从站向主站推送总召数据。
S26:从站在总召数据推送完成之后,主动推送突发数据给主站,直到下一次总召指令报文下发为止,即主站一直如上循环接收总召数据和突发数据。其中,总召数据即全量数据;突发数据是数值发生变化的数据,包括有:机组有功功率,无功功率,发电量,电流,电压等。
S3a:通过第一定时器在第一预设周期内判断全部通道的状态,若通道为断开状态则自动进行重连,直至重连上为止;具体在判断到通道断开后则自动获取该通道对应的通道信息进行重新连接。其中,若重连不上就会触发连接超时、连接不上等报错信息,一触发报错信息就会再次重连,一直到重新连上为止。
此外,在该步骤S3a中,若判断到通道处于连接完好状态则不作处理。
S3b:通过第一定时器在第一预设周期内判断是否有新增的通道信息,若有则自动新增对应的通道。具体的,可与已连接的通道信息作对比,之前没有的通道信息就判断为新增的通道信息,例如现在通道信息表中有192.168.11.1:8081和192.168.11.1:8082通道,且上述两个通道已连接在接收数据,在重连状态的也算已有通道,那么在通道信息表中新增了192.168.11.1:8083,则该通道就是新增的通道。
S3c:通过第一定时器在第一预设周期内判断是否有修改的通道信息,若有则自动更新对应的通道。进一步的,根据修改后的通道信息自动连接从站进行数据接收。具体的,每条通道信息都有一个唯一id,该id不变,其他信息变了则认为是修改了,比如现有id为1的通道信息192.168.11.1:8081,修改该通道信息为192.168.11.1:8082,id不变,则判断为修改的通道。
S3d1:主站对数据进行处理。
优选的,该步骤S3d1具体包括以下子步骤:
S3d11:主站对接收到的数据进行解析。
S3d12:主站一边将解析之后的数据全量推送到Kafka,以提供给各业务系统使用;其中,Kafka是由Apache软件基金会开发的一个开源流处理平台,由Scala和Java编写,Kafka是一种高吞吐量的分布式发布订阅消息系统。此外,主站还一边根据筛选规则表筛选出需要上传的数据,并将筛选之后的数据封装成结构化的数据存入缓存库;例如只需要上传机组有功功率的数据,则筛选规则表中需要有该有功功率的信息,筛选规则表中的字段包括自增主键ID,场站id,通道IP,通道端口,通道id,寄存器地址,实时库测点id,实时库测点全局名称。即筛选规则表可根据具体需求而进行相应设置,此处不作过多限制。此外,在将筛选之后的数据封装成结构化的数据存入缓存库中,具体可封装成上传对象UploadInfoVo,比如UploadInfoVo{channelInfo='192.168.11.1:8081', gn='W3.YGC.DBS_POWER', pointValue=999.9, creatTime=Fri Jan 06 10:03:46 CST 2023,inCacheTime=Fri Jan 06 10:03:46 CST 2023}。
S3d2:通过第二定时器在第二预设周期内根据数据存入缓存库的时间点以及通道的状态,以判断上传链路的状态。
优选的,该步骤S3d2具体包括以下子步骤:
S3d21:通过第二定时器在第二预设周期内判断数据存入缓存库的时间点与当前时间点两者的时间间隔是否超出预设的时间周期,若没有超出则将数据上传到实时库中。例如某条数据存入缓存库的时间点与当前时间点两者的时间间隔为8秒,没有超出预设的10秒周期,则将该条数据直接上传到实时库中;具体可通过调用实时库API接口上传到实时库中。
在该子步骤S3d21中,若时间间隔超出预设的时间周期,则进一步包括以下子步骤S3d22:判断从站与主站之间的通道的状态;若通道的状态处于连接且活动的状态则进行数据时间点更新处理。具体可通过netty网络架构本身的判断方法isActive()为true,则通道的状态处于连接且活动的状态。
在该子步骤S3d22中,数据时间点更新处理具体为:保持数据的数值不变、且更新数据的时间点为当前时间点;进一步的,子步骤S3d22还包括:将更新处理后的数据回写到缓存库中以便于下次判断,之后将更新处理后的数据上传到实时库中。
在该子步骤S3d22中,若判断到通道的状态处于断开状态或处于连接但不活动的状态,则判断上传链路的状态为中断,此时在通道自动重连上之前都不上传数据。具体可通过netty网络架构本身的判断方法isActive()为false,则通道的状态处于断开状态或处于连接但不活动的状态。
本发明还提供一种104协议数据接收处理上传系统,包括:主站、各个从站、第一定时器以及第二定时器。
主站用于与各个从站进行通道连接。
主站还用于与从站之间进行数据接收交互,其中数据为104协议数据。
第一定时器用于在第一预设周期内判断全部通道的状态,若通道为断开状态则自动进行重连,直至重连上为止。
第一定时器还用于在第一预设周期内判断是否有新增的通道信息,若有则自动新增对应的通道。
第一定时器还用于在第一预设周期内判断是否有修改的通道信息,若有则自动更新对应的通道。
主站还用于对数据进行处理。
第二定时器用于在第二预设周期内根据数据存入缓存库的时间点以及通道的状态,以判断上传链路的状态。
本发明的104协议数据接收处理上传系统具体可参阅上述104协议数据接收处理上传方法的描述记载,此处不作过多赘述。
与现有技术相比,本发明提供了一种104协议数据接收处理上传方法、系统,具备以下有益效果:(1)本发明通过第一定时器在第一预设周期内判断现有全部通道的连接状态,若通道为断开状态则自动进行重连,直至重连上为止,解决现有技术在通道断开后需要手动重连的缺陷;(2)本发明可以在已有连接通道的基础上修改或新增通道信息,会自动更新连接通道或新增连接通道,解决现有技术连接通道只能静态指定的缺陷;(3)本发明通过对数据和通道状态的定时判断,避免了在上传链路正常且在上传链路状态的判断周期内,由于104协议本身数据不突变不推送的数据传输形式而导致判定上传链路状态为中断的误差。
需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同物限定。
Claims (8)
1.一种104协议数据接收处理上传方法,其特征在于,包括以下步骤:
S1:主站与各个从站进行通道连接;
S2:所述主站与所述从站之间进行数据接收交互,其中所述数据为所述104协议数据;
S3a:通过第一定时器在第一预设周期内判断全部通道的状态,若所述通道为断开状态则自动进行重连,直至重连上为止;
S3b:通过所述第一定时器在所述第一预设周期内判断是否有新增的通道信息,若有则自动新增对应的通道;
S3c:通过所述第一定时器在所述第一预设周期内判断是否有修改的通道信息,若有则自动更新对应的通道;
S3d1:所述主站对所述数据进行处理;
S3d2:通过第二定时器在第二预设周期内根据所述数据存入缓存库的时间点以及所述通道的状态,以判断上传链路的状态;
所述步骤S3d2具体包括以下子步骤:
S3d21:通过所述第二定时器在所述第二预设周期内判断所述数据存入所述缓存库的时间点与当前时间点两者的时间间隔是否超出预设的时间周期,若没有超出则将所述数据上传到实时库中;
在所述子步骤S3d21中,若所述时间间隔超出所述预设的时间周期,则进一步包括以下子步骤S3d22:判断所述从站与所述主站之间的通道的状态;若所述通道的状态处于连接且活动的状态则进行数据时间点更新处理。
2.根据权利要求1所述的104协议数据接收处理上传方法,其特征在于:所述步骤S1具体为:所述主站根据通道IP以及端口信息与各个所述从站进行通道连接。
3.根据权利要求2所述的104协议数据接收处理上传方法,其特征在于:所述步骤S2具体包括以下子步骤:
S21:所述主站下发通道启用指令报文至所述从站;
S22:所述从站响应所述主站一个通道启用响应报文;
S23:所述主站下发总召指令报文至所述从站;
S24:所述从站响应所述主站一个总召响应报文;
S25:所述从站向所述主站推送总召数据;
S26:所述从站在所述总召数据推送完成之后,主动推送突发数据给所述主站,直到下一次所述总召指令报文下发为止。
4.根据权利要求3所述的104协议数据接收处理上传方法,其特征在于:在所述步骤S3a中,若判断到所述通道处于连接完好状态则不作处理。
5.根据权利要求4所述的104协议数据接收处理上传方法,其特征在于:所述步骤S3d1具体包括以下子步骤:
S3d11:所述主站对接收到的所述数据进行解析;
S3d12:所述主站一边将解析之后的数据全量推送到Kafka,一边根据筛选规则表筛选出需要上传的数据,并将筛选之后的所述数据封装成结构化的数据存入所述缓存库。
6.根据权利要求5所述的104协议数据接收处理上传方法,其特征在于:在所述子步骤S3d22中,所述数据时间点更新处理具体为:保持所述数据的数值不变、且更新所述数据的时间点为当前时间点;
进一步的,所述子步骤S3d22还包括:将更新处理后的所述数据回写到所述缓存库中,之后将更新处理后的所述数据上传到所述实时库中。
7.根据权利要求6所述的104协议数据接收处理上传方法,其特征在于:在所述子步骤S3d22中,若判断到所述通道的状态处于断开状态或处于连接但不活动的状态,则判断所述上传链路的状态为中断。
8.一种104协议数据接收处理上传系统,其特征在于,包括:主站、各个从站、第一定时器以及第二定时器;
所述主站用于与各个所述从站进行通道连接;
所述主站还用于与所述从站之间进行数据接收交互,其中所述数据为所述104协议数据;
所述第一定时器用于在第一预设周期内判断全部通道的状态,若所述通道为断开状态则自动进行重连,直至重连上为止;
所述第一定时器还用于在所述第一预设周期内判断是否有新增的通道信息,若有则自动新增对应的通道;
所述第一定时器还用于在所述第一预设周期内判断是否有修改的通道信息,若有则自动更新对应的通道;
所述主站还用于对所述数据进行处理;
所述第二定时器用于在第二预设周期内根据所述数据存入缓存库的时间点以及所述通道的状态,以判断上传链路的状态;
所述第二定时器具体用于在所述第二预设周期内判断所述数据存入所述缓存库的时间点与当前时间点两者的时间间隔是否超出预设的时间周期,若没有超出则将所述数据上传到实时库中;
若所述时间间隔超出所述预设的时间周期,则所述第二定时器进一步判断所述从站与所述主站之间的通道的状态;若所述通道的状态处于连接且活动的状态则进行数据时间点更新处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310604987.7A CN116366496B (zh) | 2023-05-26 | 2023-05-26 | 一种104协议数据接收处理上传方法、系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310604987.7A CN116366496B (zh) | 2023-05-26 | 2023-05-26 | 一种104协议数据接收处理上传方法、系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN116366496A CN116366496A (zh) | 2023-06-30 |
CN116366496B true CN116366496B (zh) | 2023-08-18 |
Family
ID=86938177
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310604987.7A Active CN116366496B (zh) | 2023-05-26 | 2023-05-26 | 一种104协议数据接收处理上传方法、系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116366496B (zh) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010069206A1 (zh) * | 2008-12-16 | 2010-06-24 | 中兴通讯股份有限公司 | 无线链路控制层报文状态报告的发送方法及系统 |
CN102170298A (zh) * | 2011-03-31 | 2011-08-31 | 重庆新世杰电气股份有限公司 | 一种基于modbus tcp/ip的电力通信方法和系统 |
WO2016183078A1 (en) * | 2015-05-14 | 2016-11-17 | Blackberry Limited | Uplink data splitting |
CN106549967A (zh) * | 2016-11-10 | 2017-03-29 | 广西大学 | 一种基于事件驱动机制的iec104规约解析系统及方法 |
CN108964984A (zh) * | 2018-06-13 | 2018-12-07 | 南京南瑞继保电气有限公司 | 一种电力系统主子站通讯的冗余通道无缝切换方法 |
WO2019075647A1 (zh) * | 2017-10-17 | 2019-04-25 | 华为技术有限公司 | 一种网络接入方法及设备 |
CN110971491A (zh) * | 2019-12-16 | 2020-04-07 | 科大智能电气技术有限公司 | 一种电力系统101和104通讯规约处理系统及其处理方法 |
CN111639876A (zh) * | 2020-06-07 | 2020-09-08 | 杨益 | 一种主站连接与计算系统 |
CN113794747A (zh) * | 2021-08-02 | 2021-12-14 | 中国长江电力股份有限公司 | 一种调度自动化分布式多通道集群延伸通信系统及方法 |
CA3135594A1 (en) * | 2021-06-14 | 2022-12-14 | BlackBear (Taiwan) Industrial Networking Security Ltd. | Communication system and communication method for reporting compromised state in one-way transmission |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7551948B2 (en) * | 2003-07-24 | 2009-06-23 | Cisco Technology, Inc. | Uniform power save method for 802.11e stations |
US11349866B2 (en) * | 2020-03-31 | 2022-05-31 | Fortinet, Inc. | Hardware acceleration device for denial-of-service attack identification and mitigation |
-
2023
- 2023-05-26 CN CN202310604987.7A patent/CN116366496B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010069206A1 (zh) * | 2008-12-16 | 2010-06-24 | 中兴通讯股份有限公司 | 无线链路控制层报文状态报告的发送方法及系统 |
CN102170298A (zh) * | 2011-03-31 | 2011-08-31 | 重庆新世杰电气股份有限公司 | 一种基于modbus tcp/ip的电力通信方法和系统 |
WO2016183078A1 (en) * | 2015-05-14 | 2016-11-17 | Blackberry Limited | Uplink data splitting |
CN106549967A (zh) * | 2016-11-10 | 2017-03-29 | 广西大学 | 一种基于事件驱动机制的iec104规约解析系统及方法 |
WO2019075647A1 (zh) * | 2017-10-17 | 2019-04-25 | 华为技术有限公司 | 一种网络接入方法及设备 |
CN108964984A (zh) * | 2018-06-13 | 2018-12-07 | 南京南瑞继保电气有限公司 | 一种电力系统主子站通讯的冗余通道无缝切换方法 |
CN110971491A (zh) * | 2019-12-16 | 2020-04-07 | 科大智能电气技术有限公司 | 一种电力系统101和104通讯规约处理系统及其处理方法 |
CN111639876A (zh) * | 2020-06-07 | 2020-09-08 | 杨益 | 一种主站连接与计算系统 |
CA3135594A1 (en) * | 2021-06-14 | 2022-12-14 | BlackBear (Taiwan) Industrial Networking Security Ltd. | Communication system and communication method for reporting compromised state in one-way transmission |
CN113794747A (zh) * | 2021-08-02 | 2021-12-14 | 中国长江电力股份有限公司 | 一种调度自动化分布式多通道集群延伸通信系统及方法 |
Non-Patent Citations (1)
Title |
---|
基于Netty高并发物联网服务器研究与设计;陈强;武佳佳;;电子技术与软件工程(07);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN116366496A (zh) | 2023-06-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230198257A1 (en) | Establishing Communication and Power Sharing Links Between Components of a Distributed Energy System | |
CN108366067B (zh) | 电力系统通用服务协议一致性测试系统及方法 | |
US11169681B2 (en) | Remote management of on-site smart window activities and scheduler of smart window events | |
US8660706B2 (en) | SCADA unit | |
CN108965374A (zh) | 综合监控装置、综合监控方法及存储介质 | |
CN112886922B (zh) | 一种光伏电站损失电量的计算方法、装置及存储介质 | |
CN107819657A (zh) | 一种基于集中控制的动态解析Modbus协议的方法、物联网网关设备和系统 | |
CN103368263A (zh) | 调度自动化系统iec104规约通讯状态的检测方法 | |
CN113992294A (zh) | 用电信息采集系统中时钟管理控制方法及装置 | |
CN111082961B (zh) | 域间的数据交互方法及装置 | |
CN116366496B (zh) | 一种104协议数据接收处理上传方法、系统 | |
CN102811451B (zh) | 一种Capwap隧道连接控制方法及装置 | |
CN109861872B (zh) | 一种提升业务质量的配电通信网架构 | |
CN115426274B (zh) | 资源预警方法、装置、电子设备及存储介质 | |
CN111799779B (zh) | 一种发负荷计划值曲线传输方法及系统 | |
US20230096929A1 (en) | System and method for long-term benchmarking for electrochromic glass | |
CN114697336B (zh) | 一种基于边缘数据网关的分布式数据交换网络系统及方法 | |
CN113543185B (zh) | 基于自动开站助力5g高密度基站快速运营方法及系统 | |
CN116545842A (zh) | 一种通信故障网络重构方法、系统、电子设备及存储介质 | |
CN111314408B (zh) | 一种基于通信层多数据项缓存任务的本地边缘计算和物联管理方法 | |
CN112270469B (zh) | 一种同步设备属性特征库完成的远程设备管理方法 | |
CN111030297A (zh) | 机房市电停电监测方法及装置 | |
KR102108693B1 (ko) | 셀프 브로커 기반형 분산전원 제어 시스템 | |
KR20180137622A (ko) | 신재생 에너지 설비의 원격 관리 장치 | |
CN103746787B (zh) | 多通道实时全双工载波通信机 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |