一种确定环境与设备监控系统中PLC的值班状态的方法和装置与流程

一种确定环境与设备监控系统中plc的值班状态的方法和装置
技术领域
1.本发明涉及工业控制领域，特别是涉及一种确定环境与设备监控系统中plc的值班状态的方法和装置。


背景技术：

2.随着我国轨道交通的发展，地铁车站运行安全日益成为用户关注的焦点之一。车站作为相对密闭的地下空间，环境与设备监控系统(bas系统)承担对车站机电设备的自动化监控和管理，实现系统和设备间有序监视与控制，在火灾情况下配合fas(fire alarm system，火灾自动报警)系统进行模式联动，为乘客和运营人员提供安全舒适的环境，其可靠性至关重要。
3.在现有技术中，地下车站由于结构特点，通常在环境与设备监控系统的两端，即第一端和第二端各配置一套plc(programmable logic controller，可编程逻辑控制器)，例如，在一个地铁站站台的两端各配置一套plc设备，第一端的plc和第二端plc各自接入本端的所有rio(remote input/output，远程输入输出)站，这两端中其中的一端的plc作为主plc，将所有数据汇总并统一与车控室监控平台对接，另一端的plc作为从plc，当两端plc的主从角色确定之后，一般不再改变。其中，主plc除了收集本端rio站的数据并控制本端rio站，还通过从plc收集划归给从plc的rio站的数据并通过从plc控制划归到从plc的rio站。环境与设备监控系统还具有ibp盘(integrated backup panel，综合后备盘)，当其被激活时，具有最高的控制优先级。然而，ibp盘对rio站的控制命令需要主plc进行转发，具体来说，ibp盘通过自身配备的plc或者通过与主plc相连的rio站，将控制命令发送给主plc，主plc然后将ibp盘的控制命令发送给本端rio站并通过从plc将控制命令发送给划归到从plc的rio站。
4.然而，一旦该主plc出现问题，即使另一端从plc正常运行，由于该从plc无法提供主plc的收集远程rio站的数据和控制功能，该车站环境与设备监控系统会处于失控状态，尤其当发生火灾情况时，无论是fas、综合监控还是ibp盘发起火灾应急模式均无法执行，严重影响车站运行安全。


技术实现要素：

5.针对现有技术中存在的上述问题，充分利用plc设备，最大程度增加系统冗余程度，本发明提出一种确定环境与设备监控系统中plc的值班状态的方法和装置。
6.根据本发明的第一个方面，提供一种确定环境与设备监控系统中plc的值班状态的方法，所述环境与设备监控系统包括监控平台、监控网络、第一端plc、第二端plc、多个rio站以及io网络，所述第一端plc和所述第二端plc通过所述监控网络彼此相连并分别通过所述监控网络各自采用独立通道与所述监控平台连接，所述第一端plc和所述第二端plc分别通过所述io网络与所述多个rio站的每一个连接，对于所述第一端plc，所述方法包括：
7.检测与所述第二端plc之间的所述监控网络和所述io网络中任一网络的通讯状态；
8.在与所述第二端plc之间的所述监控网络和所述io网络中任一网络的通讯状态正常的情况下，获取所述第二端plc的第二故障等级；
9.根据所述环境与设备监控系统的默认值班方式以及所述第一端plc生成的第一故障等级和所述第二故障等级，确定所述第一端plc的值班状态。
10.根据本发明的第二个方面，提供一种确定环境与设备监控系统中plc的值班状态的装置，所述环境与设备监控系统包括监控平台、监控网络、第一端plc、第二端plc、多个rio站以及io网络，所述第一端plc和所述第二端plc通过所述监控网络彼此相连并分别通过所述监控网络各自采用独立通道与所述监控平台连接，所述第一端plc和所述第二端plc分别通过所述io网络与所述多个rio站的每一个连接，对于所述第一端plc，所述装置包括：
11.检测单元，用于检测与所述第二端plc之间的所述监控网络和所述io网络中任一网络的通讯状态；
12.获取单元，用于在与所述第二端plc之间的所述监控网络和所述io网络中任一网络的通讯状态正常的情况下，获取所述第二端plc的第二故障等级；
13.第一确定单元根，用于据所述环境与设备监控系统的默认值班方式以及所述第一端plc生成的第一故障等级和所述第二故障等级，确定所述第一端plc的值班状态。
14.通过本发明的确定环境与设备监控系统中plc的值班状态的方法和装置，实现了第一端plc和第二端plc互为冗余的功能，并且在必要时ibp盘能够直接控制rio站，避免了传统方案在遇到火灾等突发情况时，因主plc失效而导致应急模式无法执行的问题。
附图说明
15.为进一步清楚解释本发明的特征及技术内容，请参阅以下有关本发明的详细说明与附图，然而所提供的附图仅用于提供参考与说明，并非用来对本发明加以限制。
16.在下面的附图中：
17.图1是根据本发明实施例的环境与设备监控系统组网的示意图。
18.图2是根据本发明实施例的确定环境与设备监控系统中plc的值班状态的方法的流程图。
19.图3是根据本发明实施例的plc值班状态判别流程示意图。
20.图4是根据本发明一个实施例的plc值班状态判定逻辑示意图。
21.图5是根据本发明另一个实施例的plc值班状态判定逻辑示意图。
22.图6是根据本发明实施例的确定环境与设备监控系统中plc的值班状态的装置的示意图。
具体实施方式
23.以下通过特定的具体实施例来说明本发明所公开的实施方式，本领域技术人员可由本说明书所公开的内容了解本发明的优点与效果。本发明可通过其他不同的具体实施例加以施行或应用，本说明书中的各项细节也可基于不同观点与应用，在不悖离本发明的构思下进行各种修改与变更。另外，本发明的附图仅为简单示意说明，并非依实际尺寸的描
绘。以下的实施方式将进一步详细说明本发明的相关技术内容，但所公开的内容并非用以限制本发明的保护范围。
24.图1是根据本发明实施例的环境与设备监控系统组网的示意图。如图1所示，所述环境与设备监控系统包括监控平台、监控网络、第一端plc、第二端plc、多个rio站以及io网络。第一端plc和第二端plc彼此通过监控网络相连并分别通过监控网络各自采用独立通道与监控平台连接，第一端plc和第二端plc分别通过io网络与多个rio站的每一个连接。所述环境与设备监控系统还包括ibp盘plc，该ibp盘plc接入监控网络和io网络。
25.在图1中，第一端plc和第二端plc分别经监控网络通过独立冗余通道同监控平台进行通讯，监控平台同第一端plc和第二端plc均同时保持数据通讯，能够分别直接获取第一端plc和第二端plc数据，并分别直接向第一端plc和第二端plc发送控制信息。
26.如图1所示，第一端与第二端的rio站经环网或双总线进行组网，第一端plc和第二端plc分别同所有rio站连接，能够分别获取所有rio站的数据，并分别直接向所有rio站发送控制指令。该控制指令包括模拟量控制和开关量控制，用来控制rio站。将所有rio站从逻辑上划分为两部分，一部分划归第一端plc，另一部分划归给第二端plc。
27.另外，如图1所示，ibp盘plc的一端接入监控网络，与第一端plc和第二端plc进行数据共享，传递ibp盘被激活信号；ibp盘plc的另一端接入io网，同所有rio站连接，能够获取所有rio数据，并在必要时直接对所有rio进行控制；另外，ibp盘plc经此io网络进行数据共享，传递ibp盘被激活信号。
28.在本技术中，在ibp盘plc未被激活的情况下，第一端plc和第二端plc的值班状态全站值班状态、本端值班状态和非值班状态。其中，在全站值班状态下，对所有rio站开放控制权，发送控制指令；在本端值班状态下，仅第一端rio站开放控制权，发送控制指令，闭锁向第二端rio站的控制报文下发；在非值班状态下，仅对rio站进行数据采集，闭锁控制指令下发，确保指令下发源头唯一。在ibp盘plc被激活的情况下，ibp盘plc通过io网络直接对rio站进行控制，发送控制指令；第一端plc和第二端plc经网络共享ibp盘被激活信号判断出ibp盘被激活后，切换至非值班状态。
29.接下来，根据图2所示的流程，描述在ibp盘plc未被激活的情况下，第一端plc和第二端plc的值班状态的确定过程。在图1所示的实施例中，第一端plc和第二端plc是相互对应的两个设备，对于第一端plc和第二端plc中的任一者来说，确定自身的值班状态的过程或操作是相同或相应的。从而，只要了解第一端plc和第二端plc中的任一者确定自身的值班状态的过程，相应的就能够知道另一者的确定过程。在接下来的过程中，仅从第一端plc的角度进行描述。因为第一端plc和第二端plc确定自身的值班状态的过程或操作是相同或相应的，在明确第一端plc确定自身值班状态的过程后，就相应地知道第二端plc确定自身值班状态的过程。
30.图2是根据本发明实施例的确定环境与设备监控系统中plc的值班状态的方法的流程图。如图2所示，对于第一端plc来说，该方法包括如下步骤：
31.步骤s201，检测与所述第二端plc之间的所述监控网络和所述io网络中任一网络的通讯状态。
32.在确定自身的值班状态之前，第一端plc和第二端plc需要获知对方plc的故障等级，然后综合当前所述第一端plc故障等级和所述第二端plc状态进行综合判定，从而决定
plc值班方式。如果希望获取对方plc的故障等级，首先要确保第一端plc和第二端plc之间的网络能够相互传递故障等级等信号，所以，第一端plc会检测与第二端plc之间的网络的通讯状态，如图1所示，第一端plc与第二端plc之间的网络包括监控网络和io网络。只要监控网络和io网络中任一网络的通讯状态正常，第一端plc和第二端plc就能获知对方的故障等级。在一个具体的实施例中，第一端plc检测与第二端plc之间的监控网络的通讯状态，如果通讯状态正常，则通过监控网络获知第二端plc的故障等级，其中，检测网络通讯状态的方式有很多，例如，可以通过一端plc发送心跳报文，另一端plc接收并检测心跳报文的方式。在另一个具体的实施例中，第一端plc检测与第二端plc之间的io网络的通讯状态，如果通讯状态正常，则通过io网络获知第二端plc的故障等级。在实际操作中，第一端plc可以首先检测与第二端plc之间的监控网络的通讯状态，如果监控网络通讯状态正常，则通过监控网络获知第二端plc的故障等级，无需再通过io网络获知第二端plc的故障等级；如果监控网络通讯状态故障而io网络通讯状态正常，则通过io网络获知第二端plc的故障等级；而如果监控网络和io网络的通讯状态均故障，则第一端plc和第二端plc无法获知对方的故障等级。
33.步骤s202，在与所述第二端plc之间的所述监控网络和所述io网络中任一网络的通讯状态正常的情况下，获取所述第二端plc的第二故障等级。
34.如上所述，第一端plc与第二端plc之间的监控网络和io网络中任一网络的通讯状态正常，第一端plc与第二端plc就可以获知对方的故障等级。
35.根据本发明的一个实施例，在每个plc中，生成故障等级的因素包括plc与监控平台的通讯状态、plc自检状态、io网络状态、rio站状态、rio模块状态中的至少一者。其中，plc与监控平台的通讯状态包括正常和故障状态；plc自检状态包括plc的cpu的自检状态，包括正常和故障状态；io网络状态包括plc与io网络通讯的状态，包括正常和故障状态；rio站状态是各个rio站的状态，包括正常和故障状态；一个rio站包括一个网络适配器和若干个rio模块，rio模块指的是各个rio模块的状态，包括正常和故障状态。
36.为了便于将第一端plc和第二端plc的故障等级进行比较，根据本发明的一个实施例，将确定故障等级的因素进行量化，获得第一端plc和第二端plc的故障等级。如表1所示，用比特位对确定故障等级的因素进行量化。在表1中，plc与监控平台的通讯状态占1位、io网络状态占1位、plc自检状态占1位。例如，“1”和“0”分别表示“故障状态”和“正常状态”，也可以用“1”和“0”分别表示“正常状态”和“故障状态”。另外，rio站状态占4位和rio模块占6位，分别表示rio站和rio模块的故障数目或正常的数量。
[0037][0038]
表1
[0039]
根据本发明的一个优选实施例，上述确定故障等级的因素的故障优先级从高到低依次为plc与监控平台的通讯状态、io网络状态、plc自检状态、rio站状态和rio模块状态。相应地，如表1所示，从左往右按位填写对应的比特值和位数。
[0040]
需要注意的是，表1只是用于确定plc的故障等级的一个具体实施例。确定故障等级的因素可以包括plc与监控平台的通讯状态、io网络状态、plc自检状态、rio站状态、rio模块状态中的一个或多个，确定故障等级的因素还可以包括其他未举出的因素。确定故障等级的因素的故障优先级不限于上述的优先级排列方式，本领域技术人员可以根据实际需要确定所要用到的因素的故障优先级排列方式。另外，对于每个因素，进行量化的方式不限于比特位的方式，只要能够对因素进行量化，本领域技术人员可以想到的其他量化方式都属于本技术公开的范围。
[0041]
第一端plc和第二端plc根据上述过程确定各自的故障等级后，将所确定的故障等级通过故障状态字(例如，faultcode_a、faultcode_b)进行存储。
[0042]
在生成第一端plc的故障等级后，还需获知第二端plc的故障等级。在一个实施例中，所述获取所述第二端plc的第二故障等级包括：通过所述监控网络获取所述第二端plc的第二故障等级；以及/或者通过所述io网络获取所述第二端plc的第二故障等级。图3将会对该过程进行详细描述。
[0043]
图3是根据本发明实施例的plc值班状态判别流程示意图。在一个具体实施例中，第一端plc和第二端plc之间分别经监控网络和/或io网络相互通过心跳报文交互进行数据共享通讯状态判断，即第一端plc和第二端plc之间分别通过心跳报文获取与对方之间的网络的通讯状态。如图3所示，在一个实施例中，第一端plc和第二端plc优先从监控网络共享故障等级；若发现监控网络共享通讯中断，则从io网络共享故障等级。在另一个可选实施例中(未在图中示出)，第一端plc和第二端plc优先从io网络共享故障等级；若发现io网络共享通讯中断，则从监控网络共享故障等级。
[0044]
步骤s203,在与所述第二端plc之间的所述监控网络和所述io网络中任一网络的通讯状态正常的情况下，根据所述环境与设备监控系统的默认值班方式以及所述第一端plc生成的第一故障等级和所述第二故障等级，确定所述第一端plc的值班状态。
[0045]
如图3所示，第一端plc和第二端plc之间分别经监控网络和/或io网络获知对方plc的故障等级。对于第一端plc或第二端plc的值班状态，除了考虑第一端plc和第二端plc各自的故障等级，还需要知道环境与设备监控系统的默认值班方式。
[0046]
将第一端plc或第二端plc来说，环境与设备监控系统的默认值班方式包括(1)第一端plc为全站值班状态以及第二端plc为非值班状态和(2)第一端plc以及第二端plc均为本端值班状态。
[0047]
在默认值班方式(1)的情况下，步骤s203具体包括：在所述第一故障等级低于所述第二故障等级的情况下，确定所述第一端plc为全站值班状态；以及在所述第一故障等级高于等于所述第二故障等级的情况下，确定所述第一端plc为非值班状态。
[0048]
图4是根据本发明一个实施例的plc值班状态判定逻辑示意图。在图4中，以故障等级中的比特位“1”和“0”分别表示“故障状态”和“正常状态”为例，来进行说明。如图4所示，在默认值班方式(1)的情况下，当第一端plc的故障等级高于所述第二端plc的故障等级时，第二端plc切换为全站值班状态，第一端plc切换为非值班态，此后若第一端的故障等级恢
复至等于第二端的故障等级，值班状态不再切回，直至出现第二端的故障等级大于第一端的故障等级的情况。
[0049]
在默认值班方式(2)的情况下，步骤s203具体包括：在所述第一故障等级低于所述第二故障等级的情况下，确定所述第一端plc为全站值班状态；在所述第一故障等级等于所述第二故障等级的情况下，确定所述第一端plc的本端值班状态；在所述第一故障等级高于所述第二故障等级的情况下，确定所述第一端plc为非值班状态。
[0050]
图5是根据本发明另一个实施例的plc值班状态判定逻辑示意图。在图5中，以故障等级中的比特位“1”和“0”分别表示“故障状态”和“正常状态”为例，来进行说明。如图5所示，在默认值班方式(2)的情况下，当第一端的故障等级高于第二端的故障等级时，第二端plc切换至全站值班状态，第一端plc切换至非值班状态；此后若第一端故障等级恢复至等于第二端的故障等级，值班方式切回默认态；当第一端的故障等级低于第二端的故障等级时，第二端plc切换至非值班状态，第一端plc切换至全站值班状态。
[0051]
监控平台同第一端plc或第二端plc建立通讯时采用多通道方式，通道按照数据来源进行划分，例如：通讯的是第一端plc下第一端所有rio数据的为通道1，通讯的是第一端plc下第二端所有rio数据的为通道2，通讯的是第二端plc下第一端所有rio数据的为通道3，通讯的是第二端plc下第二端所有rio数据的为通道4，以通道为单位切换激活同值班plc通讯的有效数据作为画面显示和控制命令下发。针对上述图5所示的值班状态切换方式，默认情况下激活道1和通道4，值班方式切换后，激活通道3和通道4。
[0052]
在确定所述第一端plc的值班状态后，该确定环境与设备监控系统中plc的值班状态的方法还包括：
[0053]
在所述第一端plc为全站值班状态的情况下，将所述第一端plc向所述多个rio站发送的第一控制指令同步至所述第二端plc；以及在所述第一端plc为非值班状态的情况下，接收所述第二端plc向所述多个rio站发送的第二控制指令。
[0054]
根据一个具体实施例，全站值班状态plc将所有控制指令经网络(例如，监控网络)周期性同步至非值班状态plc，使两端plc控制指令一致，作为系统冗余值班切换的必要条件，避免系统值班切换过程产生波动。也就是说，全站值班状态plc会将自己产生的、向多个rio发送控制指令发送给至非值班状态plc，使得至非值班状态plc获得全站值班状态plc的控制指令，便于值班切换后，新的值班态plc根据之前的控制指令决定之后的控制过程。相应地，作为非值班状态plc，接收值班状态plc向多个rio站发送的第二控制指令。其中，遥控指令作为开关量，按照整形数据按位进行存储的方式传递，减少占用带宽，提高传送效率。
[0055]
以上描述了第一端plc能够获取第二端plc的第二故障等级的情况下，确定第一端plc的值班状态的过程。现在返回至图3，若出现第一端plc和第二端plc之间监控网络和io网络均中断(即出现故障)的情况，第一端plc和第二端plc均无法获取对方的故障等级，则各自切换为本端值班状态。相应地，该确定环境与设备监控系统中plc的值班状态的方法还包括：在与所述第二端plc之间的所述监控网络和所述io网络的通讯状态均故障的情况下，确定所述第一端plc的值班状态为本端值班状态。
[0056]
上文描述了在ibp盘plc未被激活的情况下，确定第一端plc的值班状态的过程。在ibp盘plc被激活的情况下，ibp盘plc具有最高优先级，ibp盘plc通过io网络直接对rio站进行控制，发送控制指令；第一端plc经网络共享ibp盘被激活信号判断出ibp盘激活后，切换
至非值班状态。相应地，该确定环境与设备监控系统中plc的值班状态的方法还包括：响应于所述ibp盘plc的被激活信号，将所述第一端plc确定为非值班状态。
[0057]
ibp盘plc在激活时，通过网络(例如，监控网络)与第一端plc和第二端plc进行数据共享，传递ibp盘被激活信号。第一端plc和第二端plc经根据该ibp盘被激活信号判断出ibp盘激活后，切换至非值班状态。
[0058]
上文从第一端plc的角度描述了第一段plc确定自身值班状态的过程。因为第一端plc和第二端plc确定自身的值班状态的过程或操作是相同或相应的，在明确第一端plc确定自身值班状态的过程后，就相应地知道第二端plc确定自身值班状态的过程，因而不再赘述。
[0059]
通过本发明的确定环境与设备监控系统中plc的值班状态的方法，实现了第一端plc和第二端plc互为冗余的功能，并且在必要时ibp盘能够直接控制rio站，避免了传统方案在遇到火灾等突发情况时，因主plc失效而导致应急模式无法执行的问题。
[0060]
本发明还提供一种确定环境与设备监控系统中plc的值班状态的装置。接下来，根据图6所示的装置，描述在ibp盘plc未被激活的情况下，第一端plc和第二端plc的值班状态的确定过程。在图1所示的实施例中，第一端plc和第二端plc是相互对应的两个设备，对于第一端plc和第二端plc中的任一者来说，确定自身的值班状态的过程或操作是相同或相应的。从而，只要了解第一端plc和第二端plc中的任一者确定自身的值班状态的过程，相应的就能够知道另一者的确定过程。在接下来的过程中，仅从第一端plc的角度进行描述。因为第一端plc和第二端plc确定自身的值班状态的过程或操作是相同或相应的，在明确第一端plc确定自身值班状态的过程后，就相应地知道第二端plc确定自身值班状态的过程。
[0061]
图6是根据本发明实施例的确定环境与设备监控系统中plc的值班状态的装置的示意图。如图6所示，对于第一端plc来说，该装置包括：
[0062]
检测单元601，用于检测与所述第二端plc之间的所述监控网络和所述io网络中任一网络的通讯状态。
[0063]
在确定自身的值班状态之前，第一端plc和第二端plc需要获知对方plc的故障等级，然后综合当前所述第一端plc故障等级和所述第二端plc状态进行综合判定，从而决定plc值班方式。如果希望获取对方plc的故障等级，首先要确保第一端plc和第二端plc之间的网络能够相互传递故障等级等信号，所以，第一端plc会检测与第二端plc之间的网络的通讯状态，如图1所示，第一端plc与第二端plc之间的网络包括监控网络和io网络。只要监控网络和io网络中任一网络的通讯状态正常，第一端plc和第二端plc就能获知对方的故障等级。在一个具体的实施例中，第一端plc检测与第二端plc之间的监控网络的通讯状态，如果通讯状态正常，则通过监控网络获知第二端plc的故障等级，其中，检测网络通讯状态的方式有很多，例如，可以通过一端plc发送心跳报文，另一端plc接收并检测心跳报文的方式。在另一个具体的实施例中，第一端plc检测与第二端plc之间的io网络的通讯状态，如果通讯状态正常，则通过io网络获知第二端plc的故障等级。在实际操作中，第一端plc可以首先检测与第二端plc之间的监控网络的通讯状态，如果监控网络通讯状态正常，则通过监控网络获知第二端plc的故障等级，无需再通过io网络获知第二端plc的故障等级；如果监控网络通讯状态故障而io网络通讯状态正常，则通过io网络获知第二端plc的故障等级；而如果监控网络和io网络的通讯状态均故障，则第一端plc和第二端plc无法获知对方的故障等
级。
[0064]
获取单元602，用于在与所述第二端plc之间的所述监控网络和所述io网络中任一网络的通讯状态正常的情况下，获取所述第二端plc的第二故障等级。
[0065]
如上所述，第一端plc与第二端plc之间的监控网络和io网络中任一网络的通讯状态正常，第一端plc与第二端plc就可以获知对方的故障等级。
[0066]
根据本发明的一个实施例，在每个plc中，生成故障等级的因素包括plc与监控平台的通讯状态、plc自检状态、io网络状态、rio站状态、rio模块状态中的至少一者。其中，plc与监控平台的通讯状态包括正常和故障状态；plc自检状态包括plc的cpu的自检状态，包括正常和故障状态；io网络状态包括plc与io网络通讯的状态，包括正常和故障状态；rio站状态是各个rio站的状态，包括正常和故障状态；一个rio站包括一个网络适配器和若干个rio模块，rio模块指的是各个rio模块的状态，包括正常和故障状态。
[0067]
为了便于将第一端plc和第二端plc的故障等级进行比较，根据本发明的一个实施例，将确定故障等级的因素进行量化，获得第一端plc和第二端plc的故障等级。如表1所示，用比特位对确定故障等级的因素进行量化。在表1中，plc与监控平台的通讯状态占1位、io网络状态占1位、plc自检状态占1位。例如，“1”和“0”分别表示“故障状态”和“正常状态”，也可以用“1”和“0”分别表示“正常状态”和“故障状态”。另外，rio站状态占4位和rio模块占6位，分别表示rio站和rio模块的故障数目或正常的数量。
[0068]
根据本发明的一个优选实施例，上述确定故障等级的因素的故障优先级从高到低依次为plc与监控平台的通讯状态、io网络状态、plc自检状态、rio站状态和rio模块状态。相应地，如表1所示，从左往右按位填写对应的比特值和位数。
[0069]
需要注意的是，表1只是用于确定plc的故障等级的一个具体实施例。确定故障等级的因素可以包括plc与监控平台的通讯状态、io网络状态、plc自检状态、rio站状态、rio模块状态中的一个或多个，确定故障等级的因素还可以包括其他未举出的因素。确定故障等级的因素的故障优先级不限于上述的优先级排列方式，本领域技术人员可以根据实际需要确定所要用到的因素的故障优先级排列方式。另外，对于每个因素，进行量化的方式不限于比特位的方式，只要能够对因素进行量化，本领域技术人员可以想到的其他量化方式都属于本技术公开的范围。
[0070]
第一端plc和第二端plc根据上述过程确定各自的故障等级后，将所确定的故障等级通过故障状态字(例如，faultcode_a、faultcode_b)进行存储。
[0071]
在生成第一端plc的故障等级后，还需获知第二端plc的故障等级。在一个实施例中，所述获取单元602包括：第一获取子单元，用于通过所述监控网络获取所述第二端plc的第二故障等级；以及/或者第二获取子单元，用于通过所述io网络获取所述第二端plc的第二故障等级。图3将会对该过程进行详细描述。
[0072]
图3是根据本发明实施例的plc值班状态判别流程示意图。在一个具体实施例中，第一端plc和第二端plc之间分别经监控网络和/或io网络相互通过心跳报文交互进行数据共享通讯状态判断，即第一端plc和第二端plc之间分别通过心跳报文获取与对方之间的网络的通讯状态。如图3所示，在一个实施例中，第一端plc和第二端plc优先从监控网络共享故障等级；若发现监控网络共享通讯中断，则从io网络共享故障等级。在另一个可选实施例中(未在图中示出)，第一端plc和第二端plc优先从io网络共享故障等级；若发现io网络共
享通讯中断，则从监控网络共享故障等级。
[0073]
第一确定单元603,用于在与所述第二端plc之间的所述监控网络和所述io网络中任一网络的通讯状态正常的情况下，根据所述环境与设备监控系统的默认值班方式以及所述第一端plc生成的第一故障等级和所述第二故障等级，确定所述第一端plc的值班状态。
[0074]
如图3所示，第一端plc和第二端plc之间分别经监控网络和/或io网络获知对方plc的故障等级。对于第一端plc或第二端plc的值班状态，除了考虑第一端plc和第二端plc各自的故障等级，还需要知道环境与设备监控系统的默认值班方式。
[0075]
将第一端plc或第二端plc来说，环境与设备监控系统的默认值班方式包括(1)第一端plc为全站值班状态以及第二端plc为非值班状态和(2)第一端plc以及第二端plc均为本端值班状态。
[0076]
在默认值班方式(1)的情况下，第一确定单元603具体包括：第一确定子单元，用于在所述第一故障等级低于所述第二故障等级的情况下，确定所述第一端plc为全站值班状态；以及第二确定子单元，用于在所述第一故障等级高于等于所述第二故障等级的情况下，确定所述第一端plc为非值班状态。
[0077]
图4是根据本发明一个实施例的plc值班状态判定逻辑示意图。在图4中，以故障等级中的比特位“1”和“0”分别表示“故障状态”和“正常状态”为例，来进行说明。如图4所示，在默认值班方式(1)的情况下，当第一端plc的故障等级高于所述第二端plc的故障等级时，第二端plc切换为全站值班状态，第一端plc切换为非值班态，此后若第一端的故障等级恢复至等于第二端的故障等级，值班状态不再切回，直至出现第二端的故障等级大于第一端的故障等级的情况。
[0078]
在默认值班方式(2)的情况下，第一确定单元603具体包括：第三确定子单元，用于在所述第一故障等级低于所述第二故障等级的情况下，确定所述第一端plc为全站值班状态；第四确定子单元，用于在所述第一故障等级等于所述第二故障等级的情况下，确定所述第一端plc的本端值班状态；第五确定子单元，用于在所述第一故障等级高于所述第二故障等级的情况下，确定所述第一端plc为非值班状态。
[0079]
图5是根据本发明另一个实施例的plc值班状态判定逻辑示意图。在图5中，以故障等级中的比特位“1”和“0”分别表示“故障状态”和“正常状态”为例，来进行说明。如图5所示，在默认值班方式(2)的情况下，当第一端的故障等级高于第二端的故障等级时，第二端plc切换至全站值班状态，第一端plc切换至非值班状态；此后若第一端故障等级恢复至等于第二端的故障等级，值班方式切回默认态；当第一端的故障等级低于第二端的故障等级时，第二端plc切换至非值班状态，第一端plc切换至全站值班状态。
[0080]
监控平台同第一端plc或第二端plc建立通讯时采用多通道方式，通道按照数据来源进行划分，例如：通讯的是第一端plc下第一端所有rio数据的为通道1，通讯的是第一端plc下第二端所有rio数据的为通道2，通讯的是第二端plc下第一端所有rio数据的为通道3，通讯的是第二端plc下第二端所有rio数据的为通道4，以通道为单位切换激活同值班plc通讯的有效数据作为画面显示和控制命令下发。针对上述图5所示的值班状态切换方式，默认情况下激活道1和通道4，值班方式切换后，激活通道3和通道4。
[0081]
在确定所述第一端plc的值班状态后，该确定环境与设备监控系统中plc的值班状态的装置还包括：
[0082]
发送单元，用于在所述第一端plc为全站值班状态的情况下，将所述第一端plc向所述多个rio站发送的第一控制指令同步至所述第二端plc；以及接收单元，用于在所述第一端plc为非值班状态的情况下，接收所述第二端plc向所述多个rio站发送的第二控制指令。
[0083]
根据一个具体实施例，全站值班状态plc将所有控制指令经网络(例如，监控网络)周期性同步至非值班状态plc，使两端plc控制指令一致，作为系统冗余值班切换的必要条件，避免系统值班切换过程产生波动。也就是说，全站值班状态plc会将自己产生的、向多个rio发送控制指令发送给至非值班状态plc，使得至非值班状态plc获得全站值班状态plc的控制指令，便于值班切换后，新的值班态plc根据之前的控制指令决定之后的控制过程。相应地，作为非值班状态plc，接收值班状态plc向多个rio站发送的第二控制指令。其中，遥控指令作为开关量，按照整形数据按位进行存储的方式传递，减少占用带宽，提高传送效率。
[0084]
以上描述了第一端plc能够获取第二端plc的第二故障等级的情况下，确定第一端plc的值班状态的过程。现在返回至图3，若出现第一端plc和第二端plc之间监控网络和io网络均中断(即出现故障)的情况，第一端plc和第二端plc均无法获取对方的故障等级，则各自切换为本端值班状态。相应地，该确定环境与设备监控系统中plc的值班状态的装置还包括：第二确定单元，用于在与所述第二端plc之间的所述监控网络和所述io网络的通讯状态均故障的情况下，确定所述第一端plc的值班状态为本端值班状态。
[0085]
上文描述了在ibp盘plc未被激活的情况下，确定第一端plc的值班状态的过程。在ibp盘plc被激活的情况下，ibp盘plc具有最高优先级，ibp盘plc通过io网络直接对rio站进行控制，发送控制指令；第一端plc经网络共享ibp盘被激活信号判断出ibp盘激活后，切换至非值班状态。相应地，该确定环境与设备监控系统中plc的值班状态的装置还包括：第三确定单元，用于响应于所述ibp盘plc的被激活信号，将所述第一端plc确定为非值班状态。
[0086]
ibp盘plc在激活时，通过网络(例如，监控网络)与第一端plc和第二端plc进行数据共享，传递ibp盘被激活信号。第一端plc和第二端plc经根据该ibp盘被激活信号判断出ibp盘激活后，切换至非值班状态。
[0087]
上文从第一端plc的角度描述了第一段plc确定自身值班状态的过程。因为第一端plc和第二端plc确定自身的值班状态的过程或操作是相同或相应的，在明确第一端plc确定自身值班状态的过程后，就相应地知道第二端plc确定自身值班状态的过程，因而不再赘述。
[0088]
通过本发明的确定环境与设备监控系统中plc的值班状态的装置，实现了第一端plc和第二端plc互为冗余的功能，并且在必要时ibp盘能够直接控制rio站，避免了传统方案在遇到火灾等突发情况时，因主plc失效而导致应急模式无法执行的问题。
[0089]
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。