Vehicle charging port cover automatic opening method, system and device

Abstract

The application discloses a vehicle charging port cover automatic opening method, system and equipment, and relates to the technical field of automobile charging. The method comprises the following steps: obtaining a device identifier of a charging device based on a radio frequency signal sent by the charging device; performing matching verification on the device identifier and at least one candidate device identifier stored locally in a vehicle to determine whether the charging device is an authorized charging device; in the case that the charging device is the authorized charging device, determining the device type of the charging device based on the device identifier of the charging device; and controlling the vehicle to perform a charging port cover opening operation corresponding to the device type.

Description

Technical Field

[0001] This application relates to the field of automotive charging technology, and in particular to a method, system and device for automatically opening a vehicle charging port cover. Background Technology

[0002] With the rapid development of the new energy vehicle industry, charging convenience has become a key indicator for evaluating user travel experience. To simplify the charging process, some related technologies establish a wireless communication link between the charging device and the vehicle. The charging device sends a wireless signal containing its identifier to the vehicle, which then authenticates the device. Once authentication is successful, the charging port cover automatically opens. However, in these solutions, vehicle authentication typically relies on a cloud server. The vehicle must report the received device identifier to the cloud server, which then performs authorization verification before sending the opening command back to the vehicle. This cloud-based authentication method results in numerous steps in the authentication chain, is time-consuming, and heavily depends on the stability and coverage of the network. When the vehicle is in a location with weak or no network signal, such as an underground parking garage or remote areas, the cloud authentication link will malfunction, and the automatic opening function of the charging port cover will fail, impacting the reliability and applicability of the user charging experience. Summary of the Invention

[0003] The embodiments of this application provide a method, system, and device for automatically opening a vehicle charging port cover. By matching and verifying the device identifier of the charging device with the candidate device identifier stored locally in the vehicle, the authentication of the charging device is completed locally in the vehicle, and the automatic opening of the charging port cover can be achieved without relying on a cloud server or network communication.

[0004] The summary section introduces a series of simplified concepts, which will be further explained in detail in the detailed description section. This summary section is not intended to limit the key and essential technical features of the claimed technical solution, nor is it intended to determine the scope of protection of the claimed technical solution.

[0005] This application specifically includes the following aspects: Firstly, this application proposes a method for automatically opening a vehicle charging port cover, comprising: The device identifier of the charging device is obtained based on the radio frequency signal sent by the charging device; The device identifier is matched and verified with at least one candidate device identifier stored locally in the vehicle to determine whether the charging device is an authorized charging device. When the charging device is the authorized charging device, the device type of the charging device is determined based on the device identifier of the charging device; Control the vehicle to perform the opening action of the charging port cover corresponding to the device type.

[0006] In one feasible implementation, obtaining the device identifier of the charging device based on the radio frequency signal transmitted by the charging device includes: Acquire the data frame of the radio frequency signal; The frame start position is determined based on the synchronization header field of the data frame; Based on the frame start position, the device identifier field is extracted from the data field of the data frame according to the preset data field parsing rules to obtain the device identifier.

[0007] In one feasible implementation, the data frame includes a first data subframe and a second data subframe; wherein: The first data subframe includes a preamble field, a start bit field, a synchronization identifier field, a data field, an extension field, and a check field; the second data subframe includes the preamble field, the start bit field, the synchronization identifier field, the data field, and the check field; wherein, the data field includes the device identifier field and the key code field; the synchronization header field includes the preamble field, the start bit field, and the synchronization identifier field.

[0008] In one feasible implementation, the step of matching and verifying the device identifier with at least one candidate device identifier stored locally in the vehicle to determine whether the charging device is an authorized charging device includes: Obtain the candidate device identifiers stored locally in the vehicle. The candidate device identifiers include a default identifier and a user-bound identifier. The default identifier is used to represent the identifier of the charging device that is pre-stored at the vehicle's factory and cannot be unbound. The user-bound identifier is used to represent the identifier of the charging device that is actively bound by the user and can be unbound. The device identifier is compared with each candidate device identifier one by one; If the device identifier matches any of the candidate device identifiers, then the charging device is determined to be the authorized charging device; If the device identifier is inconsistent with all of the candidate device identifiers, then the charging device is determined to be an unauthorized charging device.

[0009] In one feasible implementation, the device type includes public charging pile type and private charging pile type; controlling the vehicle to perform the charging port cover opening action corresponding to the device type includes: When the device type is the public charging pile type, if the vehicle door lock is unlocked, the vehicle is controlled to perform the charging port cover opening action; if the vehicle door lock is locked, the charging port cover opening action is prohibited. When the device type is the private charging station type, control the vehicle to perform the action of opening the charging port cover.

[0010] In one feasible implementation, the device type further includes a home charging robot type; the step of controlling the vehicle to perform the charging port cover opening action corresponding to the device type further includes: When the device type is the home charging robot type, a key code is obtained based on the radio frequency signal, wherein the key code includes at least one of the following values: a first value, used to indicate a request to open the charging port cover; a second value, used to indicate that the charging device detects that the vehicle is in a preset charging position; and a third value, used to indicate that the charging device detects that the charging port cover is in a preset alignment position. If the key code is the first value, then control the vehicle to perform the charging port cover opening action; If the key code is the second value or the third value, then if the charging device is the authorized charging device, the result of the successful matching of the device identifier of the charging device is sent to the vehicle controller so that the vehicle controller can start the automated charging process. If the key code is the second value or the third value and the charging device is an unauthorized charging device, then the result of the failure to match the device identifier of the charging device is sent to the vehicle controller to prevent the vehicle controller from starting the automated charging process.

[0011] In one feasible implementation, after sending the result of a successful matching of the device identifier of the charging device to the vehicle controller, the method further includes: When the vehicle controller receives a successful match result for the device identifier, it controls the charging device to perform an automated plug-in operation. After the automated insertion of the charging gun is completed, the charging device is controlled to perform a charging start operation.

[0012] In one feasible implementation, before obtaining the device identifier of the charging device based on the radio frequency signal transmitted by the charging device, the method further includes: When the vehicle's radio frequency receiving module is in a low-power listening state and the vehicle is in a sleep state, the radio frequency receiving module is activated to a data receiving state by using the preamble in the radio frequency signal, so as to receive the radio frequency signal sent by the charging device.

[0013] Secondly, this application also proposes an automatic opening system for a vehicle charging port cover, comprising: The signal acquisition module is used to obtain the device identifier of the charging device based on the radio frequency signal sent by the charging device; The device matching module is used to match and verify the device identifier with at least one candidate device identifier stored locally in the vehicle to determine whether the charging device is an authorized charging device. The device verification module is used to determine the device type of the charging device based on the device identifier of the charging device when the charging device is the authorized charging device; The cover-opening start module is used to control the vehicle to perform the opening action of the charging port cover corresponding to the device type.

[0014] Thirdly, this application also proposes an electronic device, comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program stored in the memory to implement the steps of the automatic opening method for the vehicle charging port cover as described in any of the first aspects above.

[0015] This application proposes a method for automatically opening a vehicle charging port cover. The charging device transmits a radio frequency (RF) signal carrying a device identifier that uniquely identifies the charging device. The vehicle receives and parses this RF signal to obtain the device identifier, enabling the vehicle to identify the charging device based on the RF signal. The vehicle pre-stores candidate device identifiers locally. The parsed device identifier is matched against these candidate identifiers. If the device identifier matches one of the locally stored candidate identifiers, the charging device is confirmed as an authorized charging device. This achieves localized, independent verification of the charging device's identity, eliminating reliance on a cloud server for authentication. Even in environments without network signal coverage, the automatic opening function of the charging port cover still functions normally, eliminating the dependence on network communication in existing technologies. It also eliminates the need for cloud reporting and command issuance, significantly reducing authentication response latency. After determining that the charging device is authorized, the vehicle determines its device type based on the identifier range to which the device identifier belongs. Different device types correspond to different opening strategies, allowing the vehicle to adopt differentiated control logic based on the type of charging device. This avoids the safety hazards or poor user experience caused by using the same response strategy for all charging devices. Finally, the vehicle is controlled to perform the opening action of the charging port cover corresponding to the device type, realizing that the charging port cover is only opened for authorized devices, while providing a customized opening experience for different usage scenarios.

[0016] The automatic opening method, system and device for vehicle charging port cover proposed in this application, other advantages, objectives and features of this application will be partly apparent from the following description, and partly understood by those skilled in the art through study and practice of this application. Attached Figure Description

[0017] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit this specification. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings: Figure 1 A flowchart illustrating a method for automatically opening a vehicle charging port cover, provided in an embodiment of this application; Figure 2 A schematic diagram of radio frequency signal transmission timing provided in an embodiment of this application; Figure 3 A schematic diagram of the functional modules of an automatic vehicle charging port cover opening system provided in an embodiment of this application; Figure 4 This is a schematic diagram of a device for automatically opening a vehicle charging port cover, provided as an embodiment of this application. Detailed Implementation

[0018] To better understand the technical solutions provided in the embodiments of this specification, the technical solutions of the embodiments of this specification will be described in detail below with reference to the accompanying drawings and specific embodiments. It should be understood that the embodiments of this specification and the specific features in the embodiments are detailed descriptions of the technical solutions of the embodiments of this specification, rather than limitations on the technical solutions of this specification. In the absence of conflict, the embodiments of this specification and the technical features in the embodiments can be combined with each other.

[0019] In this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, without necessarily requiring or implying any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element. The term "two or more" includes two or more cases.

[0020] Please see Figure 1 This is a flowchart illustrating a method for automatically opening a vehicle charging port cover according to an embodiment of this application, which may specifically include: S110. Obtain the device identifier of the charging device based on the radio frequency signal sent by the charging device.

[0021] For example, charging devices (such as private charging piles, public charging piles, portable charging guns, or home charging robots) have a built-in radio frequency (RF) transmission module. When a user triggers the corresponding switch on the charging device, the device transmits an RF signal via the 433MHz frequency band. The data frame of this RF signal carries the device identifier (IDE), a unique code that identifies the charging device. Detailed IDE definitions are shown in Table 1 below. Simultaneously, the vehicle is equipped with an RF receiving module that continuously monitors the 433MHz frequency band. When the vehicle receives the RF signal transmitted by the charging device, its RF receiving module demodulates and decodes the signal, extracting the device identifier field from the data frame to obtain the device identifier of the charging device.

[0022]

[0023] Table 1 S120. Match the device identifier with at least one candidate device identifier stored locally in the vehicle to determine whether the charging device is an authorized charging device.

[0024] For example, the vehicle pre-stores one or more candidate device identifiers locally, which constitute the vehicle's whitelist. The candidate device identifiers in the whitelist can be pre-stored at the vehicle's factory (e.g., the identifier of a portable charging gun provided with the vehicle), or they can be actively bound and written to the vehicle by the user later through a mobile application (e.g., the identifier of a private charging pile installed at the user's home). When the vehicle parses the device identifier of the charging device from the radio frequency signal, the vehicle compares this device identifier with all the candidate device identifiers stored locally. If the device identifier matches one of the candidate device identifiers in the whitelist, the charging device is identified as an authorized charging device; if the device identifier does not match any of the candidate device identifiers in the whitelist, the charging device is identified as an unauthorized charging device.

[0025] S130. If the charging device is an authorized charging device, determine the device type of the charging device based on the device identifier of the charging device.

[0026] For example, there is a one-to-one mapping between device identifiers and device types. Different types of charging devices are assigned device identifiers within different ranges. For instance, device identifiers for public charging piles are uniformly assigned within one specific range, device identifiers for private charging piles are assigned within another range, and device identifiers for home charging robots are assigned within yet another range. Therefore, once a vehicle confirms that a device identifier is an authorized identifier, the vehicle can determine the device type of the charging device based on the range to which that device identifier belongs.

[0027] S140, Control the vehicle to perform the opening action of the charging port cover corresponding to the equipment type.

[0028] For example, different types of charging devices correspond to different opening strategies. This is because the security requirements differ in different usage scenarios. For instance, public charging stations are for unspecified users and require a higher security threshold; while private charging stations are only for the vehicle owner and can be opened more conveniently once authorization has been confirmed. Specifically, for public charging stations, the vehicle needs to additionally check whether the door is unlocked (confirming the owner's presence), and only opens the charging port cover if the door is unlocked; for private charging stations, after confirming that the device identifier matches, the vehicle directly opens the charging port cover without additional checks.

[0029] In some examples, the device identifier of the charging device is obtained based on the radio frequency signal transmitted by the charging device, including: Acquire data frames of radio frequency signals; Determine the frame start position based on the synchronization header field of the data frame; Based on the frame start position, the device identifier field is extracted from the data field of the data frame according to the preset data field parsing rules to obtain the device identifier.

[0030] For example, after receiving the radio frequency (RF) signal sent by the charging device, the vehicle's RF receiver module first demodulates and decodes the RF signal to reconstruct the original data frame. Then, it detects the synchronization header field in the data frame. This field consists of a preamble, a start bit, and a synchronization identifier (synchronization ID). The preamble wakes up the RF receiver module and synchronizes it with the transmitter's clock. The start bit indicates the official start of the data frame, and the synchronization identifier confirms to the receiver that this is a valid data frame. By detecting these specific patterns in the synchronization header field, the RF receiver module accurately determines the frame start position. After determining the frame start position, the RF receiver module parses each field sequentially from the frame start position according to preset data field parsing rules (i.e., the order and length of each field in the data frame), locating the device identifier field in the data field. The device identifier field is a fixed-length field specifically used to carry the device identifier of the charging device. By extracting the content of the device identifier field, the device identifier of the charging device is obtained.

[0031] In some examples, a data frame includes a first data subframe and a second data subframe; wherein: The first data subframe includes a preamble field, a start bit field, a synchronization identifier field, a data field, an extension field, and a check field; the second data subframe includes a preamble field, a start bit field, a synchronization identifier field, a data field, and a check field; wherein, the data field includes a device identifier field and a key code field; the synchronization header field includes a preamble field, a start bit field, and a synchronization identifier field.

[0032] For example, in wireless communication, to meet different communication needs, this application designs two types of data frames: a first data subframe (i.e., a Long Frame) and a second data subframe (i.e., a Button Release). Specifically, as shown in Table 2 below, the first data subframe includes a preamble field, a start bit field, a synchronization identifier field (synchronization ID), a data field, an extra byte field, and a checksum field. The preamble field is located at the beginning of the data frame and is a bit sequence of a specific pattern (e.g., a 16-bit sequence of all zeros), used to wake up the RF receiver module in low-power listening mode and synchronize it with the transmitter clock. The start bit field is located after the preamble field, usually consisting of 1 bit with a value of 1, used to indicate the formal start of the data frame. The synchronization identifier field is located after the start bit field and consists of two subfields (e.g., 7-bit ID1 and 8-bit ID2), with fixed values, used to allow the receiver to confirm that this is a valid data frame. The data field is located after the synchronization identifier field and is the core part of the data frame carrying valid information. The data field further includes a device identifier field (used to carry the device identifier of the charging device) and a key code field (used to carry the key code, i.e., the specific operation request type sent by the charging device). The extension field is located after the data field and is used to carry extended data such as the manufacturer information of the charging device (e.g., a 4-byte manufacturer code and a 4-byte reserved space). The check field is located at the end of the data frame and is used to carry the Cyclic Redundancy Check (CRC) code (e.g., CRC8). The receiving end uses the check field to verify whether an error has occurred in the data frame during transmission.

[0033]

[0034] Table 2 As shown in Table 3, the second data subframe also includes a preamble field, a start bit field, a synchronization identifier field, a data field, and a check field, but does not include an extension field. Therefore, its frame length is shorter than that of the first data subframe. It is used to send a concise "release confirmation" signal after the charging device completes the main data transmission, informing the vehicle that "this signal transmission has ended." Both the first and second data subframes include a device identifier field and a key code field in their data fields. The device identifier field carries the unique identity of the charging device, and the key code field carries the specific operation request type sent by the charging device.

[0035]

[0036] Table 3 Furthermore, such as Figure 2 As shown, the data frame is transmitted using radio frequency signals in the 433MHz band. The operating frequencies are 433.66MHz for the first channel (Channel 1, CH1) and 434.18MHz for the second channel (Channel 2, CH2). The communication rate is 7.8125kbps, the modulation deviation range is 15.625kHz, and Manchester coding is used for encoding.

[0037] Regarding the radio frequency signal transmission mechanism, the charging device transmits the two types of data frames according to the following timing sequence: When the user triggers the button switch on the charging device, the charging device first transmits the first data subframe (including the preamble and the complete long frame) on the first channel (CH1), then transmits the first data subframe on the second channel (CH2) after a 200ms interval, then returns to the first channel (CH1) to transmit the first data subframe after another 200ms interval, and then transmits the first data subframe on the second channel (CH2) after another 200ms interval. That is, the first data subframe (long frame) is transmitted alternately on the first channel and the second channel 4 times, with a 200ms interval between each step. After completing the above 4 long frame transmissions, the charging device transmits the second data subframe (short frame / release confirmation frame) on the first channel (CH1) after a 200ms interval, and then transmits the second data subframe on the second channel (CH2) after another 200ms interval. That is, the second data subframe (short frame) is transmitted once on the first channel and once on the second channel, with a 200ms interval between each step. The complete transmission sequence is: long frame (CH1), long frame (CH2), long frame (CH1), long frame (CH2), short frame (CH1), short frame (CH2), for a total of 6 transmissions, with an interval of 200ms between each step. After receiving the complete transmission sequence, the vehicle's RF receiver module can confirm the completion of this communication and begin to execute the subsequent authentication and cover opening logic processing.

[0038] Regarding communication distance, the effective communication distance of the radio frequency signal in this application is designed to be 10 to 15 meters (calibrable). It should be noted that this distance range is not a fixed value. For charging devices used in private scenarios such as personal charging piles, portable charging guns, and home charging robots, the effective radiation distance of the radio frequency signal is required to be at least 15 meters to ensure effective coverage of the vehicle's radio frequency receiving module at the furthest parking location and under different parking directions, as the parking position and orientation of the vehicle in a garage or parking space may vary significantly. For public charging piles in public charging stations, the effective radiation distance of the radio frequency signal is controlled within 10 meters to reduce radio frequency signal interference and false reception to surrounding vehicles, as it is necessary to avoid false triggering by other vehicles in adjacent parking spaces in public use scenarios. The above distance specifications can be calibrated by adjusting the transmission power and antenna gain of the charging device's radio frequency transmitting module to adapt to the actual needs of different usage scenarios.

[0039] In some examples, the device identifier is matched against at least one candidate device identifier stored locally in the vehicle to determine whether the charging device is an authorized charging device, including: Retrieve candidate device identifiers stored locally in the vehicle. Candidate device identifiers include default identifiers and user-bound identifiers. The default identifier is used to identify the identifier of the charging device that is pre-stored at the vehicle's factory and cannot be unbound. The user-bound identifier is used to identify the identifier of the charging device that is actively bound by the user and can be unbound. The device identifier is compared with each candidate device identifier one by one; If the device identifier matches any candidate device identifier, the charging device is determined to be an authorized charging device; If the device identifier does not match any of the candidate device identifiers, the charging device is determined to be an unauthorized charging device.

[0040] For example, the candidate device identifiers stored locally in the vehicle are divided into two categories: default identifiers and user-bound identifiers. Default identifiers are candidate device identifiers that are pre-stored locally in the vehicle at the factory and cannot be unbound or cleared by the user. Default identifiers correspond to charging device types that do not require active user binding, mainly including portable charging guns (provided with the vehicle and owned by the user upon purchase) and public charging stations (open to all users). Because the usage scenarios of these two types of charging devices determine that they do not need to establish a one-to-one binding relationship with a specific vehicle—portable charging guns belong to the vehicle owner, and public charging stations are public facilities—their device identifiers are written into the local whitelist at the vehicle's factory and cannot be accidentally cleared by the user.

[0041] User-bound identifiers are candidate device identifiers that require active user intervention (such as scanning a QR code via a mobile application) to be written to the vehicle's local storage and can be manually unbound and removed by the user. User-bound identifiers correspond to charging device types that require a one-to-one binding relationship with a specific vehicle, primarily including private charging stations and home charging robots. These devices are installed or purchased by the user, and only the user's own vehicle can respond to their hood opening requests. Therefore, the device identifier is only written to the vehicle's local whitelist after the user actively completes the binding operation. When a user changes charging devices or no longer uses a particular charging device, it can also be removed from the whitelist through an unbinding operation.

[0042] Furthermore, the vehicle obtains all candidate device identifiers stored locally (including all default identifiers and all user-bound identifiers), and compares the device identifier parsed from the radio frequency signal with each candidate device identifier. If the device identifier matches any candidate device identifier, the charging device is determined to be an authorized charging device; if the device identifier does not match any of the candidate device identifiers, the charging device is determined to be an unauthorized charging device.

[0043] In some examples, the device type includes public charging station type and private charging station type; controlling the vehicle to perform the charging port cover opening action corresponding to the device type includes: When the device type is a public charging station, if the vehicle door lock is unlocked, the vehicle will be controlled to open the charging port cover; if the vehicle door lock is locked, the charging port cover opening action will be prohibited. When the device type is a private charging station, control the vehicle to open the charging port cover.

[0044] For example, inside the vehicle, the RF receiving module (integrated in the VIU_ML / ZCU_L controller) parses the device identifier and completes the matching verification. Based on the range to which the device identifier belongs, it determines the device type and sends the device type information to the Body Control Module (BCM) via a specific signal field through the Controller Area Network (CAN) bus. Specifically, the RF receiving module transmits the device type information to the BCM through the ChargingGunKeyID field in the CAN signal. The values ​​of this field correspond to the device types as follows: 0x0 indicates no matching of any candidate device identifier (i.e., unauthorized device), 0x1 indicates a private charging pile type, 0x2 indicates a home charging robot type, and 0x3 indicates a public charging pile type. Simultaneously, the RF receiving module also transmits the cover opening request status (i.e., whether a cover opening request with the first button code value has been received) through the ChargingGunKeyButton field in the same CAN signal, allowing the BCM to comprehensively determine whether to execute the cover opening action. After receiving the aforementioned CAN signal, the BCM identifies the type of the current charging device based on the value of the ChargingGunKeyID field. Then, combining this with the opening request status of the ChargingGunKeyButton field, it executes the corresponding control action according to the opening strategy corresponding to the device type. Furthermore, if the BCM does not detect the charging gun being inserted within a preset time threshold (e.g., 2 minutes) after controlling the charging port cover to open, it automatically controls the charging port cover to close.

[0045] When the device type is a public charging station, the vehicle needs to obtain the current door lock status (i.e., whether the door is unlocked or locked) and decide whether to open the charging port cover based on the door lock status. If the door lock status is unlocked (meaning the owner has unlocked the vehicle via remote key or mobile application and the owner is present), the vehicle will open the charging port cover; if the door lock status is locked (meaning the vehicle is locked and the owner may not be present), the charging port cover opening action will be prohibited. This design is to prevent the charging port cover from being accidentally opened unattended by the charging signals of adjacent vehicles in public charging scenarios.

[0046] When the device type is a private charging station, the vehicle directly controls the opening of the charging port cover without needing to check the door lock status. This is because the private charging station has established a one-to-one authorization relationship with the vehicle through user binding. The vehicle has confirmed that the charging device belongs to the owner, so there is no need to verify the owner's presence through the door lock status. Since the owner has already triggered the opening request of their own charging station, it means that the owner is present at the charging site.

[0047] In some examples, the device type also includes a home charging robot type; controlling the vehicle to perform the opening action of the charging port cover corresponding to the device type also includes: When the device type is a home charging robot, the key code is obtained based on the radio frequency signal. The key code includes at least one of the following values: a first value, used to indicate a request to open the charging port cover; a second value, used to indicate that the charging device detects that the vehicle is in a preset charging position; and a third value, used to indicate that the charging device detects that the charging port cover is in a preset alignment position. If the key code is the first value, then control the vehicle to open the charging port cover. If the key code is the second or third value, then if the charging device is an authorized charging device, the result of the successful matching of the charging device's device identifier will be sent to the vehicle controller so that the vehicle controller can start the automated charging process. If the key code is the second or third value and the charging device is an unauthorized charging device, the result of the charging device's device identifier failing to match will be sent to the vehicle controller to prevent the vehicle controller from starting the automated charging process.

[0048] For example, a home charging robot is an intelligent charging device capable of automatically plugging in the charging port and charging. The home charging robot first needs to use a vision system to detect whether the vehicle is parked in a suitable location and whether the charging port cover is aligned before it can perform the plugging and charging actions. Therefore, the radio frequency signal sent by the home charging robot is not just a "request to open the cover," but also includes various status information.

[0049] When the device type is a home charging robot, the vehicle needs to parse the button code field from the radio frequency signal. The button code is used to identify the specific request type currently sent by the home charging robot, including at least one of the following values: First value (e.g., 0x10): Used to indicate a request to open the charging port cover. This is the same as the opening request of a regular charging pile. Second value (e.g., 0x1E): Used to indicate that the home charging robot's vision system has detected that the vehicle is in a preset charging position (i.e., the vehicle has stopped in the charging position). Third value (e.g., 0x1F): Used to indicate that the home charging robot's vision system has detected that the charging port cover is in a preset alignment position (i.e., the robot's robotic arm is aligned with the charging port).

[0050] The vehicle performs different operations based on the different values ​​of the key code: when the key code is the first value, the vehicle controls the opening action of the charging port cover, that is, the home charging robot requests to open the cover, and the vehicle directly opens the cover. Specifically, when the key code is the first value, the RF receiving module sends the cover opening request signal to the BCM via the CAN bus. After receiving the cover opening request signal, the BCM sends a drive command to the actuator (e.g., drive motor) of the charging port cover according to the pre-configured cover opening strategy (e.g., whether the cover opening conditions corresponding to the device type are met), controlling the actuator to open the charging port cover. In this process, the BCM, as the direct controller of the charging port cover actuator, is responsible for converting the cover opening request signal into a specific actuator drive action, thereby ultimately realizing the physical opening of the charging port cover.

[0051] When the key code is either the second or third value, the vehicle keeps the charging port cover closed and sends the successful device identifier match result to the vehicle's Vehicle Control Unit (VCU), causing the VCU to initiate the automated charging process. At this time, the home charging robot is not requesting the cover to open, but rather reporting "position detection completed" to the vehicle. If the second value (0x1E) is received, it indicates that the robot has detected the vehicle is in a suitable position; if the third value (0x1F) is received, it indicates that the robot has detected the charging port cover is aligned. After confirming a successful device identifier match, the vehicle sends these position detection results to the VCU via the CAN bus signal. The VCU stores the status "home charging robot has been authenticated, position confirmed," preparing for subsequent automatic plug-in and charging. Simultaneously, the vehicle can display the corresponding charging progress status information on the interactive interface (e.g., the central control screen or mobile application), allowing the user to understand the current progress of automated charging.

[0052] When the key code is either the second or third value and the charging device is unauthorized, the vehicle keeps the charging port cover closed and sends the device identifier mismatch result to the vehicle controller to prevent the vehicle controller from initiating the automated charging process. In other words, even if the home charging robot detects the vehicle's location, because its device identifier fails the matching verification (i.e., the home charging robot is not an authorized device bound to the vehicle), the vehicle will not respond to its authentication request and will not allow the subsequent automated charging process to start.

[0053] In some examples, after sending the result of a successful match of the charging device's device identifier to the vehicle's overall controller, the process also includes: When the vehicle controller receives a successful device identifier match, it controls the charging equipment to perform an automated plug-in operation. After the automated charging gun insertion operation is completed, the charging equipment is controlled to start the charging process.

[0054] For example, upon receiving a successful device identifier match result, it indicates that the vehicle has completed the authentication of the home charging robot (confirming that the home charging robot is an authorized device), and the home charging robot has confirmed the vehicle's location and the charging port cover's location through visual detection (location confirmation was completed through the key codes of the second and third values). Under these conditions, the vehicle controller can initiate the automated charging process.

[0055] The vehicle controller sends a charging gun insertion command to the home charging robot via wireless communication (such as Wi-Fi or Bluetooth). Upon receiving the command, the robot's robotic arm begins to move, automatically inserting the charging gun into the vehicle's charging port. During this process, the robot's vision system continuously monitors the insertion progress to ensure accuracy and safety. Once the robot has completed the insertion and confirmed that the charging gun is properly seated, it sends a "plugging complete" signal to the vehicle controller. Upon receiving this signal, the vehicle controller sends a charging start command to the robot. The robot then initiates the charging process, beginning to supply power to the vehicle.

[0056] In some examples, before obtaining the device identifier of the charging device based on the radio frequency signal transmitted by the charging device, the process includes: When the vehicle's radio frequency receiver module is in a low-power listening state and the vehicle is in a sleep state, the radio frequency receiver module is activated to receive data signals by using the preamble in the radio frequency signal.

[0057] For example, after the vehicle is turned off and the doors are locked, most of the vehicle's controllers (such as the body controller and vehicle controller) will enter a power-off state (i.e., no longer consuming power) to reduce the power consumption of the vehicle's low-voltage battery. However, the vehicle's radio frequency (RF) receiver module needs to maintain a low-power listening state, meaning the RF receiver module is still powered on, but only continuously listens for incoming RF signals in the 433MHz band with extremely low power consumption. If the RF receiver module is also powered off, the vehicle will not be able to receive any RF signals, and the automatic opening function of the charging port cover will not work after the vehicle is powered off.

[0058] When the charging device sends an RF signal, the first part of the RF signal is a preamble field. Upon detecting the preamble field, the RF receiver module, which is in low-power listening mode, is awakened, switching from a low-power mode that only detects the presence of a signal to a data reception mode capable of receiving complete data frames. After entering the data reception mode, the RF receiver module begins receiving subsequent complete data frames.

[0059] Furthermore, this application also proposes an automatic vehicle charging port cover opening system, used to execute any of the above-described automatic vehicle charging port cover opening methods, specifically as follows: Figure 3 The diagram shown is a functional module schematic of an automatic opening system for a vehicle charging port cover proposed in this application. The system includes: The signal acquisition module 21 is used to obtain the device identifier of the charging device based on the radio frequency signal sent by the charging device; Device matching module 22 is used to match and verify the device identifier with at least one candidate device identifier stored locally in the vehicle to determine whether the charging device is an authorized charging device. Device verification module 23 is used to determine the device type of the charging device based on the device identifier of the charging device when the charging device is an authorized charging device; The cover-opening start module 24 is used to control the vehicle to perform the opening action of the charging port cover corresponding to the device type.

[0060] It should be noted that the above embodiments are merely best examples and are not intended to limit the implementation of this application.

[0061] Furthermore, such as Figure 4 As shown, this application embodiment also provides an electronic device 300, including a processor 310, a memory 320, and a computer program 321 stored in the memory 320 and executable on the processor. When the processor 310 executes the computer program 321, it implements the steps of any of the above-described methods for automatically opening the vehicle charging port cover.

[0062] Since the electronic device described in this embodiment is the device used to implement the automatic opening method of a vehicle charging port cover in the embodiments of this application, those skilled in the art can understand the specific implementation method and various variations of the electronic device in this embodiment based on the method described in the embodiments of this application. Therefore, how the electronic device implements the method in the embodiments of this application will not be described in detail here. Any device used by those skilled in the art to implement the method in the embodiments of this application is within the scope of protection of this application.

[0063] In practical implementation, when the computer program 321 is executed by the processor, it can achieve the following: Figure 1 Any of the corresponding implementation methods in the embodiments.

[0064] It should be noted that the descriptions of each embodiment in the above embodiments have different focuses. For parts that are not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0065] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-readable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-readable program code.

[0066] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0067] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0068] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0069] This application also provides a computer program product, which includes computer software instructions that, when executed on a processing device, cause the processing device to execute a method for automatically opening a vehicle charging port cover.

[0070] A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a server or data center that integrates one or more available media. The available medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state disk (SSD)). Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0071] Obviously, those skilled in the art can make various modifications and variations to this specification without departing from its spirit and scope. Therefore, if such modifications and variations fall within the scope of the claims and their equivalents, this specification is also intended to include such modifications and variations.

Claims

1. A method for automatically opening a vehicle charging port cover, characterized in that, include: The device identifier of the charging device is obtained based on the radio frequency signal sent by the charging device; The device identifier is matched and verified with at least one candidate device identifier stored locally in the vehicle to determine whether the charging device is an authorized charging device. When the charging device is the authorized charging device, the device type of the charging device is determined based on the device identifier of the charging device; Control the vehicle to perform the opening action of the charging port cover corresponding to the device type.

2. The method according to claim 1, characterized in that, The method of obtaining the device identifier of the charging device based on the radio frequency signal transmitted by the charging device includes: Acquire the data frame of the radio frequency signal; The frame start position is determined based on the synchronization header field of the data frame; Based on the frame start position, the device identifier field is extracted from the data field of the data frame according to the preset data field parsing rules to obtain the device identifier.

3. The method according to claim 2, characterized in that, The data frame includes a first data subframe and a second data subframe; wherein: The first data subframe includes a preamble field, a start bit field, a synchronization identifier field, a data field, an extension field, and a check field; the second data subframe includes the preamble field, the start bit field, the synchronization identifier field, the data field, and the check field; wherein, the data field includes the device identifier field and the key code field; the synchronization header field includes the preamble field, the start bit field, and the synchronization identifier field.

4. The method according to claim 1, characterized in that, The step of matching and verifying the device identifier with at least one candidate device identifier stored locally in the vehicle to determine whether the charging device is an authorized charging device includes: Obtain the candidate device identifiers stored locally in the vehicle. The candidate device identifiers include a default identifier and a user-bound identifier. The default identifier is used to represent the identifier of the charging device that is pre-stored at the vehicle's factory and cannot be unbound. The user-bound identifier is used to represent the identifier of the charging device that is actively bound by the user and can be unbound. The device identifier is compared with each candidate device identifier one by one; If the device identifier matches any of the candidate device identifiers, then the charging device is determined to be the authorized charging device; If the device identifier is inconsistent with all of the candidate device identifiers, then the charging device is determined to be an unauthorized charging device.

5. The method according to claim 1, characterized in that, The equipment types include public charging piles and private charging piles; controlling the vehicle to perform the opening action of the charging port cover corresponding to the equipment type includes: When the device type is the public charging pile type, if the vehicle door lock is unlocked, the vehicle is controlled to perform the charging port cover opening action; if the vehicle door lock is locked, the charging port cover opening action is prohibited. When the device type is the private charging station type, control the vehicle to perform the action of opening the charging port cover.

6. The method according to claim 1, characterized in that, The device type also includes home charging robot type; the step of controlling the vehicle to perform the charging port cover opening action corresponding to the device type further includes: When the device type is the home charging robot type, a key code is obtained based on the radio frequency signal, wherein the key code includes at least one of the following values: a first value, used to indicate a request to open the charging port cover; a second value, used to indicate that the charging device detects that the vehicle is in a preset charging position; and a third value, used to indicate that the charging device detects that the charging port cover is in a preset alignment position. If the key code is the first value, then control the vehicle to perform the charging port cover opening action; If the key code is the second value or the third value, then if the charging device is the authorized charging device, the result of the successful matching of the device identifier of the charging device is sent to the vehicle controller so that the vehicle controller can start the automated charging process. If the key code is the second value or the third value and the charging device is an unauthorized charging device, then the result of the failure to match the device identifier of the charging device is sent to the vehicle controller to prevent the vehicle controller from starting the automated charging process.

7. The method according to claim 6, characterized in that, After sending the result of a successful matching of the device identifier of the charging device to the vehicle controller, the method further includes: When the vehicle controller receives a successful match result for the device identifier, it controls the charging device to perform an automated plug-in operation. After the automated insertion of the charging gun is completed, the charging device is controlled to perform a charging start operation.

8. The method according to claim 1, characterized in that, Before obtaining the device identifier of the charging device based on the radio frequency signal transmitted by the charging device, the method further includes: When the vehicle's radio frequency receiving module is in a low-power listening state and the vehicle is in a sleep state, the radio frequency receiving module is activated to a data receiving state by using the preamble in the radio frequency signal, so as to receive the radio frequency signal sent by the charging device.

9. An automatic opening system for a vehicle charging port cover, characterized in that, include: The signal acquisition module is used to obtain the device identifier of the charging device based on the radio frequency signal sent by the charging device; The device matching module is used to match and verify the device identifier with at least one candidate device identifier stored locally in the vehicle to determine whether the charging device is an authorized charging device. The device verification module is used to determine the device type of the charging device based on the device identifier of the charging device when the charging device is the authorized charging device; The cover-opening start module is used to control the vehicle to perform the opening action of the charging port cover corresponding to the device type.

10. An electronic device, comprising: The memory and processor are characterized in that the processor is used to execute a computer program stored in the memory to implement the steps of the automatic opening method for the vehicle charging port cover as described in any one of claims 1 to 8.

Images