Vehicle scheduled charging method, scheduled charging system and electronic equipment

Abstract

This application discloses a method, system, and electronic device for scheduling vehicle charging, relating to the field of new energy technology. The method comprises: obtaining charging reservation data for a target vehicle from a target user, wherein the charging reservation data includes a charging reservation period; determining whether a vehicle domain controller in the target vehicle needs to be awakened based on the charging reservation period; if it is determined that the vehicle domain controller needs to be awakened, waking the vehicle domain controller via the CAN protocol; after waking the vehicle domain controller, sending the charging reservation data to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller schedules charging for the target vehicle based on the charging reservation data. This application improves charging efficiency while also improving the network control quality of the entire vehicle.

Description

Technical Field

[0001] The present application relates to the field of new energy technology, and in particular to a method for vehicle scheduled charging, a scheduled charging system, and electronic equipment. Background Art

[0002] At present, with the development of society and the advancement of science and technology, more and more people are beginning to use new energy vehicles as their means of transportation. Electric vehicles (including pure electric vehicles and hybrid electric vehicles) have been accepted by more and more people. In most cases, users need to charge their electric vehicles, but they are not limited to charging electric vehicles immediately. In addition, the electricity charges are affected by the region, and the charging standards in different areas are different. Therefore, in order to reduce the charging costs of vehicle users and meet the users' travel needs, existing electric vehicles are usually equipped with a scheduled charging function, so that the vehicle starts charging at the scheduled time.

[0003] However, the reservation signal of the existing scheduled charging technology needs to be awakened multiple times between different control modules in different on-board controllers before it can be transmitted to the control module that actually controls the scheduled charging. The awakening between different control modules is neither controlled by the on-board telematics box (TBOX) nor can it be awakened individually, which leads to the hidden danger that the vehicle cannot be awakened. The multiple awakening processes make the actual start-up and charging process of scheduled charging slow, affecting the charging efficiency. Traditional scheduled charging is controlled by TBOX, and TBOX, as the network control unit of the entire vehicle, needs to be responsible for the network control tasks in the vehicle. If the scheduled charging function is also controlled by TBOX, it will affect other functions of the vehicle, thereby reducing the network control quality of the entire vehicle. Summary of the Invention

[0004] The embodiments of the present application provide a method for vehicle scheduled charging, a scheduled charging system, and an electronic device. The embodiments provided by the present application solve the technical problems of low charging efficiency and poor network control quality of the entire vehicle in the prior art. The embodiments provided by the present application not only improve the charging efficiency, but also improve the network control quality of the entire vehicle.

[0005] In a first aspect of the embodiments of the present application, a method for scheduling vehicle charging is provided, which is applied to a TBOX. The method for determining the scheduled vehicle charging includes:

[0006] Obtaining charging reservation data of a target user for a target vehicle, wherein the charging reservation data includes a charging reservation period;

[0007] Based on the charging reservation cycle, determining whether it is necessary to wake up the vehicle domain controller in the target vehicle;

[0008] If it is determined that the vehicle domain controller needs to be awakened, the vehicle domain controller is awakened through the CAN protocol. After waking up the vehicle domain controller, the charging reservation data is sent to the vehicle domain controller through the Ethernet protocol, so that the vehicle domain controller makes a reservation for charging for the target vehicle according to the charging reservation data.

[0009] In a feasible implementation manner, determining whether it is necessary to wake up the vehicle domain controller in the target vehicle based on the charging reservation cycle includes:

[0010] Determine whether the target vehicle's discharge time in its current state has reached the scheduled charging period;

[0011] If the discharge time reaches the charging reservation period, it is determined that the vehicle domain controller in the target vehicle needs to be awakened;

[0012] If the discharge time does not reach the charging reservation period, it is determined that there is no need to wake up the vehicle domain controller in the target vehicle.

[0013] In a feasible implementation manner, the charging reservation data further includes a charging reservation start time, a charging reservation end time, and charging change information. After waking up the vehicle domain controller, the charging reservation data is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller makes a reservation for charging the target vehicle according to the charging reservation data, including:

[0014] After waking up the vehicle domain controller, the charging reservation start time is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller starts to reserve charging for the target vehicle according to the reservation start time;

[0015] Sending the charging reservation end time to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller stops the scheduled charging for the target vehicle according to the charging reservation end time;

[0016] The charging change information is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller changes the charging type of the target vehicle according to the charging change information, wherein the charging type includes scheduled charging and immediate charging.

[0017] In a feasible implementation manner, the method for scheduling vehicle charging further includes:

[0018] When the target user changes the charging type of the target vehicle, acquiring charging reservation update data of the target user for the target vehicle, wherein the charging reservation update data includes a charging reservation update period;

[0019] The vehicle domain controller is woken up based on the charging reservation update cycle and the CAN protocol, and the charging reservation update data is sent to the vehicle domain controller via the Ethernet protocol.

[0020] In a feasible implementation manner, the method for scheduling vehicle charging further includes:

[0021] Acquire property change data of the power battery of the target charging device and / or the target vehicle during the charging process, and send the property change data to an external mobile terminal to complete the monitoring of the property changes of the power battery and the charging device, wherein the target charging device is used to represent the device that charges the target vehicle.

[0022] In a feasible implementation manner, the method for scheduling vehicle charging further includes:

[0023] When an abnormality occurs in the target charging equipment and / or the target vehicle, the transmission of the charging reservation data or the charging reservation update data is interrupted.

[0024] In a feasible implementation manner, before acquiring the charging reservation data of the target vehicle by the target user, the method for reserving vehicle charging further includes:

[0025] After the target user makes a charging reservation request for the target vehicle, the receiving of charging reservation data is started.

[0026] According to a second aspect of an embodiment of the present application, an embodiment of the present application provides a vehicle reservation charging system, which includes: a TBOX, a vehicle domain controller, a CAN routing device, and an Ethernet routing device. The TBOX is respectively communicated with the CAN routing device and the Ethernet routing device, the vehicle domain controller is respectively communicated with the CAN routing device and the Ethernet routing device, and the TBOX is used to communicate with an external mobile terminal.

[0027] In a third aspect of the embodiments of the present application, the embodiments of the present application provide an electronic device, comprising: a processor, a memory and a bus, wherein the memory stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor and the memory communicate through the bus, and the machine-readable instructions are executed by the processor to execute the steps of the above-mentioned method for vehicle charging reservation.

[0028] In a fourth aspect of the embodiments of the present application, the embodiments of the present application provide a vehicle, including: the vehicle reservation charging system as described in the second aspect; and / or the electronic device as described in the third aspect.

[0029] The vehicle charging reservation method, charging reservation system and electronic device provided in the embodiments of the present application, compared with the prior art, the embodiments provided by the present application obtain the charging reservation data of the target user for the target vehicle, and based on the charging reservation cycle, determine whether it is necessary to wake up the whole vehicle domain controller in the target vehicle, and when it is determined that the whole vehicle domain controller needs to be woken up, wake up the whole vehicle domain controller through the CAN protocol, and after waking up the whole vehicle domain controller, send the charging reservation data to the whole vehicle domain controller through the Ethernet protocol, so that the whole vehicle domain controller makes a reservation for charging the target vehicle according to the charging reservation data. The present application provides a modified The communication method between TBOX and the vehicle domain controller is specifically to transmit the charging reservation data through the Ethernet protocol and wake up the vehicle domain controller through the CAN protocol, avoiding multiple wake-ups between multiple control modules, and realizing direct wake-up of the vehicle domain controller by TBOX, thereby improving the charging efficiency of the vehicle. The TBOX in the embodiment provided by this application only performs data transmission and does not perform other redundant control processing. Therefore, this application can improve the network control quality of the whole vehicle. Since TBOX only performs data transmission, it can reduce the occurrence of the vehicle's scheduled charging being interrupted by other abnormalities, thereby avoiding the probability of the charging operation being unable to be woken up. BRIEF DESCRIPTION OF THE DRAWINGS

[0030] Figure 1 A flowchart of a method for scheduling vehicle charging provided in an embodiment of the present application;

[0031] Figure 2 A schematic diagram of the structure of a vehicle reservation charging system provided in an embodiment of the present application;

[0032] Figure 3 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application;

[0033] Figure 4 A schematic structural diagram of a vehicle provided in an embodiment of the present application.

[0034] Figures 2 to 4 The corresponding relationship between the reference numerals and the names of the drawings is as follows:

[0035] 10 vehicles; 200 vehicle reservation charging system; 210 TBOX; 220 Ethernet routing equipment; 230 CAN routing equipment; 240 vehicle domain controller; 300 electronic equipment; 310 processor; 320 memory; 330 bus. DETAILED DESCRIPTION

[0036] In order to better understand the technical solutions provided by the embodiments of this specification, the technical solutions of the embodiments of this specification are described in detail below through 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.

[0037] In this article, relational terms such as first and second are used only to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "comprise", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that the process, method, article or equipment comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or equipment. In the absence of further restrictions, the elements defined by the statement "comprising a ..." do not exclude the presence of other identical elements in the process, method, article or equipment comprising the elements. The term "two or more" includes two or more than two cases.

[0038] First, the application scenarios to which this application is applicable are introduced. The embodiments provided in this application are applicable to the field of new energy technology.

[0039] At present, the reservation signal of the existing scheduled charging technology needs to be awakened multiple times between different control modules in different on-board controllers before it can be passed to the control module that actually controls the scheduled charging. The awakening between different control modules is neither controlled by the on-board telematics box (TBOX) nor can it be awakened individually, which leads to the hidden danger that the vehicle cannot be awakened. The multiple awakening processes make the actual start-up and charging process of scheduled charging slow, affecting charging efficiency. Traditional scheduled charging is controlled by TBOX, and TBOX, as the network control unit of the entire vehicle, needs to be responsible for network control tasks in the vehicle. If the scheduled charging function is also controlled by TBOX, it will affect other functions of the vehicle, thereby reducing the network control quality of the entire vehicle.

[0040] Based on this, the embodiments of the present application provide a method for vehicle scheduled charging, a scheduled charging system and an electronic device. The embodiments provided by the present application solve the technical problems of low charging efficiency and poor network control quality of the entire vehicle in the prior art. The embodiments provided by the present application not only improve the charging efficiency, but also improve the network control quality of the entire vehicle.

[0041] Figure 1This is a flowchart of a method for reserving vehicle charging provided in an embodiment of the present application. For example, Figure 1 As shown, the method for vehicle charging reservation is applied to TBOX and includes the following steps:

[0042] S101. Obtain charging reservation data of a target user for a target vehicle, wherein the charging reservation data includes a charging reservation cycle.

[0043] It should be noted that before obtaining the target user's charging reservation data for the target vehicle, the embodiment provided by TBOX in this application first needs to determine the main parameters of the target vehicle's charging reservation data, and after determination, obtain the charging reservation data for the target vehicle through the information customized by the user on the external mobile terminal. In the embodiment provided by this application, after the target user sets it, the external mobile terminal will first synchronize the target vehicle's charging reservation data to the cloud, and then the cloud will send it to TBOX.

[0044] For example, the charging reservation data in the embodiments provided in this application mainly include but are not limited to: charging reservation cycle, charging reservation start time, charging reservation end time, stop charging, priority charging to target power, charging mode and charging reservation timing method, etc. The selection of the above charging reservation data can be customized according to the selection and setting of electric vehicles in different regions and brands.

[0045] In the above, the embodiment provided by this application is specifically that the target user reserves the charging start time and end time for the target vehicle through a mobile phone APP, a vehicle-side controller, etc. The time is set to within the scheduled 24 hours, and cyclic timed charging can be performed.

[0046] Among them, the target user is used to represent the designated user who is using the target vehicle for scheduled charging; the target vehicle is used to represent the specific electric vehicle that needs to be scheduled for charging.

[0047] The Telematics Box (TBOX) is an intelligent device in modern cars. It integrates multiple functions, enabling data exchange and communication between the vehicle and the outside world. The TBOX is particularly important in electric vehicles, as it not only supports conventional connected car services but also provides EV-specific features such as charging management and battery status monitoring.

[0048] Specifically, the charging reservation data set by the target user through the external mobile terminal APP is as follows:

[0049] Determine the scheduled charging status (set the scheduled charging status to chargePlanSwitch: ChargePlanSwitch);

[0050] Determine the charging timing parameters (charging reservation cycle setting chargePlanStatus: cycleType: INI_CycleType);

[0051] Determine the charge reservation start time (set the charge reservation start time ChargePlanStatus: startTimeFlag: INI_OnOffStatus = 0x2: ON), (start time (hour) ChargePlanStatus: startHour: INI_Hour), (start time (minute) ChargePlanStatuss: startMinute: INI_Minute));

[0052] Determine the end time of the charge reservation (set the end time of the charge reservation ChargePlanStatus: endTimeFlag: INI_OnOffStatus), (end time (hour) ChargePlanStatus: endHour: INI_Hour), (end time (minute) ChargePlanStatus: endMinute: INI_Minute).

[0053] Among them, the charging appointment start time must be set by the target user, so the charging appointment start time is always in the ON state; the charging appointment end time can be customized according to the user needs of the target user.

[0054] The mobile terminal APP in the embodiments provided in this application can be customized and set according to different application scenarios. It is assumed that the mobile terminal APP in the embodiments provided in this application is specific but not limited to: mobile phone applications, tablet applications, laptop applications, and applications in smart watches, etc.

[0055] S102: Based on the charging reservation cycle, determine whether it is necessary to wake up the vehicle domain controller in the target vehicle.

[0056] It should be noted that after the target user completes the setting of the charging reservation data for the above-mentioned target vehicle and the cloud sends the above-mentioned charging reservation data to TBOX, TBOX determines whether the current moment of the target vehicle has reached the charging reservation cycle in the charging reservation data, and determines whether it is necessary to wake up the vehicle domain controller in the target vehicle based on the determination result obtained after the determination.

[0057] S103. If it is determined that the vehicle domain controller needs to be awakened, the vehicle domain controller is awakened through the CAN protocol. After the vehicle domain controller is awakened, the charging reservation data is sent to the vehicle domain controller through the Ethernet protocol, so that the vehicle domain controller makes a charging reservation for the target vehicle according to the charging reservation data.

[0058] It should be noted that if it is determined that the embodiment provided in this application needs to wake up the vehicle domain controller, at this time, TBOX wakes up the vehicle domain controller through the CAN protocol, and synchronously transmits the above-mentioned received charging reservation data of the target vehicle to the vehicle domain controller, so that after receiving the charging reservation data, the vehicle domain controller executes the issuance of the charging instruction to the target vehicle, completes the issuance of the instruction to reserve charging for the target vehicle, and stops the reserved charging of the target vehicle after the charging time reaches the charging reservation end time.

[0059] For example, in the embodiment provided by the present application, after the instruction to reserve charging for the target vehicle is issued, the target user will receive a confirmation notification containing reservation details, such as the charging station name, charging reservation data, and charging pile number.

[0060] The vehicle reservation charging method, reservation charging system and electronic equipment provided in the embodiments of the present application, compared with the prior art, the embodiments provided by the present application obtain the target user's charging reservation data for the target vehicle, and based on the charging reservation cycle, determine whether it is necessary to wake up the vehicle domain controller in the target vehicle, and when it is determined that the vehicle domain controller needs to be woken up, wake up the vehicle domain controller through the CAN protocol, and after waking up the vehicle domain controller, send the charging reservation data to the vehicle domain controller through the Ethernet protocol, so that the vehicle domain controller makes a reservation for charging the target vehicle according to the charging reservation data. The present application provides a method for changing the TBOX and the vehicle domain controller. The communication method between the devices is specifically to transmit the charging reservation data through the Ethernet protocol and wake up the vehicle domain controller through the CAN protocol, avoiding multiple wake-ups between multiple control modules, and realizing direct wake-up of the vehicle domain controller by TBOX, thereby improving the charging efficiency of the vehicle. In addition, the TBOX in the embodiment provided by this application only performs data transmission and does not perform other redundant control processing. Therefore, this application can improve the network control quality of the whole vehicle. Moreover, since TBOX only performs data transmission, it can reduce the occurrence of the vehicle's scheduled charging being interrupted by other abnormalities, thereby avoiding the probability of the charging operation being unable to be woken up.

[0061] Exemplarily, step S101 includes the following sub-steps:

[0062] Sub-step 1011: Determine whether the discharge time of the target vehicle in the current state reaches the charging reservation period.

[0063] It should be noted that after the target user completes the setting of the charging reservation data for the above-mentioned target vehicle and the cloud sends the above-mentioned charging reservation data to TBOX, TBOX determines whether the current discharge time of the target vehicle reaches the charging reservation cycle in the charging reservation data.

[0064] Sub-step 1012: If the discharge time reaches the charging reservation period, it is determined that the vehicle domain controller in the target vehicle needs to be awakened.

[0065] It should be noted that when the discharge time of the target vehicle at the current moment reaches the charging reservation cycle, that is, the specified time period for starting charging is reached, the Tbox wakes up the vehicle domain controller in the target vehicle through the CAN protocol.

[0066] Sub-step 1013: If the discharge time does not reach the charging reservation period, it is determined that there is no need to wake up the vehicle domain controller in the target vehicle.

[0067] It should be noted that, when the current discharge time of the target vehicle does not reach the charging reservation period, that is, the specified time period when charging cannot be started is reached, the Tbox does not wake up the vehicle domain controller.

[0068] Exemplarily, in the embodiment provided by the present application, after waking up the vehicle domain controller, the charging reservation data is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller makes a reservation for charging the target vehicle according to the charging reservation data, including: after waking up the vehicle domain controller, the charging reservation start time is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller starts making a reservation for charging the target vehicle according to the reservation start time; the charging reservation end time is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller stops making a reservation for charging the target vehicle according to the charging reservation end time; the charging change information is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller changes the charging type of the target vehicle according to the charging change information, wherein the charging type includes scheduled charging and immediate charging.

[0069] Exemplarily, the embodiments provided in the present application can also: when the target user changes the charging type of the target vehicle, obtain the target user's charging reservation update data for the target vehicle, wherein the charging reservation update data includes a charging reservation update cycle; wake up the vehicle domain controller based on the charging reservation update cycle and the CAN protocol, and send the charging reservation update data to the vehicle domain controller via the Ethernet protocol.

[0070] It should be noted that, in addition to being applicable to situations where the target user needs to directly make a reservation for charging the target vehicle, the embodiments provided in the present application can also be applicable to situations where the target user wants to change the charging type of the target vehicle, such as when the target user wants to change the current reserved charging type to direct charging. At this time, the user does not need to set specific parameters, and can directly use the charging gun to charge; when the target user wants to change from immediate charging to making a reservation for charging the target vehicle, at this time, TBOX needs to obtain the target user's charging reservation update data for the target vehicle, and wake up the vehicle domain controller based on the charging reservation update cycle and CAN protocol in the charging reservation update data. After the vehicle domain controller is successfully awakened, the charging reservation update data is sent to the vehicle domain controller via the Ethernet protocol. TBOX will also pass the charging reservation update data to the external mobile terminal and the vehicle-mounted terminal through the cloud.

[0071] The in-vehicle terminals in the embodiments provided herein include, but are not limited to, in-vehicle infotainment systems (IVIs). IVIs are comprehensive platforms used in modern cars to provide multimedia entertainment and information interaction. They upgrade traditional audio systems into a multi-functional infotainment platform, aiming to enhance the in-vehicle experience for drivers and passengers.

[0072] Exemplarily, the TBOX in the embodiment provided in the present application can also obtain in real time the property change data of the power battery of the target charging device and / or the target vehicle during the charging process, and send the property change data to an external mobile terminal to complete the monitoring of the property changes of the power battery and the charging device, wherein the target charging device is used to characterize the device that charges the target vehicle.

[0073] It should be noted that the target charging device in the embodiments provided in this application can be customized according to different application scenarios and application environments. Among them, the target charging device in the embodiments provided in this application can be specifically but not limited to a charging gun.

[0074] For example, the TBOX in the embodiment provided in the present application may also interrupt the transmission of charging reservation data or charging reservation update data when an abnormality occurs in the target charging device and / or target vehicle, so as to ensure the safety of the target vehicle during charging.

[0075] Illustratively, in the embodiment provided by the present application, before obtaining the charging reservation data of the target user for the target vehicle, it is also necessary to start receiving the charging reservation data based on the charging reservation request of the target user for the target vehicle to activate the TBOX.

[0076] The vehicle charging reservation method provided in the embodiments of the present application, compared with the prior art, obtains the charging reservation data of the target vehicle from the target user and, based on the charging reservation cycle, determines whether the vehicle domain controller in the target vehicle needs to be awakened. If it is determined that the vehicle domain controller needs to be awakened, the vehicle domain controller is awakened via the CAN protocol. After waking up the vehicle domain controller, the charging reservation data is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller schedules charging for the target vehicle according to the charging reservation data. The present application provides a method for changing the communication method between the TBOX and the vehicle domain controller, specifically transmitting the charging reservation data via the Ethernet protocol and waking up the vehicle domain controller via the CAN protocol. This avoids multiple wake-ups between multiple control modules, enables the TBOX to directly wake up the vehicle domain controller, and improves the vehicle charging efficiency. In the embodiments provided by the present application, the TBOX only performs data transmission and does not perform other redundant control processing. Therefore, the present application can improve the network control quality of the vehicle. Since the TBOX only performs data transmission, it can reduce the occurrence of vehicle scheduled charging being interrupted by other abnormalities, thereby avoiding the probability of the charging operation being unable to be awakened.

[0077] Figure 2 This is a schematic diagram of the structure of a vehicle reservation charging system provided by an embodiment of the present application. For example, Figure 2 As shown, the vehicle reservation charging system 200 includes: TBOX210, vehicle domain controller 240, CAN routing device 230 and Ethernet routing device 220. TBOX210 is communicatively connected to the CAN routing device 230 and the Ethernet routing device 220. The vehicle domain controller 240 is communicatively connected to the CAN routing device 230 and the Ethernet routing device 220. The TBOX210 is used to communicate with an external mobile terminal.

[0078] TBOX210 is used to receive the charging reservation data of the target vehicle from the target user sent by the external mobile terminal, and wake up the vehicle domain controller 240 based on the charging reservation cycle and CAN protocol in the charging reservation data; send the charging reservation data to the vehicle domain controller 240 via the Ethernet protocol; also used to receive the charging status data of the target vehicle fed back by the vehicle domain controller 240, and send the charging status data to the external mobile terminal, wherein the charging status data is used to represent the progress data of the target vehicle during the charging process; also used to receive the charging reservation update data of the target vehicle from the target user sent by the external mobile terminal when the target user changes the charging type of the target vehicle , and wake up the vehicle domain controller 240 based on the charging reservation update cycle and CAN protocol in the charging reservation update data; send the charging reservation update data to the vehicle domain controller 240 via the Ethernet protocol; also used to receive the attribute data of the power battery of the target charging device and / or the target vehicle during the charging process, and send the attribute data to the external mobile terminal to monitor the attribute changes of the power battery and the charging device; also used to interrupt the transmission of the charging reservation data or the charging reservation update data when it is determined that the target charging device and / or the target vehicle has an abnormality; and also used to start receiving the charging reservation data after receiving the charging reservation request of the target user for the target vehicle.

[0079] It should be noted that the TBOX210 in the embodiment provided in this application not only wakes up the vehicle domain controller 240 through the CAN routing carrying the CAN protocol, and sends the charging reservation data set by the target user to the vehicle domain controller 240 after waking up, but also can send the charging reservation update data to the vehicle domain controller 240 and the cloud at the same time when the target user changes the charging type of the target vehicle.

[0080] In the above description, the target user changing the charging type of the target vehicle may specifically include but is not limited to changing the immediate charging of the target vehicle to scheduled charging.

[0081] Among them, in the embodiment provided by the present application, no matter whether the target user changes the charging type of the target vehicle or updates the charging update reservation data of the target vehicle on the vehicle side or the mobile terminal, TBOX210 can synchronously send the corresponding charging update reservation data to the vehicle domain controller 240 and the cloud, and the cloud will then feed back to the vehicle side or the mobile terminal for display and monitoring, which is convenient for the target user to watch.

[0082] The TBOX210 in the embodiment provided in the present application will also receive attribute data of the power battery of the target charging device and / or target vehicle during the charging process, that is, whether there is an abnormality, and when an abnormality occurs in the target charging device and / or target vehicle, it will interrupt the transmission of the charging reservation data or the charging reservation update data, and ensure the safety of the vehicle.

[0083] For example, the abnormality of the target charging device may be specifically that the vehicle charging gun is damaged, etc.; the abnormality of the target vehicle may be specifically that the temperature of the power battery is too high or the power battery pack is damaged, etc.; the attribute data can be specifically used to characterize the degree of damage to the charging gun, the temperature of the power battery, and the humidity of the power battery, etc.

[0084] The vehicle domain controller 240 is used to control the scheduled charging of the target vehicle based on the received charging reservation data; it is also used to feed back the charging status data of the target vehicle during the scheduled charging process to the TBOX210.

[0085] The vehicle reservation charging system 200 provided in the embodiment of the present application, compared with the prior art, obtains the target user's charging reservation data for the target vehicle, and determines whether it is necessary to wake up the vehicle domain controller 240 in the target vehicle based on the charging reservation cycle, and when it is determined that the vehicle domain controller 240 needs to be woken up, wakes up the vehicle domain controller 240 through the CAN protocol, and after waking up the vehicle domain controller 240, sends the charging reservation data to the vehicle domain controller 240 through the Ethernet protocol, so that the vehicle domain controller 240 makes a reservation for charging the target vehicle according to the charging reservation data. The present application provides a modification of the TBOX210 and the vehicle domain controller 240. 0, specifically, the charging reservation data is transmitted through the Ethernet protocol, and the vehicle domain controller 240 is awakened through the CAN protocol, avoiding multiple wake-ups between multiple control modules, and realizing direct awakening of the vehicle domain controller 240 by TBOX210, thereby improving the charging efficiency of the vehicle. In addition, the TBOX210 in the embodiment provided in the present application only performs data transmission and does not perform other redundant control processing. Therefore, the present application can improve the network control quality of the whole vehicle, and since the TBOX210 only performs data transmission, it can reduce the occurrence of the vehicle's scheduled charging being interrupted by other abnormalities, thereby avoiding the probability of the charging operation being unable to be awakened.

[0086] See also Figure 3 , FIG is a structural diagram of an electronic device provided in an embodiment of the present application. For example, Figure 3 As shown, the electronic device 300 includes a processor 310 , a memory 320 , and a bus 330 .

[0087] The memory 320 stores machine-readable instructions executable by the processor 310. When the electronic device 300 is running, the processor 310 communicates with the memory 320 via the bus 330. When the machine-readable instructions are executed by the processor 310, the above-mentioned Figure 1The specific implementation of the steps of the method for scheduling vehicle charging in the illustrated method embodiment can be found in the method embodiment and will not be repeated here.

[0088] The embodiment of the present application also provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor, the computer program can execute the above-mentioned Figure 1 The specific implementation of the steps of the method for scheduling vehicle charging in the illustrated method embodiment can be found in the method embodiment and will not be repeated here.

[0089] The embodiment of the present application also provides a vehicle, Figure 4 This is a schematic diagram of the structure of a vehicle provided in an embodiment of the present application. For example, Figure 4 As shown, the vehicle 10 includes a vehicle scheduled charging system and an electronic device 300 . The specific implementation method may be the embodiment of the vehicle scheduled charging system 200 and the electronic device 300 , which will not be repeated here.

[0090] Exemplarily, the vehicle 10 may further include a vehicle scheduled charging system 20 , and its specific implementation can be found in the embodiment of the current regulating device for the continuous anode of an aluminum electrolysis cell, which will not be described in detail here.

[0091] Exemplarily, the vehicle 10 may further include an electronic device 300 . For specific implementations, please refer to the embodiments of the electronic device 300 , which will not be described in detail here.

[0092] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0093] It should be noted that, in the above embodiments, the description of each embodiment has its own focus. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant description of other embodiments.

[0094] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application can adopt the form of a computer program product implemented on one or more computer-readable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) that contain computer-readable program code.

[0095] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded computer, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0096] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0097] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0098] An embodiment of the present application further provides a computer program product, which includes computer software instructions. When the computer software instructions are executed on a processing device, the processing device executes the process of the method for reserving vehicle charging.

[0099] A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function according to the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that a computer can store or a data storage device such as a server or data center that includes one or more available media integrated. The available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid state drive (SSD)).

[0100] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0101] In the several embodiments provided in this application, it should be understood that the disclosed devices, apparatuses and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interface, device or unit, which can be electrical, mechanical or other forms.

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

[0103] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0104] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0105] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application.

[0106] Although the preferred embodiments of this specification have been described, those skilled in the art may make additional changes and modifications to these embodiments once they have learned the basic creative concepts. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of this specification.

[0107] Obviously, those skilled in the art may make various changes and modifications to this specification without departing from the spirit and scope of this specification. Thus, if such changes and modifications fall within the scope of the claims of this specification and their equivalents, this specification is intended to include such changes and modifications.

Claims

1. A method for reserving vehicle charging, characterized in that: include: Obtaining charging reservation data of a target user for a target vehicle, wherein the charging reservation data includes a charging reservation period; Based on the charging reservation cycle, determining whether it is necessary to wake up the vehicle domain controller in the target vehicle; The determining whether it is necessary to wake up the vehicle domain controller in the target vehicle based on the charging reservation cycle includes: Determine whether the target vehicle's discharge time in its current state has reached the scheduled charging period; If the discharge time reaches the charging reservation period, it is determined that the vehicle domain controller in the target vehicle needs to be awakened; If the discharge time does not reach the charge reservation period, it is determined that there is no need to wake up the vehicle domain controller in the target vehicle; If it is determined that the vehicle domain controller needs to be awakened, the vehicle domain controller is awakened through the CAN protocol; After waking up the vehicle domain controller, the charging reservation data is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller makes a reservation for charging the target vehicle according to the charging reservation data; The charging reservation data also includes a charging reservation start time, a charging reservation end time, and charging change information. After waking up the vehicle domain controller, the charging reservation data is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller makes a charging reservation for the target vehicle according to the charging reservation data, including: After waking up the vehicle domain controller, the charging reservation start time is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller starts to reserve charging for the target vehicle according to the reservation start time; Sending the charging reservation end time to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller stops the scheduled charging for the target vehicle according to the charging reservation end time; The charging change information is sent to the vehicle domain controller via the Ethernet protocol, so that the vehicle domain controller changes the charging type of the target vehicle according to the charging change information, wherein the charging type includes scheduled charging and immediate charging.

2. The method for scheduling vehicle charging according to claim 1, wherein: The method for scheduling vehicle charging further includes: When the target user changes the charging type of the target vehicle, acquiring charging reservation update data of the target user for the target vehicle, wherein the charging reservation update data includes a charging reservation update period; The vehicle domain controller is woken up based on the charging reservation update cycle and the CAN protocol, and the charging reservation update data is sent to the vehicle domain controller via the Ethernet protocol.

3. The method for scheduling vehicle charging according to claim 1, wherein: The method for scheduling vehicle charging further includes: Acquire property change data of the power battery of the target charging device and / or the target vehicle during the charging process, and send the property change data to an external mobile terminal to complete the monitoring of the property changes of the power battery and the charging device, wherein the target charging device is used to represent the device that charges the target vehicle.

4. The method for scheduling vehicle charging according to claim 3, wherein: The method for scheduling vehicle charging further includes: When an abnormality occurs in the target charging equipment and / or the target vehicle, the transmission of the charging reservation data or the charging reservation update data is interrupted.

5. The method for scheduling vehicle charging according to claim 1, wherein: Before acquiring the charging reservation data of the target vehicle by the target user, the method for reserving charging for the vehicle further includes: After the target user makes a charging reservation request for the target vehicle, the receiving of charging reservation data is started.

6. A vehicle reservation charging system, characterized in that: Charging is performed using the vehicle reservation charging method according to any one of claims 1 to 5. The vehicle reservation charging system includes: a TBOX, a vehicle domain controller, a CAN routing device, and an Ethernet routing device. The TBOX is communicatively connected to the CAN routing device and the Ethernet routing device, respectively. The vehicle domain controller is communicatively connected to the CAN routing device and the Ethernet routing device, respectively. The TBOX is used to communicate with an external mobile terminal.

7. An electronic device, characterized in that: include: A processor, a memory, and a bus, wherein the memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor and the memory communicate via the bus, and the machine-readable instructions are executed by the processor to execute the steps of the vehicle charging reservation method as described in any one of claims 1 to 5 above.

8. A vehicle, characterized in that: in, Including; the vehicle reservation charging system as claimed in claim 6; and / or, the electronic device as claimed in claim 7.

Images