Homemade operating system-based grab ship unloader monitoring system and monitoring method

Abstract

The invention discloses a grab ship unloader monitoring system and monitoring method based on a domestic operating system, and the system comprises a virtual machine which is used for simulating the operation environment of a grab ship unloader program and operating the grab ship unloader program; the data processing module is used for acquiring and processing data in the grab ship unloader program; the cache module is used for storing data; the content management module reads and analyzes data and is used for monitoring and managing the grab ship unloader; the communication module is used for data communication among the modules; the monitoring method comprises two steps of S1 and S2. According to the method, the system security risk can be effectively reduced, and the compatibility and stability between software and equipment are improved. Meanwhile, the monitoring system adopts a front and rear end separation mode, so that the maintainability and the flexibility of the system are improved.

Description

Technical Field

[0001] The invention belongs to the technical field of monitoring systems, and in particular relates to a grab ship unloader monitoring system and a monitoring method based on a domestic operating system. Background Art

[0002] In the context of localization of industrial equipment, there may be compatibility issues between equipment from different domestic manufacturers and foreign operating systems, resulting in instability in the actual operation of the system; the existing grab ship unloader monitoring system usually integrates data collection and data display in the same software, which increases the complexity of the software and the potential risk of failure. Summary of the invention

[0003] The purpose of the present invention is to solve the above technical problems existing in the prior art, and to provide a grab ship unloader monitoring system and monitoring method based on a domestic operating system, which can effectively reduce the system security risk and improve the compatibility and stability between software and equipment. At the same time, the monitoring system adopts a front-end and back-end separation method, which improves the maintainability and flexibility of the system.

[0004] In order to solve the above technical problems, the present invention adopts the following technical solutions:

[0005] The grab ship unloader monitoring system based on the domestic operating system is characterized by:

[0006] A virtual machine, used to simulate the operating environment of the grab ship unloader program and run the grab ship unloader program;

[0007] A data processing module is used to obtain and process data in the grab ship unloader program;

[0008] Cache module, used to store data;

[0009] Content management module, which reads and analyses data for monitoring and management of grab ship unloaders;

[0010] Communication module, used for data communication between modules.

[0011] Furthermore, the data processing module includes a data acquisition unit, a data filtering unit and a data forwarding unit.

[0012] Furthermore, the data acquisition unit is used to obtain the current real-time status and fault events of the ship unloader through the PLC.

[0013] Furthermore, the data filtering unit is used to process the collected data to remove noise and abnormal values ​​therein.

[0014] Furthermore, the data forwarding unit is used to transmit the processed data to other programs or systems.

[0015] Furthermore, the cache module includes a real-time database and a historical database. The real-time database stores and manages real-time data related to the current operating status, performance parameters, and operating instructions of the ship unloader, and the historical database stores and manages the past operating data and historical data of fault records of the ship unloader.

[0016] Furthermore, the content management module and the data processing module are in a front-end and back-end separated architecture mode.

[0017] The present invention also discloses a grab ship unloader monitoring method based on a domestic operating system, which is characterized by comprising the following steps:

[0018] S1. Run the grab ship unloader program in the virtual machine. After the data processing module finds the interface IP name and service name of the grab ship unloader program, it connects to the grab ship unloader program through the OPC communication protocol, automatically obtains the electrical point name according to the point configuration table, and starts real-time data monitoring according to the set monitoring frequency, point grouping, point category and other parameters; at the same time, the acquired real-time data is stored in the historical database for subsequent historical data query and analysis;

[0019] S2. Check whether the communication between the communication module and each module is normal. When the communication is normal, the content management module obtains the status data and fault alarm data of the ship unloader, and binds the point information to the interface control through the configuration table; the content management module obtains the historical data of the ship unloader, and binds the historical data to the interface control to realize the historical data query and historical playback functions.

[0020] Furthermore, in step S2, the configuration point information is mainly through the configuration table. In the content management module, the point configuration table under the file is first used, and the table contains the point electrical address, Chinese annotation name and corresponding control tag. Through this table, the specific point is bound to the specific control tag on the interface to realize the data display function, and the screen display content can be designed by modifying the configuration file, which is convenient for later modification and maintenance.

[0021] Further, in step S2, the fault alarm data is passed through the event table. In the content management module, the event table under the file is first used. The table contains the electrical address of the event point, the Chinese annotation name and the event type. The real-time event at the time point is judged through the table and the point data obtained. When the point status is true, the event bound to the current point is determined to be triggered, and the time of the first trigger and the Chinese annotation are automatically recorded and displayed on the front-end interface. When the point status remains true, the trigger time is not updated. Only the point value is recorded from false to true, and the point is determined to have triggered the event.

[0022] The present invention has the following beneficial effects due to the adoption of the above technical solution:

[0023] The present invention can effectively reduce the system security risk and improve the compatibility and stability between software and equipment. At the same time, the monitoring system adopts the front-end and back-end separation mode to ensure smooth interaction between various levels and improve the maintainability and flexibility of the system. The present invention designs a cache mechanism to reduce the access pressure of the database, improve the response speed of the system, and combine the advantages of localization to make the system more in line with the needs of domestic industrial development.

[0024] The present invention adopts the above-mentioned monitoring method, which can be compatible with the program of the grab ship unloader, and starts real-time data monitoring according to the set monitoring frequency, point grouping, point category and other parameters, obtains the ship unloader status data and fault alarm data, which can make deployment and maintenance more efficient and flexible. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] The present invention will be further described below in conjunction with the accompanying drawings:

[0026] Figure 1 It is the OPC communication technology roadmap of the present invention;

[0027] Figure 2 This is the CMS architecture diagram of the present invention. DETAILED DESCRIPTION

[0028] like Figure 1 and Figure 2 As shown, the grab ship unloader monitoring system of the present invention is based on a domestic operating system, including: a virtual machine, used to simulate the operating environment of the grab ship unloader program and run the grab ship unloader program; a data processing module, used to obtain and process data in the grab ship unloader program; a cache module, used to store data; a content management module, which reads and analyzes data and is used to monitor and manage the grab ship unloader; and a communication module, which is used for data communication between modules.

[0029] The present invention aims to solve the compatibility problem between domestic operating systems and OPC communication technology, propose solutions, realize the development and deployment of OPC servers and clients under domestic operating systems, test and optimize OPC communication performance, and ensure stability and efficiency under domestic operating systems, including operating environment construction, ship unloader program communication, and OPC software development.

[0030] The operating environment construction includes multiple parts, including virtual machine program, PLC program, and OPC software. In the virtual machine environment, ensure that their operating environment can run the original grab ship unloader program (PLC program) and can deploy and develop OPC software to interact with the PLC program. The OPC software includes a data processing module, which connects to the electrical program of the grab ship unloader through a communication protocol to obtain data.

[0031] According to the communication requirements of the PLC program, the communication module is used to configure the relevant parameters of the OPC communication protocol to ensure that data can be transmitted accurately and smoothly. The OPC communication protocol is an industrial communication protocol that can realize data exchange and communication between different programs. The relevant parameters set mainly include the electrical program IP address, program service name, etc.

[0032] CMS software is designed to monitor and manage grab ship unloader equipment, providing operators with a convenient and practical human-computer interaction platform. CMS software includes content management module and cache module. Operators can use this platform to fully and accurately understand and grasp the working status, operation status and various performance indicators of grab ship unloaders, so as to better operate and control them.

[0033] The present invention upgrades and reconstructs the original CMS software based on a domestic operating system. In addition to retaining the original main functions, it optimizes and beautifies the interface layout, incorporates the effective and valuable experience and practices of operating users and maintenance users, develops algorithms, forms effective information output, and assists in fault judgment. The event and log functions of the CMS software are more comprehensive and accurate, and a domestic operating system is used to meet domestic industrial safety needs. The system includes functional module design, interface development, and data management.

[0034] (1) Through the analysis of the main monitoring requirements of grab ship unloaders, the various functions of the CMS system are designed and implemented, such as real-time status, real-time events, historical data, and historical playback.

[0035] The real-time status is mainly used to monitor the real-time data of each mechanism of the grab ship unloader, such as the trolley mechanism, car mechanism, lifting mechanism, opening and closing mechanism, pitching mechanism, material system, communication status, whole machine buttons and other functional modules.

[0036] Real-time events are mainly used to ensure that the ship unloader can detect abnormal conditions in time during operation, and promptly notify the operator or maintenance personnel to handle them through alarm prompts, thereby ensuring the safe and efficient operation of the ship unloader. It mainly includes allowed event prompts, alarm events, and fault events.

[0037] Historical data mainly involves the analysis of historical data, querying the operating status of the ship unloader within the past set time, supporting historical data query at specific points, and displaying historical data charts.

[0038] The historical playback provides a playback function, allowing operators to review and replay the historical operating status of the ship unloader, which is of great significance for equipment maintenance, troubleshooting and improvement of operating efficiency.

[0039] (2) CMS interface development: The interface design is concise and clear, avoiding too many complex operations and redundant information. It provides intuitive graphical displays, such as the real-time operating status of the ship unloader, fault alarms, etc. The layout is reasonable, allowing users to quickly locate the required functions and information.

[0040] Different types of controls are used on the interface to display data according to different data types. For the real-time posture of the grab ship unloader, an equipment component picture control is used, and the real-time changes meet the real-time posture display; for the state quantity, a label control is used for real-time display, and different color assignment controls are used for Boolean values, and the current state is simple and clear; for real-time faults and alarms, a table grid control is used to display current real-time events and historical events; for historical data, a chart control is used to realize functions such as querying historical curves and fault statistics; the system also includes other controls, such as button controls, clicking buttons to implement corresponding operations, list box controls, displaying historical data files, and other controls.

[0041] As an implementation manner, the data processing module includes a data acquisition unit, a data filtering unit and a data forwarding unit.

[0042] Specifically, the data acquisition unit is used to obtain the current real-time status and fault events of the ship unloader through PLC. The main parameters are designed to include acquisition frequency, acquisition points, and data types.

[0043] Specifically, the data filtering unit is used to process the collected data to remove noise and abnormal values ​​therein to improve the accuracy and reliability of the data.

[0044] Specifically, the data forwarding unit is used to transfer the processed data to other programs or systems for subsequent use. In the present invention, the data is mainly divided into real-time data and historical data, which are stored in a real-time database and a historical database respectively.

[0045] As an implementation method, the cache module includes a real-time database and a historical database. The real-time database stores and manages real-time data related to the current operating status, performance parameters, and operating instructions of the ship unloader, and the historical database stores and manages the past operating data and historical data of fault records of the ship unloader.

[0046] The real-time database is mainly used to store and manage real-time data related to the current operating status, performance parameters, operating instructions, etc. of the ship unloader, and usually has efficient data processing capabilities, low-latency data access and update mechanisms. The present invention uses Redis as a real-time database. Redis has high-speed reading and writing, memory storage, rich data structures, powerful functions, high performance, and cross-platform tools. In the acquisition of real-time data of the ship unloader, it ensures that the system can obtain the latest ship unloader data in a timely manner and meet the needs of domestic operation.

[0047] The historical database is mainly used to store and manage the historical data of the ship unloader, such as the past operation data and fault records. The historical database usually has a large storage capacity, efficient data retrieval and analysis capabilities, and a long-term data retention mechanism to ensure the integrity and traceability of the data. The present invention uses SQLite as the historical database. SQLite is a widely used lightweight database management system. With its unique single-file format and the feature of not requiring a server, it provides a reliable data storage solution in many environments. In the storage of historical data of the ship unloader, the use of SQLite can effectively reduce the consumption of system resources and adapt to the storage and processing requirements of historical data after the localization upgrade.

[0048] As an implementation method, the content management module and the data processing module are separated front-end and back-end architecture models. According to the system architecture design, a layered architecture is designed to divide the system into different levels, such as the data layer and the display layer, to ensure smooth interaction between the levels and improve the overall performance and stability of the system. In the data layer, the software communication and data transmission under the domestic operating system are realized by developing a new OPC communication architecture; in the display layer, the CMS interface based on the domestic operating system is constructed and developed, the domestic architecture is optimized and adapted, the user experience is enhanced, and the modularization of functions is realized; the cache mechanism is designed to reduce the access pressure of the database and improve the response speed of the system. Combining the advantages of localization, the system is more in line with the needs of domestic industrial development.

[0049] In the architecture mode of front-end and back-end separation, OPC software is mainly responsible for data processing, while the CMS interface focuses on data display and the implementation of various functional modules. The advantage of front-end and back-end separation is that it can make deployment and maintenance more efficient and flexible. The front-end focuses on interface design and user experience, while the back-end interface focuses on data processing and server-side logic, which improves the maintainability and flexibility of the system.

[0050] The OPC software connects to the PLC program according to the OPC communication protocol to collect real-time data and events of the ship unloader, develop and implement the storage of real-time and historical databases, and provide data support under the domestic architecture.

[0051] CMS interface front-end design: The front-end interface is used to develop desktop applications for domestic operating systems. Optimize user experience, provide a friendly operation interface and interaction method, introduce frameworks and component libraries, and improve development efficiency and code quality.

[0052] CMS interface backend design: By writing background service code, handle the events and logical operations of the front-end interface. Adopt object-oriented design mode, encapsulate business logic in different classes, realize the maintainability and scalability of code; design reasonable data structure and database table, optimize database query and update operations; introduce middleware such as message queue and distributed transaction to improve the system's concurrent processing capability and data consistency.

[0053] The domestic operating system KylinOS was selected as the core operating system, and the CMS interface and OPC software architecture were developed and designed based on KylinOS. As a domestic operating system, KylinOS has the characteristics of high performance, high security, high availability and localization support, which enables the system to meet the localization upgrade and operation requirements of grab ship unloaders while better complying with domestic industrial policies.

[0054] The present invention can effectively reduce the system security risk and improve the compatibility and stability between software and equipment. At the same time, the monitoring system adopts the front-end and back-end separation mode to ensure smooth interaction between various levels and improve the maintainability and flexibility of the system. The present invention designs a cache mechanism to reduce the access pressure of the database, improve the response speed of the system, and combine the advantages of localization to make the system more in line with the needs of domestic industrial development.

[0055] This invention transplants the CMS software of the grab ship unloader to the domestic operating system for the first time. According to the characteristics and needs of domestic industrial automation, the CMS software is localized and customized. After research and development and improvement, the system's functions, performance and stability are improved to better adapt to the requirements of the industry, which has a demonstration effect of promotion. Through localization upgrades, the procurement, maintenance and upgrade costs of CMS software are reduced. Eliminate or reduce dependence on imported equipment and technology, reduce the procurement costs of hardware and software, and provide localized technical support and services to better adapt to the requirements of the industry. Including support for domestic communication protocols, industry standards and special equipment interfaces.

[0056] The grab ship unloader monitoring system developed by the present invention incorporates the effective and valuable experience and practices of operating users and maintenance users, develops algorithms, forms effective information output, and assists in fault judgment. The event and log functions of the CMS system are more comprehensive and accurate.

[0057] The present invention also discloses a grab ship unloader monitoring method based on a domestic operating system, which is characterized by comprising the following steps:

[0058] S1. Run the grab ship unloader program in the virtual machine. After the data processing module finds the interface IP name and service name of the grab ship unloader program, it connects to the grab ship unloader program through the OPC communication protocol, automatically obtains the electrical point name according to the point configuration table, and starts real-time data monitoring according to the set monitoring frequency, point grouping, point category and other parameters; at the same time, the acquired real-time data is stored in the historical database for subsequent historical data query and analysis;

[0059] S2. Check whether the communication between the communication module and each module is normal. When the communication is normal, the content management module obtains the status data and fault alarm data of the ship unloader, and binds the point information to the interface control through the configuration table; the content management module obtains the historical data of the ship unloader, and binds the historical data to the interface control to realize the historical data query and historical playback functions.

[0060] When the OPC software is running normally, the user opens the CMS software and determines whether the communication between the two software is normal based on the heartbeat between the OPC software and the CMS software. When the communication is normal, the CMS software connects to the real-time database through the IP address and port number of the Redis server to obtain the ship unloader status data and fault alarm data, and binds the point information to the interface control through the configuration table; the CMS software obtains the ship unloader historical data by obtaining the local SQLite storage file, and binds the historical data to the interface control to realize the historical data query and historical playback functions.

[0061] The two software heartbeat implementation methods are mainly achieved by periodically writing status values ​​to the preset points in Redis. When the OPC software is running, TRUE is periodically written to the set points. If the CMS software determines that the point has not been updated within the preset time, it is considered that the connection has been disconnected. At this time, a prompt will be given on the software interface.

[0062] In step S2, the configuration point information is mainly configured through the configuration table. In the content management module, the point configuration table under the file is first used. The table contains the point electrical address, Chinese annotation name and corresponding control tag. The specific point is bound to the specific control tag on the interface through the table to realize the data display function. The screen display content can be designed by modifying the configuration file, which is convenient for later modification and maintenance.

[0063] In step S2, the fault alarm data is passed through the event table. In the content management module, the event table under the file is first used. The table contains the electrical address of the event point, the Chinese annotation name and the event type. The real-time event at the time point is determined through the table and the point data obtained. When the point status is true, the event bound to the current point is determined to be triggered, and the time of the first trigger and the Chinese annotation are automatically recorded and displayed on the front-end interface. When the point status remains true, the trigger time is not updated. Only the point value is recorded from false to true, and the point is determined to have triggered an event.

[0064] In step S2, the historical data storage file is first stored by the OPC software regularly to store real-time data, and the storage file time period is set according to user needs. The historical data of each period is stored as a sqlite file, and the file is compressed to save storage space; secondly, the CMS interface calls the historical data file and decompresses it to obtain historical data, and performs historical data query and historical playback according to specific functions.

[0065] Specifically, the historical playback mentioned in this proposal refers to obtaining the historical data of the ship unloader, parsing the data, and binding it to the control based on all the point data of each frame to form a review and replay of all the points at a specific time in the past.

[0066] The present invention adopts the above-mentioned monitoring method, which can be compatible with the program of the grab ship unloader, and starts real-time data monitoring according to the set monitoring frequency, point grouping, point category and other parameters, obtains the ship unloader status data and fault alarm data, which can make deployment and maintenance more efficient and flexible.

[0067] The above are only specific embodiments of the present invention, but the technical features of the present invention are not limited thereto. Any simple changes, equivalent replacements or modifications made based on the present invention to solve basically the same technical problems and achieve basically the same technical effects are all included in the protection scope of the present invention.

Claims

1. Grab ship unloader monitoring system based on domestic operating system, characterized by: include: A virtual machine, used to simulate the operating environment of the grab ship unloader program and run the grab ship unloader program; A data processing module is used to obtain and process data in the grab ship unloader program; Cache module, used to store data; Content management module, which reads and analyses data for monitoring and management of grab ship unloaders; Communication module, used for data communication between modules.

2. The grab ship unloader monitoring system based on the domestic operating system according to claim 1 is characterized by: The data processing module includes a data acquisition unit, a data filtering unit and a data forwarding unit.

3. The grab ship unloader monitoring system based on the domestic operating system according to claim 2 is characterized in that: The data acquisition unit is used to obtain the current real-time status and fault events of the ship unloader through the PLC.

4. The grab ship unloader monitoring system based on the domestic operating system according to claim 2 is characterized in that: The data filtering unit is used to process the collected data to remove noise and abnormal values ​​therein.

5. The grab ship unloader monitoring system based on the domestic operating system according to claim 2 is characterized in that: The data forwarding unit is used to transmit the processed data to other programs or systems.

6. The grab ship unloader monitoring system based on the domestic operating system according to claim 1 is characterized by: The cache module includes a real-time database and a historical database. The real-time database stores and manages real-time data related to the current operating status, performance parameters, and operating instructions of the ship unloader, and the historical database stores and manages past operating data and historical data of fault records of the ship unloader.

7. The grab ship unloader monitoring system based on the domestic operating system according to claim 1 is characterized by: The content management module and the data processing module are in a front-end and back-end separated architecture mode.

8. The monitoring method of grab ship unloader based on domestic operating system is characterized by The steps include: S1. Run the grab ship unloader program in the virtual machine. After the data processing module finds the interface IP name and service name of the grab ship unloader program, it connects to the grab ship unloader program through the OPC communication protocol, automatically obtains the electrical point name according to the point configuration table, and starts real-time data monitoring according to the set monitoring frequency, point grouping, point category and other parameters; at the same time, the acquired real-time data is stored in the historical database for subsequent historical data query and analysis; S2. Check whether the communication between the communication module and each module is normal. When the communication is normal, the content management module obtains the status data and fault alarm data of the ship unloader, and binds the point information to the interface control through the configuration table; the content management module obtains the historical data of the ship unloader, and binds the historical data to the interface control to realize the historical data query and historical playback functions.

9. The method for monitoring grab ship unloader based on a domestic operating system according to claim 8 is characterized in that: In step S2, the configuration point information is mainly configured through the configuration table. In the content management module, the point configuration table under the file is first used. The table contains the point electrical address, Chinese annotation name and corresponding control tag. The specific point is bound to the specific control tag on the interface through the table to realize the data display function. The screen display content can be designed by modifying the configuration file, which is convenient for later modification and maintenance.

10. The method for monitoring grab ship unloader based on a domestic operating system according to claim 8, characterized in that: In step S2, the fault alarm data is passed through the event table. In the content management module, the event table under the file is first used. The table contains the electrical address of the event point, the Chinese annotation name and the event type. The real-time event at the time point is determined through the table and the point data obtained. When the point status is true, the event bound to the current point is determined to be triggered, and the time of the first trigger and the Chinese annotation are automatically recorded and displayed on the front-end interface. When the point status remains true, the trigger time is not updated. Only the point value is recorded from false to true, and the point is determined to have triggered an event.

Images