Communication system, method, apparatus, vehicle, medium, and program product

Abstract

The invention relates to a communication system, method and device, a vehicle, a medium and a program product. The communication system comprises a plurality of function modules supporting communication and a fault positioning module. The fault positioning module is used for determining a target function module, and the target function module comprises a fault function module in the function modules. The fault function module in the communication system is determined through monitoring of the fault positioning module when the communication system breaks down, it is avoided that when communication abnormity occurs, it is difficult to accurately position the abnormal module in the communication system, the abnormal module in the communication system can be accurately checked out, and convenience of fault maintenance is improved.

Description

Communication systems, methods, equipment, vehicles, media and program products Technical Field

[0001] This application relates to the field of data processing technology, and more particularly to a communication system, method, device, vehicle, medium, and program product. Background Technology

[0002] Existing vehicles define numerous modules for their communication systems, and the interaction and communication between these modules also define relevant APIs and message passing mechanisms. These mechanisms ensure the independence and reusability of the modules, while also making the entire communication system more flexible and scalable.

[0003] However, while multi-module systems enhance system flexibility, they also involve numerous modules when communication malfunctions. In existing vehicles, only the presence of communication malfunctions can be identified, but it is impossible to pinpoint which specific module is faulty, leading to maintenance difficulties. Summary of the Invention

[0004] This application provides a communication method that can accurately identify abnormal modules in a communication system, improve the convenience of fault repair, and solve the above-mentioned technical problems.

[0005] To achieve the above objectives, according to a first aspect of this application, a communication system is provided, the communication system comprising:

[0006] Multiple functional modules supporting communication and fault location modules;

[0007] The fault location module is used to determine the target functional module, which includes the fault functional module among the functional modules.

[0008] Optionally, the functional module includes at least one of a communication manager, a communication status manager, an interface module, a driver module, and a network manager.

[0009] Optionally, the fault location module includes a monitoring module and a recording module, wherein:

[0010] The monitoring module is used to determine the current working state and reference working state corresponding to the functional module, and to determine the target functional module based on the current working state and the reference working state.

[0011] The recording module is used to record fault information corresponding to the target functional module.

[0012] Optionally, the monitoring module includes at least one of the following: a communication manager monitoring submodule, a communication status manager monitoring submodule, an interface module monitoring submodule, a driver module monitoring submodule, and a network manager monitoring submodule.

[0013] Optionally, the communication system is a CAN communication system, the functional module further includes a CAN transceiver, and the monitoring module further includes a CAN transceiver monitoring submodule.

[0014] According to a second aspect of this application, a communication method is provided, the method being applied to a communication system in a vehicle, the communication system including a plurality of functional modules supporting communication, the method comprising:

[0015] In response to a communication failure in the communication system, a target functional module in the communication system is identified, the target functional module including the faulty functional module among the functional modules.

[0016] Optionally, determining the target functional module in the communication system includes:

[0017] Determine the reference operating state corresponding to each of the aforementioned functional modules;

[0018] The target functional module in the communication system is determined based on the current operating state of each functional module and the reference operating state.

[0019] Optionally, determining the reference operating state corresponding to each of the functional modules includes:

[0020] Based on the network management status of the communication system, determine the reference operating status corresponding to each functional module.

[0021] Optionally, determining the reference operating state corresponding to each functional module based on the network management state of the communication system includes:

[0022] If the network management state of the communication system is in bus sleep state, then,

[0023] The reference working state for the communication manager includes a state with no pending requests.

[0024] And / or, determine the reference operating state corresponding to the communication state manager, including the no-communication state.

[0025] And / or, determine the reference working state corresponding to the interface module, including startup state, sleep state, and offline state.

[0026] And / or, determine the reference operating state corresponding to the driver module, including start state, stop state, and no conversion request state.

[0027] And / or, determine the reference operating state corresponding to the network manager, including the bus sleep state.

[0028] Optionally, determining the reference operating state corresponding to each functional module based on the network management state of the communication system includes:

[0029] If the network management state of the communication system is bus operation state, then,

[0030] The first reference operating state corresponding to the communication manager includes the network request state and the sleep preparation state.

[0031] And / or, determine that the first reference operating state corresponding to the communication state manager includes the communication state.

[0032] And / or, determine the first reference working state corresponding to the interface module, including the startup state and the online state.

[0033] And / or, determine the first reference operating state corresponding to the driver module, including the startup state and the state with no conversion request.

[0034] And / or, determine the reference operating state corresponding to the network manager, including the repeating packet state, normal operation state, and pre-sleep state.

[0035] Optionally, the method further includes:

[0036] When a wake-up signal is received, if the wake-up signal does not meet the preset conditions, the network management state of the communication system is determined to be a bus sleep state.

[0037] Upon receiving a wake-up signal, if the wake-up signal meets preset conditions, the network management state of the communication system is determined to be bus operation state.

[0038] Optionally, the method further includes:

[0039] If no wake-up signal is received within a preset period, the network management state of the communication system is determined to be a bus sleep state.

[0040] Optionally, determining the target functional module in the communication system based on the current operating state of each functional module and the reference operating state includes:

[0041] The functional modules in the communication system whose current working state and reference working state are different are identified as the target functional modules in the communication system.

[0042] Optionally, the step of identifying the functional module in the communication system whose reference operating state and current operating state differ as a faulty functional module includes:

[0043] If the reference working state and the current working state are different, it is determined that the functional module is in an abnormal state;

[0044] The number of abnormal states of the aforementioned functional modules is accumulated;

[0045] If the number of abnormal states accumulates to a value greater than a preset threshold, the functional module is identified as a faulty functional module in the communication system.

[0046] Optionally, the method further includes:

[0047] If the reference working state is the same as the current working state, then the number of abnormal states corresponding to the functional module is cleared to zero.

[0048] Optionally, the communication system is a CAN communication system, and the CAN functional module in the CAN communication system includes a CAN transceiver. The step of determining the target functional module in the communication system in response to a communication failure includes:

[0049] In response to a communication failure in the CAN communication system, the current operating state and reference operating state of the CAN transceiver are obtained. The current operating state is the pin level of the CAN transceiver, and the reference operating state is the preset level of the CAN transceiver.

[0050] If the pin level is different from the preset level, then the target functional module in the CAN communication system is determined to be the CAN transceiver.

[0051] Optionally, the pin levels include the EN pin level and the STB pin level in the CAN transceiver.

[0052] Optionally, the step of determining the target functional module in the CAN communication system as the CAN transceiver if the pin level is different from the preset level includes:

[0053] If either the EN pin level or the STB pin level is different from the preset level, then the CAN transceiver is determined to be in an abnormal state.

[0054] The number of abnormal states of the CAN transceiver is accumulated;

[0055] If the number of abnormal states accumulates to a value greater than a preset threshold, then the target functional module in the CAN communication system is determined to be the CAN transceiver.

[0056] Optionally, the CAN communication system is developed based on the automotive open system architecture, and the CAN functional module further includes at least one of the following: CAN network manager, communication manager, CAN communication status manager, CAN interface module, and CAN driver module.

[0057] Optionally, the method further includes:

[0058] If the network management state of the CAN communication system is in bus sleep state, then,

[0059] The reference working state corresponding to the communication manager is determined to include a state with no pending requests.

[0060] And / or, determine that the reference operating state corresponding to the CAN communication state manager includes a no-communication state.

[0061] And / or, determine the reference operating state corresponding to the CAN interface module, including startup state, sleep state, and offline state.

[0062] And / or, determine the reference operating state corresponding to the CAN driver module, including start state, stop state, and no conversion request state.

[0063] And / or, determining the reference operating state corresponding to the CAN network manager includes the bus sleep state.

[0064] Optionally, the method further includes:

[0065] If the network management state of the CAN communication system is bus running state, then,

[0066] The first reference operating state corresponding to the communication manager is determined to include a network request state and a sleep preparation state.

[0067] And / or, determine that the first reference operating state corresponding to the CAN communication state manager includes a communication state.

[0068] And / or, determine the first reference operating state corresponding to the CAN interface module, including the startup state and the online state.

[0069] And / or, determine that the first reference operating state corresponding to the CAN driver module includes a start state and a no-conversion-request state.

[0070] And / or, determine the reference operating state corresponding to the CAN network manager, including the duplicate message state, normal operation state, and pre-sleep state.

[0071] Optionally, the method further includes:

[0072] If the network management state of the CAN communication system is in bus sleep state, then if it is determined that the current working state of the CAN network manager is different from the bus sleep state, then it is determined that the CAN network manager has a fault.

[0073] If the network management state of the CAN communication system is in bus operation state, then if the current working state of the CAN network manager is different from the duplicate message state, the normal operation state, and the pre-sleep state, then the CAN network manager is determined to be faulty.

[0074] Optionally, the method further includes:

[0075] The working status of each module in the communication system is stored.

[0076] Optionally, storing the operating status of each module in the communication system includes:

[0077] Calculate the target information length corresponding to the working status of each module in the communication system;

[0078] Cyclic redundancy verification was performed on the working status of each module in the communication system to obtain the target verification result.

[0079] The working status of each module in the communication system, the length of the target information, and the target verification result are stored together.

[0080] Optionally, the method further includes:

[0081] If a faulty module is identified in the communication system, the communication system is restarted.

[0082] Optionally, after restarting the communication system, the process includes:

[0083] Obtain the working status of each module in the communication system;

[0084] If it is determined that there is no fault in the communication system based on the working status obtained within a preset time period, fault recovery information is displayed.

[0085] If it is determined based on the operating status that a fault still exists in the communication system, a fault alarm will be issued.

[0086] Optionally, if it is determined that there is no fault in the communication system based on the working status obtained within a preset time, then after prompting the fault recovery information, the following steps are included:

[0087] Obtain the working status, target information length, and target verification result associated with the module that malfunctioned;

[0088] Calculate the length of the reference information corresponding to the operating state of the module that malfunctioned;

[0089] Cyclic redundancy verification is performed on the operating state of the faulty module to obtain a reference verification result;

[0090] If the target information length is the same as the reference information length, and the target verification result is the same as the reference verification result, then the fault information corresponding to the working state, the target information length, and the target verification result of the faulty module is written to disk.

[0091] According to a third aspect of this application, an electronic device is provided, including a processor and a memory, the memory storing a computer program; when the computer program is executed by the processor, it implements the steps in any of the communication methods provided in the embodiments of this application.

[0092] According to a fourth aspect of this application, a vehicle is also provided, the vehicle including a processor and a memory, the memory storing a computer program; when the computer program is executed by the processor, the processor performs the steps of the above-described communication method.

[0093] According to a fifth aspect of this application, embodiments of this application also provide a computer-readable storage medium storing a plurality of computer programs adapted for loading by a processor to perform the steps of any of the communication methods provided in embodiments of this application.

[0094] According to a sixth aspect of this application, embodiments of this application also provide a computer program product, including a computer program or computer program that, when executed by a processor, implements the steps in any of the communication methods provided in embodiments of this application.

[0095] The communication system of this application embodiment includes multiple functional modules supporting communication and a fault location module. The fault location module is used to determine a target functional module, which includes a faulty functional module among the functional modules. By monitoring and determining the faulty functional module in the communication system when a communication system failure occurs through the fault location module, it avoids the difficulty in accurately locating the abnormal module in the communication system when communication anomalies occur. It can accurately identify the abnormal module in the communication system and improve the convenience of fault repair.

[0096] Other features and advantages of this application will be described in detail in the following detailed description section. Attached Figure Description

[0097] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0098] To gain a more complete understanding of this application and its beneficial effects, the following description will be provided in conjunction with the accompanying drawings.

[0099] Figure 1 is a schematic diagram of a communication system provided in an embodiment of this application;

[0100] Figure 2 is a schematic diagram of a fault location module provided in an embodiment of this application;

[0101] Figure 3 is a schematic diagram of a CAN communication system provided in an embodiment of this application;

[0102] Figure 4 is a flowchart of the first embodiment of the communication method provided in this application;

[0103] Figure 5 is a flowchart illustrating a second embodiment of the communication method provided in this application;

[0104] Figure 6 is a flowchart illustrating a third embodiment of the communication method provided in this application;

[0105] Figure 7 is a flowchart illustrating the fourth embodiment of the communication method provided in this application.

[0106] Figure 8 is a flowchart illustrating the fifth embodiment of the communication method provided in this application.

[0107] Figure 9 is a flowchart illustrating the sixth embodiment of the communication method provided in this application.

[0108] Figure 10 is a schematic flowchart of the seventh embodiment of the communication method provided in this application;

[0109] Figure 11 is a schematic diagram of the vehicle structure provided in the embodiments of this application. Detailed Implementation

[0110] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. All other embodiments obtained by those skilled in the art based on the embodiments of this application without creative effort are within the protection scope of this application.

[0111] This application provides a communication system, method, device, vehicle, medium, and program product.

[0112] The communication method provided in this application can be applied to a communication system in a vehicle. The communication system includes multiple functional modules for communication. The vehicle can be a gasoline vehicle, a plug-in hybrid electric vehicle, or a new energy vehicle, etc. This disclosure does not specifically limit it.

[0113] The following is a detailed description in conjunction with the accompanying drawings. It should be noted that the order of description of the following embodiments is not intended to limit the preferred order of the embodiments. Although a logical order is shown in the flowcharts, in some cases, the steps shown or described may be performed in a different order than that shown in the drawings.

[0114] Please refer to Figure 1, which is a schematic diagram of a communication system provided in an embodiment of this application; wherein, the communication system includes:

[0115] Multiple functional modules supporting communication and fault location modules;

[0116] The fault location module is used to determine the target functional module, which includes the fault functional module among the functional modules.

[0117] The functional modules include at least one of the following: communication manager, communication status manager, interface module, driver module, and network manager.

[0118] Specifically, the fault location module monitors the working status of each communication-enabled functional module in real time, compares the working status of each communication-enabled functional module with the corresponding reference working status, and identifies the functional module whose working status is different from the corresponding reference working status as the target functional module. The target functional module is the faulty functional module among the functional modules.

[0119] It is understandable that the multiple communication-supporting functional modules and fault location modules are divided according to the target functions performed by the communication system. That is, the functional modules and fault location modules are virtual modules divided by software on the domain controller in the vehicle. The software part used to support communication is divided into multiple communication-supporting functional modules according to different functions, and the software part used to locate faults is divided into fault location modules.

[0120] The communication system in this embodiment includes multiple functional modules that support communication and a fault location module. By monitoring the communication system for faults, the fault location module identifies the faulty functional module among the multiple functional modules that support communication in the communication system. This avoids the difficulty in accurately locating the abnormal module in the communication system when communication anomalies occur, and can accurately identify the abnormal module in the communication system, thereby improving the convenience of fault repair.

[0121] Please refer to Figure 2, which is a structural schematic diagram of a fault location module provided in an embodiment of this application; the fault location module in the communication system includes a monitoring module and a recording module, wherein:

[0122] The monitoring module is used to determine the current working state and reference working state corresponding to the functional module, and to determine the target functional module based on the current working state and the reference working state.

[0123] The recording module is used to record fault information corresponding to the target functional module.

[0124] The monitoring module includes at least one of the following: a communication manager monitoring submodule, a communication status manager monitoring submodule, an interface module monitoring submodule, a driver module monitoring submodule, and a network manager monitoring submodule.

[0125] Specifically, the communication manager monitoring submodule monitors the working status of the communication manager, compares its working status with the corresponding reference working status, and determines whether the communication manager has malfunctioned; the communication status manager monitoring submodule monitors the working status of the communication status manager, compares its working status with the corresponding reference working status, and determines whether the communication status manager has malfunctioned; the interface module monitoring submodule monitors the working status of the interface module, compares its working status with the corresponding reference working status, and determines whether the interface module has malfunctioned; the driver module monitoring submodule monitors the working status of the driver module, compares its working status with the corresponding reference working status, and determines whether the driver module has malfunctioned; and the network manager monitoring submodule monitors the working status of the network manager, compares its working status with the corresponding reference working status, and determines whether the network manager has malfunctioned.

[0126] Specifically, after the target functional module, the monitoring module records the fault information of the target functional module. The fault information includes at least one of the following: status information, information length, timestamp, and CRC checksum protection information.

[0127] The fault location module of the communication system in this embodiment includes a monitoring module and a recording module. The monitoring module includes at least one of the following: a communication manager monitoring submodule, a communication status manager monitoring submodule, an interface module monitoring submodule, a driver module monitoring submodule, and a network manager monitoring submodule. By monitoring and analyzing the current and reference operating states of the corresponding functional modules through each monitoring submodule, the target functional module can be identified, which can improve the efficiency of target functional module identification. At the same time, by recording the fault information corresponding to the target functional module, it is convenient to quickly find the corresponding fault information when repairing the target functional module, thus improving the convenience of fault repair.

[0128] Please refer to Figure 3, which is a schematic diagram of a CAN communication system provided in an embodiment of this application; wherein, the communication system is a CAN communication system, the functional module also includes a CAN transceiver, and the monitoring module also includes a CAN transceiver monitoring submodule.

[0129] Specifically, the CAN communication system is developed based on the Automotive Open System Architecture (AUTOSAR). The functional modules supporting communication in the CAN communication system are CAN functional modules, which include at least one of the following: CAN transceiver, CAN network manager, communication manager, CAN communication status manager, CAN interface module, and CAN driver module. The fault location module of the CAN communication system includes a monitoring module and a recording module. The monitoring module includes at least one of the following: CAN transceiver monitoring submodule, communication manager monitoring submodule, CAN communication status manager monitoring submodule, CAN interface module monitoring submodule, CAN driver module monitoring submodule, and CAN network manager monitoring submodule.

[0130] The CAN transceiver monitoring submodule is used to monitor the working status of the CAN transceiver, compare the working status of the CAN transceiver with the corresponding reference working status, and determine whether the CAN transceiver has malfunctioned.

[0131] In this embodiment, the functional modules of the CAN communication system also include a CAN transceiver. The fault location module includes a monitoring module and a recording module. The monitoring module includes at least one of the following: a CAN transceiver monitoring submodule, a communication manager monitoring submodule, a CAN communication status manager monitoring submodule, a CAN interface module monitoring submodule, a CAN driver module monitoring submodule, and a CAN network manager monitoring submodule. By monitoring and analyzing the current and reference operating states of the corresponding functional modules through each CAN monitoring submodule, the target functional module can be identified, which improves the efficiency of target functional module identification in the CAN communication system. Simultaneously, by recording the fault information corresponding to the target functional module through the recording module, the corresponding fault information can be quickly located during the repair of the target functional module, improving the convenience of fault repair in the CAN communication system.

[0132] Please refer to Figure 4, which presents a first embodiment of the communication method of this application. The method is applied to a communication system in a vehicle, the communication system including multiple functional modules supporting communication, and the method includes:

[0133] Step 101: In response to a communication failure in the communication system, determine a target functional module in the communication system, the target functional module including the faulty functional module among the functional modules.

[0134] In this embodiment, in response to a communication failure, the communication system monitors the working status of each communication-supporting functional module in real time through a fault location module. The working status of each communication-supporting functional module is compared with the corresponding reference working status. The functional module whose working status is different from the corresponding reference working status is identified as the target functional module, which is the faulty functional module among the functional modules.

[0135] The functional modules include at least one of the following: communication manager, communication status manager, interface module, driver module, and network manager.

[0136] It is understandable that the multiple communication-supporting functional modules and fault location modules are divided according to the target functions performed by the communication system. That is, the functional modules and fault location modules are virtual modules divided by software on the domain controller in the vehicle. The software part used to support communication is divided into multiple communication-supporting functional modules according to different functions, and the software part used to locate faults is divided into fault location modules.

[0137] The communication system in this embodiment uses a fault location module to identify the faulty functional module among multiple communication-supporting functional modules in the communication system. This avoids the difficulty in accurately locating the abnormal module in the communication system when communication anomalies occur, and can accurately identify the abnormal module in the communication system, thereby improving the convenience of fault repair.

[0138] Please refer to Figure 5, which presents a second embodiment of the communication method of this application. The difference between the second embodiment and the first embodiment is that determining the target functional module in the communication system includes:

[0139] Step 201: Determine the reference working state corresponding to each of the functional modules;

[0140] Step 202: Determine the target functional module in the communication system based on the current working state of each functional module and the reference working state.

[0141] In this embodiment, the communication system determines the reference operating state corresponding to each functional module through a fault location module. The fault location module can determine the reference operating state of each functional module by querying a preset reference operating state table; it can also obtain the reference operating state of each functional module based on the historical operating records of the communication system; or it can determine the reference operating state of each functional module based on the network management status of the communication system. After determining the reference operating state of each functional module, the fault location module monitors the current operating state of each functional module in real time. It compares the current operating state of each functional module with its corresponding reference operating state, and identifies the functional modules whose current operating state differs from their corresponding reference operating state as target functional modules. These target functional modules are the faulty functional modules within the functional modules.

[0142] The communication system in this embodiment determines the reference working state of each functional module through a fault location module; based on the current working state and reference working state of each functional module, the target functional module in the communication system is determined; this can quickly and accurately identify modules in the communication system that are malfunctioning, improving the convenience of fault repair.

[0143] Please refer to Figure 6 for a third embodiment of the communication method of this application. The difference between the third embodiment and the first to second embodiments is that determining the reference working state corresponding to each functional module includes:

[0144] Step 301: Based on the network management status of the communication system, determine the reference working status corresponding to each functional module;

[0145] In this step, after the vehicle is powered on, multiple communication-enabled functional modules in the vehicle's communication system also power on and start. During vehicle operation, the fault location module in the communication system acquires the network management status of the communication system and determines the reference operating status corresponding to each functional module based on the network management status. It should be noted that each functional module will correspond to at least one reference operating status under different network management states. When a functional module is in its corresponding reference operating status, it indicates that the functional module is functioning normally under the current network management status.

[0146] Specifically, step 301 includes:

[0147] If the network management state of the communication system is in bus sleep state, then,

[0148] The reference working state for the communication manager includes a state with no pending requests.

[0149] And / or, determine the reference operating state corresponding to the communication state manager, including the no-communication state.

[0150] And / or, determine the reference working state corresponding to the interface module, including startup state, sleep state, and offline state.

[0151] And / or, determine the reference operating state corresponding to the driver module, including start state, stop state, and no conversion request state.

[0152] And / or, determine the reference operating state corresponding to the network manager, including the bus sleep state.

[0153] If the network management state of the communication system is bus operation state, then,

[0154] The first reference operating state corresponding to the communication manager includes the network request state and the sleep preparation state.

[0155] And / or, determine that the first reference operating state corresponding to the communication state manager includes the communication state.

[0156] And / or, determine the first reference working state corresponding to the interface module, including the startup state and the online state.

[0157] And / or, determine the first reference operating state corresponding to the driver module, including the startup state and the state with no conversion request.

[0158] And / or, determine the reference operating state corresponding to the network manager, including the repeating packet state, normal operation state, and pre-sleep state.

[0159] Further, after determining the reference operating state corresponding to each of the aforementioned functional modules, the process includes:

[0160] Step 302: Determine the target functional module in the communication system based on the current working state of each functional module and the reference working state.

[0161] In this step, during vehicle operation, the fault location module in the communication system monitors the current working status of each functional module in the communication system in real time. Based on the comparison between the current working status of each functional module and the corresponding reference working status, the functional module whose current working status is different from the corresponding reference working status is identified as the target functional module, which is the faulty functional module among the functional modules.

[0162] For example, a monitoring cycle of 10ms is pre-set, with the vehicle acquiring the current operating status of each functional module in the communication system every 10ms. It should be noted that the monitoring cycle can be determined based on actual circumstances and is not limited here.

[0163] Specifically, for each functional module, after the vehicle obtains the current working state of the functional module, it will determine that the functional module is the target functional module in the communication system if the current working state and the corresponding reference working state are different; if the current working state and the reference working state are the same, the functional module is determined to be in normal working state.

[0164] Specifically, the communication system in the vehicle includes at least one of the following functional modules that support communication: a communication manager, a communication status manager, an interface module, a driver module, and a network manager.

[0165] In this embodiment, the fault location module in the communication system determines the reference operating state corresponding to each functional module based on the network management status of the communication system. This allows for the determination of the reference operating state of functional modules under different network management states, improving the accuracy of determining the reference operating state of functional modules. Simultaneously, based on the current operating state and reference operating state of each functional module, the target functional module in the communication system is identified; this enables rapid and accurate identification of modules exhibiting abnormalities in the communication system, improving the convenience of fault repair.

[0166] Referring to Figure 7, a fourth embodiment of this application is presented. The difference between the fourth embodiment and the first to third embodiments is that the method further includes:

[0167] Step 401: When a wake-up signal is received, if the wake-up signal does not meet the preset conditions, then the network management state of the communication system is determined to be a bus sleep state.

[0168] In this step, the fault location module in the communication system detects whether the communication system has received a wake-up signal. When the communication system receives a wake-up signal, it determines whether the wake-up signal meets preset conditions. If the preset conditions are not met, the network management state of the communication system is determined to be a bus sleep state. The preset condition is that the wake-up signal belongs to a communication signal that the communication system has pre-defined as being processable.

[0169] Step 402: When a wake-up signal is received, if the wake-up signal meets the preset conditions, the network management state of the communication system is determined to be the bus operation state.

[0170] In this step, the fault location module in the communication system detects whether the communication system has received a wake-up signal. When the communication system receives a wake-up signal, it determines whether the wake-up signal meets preset conditions. If the preset conditions are met, the network management status of the communication system is determined to be bus operation status. The preset conditions are that the wake-up signal belongs to a pre-defined communication signal that the communication system can process; and the bus operation status indicates that the current communication system is in a working state.

[0171] Step 403: If no wake-up signal is received within a preset period, the network management state of the communication system is determined to be a bus sleep state.

[0172] In this step, the fault location module in the communication system detects whether the communication system has received a wake-up signal. If the communication system does not receive a wake-up signal, it determines that the network management state of the communication system is a bus sleep state. The bus sleep state indicates that the current communication system is in a sleep state.

[0173] In this embodiment, the fault location module in the communication system determines the network management status of the communication system based on whether the communication system receives a wake-up signal and whether the received wake-up signal meets preset conditions. This avoids directly obtaining the network management status of the communication system, thus preventing errors in the obtained network management status due to network management module failures. This improves the accuracy of determining the network management status of the communication system.

[0174] Referring to Figure 8, a fifth embodiment of this application is proposed. The difference between the fifth embodiment and the first and fourth embodiments is that determining the target functional module in the communication system based on the current working state of each functional module and the reference working state includes:

[0175] Step 501: Determine the functional modules in the communication system whose current working state and reference working state are different as the target functional modules in the communication system.

[0176] In this step, the fault location module in the communication system monitors the current working status of each functional module in real time. It compares the current working status of each functional module with the corresponding reference working status and identifies the functional module whose current working status is different from the corresponding reference working status as the target functional module. The target functional module is the faulty functional module among the functional modules.

[0177] Understandably, the target functional module in the communication system can be quickly and easily determined based on the current and reference working states of each functional module.

[0178] Specifically, step 501 includes:

[0179] Step 5011: If the reference working state and the current working state are different, determine that the functional module has an abnormal state;

[0180] In this step, after the fault location module in the communication system obtains the current working status of each functional module in the communication system, it compares the current working status of each functional module with the reference working status of the corresponding functional module. If it is determined that the current working status of the functional module is different from the reference working status of the corresponding functional module, it is determined that the functional module has an abnormal state.

[0181] Step 5012: Accumulate the number of abnormal states of the functional module;

[0182] In this step, for each functional module, if the fault location module in the communication system determines that the functional module is in an abnormal state, the count of abnormal states of the functional module is incremented by 1.

[0183] Furthermore, if the reference working state is the same as the current working state, the number of abnormal states corresponding to the functional module is cleared to zero.

[0184] In this step, the fault location module in the communication system compares the current working state of the functional module with the reference working state of the functional module. If it is determined that the current working state of the functional module is the same as the reference working state of the functional module, the abnormal state count of the functional module is cleared to zero.

[0185] For example, if the number of abnormal states of a certain functional module is 500, that is, in the first 500 monitoring, the working state of the functional module is different from the reference working state of the functional module. In the next monitoring, if it is determined that the current working state of the functional module is the same as the reference working state of the functional module, the number of abnormal states of the functional module is cleared to zero, and the number of abnormal states of the functional module is 0.

[0186] Step 5013: If the number of abnormal states accumulates to a value greater than a preset threshold, then the functional module is determined as the target functional module in the communication system.

[0187] In this step, the fault location module in the communication system continuously monitors the operating status of each functional module in the communication system. For each functional module, when the number of times the vehicle determines that the abnormal state of that functional module has accumulated to exceed a preset threshold, that functional module is identified as the target functional module in the communication system. This enables rapid location of faulty functional modules in the communication system.

[0188] In this embodiment, the fault location module in the communication system determines that a functional module is in an abnormal state if its current operating state differs from a reference operating state. The number of abnormal states for each functional module is accumulated. If the accumulated number of abnormal states exceeds a preset threshold, the functional module is identified as a faulty functional module in the communication system. Only when the accumulated number of abnormal states for a functional module exceeds the preset threshold is the functional module identified as a faulty functional module in the communication system, thus avoiding false alarms caused by monitoring errors and improving the accuracy of fault identification.

[0189] Referring to Figure 9, a sixth embodiment of this application is proposed. The difference between the sixth embodiment and the first to fifth embodiments is that the communication system is a CAN communication system, and the CAN functional module in the CAN communication system includes a CAN transceiver. The step of determining the target functional module in the communication system in response to a communication failure includes:

[0190] Step 601: In response to a communication failure in the CAN communication system, obtain the current operating state and reference operating state of the CAN transceiver. The current operating state is the pin level of the CAN transceiver, and the reference operating state is the preset level of the CAN transceiver.

[0191] Step 602: If the pin level is different from the preset level, then the target functional module in the CAN communication system is determined to be the CAN transceiver.

[0192] In steps 601 to 602, for the CAN transceiver, the fault location module in the communication system monitors the current working status of the CAN transceiver in real time during vehicle operation, and at the same time obtains the reference working status of the CAN transceiver. The current working status is the pin level of the CAN transceiver, and the reference working status is the preset level of the CAN transceiver. The pin level is compared with the preset level. If the pin level is different from the preset level, the target functional module in the CAN communication system is determined to be the CAN transceiver.

[0193] Understandably, the fault location module in the communication system compares the pin levels of the CAN transceiver with preset levels. If the pin levels differ from the preset levels, the target functional module in the CAN communication system is identified as the CAN transceiver. This allows for quick and convenient determination of whether a fault exists in the CAN transceiver of the CAN communication system.

[0194] Specifically, the pin levels include the EN pin level and the STB pin level in the CAN transceiver. Step 602 includes:

[0195] Step 6021: If either the EN pin level or the STB pin level is different from the preset level, then it is determined that the CAN transceiver is in an abnormal state.

[0196] In this step, if the fault location module in the communication system determines that either the EN pin level or the STB pin level of the CAN transceiver is different from the preset level, then the CAN transceiver is determined to be in an abnormal state.

[0197] Step 6022: Accumulate the number of abnormal states of the CAN transceiver;

[0198] In this step, if the fault location module in the communication system determines that the CAN transceiver is in an abnormal state, it increments the count of abnormal states of the CAN transceiver by 1.

[0199] Furthermore, if the fault location module in the communication system determines that the EN pin level and STB pin level of the CAN transceiver are the same as the preset level, then the number of abnormal states of the CAN transceiver is reset to zero.

[0200] Step 6023: If the number of abnormal states accumulates to a value greater than a preset threshold, then the target functional module in the CAN communication system is determined to be the CAN transceiver.

[0201] In this step, the fault location module in the communication system continuously monitors the EN pin level or STB pin level of the CAN transceiver. When it is determined that the number of abnormal states performed by the CAN transceiver accumulates to a preset threshold, the CAN transceiver is identified as the target functional module in the communication system.

[0202] For example, the fault location module in the communication system cyclically monitors the EN and STB pin levels of the CAN transceiver. The cycle period can be 10ms, which is not specifically limited here. When the fault location module detects that any pin level in the CAN transceiver is LOW, it determines that the CAN transceiver has an abnormal state and starts an abnormality counter to count the number of abnormal states. The number of abnormal states is accumulated when an abnormal state is detected and is reset to zero when the state is normal. When the number of abnormal states is greater than 200, the vehicle attempts to raise the level of the abnormal pin in the CAN transceiver; if it fails to raise the level continuously and the number of abnormal states is greater than 1000, the vehicle determines that the CAN transceiver is a faulty functional module in the communication system, sets the fault flag to 1, and records the level of the faulty pin of the CAN transceiver.

[0203] Understandably, in a communication system, the fault location module for a CAN transceiver determines that the CAN transceiver is in an abnormal state if either the EN pin level or the STB pin level differs from a preset level. The number of abnormal states recorded for the CAN transceiver is then accumulated. If the accumulated number of abnormal states exceeds a preset threshold, the CAN transceiver is identified as the target functional module in the CAN communication system. Only when the accumulated number of abnormal states for the CAN transceiver exceeds the preset threshold is the CAN transceiver identified as the target functional module in the communication system. This avoids false alarms due to monitoring errors and improves the accuracy of fault identification.

[0204] Furthermore, the CAN communication system is applied to the automotive open system architecture, and the CAN communication system includes: the CAN transceiver, CAN network manager, communication manager, CAN communication status manager, CAN interface module and CAN driver module.

[0205] If the network management state of the CAN communication system is in bus sleep state, then,

[0206] The reference working state corresponding to the communication manager is determined to include a state with no pending requests.

[0207] And / or, determine that the reference operating state corresponding to the CAN communication state manager includes a no-communication state.

[0208] And / or, determine the reference operating state corresponding to the CAN interface module, including startup state, sleep state, and offline state.

[0209] And / or, determine the reference operating state corresponding to the CAN driver module, including start state, stop state, and no conversion request state.

[0210] And / or, determining the reference operating state corresponding to the CAN network manager includes the bus sleep state.

[0211] If the network management state of the CAN communication system is bus running state, then,

[0212] The first reference operating state corresponding to the communication manager is determined to include a network request state and a sleep preparation state.

[0213] And / or, determine that the first reference operating state corresponding to the CAN communication state manager includes a communication state.

[0214] And / or, determine the first reference operating state corresponding to the CAN interface module, including the startup state and the online state.

[0215] And / or, determine that the first reference operating state corresponding to the CAN driver module includes a start state and a no-conversion-request state.

[0216] And / or, determine the reference operating state corresponding to the CAN network manager, including the duplicate message state, normal operation state, and pre-sleep state.

[0217] Specifically, when the network management state of the CAN communication system is BUS_SLEEP (bus sleep state) or PREPARE_BUS_SLEEP (bus pre-sleep state), the first reference working state identifiers corresponding to the communication manager, CAN communication status manager, CAN interface module and CAN driver module are shown in Table 1.

[0218] Table 1:

[0219]

[0220]

[0221] Among them, the communication manager is ComM, the CAN communication status manager is CanSM, the CAN interface module is CanIf, the CAN driver module is CAN driver, COMM_NO_COM_NO_PENDING_REQUEST indicates no pending request status, CANSM_BSM_S_NOCOM indicates no communication status, CANIF_CS_STARTED and CAN_CS_STARTED indicate start status, CANIF_CS_SLEEP indicates sleep status, CAN_CS_STOPPED indicates stop status, CANIF_TX_OFFLINE and CANIF_OFFLINE indicate offline status, and CAN_NO_PENDING_TRANSITION indicates no pending conversion request status.

[0222] When the network management status of the CAN communication system is NETWORK (bus running status), the reference working status identifiers corresponding to the communication manager, CAN communication status manager, CAN interface module and CAN driver module are shown in Table 2.

[0223] Table 2:

[0224]

[0225] Among them, the communication manager is ComM, the CAN communication status manager is CanSM, the CAN interface module is CanIf, the CAN driver module is CAN driver, COMM_FULL_COM_NETWORK_REQUESTED is the network request status, COMM_FULL_COM_READY_SLEEP is the sleep preparation status, CANSM_BSM_S_FULLCOM is the communication status, CANIF_ONLINE is the online status, CANIF_CS_STARTED and CAN_CS_STARTED are the startup status, and CAN_NO_PENDING_TRANSITION is the no-transition-request status.

[0226] Specifically, when the network management state of the CAN communication system is BUS_SLEEP (bus sleep state) or PREPARE_BUS_SLEEP (bus pre-sleep state), the second reference operating state corresponding to the CAN network manager is determined to be NM_STATE_BUS_SLEEP (bus sleep state). When the network management state of the CAN communication system is NETWORK (bus running state), the second reference operating state corresponding to the CAN network manager is determined to be NM_STATE_REPEAT_MESSAGE (repeated message state), NM_STATE_NORMAL_OPERATION (normal operation state), and NM_STATE_READY_SLEEP (pre-sleep state).

[0227] The fault location module in the communication system of this embodiment has specific reference working states for the communication manager, CAN communication status manager, CAN interface module, CAN driver module and CAN network manager in the CAN communication system. Based on different reference working states and the current working state, it can accurately identify the modules in the communication system that are malfunctioning, thereby improving the convenience of fault repair.

[0228] Furthermore, the reference operating states corresponding to the CAN network manager include bus running state and bus sleep state, wherein the bus running state includes repeat message state, normal operation state and pre-sleep state.

[0229] If the network management state of the CAN communication system is in bus sleep state, then if it is determined that the current working state of the CAN network manager is different from the bus sleep state, then it is determined that the CAN network manager has a fault.

[0230] If the network management state of the CAN communication system is in bus operation state, then if the current working state of the CAN network manager is different from the duplicate message state, the normal operation state, and the pre-sleep state, then the CAN network manager is determined to be faulty.

[0231] Specifically, when the network management state of the CAN communication system is BUS_SLEEP (bus sleep state) or PREPARE_BUS_SLEEP (bus pre-sleep state), the second reference operating state corresponding to the CAN network manager is determined to be NM_STATE_BUS_SLEEP (bus sleep state). When the fault location module in the communication system determines that the operating state identifier of the CAN network manager is different from the bus sleep state, it determines that the CAN network manager has an abnormal state and activates an abnormality counter to count the number of abnormal states. The abnormality counter is incremented when an abnormality is detected and reset to zero when the abnormality is resolved. When the number of abnormal states exceeds 1000, the CAN network manager is determined to be a faulty functional module in the communication system, the fault detection flag is set to 1, and the operating state of the CAN network manager is recorded.

[0232] Specifically, when the network management state of the CAN communication system is NETWORK (bus running state), the second reference operating state corresponding to the CAN network manager is determined to include: NM_STATE_REPEAT_MESSAGE (repeated message state), NM_STATE_NORMAL_OPERATION (normal operation state), and NM_STATE_READY_SLEEP (pre-sleep state). When the fault location module in the communication system determines that the operating state identifier of the CAN network manager is different from the repeated message state, normal operation state, and pre-sleep state, it determines that the CAN network manager has an abnormal state and activates an abnormality counter to count the number of abnormal states. The abnormality counter increments when an abnormality is detected and resets to zero when the abnormality is resolved. When the number of abnormal states exceeds 1000, the CAN network manager is determined to be a faulty functional module in the communication system, the fault detection flag is set to 1, and the wake-up source information and operating state of the CAN network manager are recorded.

[0233] In this embodiment, the fault location module in the communication system targets the CAN network manager in the CAN communication system. If the second reference operating state is the bus running state, then if the current operating state of the CAN network manager is different from the duplicate message state, the normal operation state, and the pre-sleep state, then the network manager is determined to be faulty. If the second target operating state is the bus sleep state, then if the current operating state of the CAN network manager is different from the bus sleep state, then the network manager is determined to be faulty. A specific anomaly detection method is provided for the CAN network manager in the CAN communication system, which can improve the accuracy of anomaly detection for the CAN network manager in the CAN communication system.

[0234] Referring to Figure 10, a seventh embodiment of this application is presented. The difference between the seventh embodiment and the first to sixth embodiments is that the method further includes:

[0235] Step 701: Store the working status of each module in the communication system;

[0236] In this step, after identifying the faulty functional module in the communication system, the fault location module acquires the operating status of each module and stores it. Specifically, for the CAN transceiver, it stores the EN pin level and STB pin level; for the CAN network manager, communication manager, CAN communication status manager, CAN interface module, and CAN driver module, it stores the current operating status.

[0237] Specifically, step 701 includes:

[0238] Step 7011: Calculate the target information length corresponding to the working state of each module in the communication system;

[0239] Step 7012: Perform cyclic redundancy verification on the working status of each module in the communication system to obtain the target verification result;

[0240] Step 7013: The working status, target information length, and target verification result of each module in the communication system are associated and stored.

[0241] In steps 7011 to 7013, before storing the working status of each module in the communication system, the fault location module in the communication system calculates the target information length corresponding to the working status of each module, performs cyclic redundancy verification on the working status of each module, and obtains the target verification result; and stores the working status of each module, the target information length, and the target verification result in association.

[0242] Step 702: If it is determined that there is a faulty module in the communication system, then the communication system is restarted.

[0243] In this step, the fault location module in the communication system stores the working status of each module in the communication system. If it is determined that there is a faulty module in the communication system, the communication system is restarted to restore the faulty functional module.

[0244] Specifically, step 702 includes:

[0245] Step 7021: Obtain the working status of each module in the communication system;

[0246] Step 7022: If it is determined that there is no fault in the communication system based on the working status obtained within a preset time period, then fault recovery information is displayed.

[0247] Step 7023: If it is determined based on the working status that a fault still exists in the communication system, then a fault alarm is issued.

[0248] In steps 7021 to 7023, after the fault location module in the communication system restarts the communication system, it monitors the working status of each module in the restarted communication system and compares the working status with the preset working status. If the working status of each functional module obtained within a preset time period is the same as the corresponding preset working status, it is determined that there is no faulty functional module in the communication system, and fault recovery information is prompted. If the working status of each functional module obtained within a preset time period is different from the corresponding preset working status, it is determined that there is still a fault in the communication system, and a fault alarm is issued.

[0249] Further, if it is determined based on the working status obtained within a preset time that there is no faulty functional module in the communication system, then after prompting the fault recovery information, the following steps are included:

[0250] Step 70221: Obtain the working status, target information length, and target verification result associated with the faulty module;

[0251] Step 70222: Calculate the length of the reference information corresponding to the working state of the module that has failed;

[0252] Step 70223: Perform cyclic redundancy verification on the working state of the faulty module to obtain a reference verification result;

[0253] Step 70224: If the target information length is the same as the reference information length, and the target verification result is the same as the reference verification result, then the fault information corresponding to the working state, the target information length, and the target verification result of the faulty module is written to disk.

[0254] In steps 70221 to 702214, after restarting the communication system, the fault location module in the communication system obtains the working status, target information length, and target verification result associated with the faulty module. It calculates the reference information length for the working status corresponding to the faulty module, performs cyclic redundancy verification on the working status of the faulty module to obtain the reference verification result, compares the target information length with the reference information length, and compares the reference verification result with the target verification result. If the target information length and the reference information length are the same, and the target verification result and the reference verification result are the same, then the fault information of the faulty module is written to disk; if the target information length and the reference information length are different, or the target verification result and the reference verification result are different, then the working status is discarded.

[0255] In this embodiment, the fault location module in the communication system stores the working status of each module. The communication system is restarted to restore the faulty functional module, enabling automatic fault recovery when a fault occurs. Simultaneously, after fault recovery, the module retrieves the working status, target information length, and target verification result stored before the restart. It then calculates the reference information length corresponding to the working status, performs cyclic redundancy verification, and obtains a reference verification result. If the target information length and reference information length are the same, and the target verification result and reference verification result are the same, the fault information of the faulty module is written to disk. This ensures that the working status stored before the restart has not been modified, facilitating analysis of the working status of the faulty functional module by relevant personnel.

[0256] Accordingly, this application also provides a vehicle, as shown in FIG11, which is a schematic diagram of the structure of the vehicle provided in this application embodiment. The vehicle 1100 includes a processor 1101 with one or more processing cores, a memory 1102 with one or more computer-readable storage media, and a computer program stored on the memory 1102 and executable on the processor. The processor 1101 and the memory 1102 are electrically connected. Those skilled in the art will understand that the vehicle structure shown in the figures does not constitute a limitation on the vehicle, and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0257] The processor 1101 is the control center of the vehicle 1100. It connects to various parts of the vehicle 1100 via various interfaces and lines. By running or loading software programs and / or units stored in the memory 1102, and by calling data stored in the memory 1102, it executes various functions of the vehicle 1100 and processes data, thereby performing overall monitoring of the vehicle 1100. The processor 1101 can be a CPU, GPU, network processor (NP), etc., and can implement or execute the methods, steps, and logic diagrams disclosed in the embodiments of this application.

[0258] In this embodiment of the application, the processor 1101 in the vehicle 1100 will load the computer program corresponding to the process of one or more applications into the memory 1102 according to the following steps, and the processor 1101 will run the applications stored in the memory 1102 to execute the communication method.

[0259] For details on the implementation of each of the above operations, please refer to the previous examples, which will not be repeated here.

[0260] Optionally, as shown in FIG11, the vehicle 1100 further includes: a touch display screen 1103, a radio frequency circuit 1104, an audio circuit 1105, an input unit 1106, and a power supply 1107. The processor 1101 is electrically connected to the touch display screen 1103, the radio frequency circuit 1104, the audio circuit 1105, the input unit 1106, and the power supply 1107. Those skilled in the art will understand that the vehicle structure shown in FIG11 does not constitute a limitation on the vehicle and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0261] The touch display screen 1103 can be used to display a graphical user interface (GUI) and receive operation commands generated by the user interacting with the GUI. The touch display screen 1103 may include a display panel and a touch panel. The display panel can be used to display information input by the user or information provided to the user, as well as various graphical user interfaces of the vehicle. These graphical user interfaces can be composed of graphics, text, icons, video, and any combination thereof. Optionally, the display panel can be configured using a liquid crystal display (LCD), organic light-emitting diode (OLED), or other similar technologies. The touch panel can be used to collect touch operations performed by the user on or near it (such as operations performed by the user using a finger, stylus, or any suitable object or accessory on or near the touch panel), generate corresponding operation commands, and execute the corresponding program according to the operation commands. Optionally, the touch panel may include two parts: a touch detection device and a touch controller. The touch detection device detects the user's touch location and the signal generated by the touch operation, transmitting the signal to the touch controller. The touch controller receives touch information from the touch detection device, converts it into touch point coordinates, and sends it to the processor 1101. It can also receive and execute commands from the processor 1101. The touch panel can cover the display panel. When the touch panel detects a touch operation on or near it, it transmits the information to the processor 1101 to determine the type of touch event. Subsequently, the processor 1101 provides corresponding visual output on the display panel based on the type of touch event. In this embodiment, the touch panel and the display panel can be integrated into the touch display screen 1103 to achieve input and output functions. However, in some embodiments, the touch panel and the touch display screen 1103 can be implemented as two independent components to achieve input and output functions. That is, the touch display screen 1103 can also be used as part of the input unit 1106 to achieve input functions.

[0262] The radio frequency circuit 1104 can be used to transmit and receive radio frequency signals to establish wireless communication with network devices or other vehicles, and to transmit and receive signals with network devices or other vehicles.

[0263] Audio circuit 1105 can be used to provide an audio interface between the user and the vehicle via a speaker and a microphone. Audio circuit 1105 can convert received audio data into electrical signals and transmit them to the speaker, where the speaker converts them into sound signals for output. Conversely, the microphone converts collected sound signals into electrical signals, which are then received by audio circuit 1105, converted back into audio data, and processed by processor 1101 before being transmitted via radio frequency circuit 1104 to, for example, another vehicle, or output to memory 1102 for further processing. Audio circuit 1105 may also include an earphone jack to provide communication between external headphones and the vehicle.

[0264] The input unit 1106 can be used to receive input numbers, characters, or user characteristic information (such as fingerprints, iris, facial information, etc.), and to generate keyboard, mouse, joystick, optical, or trackball signal inputs related to user settings and function control.

[0265] Power supply 1107 is used to supply power to various components of vehicle 1100. Optionally, power supply 1107 can be logically connected to processor 1101 through a power management device, thereby enabling functions such as charging, discharging, and power consumption management through the power management device. Power supply 1107 may also include one or more DC or AC power supplies, recharging devices, power fault detection circuits, power converters or inverters, power status indicators, and other arbitrary components.

[0266] Although not shown in Figure 11, vehicle 1100 may also include cameras, sensors, wireless fidelity modules, Bluetooth modules, etc., which will not be described in detail here.

[0267] In the above embodiments, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0268] Those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be performed by a computer program, or by a computer program controlling related hardware. The computer program can be stored in a computer-readable storage medium and loaded and executed by a processor.

[0269] In the description of this application, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more features. In the description of this application, "multiple" means two or more, unless otherwise explicitly specified.

[0270] In the above embodiments, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0271] The embodiments, implementation methods, and related technical features of this application can be combined and substituted for each other without conflict.

[0272] The above are merely preferred embodiments of this application and are not intended to limit this application in any way. Although the descriptions of each embodiment in this application have different focuses, and the parts not described in detail in a certain embodiment can be referred to the relevant embodiments of other embodiments, any simple modifications, equivalent changes and modifications made to the above embodiments based on the technical essence of this application without departing from the content of the technical solution of this application shall still fall within the scope of the technical solution of this application.

Claims

1. A communication system, characterized in that, The communication system includes: multiple functional modules supporting communication and a fault location module; the fault location module is used to determine a target functional module, the target functional module including the fault functional module among the functional modules.

2. The communication system according to claim 1, characterized in that, The functional modules include at least one of the following: a communication manager, a communication status manager, an interface module, a driver module, and a network manager.

3. The communication system according to claim 1, characterized in that, The fault location module includes a monitoring module and a recording module, wherein: the monitoring module is used to determine the current working state and reference working state corresponding to the functional module, and to determine the target functional module based on the current working state and the reference working state; the recording module is used to record the fault information corresponding to the target functional module.

4. The communication system according to claim 3, characterized in that, The monitoring module includes at least one of the following: a communication manager monitoring submodule, a communication status manager monitoring submodule, an interface module monitoring submodule, a driver module monitoring submodule, and a network manager monitoring submodule.

5. The communication system according to claim 4, characterized in that, The communication system is a CAN communication system, and the functional module also includes a CAN transceiver. The monitoring module also includes a CAN transceiver monitoring submodule.

6. A communication method, characterized in that, The method is applied to a communication system in a vehicle, the communication system including multiple functional modules supporting communication, the method including: in response to a communication failure in the communication system, determining a target functional module in the communication system, the target functional module including the faulty functional module among the functional modules.

7. The communication method according to claim 6, characterized in that, The step of determining the target functional module in the communication system includes: determining a reference operating state corresponding to each functional module; and determining the target functional module in the communication system based on the current operating state of each functional module and the reference operating state.

8. The communication method according to claim 7, characterized in that, Determining the reference operating state corresponding to each of the functional modules includes: determining the reference operating state corresponding to each of the functional modules based on the network management state of the communication system.

9. The communication method according to claim 8, characterized in that, The step of determining the reference working state corresponding to each functional module based on the network management state of the communication system includes: if the network management state of the communication system is a bus sleep state, then determining the reference working state corresponding to the communication manager includes a state with no pending requests, and / or determining the reference working state corresponding to the communication state manager includes a state with no communication, and / or determining the reference working state corresponding to the interface module includes a start state, a sleep state, and an offline state, and / or determining the reference working state corresponding to the driver module includes a start state, a stop state, and a state with no pending conversion requests, and / or determining the reference working state corresponding to the network manager includes a bus sleep state.

10. The communication method according to claim 8, characterized in that, The step of determining the reference working state corresponding to each functional module based on the network management state of the communication system includes: if the network management state of the communication system is the bus running state, then determining the first reference working state corresponding to the communication manager includes the network request state and the sleep preparation state, and / or determining the first reference working state corresponding to the communication state manager includes the communication state, and / or determining the first reference working state corresponding to the interface module includes the startup state and the online state, and / or determining the first reference working state corresponding to the driver module includes the startup state and the no-conversion-request state, and / or determining the reference working state corresponding to the network manager includes the duplicate message state, the normal operation state, and the sleep state.

11. The communication method according to claim 8, characterized in that, The method further includes: when a wake-up signal is received, if the wake-up signal does not meet a preset condition, then the network management state of the communication system is determined to be a bus sleep state; when a wake-up signal is received, if the wake-up signal meets a preset condition, then the network management state of the communication system is determined to be a bus running state.

12. The communication method according to claim 11, characterized in that, The method further includes: if no wake-up signal is received within a preset period, then determining that the network management state of the communication system is a bus sleep state.

13. The communication method according to claim 6, characterized in that, The step of determining the target functional module in the communication system based on the current working state and the reference working state of each functional module includes: determining the functional modules in the communication system whose current working state and reference working state are different as the target functional modules in the communication system.

14. The communication method according to claim 13, characterized in that, The step of determining the functional module in the communication system whose current working state is different from the reference working state as the target functional module in the communication system includes: if the reference working state is different from the current working state, determining that the functional module has an abnormal state; accumulating the number of abnormal states of the functional module; if the number of abnormal states accumulates to a value greater than a preset threshold, then determining the functional module as the target functional module in the communication system.

15. The communication method according to claim 14, characterized in that, The method further includes: if the reference working state and the current working state are the same, then the number of abnormal states corresponding to the functional module is cleared to zero.

16. The communication method according to claim 6, characterized in that, The communication system is a CAN communication system. The CAN functional module in the CAN communication system includes a CAN transceiver. The step of determining the target functional module in the communication system in response to a communication failure includes: in response to a communication failure in the CAN communication system, acquiring the current operating state and a reference operating state of the CAN transceiver, wherein the current operating state is the pin level of the CAN transceiver, and the reference operating state is a preset level of the CAN transceiver; if the pin level is different from the preset level, then the target functional module in the CAN communication system is determined to be the CAN transceiver.

17. The communication method according to claim 16, characterized in that, The pin levels include the EN pin level and the STB pin level in the CAN transceiver.

18. The communication method according to claim 17, characterized in that, The step of determining the target functional module in the CAN communication system as the CAN transceiver if the pin level is different from the preset level includes: if either the EN pin level or the STB pin level is different from the preset level, determining that the CAN transceiver has an abnormal state; accumulating the number of abnormal states of the CAN transceiver; if the number of abnormal states accumulates to a value greater than a preset threshold, determining that the target functional module in the CAN communication system is the CAN transceiver.

19. The communication method according to claim 16, characterized in that, The CAN communication system is developed based on the automotive open system architecture, and the CAN functional module also includes at least one of the following: CAN network manager, communication manager, CAN communication status manager, CAN interface module and CAN driver module.

20. The communication method according to claim 19, characterized in that, The method further includes: if the network management state of the CAN communication system is a bus sleep state, then determining that the reference working state corresponding to the communication manager includes a state with no pending requests, and / or determining that the reference working state corresponding to the CAN communication state manager includes a state with no communication, and / or determining that the reference working state corresponding to the CAN interface module includes a start state, a sleep state, and an offline state, and / or determining that the reference working state corresponding to the CAN driver module includes a start state, a stop state, and a state with no pending conversion requests, and / or determining that the reference working state corresponding to the CAN network manager includes a bus sleep state.

21. The communication method according to claim 19, characterized in that, The method further includes: if the network management state of the CAN communication system is the bus running state, then determining that the first reference working state corresponding to the communication manager includes the network request state and the sleep preparation state, and / or determining that the first reference working state corresponding to the CAN communication state manager includes the communication state, and / or determining that the first reference working state corresponding to the CAN interface module includes the startup state and the online state, and / or determining that the first reference working state corresponding to the CAN driver module includes the startup state and the no-conversion-request state, and / or determining that the reference working state corresponding to the CAN network manager includes the repeat message state, the normal operation state, and the sleep pre-state.

22. The communication method according to claim 19, characterized in that, The method further includes: if the network management state of the CAN communication system is a bus sleep state, then if the current working state of the CAN network manager is different from the bus sleep state, then the CAN network manager is determined to be faulty; if the network management state of the CAN communication system is a bus running state, then if the current working state of the CAN network manager is different from the duplicate message state, the normal operation state, and the pre-sleep state, then the CAN network manager is determined to be faulty.

23. The communication method according to any one of claims 6-22, characterized in that, The method further includes storing the working status of each module in the communication system.

24. The communication method according to claim 23, characterized in that, The step of storing the working states of each module in the communication system includes: calculating the target information length corresponding to the working state of each module in the communication system; performing cyclic redundancy verification on the working states of each module in the communication system to obtain target verification results; and storing the working states, target information lengths, and target verification results of each module in the communication system in association.

25. The communication method according to claim 23, characterized in that, The method further includes: if it is determined that there is a faulty module in the communication system, then restarting the communication system.

26. The communication method according to claim 25, characterized in that, After restarting the communication system, the process includes: acquiring the working status of each module in the communication system; if it is determined that there is no fault in the communication system based on the working status acquired within a preset time, then prompting fault recovery information; if it is determined that there is still a fault in the communication system based on the working status, then issuing a fault alarm.

27. The communication method according to claim 26, characterized in that, If it is determined that there is no fault in the communication system based on the working status obtained within a preset time period, and then fault recovery information is prompted, the process includes: obtaining the working status, target information length, and target verification result associated with the faulty module; calculating the reference information length corresponding to the working status of the faulty module; performing cyclic redundancy verification on the working status of the faulty module to obtain a reference verification result; if the target information length is the same as the reference information length, and the target verification result is the same as the reference verification result, then the fault information is written to disk for the working status, target information length, and target verification result corresponding to the faulty module.

28. An electronic device, characterized in that, It includes a processor and a memory, the memory storing a computer program; when the computer program is executed by the processor, the processor causes the processor to perform the steps of any of the methods of claims 6-27.

29. A vehicle comprising the electronic equipment as claimed in claim 28.

30. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a plurality of computer programs adapted for loading by a processor to perform the steps of the method as described in any one of claims 6-27.

31. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, causes the computer program product to perform the steps of the method as described in any one of claims 6-27.

Images