Distributed control system communication state diagnosis method and device, medium and product
By obtaining the communication data of the uplink and downward bus in the cold redundant mode of Modbus-RTU, judge and switch the main machine, realize the real-time diagnosis of the communication dual-road, solve the accurate diagnosis of the Modbus-RTU cold redundant mode diagnosis of communication status diagnosis. The problem of sex and efficiency improves the stability and reliability of the system.
Patent Information
- Application Number
- CN202411267376.9
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-11
- Publication Date
- 2025-01-28
AI Technical Summary
In the Modbus-RTU cold backup redundancy mode, there are problems in the decentralized control system, the single-channel redundant backup channel communication status diagnosis process, incomplete linkage of main and backup diagnosis, and inaccurate diagnosis results of extreme abnormalities.
By obtaining the communication data from the uplink and downward bus receiving in the Modbus-RTU cold redundant mode, determine whether the current host/current machine is communicated normally, if the abnormalities are switched to the preparation/host, and the communication status diagnosis is performed to achieve communication Two roads are diagnosed in real time.
The accuracy and diagnosis efficiency of the decentralized control system in the communication status diagnosis of the decentralized control system under the Modbus-RTU cold redundant mode, and ensure that when the communication is abnormal, it can be switched to the preparation to communicate in time to ensure the stability and reliability of the system.
Smart Images

Figure CN119376366A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of communication status diagnosis, and in particular to a method, device, medium and product for diagnosing the communication status of a distributed control system. Background Art
[0002] With the gradual application of domestic instrumentation and control equipment distributed control systems (DCS) in nuclear power and nuclear chemical control system automation projects, the requirements for the stability, safety and reliability of on-site equipment communication are becoming higher and higher, and the requirements for the accuracy and real-time diagnosis of equipment communication status are also gradually increasing. In the current application scenarios, the Modbus-RTU (Modbus-Remote Terminal Unit, a remote terminal unit based on the Modbus communication protocol) cold standby redundancy mode faces the problems of single-channel communication of communication data, lack of single-channel redundant standby channel communication status diagnosis process, incomplete active-standby diagnosis linkage, and inaccurate diagnosis results in extreme abnormal situations compared to the hot standby redundancy mode.
[0003] Modbus-RTU cold standby redundancy mode is an important technology to ensure the safe operation of nuclear power and nuclear chemical industry in the application of DCS platform. It is usually used in the scene where the local equipment does not have hot standby and requires redundant communication. When this technology is applied in the control system, nuclear power and nuclear chemical industry, Modbus-RTU is used to realize data communication between the main control room and the field equipment, and between the safety-level and non-safety-level systems. In multiple communications, in order to ensure that when the main communication channel fails, it can be seamlessly switched to the backup channel, thereby ensuring the stability and reliability of the control system, the importance of the precondition of cold standby redundancy switching technology (i.e., the judgment of the communication status) is self-evident. Accurate and real-time status judgment directly affects the efficiency of redundant switching and the final switching judgment, and directly affects the communication results.
[0004] In a highly complex system such as the nuclear instrumentation and control system DCS, any misjudgment of the communication status or untimely switching may lead to the loss of data records in the control room, and more seriously, it may lead to the operator's wrong response, which in turn leads to safety accidents. The Modbus-RTU cold standby redundancy mode adopts the master-slave communication mode. The master channel is used for normal data transmission, and the standby channel automatically takes over the communication task when the master channel fails. That is, the conventional master and standby channels communicate with each other, and the judgment mechanism of the timed interactive communication status obviously cannot fully meet the complex and extreme switching scenarios. Summary of the invention
[0005] The purpose of this application is to provide a distributed control system communication status diagnosis method, equipment, medium and product to improve the accuracy and efficiency of high communication status diagnosis of the distributed control system in Modbus-RTU cold standby redundant mode.
[0006] To achieve the above objectives, this application provides the following solutions:
[0007] In a first aspect, the present application provides a method for diagnosing communication status of a distributed control system, comprising:
[0008] Acquire the communication data received by the uplink bus in the Modbus-RTU cold standby redundant mode, and determine whether the current host / current standby machine communicates normally to obtain a first determination result;
[0009] If the first judgment result is yes, judging whether the current host / current standby machine is communicating normally according to the communication data received by the downlink bus in the Modbus-RTU cold standby redundant mode, and obtaining a second judgment result;
[0010] If the first judgment result is no, the detection host is switched and the process returns to "obtaining the communication data received by the uplink bus in the Modbus-RTU cold standby redundant mode";
[0011] If the second judgment result is yes, it is determined that the communication between the current host and the current standby is normal;
[0012] If the second judgment result is no, it is determined that the communication between the current host and the current standby is abnormal;
[0013] Determine the abnormality type of the current master / current standby communication abnormality; the abnormality type is an upstream bus abnormality or a downstream bus abnormality;
[0014] When the communication abnormality between the current master and the current standby is an abnormality in the upstream bus, switch to the standby / master machine and return to "Get the communication data received by the upstream bus in the Modbus-RTU cold standby redundant mode".
[0015] Optionally, communication data received by the uplink bus in the Modbus-RTU cold standby redundant mode is obtained, and it is determined whether the current host / current standby machine communicates normally to obtain a first determination result, which specifically includes:
[0016] Determine whether the upstream bus receives communication data in the Modbus-RTU cold standby redundant mode;
[0017] If so, the current host / current standby machine communicates normally, and a first judgment result is obtained;
[0018] If not, the communication between the current host machine and the current standby machine is abnormal, and a first judgment result is obtained.
[0019] Optionally, judging whether the current host / current standby machine is communicating normally according to the communication data received by the downlink bus in the Modbus-RTU cold standby redundant mode, and obtaining a second judgment result specifically includes:
[0020] Determine whether the downlink bus in the Modbus-RTU cold standby redundant mode receives communication data;
[0021] If yes, determine whether the communication data received by the downlink bus includes the downlink data of the current master / current standby machine;
[0022] If yes, determining whether the communication data received by the downlink bus includes uplink data of the device;
[0023] If so, it is determined that the current host / current standby machine is communicating normally, and a second judgment result is obtained;
[0024] If not, it is determined that the communication between the current host machine and the current standby machine is abnormal, and a second judgment result is obtained.
[0025] Optionally, it also includes:
[0026] When it is determined that the communication between the current host and the current standby machine is normal, the current host is used to perform communication detection;
[0027] Determine whether the current host communication detection is successful;
[0028] If yes, the current host exits detection mode;
[0029] If not, switch to the standby machine for communication detection;
[0030] Determine whether the current standby machine communication detection is successful;
[0031] If yes, the current standby machine exits detection mode;
[0032] If not, switch to the host for communication detection and return to "determine whether the current host communication detection is successful".
[0033] Optionally, before the standby machine performs communication detection, the following steps are further included:
[0034] Determine whether the current standby machine is communicating normally.
[0035] Optionally, it also includes:
[0036] When the current host / current standby machine communication abnormality is a downlink bus abnormality, the current host / current standby machine is used to determine the downlink bus, perform validity verification, and perform syntax analysis on the data stream of the downlink bus.
[0037] Optionally, the frame rate of the data transmitted by the uplink bus is less than 1 ms; and the frame rate of the data transmitted by the downlink bus is 20 ms-200 ms.
[0038] In a second aspect, the present application provides a computer device, comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement any of the above-described methods for diagnosing the communication status of a distributed control system.
[0039] In a third aspect, the present application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements any of the above-described methods for diagnosing the communication status of a distributed control system.
[0040] In a fourth aspect, the present application provides a computer program product, including a computer program, which, when executed by a processor, implements any of the above-mentioned distributed control system communication status diagnosis methods.
[0041] According to the specific embodiments provided in this application, this application discloses the following technical effects:
[0042] The present application provides a method, device, medium and product for diagnosing the communication status of a distributed control system, which obtains the communication data received by the uplink bus in the Modbus-RTU cold standby redundant mode, and determines whether the current host / current standby machine is communicating normally. If so, the communication data received by the downlink bus in the Modbus-RTU cold standby redundant mode is used to determine whether the current host / current standby machine is communicating normally, and obtain a second judgment result; if the second judgment result is yes, it is determined that the communication of the current host / current standby machine is normal; if the second judgment result is no, it is determined that the communication of the current host / current standby machine is abnormal; when the communication abnormality of the current host / current standby machine is an uplink bus abnormality, switch to the standby machine / host, and re-diagnose the communication status. The present application uses the standby machine to perform real-time dual-channel communication diagnosis. When the host has a communication abnormality, it switches to the standby machine for communication in a timely manner, thereby improving the accuracy and efficiency of high communication status diagnosis of the distributed control system in the Modbus-RTU cold standby redundant mode. BRIEF DESCRIPTION OF THE DRAWINGS
[0043] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.
[0044] Figure 1 A schematic diagram of a flow chart of a method for diagnosing communication status of a distributed control system provided in one embodiment of the present application;
[0045] Figure 2This is a schematic diagram of the Modbus-RTU cold standby redundancy mode;
[0046] Figure 3 This is a schematic diagram of the Modbus-RTU cold standby state machine switching;
[0047] Figure 4 This is the Modbus-RTU cold standby condition processing flow chart;
[0048] Figure 5 This is the flow chart of Modbus-RTU active / standby redundancy detection mode;
[0049] Figure 6 A schematic diagram of the structure of a computer device provided in one embodiment of the present application.
[0050] Explanation of the symbols in the accompanying drawings: 1. Device communication channel; 2. Listening channel; 3. Network channel. DETAILED DESCRIPTION
[0051] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.
[0052] In order to make the above-mentioned objects, features and advantages of the present application more obvious and easy to understand, the present application is further described in detail below with reference to the accompanying drawings and specific implementation methods.
[0053] The conventional master-slave channel self-communication and the judgment mechanism of the timed interactive communication status cannot detect the complex and extreme applications and switching scenarios of local equipment during the actual operation of the system, which will cause the standby machine to be diagnosed as normal when the host machine judges an abnormality. In view of this conventional master-slave channel judgment mechanism problem, it is necessary to design a method that can enable the master and standby to listen to each other uplink and downlink during the real-time interactive diagnosis process, realize redundant listening of the master and standby data, and combine multiple diagnosis channels. When the dual master states switch to each other or the dual standby states switch to each other during the master-standby switching process, and the master and standby states switch to each other, redundant linkage judgment is performed. In the Modbus-RTU bus communication scenario, the redundant Modbus-RTU processing modules in the DCS system in the nuclear power field are both bus communications in uplink and downlink, using the RS-485 mode. Therefore, the dual bus mode has the hardware and communication conditions for multi-channel listening and linkage judgment.
[0054] In order to ensure the effectiveness of the Modbus-RTU cold standby redundancy technology of this application, it is necessary to design regular monitoring and synchronous diagnostic methods for the main backup channels, especially the backup channels, to achieve dual-channel diagnostic listening and effective switching and data processing from the software level.
[0055] This application aims to meet the high reliability requirements of DCS systems and proposes a communication monitoring diagnosis technology in the redundant mode of Modbus-RTU application of non-safety-level DCS platforms in the fields of nuclear power and nuclear chemical industry. The new technology can make up for the deficiencies of communication state synchronization and monitoring mode in Modbus-RTU cold standby redundant applications, and realize dual-channel real-time diagnosis of cold standby mode communication through data monitoring and fault detection combined with state detection and automatic switching.
[0056] This application is based on the universal Modbus-RTU and redundant cold standby communication mode. On this basis, for the cold standby communication, combined with engineering applications, a state diagnosis and calculation method is invented. It provides more accurate and reliable guarantees for the control and communication diagnosis of DCS key equipment in nuclear power plants and nuclear chemical industries, effectively improves the efficiency of the entire DCS system diagnosis, and ultimately improves the fault diagnosis of DCS key equipment, and realizes the accurate, safe, reliable, stable and efficient engineering operation of the DCS system. This application has been verified by engineering and has feasible conditions for large-scale promotion and application.
[0057] In an exemplary embodiment, Figure 1 As shown, a method for diagnosing the communication status of a distributed control system is provided, comprising the following steps:
[0058] S1: Acquire the communication data received by the uplink bus in the Modbus-RTU cold standby redundant mode, and determine whether the current host / current standby machine communicates normally to obtain a first determination result.
[0059] As an optional implementation, S1 specifically includes:
[0060] Determine whether the upstream bus receives communication data in Modbus-RTU cold standby redundancy mode.
[0061] If so, the current host machine / current standby machine communicate normally, and the first judgment result is obtained.
[0062] If not, the communication between the current host machine and the current standby machine is abnormal, and a first judgment result is obtained.
[0063] In actual applications, data of the master and standby modules (the master and standby modules include a master machine and a standby machine) are monitored first.
[0064] The new monitoring and diagnosis in the Modbus-RTU cold standby redundant mode based on the DCS platform is that under the network topology of the existing system gateway master and standby modules, the gateway module as the standby machine releases idle processing resources and monitors and diagnoses the communication data of the host from the upstream bus and the downstream bus respectively. In this original mode, a set of busy listening methods for the idle state of the standby machine is designed, so that the standby machine has the ability to actively listen to the bus data. The uplink and downlink dual-channel communication interfaces of this module are the downstream Modbus-RTU communication bus (hereinafter referred to as the downstream bus) and the upstream NicBus communication bus (hereinafter referred to as the upstream bus) (NicBus is a kind of bus for the internal control module and gateway module of the DCS system), continuously monitoring the Modbus-RTU communication data flow between the host and the control module, and the host and the field equipment, and parsing the host communication process data through the standby machine (the parsing process involves direct state transmission, analysis of communication message syntax, semantics and data), so as to realize the monitoring and comprehensive calculation of the standby machine on the host communication status, data integrity and timeout synchronization.
[0065] S2: If the first judgment result is yes, determine whether the current host / current standby machine communicates normally according to the communication data received by the downlink bus in the Modbus-RTU cold standby redundant mode to obtain a second judgment result.
[0066] In practical applications, after data monitoring is completed, communication dual-path redundancy diagnosis is performed.
[0067] In order to overcome the problem that the standby machine cannot perform status diagnosis without data communication in the Modbus-RTU cold standby redundant mode, this application adopts the standby machine data monitoring mirror and communication diagnosis synchronization mechanism. During normal operation, the host is not responsible for data transmission, and sends complete diagnostic and cross-sectional data to the control module at regular intervals. The standby machine compares the diagnostic and cross-sectional data with the data obtained by monitoring to realize its own status judgment and timely update, ensuring that it can take over immediately when switching is required, and the data remains up to date.
[0068] This application takes into account the special limitations of the application environment and designs reliability enhancement measures for dual-path diagnosis of communication based on the Modbus-RTU cold standby redundant mode of the DCS platform. The judgment of the internal bus (uplink bus) data takes precedence over the external bus (downlink bus). The internal bus has a high frame rate (usually the frame interval is less than 1ms) and has the advantage of faster judgment time. The communication status diagnosis is synchronized to the redundant master and standby modules in real time. The external bus has a low frame rate (usually 20ms to 200ms) downlink data judgment, that is, the host is managed by data transceiver diagnosis, and the standby machine diagnoses by monitoring the bidirectional data transceiver process on the host downlink bus. The judgment process is based on question-and-answer processing, and the judgment of continuous data packets takes precedence over non-continuous abnormal data packets. The dual-path diagnosis is completed through the cooperation of the internal bus and the external bus, and finally the monitoring and mutual diagnosis of the master and standby modules are realized. During the standby machine diagnosis process, the system can quickly judge and switch communication faults through continuous monitoring of the communication dual links (internal bus and external bus), format analysis and data semantic parsing.
[0069] As an optional implementation, S2 specifically includes:
[0070] Determine whether the downstream bus in the Modbus-RTU cold standby redundant mode receives communication data.
[0071] If so, it is determined whether the communication data received by the downstream bus includes the downstream data of the current master machine / current standby machine.
[0072] If yes, it is determined whether the communication data received by the downlink bus includes uplink data of the device.
[0073] If so, it is determined that the current host machine / current standby machine are communicating normally, and a second judgment result is obtained.
[0074] If not, it is determined that the communication between the current host machine and the current standby machine is abnormal, and a second judgment result is obtained.
[0075] S3: If the first judgment result is no, switch the detection host and return to "obtain the communication data received by the upstream bus in the Modbus-RTU cold standby redundant mode".
[0076] S4: If the second judgment result is yes, it is determined that the communication between the current master machine and the current standby machine is normal.
[0077] As an optional implementation, it also includes:
[0078] When it is determined that the communication between the current host and the current standby machine is normal, the current host is used to perform communication detection.
[0079] Determine whether the current host communication detection is successful.
[0080] If yes, the current host exits detection mode.
[0081] If not, the standby machine is switched to perform communication detection. Before the standby machine performs communication detection, it is also necessary to determine whether the current standby machine is communicating normally.
[0082] Determine whether the current standby machine communication detection is successful.
[0083] If yes, the current standby machine exits detection mode.
[0084] If not, switch to the host for communication detection and return to "determine whether the current host communication detection is successful".
[0085] S5: If the second judgment result is no, it is determined that the communication between the current master machine and the current standby machine is abnormal.
[0086] S6: Determine the abnormality type of the current master / current standby communication abnormality; the abnormality type is an uplink bus abnormality or a downlink bus abnormality.
[0087] S7: When the communication abnormality of the current master / current standby machine is an abnormality of the upstream bus, switch to the standby machine / master machine and return to "obtaining the communication data received by the upstream bus in the Modbus-RTU cold standby redundant mode".
[0088] In actual applications, after the communication dual-path redundant diagnosis is completed, the primary and standby diagnosis are switched.
[0089] Different from the conventional cold standby redundancy mode active-standby diagnosis direct switching mode, the present application designs the standby machine monitoring diagnosis, so that the standby machine no longer needs to be reinitialized and synchronized with data loading when it is promoted to the active machine, and only the mode is switched. The valid data has been normally monitored and obtained before the standby machine is switched, so it is more timely, and the switching effectiveness and time gap will be improved.
[0090] This application is based on direct diagnosis and indirect monitoring diagnosis of the host communication during the communication process, and realizes the real-time reception and evaluation of the standby monitoring data. Through comprehensive calculation of multiple conditions, the switching process is activated when one of the switching conditions is met. After the standby is activated and promoted to the master, the dual-master runs, synchronously receives data, and completes the master-standby judgment and downgrade process in a short time.
[0091] The master-slave switching of the present application has a cyclic alternating detection function under certain circumstances. Since the standby machine synchronously monitors the operating status and communication status of the host in two channels, if the new host communication is abnormal again during the master-slave switching, the master-slave judgment needs to perform master-slave detection, that is, the master-slave alternately becomes the master, and the dynamic detection process of the communication with the local equipment below is completed. The detection process is designed to be more than 10 seconds. Such a design can solve the problem that the link cannot be established due to the extreme abnormal situation in the conventional master-slave switching after the master-slave switching and then switching again.
[0092] When the current host / current standby machine communication abnormality is a downlink bus abnormality, the current host / current standby machine is used to determine the downlink bus, perform validity verification, and perform syntax analysis on the data stream of the downlink bus.
[0093] like Figure 2 and Figure 3 As shown, the communication status diagnosis method of the distributed control system of the present application is described below with a specific embodiment.
[0094] 1. This application is designed based on the Modbus-RTU cold standby redundancy mode: Figure 2 As shown, the DCS system and the gateway communication module MD211 in the Modbus-RTU cold standby redundant mode are used as redundant master communication modules, and the local Modbus-RTU slave device 1 is connected simultaneously in a cold standby parallel connection mode. The DCS system control calculation module NP202 is the core processing center of the system, and the redundant mode is used to perform cross-redundant communication with the gateway module MD211 through the listening channel 2 of the module's backplane bus. At the same time, NP202 uses the second-layer network channel 3 to send the communication mode data to the second-layer operator station of the DCS system.
[0095] 2. This application uses a redundant single channel for dual channel utilization: Figure 2 In the original single-pass mode, the status of the device communication channel 1 that is not actually communicating is switched from the guarding state to the listening state in the DCS system, so that both dual gateway modules are in a busy working state.
[0096] 3. For redundant standby machines in single-pass mode, design the state machine and the state machine switching mode. Figure 3 As shown, Figure 3 The standby machine is in three states: initial, communication interrupted and normal communication. At this time, the state switching condition of the standby machine is not only limited by its own communication, but also the state of the standby machine is determined by comprehensive calculation through the listening channel 2 of the communication status of the host communication module and the state of the device communication channel 1.
[0097] 4. In redundant listening mode, the redundant standby machine listens to channel data, makes its own status judgment and switches logic design, such as Figure 4 shown.
[0098] Step A: Start the standby communication module.
[0099] Step B: Determine whether the internal bus detects the host communication data. If so, it is determined that the bus interaction is normal and step D is executed. If not, step C is executed.
[0100] Step C: Switch the detection host and return to step A.
[0101] Step D: Determine whether the external bus receives data, if so, execute step E, if not, execute step N. When the external bus data is received within the timeout period, it is determined that the external bus interaction is normal.
[0102] Step E: Determine whether the communication data received by the external bus includes host downlink data, if yes, execute step F, if no, execute step N. Step E analyzes the data flow monitored by the external bus, and the determination basis is the data information synchronized in step B.
[0103] Step F: determine whether the communication data received by the external bus includes device uplink data, if yes, execute step G, if no, execute step N. Step F analyzes the data flow monitored by the external bus, and the judgment basis is the data received by the standby machine based on the data information synchronized in step B.
[0104] Step G: Determine whether the current host or standby communication is normal. If the above judgment is correct, the communication of this module is set to normal, otherwise it is abnormal. The abnormal situation is divided into internal abnormality and external abnormality. The execution judgment conditions are different in the two states, but they can be switched to each other.
[0105] In case of internal bus abnormality, the machine does not make external bus judgment, but directly enters the master-slave detection mode to switch the master to the standby. After the switch is completed, the standby machine will start again. Figure 4 The state machine determines, Figure 4 The state machine determines the switching mechanism as follows Figure 5 As shown, after the detection process fails, the identities of the primary and backup machines are exchanged until the detection succeeds.
[0106] In the case of an external bus abnormality, the local machine determines the external bus, verifies its validity, and performs syntax analysis on the data stream. Since the Modbus bus protocol data cannot directly distinguish the direction of the data stream, it is also necessary to perform semantic and data point matching analysis in combination with the configuration data synchronized in step B. The design of the related analysis is not described in this application.
[0107] Compared with the Modbus-RTU board cold standby redundancy of the traditional DCS application platform, this application can simultaneously monitor the host standby communication bus status, and use the redundant synchronous state dual bus to refresh its own status judgment. This increases the process complexity of program status processing to a certain extent, but also more accurately identifies the true status of cold standby communication, and can identify soft and hard interrupts during bus communication. From the perspective of engineering application scenarios, its status identification is more accurate and reliable.
[0108] By improving the existing cold standby communication mode, the present application has been upgraded and applied in multiple engineering scenarios such as nuclear power and nuclear chemical industry. From the perspective of on-site application effects, the application of the present application not only meets the data communication requirements of the Modbus-RTU bus dual-channel redundancy at the engineering site, but also refines the state machine switching of the judgment process in the cold standby redundant mode, and solves the problem that data synchronization and status in the cold standby mode relative to the hot standby mode are difficult to handle independently. At the same time, there is no need to increase network deployment and hardware investment in engineering applications, and simple processing of complex problems can be achieved through software judgment.
[0109] This application is designed from the software perspective, and by introducing an innovative Modbus-RTU cold standby redundant communication monitoring technology on a non-safety-level DCS platform, it effectively solves the problem of insufficient communication data synchronization and interception in the traditional redundant mode. The method of this application is adopted, and the difficulty of engineering construction and upgrading is low, and the DCS controller and the second-layer operator station monitoring system can be seamlessly collected to collect the real status. Idle processing time slice resources can be applied, which improves the standby function, releases performance, and makes up for the deficiencies in the traditional redundant mode communication design, improves the reliability and stability of DCS systems in the nuclear power and nuclear chemical fields, and also provides a reference solution for the upgrade of similar industrial control systems.
[0110] In an exemplary embodiment, a computer device is provided. The computer device may be a server or a terminal. The internal structure diagram thereof may be as follows: Figure 6 As shown. The computer device includes a processor, a memory, an input / output interface (Input / Output, referred to as I / O) and a communication interface. The processor, the memory and the input / output interface are connected through a system bus, and the communication interface is connected to the system bus through the input / output interface. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program and a database. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The input / output interface of the computer device is used to exchange information between the processor and an external device. The communication interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, a method for diagnosing the communication status of a distributed control system is implemented.
[0111] Those skilled in the art will understand that Figure 6The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine certain components, or have a different arrangement of components. In an exemplary embodiment, a computer device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor implements the above-mentioned distributed control system communication status diagnosis method when executing the computer program.
[0112] In an exemplary embodiment, a computer-readable storage medium is provided, storing a computer program, which implements the above-mentioned distributed control system communication status diagnosis method when executed by a processor.
[0113] In an exemplary embodiment, a computer program product is provided, including a computer program, which implements the above-mentioned distributed control system communication status diagnosis method when executed by a processor.
[0114] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with relevant regulations.
[0115] Those of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiment methods can be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to the memory, database or other medium used in the embodiments provided in the present application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM may be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM).
[0116] The database involved in each embodiment provided in this application may include at least one of a relational database and a non-relational database. The non-relational database may include a distributed database based on blockchain, etc., but is not limited thereto. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, etc., but is not limited thereto.
[0117] The technical features of the above embodiments may be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.
[0118] This article uses specific examples to illustrate the principles and implementation methods of this application. The description of the above embodiments is only used to help understand the method and core ideas of this application. At the same time, for those skilled in the art, according to the ideas of this application, there will be changes in the specific implementation methods and application scope. In summary, the content of this specification should not be understood as limiting this application.
Claims
1. A method for diagnosing communication status of a distributed control system, characterized in that: include: Acquire the communication data received by the uplink bus in the Modbus-RTU cold standby redundant mode, and determine whether the current host / current standby machine communicates normally to obtain a first determination result; If the first judgment result is yes, judging whether the current host / current standby machine is communicating normally according to the communication data received by the downlink bus in the Modbus-RTU cold standby redundant mode, and obtaining a second judgment result; If the first judgment result is no, switch the detection host and return to "obtain the communication data received by the upstream bus in the Modbus-RTU cold standby redundant mode"; If the second judgment result is yes, it is determined that the communication between the current host and the current standby is normal; If the second judgment result is no, it is determined that the communication between the current host and the current standby is abnormal; Determine the abnormality type of the current master / current standby communication abnormality; The abnormality type is an uplink bus abnormality or a downlink bus abnormality; When the communication abnormality of the current master / current standby machine is an abnormality of the upstream bus, switch to the standby machine / master machine and return to "Get the communication data received by the upstream bus in the Modbus-RTU cold standby redundant mode".
2. The method for diagnosing communication status of a distributed control system according to claim 1, characterized in that: Acquire the communication data received by the uplink bus in the Modbus-RTU cold standby redundant mode, and determine whether the current host / current standby machine communicates normally, and obtain a first determination result, which specifically includes: Determine whether the upstream bus receives communication data in the Modbus-RTU cold standby redundant mode; If so, the current host / current standby machine communicates normally, and a first judgment result is obtained; If not, the communication between the current host machine and the current standby machine is abnormal, and a first judgment result is obtained.
3. The method for diagnosing communication status of a distributed control system according to claim 1, characterized in that: According to the communication data received by the downlink bus in the Modbus-RTU cold standby redundant mode, it is judged whether the current master / current standby machine communicates normally, and a second judgment result is obtained, which specifically includes: Determine whether the downlink bus in the Modbus-RTU cold standby redundant mode receives communication data; If yes, determine whether the communication data received by the downlink bus includes the downlink data of the current master / current standby machine; If yes, determining whether the communication data received by the downlink bus includes uplink data of the device; If so, it is determined that the current host / current standby machine is communicating normally, and a second judgment result is obtained; If not, it is determined that the communication between the current host machine and the current standby machine is abnormal, and a second judgment result is obtained.
4. The method for diagnosing communication status of a distributed control system according to claim 1, characterized in that: Also includes: When it is determined that the communication between the current host and the current standby machine is normal, the current host is used to perform communication detection; Determine whether the current host communication detection is successful; If yes, the current host exits detection mode; If not, switch to the standby machine for communication detection; Determine whether the current standby machine communication detection is successful; If yes, the current standby machine exits detection mode; If not, switch to the host for communication detection and return to "determine whether the current host communication detection is successful".
5. The method for diagnosing communication status of a distributed control system according to claim 4, characterized in that: Before the standby machine performs communication detection, it also includes: Determine whether the current standby machine is communicating normally.
6. The method for diagnosing communication status of a distributed control system according to claim 1, characterized in that: Also includes: When the current host / current standby machine communication abnormality is a downlink bus abnormality, the current host / current standby machine is used to determine the downlink bus, perform validity verification, and perform syntax analysis on the data stream of the downlink bus.
7. The method for diagnosing communication status of a distributed control system according to claim 1, characterized in that: The frame rate of the upstream bus data transmission is less than 1ms; the frame rate of the downstream bus data transmission is 20ms-200ms.
8. A computer device comprising: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the method for diagnosing the communication status of a distributed control system according to any one of claims 1 to 7.
9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the distributed control system communication status diagnosis method described in any one of claims 1 to 7 is implemented.
10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the distributed control system communication status diagnosis method described in any one of claims 1 to 7 is implemented.