请求动态均衡的串行PLC协议转换方法、装置及系统与流程

本公开涉及串行plc协议转换技术领域，特别涉及一种请求动态均衡的串行plc协议转换方法、装置及系统。

背景技术：

本部分的陈述仅仅是提供了与本公开相关的背景技术，并不必然构成现有技术。

工业设备正在加速智能化、信息化，其主要表现就是各种工业设备联网，设备数据上云，实现设备远程监控和大数据分析。特别是在传统工业控制领域，其主要控制器是plc，很多plc的cpu是没有网口的，这就为传统工控行业的信息化带来困难。需要一种plc串口协议转换装置来把串口协议转换为网络协议并对plc原采集串口进行扩展，既保证plc入网又不影响原串口采集功能。

传统的plc转换装置通常包含两个串口一个网口，其中一个串口接到plc设备，另一个串口接收串口请求，网口端可以连接多个tcp/udp客户端软件，如图1所示；串口请求和网络请求经过具体协议转换后都会被汇集到plc串口上进行处理。

本公开发明人发现，传统的协议转换方法有以下几个缺点：

第一，串口请求和多个网络请求产生冲突，容易造成请求数据混乱；

第二，因plc协议的多样性无法做到无差别兼容；

第三，串口和tcp等请求的流式数据无边界特性导致请求缓冲区堆积多包请求，发送给plc后造成回复超时；例如某些plc的上位机软件在请求超时以后会连续发送多包请求帧，这种情况下如果一旦某一帧请求超时会造成后续多包堆积错误而再也无法收到正常的请求；

第四，请求端软件请求频率或者回复超时判定不一致导致某些客户端无法及时满足响应请求，造成请求端软件体验变差。

技术实现要素：

为了解决现有技术的不足，本公开提供了请求动态均衡的串行plc协议转换方法、装置及系统，能够实现多主机有序请求，避免了请求和回复数据的混乱，可兼容多种plc转换协议；对于多主机请求，可对数量和请求频次做动态规划，最大程度提高转换装置使用效率。

为了实现上述目的，本公开采用如下技术方案：

本公开第一方面提供了一种请求动态均衡的串行plc协议转换方法。

一种请求动态均衡的串行plc协议转换方法，包括以下步骤：

将每个请求端统一为客户端；

根据客户端权值的高低顺序并按照轮询方式将节点请求分配到请求队列，利用线性同余法对请求队列中的客户端请求做随机分布，根据随机分布的客户端请求进行串行plc协议转换。

本公开第二方面提供一种请求动态均衡的串行plc协议转换系统。

一种请求动态均衡的串行plc协议转换系统，包括：

请求端统一模块，被配置为：将每个请求端统一为客户端；

请求分配模块，被配置为：根据客户端权值的高低顺序并按照轮询方式将节点请求分配到请求队列，利用线性同余法对请求队列中的客户端请求做随机分布，根据随机分布的客户端请求进行串行plc协议转换。

本公开第三方面提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如本公开第一方面所述的请求动态均衡的串行plc协议转换方法中的步骤。

本公开第四方面提供了一种请求动态均衡的串行plc协议转换装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的程序，所述处理器执行所述程序时实现如本公开第一方面所述的请求动态均衡的串行plc协议转换方法中的步骤。

与现有技术相比，本公开的有益效果是：

1、本公开提供的方法、系统、介质及装置，可实现多主机有序请求，避免请求和回复数据混乱，可兼容多种plc转换协议；对于多主机请求，可对数量和请求频次做动态规划，最大程度提高了转换装置使用效率。

2、本公开提供的方法、系统、介质及装置，请求队列针对每种类型的客户端映射的请求不再是一个，而是根据每个客户端权值大小分配不同数量的请求，再将所有的请求随机分布，减少了客户端软件的请求超时，提升客户端体验同时也增强了整个装置系统的稳定性。

3、本公开提供的方法、系统、介质及装置，根据客户端权值的高低顺序并按照轮询方式将节点请求分配到请求队列，权值高的客户端比权值低的客户端分配更多的请求节点，相同权值的客户端分配相同份额的请求，最终生成请求结果不是固定的，定时根据客户端软件的变化及外接plc的改变而动态调整，可最大限度保证各客户端的请求命中。

附图说明

构成本公开的一部分的说明书附图用来提供对本公开的进一步理解，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。

图1为本公开背景技术中提供的协议转换典型应用场景。

图2为本公开实施例1提供的轮询处理模型的示意图。

图3为本公开实施例1提供的动态均衡后处理模型示意图。

具体实施方式

下面结合附图与实施例对本公开作进一步说明。

应该指出，以下详细说明都是例示性的，旨在对本公开提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本公开所属技术领域的普通技术人员通常理解的相同含义。

需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本公开的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。

在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。

实施例1：

如背景技术所述，在实际的产品应用场景中，协议转换装置一个串口接plc设备，另一个串口通常接各类hmi设备，而网口端则可连接若干tcp/udp客户端软件，如图1所示。

串口2的plc设备不支持并行访问，而且每一个请求必须完整处理完毕后才能继续处理下一个请求，尤其是针对某些多问多答的设备，一旦请求被中途打断，就会造成多个请求的数据流混乱；并且，针对每个请求端装置内部处理逻辑差异也较大，比如串口和网络的逻辑处理。

对此，本实施例将整个请求模型进行转换，所有的主机端统一定义为客户端，包括hmi设备，而plc设备定义为服务端；所有客户端的请求进入统一的请求队列，然后轮询此队列依次处理每一个客户端的请求，每个客户端请求处理过程是原子操作，此过程会独占plc串口；并且，针对不同的plc协议，抽象不同的协议转换方法，而客户端绑定各自的处理方法，在处理方法中再调用协议相关的处理方法即可做到兼容各种plc协议，于是整个处理模型变为图2所示。

其次，对于数据包堆积问题，每个客户端绑定独立的数据缓冲区，这块缓冲区的特点是不进行数据保存，收到客户端的请求后立刻冲刷掉原来数据，保证数据缓冲区中只保留最新的请求，这样可保证请求队列在处理某个客户端请求时候不会收到堆积请求包，而被冲刷掉旧的请求做自然丢弃，可保证请求端即使短暂请求失败后也能快速恢复正常。以上冲刷掉旧数据的方法下称自然冲刷。

如果轮询请求队列某个客户端的请求时客户端对应的数据缓冲区有效，称为请求命中，此时可直接对客户端请求做处理。如果请求时客户端数据缓冲区请求无效，即请求缓冲区没有更新，称为请求脱靶，那么此次轮询对当前客户端来说视为无效轮询。如果客户端请求被上述步骤做了自然冲刷，称为请求失效，相当于客户端有请求到达但是没有机会处理。

以上模型中请求队列的处理采用是最简单的轮询方法，每个客户端的请求都是无差别同频的，这就导致如果请求频次高、请求和回复时序短的某些客户端软件或者设备大概率会发生请求脱靶或者请求失效，虽然通过客户端自然冲刷动作可以避免装置失效，但是会导致客户端体验变差，甚至会出现假死等现象。

因此，本实施例中，针对队列请求处理使用加权轮询调度算法，用相应的权值代表客户端的请求频次和响应速度。该方法根据客户端权值的高低顺序并按照轮询方式将节点请求分配到请求队列，权值高的客户端比权值低的客户端分配更多的请求节点，相同权值的客户端分配相同份额的请求。此方法最终生成请求结果不是固定的，会定时根据客户端软件的变化及外接plc的改变而动态调整。

假设装置客户端承载极限值为n，那么队列集群中所有客户端记做{n0,n1,n2,...,nn-1}，加权因子由客户端请求频次fi和回复时序ti两部分组成，由加权因子生成的w(ni)表示客户端ni的权值，t(ni)表示客户端ni所分配的请求数量。∑w(ni)表示客户端权值总和，∑t(ni)表示当前请求队列中所能容纳的请求总数，则：

w(ni)/∑w(ni)＝t(ni)/∑t(ni)(1)

根据以上规则，得到请求队列中每个客户端的请求数量，得到初步请求序列，例如{n0,n0,n1,n1,n1,n2,n2,n3,n3,n3,n3,n4,n4,n4}，但是这是一种不均匀的分配方法，虽然增加了权值大的客户端的请求数量，但是由于请求集中性仍会导致请求脱靶。

所以最后再利用线性同余法对所有的客户端请求做随机分布，得到最终的请求序列例如{n3,n4,n1,n2,n0,n1,n2,n3,n4,n3,n4,n1,n3,n0}，根据此动态均衡请求算法生成的请求序列可最大限度保证各客户端的请求命中。

根据以上方法，最终协议转换装置模型如图3所示，请求队列针对每种类型的客户端映射的请求不再是一个，而是根据每个客户端权值大小分配不同数量的请求，再将所有的请求随机分布。

例如，图中modbus-tcp和fins-udp对应的客户端请求plc的频率较高，或者请求超时后重发频次高，那么就会导致下一轮动态均衡调整过程中请求队列中这两个客户端对应的请求数量增多，调整过后的请求队列对请求频次较低的hmi几乎没有影响，但是大大提高的请求频次高的modbus-tcp和fins-udp的请求命中，从而减少了客户端软件的请求超时，提升客户端体验同时也增强了整个装置系统的稳定性。图中同一个客户端请求需要共享数据缓冲区。

本实施例提供的请求动态均衡的串行plc协议转换方法，详细步骤为：

s1：请求模型转换，将串口设备、网口设备统一转换为客户端实体ci；实体关键信息包括缓冲区地址、缓冲区锁、缓冲区长度、数据更新标志、请求命中次数、请求脱靶次数、请求失效次数、客户端权重和请求处理方法，收到客户端请求后，首先尝试获取缓冲区锁，成功后更新缓冲区数据和请求帧长度，并置缓冲区更新标志为真。

s2：初始化客户端时，需要将请求命中次数oi、请求脱靶次数mi、请求失效次数ii全部清零。

记初始化客户端总数为n，请求队列总数∑t(ni)和n的关系为：

装换装置通常支持客户端个数不会超过50，每个客户端的初始权重：

w(ni)＝∑t(ni)/n(3)

在动态均衡调整过程中权值变化范围为：

1≤w(ni)≤∑t(ni)(4)

s3：客户端数量发生变化时，开始首次动态均衡调整；此时所有的客户端权重w(ni)是相同的，所以请求队列中所分配的对应客户端的请求数量t(ni)也是相同的。首次分配完成后，每个请求和对应客户端做好映射关系，开始轮询请求列表，首先获取客户端ni请求缓冲区锁，如果数据有效，那么立刻拷贝数据和数据长度并释放锁。这样可防止新的请求到来获取不到锁而导致请求数据无法更新。确认请求有效后将缓冲区更新标志置为假，并增大请求命中次数：oi＝oi+1，然后调用处理客户端绑定的处理方法即可；如果数据无效，即缓冲区标志仍为假，那么增大请求脱靶次数：mi＝mi+1，直接跳过本次请求继续处理。

s4：每个客户端会有特定的任务更新数据缓冲区，如果收到某个客户端的请求数据，判断对应的数据缓冲区标志，如果标志为真，表示请求未来得及处理，此时旧的请求会失效，需要更新客户端请求失效标志：ii＝ii+1。

s5：经过一个时间周期t后，开始进行动态均衡，首先每个客户端的加权因子pi计算方式为：

pi＝oi+2ii-mi(5)

计算出每个客户端的pi后对所有加权因子进行排序并取中位客户端，如果客户端个数为奇数，那么中位客户端的权重w(ni)不发生变化，其它的按照顺序依次进行增大或者减小。

比如某个客户端pi排名比中位高2，那么此客户端的权重w(ni)＝w(ni)+2，以此类推。如果客户端数量为偶数，那么中位两个客户端的权重+1或者-1，以此类推。

所有客户端权重计算完毕后，根据公式(1)，依次计算出每个客户端分配的请求数量。

s6：经过上述步骤得到每个客户端请求数量后，就可以生成首次动态均衡后的初始请求队列。但是此时队列各客户端请求仍是一种不均匀的分配方法，再利用线性同余法对队列请求做随机分布，即可得到最终的请求队列。

s7：客户端接入或者退出时候重复步骤s1～s6，时间周期t后重复步骤s2～s6，一段时间后即可得到稳定的最优的请求队列，极大提高客户端请求命中率，提升客户端软件体验。

实施例2：

本公开实施例2提供了一种请求动态均衡的串行plc协议转换系统，包括：

请求端统一模块，被配置为：将每个请求端统一为客户端；

请求分配模块，被配置为：根据客户端权值的高低顺序并按照轮询方式将节点请求分配到请求队列，利用线性同余法对请求队列中的客户端请求做随机分布，根据随机分布的客户端请求进行串行plc协议转换。

所述系统的工作方法与实施例1提供的请求动态均衡的串行plc协议转换方法相同，这里不再赘述。

实施例3：

本公开实施例3提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如本公开实施例1所述的请求动态均衡的串行plc协议转换方法中的步骤，所述步骤为：

将每个请求端统一为客户端；

根据客户端权值的高低顺序并按照轮询方式将节点请求分配到请求队列，利用线性同余法对请求队列中的客户端请求做随机分布，根据随机分布的客户端请求进行串行plc协议转换。

详细步骤与实施例1提供的请求动态均衡的串行plc协议转换方法相同，这里不再赘述。

实施例4：

本公开实施例4提供了一种请求动态均衡的串行plc协议转换装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的程序，所述处理器执行所述程序时实现如本公开实施例1所述的请求动态均衡的串行plc协议转换方法中的步骤，所述步骤为：

将每个请求端统一为客户端；

根据客户端权值的高低顺序并按照轮询方式将节点请求分配到请求队列，利用线性同余法对请求队列中的客户端请求做随机分布，根据随机分布的客户端请求进行串行plc协议转换。

详细步骤与实施例1提供的请求动态均衡的串行plc协议转换方法相同，这里不再赘述。

本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)或随机存储记忆体(randomaccessmemory，ram)等。

以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。