CN115981289A - Fault diagnosis processing method for CAN specific frame wakeup - Google Patents
Fault diagnosis processing method for CAN specific frame wakeup Download PDFInfo
- Publication number
- CN115981289A CN115981289A CN202310093972.9A CN202310093972A CN115981289A CN 115981289 A CN115981289 A CN 115981289A CN 202310093972 A CN202310093972 A CN 202310093972A CN 115981289 A CN115981289 A CN 115981289A
- Authority
- CN
- China
- Prior art keywords
- fault
- transceiver
- specific frame
- configuration parameters
- read
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 26
- 238000003672 processing method Methods 0.000 title claims abstract description 9
- 238000012545 processing Methods 0.000 claims abstract description 18
- 230000005059 dormancy Effects 0.000 claims abstract description 4
- 230000006870 function Effects 0.000 claims description 41
- 238000000034 method Methods 0.000 claims description 8
- 230000007958 sleep Effects 0.000 claims description 8
- 230000008569 process Effects 0.000 claims description 6
- 230000008667 sleep stage Effects 0.000 claims description 6
- 230000008439 repair process Effects 0.000 abstract description 3
- 239000002253 acid Substances 0.000 description 10
- 238000012423 maintenance Methods 0.000 description 3
- 230000005856 abnormality Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000010438 heat treatment Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002618 waking effect Effects 0.000 description 1
- 238000010626 work up procedure Methods 0.000 description 1
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a fault diagnosis processing method for CAN specific frame awakening, which relates to the technical field of BMS embedded automobile electronics.A fault state bit is read in an initialization stage to check a fault and report the fault to a whole automobile, the fault state bit and a warning state bit are cleared, and configuration parameters are written in a CAN transceiver in an initialization mode; reading actual configuration parameters in the CAN transceiver in the operation stage, diagnosing whether the actual configuration parameters are consistent with the configuration parameters expected to be written or not, and if the actual configuration parameters are not consistent with the configuration parameters expected to be written, setting an alarm state bit to be 1; in the pre-dormancy stage, if the warning status bit is 1, performing fault diagnosis processing, and writing configuration parameters into the CAN transceiver again, and if the writing is unsuccessful, the fault status bit is 1; and reading the fault state bit to check the fault and reporting the fault to the whole vehicle after entering the initialization stage next time. The invention CAN diagnose the correctness of the configuration parameters of the CAN transceiver, execute the fault processing strategy to try to repair when a fault is diagnosed, and ensure the correctness of the CAN specific frame awakening function.
Description
Technical Field
The invention relates to the technical field of BMS embedded automobile electronics, in particular to a fault diagnosis processing method for CAN specific frame awakening.
Background
BMS is as new energy automobile power battery management system, and a very important function is CAN bus communication function, and current whole car all need possess long-range awakening function, awaken BMS through the CAN message and carry out work promptly, in order to make clear up the ECU (electronic control unit) that BMS normally worked, whole car CAN prescribe specific frame and awaken ID and awaken BMS up, except that the specific frame that these good ECU sent awakens ID and CAN awaken BMS up, other any ID message on the bus CAN not awaken BMS work up.
The whole block diagram of the existing hardware scheme for waking up the BMS is shown in fig. 1, in a BMS sleeping state, the SBC power module cannot output 5V power to the MCU (micro control unit), at this time, only the CAN transceiver and the SBC power module have 12V of normal power of lead acid (KL 30), if there is a specific Wake-up frame ID message on the CAN bus, the CAN transceiver is waken up first, the CAN transceiver is waken up and then outputs a high level to the Wake-up pin Wake, the SBC power module is waken up by the high level of the Wake-up pin, so that it outputs 5V power to the MCU (micro control unit) to work normally, and at this time, the BMS is waken up. The software processing method matched with the hardware scheme comprises the following steps: when the MCU starts working, the CAN transceiver is initialized and configured through the SPI bus, and specific frame awakening ID and enabling of the CAN transceiver are configured, so that the CAN transceiver CAN be awakened and output according to the configured specific frame awakening ID after the BMS is dormant, and the CAN transceiver CAN be awakened and output when the specific awakening frame ID on the bus is received and is the same as the configured ID.
Lead-acid power supply may shake to a large extent when the whole vehicle is started, or lead-acid breaking and then lead-acid carrying operation may be performed during conventional whole vehicle maintenance, which may also cause large-amplitude shaking of lead-acid power supply. As shown in fig. 1, the normal power of the CAN transceiver is the lead-acid KL30 power supply, but the power supply of the MCU is the 5V power supply output by the SBC power module, the two are not the same power supply system, and meanwhile, because the SBC power module is internally provided with the voltage boosting and reducing circuit, the large-amplitude jitter of the lead-acid power supply is not reduced to the wake-up voltage 4V of the SBC power module, the SBC power module CAN stably output the 5V power supply to the MCU, so that the MCU normally works, but when the lead-acid power supply is supplied to the CAN transceiver, the large-amplitude jitter of the lead-acid power supply occurs, so that the power supply of the CAN transceiver is in an unstable state, and the following two situations CAN occur in this state:
1. unexpected reset of the CAN transceiver chip CAN be caused, and once the unexpected reset of the CAN transceiver chip occurs, the specific frame wake-up ID and the enable (configuration parameters) of the MCU initialization configuration CAN be caused to recover the default values, so that the next CAN specific frame wake-up function is failed;
2. an SPI receiving communication of the CAN transceiver may be abnormal, and a single-bit or multi-bit data error may occur at this time, so that an actual configuration parameter value written into the CAN transceiver by the MCU is inconsistent with an expected configuration parameter value, which may also cause a wake-up function failure of a next CAN specific frame.
If unexpected CAN specific frame awakening function fails, a series of related functions of the whole vehicle CAN be caused to fail, for example, a BMS (battery management system) cannot be awakened remotely, and the BMS cannot perform a thermal runaway inspection function on the whole vehicle, and cannot perform functions such as scheduled charging, scheduled heating and the like by remote awakening.
Disclosure of Invention
In order to overcome the defects in the prior art, the invention provides a fault diagnosis processing method for CAN specific frame awakening, which CAN diagnose the correctness of the configuration parameters of a CAN transceiver, and execute a corresponding fault processing strategy to try to repair when a fault is diagnosed and reported to the whole vehicle so as to ensure the correctness of the CAN specific frame awakening function.
In order to achieve the purpose, the invention adopts the following technical scheme that:
a fault diagnosis processing method for CAN specific frame wakeup comprises the following steps:
s1, in the initialization phase,
s11, firstly, reading a fault state bit WriteWakeError stored in a nonvolatile memory by an MCU (microprogrammed control Unit), if the WriteWakeError =1, namely indicating that a fault of wrong configuration parameters occurs in a CAN specific frame awakening function in the last whole vehicle running process, reporting the fault to a whole vehicle, and reminding the whole vehicle to overhaul the CAN specific frame awakening function; otherwise, the CAN specific frame awakening function does not have a fault of wrong configuration parameters in the last whole vehicle running process;
s12, then clearing the fault status bit and the warning status bit, that is, the fault status bit writecam error =0, and the warning status bit writecam warning =0;
s13, initializing configuration of the whole vehicle is carried out, wherein the MCU carries out initializing configuration on the CAN transceiver, and the configuration parameters comprise specific frame wake-up ID and enable, namely the specific frame wake-up ID, namely WakeID _ Write, and an enable bit value, namely WakeE _ Write, are written into the CAN transceiver;
s2, in the operation stage, the MCU periodically reads the actual specific frame wake-up ID (WakeID _ Read) and the actual enable bit value (WakeE _ Read) stored in the CAN transceiver, and periodically diagnoses the consistency of the WakeID _ Read and the WakeE _ Read with WakeID _ Write and WakeE _ Write respectively; if the WakeID _ Read is consistent with the WakeID _ Write and the WakeE _ Read is consistent with the WakeE _ Write, the diagnosis result is consistent; otherwise, the diagnosis result is inconsistent;
in the operation stage, if the diagnosis result is inconsistent, recording a warning state bit WriteWakeWarnng =1, indicating that the CAN specific frame wake-up function has a warning of wrong configuration parameters, and reporting the warning to the whole vehicle; otherwise, the CAN specific frame awakening function is not warned that the configuration parameter error occurs;
s3, in the pre-dormancy stage, according to the diagnosis result of the operation stage, if the warning state bit WriteWakeWarneng =1, namely the warning that the CAN specific frame awakening function has configuration parameter errors, then carrying out fault processing on the configuration parameters of the CAN transceiver at the moment; otherwise, the CAN specific frame awakening function does not give an alarm of configuration parameter errors, the configuration parameters of the CAN transceiver do not need to be subjected to fault processing, and then the BMS enters a sleep stage;
the specific way of fault processing of the configuration parameters of the CAN transceiver is as follows:
the MCU reconfigures the CAN transceiver, writes a specific frame wake-up ID (WakeID _ Write) and an enabling bit value (WakeE _ Write) into the CAN transceiver, reads an actual specific frame wake-up ID (WakeID _ Read) and an actual enabling bit value (WakeE _ Read) stored in the CAN transceiver, and diagnoses the consistency of the WakeID _ Read and the WakeE _ Read with the WakeID _ Write and the WakeE _ Write respectively;
if so, indicating that the reconfiguration was successful, then clearing the fault status bit and the warning status bit, i.e., writewanakeerror =0, writewanewakewarning =0, and then the BMS entering the sleep phase;
if the number of the reconfiguration failure times is not consistent with the number of the reconfiguration failure times, indicating that the reconfiguration failure is failed, counting the number of the reconfiguration failure times WriteRanWakeCount and adding 1 to the number of the reconfiguration failure times; the MCU then reconfigures the CAN transceiver again until the number of reconfiguration failures, writecakecount, reaches a set threshold, i.e., a failure indicating that a configuration parameter error occurs in the CAN specific frame wakeup function, records a failure status bit, writecakeerror =1, and stores the failure status bit, writecakeerror =1 in the non-volatile memory, and then the BMS enters a sleep phase.
The invention has the advantages that:
(1) Considering that the software and hardware scheme of the existing CAN specific frame awakening function system CAN possibly generate unexpected failure on the whole vehicle, the invention provides a method for diagnosing the correctness of the configuration parameters of the CAN transceiver, and executing a corresponding fault processing strategy to try to repair while diagnosing the fault and reporting the fault to the whole vehicle, thereby ensuring the correctness of the CAN specific frame awakening function
(2) According to the invention, only software diagnosis and fault processing methods are needed to be added, and the hardware scheme of the existing awakening BMS is not needed to be adjusted, so that possible failure of the awakening function of the CAN specific frame caused by large-amplitude jitter of lead-acid power supply in the starting stage or the vehicle maintenance working condition CAN be avoided, and further, a series of failure of other functions of the whole vehicle is avoided.
(3) In the initialization stage, the whole vehicle has a requirement on the initialization time of the BMS, so the invention does not carry out fault diagnosis processing on the configuration parameters of the CAN transceiver in the initialization stage, otherwise, the initialization time is too long, and the performance of the whole vehicle is influenced.
(4) Because the MCU and the CAN transceiver need to send and receive CAN messages continuously and periodically in the operation stage, the invention does not carry out fault diagnosis processing on the configuration parameters of the CAN transceiver in the operation stage, otherwise other abnormalities of the CAN transceiver CAN be caused.
(5) The invention carries out fault diagnosis processing on the configuration parameters of the CAN transceiver in the pre-dormancy stage, which specifically comprises the following steps: the MCU reconfigures the CAN transceiver to try to solve the warning of configuration parameter errors, if correct configuration parameters cannot be written into the CAN transceiver after repeated reconfiguration, the fault of configuration parameter errors of the CAN specific frame wake-up function is recorded, and after the next BMS enters the initialization stage to be woken up, the fault warning state position is reported to the whole vehicle to remind the whole vehicle to overhaul the function.
Drawings
Fig. 1 is a block diagram illustrating an overall hardware configuration of a conventional wake-up BMS.
Fig. 2 is a flowchart of a fault diagnosis processing method for CAN specific frame wakeup according to the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be obtained by a person skilled in the art without making any creative effort based on the embodiments in the present invention, belong to the protection scope of the present invention.
As shown in fig. 2, the whole method is performed in three stages, including an initialization stage, an operation stage, and a pre-sleep stage.
S1, in an initialization phase (Init),
s11, firstly, reading a fault state bit WriteWakeError stored in an NVM (nonvolatile memory) by an MCU (microprogrammed control unit), if the WriteWakeError =1, namely indicating that a fault of wrong configuration parameters occurs to a CAN specific frame awakening function in the last whole vehicle running process, reporting the fault to a whole vehicle, and reminding the whole vehicle to carry out the overhaul of the CAN specific frame awakening function; otherwise, the CAN specific frame awakening function does not have a fault of wrong configuration parameters in the last whole vehicle running process;
s12, then clearing the fault status bit and the warning status bit, i.e. the fault status bit writecam error =0 and the warning status bit writecam warning =0;
and S13, performing initial configuration of a new round of the whole vehicle, wherein the MCU performs initial configuration on the CAN transceiver through the SPI bus, and the configuration parameters comprise specific frame wake-up ID and enable, namely writing the specific frame wake-up ID, namely WakeID _ Write, and an enable bit value, namely WakeE _ Write, into the CAN transceiver.
In the initialization stage, the whole vehicle has a requirement on the initialization time of the BMS, so that the fault diagnosis processing cannot be performed on the configuration parameters of the CAN transceiver in the initialization stage, otherwise, the initialization time is too long, and the performance of the whole vehicle is affected.
S2, in a running phase (Run), the MCU periodically reads the wakeup ID, namely the WakeID _ Read, of an actual specific frame stored in a register of the CAN transceiver and the numerical value of an actual enable bit, namely the WakeE _ Read through the SPI bus, and periodically diagnoses the consistency of the WakeID _ Read, the WakeE _ Read, the WakeID _ Write and the WakeE _ Write which are expected to be written, if the WakeID _ Read is consistent with the WakeID _ Write and the WakeE _ Read is consistent with the WakeE _ Write, the diagnosis result is consistent; otherwise, the diagnosis result is inconsistent;
in the operation stage, if the diagnosis result is inconsistent, recording a warning state bit WriteRanWakeWaring =1, indicating that the CAN specific frame awakening function has a warning of configuration parameter errors, and reporting the warning to the whole vehicle; otherwise, the CAN specific frame awakening function is not warned that the configuration parameter is wrong.
In the operation stage, the MCU and the CAN transceiver need to send and receive the CAN messages continuously and periodically, so it is not recommended to perform fault diagnosis processing on the configuration parameters of the CAN transceiver in the operation stage, otherwise other abnormalities of the CAN transceiver may be caused.
S3, in a pre-sleep stage (PreSleep), according to the diagnosis result of the operation stage, if the alarm state bit WriteWakeWarneng =1, namely the alarm that the CAN specific frame awakening function has configuration parameter errors, carrying out fault processing on the configuration parameters of the CAN transceiver at the moment, and trying to solve the alarm; otherwise, the CAN specific frame awakening function does not give an alarm of configuration parameter errors, the failure processing of the configuration parameters of the CAN transceiver is not needed, and then the BMS enters a Sleep stage (Sleep);
the specific way of fault processing of the configuration parameters of the CAN transceiver is as follows:
the MCU reconfigures the CAN transceiver, firstly writes a specific frame wake-up ID, namely WakeID _ Write, and an enable bit value, namely WakeE _ Write, into the CAN transceiver through the SPI bus, then reads an actual specific frame wake-up ID, namely WakeID _ Read, and an actual enable bit value, namely WakeE _ Read, which are stored in the CAN transceiver through the SPI bus, diagnoses the consistency of the WakeID _ Read and the WakeE _ Read with the WakeID _ Write and the WakeE _ Write which are expected to be written,
if so, indicating that the reconfiguration was successful, then clearing the fault status bit and the warning status bit, writecam wakeup error =0, writecam wakeup =0, and then the BMS entering a Sleep phase (Sleep);
if the current frame is inconsistent with the CAN frame, indicating reconfiguration failure, counting the failure times of reconfiguration, recording the failure times WriteWakeCount plus 1, then reconfiguring the CAN transceiver by the MCU again until the failure times WriteWakeCount of reconfiguration reaches a set threshold value, namely indicating that the CAN specific frame wake-up function has a fault with wrong configuration parameters, recording a fault state bit WriteWakeError =1, and storing the fault state bit WriteWakeError =1 into an NVM (nonvolatile memory); the BMS then enters a Sleep phase (Sleep). In this embodiment, the set threshold of the number of failures WriteCanWakeCount is 3 times.
And after the BMS is awakened when entering the initialization stage next time, reading the fault state bit, reporting the fault warning state bit to the whole vehicle, and reminding the whole vehicle to carry out maintenance of the function.
The invention is not to be considered as limited to the specific embodiments shown and described, but is to be understood to cover all modifications, equivalents, and alternatives falling within the spirit and scope of the invention as defined by the appended claims.
Claims (1)
1. A fault diagnosis processing method for CAN specific frame wakeup is characterized by comprising the following steps:
s1, in an initialization phase,
s11, firstly, reading a fault state bit WriteWakeError stored in a nonvolatile memory by an MCU (microprogrammed control Unit), if the WriteWakeError =1, namely indicating that a fault of wrong configuration parameters occurs in a CAN specific frame awakening function in the last whole vehicle running process, reporting the fault to a whole vehicle, and reminding the whole vehicle to overhaul the CAN specific frame awakening function; otherwise, the CAN specific frame awakening function does not have a fault of configuration parameter error in the last whole vehicle running process;
s12, then clearing the fault status bit and the warning status bit, i.e. the fault status bit writecam error =0 and the warning status bit writecam warning =0;
s13, initializing configuration of the whole vehicle is carried out, wherein the MCU carries out initializing configuration on the CAN transceiver, and the configuration parameters comprise specific frame wake-up ID and enable, namely the specific frame wake-up ID, namely WakeID _ Write, and an enable bit value, namely WakeE _ Write, are written into the CAN transceiver;
s2, in the operation stage, the MCU periodically reads the actual specific frame wake-up ID (WakeID _ Read) and the actual enable bit value (WakeE _ Read) stored in the CAN transceiver, and periodically diagnoses the consistency of the WakeID _ Read and the WakeE _ Read with WakeID _ Write and WakeE _ Write respectively; if the WakeID _ Read is consistent with the WakeID _ Write and the WakeE _ Read is consistent with the WakeE _ Write, the diagnosis result is consistent; otherwise, the diagnosis result is inconsistent;
in the operation stage, if the diagnosis result is inconsistent, recording a warning state bit WriteRanWakeWaring =1, indicating that the CAN specific frame awakening function has a warning of configuration parameter errors, and reporting the warning to the whole vehicle; otherwise, the CAN specific frame awakening function is not warned that the configuration parameter is wrong;
s3, in the pre-dormancy stage, according to the diagnosis result of the operation stage, if the warning state bit WriteRanWakeWarneng =1, namely the CAN specific frame awakening function gives a warning of configuration parameter error, then fault processing is carried out on the configuration parameters of the CAN transceiver at the moment; otherwise, the CAN specific frame awakening function does not give an alarm of configuration parameter errors, the configuration parameters of the CAN transceiver do not need to be subjected to fault processing, and then the BMS enters a sleep stage;
the specific way of fault processing of the configuration parameters of the CAN transceiver is as follows:
the MCU reconfigures the CAN transceiver, writes a specific frame wake-up ID (WakeID _ Write) and an enabling bit value (WakeE _ Write) into the CAN transceiver, reads an actual specific frame wake-up ID (WakeID _ Read) and an actual enabling bit value (WakeE _ Read) stored in the CAN transceiver, and diagnoses the consistency of the WakeID _ Read and the WakeE _ Read with the WakeID _ Write and the WakeE _ Write respectively;
if so, indicating that the reconfiguration was successful, then clearing the fault status bit and the warning status bit, i.e., writewanakeerror =0, writewanewakewarning =0, and then the BMS entering the sleep phase;
if not, indicating that the reconfiguration fails, counting the failure times of the reconfiguration, and recording the failure times WriteRanWakeCount plus 1; the MCU then reconfigures the CAN transceiver again until the number of reconfiguration failures, writecam count, reaches a set threshold, i.e., a failure indicating that the CAN specific frame wakeup function has a configuration parameter error, records a failure status bit, writecam error =1, and stores the failure status bit, writecam error =1 in the non-volatile memory, and then the BMS enters the sleep stage.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310093972.9A CN115981289A (en) | 2023-02-10 | 2023-02-10 | Fault diagnosis processing method for CAN specific frame wakeup |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310093972.9A CN115981289A (en) | 2023-02-10 | 2023-02-10 | Fault diagnosis processing method for CAN specific frame wakeup |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115981289A true CN115981289A (en) | 2023-04-18 |
Family
ID=85968077
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310093972.9A Pending CN115981289A (en) | 2023-02-10 | 2023-02-10 | Fault diagnosis processing method for CAN specific frame wakeup |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115981289A (en) |
Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10246337B3 (en) * | 2002-10-04 | 2004-05-19 | Daimlerchrysler Ag | Monitoring vehicle data bus awakening processes, initiates triggering from sleep or standby mode on reception of signals and stores them sequentially in memory |
CN101610142A (en) * | 2009-06-30 | 2009-12-23 | 奇瑞汽车股份有限公司 | A kind of detection method of CAN of hybrid motor vehicle |
CN108415408A (en) * | 2018-03-16 | 2018-08-17 | 宁波杉杉汽车有限公司 | Automobile packet parsing based on CAN communication and method for diagnosing faults |
CN111823866A (en) * | 2019-04-19 | 2020-10-27 | 广州汽车集团股份有限公司 | Inspection control method and device for high-voltage power storage battery of electric automobile |
CN112087355A (en) * | 2020-08-14 | 2020-12-15 | 江铃汽车股份有限公司 | State control method and device, electronic module and CAN network system |
CN112731901A (en) * | 2020-11-20 | 2021-04-30 | 江西五十铃汽车有限公司 | Integrated diagnosis method based on CAN bus |
CN112918410A (en) * | 2021-01-29 | 2021-06-08 | 东风商用车有限公司 | Power supply awakening method and device for automobile controller |
KR20210122603A (en) * | 2020-04-01 | 2021-10-12 | 주식회사 엘지에너지솔루션 | Battery management system and driving method thereof |
CN113688086A (en) * | 2021-08-23 | 2021-11-23 | 湖南芯力特电子科技有限公司 | Baud rate matching detection system of high-speed CAN transceiver for local network |
CN113965484A (en) * | 2021-10-21 | 2022-01-21 | 奇瑞商用车(安徽)有限公司 | Test method and system for automobile bus dormancy awakening rack |
CN113965483A (en) * | 2021-10-21 | 2022-01-21 | 奇瑞商用车(安徽)有限公司 | Device and method for testing time from auto TOSAR network management pre-dormancy to dormancy |
CN114257986A (en) * | 2022-01-28 | 2022-03-29 | 北京经纬恒润科技股份有限公司 | Vehicle CAN network attack identification method and device |
CN114363099A (en) * | 2021-02-05 | 2022-04-15 | 华为数字能源技术有限公司 | Network management system, control method, electronic controller and electric automobile |
CN115009026A (en) * | 2022-06-17 | 2022-09-06 | 华霆(合肥)动力技术有限公司 | Equipment state detection method and device |
CN115167335A (en) * | 2022-06-16 | 2022-10-11 | 智新科技股份有限公司 | State machine fault detection method based on AUTOSAR (automotive open system architecture) |
CN115309462A (en) * | 2022-08-08 | 2022-11-08 | 中国第一汽车股份有限公司 | Equipment awakening method, device, system, electronic equipment and storage medium |
-
2023
- 2023-02-10 CN CN202310093972.9A patent/CN115981289A/en active Pending
Patent Citations (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10246337B3 (en) * | 2002-10-04 | 2004-05-19 | Daimlerchrysler Ag | Monitoring vehicle data bus awakening processes, initiates triggering from sleep or standby mode on reception of signals and stores them sequentially in memory |
CN101610142A (en) * | 2009-06-30 | 2009-12-23 | 奇瑞汽车股份有限公司 | A kind of detection method of CAN of hybrid motor vehicle |
CN108415408A (en) * | 2018-03-16 | 2018-08-17 | 宁波杉杉汽车有限公司 | Automobile packet parsing based on CAN communication and method for diagnosing faults |
CN111823866A (en) * | 2019-04-19 | 2020-10-27 | 广州汽车集团股份有限公司 | Inspection control method and device for high-voltage power storage battery of electric automobile |
KR20210122603A (en) * | 2020-04-01 | 2021-10-12 | 주식회사 엘지에너지솔루션 | Battery management system and driving method thereof |
CN112087355A (en) * | 2020-08-14 | 2020-12-15 | 江铃汽车股份有限公司 | State control method and device, electronic module and CAN network system |
CN112731901A (en) * | 2020-11-20 | 2021-04-30 | 江西五十铃汽车有限公司 | Integrated diagnosis method based on CAN bus |
CN112918410A (en) * | 2021-01-29 | 2021-06-08 | 东风商用车有限公司 | Power supply awakening method and device for automobile controller |
CN114363099A (en) * | 2021-02-05 | 2022-04-15 | 华为数字能源技术有限公司 | Network management system, control method, electronic controller and electric automobile |
CN113688086A (en) * | 2021-08-23 | 2021-11-23 | 湖南芯力特电子科技有限公司 | Baud rate matching detection system of high-speed CAN transceiver for local network |
CN113965484A (en) * | 2021-10-21 | 2022-01-21 | 奇瑞商用车(安徽)有限公司 | Test method and system for automobile bus dormancy awakening rack |
CN113965483A (en) * | 2021-10-21 | 2022-01-21 | 奇瑞商用车(安徽)有限公司 | Device and method for testing time from auto TOSAR network management pre-dormancy to dormancy |
CN114257986A (en) * | 2022-01-28 | 2022-03-29 | 北京经纬恒润科技股份有限公司 | Vehicle CAN network attack identification method and device |
CN115167335A (en) * | 2022-06-16 | 2022-10-11 | 智新科技股份有限公司 | State machine fault detection method based on AUTOSAR (automotive open system architecture) |
CN115009026A (en) * | 2022-06-17 | 2022-09-06 | 华霆(合肥)动力技术有限公司 | Equipment state detection method and device |
CN115309462A (en) * | 2022-08-08 | 2022-11-08 | 中国第一汽车股份有限公司 | Equipment awakening method, device, system, electronic equipment and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112380045B (en) | Vehicle abnormality detection method, device, equipment and storage medium | |
CN109992464B (en) | VCU automatic test method for integrated application layer software refreshing | |
CN110308400A (en) | Under a kind of vehicle after electricity accumulator status monitoring method | |
CN102782655A (en) | Microcomputer cross-monitoring system and microcomputer cross-monitoring method | |
US6076172A (en) | Monitoting system for electronic control unit | |
CN103246280A (en) | Electric automobile diagnostic system | |
CN112306044A (en) | Method and system for monitoring non-dormancy abnormity of bus network of whole vehicle | |
CN113946148B (en) | MCU chip awakening system based on multi-ECU cooperative control | |
CN112087355A (en) | State control method and device, electronic module and CAN network system | |
CN113923137A (en) | Whole vehicle bus network abnormity monitoring method and system | |
US11817563B2 (en) | Battery management system wake-up method, battery management system wake-up apparatus, and storage medium | |
CN113696780A (en) | Self-awakening diagnosis method of battery management system, battery management system and vehicle | |
CN115167335A (en) | State machine fault detection method based on AUTOSAR (automotive open system architecture) | |
CN113467413B (en) | Method, detection equipment and detection system for detecting automobile fault | |
CN115981289A (en) | Fault diagnosis processing method for CAN specific frame wakeup | |
CN115793995B (en) | Pflash-only data storage method for traditional MCU | |
CN115932587A (en) | Sentinel mode battery state monitoring method and device based on power domain | |
CN110659169B (en) | Method for testing automatic dormancy awakening pressure of android system | |
CN113910980A (en) | Battery cell fault monitoring system and method | |
CN116235063A (en) | System parameter low-power consumption monitoring method | |
CN117841677A (en) | Communication state control method, battery management system, vehicle, and storage medium | |
CN112649725B (en) | MCU chip failure detection alarm circuit | |
CN220281129U (en) | Domain controller awakening system and electric automobile | |
CN115217966B (en) | Abnormality monitoring method, device, equipment and storage medium for differential lock controller | |
CN115107519A (en) | Low-voltage power supply monitoring method and system and vehicle |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |