Power grid supply and demand collaborative control method and system based on soft bus and atomization service

Abstract

The application discloses a power grid supply-demand collaborative control method and system based on a soft bus and atomization service. The method comprises the following steps: abstracting device data of a user-side device into atomization service and registering the atomization service to a distributed soft bus; acquiring a supply-demand collaborative strategy, arranging and combining the atomization service to generate a response sequence; and executing the response sequence, calling corresponding atomization service through the distributed soft bus to control the user-side device to run. The method constructs a networking collaborative system of user-side devices for power grid-user flexible interaction scenarios through the distributed soft bus and the atomization service, improves the networking communication efficiency and reliability, generates the supply-demand collaborative strategy in response to the real-time running state of the device, controls the user-side device to run, solves the problems of difficult access of heterogeneous devices, slow response of collaborative control, solidification of collaborative strategy and the like, and realizes the minute-level or even second-level fast autonomous supply-demand collaboration of the power grid at the edge side.

Description

TECHNICAL FIELD

[0001] The present application belongs to the technical field of intelligent control of power systems, and particularly relates to a power grid supply-demand collaborative control method and system based on a soft bus and atomized services. BACKGROUND

[0002] With the accelerated construction of new power systems, a large number of distributed intelligent devices (such as photovoltaic, charging piles, distributed energy storage, central air conditioning, etc.) have poured into the power grid. These devices are diverse in origin, heterogeneous in protocol, and decentralized in control, bringing great challenges to the supply-demand balance of the power grid. The traditional centralized regulation mode has a slow response speed (usually with a 15-minute cycle), which is difficult to cope with the rapid fluctuations on both sides of the source and load, and cannot realize efficient real-time supply-demand collaboration.

[0003] In the prior art, an Internet of Things platform is usually used as a unified channel for device access, which has the following problems: each device must follow the technical standards, protocol specifications, object models, data formats, etc. of the Internet of Things platform when accessing, and requires a lot of customized development; moreover, when the device is updated or the business demand changes, such as device update, power grid business demand change, data transmission channel adjustment, network mode change, etc. System adaptation and development need to be re-done, the business function has poor reusability, the system flexibility and maintainability are insufficient, and the maintenance workload is large. In addition, the existing technology relies on the cloud for centralized scheduling and control, and the business strategy response cycle is long (for example, the traditional 15-minute level), which cannot meet the high-frequency, rapid local collaborative demand (such as real-time consumption and peak shaving) of distributed devices such as photovoltaic, energy storage, and charging in the new power system.

[0004] Therefore, there is an urgent need for a technical solution that can realize the rapid access of a large number of heterogeneous devices and efficient, rapid collaborative control on demand. SUMMARY

[0005] In view of the deficiencies of the prior art, one of the purposes of the present application is to provide a power grid supply-demand collaborative control method based on a soft bus and atomized services to solve the problems of difficult access of heterogeneous devices, slow response of collaborative control, and fixed collaborative strategy, and to realize minute-level or even second-level rapid autonomous supply-demand collaboration of the power grid on the edge side.

[0006] The second purpose of the present application is to provide a system for implementing the power grid supply-demand collaborative control method based on a soft bus and atomized services.

[0007] The present application provides a power grid supply-demand collaborative control method based on a soft bus and atomized services, comprising the following steps:

[0008] S1. Abstracting the device data of the user-side device into atomized services and registering to a distributed soft bus;

[0009] S2. Obtain a supply-demand coordination strategy, and perform arrangement and combination on at least part of the atomized services according to the supply-demand coordination strategy to generate a response sequence;

[0010] S3. Execute the response sequence, and call the corresponding atomized services through the distributed soft bus to control the user-side equipment to run.

[0011] In step S1, the user-side equipment includes at least two of the following: controllable load, photovoltaic equipment, charging pile and energy storage equipment;

[0012] Step S1 includes the following steps:

[0013] When the user-side equipment detects a network connection state, the equipment initiates an online broadcast; the online broadcast carries device digital identity information;

[0014] After any energy gateway receives the online broadcast of the equipment, the device digital identity information is extracted for identity authentication, and after the identity authentication is passed, a session key is generated, and the identity authentication state and the session key are synchronized to other gateways;

[0015] The equipment that passes the identity authentication is connected to the distributed soft bus, and the device address, device state and device control function of the user-side equipment are added to the service registration library.

[0016] The discovery mechanism of the online broadcast includes any one or a combination of multiple items of multicast discovery, multicast discovery and neighbor discovery.

[0017] The device data of the user-side equipment is abstracted as atomized services and registered to the distributed soft bus, which further includes:

[0018] The device data of the user-side equipment is split into device state information class services and device control information class services;

[0019] The security communication level of the device state information class services and the device control information class services is differentiated; wherein the device state information class services are used to provide at least device state information; and the device control information class services are used to provide at least device control function information;

[0020] The security level of the device control information class services is higher than that of the device state information class services.

[0021] Step S2 includes the following steps:

[0022] Obtain a supply-demand coordination strategy, and convert the supply-demand coordination strategy into an edge-side optimization target;

[0023] Filtering a target service from the atomized services according to the edge-side optimization target, and orchestrating and combining the target service to generate the response sequence; wherein the response sequence is used at least to determine an execution order, an operation instruction and a setting value of the target service.

[0024] The edge-side optimization target comprises at least one of the following: minimum economic cost, fastest regulation speed and most balanced equipment wear.

[0025] The supply-demand coordination strategy comprises at least one of the following: a load fluctuation determined according to equipment state data, power generation prediction, and the supply-demand coordination strategy generated according to the load fluctuation and the power generation prediction.

[0026] The supply-demand coordination strategy comprises at least one of the following: a load scheduling strategy, a power scheduling strategy, a charging pile scheduling strategy, an energy storage scheduling strategy and a fluctuation smoothing strategy.

[0027] Step S3 further comprises: obtaining real-time state data and service execution result data of the user-side equipment, and reporting feedback data flow through the distributed soft bus; and performing effect evaluation and dynamic correction on the response sequence based on the feedback data flow.

[0028] The application further provides a system for implementing the power grid supply-demand coordination control method based on the soft bus and atomized services, comprising user-side equipment, a distributed soft bus, an energy gateway and an edge-side soft bus controller.

[0029] The energy gateway and the edge-side soft bus controller interact with each other through the distributed soft bus; the energy gateway is used to abstract equipment data of the user-side equipment into atomized services and register the atomized services to the distributed soft bus; and the user-side equipment comprises at least two of the following: controllable load, photovoltaic equipment, charging pile and energy storage equipment.

[0030] The edge-side soft bus controller is used to obtain a supply-demand coordination strategy, to orchestrate and combine at least part of the atomized services according to the supply-demand coordination strategy, to generate a response sequence, and to execute the response sequence to call corresponding atomized services through the distributed soft bus to control the user-side equipment to run.

[0031] The application discloses a power grid supply-demand collaborative control method and system based on a soft bus and atomized services. BRIEF DESCRIPTION OF DRAWINGS

[0032] Figure 1 A flowchart of the method of the application is shown in the figure.

[0033] Figure 2 A structural diagram of the system of the application is shown in the figure.

[0034] Figure 3 A networking collaborative system constructed in the embodiment of the application is shown in the figure. DETAILED DESCRIPTION

[0035] The application provides a power grid supply-demand collaborative control method based on a soft bus and atomized services, a flowchart of which is shown in the figure. Figure 1 The method comprises the following steps:

[0036] S1. Abstracting device data of user-side devices into atomized services and registering the atomized services to a distributed soft bus;

[0037] In step S1, the user-side devices comprise at least two of the following: controllable loads, photovoltaic devices (at least including photovoltaic inverters), charging piles (at least including flexible charging piles) and energy storage devices (at least including energy storage modules and energy storage converters);

[0038] The device data at least includes device addresses, device states and control functions;

[0039] Step S1 comprises the following steps:

[0040] When the user-side devices detect a network connection state, the devices actively initiate an online broadcast; the online broadcast carries device digital identity information;

[0041] After any energy gateway receives the online broadcast, the device digital identity information is extracted for identity authentication; after the identity authentication is passed, a session key is generated, and the identity authentication state and the session key are synchronized to other gateways;

[0042] The devices passing the identity authentication are connected to the distributed soft bus, and the device addresses, device states and device control functions of the user-side devices are added to a service registration library.

[0043] The device online broadcast discovery mechanism includes any one or a combination of multiple items in multicast discovery, groupcast discovery and neighbor discovery.

[0044] The device data of the user-side device is abstracted into an atomic service and registered to a distributed soft bus, and the method further includes:

[0045] The device data of the user-side device is split into a device state information type service and a device control information type service.

[0046] The security communication levels of the device state information type service and the device control information type service are differentiated, wherein the device state information type service is used to provide at least device state information, and the device control information type service is used to provide at least device control function information.

[0047] The security level of the device control information type service is higher than that of the device state information type service.

[0048] The atomic service is a software abstraction of the smallest controllable unit of the device, and the metadata of the atomic service at least includes service code, device connection address, service type, controllable power range, current available state and health state.

[0049] S2. Obtain a supply-demand coordination strategy, and arrange and combine at least part of the atomic services according to the supply-demand coordination strategy to generate a response sequence.

[0050] Step S2 includes the following steps:

[0051] Obtain a supply-demand coordination strategy, and convert the supply-demand coordination strategy into an edge-end side optimization target.

[0052] According to the edge-end side optimization target, filter out a target service from the atomic services, and arrange and combine the target service to generate the response sequence, wherein the response sequence is used to determine at least the execution order, operation instruction and setting value of the target service.

[0053] The edge-end side optimization target includes at least one of the following: minimum economic cost, fastest regulation speed and most balanced device wear.

[0054] The supply-demand coordination strategy includes at least one of the following: load scheduling strategy, power scheduling strategy, charging pile scheduling strategy, energy storage scheduling strategy and smoothing fluctuation strategy.

[0055] The supply-demand coordination strategy includes at least one of the following: load scheduling strategy, power scheduling strategy, charging pile scheduling strategy, energy storage scheduling strategy and smoothing fluctuation strategy.

[0056] S3. Execute the response sequence and call the corresponding atomic service through the distributed soft bus to control the operation of the user-side device.

[0057] Step S3 further includes: acquiring real-time status data and service execution result data of the user-side device, and reporting feedback data stream through the distributed soft bus; and evaluating and dynamically correcting the response sequence based on the feedback data stream.

[0058] The present invention also provides a system for implementing the power grid supply and demand coordinated control method based on soft bus and atomic services, the schematic diagram of which is shown below. Figure 2 As shown, it includes user-side equipment, a distributed soft bus, an energy gateway, and a side-side soft bus controller;

[0059] The energy gateway and the edge-side soft bus controller interact through atomic services via a distributed soft bus; the energy gateway is used to abstract device data of user-side devices into atomic services and register them to the distributed soft bus; the user-side devices include at least two of the following: controllable loads, photovoltaic devices, charging piles, and energy storage devices;

[0060] The edge-side soft bus controller is used to acquire a supply and demand coordination strategy, orchestrate and combine at least a portion of the atomic services according to the supply and demand coordination strategy to generate a response sequence, and execute the response sequence to call the corresponding atomic service through the distributed soft bus to control the operation of the user-side device.

[0061] The method of the present invention is further illustrated below with reference to an embodiment:

[0062] In practical applications, the method of this invention is used to construct a network collaboration system for user-side equipment in flexible power grid-user interaction scenarios, as illustrated in the diagram below. Figure 3 As shown.

[0063] The device data of the user-side devices is abstracted into atomic services and registered to the distributed soft bus.

[0064] When a user-side device detects a network connection, it proactively initiates a device online broadcast using the COAP protocol.

[0065] The online notification broadcast carries the device's digital identity information. This device digital identity information is generated based on the user-side device's hardware information and includes at least the device's connection address.

[0066] After receiving a device online broadcast from any energy gateway, the gateway extracts the device's digital identity information for authentication. Once authentication is successful, a session key is generated, and the authentication status and session key are synchronized to other gateways.

[0067] The identity authentication logic in the soft bus verifies the information provided by the user, including but not limited to: checking the legitimacy, matching degree and whether it meets the current security policy of the user information. If the device identity authentication is passed, access to the soft bus network is allowed, and the system generates a session key or token for encrypting and decrypting data in subsequent communication processes, ensuring the confidentiality and integrity of the data. At the same time, the system synchronizes the user's identity authentication state and session key information to the distributed authentication data system for verification and authorization in other nodes or systems. If the device identity authentication is not passed, access to the soft bus network is not allowed, and warning information about illegal device access is sent to the system administrator.

[0068] The device that passes the identity authentication is connected to the distributed soft bus, and the device address, device state and control function of the user-side device are added to the service registration library.

[0069] The device online broadcast discovery mechanism includes any one or a combination of multiple items in multicast discovery, groupcast discovery and neighbor discovery. It can reduce the occupation of network bandwidth by device discovery broadcast messages.

[0070] The device data of the user-side device is divided into device state information class services and device control information class services. Specifically, a variety of protocols such as Modbus, CAN, serial port, etc. are supported by the Hongmeng protocol converter to define and convert four types of devices such as controllable load, photovoltaic device, charging pile and energy storage device into standardized and callable atomic services. For example, the device state information class service of the photovoltaic device is used to report power generation power, voltage, current, daily power generation, fault and alarm information, etc. The device control information class service of the photovoltaic device is used to control the remote start / stop of the photovoltaic device. The device state information class service of the charging pile is used to report charging state, SOC, voltage, current, charging amount, cost information, etc. The device control information class service of the charging pile is used to control the charging pile to "start charging" or "stop charging". The device state information class service of the energy storage device is used to report real-time power generation power, voltage, current, daily power generation, fault and alarm information, etc. The device control information class service of the energy storage device is used to switch the working mode of the energy storage device (such as priority charging, priority discharging, peak shaving).

[0071] The security communication level of the device state information class service and the device control information class service is differentiated.

[0072] The security level of the device control information class service is higher than that of the device state information class service. The distributed soft bus communication security mainly involves: security negotiation, PSK key derivation algorithm, encryption and decryption, integrity protection, and anti-replay mechanism.

[0073] In the SPEKE negotiation process, the APP as a client first initiates negotiation and passes in a PIN code, sends a request containing key negotiation version information to the device. The device obtains the PIN code by calling a third-party vendor interface, initiates negotiation and passes in the PIN code using the iot_connectSDK interface. The device-side SDK generates a random number salt, challenge1, and a public-private key pair pk1, sk1, sends a response to the APP, containing negotiation version, salt, challenge1, and public key pk1. The APP generates a public-private key pair pk2, sk2 according to the salt and PIN code, generates a shared secret SharedSecret using the device-side public key pk1 and its own private key sk2, derives SessionKey1, SessionKey2, generates kcfData2, and sends it to the device. The device generates SharedSecret according to the APP-side public key pk2 and its own private key sk1, derives SessionKey1, SessionKey2, generates new_kcfData2 verification, and verifies that it is passed. After verification, calculate kcfData1, generate encryption key DataEncKey, send response to end negotiation. The APP generates new_kcfData1 verification using SessionKey2, challenge1, challenge2, and verifies that it is passed. The negotiation ends.

[0074] The PBKDF2 algorithm needs to combine SHA-256 for HASH calculation, and the specific interface provided by OpenSSL can be referred to: intPKCS5_PBKDF2_HMAC(...). In this interface, the salt is spliced from sn1 (8 bytes, hex to binary) and sn2 (8 bytes, hex to binary), with a total length of 16 bytes; the digest is specified as SHA-256; and the keylen is set to 32 bytes. For local control within the local area network, sn1 and sn2 are negotiated through the IF1-APP-DEV interface; and in communication with the cloud, sn1 and sn2 are negotiated through the IF2-DEV-WAN-PSK interface. In addition, the Bluetooth device performs related negotiation through the createSession interface. In particular, for the thin device Device, the iteration number of PBKDF2 is set to 1 time.

[0075] AES encryption adopts the CBC mode, and the original data is padded by the PKCS5Padding method before encryption, and the specific name of this algorithm is AES128-CBC-PKCS5Padding. In the process of AES-CBC encryption, two key parameters are required: one is Key, and the other is IV. The length of the two parameters is 16 bytes, which can be directly obtained from the PBKDF2 digest of the previous step. Specifically, the first 16 bytes of the digest are used as the AES encryption key Key, and the last 16 bytes are used as the IV value of the AES encryption, thereby ensuring the security and effectiveness of the encryption process.

[0076] In order to ensure the integrity of the message transmission and prevent tampering, the HMAC algorithm is used, specifically using the EVP_sha256() hash algorithm, the input includes the secret generated by the PBKDF2 algorithm and the input to be encrypted, and the output is the MAC value stored in the buffer mac, and the length is recorded in &ulMacLen. When constructing the input, the coap message header and payload are spliced, and the MAC is calculated and appended at the end of the payload. In particular, when coap is transmitted through TCP, the coap header length needs to include a 32-byte MAC length.

[0077] In application layer encryption, COAP_OPT_SEQ_NUM_ID is used to identify the sequence number of each request. In the initial handshake phase of the session, both parties of the communication will generate a random seq value. In the subsequent message sending process, this seq value must be included in the COAP_OPT_SEQ_NUM_ID Option each time it is sent to ensure the order and uniqueness of the request. Importantly, the seq value needs to be incremented by 1 after each request; and when the seq value reaches its maximum value and flips, it will automatically clear to zero to start counting again. Such a mechanism ensures the orderliness and reliability of the requests in the communication process.

[0078] Obtain the supply-demand coordination strategy, which can be understood as a control strategy for devices such as power supply and load for the load fluctuation state in a specific area.

[0079] Specifically, the supply-demand coordination strategy includes at least one of a load scheduling strategy, a power scheduling strategy, a charging pile scheduling strategy, an energy storage scheduling strategy, and a smoothing fluctuation strategy. Among them, the load scheduling strategy includes load-side priority power supply and load power reduction; the power scheduling strategy includes power power increase; the charging pile scheduling strategy includes fast charging and flexible charging; the energy storage scheduling strategy includes energy storage charging and energy storage discharging.

[0080] The supply-demand coordination strategy includes: determining load fluctuation and power generation prediction according to device state data, and generating a supply-demand coordination strategy according to the load fluctuation and the power generation prediction.

[0081] Specifically, the supply-demand coordination strategy can be calculated by the cloud platform based on the real-time running data of the user-side devices in a specific area to determine the load fluctuation and the power generation prediction, and the supply-demand coordination strategy can be adjusted according to the load fluctuation and the power generation prediction, and the supply-demand coordination strategy can be distributed to the edge-side soft bus controller through the distributed soft bus, and the edge-side soft bus controller can execute the edge-side autonomous coordination response. For example, when the photovoltaic power generation is greater than the preset power generation threshold, the charging pile scheduling strategy is set to support fast charging of the charging pile, and the energy storage scheduling strategy is set to support charging of the energy storage; during the peak electricity consumption period, the load scheduling strategy is set to support priority power supply on the load side, the charging pile scheduling strategy is set to control the operation of the charging pile by using a flexible charging strategy, and the energy storage scheduling strategy is set to support discharging of the energy storage for peak shaving.

[0082] According to the supply-demand coordination strategy, at least part of the atomized services is arranged and combined to generate a response sequence, specifically: the supply-demand coordination strategy is converted into an edge-end optimization target; target services are selected from the atomized services according to the edge-end optimization target, and the target services are arranged and combined to generate a response sequence; the response sequence is used to determine at least the execution order, operation instruction and set value of the target services.

[0083] According to the supply-demand coordination strategy, at least part of the atomized services is arranged and combined, specifically, a plurality of user-side devices are taken as a whole, and multi-end coordination between the plurality of user-side devices is realized based on the optimization target.

[0084] Specifically, the edge-side soft bus controller queries the local service registration library based on the translated edge-end optimization target, and combines the device state (such as energy storage SOC and current power) obtained in real time by the soft bus to select the optimal combination from the available services by running a dynamic optimization algorithm, and arranges and generates a specific and executable response sequence. For example: during the peak electricity consumption period, sequence 1 is set to: calling the "energy storage discharging" service of the energy storage device, and setting the lower limit of the discharging power to 50kW; sequence 2 is set to: calling the "flexible charging" service of the charging pile, and setting the upper limit of the charging power to 30kW.

[0085] The response sequence is executed, and the corresponding atomized services are called through the distributed soft bus to control the operation of the user-side devices, specifically:

[0086] The distributed atomic service is an SO library uniformly managed by the samgr, and is generally in the form of service.cfg + profile.xml + libservice.z.so, which is pulled up by the init process according to the corresponding service.cfg file to start the related system service capability process. The cfg configuration file provides a native process pulling strategy for Linux, and the init process parses the file in the start-up stage to call sa_main(profile.xml) to load the SO library file of the service. The profile.xml is a description file of the distributed atomic service, which defines the name of the service, the path of the SO file and other information.

[0087] The distributed atomic service type service mainly consists of two parts of the safwk and the samgr. The safwk defines the implementation method of the distributed atomic service, and provides function interfaces such as registration and calling of the distributed atomic service. The samgr is the manager of the distributed atomic service, which receives the message of the safwk through the IPC communication to complete the functions such as service registration, calling and SO library loading.

[0088] In the execution of the response sequence, the distributed atomic service needs to be remotely started to call the StartRemoteAbility() method of the DistributedSched service (dtbschedmgr module) to process the request of remote start. The StartRemoteAbility() method first calls the GetSystemAbility() method of the samgr to obtain the proxy object remoteProxy of the DistributedSched service on the opposite end device, which is the implementation of the distributed SA service mentioned above. Then, the abilityInfo, callerInfo, accountInfo and other information are set, and a new want object is configured. The StartAbilityFromRemote() method of the remoteProxy (proxy of the service on the opposite end device) is called by using the above parameters. After receiving the request, the DistributedSched service on the opposite end device calls the StartAbilityFromRemote() method to start the local Ability through the local AbilityManager service.

[0089] Thus, through the soft bus control technology, the traditional 15-minute cloud response is reduced to 1-minute edge-side autonomous collaborative response, the power supply and demand collaborative response efficiency is greatly improved, and the overall power supply and demand collaborative planning response (monthly plan) can be changed to day-ahead / real-time response.

[0090] When the response sequence is executed, real-time state data and service execution result data of the user-side equipment are also acquired, and feedback data flow is reported through the distributed soft bus; the response sequence is evaluated and dynamically corrected based on the feedback data flow, specifically as follows:

[0091] The distributed soft bus is a real-time data flow pipeline, continuously collecting execution states (success or failure) and real-time state data of each service. The edge-side soft bus controller monitors the feedback data flow, and if it is found that there is a deviation between the actual control effect and the target (for example, the total reduction is insufficient due to the failure of a certain energy storage), a new response sequence is immediately triggered to generate a new response sequence for dynamic correction, forming a closed-loop control.

Claims

1. A power grid supply and demand collaborative control method based on soft bus and atomization service, characterized in that, Comprise the following steps: S1. Abstracting device data of user-side equipment into atomized services and registering to a distributed soft bus; the user-side equipment comprises at least two of the following: controllable load, photovoltaic equipment, charging pile and energy storage equipment; S2. Obtaining a supply-demand coordination strategy, and generating a response sequence by arranging and combining at least part of the atomized services according to the supply-demand coordination strategy; S3. Executing the response sequence, and calling the corresponding atomized services through the distributed soft bus to control the user-side equipment to run; Step S1 comprises the following steps: The user-side equipment initiates a device online broadcast when detecting a network connection state; the device online broadcast carries device digital identity information; After any energy gateway receives the device online broadcast, the device digital identity information is extracted for identity authentication, and after identity authentication is passed, a session key is generated, and the identity authentication state and the session key are synchronized to other gateways; The device that passes the identity authentication is connected to the distributed soft bus, and the device address, device state and device control function of the user-side equipment are added to a service registration library; The discovery mechanism of the device online broadcast comprises any one or a combination of multiple of the following: multicast discovery, groupcast discovery and neighbor discovery; The abstracting of the device data of the user-side equipment into atomized services and the registration to the distributed soft bus further comprises: The device data of the user-side equipment is split into device state information type services and device control information type services; The security communication levels of the device state information type services and the device control information type services are processed differently; wherein the device state information type services are used at least for providing device state information; and the device control information type services are used at least for providing device control function information; The security level of the device control information type services is higher than that of the device state information type services; The atomized service is a software abstraction of the smallest controllable unit of the equipment, and the metadata of the atomized service at least comprises service code, device connection address, service type, controllable power range, current available state and health state.

2. The soft bus and atomized service based power supply and demand collaborative control method according to claim 1, characterized in that, Step S2 comprises the following steps: Obtaining a supply-demand coordination strategy, and converting the supply-demand coordination strategy into an edge-side optimization target; According to the edge-side optimization target, target services are screened out from the atomized services, and the target services are arranged and combined to generate the response sequence; wherein the response sequence is used at least for determining the execution sequence, operation instruction and setting value of the target services. 3.The soft bus and atomized service based power supply and demand collaborative control method of claim 2, wherein, The edge-side optimization target comprises at least one of the following: lowest economic cost, fastest regulation speed and most balanced equipment wear.

4. The soft bus and atomized service based power supply and demand collaborative control method of claim 2, wherein, The obtaining of the supply-demand coordination strategy comprises determining load fluctuation and power generation prediction according to device state data, and generating the supply-demand coordination strategy according to the load fluctuation and the power generation prediction.

5. The soft bus and atomized service based power supply and demand collaborative control method of claim 2, wherein, The supply-demand coordination strategy comprises at least one of the following: load scheduling strategy, power scheduling strategy, charging pile scheduling strategy, energy storage scheduling strategy and smoothing fluctuation strategy.

6. The soft bus and atomized service based power supply and demand collaborative control method of claim 1, wherein, The step S3 further comprises: acquiring real-time state data and service execution result data of the user-side equipment, and reporting feedback data stream through the distributed soft bus; and performing effect evaluation and dynamic correction on the response sequence based on the feedback data stream.

7. A system for implementing the method of power supply and demand collaborative control based on soft bus and atomization service according to any one of claims 1-6, characterized in that, The user-side equipment, the distributed soft bus, the energy gateway, and the edge-side soft bus controller are included. The energy gateway and the edge-side soft bus controller perform atomized service interaction through the distributed soft bus. The energy gateway is configured to abstract device data of the user-side equipment into atomized services, and register the atomized services to the distributed soft bus. The user-side equipment includes at least two of the following: controllable load, photovoltaic equipment, charging pile, and energy storage equipment. The edge-side soft bus controller is configured to acquire a supply-demand coordination strategy, arrange and combine at least part of the atomized services according to the supply-demand coordination strategy, and generate a response sequence. The response sequence is executed to call corresponding atomized services through the distributed soft bus to control the user-side equipment to run.

Images