Embedded liquid crystal display double-process decoupling configuration loading system and method

Abstract

This invention discloses an embedded liquid crystal display dual-process decoupled configuration loading system and method. The system includes: a platform-based LCD module, an application-customized LCD module, and a liquid crystal configuration script. The platform-based LCD module and the application-customized LCD module run as independent processes, forming a dual-process architecture. The liquid crystal configuration script includes a menu hierarchy description and functional screen instance configuration information. During the initialization phase, the platform-based LCD module parses the liquid crystal configuration script and determines whether a functional screen implemented by the application-customized LCD module exists based on the type identifier of the functional screen. If it exists, the application-customized LCD module process is dynamically loaded; otherwise, the process is not loaded. This invention achieves efficient support and multi-level deep decoupling for the development of customized liquid crystal requirements by the platform liquid crystal module.

Description

Technical Field

[0001] This invention relates to the field of power secondary equipment technology, specifically to an embedded liquid crystal display dual-process decoupled configuration loading system and method. Background Technology

[0002] Secondary power equipment is an important component of the protection and control functions in a power system. It is responsible for the acquisition and real-time processing of various sensor data, and for issuing control commands based on preset control algorithms and logic. This enables online monitoring, precise control, and reliable protection of controlled objects in all power scenarios, ensuring the efficient, stable, and safe operation of the power system.

[0003] To improve engineering commissioning efficiency and operation and maintenance friendliness, secondary power equipment usually needs to have rich human-machine interaction capabilities. Operators can view the current, voltage and other primary power equipment operation data collected by the equipment in real time through the local LCD display interface of the equipment. It provides the functions of viewing, verifying and setting equipment operation parameters, and has the ability to query key equipment record reports such as tripping, changing position, self-test, SOE (Sequence of Events).

[0004] To achieve the reuse of basic software for secondary equipment and improve the efficiency and quality of new product development, common functions for devices such as LCD displays are generally implemented by common platform software. As the application areas supported by common platform software continue to expand horizontally, the demand for differentiated development of LCD display content, display style, and operating logic from users in different industries and regions is growing rapidly. At the same time, secondary development, network access testing, and new product launches face rigid development time requirements. While efficiently supporting the customized development of LCD display modules for secondary equipment, how to reduce version fragmentation caused by customization, improve code maintainability, and ensure the stability of core functions of basic modules has become a pressing technical challenge in this field. Summary of the Invention

[0005] Purpose of the invention: The purpose of this invention is to provide an embedded liquid crystal display dual-process decoupled configuration loading system and method to solve the core technical problems existing in the development and implementation of liquid crystal display functions in existing power secondary system devices, such as insufficient customization and adaptation capabilities, high module coupling, serious version fragmentation, and high difficulty in operation and maintenance upgrades.

[0006] Technical Solution: The embedded LCD display dual-process decoupled configuration loading system of the present invention includes: a platform basic LCD module, an application-customized LCD module, and an LCD configuration script; the platform basic LCD module and the application-customized LCD module run as independent processes, forming a dual-process architecture; the LCD configuration script includes a menu hierarchy structure description and function screen instance configuration information; during the initialization phase, the platform basic LCD module parses the LCD configuration script, determines whether there is a function screen implemented by the application-customized LCD module based on the type identifier of the function screen, and if so, dynamically loads the application-customized LCD module process; otherwise, it does not load the process.

[0007] Furthermore, decoupling includes decoupling the entire R&D management process, meaning that the platform's basic LCD module can be independently integrated, compiled, released, and deployed on devices, without relying on application-customized LCD modules.

[0008] Furthermore, decoupling also includes runtime decoupling, meaning that when the process corresponding to the application-customized LCD module runs abnormally, it does not affect the task execution of the process corresponding to the platform-based LCD module, and the device still has the complete functionality of the platform-based LCD module.

[0009] Furthermore, the platform's basic LCD module sends the function screen type identifier belonging to the application-customized LCD module to the application-customized LCD module process through the communication interface with the application-customized LCD module. The platform program in the application-customized LCD module receives the type identifier and matches it with the function screen processing task entry address pre-registered by the application to complete the dynamic binding of the function screen.

[0010] Furthermore, during the operation phase, when a user presses a key to enter a specified function screen, the platform's basic LCD module determines that the function screen is of the application-customized type and sends its type identifier to the application-customized LCD module process. The application-customized LCD module process then calls the corresponding function screen processing task entry address based on the matching relationship established during the initialization phase, and the application program completes the display of screen content and key response operations.

[0011] Furthermore, the application-customized LCD module includes a platform program and an application program. The platform program encapsulates the LCD screen display control interface and the button status query interface, and provides them to the application program in the form of a static library. The application program calls the interfaces to realize the display and control of customized function screens, and generates an independent executable application-customized LCD module process by integrating the static library.

[0012] Furthermore, the function screen type identifier in the LCD configuration script distinguishes between the platform's basic function screen and the application-customized function screen. The platform's basic LCD module uses this identifier to determine the function screen's affiliation and control the process loading.

[0013] The embedded liquid crystal display dual-process decoupling configuration loading method of the present invention includes the following steps: Step 1: Set up the platform's basic LCD module and the application-customized LCD module, with each running in an independent process to form a dual-process architecture; Step 2: Provide the LCD configuration script, which includes the menu hierarchy structure and function screen instance configuration. In the function screen configuration, the platform's basic function screen and application-customized function screen are distinguished by type identifiers. Step 3: During device initialization, the platform's basic LCD module parses the LCD configuration script to determine if there is an application-customized function screen. If so, the application-customized LCD module process is dynamically loaded; otherwise, it is not loaded. Step 4: The platform's basic LCD module sends the type identifier of the application-customized function screen to the application-customized LCD module process through the communication interface. The application-customized LCD module process matches this identifier with the pre-registered function screen processing task entry address to complete the function screen binding. Step 5: During the runtime phase, when the application-customized function screen is entered, the platform's basic LCD module sends the type identifier of the current function screen to the application-customized LCD module process. The application-customized LCD module process calls the corresponding processing task entry address to complete the screen display and button response.

[0014] Furthermore, decoupling includes the decoupling of the operation of the platform's basic LCD module from that of the application-customized LCD module. The application-customized LCD module process periodically reports its status to the platform's basic LCD module via heartbeat messages. When the heartbeat is lost, the platform's basic LCD module marks the application-customized LCD module as abnormal and blocks its corresponding function screen to ensure that the platform's basic functions are not affected.

[0015] Furthermore, in the customized LCD module, the application registers the type identifier and entry address of its functional screen processing task with the platform program; the platform program receives the type identifier issued by the platform's basic LCD module, verifies the correctness of the configuration through string matching, and enters the running stage after successful matching.

[0016] Beneficial effects: Compared with the prior art, the present invention has the following significant advantages: (1) Based on the platform's basic LCD module providing the device menu hierarchy and platform function screens that can be instantiated and configured, it supports the application to program and develop customized function screens, providing the device's LCD display with the ability to deeply customize and develop to meet the differentiated needs of users in different industries and regions. (2) The device's LCD display inherits the complete functions of the platform's basic LCD module. The application only needs to develop customized function screens. At the same time, it provides a highly encapsulated and user-friendly LCD display control interface, which reduces the technical threshold for secondary development of applications and significantly shortens the development cycle for differentiated needs. (3) The compilation, release and integration deployment of the platform's basic LCD module do not depend on the application-customized LCD module. The application-customized LCD module is dynamically loaded through configuration scripts. At the same time, through process-level resource isolation and independent task scheduling, the interference of application-side business on the operation of the platform's core process can be effectively avoided, ensuring the maintainability and stability of the platform's general LCD display function. (4) The code logic of customized function screens between application-customized LCD modules in different application scenarios does not overlap, supporting parallel decoupled development and independent maintenance of application-customized LCD modules on multiple products.

[0017] This invention can fully meet the differentiated development needs of embedded device LCD displays in various regions and application scenarios, while significantly reducing the technical threshold for customized application development programming and improving the efficiency and quality of customized development for engineering applications and network access testing. By adopting a dual-process decoupled architecture, it achieves a high degree of integration and deployment between the platform layer and the application layer, and decouples program execution, effectively avoiding the impact of abnormal LCD application operation on the basic functions of the LCD platform, and significantly reducing the maintenance and upgrade costs throughout the program's lifecycle. Attached Figure Description

[0018] Figure 1 This is a schematic diagram of the system of the present invention; Figure 2 This is a schematic diagram of the liquid crystal configuration script of the present invention; Figure 3 This is a schematic diagram of the dual-process configuration loading process of the present invention; Figure 4 This is a schematic diagram of the dual-process operation flow of the present invention. Detailed Implementation

[0019] The technical solution of the present invention will be further described below with reference to the accompanying drawings.

[0020] like Figure 1 As shown, this embodiment of the invention provides an embedded liquid crystal display dual-process decoupled configuration loading system, comprising: Platform-based LCD module, application-customized LCD module, and LCD configuration script; The platform's basic LCD module is responsible for the underlying driver control of the LCD screen of conventional power secondary control and protection equipment, LCD configuration script parsing, LCD hierarchical menu construction, menu operation traversal control, implementation of general function screens, and communication interface with application-customized LCD modules. The underlying driver control of the LCD screen includes drawing dots and displaying characters at specified positions on the screen. LCD configuration script parsing refers to parsing the LCD configuration script during the device initialization phase to obtain the LCD menu configuration and corresponding function screen instances. LCD hierarchical menu construction refers to generating the overall LCD menu hierarchy structure during operation using the LCD menu configuration, and simultaneously implementing the corresponding processing tasks of associated screen functions through the instance configuration of corresponding function screens. Menu operation traversal control refers to traversing and moving the LCD menu and entering / exiting specified function screens using the up, down, left, right, confirm, and cancel buttons on the LCD panel. General function screens include display functions for device switch quantities, analog quantities, and other operating statuses; display functions for historical change records such as tripping, self-testing, and position changes; parameter setting functions for device pressure plates and setpoints; control functions for operation objects such as switches and disconnectors; and display of device version information. The communication interface with the application-customized LCD module refers to the interface through which the platform's basic LCD module and the application-customized LCD module exchange configuration information, screen data, and button data. The application-customized LCD module is responsible for implementing differentiated LCD function screens for specific application areas, providing communication interfaces with the platform LCD module, and controlling the LCD screen display. Differentiated LCD function screens include, but are not limited to, the aforementioned general function screens; they can be differentiated versions of the aforementioned function screens or other newly added screen types. The communication interface with the platform's basic LCD module refers to the interface through which the application-customized LCD module interacts with the platform's basic LCD module to exchange configuration information, screen data, and button data. The LCD screen display control interface refers to the application-layer-encapsulated graphical display interface for drawing points, lines, rectangles, etc., as well as the interface for displaying English and Chinese strings in specified rows and columns on the screen. The text encoding is not limited to English and Chinese; it can display characters from other languages ​​based on system language support. The LCD configuration script mainly includes the LCD menu structure and instance configuration information of the function screens corresponding to the menu items; the LCD menu structure configuration describes the parent menu and sub-menus of each menu; the instance configuration of the function screens corresponding to the menu items refers to the type and quantity of function screen processing tasks implemented by the platform's basic LCD module and the application-customized LCD module, as well as their correspondence with the menu items; such as Figure 2 As shown, it mainly includes the LCD menu structure and instance configuration information of the function screens corresponding to the menu items; The LCD menu structure configuration describes the parent menu and sub-menus of each menu, such as... Figure 2The "Device Status" menu has two sub-menus: "Protection Switch Quantity" and "Protection Analog Quantity". The parent menu of "Protection Analog Quantity" is "Device Status". "Protection Switch Quantity" includes five function screens: "Function Screens 1-5". The function screens are the root nodes of the menu and are used for human-machine interaction to display specific data and operate the equipment. Function screens and menus can be distinguished by type identifiers. Pure menus are fixed with a specific identifier, such as "menuViewTask", while the rest are function screens. The specific representation of the menu is not limited to this embodiment and other unique character codes can also be used. Simultaneously, the menu hierarchy is described through menu ID encoding. Typically, an 8-byte long integer is used to encode the menu ID, with 1 byte representing the first-level menu. The maximum menu depth is 8 levels, and the actual implementation length can be adjusted according to the device application scenario. For example, the first-level menu ID encoding rule is: "Device Status" is 01, "Report Query" is 02; the second-level menu ID encoding rule is: "Protection Switch Quantity" and "Protection Analog Quantity" are 0101 and 0102 respectively; the third-level menu ID encoding rule is: "Function Screens 1~5" are 010101~010105. The ID value of the current menu (function screen) is shifted 8 bits to the right to obtain the ID of the parent menu. By repeating the above steps for each menu (function screen), the hierarchical relationship of the LCD menu structure can be obtained. The functional screens shown in the diagram can be implemented using a platform-based LCD module or an application-customized LCD module. Further distinctions between the platform and the application can be made through type identification. The first three characters of the type identification, "PLT", represent the platform, and "APP" represents the application. For example, the type identification rule for functional screens implemented using an application platform-based LCD module is "PLTZZZTask", where "ZZZ" represents the specific function. The type identification rule for functional screens implemented using an application-customized LCD module is "APPYYYTask", where "YYY" represents the specific function. The identification definitions for the platform and application are not limited to this embodiment and other fixed character encodings can also be used. For the LCD screen and buttons, this example uses a monochrome screen with a resolution of 320*240, and the buttons include up, down, left, right, confirm, cancel, etc.; this method is also applicable to other dot matrix screens and color LCD screens.

[0021] This invention also provides a method for decoupling and loading configuration for a dual-process embedded liquid crystal display, comprising: Step 1: Set up the platform's basic LCD module and the application-customized LCD module, with each running in an independent process to form a dual-process architecture; Step 2: Provide the LCD configuration script, which includes the menu hierarchy structure and function screen instance configuration. In the function screen configuration, the platform's basic function screen and application-customized function screen are distinguished by type identifiers. Step 3: During device initialization, the platform's basic LCD module parses the LCD configuration script to determine if there is an application-customized function screen. If so, the application-customized LCD module process is dynamically loaded; otherwise, it is not loaded. Step 4: The platform's basic LCD module sends the type identifier of the application-customized function screen to the application-customized LCD module process through the communication interface. The application-customized LCD module process matches this identifier with the pre-registered function screen processing task entry address to complete the function screen binding. Step 5: During the runtime phase, when the application-customized function screen is entered, the platform's basic LCD module sends the type identifier of the current function screen to the application-customized LCD module process. The application-customized LCD module process calls the corresponding processing task entry address to complete the screen display and button response.

[0022] Among these features, dual-process decoupling refers to the use of a dual-process architecture design in the LCD system. The dual-process architecture means that two processes are used to implement the platform's basic LCD module and the application-customized LCD module, respectively. Decoupling includes the decoupling of the entire R&D management process of the platform's basic LCD module from that of the application-customized LCD module. The platform's basic LCD module can be independently integrated for compilation, version release, and device deployment. Decoupling also includes the decoupling of the entire R&D management process between customized LCD modules on devices in different application scenarios. That is, customized LCD module A of device in application scenario one and customized LCD module B of device in application scenario two are decoupled from each other, and integration compilation, version release and device deployment do not affect each other.

[0023] Decoupling also includes decoupling the operation of the platform-based LCD module from the application-customized LCD module. That is, if the process corresponding to the application-customized LCD module runs abnormally, it will not affect the task execution of the process corresponding to the platform-based LCD module, and the device LCD will still have the complete functions of the platform-based LCD module.

[0024] Configuration loading refers to whether the device needs to deploy a customized application LCD module. This is determined by the platform's basic LCD module during the device initialization phase, based on the LCD configuration script. Figure 3 As shown; The determination based on the LCD configuration script refers to parsing the LCD configuration script and, based on the type identifier of the function screen processing task, determining whether a function screen for a customized LCD module exists. If it exists, the customized LCD module process is dynamically loaded and put into operation; otherwise, it is not loaded. According to the rule definition of the LCD configuration script in the system implementation example, when the type identifier of any function screen is determined to be "APPYYYTask", the existence of a customized LCD module is confirmed. Simultaneously, the executable program name for the customized LCD module is fixed as "Applcd". The platform's basic LCD module loads the customized LCD module program from the device's storage disk according to the agreed name and executes it. Similarly, "Applcd" is not the unique name for the customized LCD module executable program; using other unique identifiers also falls within the scope of this invention. Configuration loading also includes automatically matching the function screen of the application-customized LCD module and the program entry address of the corresponding processing task in the application-customized LCD module process according to the LCD configuration script; In the application customized LCD module, the application registers the type identifier and entry address of the application function screen processing task with the platform program in the application customized LCD module process. The platform program stores the one-to-one correspondence between the function screen type identifier and the task entry address. The platform's basic LCD module sends the relevant configuration information of the function screens of the application-customized LCD module in the LCD configuration script to the application-customized LCD module process through the communication interface with the application-customized LCD module. This mainly includes the type identification data corresponding to each function screen belonging to the application-customized LCD module. The platform program verifies whether the type identifier of the received application-customized function screen is configured correctly. It searches for the above-stored application registration type identifier using a complete string matching method. If it exists, the verification is correct; if it does not exist, the configuration is incorrect, and the incorrect configuration result is returned to the platform's basic LCD module. Once the type identifier configuration of all application-customized function screens passes verification, both the platform's basic LCD module and the application-customized LCD module enter the running phase; otherwise, both processes exit the running phase.

[0025] During the operation phase of the device, such as Figure 4 As shown, when a user presses a button on the menu structure, the platform's basic LCD module is responsible for processing the button response and moving the menu cursor according to the button value.

[0026] When the menu cursor moves to the specified function screen and the OK button is pressed to enter the specified function screen, the platform basic LCD module determines whether it is a platform basic function screen or an application customized function screen. If it is determined to be an application customized function screen, the platform basic LCD module will call the processing task entry address of the local function screen to complete the relevant display and control functions. If it is determined to be an application customized function screen, the platform basic LCD module will send the type identifier corresponding to the current function screen to the application customized LCD module process through the communication interface with the application customized LCD module. The application-customized LCD module process receives the type identifier of the application function screen, finds the processing task entry address of the corresponding function screen by fully matching it with the application registration type identifier stored in the initialization phase, and calls the processing task entry address.

[0027] Subsequently, the platform's basic LCD module forwards the collected button states to the application-customized LCD module. The corresponding function screen processing task in the application-customized LCD module calls the button state query interface to obtain the key value. Based on the key value, it executes the application-customized screen display and control functions and calls the LCD screen display control interface encapsulated by the platform program to complete the screen data formatting.

[0028] The application-customized LCD module then calls the screen data sending interface encapsulated by the platform program, and sends the screen data to the platform basic LCD module process through the communication interface with the platform basic LCD module.

[0029] After receiving the screen data of the application-customized function screen through the communication interface with the application-customized LCD module, the platform's basic LCD module refreshes the screen data onto the LCD screen through the LCD screen's underlying driver, thereby realizing the LCD display and control response functions of the application-customized function screen.

Claims

1. An embedded liquid crystal display dual-process decoupled configuration loading system, characterized in that, include: The platform consists of a basic LCD module, an application-customized LCD module, and an LCD configuration script. The basic LCD module and the application-customized LCD module run as independent processes, forming a dual-process architecture. The LCD configuration script contains a menu hierarchy description and function screen instance configuration information. During the initialization phase, the basic LCD module parses the LCD configuration script and determines whether a function screen implemented by the application-customized LCD module exists based on the type identifier of the function screen. If it exists, the application-customized LCD module process is dynamically loaded; otherwise, the process is not loaded.

2. The embedded liquid crystal display dual-process decoupled configuration loading system according to claim 1, characterized in that, Decoupling includes decoupling the entire R&D management process, meaning that the platform's basic LCD module can be independently integrated, compiled, released, and deployed on devices, without relying on application-customized LCD modules.

3. The embedded liquid crystal display dual-process decoupled configuration loading system according to claim 1, characterized in that, Decoupling also includes runtime decoupling, meaning that when the process corresponding to the application-customized LCD module runs abnormally, it does not affect the task execution of the process corresponding to the platform's basic LCD module, and the device still has the complete functionality of the platform's basic LCD module.

4. The embedded liquid crystal display dual-process decoupled configuration loading system according to claim 1, characterized in that, The platform's basic LCD module sends the function screen type identifier belonging to the application-customized LCD module to the application-customized LCD module process through the communication interface. The platform program in the application-customized LCD module receives the type identifier and matches it with the function screen processing task entry address pre-registered by the application to complete the dynamic binding of the function screen.

5. The embedded liquid crystal display dual-process decoupled configuration loading system according to claim 4, characterized in that, During the runtime phase, when a user presses a key to enter a specified function screen, the platform's basic LCD module determines that the function screen is of the application-customized type and sends its type identifier to the application-customized LCD module process. The application-customized LCD module process then calls the corresponding function screen processing task entry address based on the matching relationship established during the initialization phase, and the application program completes the display of screen content and key response operations.

6. The embedded liquid crystal display dual-process decoupled configuration loading system according to claim 1, characterized in that, The application-customized LCD module includes a platform program and an application program. The platform program encapsulates the LCD screen display control interface and the button status query interface, and provides them to the application program in the form of a static library. The application program calls the interfaces to realize the display and control of customized function screens, and generates an independent executable application-customized LCD module process by integrating the static library.

7. The embedded liquid crystal display dual-process decoupled configuration loading system according to claim 1, characterized in that, The function screen type identifier in the LCD configuration script distinguishes between the platform's basic function screen and the application-customized function screen. The platform's basic LCD module uses this identifier to determine the function screen's affiliation and control the process loading.

8. A method for loading a dual-process decoupled configuration for an embedded liquid crystal display, characterized in that, Includes the following steps: Step 1: Set up the platform's basic LCD module and the application-customized LCD module, with each running in an independent process to form a dual-process architecture; Step 2: Provide the LCD configuration script, which includes the menu hierarchy structure and function screen instance configuration. In the function screen configuration, the platform's basic function screen and application-customized function screen are distinguished by type identifiers. Step 3: During device initialization, the platform's basic LCD module parses the LCD configuration script to determine if there is an application-customized function screen. If so, the application-customized LCD module process is dynamically loaded; otherwise, it is not loaded. Step 4: The platform's basic LCD module sends the type identifier of the application-customized function screen to the application-customized LCD module process through the communication interface. The application-customized LCD module process matches this identifier with the pre-registered function screen processing task entry address to complete the function screen binding. Step 5: During the runtime phase, when the application-customized function screen is entered, the platform's basic LCD module sends the type identifier of the current function screen to the application-customized LCD module process. The application-customized LCD module process calls the corresponding processing task entry address to complete the screen display and button response.

9. The embedded liquid crystal display dual-process decoupled configuration loading method according to claim 8, characterized in that, Decoupling includes the decoupling of the platform's basic LCD module from the application-customized LCD module. The application-customized LCD module process periodically reports its status to the platform's basic LCD module via heartbeat messages. When the heartbeat is lost, the platform's basic LCD module marks the application-customized LCD module as abnormal and disables its corresponding function screen to ensure that the platform's basic functions are not affected.

10. The embedded liquid crystal display dual-process decoupled configuration loading method according to claim 8, characterized in that, In the customized LCD module, the application registers the type identifier and entry address of its function screen processing task with the platform program; the platform program receives the type identifier issued by the platform's basic LCD module, and verifies the correctness of the configuration through string matching. After successful matching, it enters the running stage.

Images