Integration method and system based on BMS upper computer and medium

Abstract

The invention relates to the technical field of software, particularly provides an integration method and system based on a BMS upper computer and a medium, and aims to solve the technical problem that the cross-platform adaptation capability of a traditional scheme is poor. In order to achieve the purpose, the integration method based on the BMS upper computer comprises the steps that a cross-platform development framework project is constructed, and parameter files used for being matched with different operation environments are configured for the cross-platform development framework project; generating an executable file based on the cross-platform development framework project and deploying the executable file to a target industrial personal computer; starting a BMS upper computer software program corresponding to the executable file; acquiring environment feature information of the current operating environment; a user interface is presented based on the environmental feature information. The remote man-machine interaction requirement of the non-screen industrial personal computer is met, local user interface rendering rules of different operating systems are adapted, and the environment adaptation flexibility and the operation stability of the system are effectively improved.

Description

Technical Field

[0001] This invention relates to the field of computer software technology, and specifically provides an integration method, system, and medium based on a BMS host computer. Background Technology

[0002] With the rapid development of new energy storage, electric vehicles, and other fields, the Battery Management System (BMS), as a core device for ensuring safe battery operation and optimizing battery energy scheduling, is increasingly widely used. The BMS host computer system, as the core control and interaction terminal of the BMS, undertakes key functions such as battery data acquisition, status monitoring, parameter configuration, alarm handling, and human-machine interaction. Its operational stability and environmental adaptability directly affect the reliability of the entire battery system.

[0003] Traditional BMS host computer systems are mostly developed using native applications and customized for specific operating systems (such as Windows and Linux). This leads to compatibility issues between different platforms. For example, Windows-based BMS host computer software cannot run directly on Linux or mobile devices, limiting user scenarios and convenience.

[0004] Currently, the mainstream solutions fall into two categories. One is to develop different host computers for different operating system platforms. This approach involves redundant development of functions, and it is difficult to directly reuse code modules for different operating systems, wasting R&D human resources. The other approach is to develop cross-platform application software based on the Electron framework. Although host computers developed based on the Electron framework can be cross-platform, the user interface and logic code are coupled together, which cannot solve the problem of displaying the user interface on screenless industrial control computers. Summary of the Invention

[0005] To overcome the aforementioned shortcomings, this application is proposed to provide a solution, or at least a partial solution, to the technical problem of poor cross-platform adaptability of traditional solutions. This application provides an integration method, system, and medium based on a BMS host computer.

[0006] In a first aspect, this application provides an integration method based on a BMS host computer, comprising:

[0007] Build a cross-platform development framework project and configure the cross-platform development framework project with parameter files to match different runtime environments;

[0008] Based on the aforementioned cross-platform development framework, an executable file is generated and deployed to the target industrial control computer.

[0009] Start the BMS host computer software program corresponding to the executable file;

[0010] Obtain the environmental characteristics information of the current operating environment;

[0011] The user interface is presented based on the environmental feature information.

[0012] In one embodiment of the BMS-based host computer integration method of this application, the cross-platform development framework project is built based on the .NET Core framework; the environment characteristic information includes operating system information and hardware configuration information of the runtime environment, wherein the operating system information includes at least the operating system type; and the hardware configuration information includes at least the display screen configuration status.

[0013] In one embodiment of the BMS-based host computer integration method of this application, the step of presenting a user interface based on the environmental feature information includes:

[0014] The presentation method of the user interface is adaptively matched based on the environmental feature information;

[0015] The user interface is presented based on the presentation method of the user interface.

[0016] In one embodiment of the BMS-based host computer integration method of this application, the user interface presentation mode is adaptively matched based on the environmental feature information, including:

[0017] Determine whether the target industrial computer has a display screen based on the hardware configuration information;

[0018] If it is determined that there is no display screen, the user interface will be presented remotely.

[0019] If a display screen is determined to be available, the user interface is presented locally based on the operating system information.

[0020] In one embodiment of the BMS-based host computer integration method of this application, the step of presenting the user interface in a local manner according to the operating system information includes:

[0021] Determine whether the system type is a Windows system;

[0022] If so, the user interface is rendered using the first rendering control as the local rendering control;

[0023] If not, determine whether the system type is a Linux system;

[0024] If so, the user interface is rendered using the second rendering control as a local rendering control;

[0025] If not, determine whether the system type is a Mac OS system;

[0026] If so, the user interface is rendered using a third rendering control as a local rendering control.

[0027] In one embodiment of the BMS-based host computer integration method of this application, when the system types are not Windows, Linux, or Mac OS, the user interface is presented remotely.

[0028] In one embodiment of the BMS host computer-based integration method of this application, the remote presentation of the user interface includes: starting the Kestrel Web server, opening a preset local area network port to provide HTTP access service, and at least one terminal device accessing the HTTP address corresponding to the port through a browser to realize the remote presentation of the user interface, wherein the terminal device is a device in the local area network connected to the target industrial control computer through a switch.

[0029] In one embodiment of the BMS-based host computer integration method of this application, the first rendering control is a WebView2 control, the second rendering control is a WebKitGTK control, and the third rendering control is a WKWebView control.

[0030] In a second aspect, a cross-platform BMS host computer system is provided, the system including at least an industrial control computer and a switch, wherein the industrial control computer is connected to the switch via an Ethernet interface;

[0031] The industrial control computer includes at least one processor and a memory communicatively connected to the at least one processor; wherein, the memory stores a computer program, which, when executed by the at least one processor, implements the aforementioned integration method based on a BMS host computer.

[0032] In a third aspect, a computer-readable storage medium is provided, wherein a plurality of program codes are stored therein, the program codes being adapted to be loaded and run by a processor to perform the BMS-based host computer integration method described in any of the preceding claims.

[0033] The above-described technical solutions of this application have at least one or more of the following beneficial effects:

[0034] The integration method based on a BMS host computer in this application, by constructing a cross-platform development framework project and configuring parameter files that match different operating environments, can break free from the limitations of a single operating system and eliminate the need to repeatedly write core functional code for different systems, significantly reducing the development and maintenance costs of the BMS host computer. By generating executable files and deploying them to the target industrial control computer, the program can be quickly deployed on different industrial control computer hardware carriers, improving deployment efficiency. By automatically acquiring environmental characteristic information and adaptively presenting the user interface after the program starts, it not only solves the remote human-machine interaction needs of screenless industrial control computers, but also adapts to the local user interface rendering rules of different operating systems, effectively improving the system's environmental adaptability and operational stability, while reducing the coupling between functional code and environmental adaptation logic, enhancing the system's scalability and compatibility. Attached Figure Description

[0035] The disclosure of this application will become more readily understood with reference to the accompanying drawings. It will be readily understood by those skilled in the art that these drawings are for illustrative purposes only and are not intended to limit the scope of protection of this application. Furthermore, similar numbers in the drawings are used to denote similar components, wherein:

[0036] Figure 1 This is a schematic diagram of the main flow of an integration method based on a BMS host computer in one embodiment of this application;

[0037] Figure 2 This is a schematic diagram of the BMS host computer software startup process in one embodiment of this application;

[0038] Figure 3 This is a schematic diagram of the structure of a cross-platform BMS host computer system in one embodiment of this application;

[0039] Figure 4 This is a schematic diagram of the functional modules of the BMS host computer software in one embodiment of this application. Detailed Implementation

[0040] Some embodiments of this application are described below with reference to the accompanying drawings. Those skilled in the art should understand that these embodiments are merely illustrative of the technical principles of this application and are not intended to limit the scope of protection of this application.

[0041] In the description of this application, "module" and "processor" can include hardware, software, or a combination of both. A module can include hardware circuitry, various suitable sensors, communication ports, memory, and can also include software components, such as program code, or a combination of software and hardware. A processor can be a central processing unit, microprocessor, image processor, digital signal processor, or any other suitable processor. The processor has data and / or signal processing capabilities. The processor can be implemented in software, in hardware, or a combination of both. Non-transitory computer-readable storage media includes any suitable medium capable of storing program code, such as magnetic disks, hard disks, optical disks, flash memory, read-only memory, random access memory, etc. The term "A and / or B" means all possible combinations of A and B, such as only A, only B, or A and B. The terms "at least one A or B" or "at least one of A and B" have a similar meaning to "A and / or B" and can include only A, only B, or A and B. The singular terms "a" or "this" can also include plural forms.

[0042] Currently, a traditional approach involves developing different host computers for different operating system platforms. This approach suffers from redundant development, and code modules are difficult to reuse across different operating systems, wasting R&D resources. Another approach is to develop cross-platform application software based on the Electron framework. While host computers developed using the Electron framework are cross-platform, the user interface and logic code are coupled together, making it impossible to solve the problem of displaying the user interface on screenless industrial control computers. Therefore, this application proposes an integration method, system, and medium based on a BMS host computer.

[0043] See appendix Figure 1 , Figure 1 This is a schematic flowchart of the main steps of an integration method based on a BMS host computer according to an embodiment of this application.

[0044] like Figure 1 As shown, the integration method based on BMS host computer in this application embodiment mainly includes the following steps S10-S50.

[0045] Step S10: Build a cross-platform development framework project and configure parameter files for the cross-platform development framework project to match different runtime environments.

[0046] The cross-platform development framework project is a development vehicle built on cross-platform development technology and integrates all the functional logic of the BMS host computer. It has the characteristics of being able to break free from the limitations of a single operating system and adapt to multiple operating environments, and is the basis for generating executable files.

[0047] The operating environment is the comprehensive hardware and software environment in which the BMS host computer software program actually runs. Its core includes the operating system type and hardware configuration of the industrial control computer (such as display screen, communication interface, etc.).

[0048] Parameter files are configuration files for cross-platform development framework projects that contain specific adaptation rules for different runtime environments. They are used to enable framework projects to adapt to the underlying differences of different runtime environments, such as the control calling rules of the operating system and hardware driver parameters.

[0049] Specifically, the first step is to build a development framework project based on a cross-platform development framework. Industrial-grade cross-platform frameworks such as .NET Core and Qt can serve as examples. This project integrates all the core functional logic of the BMS host computer, including battery data acquisition, multi-protocol communication, battery status monitoring, alarm handling, and parameter configuration. This core logic is not bound to any specific operating system's proprietary interfaces or controls. Next, a parameter file is configured for this framework project. This parameter file is not a single file, but rather a set of adaptation rules divided according to different operating environments (such as Windows, Linux, and Mac OS). It covers adaptation items such as UI (user interface) rendering control paths, communication hardware driver parameters, network port configurations, and file access permissions under different environments, ensuring that the programs generated by the subsequent framework project can adapt to the underlying differences of different operating environments without requiring modification of the core functional code.

[0050] Step S20: Generate an executable file based on the cross-platform development framework project and deploy it to the target industrial control computer.

[0051] An executable file is a program file compiled by a cross-platform development framework project that can run directly on a specific operating system of the target industrial control computer. It is the runtime carrier of the BMS host computer software program, and different operating systems correspond to different executable file formats.

[0052] The target industrial control computer is an industrial control computer that deploys BMS host computer software programs. It is the core hardware carrier for the operation of the BMS host computer system and undertakes core functions such as program execution, data processing, and equipment communication.

[0053] Specifically, firstly, leveraging the compilation capabilities of the cross-platform development framework, the pre-configured parameter files of the framework project are compiled into executable files adapted to different operating systems. During compilation, no modification to core functional code is required for different operating systems; the framework automatically calls the adaptation rules corresponding to the system in the parameter files. The generated executable file has the basic foundation for cross-platform operation, covering mainstream operating systems in industrial scenarios. For example, the executable file can be a .exe file for Windows, a binary executable file for Linux, or a .app file for Mac OS. Then, the generated executable file is transferred to the target industrial control computer to complete the deployment operation. The deployment process includes file copying, permission configuration, path association, etc., ensuring that the executable file can be normally called and run on the target industrial control computer.

[0054] Step S30: Start the BMS host computer software program corresponding to the executable file.

[0055] The BMS host computer software program is a collection of software programs that are loaded and run as executable files, implementing all the core functions of the BMS host computer. It covers functions such as battery data acquisition, status monitoring, alarm handling, and human-computer interaction, and is the core software based on the BMS host computer.

[0056] Startup refers to the process of triggering the loading and running of the executable file, thereby starting the BMS host computer software program and completing the initialization of the internal modules of the program.

[0057] Specifically, after the executable file is deployed, it is launched via system commands from the industrial control computer, a desktop shortcut, or a background script, thereby loading and running the corresponding BMS host computer software program. During startup, the program first loads the configured parameter file, initializes the basic operating environment, and loads its internal modules, laying the foundation for subsequently acquiring environmental characteristic information and presenting the user interface. If any missing program dependencies are detected during startup (such as a corrupted parameter file or unrecognized hardware interfaces), an alarm is triggered to ensure the effectiveness of the program startup.

[0058] Step S40: Obtain the environmental characteristics information of the current operating environment.

[0059] Environmental characteristic information refers to the core characteristic data of the operating environment of the target industrial control computer when the BMS host computer software program is running, including operating system information (software dimension) and hardware configuration information (hardware dimension).

[0060] In one embodiment, the environmental characteristic information includes operating system information and hardware configuration information of the operating environment, wherein the operating system information includes system type, system version and kernel version; and the hardware configuration information includes display screen configuration status, network card information, CAN card information and storage resource information.

[0061] Operating system information is the core attribute of the operating system installed on the target industrial control computer, including system type, system version, kernel version, etc., which are key parameters for adapting to different system UI rendering rules.

[0062] Hardware configuration information is the core hardware attribute of the target industrial control computer, including display screen configuration status, communication interface type, storage resources, network card information, etc., and is the core basis for determining whether the UI is displayed locally or remotely.

[0063] Specifically, after the program starts, it actively collects characteristic information of the current operating environment through system interfaces. This includes two aspects: first, software-level operating system information, such as operating system type (Windows / Linux / Mac OS), system version, kernel version, etc.; and second, hardware-level configuration information, such as whether the industrial control computer is equipped with a display screen, display resolution, communication interface type (CAN / Ethernet / serial port), storage resources, network card information, etc. This information is integrated into structured data for subsequent steps and is the core basis for achieving adaptive UI presentation.

[0064] Step S50: Present the user interface based on environmental feature information.

[0065] The user interface is the interactive interface provided by the BMS host computer software program for operators. It covers functional modules such as battery status display, parameter configuration entry, alarm information prompts, and operation command input. It is the core carrier for operators to interact with the BMS host computer system.

[0066] Presentation is the process of displaying the BMS host computer's user interface by selecting local rendering or remote access based on environmental characteristics, so that operators can view and operate it.

[0067] Based on steps S10-S50 above, by constructing a cross-platform development framework project and configuring parameter files that match different operating environments, the limitations of a single operating system can be overcome. Core functional code can be rewritten for different systems, significantly reducing the development and maintenance costs of the BMS host computer. By generating executable files and deploying them to the target industrial control computer, the program can be quickly deployed on different industrial control computer hardware carriers, improving deployment efficiency. By automatically acquiring environmental characteristic information and adaptively presenting the user interface after the program starts, the remote human-machine interaction needs of screenless industrial control computers are solved, and the local user interface rendering rules of different operating systems are adapted, effectively improving the system's environmental adaptability and operational stability. At the same time, the coupling between functional code and environmental adaptation logic is reduced, enhancing the system's scalability and compatibility.

[0068] The following is a detailed explanation of step S50 above.

[0069] Specifically, step S50 can be implemented through steps S501 to S502.

[0070] Step S501: Adaptively match the presentation mode of the user interface based on environmental feature information.

[0071] The presentation method of the user interface refers to the specific implementation path chosen by the BMS host computer software program based on the environmental characteristics information of the operating environment to visualize the user interface and support human-computer interaction. Specifically, it can be divided into local rendering method and remote access method.

[0072] Specifically, step S501 can be implemented through steps S5011 to S5013.

[0073] Step S5011: Determine whether the target industrial computer has a display screen based on the hardware configuration information. If yes, proceed to step S5013; otherwise, proceed to step S5012.

[0074] Step S5012: If the target industrial control computer has no display screen, the user interface is presented remotely.

[0075] In one specific embodiment, the user interface is presented remotely, including: starting the Kestrel Web server, opening a preset local area network port to provide HTTP access service, and at least one terminal device accessing the HTTP address corresponding to the port through a browser to realize the remote presentation of the user interface, wherein the terminal device is a device in the local area network connected to the target industrial control computer through a switch.

[0076] Specifically, after the BMS host computer software program determines that a remote presentation method is adopted, it will automatically start the built-in Kestrel Web server. This server does not require separate installation and deployment; it can be directly embedded into the program and start with the program. It is compatible with the operating system currently running on the target industrial control machine and requires no additional system dependency configuration, ensuring stable operation in cross-platform scenarios. Subsequently, the program will open the preset local area network port according to the parameter file to provide HTTP access service. At this time, the target industrial control machine broadcasts the HTTP access service to the local area network through this port, while only allowing devices within the local area network to access it, avoiding data security risks caused by external network devices. Since the terminal device and the target industrial control machine have formed a local area network through a switch, the switch acts as a bridge for network data transmission, enabling bidirectional data communication between the terminal device and the target industrial control machine. At this time, at least one terminal device within the local area network (such as a field maintenance computer or tablet) only needs to open its own browser and enter the HTTP address consisting of the target industrial control machine's local area network IP address and the preset port to send an access request to the Kestrel Web server. After receiving the request, the server converts the BMS host computer's user interface into a web page format and transmits it to the browser of the terminal device via the switch through the HTTP protocol, thus completing the loading and display of the interface.

[0077] Step S5013: If the target industrial control computer has a display screen, the user interface is presented locally based on the operating system information.

[0078] Specifically, step S5013 can be implemented through steps S50131 to S50135.

[0079] Step S50131: Determine if the system type is Windows. If yes, proceed to step S50132; otherwise, proceed to step S50133.

[0080] Specifically, the system can call the native standardized interface of the operating system encapsulated by the cross-platform development framework to obtain the system identification information of the current running environment, such as the system name and version. Then, the obtained identification information is compared with the system adaptation list preset in the parameter file to accurately determine whether the current system type is a Windows operating system.

[0081] Step S50132: Use the first rendering control as a local rendering control to render the user interface.

[0082] Specifically, the first rendering control refers to a UI rendering control pre-configured in a parameter file for local rendering of the user interface under the Windows operating system. It is compatible with all Windows operating systems and can directly call the underlying Windows system graphics rendering interface to achieve local high-definition rendering and smooth interaction of the BMS host computer user interface. For example, the WebView2 control can be used as an example of the first rendering control.

[0083] Step S50133: Determine if the system type is Linux. If yes, proceed to step S50134; otherwise, proceed to step S50135.

[0084] Specifically, the system can call the native standardized interface of the operating system encapsulated by the cross-platform development framework to obtain the system identification information of the current running environment, such as the system name and version. Then, the obtained identification information is compared with the system adaptation list preset in the parameter file to accurately determine whether the current system type is a Linux operating system.

[0085] Step S50134: Use the second rendering control as a local rendering control to render the user interface.

[0086] The second rendering control refers to a UI rendering control pre-configured in a parameter file for local rendering of the user interface under the Linux operating system. It is compatible with mainstream Linux distributions such as Ubuntu and CentOS, and can adapt to the permission management rules and graphics driver architecture of the Linux system to realize local rendering and interaction of the BMS host computer user interface on the Linux industrial control computer. For example, the WebKitGTK control can be used as an example of the second rendering control.

[0087] Step S50135: Determine if the system type is Mac OS.

[0088] Specifically, the system can call the native standardized interface of the operating system encapsulated by the cross-platform development framework to obtain the system identification information of the current running environment, such as the system name and version. Then, the obtained identification information is compared with the system adaptation list preset in the parameter file to accurately determine whether the current system type is Mac OS.

[0089] If so, the user interface is rendered using a third rendering control as a local rendering control; otherwise, the user interface is rendered remotely.

[0090] The third-party rendering control refers to a UI rendering control pre-configured in a parameter file for native rendering of the user interface under the Mac OS operating system. It is compatible with all versions of Mac OS and can call the Cocoa framework and graphics rendering engine of Mac OS to achieve native rendering and interaction of the BMS host computer user interface on Mac OS devices. For example, the WKWebView control can be used as an example of a third-party rendering control.

[0091] Step S502: Present the user interface based on the user interface presentation method.

[0092] Specifically, when the local rendering mode is matched, the program calls the UI rendering controls corresponding to the current operating system, loads all interface elements of the BMS host computer, including the battery status monitoring panel, parameter configuration module, alarm information prompt window, etc., and completes the interface rendering according to the preset layout rules in the parameter file. Operators can directly interact with the target industrial control computer through its display screen. When the remote access mode is matched, the program automatically starts the built-in web server, opens the preset local area network communication port, and converts the user interface into a lightweight web interface that supports browser access. Terminal devices within the local area network can load and access the user interface in a browser by entering the corresponding IP address and port number, realizing remote status viewing and command issuance. Regardless of the rendering mode used, the normal display and functional interaction of the user interface are guaranteed, meeting the human-computer interaction needs of different operating environments.

[0093] By configuring rendering controls such as WebView2, WebKitGTK, and WKWebView for Windows, Linux, and Mac OS systems respectively, these controls are all native or highly compatible components of the corresponding systems. They can directly call the system's underlying graphics rendering interface, avoiding compatibility conflicts of general controls on different systems. This ensures that the user interface can achieve high-definition rendering and smooth interaction on various operating systems, effectively improving the human-computer interaction experience for operators. At the same time, by using parameter files to preset the matching rules between different systems and corresponding rendering controls, the program can automatically complete the calling and initialization of controls. There is no need to write differentiated UI rendering code for different systems, which greatly simplifies the cross-platform development process, reduces code redundancy and subsequent maintenance costs, and achieves the goal of developing once and adapting to multiple systems.

[0094] Figure 2 This is a schematic diagram illustrating the startup process of the BMS host computer software system in one embodiment of this application. The BMS host computer software system is developed using the .Net Core platform, and the core logic modules are compiled once and run on multiple operating systems. Specifically, this can be achieved through steps S201 to S206.

[0095] S201: When the software runs, it starts the Kestrel web server to host the operation of the core logic modules. This web server also runs across multiple operating systems.

[0096] S202: Obtain information about the currently running operating system and hardware. System information includes the system version, kernel version, etc. Hardware information includes network card information, CAN card information, and whether a screen is present, etc.

[0097] S203: Determine whether the current industrial control computer has a screen based on the obtained information. If it does not have a display screen, provide HTTP access to the local area network by opening the port. If it has a screen, execute S204.

[0098] S204: Determine if the operating system is Windows. If it is Windows, render the UI by starting the WebView2 control; otherwise, execute S205.

[0099] S205: Determine if it is a Linux system. If it is a Linux system, render the UI by starting the WebKitGTK control; otherwise, execute S206.

[0100] S206: Determine if it is a Mac OS system. If it is a Mac OS system, render the UI by launching the WKWebView control. Otherwise, present the UI by providing HTTP access through an open port on the local area network.

[0101] The WebView2 control mentioned above is a UI rendering control for the Windows platform, WebKitGTK is a UI rendering control for the Linux platform, and WKWebView is a UI rendering control for the Mac OS platform. These controls are often built into the system or can be deployed in advance through installation.

[0102] In this way, only one version of the software project needs to be developed and maintained, and the software can be distributed and run on multiple operating system platforms.

[0103] It should be noted that although the steps in the above embodiments are described in a specific order, those skilled in the art will understand that in order to achieve the effect of this application, different steps do not necessarily have to be executed in such an order. They can be executed simultaneously (in parallel) or in other orders, and these variations are all within the scope of protection of this application.

[0104] Those skilled in the art will understand that all or part of the processes in the method of the above-described embodiment can also be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable file, or some intermediate form. The computer-readable storage medium can include any entity or device capable of carrying the computer program code, a medium, a USB flash drive, a portable hard drive, a magnetic disk, an optical disk, a computer memory, a read-only memory, a random access memory, an electrical carrier signal, a telecommunication signal, and a software distribution medium, etc.

[0105] Furthermore, this application also provides a cross-platform BMS host computer system, which includes at least an industrial control computer and a switch, wherein the industrial control computer is connected to the switch via an Ethernet interface; the industrial control computer includes at least one processor and a memory communicatively connected to the at least one processor; wherein the memory stores a computer program, and when the computer program is executed by the at least one processor, it implements any of the aforementioned BMS host computer-based integration methods.

[0106] See appendix Figure 3 , Figure 3 This is a schematic diagram of the main structure of a BMS-based host computer according to an embodiment of this application. Figure 3 As shown, the cross-platform BMS host computer system in this embodiment of the application includes an industrial control computer and a switch, and may also include an energy storage converter (PCS), an energy management system (EMS), a battery control unit (BCU), a battery management unit (BMU), a battery pack (PACK), and at least one terminal device. The industrial control computer is connected to the switch via an Ethernet interface, and the switch can form a local area network with the terminal device. The industrial control computer is connected to the energy storage converter (PCS) via a CAN interface, and to the battery control unit (BCU), energy management system (EMS), etc. via an Ethernet interface. The BCU is connected to the BMU, and the BMU is connected to the battery pack.

[0107] Specifically, the BMU collects cell data (such as voltage, temperature, and resistance) from the battery pack via sensors and transmits it to the BCU. The host computer software system connects to a switch via Ethernet and interacts with the BCU via Modbus TCP for data acquisition and command exchange. Simultaneously, the BMS host computer communicates with the PCS via CAN to transmit commands such as power control; it collects data with auxiliary equipment such as fire protection and air conditioning via serial ports; and it sends and receives data and commands with the EMS via Ethernet. Through the switch, a local area network (LAN) can be formed with terminals. Within this LAN, terminals can remotely access the host computer's UI and perform functional operations via an open access link provided by the host computer.

[0108] refer to Figure 4 , Figure 4 This can serve as a functional module diagram for the BMS host computer system software. Specifically, it includes functions such as login, battery data, log query, alarm information, parameter management, and system settings. The login function includes role-based access control; the battery data module includes the acquisition and real-time monitoring of status data for battery stacks, battery clusters, and PACKs; the log query module allows querying and exporting data such as voltage, temperature, and impedance of all current and historical cells; the alarm information module records current and historical alarm data; the parameter management module is mainly used for development and debugging during the R&D phase, allowing for the setting of system thresholds and control of some functions of the lower-level machine, such as charging / discharging status and impedance acquisition status; the system settings module allows for the initialization of basic parameters of the lower-level machine or firmware upgrades.

[0109] Furthermore, this application also provides a computer-readable storage medium. In one embodiment of the computer-readable storage medium according to this application, the computer-readable storage medium can be configured to store a program that executes the BMS-based host computer integration method of the above-described method embodiments. This program can be loaded and run by a processor to implement the above-described BMS-based host computer integration method. For ease of explanation, only the parts related to the embodiments of this application are shown; for specific technical details not disclosed, please refer to the method section of the embodiments of this application. The computer-readable storage medium can be a memory device formed by various electronic devices. Optionally, in the embodiments of this application, the computer-readable storage medium is a non-transitory computer-readable storage medium.

[0110] The technical solution of this application has been described in conjunction with the specific embodiments shown in the accompanying drawings. However, it will be readily understood by those skilled in the art that the scope of protection of this application is obviously not limited to these specific embodiments. Without departing from the principles of this application, those skilled in the art can make equivalent changes or substitutions to the relevant technical features, and the technical solutions after these changes or substitutions will all fall within the scope of protection of this application.

Claims

1. An integration method based on a BMS host computer, characterized in that, include: Build a cross-platform development framework project and configure the cross-platform development framework project with parameter files to match different runtime environments; Based on the aforementioned cross-platform development framework, an executable file is generated and deployed to the target industrial control computer. Start the BMS host computer software program corresponding to the executable file; Obtain the environmental characteristics information of the current operating environment; The user interface is presented based on the environmental feature information.

2. The integration method based on BMS host computer according to claim 1, characterized in that, The cross-platform development framework project is built on the .NET Core framework; the environment characteristic information includes operating system information and hardware configuration information of the runtime environment, wherein the operating system information includes at least the operating system type; and the hardware configuration information includes at least the display screen configuration status.

3. The integration method based on a BMS host computer according to claim 2, characterized in that, The user interface presentation based on the environmental feature information includes: The presentation method of the user interface is adaptively matched based on the environmental feature information; The user interface is presented based on the presentation method of the user interface.

4. The integration method based on BMS host computer according to claim 3, characterized in that, The user interface presentation method is adaptively matched based on the environmental feature information, including: Determine whether the target industrial computer has a display screen based on the hardware configuration information; If it is determined that there is no display screen, the user interface will be presented remotely. If a display screen is determined to be available, the user interface is presented locally based on the operating system information.

5. The integration method based on a BMS host computer according to claim 4, characterized in that, The step of presenting the user interface in a local manner based on the operating system information includes: Determine whether the system type is a Windows system; If so, the user interface is rendered using the first rendering control as the local rendering control; If not, determine whether the system type is a Linux system; If so, the user interface is rendered using the second rendering control as a local rendering control; If not, determine whether the system type is a Mac OS system; If so, the user interface is rendered using a third rendering control as a local rendering control.

6. The integration method based on a BMS host computer according to claim 5, characterized in that, If none of the system types are Windows, Linux, or Mac OS, the user interface will be presented remotely.

7. The integration method based on a BMS host computer according to claim 6, characterized in that, The method of remotely presenting the user interface includes: starting the Kestrel Web server, opening a preset local area network port to provide HTTP access service, and at least one terminal device accessing the HTTP address corresponding to the port through a browser to realize the remote presentation of the user interface, wherein the terminal device is a device in the local area network connected to the target industrial control computer through a switch.

8. The integration method based on a BMS host computer according to claim 5, characterized in that, The first rendering control is a WebView2 control, the second rendering control is a WebKitGTK control, and the third rendering control is a WKWebView control.

9. A cross-platform BMS host computer system, characterized in that, The system includes at least an industrial control computer and a switch, wherein the industrial control computer is connected to the switch via an Ethernet interface; The industrial control computer includes at least one processor and a memory communicatively connected to the at least one processor; wherein, the memory stores a computer program, which, when executed by the at least one processor, implements the integration method based on a BMS host computer as described in any one of claims 1 to 8.

10. A computer-readable storage medium storing a plurality of program codes, characterized in that, The program code is adapted to be loaded and run by a processor to perform the BMS-based host computer integration method according to any one of claims 1 to 8.

Images