Can signal monitoring and troubleshooting method and apparatus, device, vehicle, and medium

Abstract

The present application relates to the technical field of communications, and discloses a CAN signal monitoring and troubleshooting method and apparatus, a device, a vehicle, and a medium. The method comprises: monitoring whether receiving time of each CAN signal exceeds a set time range; if yes, adjusting the communication rate of a CAN bus and a load of a communication system; monitoring whether the counts of error frames and lost frames of the CAN signal in a transmission process reach a set count threshold; if yes, transmitting the CAN signal again and generating troubleshooting suggestions; monitoring whether the signal value of the CAN signal exceeds a set numerical value range; if yes, generating first alarm information and recording the signal value so as to determine a first fault reason on the basis of the signal value; monitoring the counts of error reporting of the CAN signal; and generating second alarm information and an error reporting log once each error reporting occurs, so as to determine a second fault reason on the basis of the error reporting log. According to the present application, on the basis of a monitoring result, a fault can be found in time, and the troubleshooting suggestions are given, effectively solving the problem of insufficient stability of the CAN signal.

Description

CAN signal monitoring and troubleshooting methods, devices, equipment, vehicles and media Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a CAN signal monitoring and troubleshooting method, device, equipment, vehicle and medium. Background Art

[0002] Various devices within a vehicle communicate and exchange data via the CAN (Controller Area Network) bus. As a reliable communications protocol, the CAN bus provides a fast, stable data transmission channel for various devices within the vehicle. However, due to the complexity and diversity of vehicle electronic systems, using the CAN bus to transmit CAN signals can face a series of stability issues, such as signal delays, signal loss, and data conflicts. These issues can cause various devices within the vehicle to malfunction or become operationally difficult.

[0003] Summary of the Invention

[0004] The main purpose of the embodiments of the present application is to propose a CAN signal monitoring and troubleshooting method, device, equipment, vehicle and medium to monitor and troubleshoot problems that affect the stability of CAN signals.

[0005] To achieve the above objectives, one aspect of an embodiment of the present application provides a CAN signal monitoring and troubleshooting method, the method comprising:

[0006] Monitoring whether the reception time of the CAN signal exceeds a set time range; if so, adjusting the communication rate of the CAN bus and the load of the communication system; wherein the communication system includes multiple devices connected via the CAN bus;

[0007] Monitor whether the number of error frames and lost frames in the transmission process of the CAN signal reaches a set threshold; if so, retransmit the CAN signal and generate troubleshooting suggestions;

[0008] monitoring whether a signal value of the CAN signal exceeds a set value range; if so, generating a first alarm message and recording the signal value to determine a first fault cause based on the signal value;

[0009] Monitor the number of error reports of the CAN signal; generate a second alarm message and an error log after each error occurs, and determine the second fault cause according to the error log.

[0010] In some embodiments, monitoring whether the number of error frames and lost frames of the CAN signal during transmission reaches a set threshold includes:

[0011] The number of error frames and lost frames recorded in the error counter is read at a set period and it is determined whether the number of error frames and lost frames reaches the set number threshold.

[0012] In some embodiments, generating troubleshooting suggestions includes:

[0013] Generating the troubleshooting suggestion includes:

[0014] using interference-resistant cables and filters in said communication systems;

[0015] When designing a CAN network, route the wires around interference sources.

[0016] In some embodiments, monitoring whether the signal value of the CAN signal exceeds a set value range includes:

[0017] Monitor whether the signal value of the CAN signal is consistent with the previous signal value.

[0018] In some embodiments, monitoring the number of error reports of the CAN signal includes:

[0019] The number of the error frames and the number of occurrences of the error state of the CAN signal are monitored as the number of error reports.

[0020] To achieve the above objectives, another aspect of the present application provides a CAN signal monitoring and troubleshooting device, the device comprising:

[0021] a reception time monitoring unit, configured to monitor whether the reception time of a CAN signal exceeds a set time range; if so, adjusting the communication rate of the CAN bus and the load of the communication system; wherein the communication system includes a plurality of devices connected via the CAN bus;

[0022] A signal frame monitoring unit is used to monitor whether the number of error frames and lost frames in the transmission process of the CAN signal reaches a set threshold; if so, retransmit the CAN signal and generate troubleshooting suggestions;

[0023] a signal value monitoring unit, configured to monitor whether the signal value of the CAN signal exceeds a set value range; if so, generate a first alarm message and record the signal value, so as to determine a first fault cause based on the signal value;

[0024] The error reporting number monitoring unit is used to monitor the error reporting number of the CAN signal; generate a second alarm message and an error reporting log after each error reporting occurs, so as to determine the second fault cause according to the error reporting log.

[0025] In some embodiments, the signal frame monitoring unit includes:

[0026] The counter monitoring unit is used to read the number of error frames and lost frames recorded in the error counter according to a set period and determine whether the number of error frames and lost frames reaches the set number threshold.

[0027] In some embodiments, the signal frame monitoring unit further includes:

[0028] The suggestion generating unit is configured to generate the troubleshooting suggestion, including:

[0029] using interference-resistant cables and filters in said communication systems;

[0030] When designing a CAN network, route the wires around interference sources.

[0031] In some embodiments, the signal value monitoring unit includes:

[0032] The signal value monitoring subunit is used to monitor whether the signal value of the CAN signal is consistent with the previous signal value.

[0033] In some embodiments, the error reporting number monitoring unit includes:

[0034] The error reporting number monitoring subunit is used to monitor the number of error frames and the number of occurrences of the error state of the CAN signal as the error reporting number.

[0035] To achieve the above-mentioned purpose, another aspect of an embodiment of the present application proposes an electronic device, which includes a memory and a processor, wherein the memory stores a computer program, and the processor implements the above-mentioned CAN signal monitoring and troubleshooting method when executing the computer program.

[0036] To achieve the above-mentioned purpose, another aspect of an embodiment of the present application provides a vehicle, which includes a CAN signal monitoring and troubleshooting device as described above, or an electronic device as described above.

[0037] To achieve the above-mentioned purpose, another aspect of an embodiment of the present application proposes a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, it implements the above-mentioned CAN signal monitoring and troubleshooting method.

[0038] The embodiments of the present application include at least the following beneficial effects:

[0039] The present application monitors whether the reception time of the CAN signal exceeds the set time range; if so, adjusts the communication rate of the CAN bus and the load of the communication system; wherein the communication system includes multiple devices connected via the CAN bus; monitors whether the error frames and lost frames of the CAN signal during transmission reach a set number threshold; if so, transmits the CAN signal again and generates troubleshooting suggestions; monitors whether the signal value of the CAN signal exceeds the set value range; if so, generates a first alarm message and records the signal value to determine the first fault cause based on the signal value; monitors the number of CAN signal errors; generates a second alarm message and an error log after each error occurs, to determine the second fault cause based on the error log. The present application can monitor the reception time, error frames, lost frames, signal value, and number of errors of the CAN signal in real time, can promptly detect faults that affect the stability of the CAN signal based on the monitoring results, and give corresponding troubleshooting suggestions, which can effectively solve the problem of insufficient CAN signal stability. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0041] FIG1 is a flow chart of a CAN signal monitoring and troubleshooting method provided in an embodiment of the present application;

[0042] FIG2 is a schematic structural diagram of a CAN signal monitoring and troubleshooting device provided in an embodiment of the present application;

[0043] FIG3 is a schematic diagram of the hardware structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0044] In order to make the purpose, technical solutions and advantages of the present application clearer, the present application is further described in detail below with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are only used to explain the present application and are not intended to limit the present application. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the embodiments of the present application. They are merely examples of devices and methods consistent with some aspects of the embodiments of the present application as detailed in the appended claims.

[0045] It will be understood that the terms "first", "second", etc. used in this application may be used herein to describe various concepts, but unless otherwise specified, these concepts are not limited by these terms. These terms are only used to distinguish one concept from another. For example, without departing from the scope of the embodiments of the present application, the first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information. Depending on the context, the words "if" and "if" as used herein may be interpreted as "at the time of" or "when" or "in response to determining".

[0046] The terms "at least one", "plurality", "each", "any", etc. used in this application include "at least one", "two" or more, "plurality" or "each", "any" or "any one", "each" or "any one" as used herein.

[0047] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by those skilled in the art to which this application pertains. The terms used herein are for the purpose of describing the embodiments of this application only and are not intended to limit this application.

[0048] Before describing the embodiments of the present application in detail, some of the relevant technologies and terms involved in the embodiments of the present application are first described. The relevant technologies and terms involved in the embodiments of the present application are subject to the following interpretations:

[0049] The infotainment controller (i.e., controller) in modern vehicles is a key component in the vehicle, integrating multiple functions such as in-vehicle entertainment, navigation, communication, and vehicle settings, providing a rich user experience for drivers and passengers. However, with the continuous advancement of vehicle electronic systems and the increasing functionality, the complexity of i.e., controllers is also increasing. These controllers need to be tightly integrated with the in-vehicle multimedia system, navigation system, and other in-vehicle devices to achieve coordinated operation of various functions.

[0050] Infotainment controllers typically communicate and exchange data with various devices within the vehicle via the CAN (Controller Area Network) bus. As a reliable communication protocol, the CAN bus provides a fast and stable data transmission channel for various devices within the vehicle. However, due to the complexity and diversity of vehicle electronic systems, the CAN bus may face a series of stability issues such as signal delays, signal loss, and data conflicts. These issues can cause infotainment controllers to malfunction or become difficult to operate.

[0051] In the context of a complete vehicle architecture, CAN signal stability issues are even more serious, as they affect not only the infotainment controller but also other critical vehicle systems, such as engine control, braking systems, and airbags. Therefore, addressing CAN signal stability issues is crucial for the proper operation of vehicle electronic systems.

[0052] CAN (Controller Area Network) communication is a serial communication protocol commonly used in real-time control systems. It was originally designed for automotive electronic systems in the 1980s, but has now been widely used in many other fields, such as industrial control and aerospace. The following is an introduction to CAN communication:

[0053] Architecture:

[0054] A CAN communication system typically consists of multiple nodes, each of which can be a sensor, actuator, controller, or other device. All nodes form a bus system through a shared twisted pair of cables, through which each node communicates.

[0055] CAN communication adopts a distributed control system structure, and all nodes can send and receive information, so it is a multi-host, multi-master communication protocol.

[0056] Features: High reliability: CAN communication has high anti-interference capabilities and can operate stably in harsh environments. Real-time performance: CAN communication has fast response times and reliable real-time performance, making it suitable for applications that require timely control and data transmission. Simplicity: The CAN communication protocol is relatively simple, easy to implement and deploy. Flexibility: CAN communication supports hot-swapping of nodes, allowing nodes to be added or removed dynamically without affecting the stability of the entire system.

[0057] Communication protocol:

[0058] CAN communication uses an event-driven communication method. Nodes send data only when they need to, rather than periodically.

[0059] Data frames use the non-dominant CSMA / CA (Carrier Sense Multiple Access with Collision Avoidance) protocol for communication, ensuring that no collision occurs when multiple nodes send data at the same time.

[0060] The CAN communication protocol defines two types of data frames: Data Frame and Remote Frame, which are used to distinguish actual data from control information.

[0061] To ensure the stability and reliability of automotive infotainment controllers, continuous optimization of the CAN communication protocol, enhanced hardware design, and improved software algorithms are necessary. CAN signal communication stability must be considered during the system design and integration phases. Continuous testing and monitoring are also essential to promptly identify and resolve potential issues and ensure vehicle safety and reliability. In summary, while existing technologies have played a role in identifying and resolving CAN signal issues, numerous challenges remain, requiring further refinement and improvement to improve the accuracy of problem identification, the efficiency of problem resolution, and the stability and reliability of the system.

[0062] The embodiments of the present application provide a CAN signal monitoring and troubleshooting method, device, equipment, vehicle and medium. The technical solution of the present application includes: monitoring whether the reception time of the CAN signal exceeds the set time range; if so, adjusting the communication rate of the CAN bus and the load of the communication system; wherein the communication system includes multiple devices connected via the CAN bus; monitoring whether the error frames and lost frames of the CAN signal during transmission reach a set number threshold; if so, transmitting the CAN signal again and generating troubleshooting suggestions; monitoring whether the signal value of the CAN signal exceeds the set value range; if so, generating a first alarm message and recording the signal value to determine the first fault cause based on the signal value; monitoring the number of CAN signal errors; generating a second alarm message and an error log after each error occurs to determine the second fault cause based on the error log. The present application can monitor the reception time, error frames, lost frames, signal value and number of errors of the CAN signal in real time, and can promptly discover faults that affect the stability of the CAN signal based on the monitoring results, and give corresponding troubleshooting suggestions, which can effectively solve the problem of insufficient CAN signal stability.

[0063] The embodiment of the present application provides a CAN signal monitoring and troubleshooting method, which relates to the field of communication technology. The CAN signal monitoring and troubleshooting method provided in the embodiment of the present application can be applied to a terminal, can also be applied to a server, and can also be software running in a terminal or a server. In some embodiments, the terminal can be a smart phone, a tablet computer, a laptop computer, a desktop computer, a smart speaker, a smart watch, and a car terminal, etc., but is not limited to this; the server side can be configured as an independent physical server, or can be configured as a server cluster or distributed system composed of multiple physical servers, and can also be configured as a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms. The server can also be a node server in a blockchain network; the software can be an application that implements the CAN signal monitoring and troubleshooting method, etc., but is not limited to the above forms.

[0064] The present application can be used in many general or special computer system environments or configurations. For example: personal computers, server computers, handheld or portable devices, tablet devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments including any of the above systems or devices, and the like. The present application can be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, and the like that perform specific tasks or implement specific abstract data types. The present application can also be practiced in distributed computing environments in which tasks are performed by remote processing devices connected via a communication network. In a distributed computing environment, program modules can be located in local and remote computer storage media, including storage devices.

[0065] 1 , an embodiment of the present application provides a CAN signal monitoring and troubleshooting method, which may include but is not limited to steps S100 to S130, as follows:

[0066] S100: monitoring whether the reception time of the CAN signal exceeds a set time range; if so, adjusting the communication rate of the CAN bus and the load of the communication system; wherein the communication system includes a plurality of devices connected via the CAN bus.

[0067] Specifically, the communication system of this embodiment can be a vehicle electronic system, and the CAN bus can connect various devices and systems in the vehicle electronic system. Therefore, the CAN signal monitored by this embodiment can be the CAN signal transmitted and communicated between various devices and systems in the vehicle electronic system. The CAN signal of each device or system can have a corresponding receiving time range. This embodiment can determine whether the actual receiving time of the CAN signal exceeds the corresponding receiving time range. If so, the communication rate of the CAN bus and the communication system load are optimized to reduce the message transmission time and avoid network congestion.

[0068] S110: Monitor whether the number of error frames and lost frames of the CAN signal during transmission reaches a set threshold; if so, retransmit the CAN signal and generate troubleshooting suggestions.

[0069] Specifically, in this embodiment, corresponding thresholds for error frames and lost frames can be set. When the number of error frames or lost frames reaches the corresponding threshold, the CAN signal is retransmitted to ensure timely reception of the CAN signal, thereby improving the reliability and stability of the vehicle's electronic system. Furthermore, in this embodiment, the number of error frames and lost frames recorded in the error counter can be read at a set periodicity to determine whether the number of error frames and lost frames has reached the set threshold. Reading the data recorded in the error counter at a set periodicity continuously monitors whether the number of error frames and lost frames exceeds the threshold, thereby enabling timely identification and resolution of problems.

[0070] This embodiment also generates troubleshooting recommendations to address the issue of errored and lost frames reaching a set threshold. These recommendations may include using interference-resistant cables and filters in the communication system and routing the CAN network around interference sources when designing the network. Adjusting the components and wiring of the vehicle's electronic system according to these recommendations can enhance the CAN network's anti-interference capabilities.

[0071] S120: Monitor whether the signal value of the CAN signal exceeds a set value range; if so, generate a first alarm message and record the signal value to determine a first fault cause according to the signal value.

[0072] Specifically, the normal CAN signal value is generally within a stable value range. If the signal value of the CAN signal exceeds the set value range, it can be considered that a fault has occurred, and an alarm message is generated as the first alarm message, and the signal value of the fault is recorded so that technicians can determine the corresponding cause of the fault.

[0073] Furthermore, S120 may include:

[0074] Monitor whether the signal value of the CAN signal is consistent with the previous signal value.

[0075] If the last CAN signal is normal, the signal value of the currently received CAN signal can be compared with the last signal value. If they are consistent, it can be considered that no fault has occurred; otherwise, it is considered that a fault has occurred.

[0076] S130: monitoring the number of errors of the CAN signal; generating a second alarm message and an error log after each error occurs, and determining a second fault cause according to the error log.

[0077] Specifically, this embodiment can monitor the error conditions of the CAN signal on a regular basis, and can generate an alarm message as the second alarm message after each error occurs. At the same time, an error log can also be generated to facilitate technicians in determining the corresponding cause of the fault.

[0078] Furthermore, 130 may include:

[0079] The number of the error frames and the number of occurrences of the error state of the CAN signal are monitored as the number of error reports.

[0080] This embodiment can identify the cause of the fault, such as communication failure, hardware failure, etc., based on the number of error reports and the error log, so that technical personnel can effectively perform troubleshooting.

[0081] The embodiments of the present application can achieve corresponding beneficial effects through the following technical means:

[0082] Data monitoring and analysis: The CAN analysis tool used monitors the data flow and data frame transmission on the CAN bus, and analyzes whether the data flow is normal and whether there are problems such as delay, loss or conflict.

[0083] Log recording and analysis: Record the log information during the CAN communication process, including the sent and received data frames, timestamps, sender and receiver information, and other related information. Analyze the log information to find abnormal situations and root causes of problems.

[0084] Improving the stability of vehicle electronic systems: By optimizing the CAN communication protocol, strengthening hardware design, and improving software algorithms, the stability of infotainment controllers and vehicle electronic systems can be effectively improved. This reduces signal delays, loss, and data conflicts, ensuring smooth communication and data exchange between devices and mitigating the risk of vehicle electronic system crashes and failures.

[0085] The infotainment controller, to a certain extent, affects the driver's perception of vehicle status and understanding of road conditions. A stable controller can display vehicle status, driving information, and navigation instructions in a timely and accurate manner, helping to improve the driver's control over the vehicle and thus enhance vehicle safety.

[0086] In summary, detection and troubleshooting are key steps in resolving CAN signal stability issues. This embodiment can comprehensively analyze fault problems and take targeted measures to resolve CAN signal stability issues and improve the stability and reliability of vehicle electronic systems.

[0087] Next, the solution of the embodiment of the present application will be introduced and explained with reference to specific application examples:

[0088] Specifically, this embodiment provides four CAN signal monitoring and troubleshooting examples.

[0089] 1. Monitor the reception time of CAN signals and solutions:

[0090] Automated detection methods:

[0091] The expected signal reception time is set, and after the time has passed, it is detected whether the expected CAN signal has been received. In this embodiment, a monitoring tool or software can be used to monitor the arrival time of the CAN signal in real time, and record and analyze whether a timeout occurs.

[0092] Solution:

[0093] Optimize the communication rate and system load of the CAN bus, reduce message transmission time, and avoid network congestion.

[0094] For timeout detection and resolution, this embodiment can use code to monitor the message reception time and perform corresponding processing. The following is a simple example code that demonstrates how to use Python to monitor the reception time of CAN signals and handle timeouts:

[0095] 2. Monitor error frames and lost frames during CAN signal transmission and their solutions:

[0096] This embodiment can use an error detection algorithm to monitor error frames and lost frames during CAN signal transmission. A CAN controller typically includes an error counter to record the number of error frames and lost frames. This embodiment can periodically read the error counter value and analyze it. When the number of error frames or lost frames detected exceeds a threshold, an alarm can be issued, indicating an abnormality in CAN communication.

[0097] Analyze the error counter value changes to determine whether there is a CAN signal loss: regularly obtain the error counter value and compare it with the previous value. If the counter value continues to increase over a period of time, it may indicate that there is a CAN signal loss.

[0098] Solution:

[0099] Strengthen the CAN network's anti-interference capabilities: Using anti-interference cables and filters can effectively reduce the impact of external interference on communication lines. When designing a CAN network, rationally plan the wiring and cable routing to avoid interference sources as much as possible.

[0100] Set up an appropriate retransmission mechanism: In the CAN communication protocol, a retransmission mechanism can be set up to automatically resend the message when a message loss is detected. The retransmission mechanism ensures that lost messages can be resent and received in a timely manner, improving the reliability and stability of the vehicle's electronic systems.

[0101] The following is a simple example code that demonstrates how to use Python to monitor error frames and lost frames during CAN signal transmission, analyze the value changes of the error counter, and provide corresponding solutions:

[0102] 3.Monitoring the signal value of CAN signal and solution:

[0103] Continuously monitor changes in CAN signal values, record the current signal value and the previous signal value, and compare them to determine whether there has been a change. The system also uses a set value range to determine whether the signal value exceeds or falls below the range. When the signal value exceeds or falls below the range, an alarm is triggered or a record is recorded.

[0104] Solution:

[0105] Analyzing the cause of the signal value change: When an alarm is triggered or a record is recorded, this embodiment can analyze the cause of the signal value change and perform corresponding fault diagnosis based on the specific situation.

[0106] 4.Monitor the number of errors and solutions:

[0107] Monitor the error counter of the CAN bus and record the number of error frames and the number of occurrences of the error state as the number of error reports. In this embodiment, a CAN analysis tool can be used to monitor the number of error reports of the CAN bus in real time and automatically generate an alarm or error log.

[0108] Solution: Analyze the error log and alarm information to identify the cause of the error, such as communication failure or hardware failure.

[0109] The following example code demonstrates how to use Python to monitor changes in the value of a CAN signal, trigger an alarm or record information based on a set value range, and monitor the number of errors and provide solutions:

[0110] In the sample code above, a CANSignalMonitor class is defined to monitor CAN signal value changes and trigger an alarm based on a set value range. The main() function simulates the CAN signal's change process and monitors and analyzes each change.

[0111] When the signal value of the CAN signal changes beyond a set value range, this embodiment may output a warning message to indicate that the signal value of the CAN signal has changed abnormally.

[0112] Technicians can conduct further analysis and processing based on the warning information to determine the cause of the problem and take appropriate solutions.

[0113] This embodiment can solve the CAN signal stability problem and ensure the stable operation of the vehicle's infotainment controller and vehicle electronic systems. The technical means used include:

[0114] Identify problems: Identify CAN signal delays, losses, and conflicts in a timely manner to ensure accurate understanding of the problem.

[0115] Cause investigation: Conduct systematic investigation of the problem to determine the cause and root cause of the problem.

[0116] Take measures: Take appropriate solutions based on the nature of the problem, including optimizing the CAN communication protocol, improving hardware design, repairing software algorithms, etc.

[0117] Testing and verification: Test and verify the solution to ensure its effectiveness and reliability.

[0118] This embodiment can ensure the stability and reliability of the vehicle infotainment controller, improve user experience, reduce maintenance costs and enhance vehicle safety.

[0119] 2 , an embodiment of the present application further provides a CAN signal monitoring and troubleshooting device that can implement the above-mentioned CAN signal monitoring and troubleshooting method. The device includes:

[0120] a reception time monitoring unit, configured to monitor whether the reception time of a CAN signal exceeds a set time range; if so, adjusting the communication rate of the CAN bus and the load of the communication system; wherein the communication system includes a plurality of devices connected via the CAN bus;

[0121] A signal frame monitoring unit is used to monitor whether the number of error frames and lost frames in the transmission process of the CAN signal reaches a set threshold; if so, retransmit the CAN signal and generate troubleshooting suggestions;

[0122] a signal value monitoring unit, configured to monitor whether the signal value of the CAN signal exceeds a set value range; if so, generate a first alarm message and record the signal value, so as to determine a first fault cause based on the signal value;

[0123] The error reporting number monitoring unit is used to monitor the error reporting number of the CAN signal; generate a second alarm message and an error reporting log after each error reporting occurs, so as to determine the second fault cause according to the error reporting log.

[0124] In some embodiments, the signal frame monitoring unit includes:

[0125] The counter monitoring unit is used to read the number of error frames and lost frames recorded in the error counter according to a set period and determine whether the number of error frames and lost frames reaches the set number threshold.

[0126] In some embodiments, the signal frame monitoring unit further includes:

[0127] The suggestion generating unit is configured to generate the troubleshooting suggestion, including:

[0128] using interference-resistant cables and filters in said communication systems;

[0129] When designing a CAN network, route the wires around interference sources.

[0130] In some embodiments, the signal value monitoring unit includes:

[0131] The signal value monitoring subunit is used to monitor whether the signal value of the CAN signal is consistent with the previous signal value.

[0132] In some embodiments, the error reporting number monitoring unit includes:

[0133] The error reporting number monitoring subunit is used to monitor the number of error frames and the number of occurrences of the error state of the CAN signal as the error reporting number.

[0134] It can be understood that the contents of the above method embodiments are all applicable to the present device embodiments, the functions specifically implemented by the present device embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0135] The present application also provides an electronic device comprising a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the above-described CAN signal monitoring and troubleshooting method. The electronic device can be any smart terminal, including a tablet computer and an in-vehicle computer.

[0136] It can be understood that the contents of the above method embodiments are applicable to the present device embodiments, the functions specifically implemented by the present device embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0137] Please refer to FIG3 , which illustrates a hardware structure of an electronic device according to another embodiment. The electronic device includes:

[0138] The processor 301 may be implemented as a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of the present application.

[0139] The memory 302 can be implemented in the form of a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 302 can store an operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program codes are stored in the memory 302 and are called by the processor 301 to execute the CAN signal monitoring and troubleshooting method of the embodiments of this application.

[0140] Input / output interface 303, used to implement information input and output;

[0141] Communication interface 304, used to implement communication interaction between this device and other devices, which can be achieved through wired means (such as USB, network cable, etc.) or wireless means (such as mobile network, WiFi, Bluetooth, etc.);

[0142] bus 305 , which transmits information between the various components of the device (e.g., processor 301 , memory 302 , input / output interface 303 , and communication interface 304 );

[0143] The processor 301 , the memory 302 , the input / output interface 303 and the communication interface 304 are connected to each other in communication within the device via the bus 305 .

[0144] The embodiments of the present application further provide a vehicle, comprising a CAN signal monitoring and troubleshooting device as described above, or an electronic device as described above. Specifically, the vehicle can be a private car, such as a sedan, SUV, MPV, or pickup truck. The vehicle can also be an operating vehicle, such as a van, bus, small truck, or large trailer. The vehicle can be a gasoline vehicle or a new energy vehicle. When the vehicle is a new energy vehicle, it can be a hybrid vehicle or a pure electric vehicle.

[0145] An embodiment of the present application also provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, it implements the above-mentioned CAN signal monitoring and troubleshooting method.

[0146] It can be understood that the contents of the above method embodiments are all applicable to the present storage medium embodiment, the functions specifically implemented by the present storage medium embodiment are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0147] The memory, as a non-transient computer-readable storage medium, can be used to store non-transient software programs and non-transient computer executable programs. In addition, the memory may include a high-speed random access memory and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some embodiments, the memory may optionally include a memory remotely arranged relative to the processor, and these remote memories may be connected to the processor via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0148] The embodiments described in the embodiments of this application are intended to more clearly illustrate the technical solutions of the embodiments of this application and do not constitute a limitation on the technical solutions provided by the embodiments of this application. Those skilled in the art will appreciate that with the evolution of technology and the emergence of new application scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0149] Those skilled in the art will understand that the technical solutions shown in the figures do not constitute a limitation on the embodiments of the present application, and may include more or fewer steps than shown in the figures, or a combination of certain steps, or different steps.

[0150] The device embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate, i.e., they may be located in one place or distributed across multiple network units. Some or all of the modules may be selected based on actual needs to achieve the objectives of this embodiment.

[0151] Those skilled in the art will appreciate that all or some of the steps in the methods, systems, and functional modules / units in the devices disclosed above may be implemented as software, firmware, hardware, or appropriate combinations thereof.

[0152] The terms "first", "second", "third", "fourth", etc. (if any) in the specification of the present application and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequential order. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0153] It should be understood that in this application, "at least one (item)" means one or more, and "plurality" means two or more. "And / or" is used to describe the association relationship of associated objects, indicating that three relationships may exist. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist at the same time, where A and B can be singular or plural. The character " / " generally indicates that the previous and next associated objects are in an "or" relationship. "At least one of the following items" or similar expressions refers to any combination of these items, including any combination of single items or plural items. For example, at least one of a, b or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.

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

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

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

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

[0158] The preferred embodiments of the present invention are described above with reference to the accompanying drawings, but are not intended to limit the scope of the present invention. Any modifications, equivalent substitutions, and improvements made by those skilled in the art without departing from the scope and essence of the present invention should be within the scope of the present invention.

Claims

1. A CAN signal monitoring and troubleshooting method, characterized in that: The method comprises: Monitoring whether the reception time of the CAN signal exceeds a set time range; if so, adjusting the communication rate of the CAN bus and the load of the communication system; wherein the communication system includes multiple devices connected via the CAN bus; Monitor whether the number of error frames and lost frames in the transmission process of the CAN signal reaches a set threshold; if so, retransmit the CAN signal and generate troubleshooting suggestions; monitoring whether a signal value of the CAN signal exceeds a set value range; if so, generating a first alarm message and recording the signal value to determine a first fault cause based on the signal value; Monitor the number of error reports of the CAN signal; generate a second alarm message and an error log after each error occurs, and determine the second fault cause according to the error log.

2. A CAN signal monitoring and troubleshooting method according to claim 1, characterized in that: The monitoring of whether the number of error frames and lost frames in the transmission process of the CAN signal reaches a set threshold includes: The number of error frames and lost frames recorded in the error counter is read at a set period and it is determined whether the number of error frames and lost frames reaches the set number threshold.

3. A CAN signal monitoring and troubleshooting method according to claim 1, characterized in that: The generating of troubleshooting suggestions includes: Generating the troubleshooting suggestion includes: using interference-resistant cables and filters in said communication systems; When designing a CAN network, route the wires around interference sources.

4. A CAN signal monitoring and troubleshooting method according to claim 1, characterized in that: The monitoring of whether the signal value of the CAN signal exceeds a set value range includes: Monitor whether the signal value of the CAN signal is consistent with the previous signal value.

5. A CAN signal monitoring and troubleshooting method according to claim 1, characterized in that: The monitoring of the number of error reports of the CAN signal includes: The number of the error frames and the number of occurrences of the error state of the CAN signal are monitored as the number of error reports.

6. A CAN signal monitoring and troubleshooting device, characterized in that: The device comprises: a reception time monitoring unit, configured to monitor whether the reception time of a CAN signal exceeds a set time range; if so, adjusting the communication rate of the CAN bus and the load of the communication system; wherein the communication system includes a plurality of devices connected via the CAN bus; A signal frame monitoring unit is used to monitor whether the number of error frames and lost frames in the transmission process of the CAN signal reaches a set threshold; if so, retransmit the CAN signal and generate troubleshooting suggestions; a signal value monitoring unit, configured to monitor whether the signal value of the CAN signal exceeds a set value range; if so, generate a first alarm message and record the signal value, so as to determine a first fault cause based on the signal value; The error reporting number monitoring unit is used to monitor the error reporting number of the CAN signal; generate a second alarm message and an error reporting log after each error reporting occurs, so as to determine the second fault cause according to the error reporting log.

7. A CAN signal monitoring and troubleshooting device according to claim 6, characterized in that: The signal frame monitoring unit includes: The counter monitoring unit is used to read the number of error frames and lost frames recorded in the error counter according to a set period and determine whether the number of error frames and lost frames reaches the set number threshold.

8. The CAN signal monitoring and troubleshooting device according to claim 6, characterized in that: The signal frame monitoring unit further includes: The suggestion generating unit is configured to generate the troubleshooting suggestion, including: using interference-resistant cables and filters in said communication systems; When designing a CAN network, route the wires around interference sources.

9. The CAN signal monitoring and troubleshooting device according to claim 6, characterized in that: The signal value monitoring unit includes: The signal value monitoring subunit is used to monitor whether the signal value of the CAN signal is consistent with the previous signal value.

10. The CAN signal monitoring and troubleshooting device according to claim 6, characterized in that: The error reporting number monitoring unit includes: The error reporting number monitoring subunit is used to monitor the number of error frames and the number of occurrences of the error state of the CAN signal as the error reporting number.

11. An electronic device, characterized in that: The electronic device includes a memory and a processor, the memory stores a computer program, and the processor implements a CAN signal monitoring and troubleshooting method as described in any one of claims 1 to 5 when executing the computer program.

12. A vehicle, characterized in that: The vehicle includes a CAN signal monitoring and troubleshooting device as claimed in claim 6, or an electronic device as claimed in claim 11.

13. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, a CAN signal monitoring and troubleshooting method according to any one of claims 1 to 5 is implemented.

Images