Dcs distributed hardware management method and device, electronic equipment and storage medium

Abstract

Embodiments of the present application disclose a DCS distributed hardware management method and device, electronic equipment and a storage medium. The method comprises: obtaining card state signals from a plurality of lower computers, and forming a card state data set; obtaining the power supply mode of the card according to the card type; obtaining the common power supply path according to the power supply mode of the card and the column information of the card in the lower computer; and judging the power supply state of the lower computer according to the power supply signal state of each column of cards and the common power supply path. The DCS distributed hardware management method provided by the embodiments of the present application proposes a general, systematic and reusable DCS hardware state management method, solves the problems of low engineering efficiency, serious repetitive labor, fragmented alarm information, lack of systematic comprehensive analysis, hidden danger difficult to identify in advance and system unreusability caused by project customized development in traditional DCS hardware system management.

Description

Technical Field

[0001] The embodiments of the present invention relate to the field of hardware management technology, and in particular to a DCS distributed hardware management method, apparatus, electronic device and storage medium. Background Technology

[0002] In the current field of DCS hardware system management, a customized development model based on specific projects is commonly adopted. This model requires engineers to manually configure a large number of discrete alarm points and independently design logic and screens for different hardware configurations, resulting in low engineering efficiency and serious duplication of work.

[0003] In addition, existing methods are mostly simple listings of individual signals, lacking comprehensive analysis capabilities from card and cabinet to system level. Alarm information is fragmented, making it difficult to identify deep-seated hidden dangers such as systemic power failures, network risks, or controller degradation in the early stages. Furthermore, practical experience cannot be solidified and reused, which restricts the level of standardization in operation and maintenance. Summary of the Invention

[0004] This invention provides a DCS distributed hardware management method, device, electronic device, and storage medium. By proposing a general, systematic, and reusable DCS hardware status management method, it solves the problems of low engineering efficiency, serious duplication of work, fragmented alarm information, lack of system-level comprehensive analysis, difficulty in early identification of hidden dangers, and inability to reuse the system caused by customized project development in traditional DCS hardware system management.

[0005] In a first aspect, embodiments of the present invention provide a DCS distributed hardware management method, comprising: Card status signals are acquired from multiple lower-level machines and a card status data set is formed; the card status signals include card type, power signal status, and card arrangement information in the lower-level machines; Based on the card type, obtain the power supply method of the card; Based on the power supply method of the card and the card's layout information in the lower-level machine, obtain the common power supply path; The power status of the lower-level machine is determined based on the power signal status of each card and the common power supply path.

[0006] Optionally, the power status of the lower-level machine includes the internal and external power status of the card's A / B channels and the power status of the lower-level machine's cabinet A / B channels; based on the power signal status of each row of cards and the common power supply path, the power status of the lower-level machine is determined, including: Determine the internal and external power status of the card's A / B channels based on the card's power signal status; Based on the power signal status of each card and the common power supply path, determine the power status of the lower-level machine's cabinet A / B channels.

[0007] Optionally, the A / B channel internal and external power status of the card can be determined based on the power signal status of the card, including: Based on the signal status of each of the internal power supply A, external power supply A, internal power supply B, and external power supply B, determine whether the corresponding power supply is faulty.

[0008] Optionally, based on the power signal status of each row of cards and the common power supply path, determine the power status of the lower-level machine's cabinet A / B circuits, including: When all power supplies on the same common power supply path fail, the power supply of the corresponding common power supply path of the cabinet is determined to be faulty.

[0009] Optionally, the card types include AI cards, DO cards, and DI cards; among them, the internal power supply A path and the external power supply A path of the AI ​​card are the same common power supply path, and the internal power supply B path and the external power supply B path are the same common power supply path; the external power supply A path and the internal power supply B path of the DO card are the same common power supply path; and the internal power supply A path and the internal power supply B path of the DI card are the same common power supply path.

[0010] Optionally, the DCS distributed hardware includes multiple lower-level machines and upper-level machines; After determining the power status of the lower-level machine based on the power signal status of each card and the common power supply path, the following steps are also included: When the power supply of the lower-level device fails, the corresponding preset power alarm information is displayed on the upper-level device.

[0011] Optionally, the DCS distributed hardware includes multiple lower-level machines and upper-level machines; the card status signals also include non-power status; among which, non-power status includes network status, controller temperature, CPU load, memory utilization, A / B upper-level machine network status, NTP time synchronization status, master-slave redundancy status and timeout status. After acquiring card status signals from multiple lower-level machines and forming a card status data set, it also includes: When any of the following conditions reach the preset abnormality standard: network status of the lower-level machine, temperature of the controller, CPU load, memory usage, network status of the A / B upper-level machine, NTP time synchronization status, master-slave redundancy status, and timeout status, the corresponding preset non-power status alarm information will be displayed on the upper-level machine.

[0012] Secondly, embodiments of the present invention also provide a DCS distributed hardware management device, comprising: The data acquisition module is used to acquire card status signals from multiple lower-level machines and form a card status data set; wherein, the card status signals include card type, power signal status and card layout information in the lower-level machines; The common power supply module communicates with the data acquisition module and is used to obtain the power supply method of the card according to the card type, and to obtain the common power supply path according to the power supply method of the card and the card's layout information in the lower-level machine. The power status module is connected to the data acquisition module and the common power supply module respectively. It is used to determine the power status of the lower-level machine based on the power signal status of each card and the common power supply path.

[0013] Thirdly, embodiments of the present invention also provide an electronic device, the electronic device comprising: At least one processor; and A memory that is communicatively connected to at least one processor; wherein, The memory stores a computer program that can be executed by at least one processor, the computer program being executed by at least one processor to enable the at least one processor to perform the DCS distributed hardware management method of any of the first aspects.

[0014] Fourthly, embodiments of the present invention also provide a computer-readable storage medium storing computer instructions that, when executed by a processor, implement the DCS distributed hardware management method of any one of the first aspects.

[0015] This invention provides a DCS distributed hardware management method, device, electronic device, and storage medium. The method collects card status signals from multiple lower-level machines to form a card status data set. The card status signals include card type, power signal status, and card arrangement information in the lower-level machines. It also covers non-power status information such as network status, controller temperature, CPU load, memory usage, A / B upper-level machine network status, NTP time synchronization status, master-slave redundancy status, and timeout status. Furthermore, it achieves batch import and automated configuration of alarm information through a database interface. Based on the card type, the corresponding power supply method is determined. Combining the power supply method with the card layout information, a common power supply path is obtained. Then, based on the power signal status of each card and the common power supply path, and relying on the power logic analysis model built based on card type and layout, discrete card signals are transformed into system-level power health status, realizing intelligent diagnosis of the lower-level machine's power status. This includes separately judging the internal and external power status of card A / B paths and the power status of lower-level machine cabinet A / B paths, and performing refined judgment on the characteristics of the common power supply path for different types of cards (AI, DO, DI cards). When all power supplies on the same common power supply path fail, the power supply of the corresponding path in the cabinet is judged to be failed. When the lower-level machine's power status is abnormal or various non-power status indicators reach preset abnormal standards, corresponding alarm information is displayed on the upper-level machine. This invention encapsulates the above-mentioned hardware management method into a customizable standardized module, forming a universal, systematic, and reusable DCS hardware status management solution. The management device, electronic device, and computer-readable storage medium implemented based on this method can upgrade the engineering implementation from the traditional repetitive customization mode to a rapid adaptation mode, significantly improving the engineering implementation efficiency and system monitoring depth. Attached Figure Description

[0016] Figure 1 This is a flowchart illustrating a DCS distributed hardware management method provided in an embodiment of the present invention; Figure 2 This is a flowchart illustrating another DCS distributed hardware management method provided in an embodiment of the present invention; Figure 3 This is a flowchart illustrating another DCS distributed hardware management method provided in an embodiment of the present invention; Figure 4 This is a flowchart illustrating another DCS distributed hardware management method provided in an embodiment of the present invention; Figure 5 This invention provides a visual interface for managing the status of a host computer. Figure 6 This embodiment provides a schematic diagram of the structure of a DCS distributed hardware management device; Figure 7This is a schematic diagram of the structure of an electronic device that implements the DCS distributed hardware management method provided by the present invention. Detailed Implementation

[0017] The present invention will now be described in further detail with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and not intended to limit it. Furthermore, it should be noted that, for ease of description, the accompanying drawings show only the parts relevant to the present invention, and not all of the structures.

[0018] Figure 1 This is a flowchart illustrating a DCS distributed hardware management method according to an embodiment of the present invention. This embodiment is applicable to DCS systems containing multiple lower-level machines and various types of I / O cards, requiring centralized diagnosis and fault location of rack-level power supply status. This method can be executed by the DCS distributed hardware management device provided in this embodiment, which can be implemented in hardware and / or software. This DCS distributed hardware management device can be configured in the host computer or dedicated management unit of the DCS control system. (Reference) Figure 1 The method includes: S110: Obtain card status signals from multiple lower-level machines and form a card status data set.

[0019] In this context, the lower-level machine can be understood as the field control station / rack device in the DCS hardware system that directly mounts various I / O cards and is responsible for field signal acquisition and output. Card status signals can be understood as the working status information fed back by various I / O modules (AI / DO / DI, etc.) within the lower-level machine. Card status signals include card type, power signal status, and the card's column information within the lower-level machine. The card type is used to distinguish different functional I / O cards such as AI, DO, and DI, with different cards corresponding to different power supply structures and power judgment logic. The power signal status includes the electrical signals / status reported by the card regarding whether the A / B channels are normal. Column information can be understood as the physical column position of the card within the lower-level machine rack (e.g., columns A / B / C / D), reflecting the hardware distribution relationship of the same power supply link. The card status data set can be understood as a standardized dataset formed by uniformly collecting and organizing the status signals of multiple lower-level machines and multiple cards, including but not limited to the above.

[0020] Specifically, during implementation, the system reads card type, power signal status, and physical arrangement information of each I / O card in the rack from multiple lower-level machines in real time. This scattered status information is then aggregated and integrated into a unified card status data set. By centrally collecting and forming a standardized dataset, the system avoids the problems of scattered signals and error-prone manual data entry inherent in traditional methods. This also provides a stable and reliable data foundation for subsequent power supply analysis based on card type and rack arrangement.

[0021] In some specific embodiments, the types of card status signals provided by different models or types of lower-level hardware may differ. To avoid invalid data requests for hardware that does not possess a certain function and to improve data acquisition efficiency, this invention can employ an adaptive data acquisition mechanism. For hardware configuration differences in specific projects, logic modules corresponding to irrelevant card addresses can be deleted or disabled in the logic template, and display elements corresponding to non-existent hardware can be simultaneously deleted or hidden in the screen template, thereby generating project-specific alarm logic and alarm screens, which are ultimately integrated into the target DCS project.

[0022] S120. Obtain the power supply method of the card according to the card type.

[0023] The power supply method can be understood as whether a certain type of card has an internal power supply only or a dual internal / external power supply architecture such as A / B, which is determined by the type of card.

[0024] Specifically, based on the card type information obtained in the previous step, the card is matched to the preset power supply method rules to determine whether the card only supports internal power supply or supports A / B dual internal and external power supply, etc.

[0025] S130. Obtain the common power supply path based on the power supply method of the card and the card's layout information in the lower-level machine.

[0026] The common power supply circuit can be understood as the power supply line shared by multiple cards in the same column or the same cabinet, and it is the topological basis for judging whether the cabinet-level power supply has failed.

[0027] Specifically, based on the established power supply methods of the cards and their arrangement in the rack, and following the rule that cards in the same row share a power supply link, the common power supply path corresponding to each row and even the entire rack is summarized. By associating the distributed cards with the common power supply path, the analysis is upgraded from single-point card power supply status to rack-level power supply path analysis, providing a topological basis for subsequent systemic power failure judgment.

[0028] S140. Determine the power status of the lower-level machine based on the power signal status of each card and the common power supply path.

[0029] Among them, the power status of the lower-level machine can be understood as the comprehensive status of whether the internal and external power supply of the cabinet / lower-level machine's A / B channels is normal, which is obtained from the card level summary.

[0030] Specifically, based on the actual power signal status feedback from each card, combined with the determined common power supply path, the system makes judgments step by step from the card level to the column level and then to the lower-level machine cabinet level according to preset logic, ultimately obtaining the overall power status of the lower-level machine's A / B internal and external power supplies. By making comprehensive judgments based on the common power supply path, it can accurately identify systemic power failures such as the failure of the entire power supply circuit, realizing the transformation from discrete signals to system-level health diagnosis. At the same time, it provides a clear and reliable comprehensive status for the upper-level machine's optical display alarm, improving the integrity of DCS hardware alarms, fault location efficiency, and system operation reliability.

[0031] This invention provides a DCS distributed hardware management method, device, electronic device, and storage medium. The method collects card status signals from multiple lower-level machines to form a card status data set. The card status signals include card type, power signal status, and card layout information in the lower-level machines. A database interface is used to achieve batch import and automated configuration of alarm information. Based on the card type, the corresponding power supply method is determined. Combining the power supply method and card layout information, a common power supply path is obtained. Then, based on the power signal status of each card column and the common power supply path, and relying on a power logic analysis model constructed based on card type and layout, discrete card signals are transformed into system-level power health status, achieving intelligent diagnosis of the lower-level machine power status. This invention encapsulates the above hardware management method into a customizable standardized module, forming a universal, systematic, and reusable DCS hardware status management solution. The management device, electronic device, and computer-readable storage medium implemented based on this method can upgrade engineering implementation from a traditional repetitive customization mode to a rapid adaptation mode, significantly improving engineering implementation efficiency and system monitoring depth.

[0032] In an optional embodiment, the card types include AI cards, DO cards, and DI cards; wherein, the internal power supply A path and external power supply A path of the AI ​​card share the same common power supply path, and the internal power supply B path and external power supply B path share the same common power supply path; the external power supply A path and internal power supply B path of the DO card share the same common power supply path; and the internal power supply A path and internal power supply B path of the DI card share the same common power supply path. Since the AI ​​card has complete A / B path internal and external power status feedback, if there is an AI card in a rack, the internal and external power status of the AI ​​card's A / B paths can be directly used as the internal and external power status feedback for that rack's A / B paths. Under normal operating conditions of the AI ​​card, if the A path power of both the internal and external power supplies is lost simultaneously, the A path power supply for this rack is lost. If the B path power of both the internal and external power supplies is lost simultaneously, the B path power supply for this rack is lost. Similarly, if there is no AI card in the rack, only DO and other cards, then the DO card status is used as the internal and external power status feedback for the rack's A and B paths. If the DO card is working normally, and both internal and external power supply A channels are lost simultaneously, then the cabinet's A channel power supply is lost. If external power supply A channel is lost and internal power supply B channel is lost simultaneously, then the cabinet's B channel power supply is lost (if either A or B channel of the DO card's external power supply is lost, only channel A will be displayed as lost). If there are neither AI nor DO cards in the cabinet, then the cabinet does not need to indicate the external power supply status. The AB channel power status of the DI card is used as the indicator for the cabinet's AB channel power status. If the DI card is working normally, and internal power supply A channel is lost, then the cabinet's A channel power supply is lost. If internal power supply B channel is lost, then the cabinet's B channel power supply is lost.

[0033] Figure 2 This is a flowchart illustrating another DCS distributed hardware management method provided in an embodiment of the present invention. Regarding the above embodiment, "S140, determining the power status of the lower-level machine based on the power signal status of each column of cards and the common power supply path" can be further refined as follows: The power status of the lower-level machine includes the internal and external power status of the card's A / B channels and the power status of the lower-level machine's cabinet A / B channels. The power status of the lower-level machine is determined based on the power signal status of each row of cards and the common power supply path, including determining the internal and external power status of the card's A / B channels based on the card's power signal status; and determining the cabinet A / B channels power status of the lower-level machine based on the power signal status of each row of cards and the common power supply path.

[0034] For details not covered in this embodiment, please refer to the previous embodiment.

[0035] like Figure 2 As shown, another DCS distributed hardware management method provided by this embodiment of the invention may include the following specific steps: S210. Obtain card status signals from multiple lower-level machines and form a card status data set; wherein, the card status signals include card type, power signal status and card arrangement information in the lower-level machines.

[0036] S220. Based on the card type, obtain the power supply method of the card.

[0037] S230. Obtain the common power supply path based on the power supply method of the card and the card's layout information in the lower-level machine.

[0038] S241. Determine the internal and external power status of the card's A / B channels based on the card's power signal status.

[0039] The A / B power status of the card can be understood as whether the internal power supply and external power supply of a single I / O card are working normally on the A and B channels, reflecting the power health status at the card level.

[0040] Specifically, based on the collected power signal status of the card, the status of internal power supply A, external power supply A, internal power supply B, and external power supply B are identified and their validity is determined one by one, thereby obtaining the complete internal and external power supply operating status of the card's A / B channels. By directly judging based on the card's own power signal, the power anomaly of a single card can be accurately located, providing a low-level and reliable card-level judgment basis for subsequent rack-level power comprehensive diagnosis, and ensuring the accuracy of the overall power status analysis.

[0041] S242. Determine the power status of the lower-level machine's cabinet A / B channels based on the power signal status of each card and the common power supply path.

[0042] Among them, the power status of the lower-level machine's cabinet A / B circuits can be understood as the system-level status of the cabinet-level A-circuit power supply and B-circuit power supply, which is obtained by summarizing multiple cards and multiple power supply paths, taking the entire lower-level machine cabinet as a unit, and is used to reflect the overall power supply health of the cabinet.

[0043] Specifically, based on the power signal status of all cards in the same column and combined with the established common power supply path topology, it is determined whether the power supply of all cards on that power supply path has failed as a whole, thereby determining whether the power supply of the lower-level cabinet A / B lines is normal. By summarizing and judging according to the common power supply path, it is possible to escalate from single-point card failure to systemic power failure identification of the entire line and cabinet, effectively solving the problems of fragmented alarm information and inability to detect cabinet-level power supply hazards in advance, and improving the integrity and early warning capability of DCS hardware system power monitoring.

[0044] In an optional embodiment, "S241, determine the internal and external power supply status of the card's A / B channels based on the power signal status of the card" can be further refined as follows: determine whether each power supply channel is faulty based on the signal status of the internal power supply A channel, external power supply A channel, internal power supply B channel, and external power supply B channel.

[0045] Specifically, the independent signals corresponding to the internal power supply A, external power supply A, internal power supply B, and external power supply B are first extracted from the card's power signal status. Then, the validity of each power supply signal is checked individually to determine whether each power supply is malfunctioning. Finally, the results of all checks are integrated to obtain the operating status of the card's internal and external power supplies (A / B channels). By checking each power supply individually, it is possible to accurately pinpoint which power supply channel of a single card is malfunctioning.

[0046] In an optional embodiment, “S242, determining the power status of the lower-level machine’s cabinet A / B path based on the power signal status of each column of cards and the common power supply path” can be further refined as follows: when all power supplies on the same common power supply path fail, the power supply of the corresponding common power supply path of the cabinet is determined to be failed.

[0047] Specifically, based on the common power supply path corresponding to each row of cards, the power signal status of all cards on that path is extracted. Each power supply on that path is checked individually to see if it is in a failed state. If it is confirmed that all power supplies on the same common power supply path are failed, the power supply for that rack corresponding to that common power supply path is directly determined to be failed. The judgment results of the common power supply path are then integrated to obtain the overall status of the A / B power supply of the lower-level rack. By distinguishing between single-point card failures and rack-level power anomalies, the problem of fragmented alarm information and the inability to detect rack-level power supply hazards in advance is solved, improving the reliability of system operation and the efficiency of fault location.

[0048] Figure 3 This is a flowchart illustrating another DCS distributed hardware management method provided by an embodiment of the present invention. The DCS distributed hardware includes multiple lower-level machines and a host computer. In the above embodiment, after "S140, determining the power status of the lower-level machine based on the power signal status of each column of cards and the common power supply path," the method further includes: when the power status of the lower-level machine fails, displaying corresponding preset power alarm information on the host computer.

[0049] For details not covered in this embodiment, please refer to the previous embodiment.

[0050] like Figure 3 As shown, another DCS distributed hardware management method provided by this embodiment of the invention may include the following specific steps: S310: Obtain card status signals from multiple lower-level machines and form a card status data set.

[0051] S320. Based on the card type, obtain the power supply method of the card.

[0052] S330. Obtain the common power supply path based on the power supply method of the card and the card's layout information in the lower-level machine.

[0053] S340. Determine the power status of the lower-level machine based on the power signal status of each card and the common power supply path.

[0054] S350: When the power supply of the lower-level device fails, the corresponding preset power alarm information is displayed on the upper-level device.

[0055] The host computer can be understood as the terminal device used for centralized monitoring, operation and display in the DCS distributed hardware system. It is the core carrier for staff to obtain system status and receive alarm information. The power status failure of the slave computer can be understood as the abnormal state of the internal and external power supply failure of card A / B or the power supply failure of slave computer cabinet A / B. The preset power alarm information can be understood as the alarm prompt information pre-configured in the system and corresponding to different power failure types (such as single power supply failure of card or whole power supply failure of cabinet), including fault type, fault location, fault level and other information.

[0056] Specifically, the host computer continuously monitors the power status of the slave devices. When a power failure is detected (including failure of internal / external power supplies for card A / B channels or cabinet A / B channels), the corresponding pre-set power alarm information is invoked and uniformly displayed on the host computer's interface (e.g., indicator lights, alarm pop-ups, alarm lists), ensuring that staff can quickly see the alarm information and clearly identify the fault type and location. This solves the problems of difficult-to-detect and unclear fault information in traditional DCS distributed hardware, facilitating timely troubleshooting and handling of power failures, reducing system risks caused by escalating faults, and further improving the maintainability and operational reliability of the DCS hardware system.

[0057] Figure 4 This is a flowchart illustrating another DCS distributed hardware management method provided in an embodiment of the present invention. Figure 5This invention provides a visualization interface for host computer status management. The DCS distributed hardware includes multiple slave computers and a host computer; card status signals also include non-power states. In the above embodiment, after "S110, obtaining card status signals from multiple slave computers and forming a card status data set," the following further steps are added: when any one of the following conditions—network status of the slave computer, controller temperature, CPU load, memory usage, A / B host computer network status, NTP time synchronization status, master-slave redundancy status, and timeout status—reaches a preset abnormality standard, the corresponding preset non-power state alarm information is displayed on the host computer. Non-power states include network status, controller temperature, CPU load, memory usage, A / B host computer network status, NTP time synchronization status, master-slave redundancy status, and timeout status.

[0058] For details not covered in this embodiment, please refer to the previous embodiment.

[0059] like Figure 4 As shown, another DCS distributed hardware management method provided by this embodiment of the invention may include the following specific steps: S410: Obtain card status signals from multiple lower-level machines and form a card status data set.

[0060] The card status signals include card type, power signal status, card arrangement information in the lower-level machine, and non-power status; non-power status includes network status, controller temperature, CPU load, memory utilization, A / B upper-level machine network status, NTP time synchronization status, master-slave redundancy status, and timeout status.

[0061] S411. When any of the following conditions reaches the preset abnormality standard: network status of the lower-level machine, temperature of the controller, CPU load, memory usage, network status of the A / B upper-level machine, NTP time synchronization status, master-slave redundancy status, and timeout status, the corresponding preset non-power status alarm information is displayed on the upper-level machine.

[0062] Among them, network status can be understood as the status of whether the communication link between the lower-level machine and the system is normally connected; controller temperature can be understood as the real-time operating temperature of the controller inside the lower-level machine, used to determine whether there is an overheating anomaly; CPU load can be understood as the real-time utilization rate of the controller's CPU, used to reflect the controller's computational load; memory utilization rate can be understood as the real-time utilization rate of the controller's memory, used to determine whether there is an anomaly of excessive resource consumption; A / B upper-level machine network status can be understood as the communication connection status between the upper-level machine and the two networks (or devices) A ​​and B; NTP time synchronization status can be understood as the status of whether the system time synchronization is normally completed; master-slave redundancy status can be understood as the working status and switching status of the master and slave machines between redundant controllers; timeout status can be understood as the status of the controller or communication link failing to respond normally within a specified time; preset anomaly standard can be understood as the threshold or judgment condition pre-configured by the system to determine whether various non-power statuses are abnormal; preset non-power status alarm information can be understood as the alarm prompt content pre-defined by the system, corresponding one-to-one with various non-power anomalies.

[0063] Specifically, after acquiring the card status data set including non-power states, each parameter, such as network status, controller temperature, CPU load, memory usage, A / B host computer network status, NTP time synchronization status, master-slave redundancy status, and timeout status, is compared with preset anomaly standards. When any one of them meets the anomaly judgment condition, the corresponding preset non-power state alarm information is displayed on the host computer. By judging and displaying alarms for non-power states, comprehensive monitoring of controller network communication, system time synchronization, and redundancy status can be achieved, making up for the shortcomings of traditional DCS that only focus on power and single point of failure. This makes it easier for maintenance personnel to discover potential system risks in advance and improves the stability and maintainability of DCS hardware system operation.

[0064] S420. Based on the card type, obtain the power supply method of the card.

[0065] S430. Obtain the common power supply path based on the power supply method of the card and the card's layout information in the lower-level machine.

[0066] S440. Determine the power status of the lower-level machine based on the power signal status of each card and the common power supply path.

[0067] In some specific embodiments, the normal operating range of ambient temperature is set to -10℃ to 60℃. When the measured temperature is lower or higher than this range, it is judged as a temperature anomaly, and the cause needs to be analyzed in conjunction with the on-site operating conditions. The anomaly judgment thresholds for CPU load rate and memory usage rate are both set to 40%. When either indicator exceeds this threshold, it is judged as a performance anomaly, and analysis needs to be performed in conjunction with the current control task. Communication and synchronization status indicators, including A / B host computer network status, NTP time synchronization status, and timeout status points, are all represented by binary status values: where '0' represents a normal status, and '1' represents an abnormal status (corresponding to network interruption, time synchronization failure, or communication timeout, respectively). In some specific embodiments, reference is made to Figure 5 The lower-level machine includes controller units and workstation units. Controller units: Taking "CU01" to "CU22" as examples, each controller corresponds to a visual display area in the upper-level machine's status management visualization interface. The upper-level machine's status management visualization interface can display the power information of the controller's main cabinet and expansion cabinets. Simultaneously, if any of the aforementioned anomalies occur in the lower-level machine's power supply, controller, or its associated hardware (such as A / B power failure, abnormal master-slave controller switching, excessive CPU load or memory usage, temperature exceeding limits, network communication timeout, NTP time synchronization failure, etc.), the controller's visual display area will turn red, displaying the controller number and alarm content (such as a comprehensive alarm; comprehensive alarms do not distinguish between anomaly types and are to be investigated by offline engineers). Workstation units: include operator stations (OPU201-206), engineer stations (OPU210-211), historical stations (HIS212-213), communication stations (SIS214), and gateway stations (GTW223-224), etc. Similarly, each workstation unit corresponds to a visual display area, used to aggregate and display its respective operating status (such as network connection status, time synchronization status, etc.). Through Figure 5 The visualized status management interface shown allows maintenance personnel to quickly locate the abnormal controller or workstation on a single screen without having to browse through the underlying data one by one, significantly improving the efficiency of system anomaly troubleshooting. Furthermore, it can also display specific alarm types, such as "time synchronization alarm," "master-slave flip alarm," or "slave controller abnormal restart alarm."

[0068] In a specific embodiment, the DCS distributed hardware management method provided by this invention can be implemented as follows: First, extract the built-in alarm signals from the DCS hardware modules to form a raw alarm data set. The DCS hardware modules include various cards, power modules, network devices, etc.; alarm signals include, but are not limited to, A / B channel power status, CNET network communication status, module fault signals, etc. The raw alarm data is then imported in batches into the central alarm database using a database interface script or a dedicated configuration tool. The data import process uses a table mapping method, supporting multiple formats such as Excel, CSV, or SQL scripts, enabling batch configuration of multiple devices and signal points with a single import. During the import process, the attribute parameters of each alarm point are configured synchronously, including alarm level, delay time, recovery conditions, associated screens, etc., completing the "immediate use" initialization of the alarm points. After import, an alarm information database is generated and output to the logic processing module for subsequent analysis and display. Regarding power status analysis, the power supply method is first distinguished according to the card type. AI and DO type cards support dual internal / external power supply (A / B channels); DI, TC, RTD, and AO type cards only support internal power supply. Based on the physical layout of the cards in the rack (columns A / B / C / D), the common power supply path of all cards in that column is analyzed. Based on the power supply type and power signal status of the cards in that column, the normality of the corresponding A / B internal / external power supply is determined. The power status of each column is summarized to generate system-level power health signals for the main rack and expansion racks, forming a panoramic view of the overall A / B internal / external power supply status of the rack. To improve the reusability of the solution, the above judgment logic is encapsulated into a reusable "status analysis logic macroblock" and stored in the system logic library for direct use by various projects. Regarding controller status monitoring, based on the processed power and network status of each column, parameters such as controller temperature, CPU load, memory usage, power status, master-slave redundancy status, and network connectivity are further acquired in real time through system function blocks. Threshold judgment and trend analysis are performed on the collected data to identify abnormal states. Specifically targeting redundant controllers, the system monitors their master-slave status in real time. When an abnormal switchover or flip occurs, it triggers a "master-slave flip alarm" or a "slave controller abnormal restart alarm." The system generates a controller health assessment result based on various parameters and outputs it to the alarm display system. Using the obtained controller health assessment results, the system provides a visual display of the lower-level controller on the host computer.

[0069] Furthermore, during the engineering configuration phase, a pre-developed alarm logic template is used. This template covers the alarm logic for all card addresses in the four columns (A / B / C / D), as well as independent alarm logic for various controller states. The specific processing logic is as follows: if the card is working normally, the alarm point definition within the card is used as the alarm information; if the card is malfunctioning, the card's own operating status is obtained through the Tcard module as the alarm information. Simultaneously, alarm thresholds are defined using a database to obtain early alarm information.

[0070] Figure 6 This embodiment provides a schematic diagram of a DCS distributed hardware management device, which includes: The data acquisition module 100 is used to acquire card status signals from multiple lower-level machines and form a card status data set; wherein, the card status signals include card type, power signal status and card arrangement information in the lower-level machines; The public power supply module 200 is communicatively connected to the data acquisition module and is used to obtain the power supply mode of the card according to the card type, and to obtain the public power supply path according to the power supply mode of the card and the card's layout information in the lower-level machine. The power status module 300 is communicatively connected to the data acquisition module and the common power supply module, and is used to determine the power status of the lower-level machine based on the power signal status of each card and the common power supply path.

[0071] Optionally, the power status of the lower-level machine includes the internal and external power status of the card's A / B channels and the power status of the lower-level machine's cabinet A / B channels; the power status module 300 includes a card power submodule and a cabinet power submodule, wherein: The card power supply submodule is used to determine the internal and external power supply status of the card's A / B channels based on the power signal status of the card. The cabinet power submodule is used to determine the cabinet A / B power status of the lower-level machine based on the power signal status of each row of cards and the common power supply path.

[0072] Optionally, the card power supply submodule is also used to determine whether each power supply is faulty based on the signal status of the internal power supply A, external power supply A, internal power supply B, and external power supply B.

[0073] Optionally, the cabinet power submodule is also used to determine that the power supply of the cabinet corresponding to the common power supply path has failed when all power supplies on the same common power supply path have failed. The card types include AI cards, DO cards, and DI cards; wherein, the internal power supply A path and external power supply A path of the AI ​​card are on the same common power supply path, and the internal power supply B path and external power supply B path are on the same common power supply path; the external power supply A path and internal power supply B path of the DO card are on the same common power supply path; and the internal power supply A path and internal power supply B path of the DI card are on the same common power supply path.

[0074] Optionally, the DCS distributed hardware includes multiple lower-level machines and upper-level machines; the power status module 300 also includes an alarm submodule, which is used to display corresponding preset power alarm information on the upper-level machine when the power status of the lower-level machine fails.

[0075] Optionally, the DCS distributed hardware includes multiple lower-level machines and upper-level machines; the card status signals also include non-power status; wherein, the non-power status includes network status, controller temperature, CPU load, memory utilization, A / B upper-level machine network status, NTP time synchronization status, master-slave redundancy status, and timeout status. The DCS distributed hardware management device also includes a non-power status module, which is used to display corresponding preset non-power status alarm information on the upper-level machine when any one of the following conditions of the lower-level machine reaches a preset abnormality standard: network status, controller temperature, CPU load, memory utilization, A / B upper-level machine network status, NTP time synchronization status, master-slave redundancy status, and timeout status.

[0076] The DCS distributed hardware management device provided in the embodiments of the present invention can execute the DCS distributed hardware management device method provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the method execution.

[0077] Figure 7 This is a schematic diagram of the structure of an electronic device that implements the DCS distributed hardware management method provided by this invention. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (such as helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0078] like Figure 6As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from storage unit 18 into the RAM 13. The RAM 13 can also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0079] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0080] Processor 11 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, central processing unit (CPU), graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSP), and any suitable processor, controller, microcontroller, etc. Processor 11 is capable of executing the DCS distributed hardware management method described in the above embodiments of the invention. In some embodiments, the DCS distributed hardware management device method can be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program can be loaded and / or installed on electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the intelligent handling error correction method for production systems described above can be performed. Alternatively, in other embodiments, processor 11 can be configured as the DCS distributed hardware management device method by any other suitable means (e.g., by means of firmware).

[0081] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0082] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0083] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0084] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0085] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0086] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0087] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0088] Note that the above description is merely a preferred embodiment of the present invention and the technical principles employed. Those skilled in the art will understand that the present invention is not limited to the specific embodiments described herein, and various obvious changes, readjustments, combinations, and substitutions can be made without departing from the scope of protection of the present invention. Therefore, although the present invention has been described in detail through the above embodiments, the present invention is not limited to the above embodiments, and may include many other equivalent embodiments without departing from the concept of the present invention, the scope of which is determined by the scope of the appended claims.

Claims

1. A DCS distributed hardware management method, characterized in that, include: Card status signals are acquired from multiple lower-level machines and a card status data set is formed; wherein, the card status signals include card type, power signal status and card arrangement information in the lower-level machines; Based on the card type, obtain the power supply method of the card; Based on the power supply method of the card and the card's layout information in the lower-level machine, obtain the common power supply path; The power status of the lower-level machine is determined based on the power signal status of each card and the common power supply path.

2. The DCS distributed hardware management method according to claim 1, characterized in that, The power status of the lower-level machine includes the internal and external power status of the card's A / B channels and the power status of the lower-level machine's cabinet A / B channels. Based on the power signal status of each card and the common power supply path, the power status of the lower-level machine is determined, including: Based on the power signal status of the card, determine the internal and external power status of the A / B channels of the card; Based on the power signal status of each card and the common power supply path, determine the power status of the cabinet A / B circuits of the lower-level machine.

3. The DCS distributed hardware management method according to claim 2, characterized in that, Determining the internal and external power status of the card's A / B channels based on the card's power signal status includes: Based on the signal status of each of the internal power supply A, external power supply A, internal power supply B, and external power supply B, determine whether the corresponding power supply is faulty.

4. The DCS distributed hardware management method according to claim 2, characterized in that, Based on the power signal status of each card and the common power supply path, determine the power status of the lower-level machine's cabinet A / B circuits, including: When all power supplies on the same common power supply path fail, the power supply corresponding to the common power supply path of the cabinet is determined to be faulty.

5. The DCS distributed hardware management method according to claim 4, characterized in that, The card types include AI cards, DO cards, and DI cards; wherein, the internal power supply A path and external power supply A path of the AI ​​card are the same common power supply path, and the internal power supply B path and external power supply B path are the same common power supply path; the external power supply A path and internal power supply B path of the DO card are the same common power supply path; and the internal power supply A path and internal power supply B path of the DI card are the same common power supply path.

6. The DCS distributed hardware management method according to claim 1, characterized in that, The DCS distributed hardware includes multiple lower-level machines and upper-level machines; After determining the power status of the lower-level machine based on the power signal status of each card and the common power supply path, the process further includes: When the power supply of the lower-level device fails, the upper-level device displays a corresponding preset power alarm message.

7. The DCS distributed hardware management method according to claim 1, characterized in that, The DCS distributed hardware includes multiple lower-level machines and upper-level machines; the card status signals also include non-power status; wherein, the non-power status includes network status, controller temperature, CPU load, memory usage, A / B upper-level machine network status, NTP time synchronization status, master-slave redundancy status, and timeout status; After acquiring card status signals from multiple lower-level machines and forming a card status data set, it also includes: When any one of the following conditions in the lower-level machine reaches a preset abnormality standard: network status, controller temperature, CPU load, memory usage, A / B upper-level machine network status, NTP time synchronization status, master-slave redundancy status, and timeout status, the corresponding preset non-power status alarm information is displayed on the upper-level machine.

8. A DCS distributed hardware management device, characterized in that, include: The data acquisition module is used to acquire card status signals from multiple lower-level machines and form a card status data set; wherein, the card status signals include card type, power signal status, and the card's arrangement information in the lower-level machines; A common power supply module, which is communicatively connected to the data acquisition module, is used to obtain the power supply mode of the card according to the card type, and to obtain the common power supply path according to the power supply mode of the card and the card's layout information in the lower-level machine. The power status module is communicatively connected to both the data acquisition module and the common power supply module, and is used to determine the power status of the lower-level machine based on the power signal status of each card and the common power supply path.

9. An electronic device, characterized in that, The electronic device includes: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the DCS distributed hardware management method according to any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that cause a processor to execute the DCS distributed hardware management method according to any one of claims 1-7.

Images