Multi-scene energy storage device wireless networking method, system, medium and device

Abstract

A wireless networking method, system, medium, and device for multi-scenario energy storage devices are disclosed, relating to the field of wireless networking technology. The method includes: acquiring the product series of each energy storage device in the target network; determining the master and slave devices based on the product series of each energy storage device; controlling the slave devices to establish a communication connection with the master device based on the Bluetooth MAC address of the master device; and, upon receiving a successful connection signal, acquiring real-time data from each energy storage device and uploading the real-time data to a cloud platform. Implementing the technical solution provided in this application can improve the transmission efficiency of data related to energy storage devices.

Description

Technical Field

[0001] This application relates to the field of wireless networking technology, specifically to a wireless networking method, system, medium, and device for multi-scenario energy storage devices. Background Technology

[0002] With the transformation of the global energy structure, energy storage technology has gradually become an important research field, especially playing a key role in the utilization of renewable energy and grid management. Effective management and optimized operation of energy storage devices are crucial for improving energy efficiency and system reliability.

[0003] Multi-scenario energy storage devices have a wide range of applications, including homes, industries, and large-scale power grid systems. These devices need to be interconnected through efficient network technologies to achieve real-time data monitoring, status management, and energy allocation. Existing networking technologies generally use wireless communication methods such as Bluetooth and Wi-Fi for data transmission. However, when there are many types of devices, the stability of the network is often affected, thereby reducing the effectiveness of controlling the data related to energy storage devices. Summary of the Invention

[0004] This application provides a wireless networking method, system, medium, and device for multi-scenario energy storage devices, which can improve network stability and thus enhance the control and management of data related to energy storage devices.

[0005] In a first aspect, this application provides a wireless networking method for multi-scenario energy storage devices, the method comprising:

[0006] Obtain the product series of each energy storage device in the target network;

[0007] The master and slave devices are determined according to the product series of each energy storage device.

[0008] The slave device establishes a communication connection with the host based on the host's Bluetooth MAC address;

[0009] Upon receiving a successful connection signal, the system acquires real-time data from each energy storage device and uploads the real-time data to the cloud platform.

[0010] By adopting the above technical solution, the product series of each energy storage device in the target network is obtained, and the master and slave devices are determined according to the product series. This enables the identification of multiple types of energy storage devices in heterogeneous networks and the determination of master and slave roles. Based on the determined master, the slave devices are controlled to establish connections with the master through their Bluetooth MAC addresses, thereby controlling the network topology and avoiding the problem of low networking efficiency caused by too many types of devices. After successful connection, the data of each energy storage device is uploaded to the cloud platform in real time, realizing unified monitoring and management of the networked devices. This solution enables rapid and effective networking of heterogeneous energy storage devices in multiple scenarios, improves network stability and resource utilization efficiency, enhances the control effect of energy storage device-related data, and provides effective support for subsequent fault diagnosis, data analysis, and equipment upgrades.

[0011] Optionally, determining the master and slave devices according to the product series of each of the energy storage devices includes:

[0012] Determine whether the product series of each energy storage device in the target network are the same;

[0013] If the product series of each of the energy storage devices is the same, then the master and slave devices are determined in the networking mode without a master control box;

[0014] If the product series of the various energy storage devices are different, the master and slave devices shall be determined in the networking mode with a master control box.

[0015] By adopting the above technical solution, when determining the master and slave devices, the system first checks whether the energy storage devices in the target network are of the same product series. If they are the same, the master and slave devices are determined in the mode without a master control box; otherwise, they are determined in the mode with a master control box. This approach implements a master-slave determination strategy that adapts to different scenarios and heterogeneous device situations. It can handle both homogeneous networks with the same product series and heterogeneous networks with different product series, expanding its applicability. Regardless of the situation, networking can be performed based on the determined master and slave devices, avoiding the low networking efficiency caused by directly connecting too many devices and ensuring network stability and reliability.

[0016] Optionally, determining the master and slave devices in a network mode without a master control box includes:

[0017] In the target network, the target energy storage device connected to the inverter is identified as the master, and other energy storage devices besides the target energy storage device are identified as slaves.

[0018] By adopting the above technical solution, in the networking mode without a master control box, the target energy storage device connected to the inverter is identified as the master, and other energy storage devices are identified as slaves. This realizes the master-slave division in the scenario without a master control box. This method clarifies the network topology, allowing the master to be directly connected to the inverter, and other slaves to communicate with the inverter through the master. This effectively avoids the problem of reduced networking efficiency caused by directly connecting too many devices to the inverter, and ensures the speed and stability of networking in this scenario.

[0019] Optionally, determining the master and slave devices in a network configuration with a master control box includes:

[0020] The main control box is identified as the master unit, and all the energy storage devices are identified as slave units.

[0021] By adopting the above technical solution, in a network configuration with a master control box, the master control box is designated as the master, and all energy storage devices are slaves, thus achieving master-slave division in a scenario with a master control box. This approach clarifies the network topology, making the master control box the core management device in the network. Each energy storage device communicates with the master control box, effectively avoiding the network efficiency reduction caused by directly connecting too many devices, and ensuring fast and stable network setup in this scenario.

[0022] Optionally, controlling the slave device to establish a communication connection with the host based on the host's Bluetooth MAC address includes:

[0023] Retrieve Bluetooth devices within the target network range;

[0024] The system sequentially sends connection commands containing the host's Bluetooth MAC address to the retrieved Bluetooth devices.

[0025] Receive response information returned by each of the slave devices based on the connection command;

[0026] The slave device is controlled to establish a communication connection with the master device based on the response information.

[0027] By employing the above technical solution, potential slave devices can be comprehensively identified by searching for Bluetooth devices within the target network range, ensuring network integrity. Connection commands containing the host Bluetooth MAC address are sent sequentially to the retrieved Bluetooth devices, avoiding signal interference that may occur with simultaneous broadcasts and improving communication efficiency. This method also effectively prevents unintended connections from non-target devices, enhancing system security. Receiving response information from each slave device based on the connection command allows the system to promptly grasp the slave device's status and connectivity, providing a reliable basis for subsequent connection establishment. Finally, based on the response information, the system controls the communication connection between the slave and host devices, achieving intelligent connection management and improving the success rate and stability of the network.

[0028] Optionally, acquiring real-time data from each of the energy storage devices and uploading the real-time data to the cloud platform includes:

[0029] Acquire real-time data from each of the energy storage devices, and perform edge computing processing on the real-time data to extract key and non-key data;

[0030] The key data is encrypted to obtain encrypted key data;

[0031] The target transmission method is determined based on the current network status, and the encrypted critical data and non-critical data are uploaded to the cloud platform according to the target transmission method.

[0032] By adopting the above technical solution, edge computing is performed on the real-time data collected from energy storage devices to extract key and non-key data. Key data is then encrypted, and the transmission method is selected based on network conditions before uploading to the cloud platform. This achieves intelligent and secure processing of massive amounts of energy storage device data. This approach reduces the pressure on the core network through edge computing, ensures security by encrypting important data, and dynamically selects appropriate transmission mechanisms based on the network, ensuring transmission reliability. Through intelligent processing of massive amounts of heterogeneous energy storage device data, highly relevant key information is filtered out, effectively improving data utilization efficiency.

[0033] Optionally, the method further includes:

[0034] Obtain the firmware version of each energy storage device, and obtain the latest firmware version and corresponding update strategy from the cloud platform;

[0035] If there are energy storage devices whose firmware version is not the latest firmware version, the firmware update package in the update strategy will be divided into multiple data blocks, and verification information will be generated.

[0036] Each data block is sent to the energy storage device to be updated, and the update progress and device status are obtained in real time during the update process of the energy storage device to be updated.

[0037] Once the update completion signal is received, the energy storage device to be updated is verified based on the verification information to obtain the update result, and the update result is sent to the cloud platform.

[0038] By adopting the above technical solution, the firmware version of the energy storage device is obtained and compared with the latest version of the cloud platform to determine whether an upgrade is needed. If so, the firmware package is divided into blocks according to a strategy, verification information is generated, the blocks are transmitted to the device and the status is monitored in real time, and finally the verification result is fed back to the cloud platform. This realizes intelligent upgrade of the firmware of the networked energy storage device. This method allows firmware upgrades to be applied to the devices that need them, improves efficiency by using block transmission, ensures process control by real-time monitoring, and ensures the correctness of the final verification result.

[0039] A second aspect of this application provides a wireless networking system for multi-scenario energy storage devices, the system comprising:

[0040] The product series acquisition module is used to acquire the product series of each energy storage device in the target network.

[0041] The master-slave determination module is used to determine the master and slave devices according to the product series of each energy storage device.

[0042] A communication connection establishment module is used to control the slave device to establish a communication connection with the host based on the host's Bluetooth MAC address;

[0043] The data transmission module is used to acquire real-time data from each of the energy storage devices after a successful connection signal is received, and to upload the real-time data to the cloud platform.

[0044] A fourth aspect of this application provides an electronic device comprising: a processor and a memory; wherein the memory stores a computer program adapted to be loaded by the processor and to execute the method steps described above.

[0045] In summary, one or more technical solutions provided in the embodiments of this application have at least the following technical effects or advantages:

[0046] This application identifies the product series of each energy storage device in the target network and determines the master and slave devices based on the product series. This enables the identification of multiple types of energy storage devices in a heterogeneous network and the determination of master and slave roles. Based on the determined master device, the slave device is controlled to establish a connection with it through its Bluetooth MAC address, thereby controlling the network topology and avoiding the problem of low networking efficiency caused by too many types of devices. After successful connection, the data of each energy storage device is uploaded to the cloud platform in real time, realizing unified monitoring and management of the networked devices. This solution enables rapid and effective networking of heterogeneous energy storage devices in multiple scenarios, improves network stability and resource utilization efficiency, enhances the control effect of energy storage device-related data, and provides effective support for subsequent fault diagnosis, data analysis, and equipment upgrades. Attached Figure Description

[0047] Figure 1This is a flowchart illustrating a wireless networking method for multi-scenario energy storage devices provided in an embodiment of this application;

[0048] Figure 2 This is a network system architecture diagram of a series of energy storage devices provided in an embodiment of this application;

[0049] Figure 3 This is a network system architecture diagram of different series of energy storage devices provided in the embodiments of this application;

[0050] Figure 4 This is a flowchart illustrating the principle of a wireless networking method for multi-scenario energy storage devices provided in an embodiment of this application.

[0051] Figure 5 This is a schematic diagram of a wireless networking system for multi-scenario energy storage devices provided in an embodiment of this application;

[0052] Figure 6 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application.

[0053] Explanation of reference numerals in the attached figures: 600, electronic device; 601, processor; 602, communication bus; 603, user interface; 604, network interface; 605, memory. Detailed Implementation

[0054] To enable those skilled in the art to better understand the technical solutions in this specification, the technical solutions in the embodiments of this specification will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments.

[0055] In the description of the embodiments of this application, the words "for example" or "for instance" are used to indicate examples, illustrations, or explanations. Any embodiment or design that is described as "for example" or "for instance" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design options. Rather, the use of the words "for example" or "for instance" is intended to present the relevant concepts in a specific manner.

[0056] In the description of the embodiments of this application, the term "multiple" means two or more. For example, multiple systems means two or more systems, and multiple screen terminals means two or more screen terminals. Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the indicated technical features. Thus, a feature defined with "first" or "second" may explicitly or implicitly include one or more of that feature. The terms "comprising," "including," "having," and variations thereof all mean "including but not limited to," unless otherwise specifically emphasized.

[0057] The technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments.

[0058] Please refer to Figure 1 This paper presents a flowchart illustrating a wireless networking method for multi-scenario energy storage devices. This method can be implemented using a computer program, a microcontroller, or run on a wireless networking system for multi-scenario energy storage devices. The computer program can be integrated into a computer device or run as a standalone application. Specifically, the method includes steps 10 to 40, as follows:

[0059] Step 10: Obtain the product series of each energy storage device in the target network.

[0060] In this application embodiment, the target network refers to a collection of energy storage devices that need to be connected for communication. It covers all relevant energy storage devices that are to form a network and may include different types or series of energy storage devices.

[0061] In this application embodiment, an energy storage device refers to a device capable of storing electrical energy and releasing it when needed, which may include, but is not limited to, battery modules, home energy storage systems, and power storage units.

[0062] Product series refers to the classification or model of energy storage equipment. Equipment in the same product series usually have similar characteristics, functions or communication protocols. Product series is used to determine the networking mode.

[0063] Specifically, obtaining the product series of each energy storage device in the target network is the crucial initial step in the entire wireless networking method, laying the foundation for subsequent network strategy selection and master-slave determination. Specifically, the system first sends a query signal via Bluetooth broadcast from the master control device (which can be a user terminal APP or a master control box) to all energy storage devices within the target network range. Each energy storage device, upon receiving the query signal, returns a response data packet containing its product series information. This data packet typically includes the device's unique identifier, product model, firmware version, etc. The master control device, upon receiving these responses, parses the data packets, extracts the product series information for each energy storage device, and temporarily stores this information in a local database. During the acquisition process, the system also records the Bluetooth signal strength of each device, which helps with subsequent device location estimation and grouping. If no response is received from some devices within a preset time, the system resends the query signal to ensure that information on all energy storage devices in the target network is obtained. In this way, the system can comprehensively understand the product series distribution of each energy storage device in the target network, providing a basis for subsequent network mode selection.

[0064] Step 20: Determine the master and slave units based on the product series of each energy storage device.

[0065] In this embodiment, the host device refers to the device that plays a core control and data aggregation role in a wireless networking system for energy storage devices. The host is responsible for coordinating the communication of the entire network, managing slave devices, and acting as a hub for interaction with external systems (such as cloud platforms). In a networking mode without a master control box, the host is usually an energy storage device directly connected to the inverter; while in a networking mode with a master control box, the master control box itself acts as the host, and its main responsibilities include initiating networking, allocating communication time slices, aggregating data, and issuing commands.

[0066] In this embodiment, a slave device refers to another energy storage device controlled and managed by the host in a wireless networking system for energy storage devices. The slave device receives instructions from the host, executes corresponding operations, and transmits its own status information and collected data to the host. In a network mode without a master control box, all energy storage devices except the selected master device act as slave devices; in a network mode with a master control box, all energy storage devices are considered slave devices. The main responsibilities of a slave device are to execute instructions issued by the host, collect local data, and respond to queries from the host.

[0067] Specifically, determining the master and slave devices based on the product series of each energy storage device is a crucial step in the entire wireless networking method, aiming to establish an efficient and stable communication network structure. First, the system analyzes the previously acquired product series information of each energy storage device to determine whether the energy storage devices in the target network belong to the same product series. This determination is critical because devices from different product series may have different communication protocols or functional characteristics, directly affecting the choice of networking strategy. If the system detects that all energy storage devices belong to the same product series, it will activate a masterless networking mode. In this mode, the system further identifies the target energy storage device directly connected to the inverter and designates it as the master. This selection is based on the direct connection between the device and the power system, enabling better coordination of power dispatch across the entire energy storage network. Besides this selected master device, all other energy storage devices are designated as slaves. This structure simplifies the communication path, reduces data transmission latency, and is particularly suitable for efficient collaborative work between devices of the same product series. Conversely, if the system identifies energy storage devices from different product series in the target network, it will activate a master-controller-equipped networking mode. In this scenario, the system designates the master control box as the master unit and all energy storage devices, regardless of their product series, as slave units. The master control box, as a dedicated control device, possesses stronger processing capabilities and more flexible communication interfaces, enabling it to effectively manage and coordinate energy storage devices from different product series, ensuring they operate harmoniously within a unified network.

[0068] Based on the above embodiments, as an optional embodiment, the step of determining the master and slave devices according to the product series of each energy storage device may further include the following steps:

[0069] Step 201: Determine whether the product series of each energy storage device in the target network are the same.

[0070] Specifically, the system identifies the product series information corresponding to each energy storage device. This information typically includes key identifiers such as the device model and firmware version. The system employs an efficient comparison algorithm, such as hash table matching or fast string comparison, to compare this product series information one by one. During the comparison process, the system sets a flag, initially set to "same". If the product series of the devices is found to be inconsistent during the comparison, the system immediately sets the flag to "different" and terminates the comparison process to improve efficiency. If the flag remains "same" after comparing all devices, it means that all devices belong to the same product series. This method not only yields results quickly but also terminates the comparison promptly upon discovering discrepancies, avoiding unnecessary waste of computational resources.

[0071] Step 202: If the product series of each energy storage device is the same, then determine the master and slave devices in the networking mode without a master control box.

[0072] Specifically, when the system determines that the energy storage devices in the target network are of the same product series, a master-slave network mode without a master control box is adopted to determine the master and slave devices. This method is chosen because devices of the same product series usually have the same communication protocols and functional characteristics, enabling efficient point-to-point communication. In the master-slave network mode, the system first identifies the target energy storage device directly connected to the inverter. This identification process is achieved by checking the connection status information of each energy storage device, which has already been obtained in the previous device information acquisition phase. The system designates the target energy storage device directly connected to the inverter as the master, because this target energy storage device is at a critical node in the power system and can directly obtain grid status information, making it more suitable as the coordination center of the entire energy storage network. After determining the master, all other energy storage devices are automatically designated as slaves. This master-slave structure simplifies the network topology and reduces the complexity of communication paths.

[0073] Please see Figure 2 This is a network system architecture diagram of a series of energy storage devices provided in an embodiment of this application;

[0074] like Figure 2 As shown, the networking system architecture of this series of energy storage devices includes inverters, battery modules (energy storage devices), user terminal APP, and cloud platform. In this embodiment, the energy storage devices of the same series are referred to as product 1, that is, a series of all products 1, and then each battery module, that is, energy storage device, is referred to as battery module 1, battery module 2, battery module 3... battery module n.

[0075] The inverter is used to convert direct current (DC) to alternating current (AC) to provide power conversion for energy storage devices. The positive and negative terminals of the inverter's DC terminal are connected to the positive and negative terminals of the battery module 1 of product 1 via power lines. At the same time, the inverter's communication terminal is connected to the communication terminal of the battery module 1 of product 1 via a communication line.

[0076] Battery Module 1, Battery Module 2, and so on, are all part of the same series of residential energy storage products. The positive and negative terminals of each battery module are connected in parallel to form an energy storage system. When connected to an external photovoltaic power generation system, excess electricity can be stored in the residential energy storage system to ensure that users can access sufficient power when needed.

[0077] The user terminal APP has the following three main functions:

[0078] 1. Establish a network with residential energy storage products via Bluetooth;

[0079] 2. After network setup, users can view the status and data of all residential energy storage products in real time via the APP;

[0080] 3. Data can be automatically uploaded to the cloud platform for remote monitoring, fault analysis, and firmware updates and push notifications.

[0081] The cloud platform consists of remote servers, which are responsible for receiving data from residential energy storage products uploaded by user terminal APPs, performing remote monitoring, fault diagnosis, data analysis, and pushing the latest firmware to update products.

[0082] Combination Figure 2 The inverter's DC terminal is connected to the DC terminal of battery module 1 (Product 1) via a power line. The positive and negative terminals of battery module 1 are connected in parallel to the positive and negative terminals of battery modules 2 and n (Product 1), respectively. Communication between battery modules 1, 2, and n is achieved via Bluetooth, forming a network structure. The user terminal APP communicates with battery modules 1 via Bluetooth and establishes remote communication with the cloud platform via mobile communication network or WiFi. The cloud platform can perform system monitoring, data analysis, and firmware upgrades.

[0083] Step 203: If the product series of each energy storage device are different, then determine the master and slave devices in the networking mode with a master control box.

[0084] Specifically, when the system determines that the product series of the energy storage devices in the target network are different, a networking mode with a master control box is adopted to determine the master and slave devices. This method is chosen because energy storage devices of different product series may have different communication protocols, functional characteristics, and performance parameters, requiring a unified management and coordination center to ensure system compatibility and stability. In the networking mode with a master control box, the system first activates the master control box and designates it as the master. The master control box is typically a specially designed device with powerful processing capabilities, diverse communication interfaces, and a flexible software architecture, capable of adapting to the needs of different product series devices. The system sends initialization commands to the master control box, activating its master function modules, including multi-protocol communication management, data aggregation and processing, and command distribution. Then, all energy storage devices in the target network, regardless of their product series, are designated as slave devices. This unified slave designation simplifies the network structure, allowing all energy storage devices to be directly managed by the master control box, facilitating centralized control and coordination.

[0085] Please see Figure 3 This is a network system architecture diagram of different series of energy storage devices provided in the embodiments of this application;

[0086] like Figure 3As shown, the networking system architecture for different series of energy storage devices includes a main control box, battery modules, routers, and a user-end APP. In this embodiment, the different series of energy storage devices are referred to as Product 1, Product 2...Product N, meaning that each product has a different series. Then, each battery module, which is the energy storage device, is referred to as Battery 1, Battery 2, Battery 3...Battery N.

[0087] The main control box is used to network different series of energy storage products. It communicates with each product via Bluetooth, uploading all product data to the user's terminal app. Simultaneously, the main control box can connect to a router via Ethernet or WiFi to upload data to a cloud platform, enabling remote real-time monitoring and firmware upgrades. The main control box integrates several key modules, including a Bluetooth module, a WiFi module, an Ethernet interface, and a microcontroller unit (MCU), to ensure data transmission and system management functions.

[0088] Products 1, 2 to N each consist of multiple battery modules with Bluetooth modules. These battery modules can connect to the main control box via Bluetooth and also communicate with the user terminal APP to achieve data uploading and remote management.

[0089] As an intermediary connecting the cloud platform and the main control box, the router can be connected to the main control box via wired Ethernet or wireless WiFi, depending on the installation location of the energy storage product and the main control box, to ensure that data can be stably uploaded to the cloud platform.

[0090] User-side APP and Figure 2 The apps have the same functions, used to connect to the main control box via Bluetooth to view the status and data of all energy storage products. Through the app, users can also connect to the cloud platform via mobile communication network or WiFi for remote monitoring and firmware upgrades.

[0091] Combination Figure 3 Each energy storage product (1 through n) is internally connected, with all products' Bluetooth modules configured as slaves. The main control box's Bluetooth module is configured as the master by default, responsible for establishing connections with the Bluetooth slaves of each energy storage product. The main control box receives data from all energy storage products via Bluetooth and processes this data through multiple transmission paths. One transmission path directly transmits data to the user's mobile app, allowing users to view the status and data of the energy storage products in real time. Another transmission path uses the microcontroller unit (MCU) inside the main control box to upload data to the router via an Ethernet interface or WiFi module, and then the router uploads the data to the cloud platform. Furthermore, product data received by the user's mobile app can also be uploaded to the cloud platform via WiFi or mobile communication networks, enabling remote monitoring and data backup. This connectivity architecture ensures real-time data synchronization and remote management of the energy storage system.

[0092] Step 30: Control the communication connection between the slave device and the host based on the host's Bluetooth MAC address.

[0093] Specifically, in this embodiment, to achieve efficient wireless networking of energy storage devices across multiple scenarios, the system first searches for Bluetooth devices within the target networking range. This step aims to identify all potential slave devices, ensuring that no energy storage device that might participate in the networking is overlooked. The search process can be implemented through Bluetooth broadcast scanning, where the system continuously scans and records the detected Bluetooth device information within a preset time. After the search is complete, connection commands containing the host's Bluetooth MAC address are sent sequentially to the retrieved Bluetooth devices. This sequential sending method helps avoid network congestion and improves communication efficiency. The inclusion of the host's Bluetooth MAC address in the connection command ensures that the slave devices can accurately identify and connect to the correct host. This step can be achieved by constructing a Bluetooth data packet with a specific format, which encapsulates the host's MAC address and connection request information. Subsequently, the system receives response information returned by each slave device based on the connection command. This response information may contain key data such as the slave device's device identifier, current status, and power information. By analyzing this response information, the system can initially determine the connectivity and status of each slave device, preparing for subsequent connection establishment. The process of receiving response information requires setting an appropriate timeout to balance efficiency and reliability. Finally, based on the received response information, Bluetooth connections are established between the host and each slave device. This step involves the standard Bluetooth pairing and connection process, including exchanging encryption keys and negotiating connection parameters. The system will establish stable Bluetooth connections with each slave device one by one according to the response order or preset priority rules. This process can automatically complete the networking process of multiple energy storage devices, identifying and connecting all compatible devices without manual intervention. By using the host's Bluetooth MAC address as an identifier, this process ensures that slave devices only connect to the designated host, improving system security. At the same time, sending connection commands and establishing connections one by one helps reduce signal interference and improve the connection success rate.

[0094] Step 40: After receiving the connection success signal, acquire the real-time data of each energy storage device and upload the real-time data to the cloud platform.

[0095] Specifically, after the host receives successful connection confirmations from all slave devices, it sends a connection success signal and triggers a network-wide data acquisition command. This command sends data requests to each energy storage device sequentially according to a preset data acquisition cycle and priority order. Upon receiving the request, each energy storage device immediately collects its current operating parameters, including but not limited to key indicators such as voltage, current, temperature, state of charge (SOC), and state of health (SOH). The data acquisition process employs edge computing technology, performing preliminary data processing and anomaly detection at the device end to reduce the amount of data transmitted and improve response speed. Next, the system categorizes and prioritizes the collected real-time data. Critical data (such as abnormal alarms or rapidly changing parameters) is marked as high priority to ensure priority processing and transmission. Simultaneously, the system compresses and encrypts the data, reducing bandwidth consumption while ensuring data security. Once the data is ready, the system assesses the current network conditions and selects the most suitable transmission protocol and path. If the network conditions are good, the system directly uploads the data to the cloud platform through the selected secure channel (such as VPN or SSL). If network conditions are poor, the system will activate a local caching mechanism to temporarily store data and automatically resume transmission once the network is restored. Data uploads employ an incremental update strategy, transmitting only data that has changed since the last upload to further optimize network resource utilization.

[0096] Based on the above embodiments, as an optional embodiment, the step of acquiring real-time data from each energy storage device and uploading the real-time data to the cloud platform may further include the following steps:

[0097] Step 401: Obtain real-time data from each energy storage device, and perform edge computing processing on the real-time data to extract key and non-key data;

[0098] Specifically, the system periodically sends data acquisition commands to each energy storage device according to a preset data acquisition strategy. Upon receiving the command, each device immediately collects a series of real-time data, including but not limited to voltage, current, temperature, state of charge (SOC), state of health (SOH), and charging / discharging power. The data acquisition frequency is dynamically adjusted based on the importance of the device and historical fluctuations to balance data accuracy and system resource consumption. After collecting the raw data, edge computing processing is performed on the real-time data. This process includes data cleaning, outlier detection, and preliminary analysis. The data cleaning stage removes obvious noise and erroneous readings to ensure data quality. Outlier detection uses statistical methods or machine learning algorithms to identify data points outside the normal range. The preliminary analysis stage calculates derived indicators such as power change rate and temperature gradient. The introduction of edge computing significantly reduces the amount of data that needs to be transmitted to the cloud, while improving the system's response speed to anomalies.

[0099] Next, the system categorizes the processed data based on predefined rules and real-time calculation results, dividing it into critical and non-critical data. Critical data typically includes outliers, parameters exceeding safety thresholds, rapidly changing indicators, and system alarms. This data directly relates to system security and efficiency and requires priority processing and transmission. Non-critical data includes operating parameters within normal ranges and long-term trend data. While this data does not require immediate processing, it remains important for long-term analysis and system optimization. The system also adds timestamps and priority tags to critical data to ensure it receives timely attention in subsequent data transmission and processing.

[0100] Step 402: Encrypt the key data to obtain the encrypted key data.

[0101] Specifically, the system encrypts the critical data previously identified through edge computing. The encryption process uses the Advanced Encryption Standard (AES) algorithm with a 256-bit key length to ensure data confidentiality. Hardware acceleration is employed during encryption to minimize the impact on system performance. Simultaneously, the system generates a unique initialization vector (IV) for each encrypted data packet to prevent replay attacks. Furthermore, after encryption, the system can calculate and append a data integrity checksum to verify data integrity in the cloud.

[0102] Step 403: Determine the target transmission method based on the current network status, and upload the encrypted critical data and non-critical data to the cloud platform according to the target transmission method.

[0103] Specifically, the system assesses the current network status, including parameters such as bandwidth, latency, and packet loss rate. This assessment process utilizes the host's built-in network monitoring module to collect network performance metrics in real time. Based on these metrics, the system uses a preset decision algorithm to select the most suitable target transmission method. Available transmission methods include, but are not limited to: high-speed direct transmission mode (suitable for good network conditions), segmented transmission mode (suitable for unstable networks), compressed transmission mode (suitable for bandwidth-constrained situations), and delayed transmission mode (suitable for network congestion). After selecting a transmission method, the system sorts the transmission queue according to the priority and importance of the data. Encrypted critical data is placed at the front of the queue to ensure priority transmission. For non-critical data, the system performs lightweight compression to further reduce the amount of data transmitted. During transmission, the system continuously monitors the network status. If significant changes in network conditions are detected, the system dynamically adjusts the transmission strategy, such as switching to a more suitable transmission mode or adjusting the transmission rate. Simultaneously, the system also implements a resume function to ensure that transmission can resume from the point of interruption after a network outage, avoiding data duplication or loss.

[0104] Based on the above embodiments, as an optional embodiment, a wireless networking method for multi-scenario energy storage devices may further include the following steps:

[0105] Step 501: Obtain the firmware version of each energy storage device, and retrieve the latest firmware version and corresponding update strategy from the cloud platform.

[0106] Specifically, the system periodically triggers a firmware version check program, which sends version query commands to each energy storage device in the target network via a preset communication protocol. Upon receiving the query command, each energy storage device immediately reads its internally stored firmware version information, including the version number, release date, and feature identifiers. This information is packaged into a standard format response data packet and sent back to the main control device and the cloud platform through a previously established secure communication channel. Then, the system retrieves the latest firmware version from the cloud platform, along with the corresponding update strategy for upgrading from each firmware version to the latest one. This update strategy includes, but is not limited to, key parameters such as firmware update packages, update priorities, bandwidth requirements, installation windows, and rollback schemes.

[0107] Step 502: If there are energy storage devices whose firmware version is not the latest version, the firmware update package in the update strategy will be divided into multiple data blocks and verification information will be generated.

[0108] Specifically, the system compares the latest firmware version provided by the cloud platform with the current firmware version of each energy storage device to identify those devices whose firmware version is not the latest. For these devices, the system reads the firmware update package from the update strategy. Considering the storage and processing capacity limitations of the energy storage devices and the instability of network transmission, the system uses a block-based transmission method to process the firmware update package. Specifically, the system divides the firmware update package into multiple data blocks according to a preset size (usually 4KB to 64KB, dynamically adjusted according to device performance and network conditions). Each data block is assigned a unique sequence number for reassembly and verification by the receiving end. After segmentation, the system generates a CRC (Cyclic Redundancy Check) or MD5 checksum for each data block. This checksum information is used by the receiving end to verify data integrity. In addition to single-block checksums, the system also calculates the SHA-256 hash value of the entire firmware update package as global checksum information. Next, the system generates a meta-data packet containing information such as the firmware version number, the total number of data blocks, the size and checksum of each data block, and the global SHA-256 hash value. This metadata packet will be sent to the device to be updated at the start of the firmware update process to prepare it for reception. At the same time, the system will formulate a dynamic transmission plan based on the bandwidth requirements in the update policy and the device's current network conditions. This plan will determine the order of data block transmission, transmission interval, and retry policy.

[0109] Step 503: Send each data block to the energy storage device to be updated one by one, and obtain the update progress and device status in real time during the update process of the energy storage device to be updated.

[0110] Specifically, the system will begin sending firmware update data blocks one by one according to the previously established dynamic transmission plan. The transmission process employs reliable transmission protocols, such as TCP or an optimized MQTT protocol, to ensure reliable data transmission. Before sending each data block, the system adds a sequence number and timestamp to facilitate reordering and transmission delay analysis at the receiving end. The transmission interval is dynamically adjusted based on preset network bandwidth limits and real-time network conditions to avoid excessive impact on the normal operation of the energy storage device. Simultaneously with data block transmission, the system implements a real-time monitoring mechanism. This mechanism obtains update progress and device status information from the energy storage device to be updated through periodic polling or asynchronous notification. Update progress information includes the number of data blocks received, the current update stage (e.g., download, verification, installation), and estimated remaining time. Device status information includes key indicators such as CPU load, memory usage, storage space, and battery power (if applicable). The system analyzes this real-time data, and if any anomalies are detected (e.g., progress stalling, resource exhaustion), it will immediately take corresponding measures, such as pausing transmission, adjusting the transmission rate, or triggering a rollback procedure. To improve transmission efficiency and reliability, the system also implements an adaptive retransmission mechanism. If an acknowledgment for a data block is not returned within a predetermined time, the system will automatically retransmit the data block. The number of retransmissions and the interval between retransmissions are dynamically adjusted based on network conditions to balance reliability and efficiency. Simultaneously, the system maintains a sliding window, allowing multiple data blocks to be transmitted simultaneously, improving bandwidth utilization. During the update process, the system periodically reports the update status to the cloud platform, including overall progress, encountered problems, and measures taken. This information is not only used for remote monitoring but will also be used to optimize future update strategies.

[0111] Step 504: After receiving the update completion signal, verify the energy storage device to be updated based on the verification information, obtain the update result, and send the update result to the cloud platform.

[0112] Specifically, upon receiving an update completion signal from the energy storage device to be updated, this signal signifies that the device has completed firmware download, installation, and preliminary self-test. Subsequently, the system immediately initiates a comprehensive verification procedure, which performs multi-level verification of the update results based on previously generated verification information. The verification process first requires the energy storage device to calculate and report the SHA-256 hash value of its newly installed firmware. The system compares this hash value with the SHA-256 hash value of the previously stored original firmware package to ensure the integrity and consistency of the overall firmware. Next, the system verifies each component of the firmware block by block, sending verification requests to the energy storage device to calculate the CRC checksum or MD5 value of a specific memory region. These local verification results are compared with the verification information generated when the firmware update package was segmented to ensure that each data block is correctly installed and has not been tampered with. In addition to data integrity verification, the system also performs functional verification, sending a series of predefined test commands to the energy storage device to be updated, covering key functional modules such as the Battery Management System (BMS), Power Conversion System (PCS), and communication modules. The energy storage device to be updated performs these tests and returns results. The system analyzes these results to confirm whether the various functions of the new firmware are operating normally. During the verification process, the system records the execution status and results of each step in real time, forming a detailed verification log. If an anomaly is found in any verification step, the system immediately records the error information and decides whether to trigger a rollback procedure or initiate a fault diagnosis process based on the preset error handling strategy. After verification is completed, the system generates a comprehensive update result and sends the update result to the cloud platform.

[0113] Please see Figure 4 This is a flowchart illustrating the principle of a wireless networking method for multi-scenario energy storage devices provided in this application embodiment.

[0114] like Figure 4 As shown, after all energy storage devices are powered on, the user opens the user terminal APP to determine whether the product series of each energy storage device is the same.

[0115] If the energy storage devices are from the same product series, a network mode without a master control box is selected. In master mode, battery module 1 (Product 1) that communicates directly with the inverter is defined as the master, and its Bluetooth MAC address is saved. Next, in slave mode, battery modules 2 through n (Product 1) are selected as slaves, and the master's Bluetooth MAC address is sent to the Bluetooth modules of these modules. Subsequently, battery modules 2 through n establish a Bluetooth communication connection with battery module 1 using the received master's Bluetooth MAC address, thus completing the network setup for battery modules 1. After the user terminal APP connects to the master (i.e., battery module 1) via Bluetooth, the relevant data for all battery modules can be viewed in the APP. Furthermore, the APP can connect to the cloud platform via mobile communication network or WiFi to upload data information of the household energy storage products to the cloud platform in real time, enabling remote real-time monitoring and firmware upgrades to ensure stable system operation.

[0116] If the energy storage devices have different product series, select the networking mode with a main control box, and set the main control box's Bluetooth as the master, while the Bluetooth of all energy storage product battery modules is set as the slave. In master mode, the APP saves the main control box's Bluetooth MAC address; then, in slave mode, select the slave Bluetooth devices for all energy storage products and send the main control box's Bluetooth MAC address to each slave Bluetooth device sequentially. After receiving the master's MAC address, the slave Bluetooth devices automatically connect to the main control box, completing the networking of all energy storage product battery modules with the main control box. At this time, all product battery module data can be uploaded to the main control box via Bluetooth. The user-end APP can connect to the main control box via Bluetooth to view the status and related data of all energy storage products in real time. The APP can also upload this data to the cloud platform and download the latest firmware from the cloud platform for updating the energy storage product firmware. Even without the user-end APP connected to the main control box, the user can still choose the main control box's network connection method. When the user's router is far from the energy storage product and the wireless signal is poor, wired data transmission via Ethernet can be chosen. The main control box connects to the router via a wired connection, and the router then uploads the data to the cloud platform. When the user's router and energy storage product are close together and the wireless network signal is good, a wireless connection can be chosen. The main control box connects to the router wirelessly via WiFi to achieve data transmission, and the router then uploads the data to the cloud platform. Both data transmission methods enable real-time monitoring of all energy storage batteries, ensuring system stability and real-time data synchronization.

[0117] Please see Figure 5This is a schematic diagram of a wireless networking system for multi-scenario energy storage devices provided in an embodiment of this application. The wireless networking system for multi-scenario energy storage devices may include: a product series acquisition module, a master / slave determination module, a communication connection establishment module, and a data transmission module, wherein:

[0118] The product series acquisition module is used to acquire the product series of each energy storage device in the target network.

[0119] The master-slave determination module is used to determine the master and slave devices according to the product series of each energy storage device.

[0120] A communication connection establishment module is used to control the slave device to establish a communication connection with the host based on the host's Bluetooth MAC address;

[0121] The data transmission module is used to acquire real-time data from each of the energy storage devices after a successful connection signal is received, and to upload the real-time data to the cloud platform.

[0122] Optionally, the master-slave determination module is further used to determine whether the product series of each energy storage device in the target network is the same; if the product series of each energy storage device is the same, then the master and slave are determined in the networking mode without a master control box; if the product series of each energy storage device is different, then the master and slave are determined in the networking mode with a master control box.

[0123] Optionally, the master-slave determination module is further configured to determine the target energy storage device connected to the inverter as the master in the target network, and to designate other energy storage devices besides the target energy storage device as slaves.

[0124] Optionally, the master-slave determination module is further configured to determine that the master control box is the master and all the energy storage devices are slaves.

[0125] Optionally, the communication connection establishment module is further configured to: search for Bluetooth devices within the target network range; sequentially send connection instructions containing the host Bluetooth MAC address to the searched Bluetooth devices; receive response information returned by each slave device based on the connection instructions; and control the slave device to establish a communication connection with the host based on the response information.

[0126] Optionally, the data transmission module is further configured to acquire real-time data from each of the energy storage devices, perform edge computing processing on the real-time data to extract key data and non-key data; encrypt the key data to obtain encrypted key data; determine the target transmission method based on the current network status, and upload the encrypted key data and the non-key data to the cloud platform according to the target transmission method.

[0127] Optionally, the data transmission module is further configured to obtain the firmware version of each energy storage device, obtain the latest firmware version and corresponding update strategy from the cloud platform; if there is an energy storage device whose firmware version is not the latest firmware version, the firmware update package in the update strategy is divided into multiple data blocks, and verification information is generated; each data block is sent to the energy storage device to be updated block by block, and the update progress and device status are obtained in real time during the update process of the energy storage device to be updated; when the update completion signal is obtained, the energy storage device to be updated is verified based on the verification information to obtain the update result, and the update result is sent to the cloud platform.

[0128] It should be noted that the system provided in the above embodiments is only illustrated by the division of the above functional modules. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. In addition, the system and method embodiments provided in the above embodiments belong to the same concept, and the specific implementation process can be found in the method embodiments, which will not be repeated here.

[0129] This application also provides a computer storage medium that can store multiple instructions. The instructions are adapted to be loaded and executed by a processor as described in the above embodiments of a wireless networking method for a multi-scenario energy storage device. For the specific execution process, please refer to the detailed description of the above embodiments, which will not be repeated here.

[0130] Please refer to Figure 6 This application also discloses an electronic device. Figure 6 This is a schematic diagram of the structure of an electronic device disclosed in an embodiment of this application. The electronic device 600 may include: at least one processor 601, at least one network interface 604, a user interface 603, a memory 605, and at least one communication bus 602.

[0131] The communication bus 602 is used to enable communication between these components.

[0132] The user interface 603 may include a display screen and a camera. Optionally, the user interface 603 may also include a standard wired interface and a wireless interface.

[0133] The network interface 604 may optionally include a standard wired interface or a wireless interface (such as a Wi-Fi interface).

[0134] The processor 601 may include one or more processing cores. The processor 601 connects to various parts of the server using various interfaces and lines, and performs various server functions and processes data by running or executing instructions, programs, code sets, or instruction sets stored in the memory 605, and by calling data stored in the memory 605. Optionally, the processor 601 may be implemented using at least one hardware form of Digital Signal Processing (DSP), Field-Programmable Gate Array (FPGA), or Programmable Logic Array (PLA). The processor 601 may integrate one or a combination of several of the following: Central Processing Unit (CPU), Graphics Processing Unit (GPU), and modem. The CPU primarily handles the operating system, user interface, and applications; the GPU is responsible for rendering and drawing the content required for display; and the modem handles wireless communication. It is understood that the modem may also not be integrated into the processor 601 and may be implemented as a separate chip.

[0135] The memory 605 may include random access memory (RAM) or read-only memory. Optionally, the memory 605 may include a non-transitory computer-readable storage medium. The memory 605 may be used to store instructions, programs, code, code sets, or instruction sets. The memory 605 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as touch function, sound playback function, image playback function, etc.), instructions for implementing the above-described method embodiments, etc.; the data storage area may store data involved in the above-described method embodiments, etc. Optionally, the memory 605 may also be at least one storage device located remotely from the aforementioned processor 601. (Refer to...) Figure 6 The memory 605, which serves as a computer storage medium, may include an operating system, a network communication module, a user interface module, and an application program for a wireless networking method for multi-scenario energy storage devices.

[0136] exist Figure 6In the illustrated electronic device 600, the user interface 603 is mainly used to provide an input interface for the user and acquire user input data; while the processor 601 can be used to call an application program stored in the memory 605 for a wireless networking method of a multi-scenario energy storage device. When executed by one or more processors 601, the electronic device 600 performs one or more of the methods described in the above embodiments. It should be noted that, for the foregoing method embodiments, for the sake of simplicity, they are all described as a series of actions. However, those skilled in the art should understand that this application is not limited to the described order of actions, because according to this application, some steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also understand that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily essential to this application.

[0137] In the above embodiments, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0138] In the various embodiments provided in this application, it should be understood that the disclosed apparatus can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some service interface; the indirect coupling or communication connection between apparatuses or units may be electrical or other forms.

[0139] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0140] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0141] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage device (CMD). Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a memory and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned memory includes various media capable of storing program code, such as USB flash drives, portable hard drives, magnetic disks, or optical disks.

[0142] The above description is merely an exemplary embodiment of this disclosure and should not be construed as limiting the scope of this disclosure. Any equivalent changes and modifications made in accordance with the teachings of this disclosure shall still fall within the scope of this disclosure. Other embodiments of this disclosure will be readily apparent to those skilled in the art upon consideration of the specification and the disclosure of practical truths.

[0143] This application is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not described in this disclosure. The specification and embodiments are to be considered exemplary only, and the scope and spirit of this disclosure are defined by the claims.

Claims

1. A wireless networking method for multi-scenario energy storage devices, characterized in that, include: Obtain the product series of each energy storage device in the target network; The master and slave devices are determined according to the product series of each energy storage device. The slave device establishes a communication connection with the host based on the host's Bluetooth MAC address; Upon receiving a successful connection signal, the real-time data of each energy storage device is acquired and uploaded to the cloud platform. The master and slave units are determined according to the product series of each energy storage device, including: Determine whether the product series of each energy storage device in the target network are the same; If the product series of each of the energy storage devices is the same, then the master and slave devices are determined in the networking mode without a master control box; If the product series of each of the energy storage devices are different, then the master and slave devices shall be determined in the networking mode with a master control box; In the networking mode without a master control box, the determination of the master and slave devices includes: In the target network, the target energy storage device connected to the inverter is identified as the master, and other energy storage devices besides the target energy storage device are identified as slaves. In a network configuration with a master control box, the master and slave devices are determined, including: The main control box is identified as the master unit, and all the energy storage devices are identified as slave units.

2. The wireless networking method for multi-scenario energy storage devices according to claim 1, characterized in that, The method of controlling the slave device to establish a communication connection with the host based on the host's Bluetooth MAC address includes: Retrieve Bluetooth devices within the target network range; The system sequentially sends connection commands containing the host's Bluetooth MAC address to the retrieved Bluetooth devices. Receive response information returned by each of the slave devices based on the connection command; The slave device is controlled to establish a communication connection with the master device based on the response information.

3. The wireless networking method for multi-scenario energy storage devices according to claim 1, characterized in that, The step of acquiring real-time data from each of the energy storage devices and uploading the real-time data to the cloud platform includes: Acquire real-time data from each of the energy storage devices, and perform edge computing processing on the real-time data to extract key and non-key data; The key data is encrypted to obtain encrypted key data; The target transmission method is determined based on the current network status, and the encrypted critical data and non-critical data are uploaded to the cloud platform according to the target transmission method.

4. The wireless networking method for multi-scenario energy storage devices according to claim 1, characterized in that, The method further includes: Obtain the firmware version of each energy storage device, and obtain the latest firmware version and corresponding update strategy from the cloud platform; If there are energy storage devices whose firmware version is not the latest firmware version, the firmware update package in the update strategy will be divided into multiple data blocks, and verification information will be generated. Each data block is sent to the energy storage device to be updated, and the update progress and device status are obtained in real time during the update process of the energy storage device to be updated. Once the update completion signal is received, the energy storage device to be updated is verified based on the verification information to obtain the update result, and the update result is sent to the cloud platform.

5. A wireless networking system for multi-scenario energy storage devices, characterized in that, The system is used to execute the wireless networking method for multi-scenario energy storage devices as described in claim 1, the system comprising: The product series acquisition module is used to acquire the product series of each energy storage device in the target network. The master-slave determination module is used to determine the master and slave devices according to the product series of each energy storage device. A communication connection establishment module is used to control the slave device to establish a communication connection with the host based on the host's Bluetooth MAC address; The data transmission module is used to acquire real-time data from each of the energy storage devices after a successful connection signal is received, and to upload the real-time data to the cloud platform.

6. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a plurality of instructions adapted to be loaded by a processor and executed as described in any one of claims 1-4.

7. An electronic device, characterized in that, The device includes a processor, a memory, a user interface, and a network interface. The memory is used to store instructions, the user interface and the network interface are used to communicate with other devices, and the processor is used to execute the instructions stored in the memory to cause the electronic device to perform the method as described in any one of claims 1-4.

Images