Power feeding row searching method and device of vehicle, vehicle and storage medium

Abstract

This application relates to the field of electronic communication control technology, and in particular to a method, device, vehicle, and storage medium for troubleshooting vehicle power supply issues. The method includes: obtaining the network non-dormant duration after the vehicle is powered off; if the network non-dormant duration is longer than a first preset duration, obtaining the current wake-up source of the vehicle; if the current wake-up source is a specific wake-up source, ending the current power supply troubleshooting; otherwise, treating the current wake-up source as an abnormal wake-up source. This solves the problems in related technologies such as difficulty in reproducing vehicle faults, making it impossible to accurately locate the cause of vehicle power supply issues, and increasing reliance on anomaly monitoring. By adding controller wake-up source monitoring, the accuracy of locating the cause of power supply issues is improved. Furthermore, when a power supply issue is detected, it can be automatically stored, reducing the reliance on vehicle-to-everything (V2X) monitoring for anomaly detection.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of electronic communication control, and in particular relates to a power supply checking method and device for a vehicle, a vehicle and a storage medium. BACKGROUND

[0002] With the rapid development of vehicle intelligence and networking, vehicle electronic control is applied more and more frequently. Meanwhile, in order to enrich and improve vehicle functions, the number of sensors and actuators on the vehicle is multiplied, which makes the vehicle network architecture and network management increasingly complex, and thus easily leads to abnormal network wake-up or non-sleep of the vehicle, thereby causing problems such as vehicle power supply and thus causing the vehicle to be unable to start.

[0003] In the related art, the commonly used checking method can only locate the vehicle fault controller. However, since the vehicle power supply is occasional, the specific fault and fault reason cannot be located, and thus need to be solved urgently. SUMMARY

[0004] The present application provides a power supply checking method and device for a vehicle, a vehicle and a storage medium, to solve the problem that in the related art, vehicle fault reproduction is difficult, thus the vehicle power supply reason cannot be accurately located, and abnormal monitoring dependence is increased.

[0005] The first aspect of the present application provides a power supply checking method for a vehicle, comprising the following steps:

[0006] obtaining a network non-sleep duration after the current vehicle is powered off;

[0007] if the network non-sleep duration is greater than a first preset duration, obtaining a current wake-up source of the current vehicle; and

[0008] if the current wake-up source is a specific wake-up source, ending the current power supply checking, otherwise, taking the current wake-up source as an abnormal wake-up source.

[0009] According to an embodiment of the present application, the obtaining of the current wake-up source of the current vehicle comprises:

[0010] monitoring an address identification code corresponding to a network management frame of the current vehicle, and obtaining a monitoring duration of the address identification code;

[0011] if the monitoring duration is greater than a second preset duration, taking a signal position corresponding to the address identification code as an invalid bit, otherwise, taking the signal position corresponding to the address identification code as a valid bit;

[0012] obtaining the current wake-up source of the current vehicle according to the signal bit corresponding to the address identification code.

[0013] According to one embodiment of the present application, after the current wake-up source is taken as the abnormal wake-up source, further comprising:

[0014] Obtaining the abnormal wake-up source to generate a corresponding abnormal wake-up reason;

[0015] Sending the abnormal wake-up source and the abnormal wake-up reason to a target cloud.

[0016] According to one embodiment of the present application, after the abnormal wake-up source and the abnormal wake-up reason are sent to the target cloud, further comprising:

[0017] Receiving an analysis result generated by the target cloud based on the abnormal wake-up source and the abnormal wake-up reason;

[0018] Determining a target power feeding device and a target power feeding scene of the current vehicle according to the analysis result;

[0019] Generating a power feeding reason of the current vehicle according to the target power feeding device and the target power feeding scene.

[0020] According to one embodiment of the present application, after the power feeding reason of the current vehicle is generated according to the target power feeding device and the target power feeding scene, further comprising:

[0021] Storing the power feeding reason to a preset storage device and obtaining a storage frequency of the preset storage device;

[0022] If the storage frequency is less than a preset storage frequency, continuing to store the power feeding reason.

[0023] According to one embodiment of the present application, the obtaining the storage frequency of the preset storage device further comprises:

[0024] If the storage frequency is greater than or equal to the preset storage frequency, comparing an address identification code to obtain a priority of the address identification code, wherein the smaller the address identification code is, the higher the priority is;

[0025] Storing the power feeding reason of the current vehicle according to the priority of the address identification code.

[0026] According to the vehicle power failure troubleshooting method of this application embodiment, the network non-sleep time after the vehicle is powered off is obtained. If the network non-sleep time is longer than a first preset time, the current wake-up source of the vehicle is obtained. If the current wake-up source is a specific wake-up source, the current power failure troubleshooting ends; otherwise, the current wake-up source is regarded as an abnormal wake-up source. This solves the problems in related technologies such as difficulty in reproducing vehicle faults, thus making it impossible to accurately locate the cause of vehicle power failure and increasing reliance on anomaly monitoring. By adding controller wake-up source monitoring, the accuracy of locating the cause of power failure is improved. Furthermore, when a power failure cause is detected, it can be automatically stored to reduce the reliance of anomaly monitoring on the vehicle network.

[0027] A second aspect of this application provides a vehicle power supply troubleshooting device, comprising:

[0028] The first acquisition module is used to acquire the network non-sleep time after the current vehicle is powered off;

[0029] The second acquisition module is used to acquire the current wake-up source of the current vehicle if the network has not been dormant for a period longer than a first preset period; and

[0030] The troubleshooting module is used to end the current power supply troubleshooting if the current wake-up source is a specific wake-up source, otherwise, the current wake-up source is regarded as an abnormal wake-up source.

[0031] According to one embodiment of this application, the first acquisition module is specifically used for:

[0032] Monitor the address identifier code corresponding to the network management frame of the current vehicle, and obtain the monitoring duration of the address identifier code;

[0033] If the monitoring duration is longer than the second preset duration, the signal position corresponding to the address identifier code will be set as an invalid bit; otherwise, the signal position corresponding to the address identifier code will be set as a valid bit.

[0034] The current wake-up source of the current vehicle is obtained based on the signal bit corresponding to the address identifier code.

[0035] According to one embodiment of this application, after identifying the current wake-up source as the abnormal wake-up source, the investigation module is further configured to:

[0036] Obtain the abnormal wake-up source and generate the corresponding abnormal wake-up reason;

[0037] Send the abnormal wake-up source and the abnormal wake-up reason to the target cloud.

[0038] According to one embodiment of this application, after sending the abnormal wake-up source and the abnormal wake-up reason to the target cloud, the investigation module is further configured to:

[0039] receive a resolution result generated by the target cloud based on the abnormal wake-up source and the abnormal wake-up cause;

[0040] determine a target power feeding device and a target power feeding scenario of the current vehicle according to the resolution result;

[0041] generate a power feeding cause of the current vehicle according to the target power feeding device and the target power feeding scenario.

[0042] According to an embodiment of the present application, after generating the power feeding cause of the current vehicle according to the target power feeding device and the target power feeding scenario, the troubleshooting module is further configured to:

[0043] store the power feeding cause to a preset storage device, and acquire a storage frequency of the preset storage device;

[0044] if the storage frequency is less than a preset storage frequency, continue to store the power feeding cause.

[0045] According to an embodiment of the present application, the acquisition of the storage frequency of the preset storage device, the troubleshooting module is further configured to:

[0046] if the storage frequency is greater than or equal to the preset storage frequency, compare the address identification code to obtain a priority of the address identification code, wherein the smaller the address identification code, the higher the priority.

[0047] store the power feeding cause of the current vehicle according to the priority of the address identification code.

[0048] The vehicle power feeding troubleshooting device according to the embodiment of the present application, by acquiring the network non-sleep duration after the current vehicle powers off, when the network non-sleep duration is greater than a first preset duration, acquiring the current wake-up source of the current vehicle, if the current wake-up source is a specific wake-up source, ending the current power feeding troubleshooting, otherwise, taking the current wake-up source as an abnormal wake-up source. Thus, the problem that the vehicle fault is difficult to reproduce in the related art, so that the power feeding cause of the vehicle cannot be accurately located, and the abnormal monitoring dependence is increased, is solved. By increasing the controller wake-up source monitoring, the positioning accuracy of the power feeding cause is improved, and the abnormal monitoring dependence on the Internet of Vehicles is reduced when the power feeding cause is monitored.

[0049] The third aspect embodiment of the present application provides a vehicle, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor executes the program to implement the vehicle power feeding troubleshooting method as described in the above embodiments.

[0050] The fourth aspect of the present application provides a computer readable storage medium, the computer readable storage medium stores computer instructions, the computer instructions are used to make the computer execute the power feeding troubleshooting method of the vehicle as described in the above embodiments.

[0051] Additional aspects and advantages of the present application will be made apparent by the following description and the accompanying drawings. BRIEF DESCRIPTION OF DRAWINGS

[0052] The above and / or additional aspects and advantages of the present application will become apparent and be readily appreciated from the following description, taken in conjunction with the accompanying drawings, in which:

[0053] Figure 1 A flowchart of a power feeding troubleshooting method of a vehicle according to an embodiment of the present application is provided;

[0054] Figure 2 A flowchart of a vehicle troubleshooting according to an embodiment of the present application is provided;

[0055] Figure 3 A block schematic diagram of a power feeding troubleshooting device of a vehicle according to an embodiment of the present application is provided;

[0056] Figure 4 A schematic diagram of a vehicle according to an embodiment of the present application is provided. DETAILED DESCRIPTION

[0057] The embodiments of the present application are described in detail below with reference to the accompanying drawings, in which the same or similar components have the same or similar designations and functions throughout. The embodiments described below are exemplary and are intended to explain the present application, and are not to be understood as limiting the present application.

[0058] The power feeding troubleshooting method, device, vehicle and storage medium of the vehicle according to the embodiments of the present application are described below with reference to the accompanying drawings. In view of the difficulty in reproducing vehicle faults in the above background art, which makes it difficult to accurately locate the power feeding cause of the vehicle and increases the dependence on abnormal monitoring, the present application provides a power feeding troubleshooting method of a vehicle, in which the network non-sleep duration after the current vehicle is powered off is obtained, and when the network non-sleep duration is greater than a first preset duration, the current wake-up source of the current vehicle is obtained. If the current wake-up source is a specific wake-up source, the current power feeding troubleshooting is ended, otherwise, the current wake-up source is taken as an abnormal wake-up source. Thus, the problems of difficulty in reproducing vehicle faults in the related art, which makes it difficult to accurately locate the power feeding cause of the vehicle and increases the dependence on abnormal monitoring, are solved. By increasing the controller wake-up source monitoring, the positioning accuracy of the power feeding cause is improved, and the dependence of abnormal monitoring on the Internet of Vehicles is reduced when the power feeding cause is monitored.

[0059] Specifically, Figure 1 A flowchart of a vehicle power feeding troubleshooting method provided by an embodiment of the present application is shown in FIG. 1.

[0060] As Figure 1 shown, the vehicle power feeding troubleshooting method includes the following steps:

[0061] In step S101, the network non-sleep duration after the current vehicle is powered off is obtained.

[0062] Specifically, with the rapid development of vehicle intelligence and networking, vehicle network architecture and network management are becoming increasingly complex, which leads to the vehicle network abnormal wake-up or non-sleep when powered off, and further causes the vehicle to appear power feeding phenomenon and thus cannot be started. Therefore, in order to avoid missing troubleshooting and affect the user's driving experience due to the inability to determine the specific power feeding reason, the embodiments of the present application can quickly and accurately locate the power feeding reason of the vehicle in the vehicle networking management network segment and the non-vehicle networking management network segment through the addition of controller wake-up source monitoring and related power feeding troubleshooting methods, thereby solving the power feeding troubleshooting problem existing in the related art.

[0063] Based on this, the embodiments of the present application first need to obtain the network non-sleep duration after the current vehicle is powered off, i.e., the network non-sleep state when the vehicle is in the powered-off state, so as to further monitor whether the vehicle has a power feeding problem according to the network non-sleep duration.

[0064] In step S102, if the network non-sleep duration is greater than a first preset duration, the current wake-up source of the current vehicle is obtained.

[0065] According to an embodiment of the present application, obtaining the current wake-up source of the current vehicle includes: monitoring an address identification code corresponding to a network management frame of the current vehicle, and obtaining a monitoring duration of the address identification code; if the monitoring duration is greater than a second preset duration, setting a signal position corresponding to the address identification code as an invalid bit, otherwise, setting the signal position corresponding to the address identification code as a valid bit; and obtaining the current wake-up source of the current vehicle according to the signal bit corresponding to the address identification code.

[0066] The first preset duration and the second preset duration can both be set by a person skilled in the art according to actual power feeding troubleshooting needs, or be related durations obtained through computer simulation or multiple tests, which are not limited here.

[0067] Specifically, in the vehicle networking management network segment, as Figure 2As shown, after the network non-sleep duration after the current vehicle is powered off is acquired, it is judged whether the network non-sleep duration is greater than a first preset duration. If the network non-sleep duration is greater than the first preset duration (for example, 40 min), it is indicated that there is a wake-up source after the current vehicle is powered off, which continuously wakes up the vehicle. At this time, the address identification code corresponding to the network management frame of the current vehicle needs to be further acquired, and the address identification code is monitored to acquire the monitoring duration of the address identification code. If the monitoring duration is greater than a second preset duration, the signal position corresponding to the address identification code is set as an invalid bit. Otherwise, the signal position corresponding to the address identification code is set as a valid bit. Then, the current wake-up source of the current vehicle is obtained according to the signal bit corresponding to the address identification code.

[0068] For example, when the current vehicle is in a powered-off state, if the network non-sleep duration acquired is greater than 40 min, it is indicated that there is a wake-up source after the current vehicle is powered off, which continuously wakes up the vehicle, so that the vehicle is always in a working state. At this time, the address identification code corresponding to the network management frame of the current vehicle, that is, the scrNodeID (Identity Document, identity identification code) of all network management frames, needs to be further acquired. When the corresponding ID appears, the CGW (Central Gate Way, central gateway) or domain control starts to record the scrNodeID of the network management frame. Secondly, the CGW or domain control feeds back the information of all network management frames to 0x574. When the corresponding scrNodeID appears, the corresponding signal bit in 0x574 is set as a valid bit, that is, set as 1. The network management frame acquired after being powered off is sent to the TBOX (Telematics Box, vehicle Internet system) according to a period through the CGW or domain control. If the TBOX receives the corresponding ID for more than 2 seconds, the corresponding signal bit in 0x574 is set as an invalid bit, that is, set to 0. For example, the signal bit of the network management frame can be represented as 000100. Wherein, every time a frame signal is monitored to be 1, the 2s timer is reset once. Finally, the current wake-up source of the current vehicle is obtained according to the signal bit corresponding to the address identification code, and the CGW or domain control sends the current wake-up source to the TBOX.

[0069] It should be noted that in the embodiments of the present application, the vehicle is developed based on autosar network management, and the autosar network characteristic is multi-master control. Therefore, each controller actively sends a network management frame when there is a communication demand.

[0070] In step S103, if the current wake-up source is a specific wake-up source, the current power supply troubleshooting is ended. Otherwise, the current wake-up source is taken as an abnormal wake-up source.

[0071] Specifically, as Figure 2As shown, in the embodiment of the present application, if the current wake-up source of the current vehicle is a specific wake-up source, for example, the hazard lights of the current vehicle are on, the high-voltage power-on of the electric vehicle hybrid project, or the pet mode is activated, etc. Special state, it means that the current wake-up source of the current vehicle is a specific wake-up source, and there is no other wake-up reason, at this time, end the current power supply investigation.

[0072] Further, if the current wake-up source of the current vehicle is not a specific wake-up source, it means that the current wake-up source is an abnormal wake-up source, for example, the vehicle display screen is on, etc. At this time, it can be determined that the network state of the current vehicle is in a non-sleep state, that is, an abnormal state.

[0073] According to an embodiment of the present application, after the current wake-up source is taken as an abnormal wake-up source, it further includes: obtaining an abnormal wake-up reason corresponding to the abnormal wake-up source; sending the abnormal wake-up source and the abnormal wake-up reason to the target cloud.

[0074] Specifically, after obtaining the abnormal wake-up source, the TBOX analyzes the abnormal wake-up source to obtain the abnormal wake-up reason of the current vehicle, and sends the abnormal wake-up source and the abnormal wake-up reason to the target cloud. The target cloud collects data, analyzes the abnormal wake-up source and the abnormal wake-up reason, and obtains the analysis result corresponding to the abnormal wake-up source and the abnormal wake-up reason of the current vehicle.

[0075] According to an embodiment of the present application, after sending the abnormal wake-up source and the abnormal wake-up reason to the target cloud, it further includes: receiving the analysis result generated by the target cloud based on the abnormal wake-up source and the abnormal wake-up reason; determining the target power supply equipment and the target power supply scene of the current vehicle according to the analysis result; and generating the power supply reason of the current vehicle according to the target power supply equipment and the target power supply scene.

[0076] Specifically, based on the analysis result generated by the target cloud on the abnormal wake-up source and the abnormal wake-up reason of the current vehicle, then according to the analysis result, the target power supply equipment and the target power supply scene of the current vehicle are determined, and finally the power supply reason of the current vehicle is generated according to the target power supply equipment and the target power supply scene.

[0077] For example, in the embodiment of the present application, if the target cloud determines that the vehicle-mounted purifier of the current vehicle still purifies, the vehicle-mounted navigation is still in the navigation state or other vehicle-mounted devices in the running state according to the analysis result, it means that the power supply reason of the current vehicle is that the vehicle-mounted purifier still purifies or the vehicle-mounted navigation is still in the navigation state when the current vehicle is powered off, so that the current vehicle cannot sleep for a long time, and is always in an abnormal wake-up state.

[0078] According to one embodiment of the present application, after generating the power feeding reason of the current vehicle according to the target feeding device and the target feeding scene, the method further comprises: storing the power feeding reason to a preset storage device, and obtaining a storage times of the preset storage device; if the storage times is less than a preset storage times, continuing to store the power feeding reason.

[0079] According to one embodiment of the present application, obtaining the storage times of the preset storage device further comprises: if the storage times is greater than or equal to the preset storage times, comparing the address identification code to obtain a priority of the address identification code, wherein the smaller the address identification code is, the higher the priority is; and storing the power feeding reason of the current vehicle according to the priority of the address identification code.

[0080] Preferably, the preset storage device can be a storage device selected by a person skilled in the art according to actual use requirements, and the preset storage times can be a storage times set by a person skilled in the art according to an actual storage memory of the storage device, which is not limited here.

[0081] Specifically, in the non-vehicle networking management network segment, after obtaining the power feeding reason of the current vehicle according to the above power feeding investigation method, if the power feeding reason is caused by special scenes such as dangerous light switch, pet mode activation, and high-voltage power-on of electric vehicle hybrid project, a specific working state signal is sent to the bus, and the bus controller stops the abnormal monitoring strategy after receiving the state signal. When the specific state activation signal is not received and the network is powered off for more than one hour, the network is still not in sleep state, at this time, the controller should start the abnormal record function, and the power feeding reason at this time is stored to a preset storage device (such as E side). It should be noted that, due to the limited storage memory of E side, in one ignition cycle from power-off to power-on again, the maximum record of abnormal information is one time, and E side allows to store three times of abnormality at most. At the same time, the E side data cannot be eliminated under the condition of under-voltage or battery disconnection, and only through after-sales or subsequent abnormal conditions can the previous abnormal record be covered, so as to ensure that the data record will not be lost.

[0082] Preferably, the E side records the wake-up reason according to 1 byte, as shown in Table 1:

[0083] Table 1

[0084] Wakeup source 00000000 wakeup source 1 00000001 wakeup source 2 00000010 wakeup source 3 …… …… 00111111 wakeup source 64

[0085] Therefore, the E side of the embodiment of the present application cannot completely record all the wake-up sources during recording, and thus the embodiment of the present application needs to acquire the storage times of the E side first. If the storage times are less than the preset storage times (for example, 3 times), it indicates that there is storage memory in the E side at this time, and thus the power feeding reason can be continuously stored. If the storage times are greater than or equal to the preset storage times, it indicates that the storage memory in the E side is insufficient at this time, and thus the priority of the recorded address identification code needs to be distinguished, and the ID corresponding to the wake-up reason is recorded according to 1 byte, and the priority is sorted according to the size of the ID, wherein the smaller the ID, the higher the priority. For example, as shown in Table 2, the two wake-up reasons of 0x01: IGN1_RELAY output and 0x06: position lamp output valid exist at the same time, and thus 0x01 is recorded preferentially because the ID corresponding to IGN1_RELAY output is smaller.

[0086] Table 2

[0087]

[0088]

[0089] Therefore, after the vehicle has a serious power feeding problem, the embodiment of the present application can read the target power feeding device and the target power feeding scene in the E side through a diagnostic instrument or a specific device, and then directly locate the power feeding reason of the current vehicle, thereby improving the positioning accuracy of the power feeding reason.

[0090] According to the power feeding troubleshooting method of the vehicle, the network non-sleep duration after the current vehicle is powered off is acquired. When the network non-sleep duration is greater than a first preset time duration, the current wake-up source of the current vehicle is acquired. If the current wake-up source is a specific wake-up source, the current power feeding troubleshooting is ended. Otherwise, the current wake-up source is taken as an abnormal wake-up source. Therefore, the problems in the related art that the vehicle fault is difficult to reproduce, the power feeding reason of the vehicle cannot be accurately located, and the abnormal monitoring depends on the vehicle network are solved. The wake-up source monitoring of the controller is increased, the positioning accuracy of the power feeding reason is improved, and the abnormal monitoring can be automatically stored when the power feeding reason is monitored, so as to reduce the dependence of the abnormal monitoring on the vehicle network.

[0091] Secondly, the power feeding troubleshooting device of the vehicle according to the embodiment of the present application is described with reference to the accompanying drawings.

[0092] Figure 3 is a block schematic diagram of the power feeding troubleshooting device of the vehicle according to the embodiment of the present application.

[0093] As shown in Figure 3 , the power feeding troubleshooting device 10 of the vehicle includes a first acquisition module 100, a second acquisition module 200, and a troubleshooting module 300.

[0094] The first acquisition module 100 is configured to acquire a network non-sleep duration after the current vehicle is powered off.

[0095] The second acquisition module 200 is configured to acquire a current wake-up source of the current vehicle if the network non-sleep duration is greater than a first preset duration.

[0096] The troubleshooting module 300 is configured to end the current power supply troubleshooting if the current wake-up source is a specific wake-up source, or to take the current wake-up source as an abnormal wake-up source.

[0097] According to an embodiment of the present application, the first acquisition module 100 is specifically configured to:

[0098] monitor an address identification code corresponding to a network management frame of the current vehicle, and acquire a monitoring duration of the address identification code;

[0099] if the monitoring duration is greater than a second preset duration, take a signal position corresponding to the address identification code as an invalid bit, or take the signal position corresponding to the address identification code as a valid bit;

[0100] obtain the current wake-up source of the current vehicle according to the signal bit corresponding to the address identification code.

[0101] According to an embodiment of the present application, after taking the current wake-up source as the abnormal wake-up source, the troubleshooting module 300 is further configured to:

[0102] acquire an abnormal wake-up reason corresponding to the abnormal wake-up source;

[0103] send the abnormal wake-up source and the abnormal wake-up reason to a target cloud.

[0104] According to an embodiment of the present application, after sending the abnormal wake-up source and the abnormal wake-up reason to the target cloud, the troubleshooting module 300 is further configured to:

[0105] receive an analysis result generated by the target cloud based on the abnormal wake-up source and the abnormal wake-up reason;

[0106] determine a target power supply device and a target power supply scene of the current vehicle according to the analysis result;

[0107] generate a power supply reason of the current vehicle according to the target power supply device and the target power supply scene.

[0108] According to an embodiment of the present application, after generating the power supply reason of the current vehicle according to the target power supply device and the target power supply scene, the troubleshooting module 300 is further configured to:

[0109] store the power supply reason to a preset storage device, and acquire a storage frequency of the preset storage device;

[0110] If the storage times is less than the preset storage times, the power feeding reason is continuously stored.

[0111] According to an embodiment of the present application, the storage times of the preset storage device are acquired, and the troubleshooting module 300 is further configured to:

[0112] If the storage times is greater than or equal to the preset storage times, the address identification code is compared to obtain the priority of the address identification code, wherein the smaller the address identification code is, the higher the priority is.

[0113] The power feeding reason of the current vehicle is stored according to the priority of the address identification code.

[0114] According to the vehicle power feeding troubleshooting device provided by the embodiment of the present application, the network non-sleep duration after the current vehicle is powered off is acquired, when the network non-sleep duration is greater than the first preset duration, the current wake-up source of the current vehicle is acquired, if the current wake-up source is a specific wake-up source, the current power feeding troubleshooting is ended, otherwise, the current wake-up source is taken as an abnormal wake-up source. Therefore, the problems in the related art that the vehicle fault is difficult to reproduce, so that the power feeding reason of the vehicle cannot be accurately located, and the abnormal monitoring is dependent, etc. are solved, the wake-up source monitoring of the controller is increased, so that the positioning accuracy of the power feeding reason is improved, and the dependence of the abnormal monitoring on the Internet of Vehicles is reduced when the power feeding reason is monitored.

[0115] Figure 4 A structural diagram of a vehicle is provided for the embodiment of the present application. The vehicle can include:

[0116] The memory 401, the processor 402, and the computer program stored in the memory 401 and executable on the processor 402.

[0117] The processor 402 executes the program to implement the vehicle power feeding troubleshooting method provided in the above embodiments.

[0118] Further, the vehicle further includes:

[0119] The communication interface 403 is configured to communicate between the memory 401 and the processor 402.

[0120] The memory 401 is configured to store the computer program executable on the processor 402.

[0121] The memory 401 can include a high-speed RAM memory, and can also include a non-volatile memory, for example, at least one disk memory.

[0122] If the memory 401, the processor 402 and the communication interface 403 are implemented independently, the communication interface 403, the memory 401 and the processor 402 can be connected with each other through a bus and complete communication between each other. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For convenience of representation, Figure 4 Only one thick line is used to represent the bus in the figure, but it does not mean that there is only one bus or only one type of bus.

[0123] Optionally, in a specific implementation, if the memory 401, the processor 402 and the communication interface 403 are integrated on a chip, the memory 401, the processor 402 and the communication interface 403 can complete communication between each other through an internal interface.

[0124] The processor 402 can be a Central Processing Unit (CPU), or an Application Specific Integrated Circuit (ASIC), or one or more integrated circuits configured to implement one or more embodiments of the present application.

[0125] The embodiment further provides a computer readable storage medium, which stores a computer program. The program is executed by a processor to implement the method for feeding power distribution of a vehicle.

[0126] In the description of the specification, the description of the terms "one embodiment", "some embodiments", "an example", "a specific example" or "some examples" means that the specific features, structures, materials or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present application. In the specification, the illustrative description of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described can be combined in any one or N embodiments or examples in a suitable manner. In addition, the person skilled in the art can combine and combine the different embodiments or examples described in the specification and the features of the different embodiments or examples without contradiction.

[0127] Moreover, the terms "first", "second", "third", etc. are used herein only to describe different instances, and do not imply or suggest relative importance or a number of instances indicated. Thus, features defined with "first", "second" can explicitly or implicitly include at least one of the features. In the description of the present application, the meaning of "N" is at least two, for example, two, three, etc., unless otherwise explicitly and specifically limited.

[0128] Any process or method descriptions or blocks in flow charts herein, and elsewhere, can be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps in the process. Alternate implementations are included within the scope of the preferred embodiments of the present application in which additional functionality can be added or some functionality can be removed, by, for example, adding one or more steps performing a similar or different function, or by removing one or more steps.

[0129] Logic and / or steps represented in flow charts herein, and elsewhere, can be embodied in computer-readable media, for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor- containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. In the context of this specification, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. The computer-readable medium can be a machine-readable storage device (e.g., magnetic, optical, or other storage device) a machine-readable storage substrate, a machine-readable signal, or any combination thereof. Other examples of a computer- readable medium include, but are not limited to: an electronic connection (e.g., a conventional computer-readable medium storing a program) having one or more wires, portable computer diskette, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, and a portable compact disc read-only memory (CDROM). Note that the computer-readable medium can even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, for example via an optical scanner, then compiled, interpreted, or otherwise processed, and stored in a computer memory in a form that can be later executed.

[0130] It should be understood that portions of the application can be realized with a combination of hardware, software, firmware, or their combination. In the above-described embodiments, the N steps or methods can be realized with software or firmware stored in a memory and executed by a suitable instruction execution system. As in another embodiment, if realized with hardware, any one or their combination of the following technologies known in the art can be used: discrete logic circuit with logic gate circuit for implementing logic functions on data signals, application specific integrated circuit with suitable combination logic gate circuit, programmable gate array (PGA), field programmable gate array (FPGA), etc.

[0131] Those skilled in the art of the present technology can understand that all or part of the steps carried out by the above-mentioned embodiment method can be completed by a program instructing the relevant hardware, and the program can be stored in a computer readable storage medium. When the program is executed, it includes one of the steps of the method embodiment or a combination thereof.

[0132] In addition, each functional unit in each embodiment of the present application can be integrated into one processing module, or each unit can exist physically alone, or two or more units can be integrated into one module. The above-mentioned integrated module can be realized in the form of hardware or in the form of a software functional module. The integrated module, if realized in the form of a software functional module and sold or used as an independent product, can also be stored in a computer readable storage medium.

[0133] The above-mentioned storage medium can be a read-only memory, a magnetic disk or an optical disk, etc. Although the embodiments of the present application have been shown and described above, it should be understood that the above-mentioned embodiments are exemplary and cannot be understood as limiting the present application, and those skilled in the art can make changes, modifications, replacements and variations to the above-mentioned embodiments within the scope of the present application.

Claims

1. A method of searching for a power feeding row of a vehicle, characterized by, The method comprises the following steps: obtaining a network non-sleep duration after the current vehicle is powered off; if the network non-sleep duration is greater than a first preset duration, obtaining a current wake-up source of the current vehicle; and if the current wake-up source is a specific wake-up source, ending the current power supply troubleshooting, otherwise, taking the current wake-up source as an abnormal wake-up source; wherein the specific wake-up source is that the current vehicle is in a dangerous light on, electric vehicle hybrid project high voltage power on or pet mode activated state; the abnormal wake-up source is that the vehicle display screen of the current vehicle is on, and the network state of the current vehicle is in a non-sleep state; the obtaining of the current wake-up source of the current vehicle comprises: monitoring an address identification code corresponding to a network management frame of the current vehicle, and obtaining a monitoring duration of the address identification code; if the monitoring duration is greater than a second preset duration, taking a signal position corresponding to the address identification code as an invalid bit, otherwise, taking the signal position corresponding to the address identification code as a valid bit; obtaining the current wake-up source of the current vehicle according to the signal bit corresponding to the address identification code; after taking the current wake-up source as the abnormal wake-up source, further comprising: obtaining an abnormal wake-up reason corresponding to the abnormal wake-up source; sending the abnormal wake-up source and the abnormal wake-up reason to a target cloud end; after sending the abnormal wake-up source and the abnormal wake-up reason to the target cloud end, further comprising: receiving an analysis result generated by the target cloud end based on the abnormal wake-up source and the abnormal wake-up reason; determining a target power supply device and a target power supply scene of the current vehicle according to the analysis result; and generating a power supply reason of the current vehicle according to the target power supply device and the target power supply scene.

2. The method of claim 1, wherein, after generating the power supply reason of the current vehicle according to the target power supply device and the target power supply scene, further comprising: storing the power supply reason to a preset storage device, and obtaining a storage number of the preset storage device; if the storage number is less than a preset storage number, continuing to store the power supply reason.

3. The method of claim 2, wherein, the obtaining of the storage number of the preset storage device further comprises: if the storage number is greater than or equal to the preset storage number, comparing the address identification codes to obtain a priority of the address identification codes, wherein the smaller the address identification code is, the higher the priority is; storing the power supply reason of the current vehicle according to the priority of the address identification code.

4. A power feeder arrangement for a vehicle, characterized in that comprising: a first obtaining module for obtaining a network non-sleep duration after the current vehicle is powered off; a second obtaining module for obtaining a current wake-up source of the current vehicle if the network non-sleep duration is greater than a first preset duration; and a troubleshooting module for ending the current power supply troubleshooting if the current wake-up source is a specific wake-up source, otherwise, taking the current wake-up source as an abnormal wake-up source; wherein the specific wake-up source is that the current vehicle is in a dangerous light on, electric vehicle hybrid project high voltage power on or pet mode activated state; the abnormal wake-up source is that the vehicle display screen of the current vehicle is on, and the network state of the current vehicle is in a non-sleep state; The first acquisition module is specifically configured to: monitor an address identification code corresponding to a network management frame of the current vehicle, and acquire a monitoring duration of the address identification code; if the monitoring duration is greater than a second preset duration, a signal position corresponding to the address identification code is an invalid bit, otherwise, the signal position corresponding to the address identification code is a valid bit; and obtain a current wake-up source of the current vehicle according to the signal bit corresponding to the address identification code. After taking the current wake-up source as the abnormal wake-up source, the troubleshooting module is further configured to: acquire an abnormal wake-up reason corresponding to the abnormal wake-up source; and send the abnormal wake-up source and the abnormal wake-up reason to a target cloud end. After sending the abnormal wake-up source and the abnormal wake-up reason to the target cloud end, the troubleshooting module is further configured to: receive an analysis result generated by the target cloud end based on the abnormal wake-up source and the abnormal wake-up reason; determine a target power feeding device and a target power feeding scene of the current vehicle according to the analysis result; and generate a power feeding reason of the current vehicle according to the target power feeding device and the target power feeding scene.

5. A vehicle characterized by comprising: Comprising: A memory, a processor, and a computer program stored on the memory and executable on the processor, the processor executing the program to implement the power feeding troubleshooting method of the vehicle according to any one of claims 1-3.

6. A computer-readable storage medium having stored thereon a computer program, characterized in that, The program is executed by the processor to implement the power feeding troubleshooting method of the vehicle according to any one of claims 1-3.

Images