Method, device and system for determining fault of master-slave communication line
By adopting dual communication line design and automatic switching mechanism in the on-board CAN communication system, combined with the fault judgment logic of DTU and BMS, the problem of master-slave communication abnormality is solved, and the stability and security of the communication system are improved, which shortens the Maintenance cycle.
Patent Information
- Application Number
- CN202411289434.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-14
- Publication Date
- 2024-12-31
- Estimated Expiration
- 2044-09-14
AI Technical Summary
In the on-board CAN communication system, the master-slave communication abnormalities occur frequently, resulting in unstable signal transmission, difficulty in quickly positioning failures, lack of redundant design and effective monitoring, affecting vehicle performance and safety.
The dual communication line design and automatic switching mechanism are adopted to control the closing and disconnection of the MOS pipes to realize the redundant connection of the master and slave communication lines, and combine the real-time monitoring of the DTU and the fault judgment logic of the BMS to quickly locate the cause of the failure.
It significantly improves the stability and security of master-slave communication, ensures communication continuity, shortens maintenance cycles, and improves user experience and system reliability.
Smart Images

Figure CN119232564A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical field of fault detection, and in particular to a method, device and system for determining faults of a master-slave communication line. Background Art
[0002] With the continuous development of vehicle-mounted technology and the improvement of its intelligence level, Controller Area Network (CAN) communication has been widely used in vehicle systems as an efficient and reliable data transmission method. The CAN bus realizes information exchange between different control units through standardized communication protocols, which plays a key role in improving vehicle performance, optimizing energy management, and ensuring driving safety.
[0003] However, despite the many advantages of CAN communication, communication anomalies between the host and the slave are still frequent in actual application. These communication failures not only affect the real-time collection and processing of vehicle data, but may also pose a potential threat to the overall performance and safety of the vehicle. Specifically, the main causes of communication anomalies include but are not limited to: unstable or interrupted signal transmission due to aging, looseness, corrosion or design defects of connectors; communication lines may fail due to mechanical wear, insulation damage, electromagnetic interference and other factors, affecting signal quality; circuit components inside the slave may be damaged due to overload, short circuit, high temperature and other problems, thereby affecting its data transmission function; devices from different manufacturers or different batches may have incompatible communication protocols, resulting in communication failures.
[0004] In addition, current design solutions often lack redundant design of communication lines. Once the main communication line fails, the system often cannot automatically switch to the backup line, resulting in communication interruption. At the same time, when communication abnormalities occur, due to the lack of effective monitoring and diagnostic means, it is often difficult to quickly locate the real cause of the failure, which increases the difficulty and cost of maintenance. At present, there is no technical solution that can solve the above technical problems, and there is no method, device and system for determining the fault of the master-slave communication line. Summary of the invention
[0005] The present invention provides a method, device and system for determining faults of a master-slave communication line, aiming to improve communication stability by adding redundant master-slave communication lines and integrating DTU to monitor slave data in real time, and to quickly locate the true cause of the fault by using preset counting rules, thereby improving the reliability of the entire vehicle and user experience.
[0006] In a first aspect, the present invention provides a method for determining a fault of a master-slave communication line, comprising:
[0007] When the battery management system (BMS) detects that the vehicle has a master-slave communication loss fault, determine whether the collected data sent from the monitoring device (Distribution Terminal Unit, DTU) is received within a preset period triggered by the communication loss fault, and the collected data includes temperature data or voltage data. The monitoring device DTU is integrated on the slave (Battery Management Unit, BMU);
[0008] When it is determined that the collected data sent from the monitoring device DTU is received, the current communication line currently in working state is determined, wherein the host (Battery Control Unit, BCU) is connected to the slave BMU through two communication lines; the two communication lines include a first communication line and a second communication line, and for each communication line, the closing and opening of the line are controlled by a MOS tube. In the initial state, the first communication line is in a closed state, and the second communication line is in a disconnected state;
[0009] When it is determined that the current communication line is the first communication line, the first fault number is counted and accumulated. When the first fault number is greater than or equal to the preset number, the closing and opening of the line are controlled by the MOS tube so that the first communication line is in an open state and the second communication line is in a closed state.
[0010] According to the method for determining a fault of a master-slave communication line provided by the present invention, after determining the current communication line that is currently in a working state, the method further includes:
[0011] In the case where it is determined that the current communication line is the second communication line, counting and accumulating the second fault number;
[0012] When the second fault number is greater than or equal to the preset number, a first reminder instruction is generated, and the first reminder instruction is used to instruct the user to go to a preset vehicle maintenance point and instruct to check the faults of wiring harness disconnection and connector PIN withdrawal.
[0013] According to the master-slave communication line fault determination method provided by the present invention, after determining whether the collected data sent from the monitoring device DTU is received within a preset period triggered by the communication loss fault, the method further includes:
[0014] When it is determined that the collected data sent from the monitoring device DTU cannot be received, the third fault number is counted and accumulated;
[0015] When the third fault number is greater than or equal to the preset number, a second reminder instruction is generated, wherein the second reminder instruction is used to instruct the user to go to a preset vehicle maintenance point and instruct to check the slave power supply circuit.
[0016] According to the method for determining a fault of a master-slave communication line provided by the present invention, after counting and accumulating the third fault number, the method further includes:
[0017] When the third fault number is less than the preset number, the master-slave communication loss fault is detected again.
[0018] According to the method for determining a fault of a master-slave communication line provided by the present invention, before counting and accumulating the third fault number, the method further includes:
[0019] Within the preset time period, determining each communication loss fault triggering moment and the next acquisition time of acquiring the collected data corresponding to the communication loss fault triggering moment;
[0020] For each communication loss fault triggering moment, determining a target interval duration according to a time difference between the communication loss fault triggering moment and the acquisition moment;
[0021] In the case where any of the target interval durations is greater than the preset duration, it is determined that the collected data sent from the monitoring device DTU cannot be received.
[0022] According to the method for determining a fault of a master-slave communication line provided by the present invention, the method further includes:
[0023] When it is detected that the vehicle computer does not have a master-slave communication loss fault, a first repetitive instruction is generated, wherein the first repetitive instruction is used to detect the master-slave communication loss fault again until it is detected that the vehicle computer has a master-slave communication loss fault.
[0024] According to the fault determination method of the master-slave communication line provided by the present invention, after counting and accumulating the first fault number, the first fault number is less than the preset number, or after counting and accumulating the second fault number, the second fault number is less than the preset number, a second repetition instruction is generated;
[0025] The second repeat instruction is used to detect the master-slave communication loss fault again.
[0026] According to the fault determination method of the master-slave communication line provided by the present invention, after counting and accumulating the first fault number, the first fault number is less than the preset number, or, after counting and accumulating the second fault number, the second fault number is less than the preset number, a third repetition instruction is generated;
[0027] The third repetition instruction is used to determine again whether the collected data sent from the monitoring device DTU is received within the preset time period triggered by the communication loss fault.
[0028] In a second aspect, a fault determination device for a master-slave communication line is provided, comprising:
[0029] A first determination unit, the first determination unit is used to determine whether the collected data sent by the monitoring device DTU is received within a preset period triggered by the communication loss fault when a master-slave communication loss fault is detected in the vehicle computer, the collected data including temperature data or voltage data, and the monitoring device DTU is integrated on the slave BMU;
[0030] A second determination unit, the second determination unit is used to determine the current communication line that is currently in a working state when it is determined that the collected data sent from the monitoring device DTU is received, wherein the host BCU is connected to the slave BMU through two communication lines; the two communication lines include a first communication line and a second communication line, and for each communication line, the closing and opening of the line are controlled by a MOS tube. In the initial state, the first communication line is in a closed state, and the second communication line is in a disconnected state;
[0031] The third determination unit is used to count and accumulate the first fault number when it is determined that the current communication line is the first communication line, and when the first fault number is greater than or equal to the preset number, control the closing and opening of the line through the MOS tube so that the first communication line is in an open state and the second communication line is in a closed state.
[0032] In a third aspect, a master-slave communication line fault determination system is provided, including a master-slave communication line fault determination device, the master-slave communication line fault determination device is a battery management system BMS, and also includes a host BCU and a slave BMU communication, the host BCU is connected to the slave BMU through two communication lines, and the slave BMU also includes a built-in monitoring device DTU for transmitting the collected temperature data or voltage data to the battery management system BMS;
[0033] The two communication lines include a first communication line and a second communication line. For each communication line, the closing and opening of the line are controlled by a MOS tube. In the initial state, the first communication line is in a closed state, and the second communication line is in a disconnected state;
[0034] When the first communication line is in an abnormal state, the closing and opening of the line is controlled by the MOS tube, so that the first communication line is in an open state and the second communication line is in a closed state.
[0035] The present invention significantly improves the stability and security of master-slave communication through the design of dual communication lines and the automatic switching mechanism. Even if one line fails, the system can quickly switch to the backup line, greatly improving the actual car-using experience of customers and ensuring the continuity of communication.
[0036] The existing technology can only identify communication loss, but the real cause of the fault cannot be accurately located, and the fault location is greatly limited. However, compared with the traditional solution, the present invention combines the real-time monitoring of DTU and the fault judgment logic of BMS to accurately locate and quickly respond to communication faults, reduce the probability of misjudgment through intelligent fault counting, significantly improve the stability of the communication system according to the line switching logic, and significantly improve the safety of the communication system according to the precise fault location technology, realize targeted vehicle maintenance, further shorten the maintenance cycle, and improve the user experience. BRIEF DESCRIPTION OF THE DRAWINGS
[0037] In order to more clearly illustrate the technical solutions in the present invention or the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.
[0038] Figure 1 It is one of the flow charts of the method for determining the fault of the master-slave communication line provided by the present invention;
[0039] Figure 2 This is the second flow chart of the method for determining the fault of the master-slave communication line provided by the present invention;
[0040] Figure 3 It is a structural schematic diagram of a fault determination device for a master-slave communication line provided by the present invention;
[0041] Figure 4 It is a structural schematic diagram of a fault determination system for a master-slave communication line provided by the present invention. DETAILED DESCRIPTION
[0042] In order to make the purpose, technical solution and advantages of the present invention clearer, the technical solution of the present invention will be clearly and completely described below in conjunction with the drawings of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.
[0043] Figure 1 It is one of the flow charts of the method for determining the fault of the master-slave communication line provided by the present invention, and the method for determining the fault of the master-slave communication line comprises:
[0044] Step 101: When the battery management system BMS detects that the vehicle has a master-slave communication loss fault, determine whether the collected data sent by the monitoring device DTU is received within a preset period triggered by the communication loss fault, and the collected data includes temperature data or voltage data. The monitoring device DTU is integrated on the slave BMU;
[0045] Step 102: when it is determined that the collected data sent from the monitoring device DTU is received, determine the current communication line that is currently in working state, wherein the host BCU is connected to the slave BMU through two communication lines; the two communication lines include a first communication line and a second communication line, and for each communication line, the closing and opening of the line are controlled by a MOS tube. In the initial state, the first communication line is in a closed state, and the second communication line is in a disconnected state;
[0046] Step 103: When it is determined that the current communication line is the first communication line, the first fault number is counted and accumulated. When the first fault number is greater than or equal to the preset number, the MOS tube is used to control the closing and opening of the line so that the first communication line is in an open state and the second communication line is in a closed state.
[0047] In step 101, the battery management system BMS continuously monitors the communication status between the vehicle computer and various components through the built-in communication detection module, especially monitors whether there is a master-slave communication loss failure in the vehicle computer. When a master-slave communication loss failure is detected, the BMS immediately triggers the fault response mechanism and records the time point when the fault occurs. Within a preset period of time (such as 1 minute or according to the specific system design) when the fault is triggered, the BMS checks whether the collected data from the monitoring device DTU is successfully received, including but not limited to temperature data and voltage data. In the present invention, the monitoring device DTU is integrated on the slave BMU.
[0048] Optionally, the method further includes:
[0049] When it is detected that the vehicle computer does not have a master-slave communication loss fault, a first repetitive instruction is generated, wherein the first repetitive instruction is used to detect the master-slave communication loss fault again until it is detected that the vehicle computer has a master-slave communication loss fault.
[0050] Optionally, as an extended embodiment, the present invention adds a cyclic detection mechanism on the basis of the original scheme, which is used for continuing fault detection when the initial detection does not find the master-slave communication loss fault of the vehicle computer, until it is confirmed that the vehicle computer does have a master-slave communication loss fault, so as to improve the reliability and accuracy of fault detection and ensure that the system can promptly detect and respond to communication failures. Specifically, the present invention repeats the detection of master-slave communication loss failure according to the first repetition instruction, and this process will continue. The frequency of cyclic detection can be adjusted according to system requirements to ensure that faults can be discovered in a timely manner without causing excessive impact on system performance. Once the system detects that the vehicle computer has a master-slave communication loss failure, the present invention will respond quickly according to the subsequent fault handling strategy.
[0051] In step 102, after confirming the receipt of the collected data from the DTU, the BMS further determines the communication line currently in use. Those skilled in the art understand that, different from the communication mode in the prior art in which the host BCU is connected to the slave BMU through one communication line, in order to improve the communication reliability of the system, once one line fails, it can be quickly switched to the backup line, and a dual communication line design is designed. The host BCU is connected to the slave BMU through two communication lines; the two communication lines include a first communication line and a second communication line. For each communication line, the closing and opening of the line are controlled by a MOS tube. The fast switching of the MOS tube control line reduces the time of communication interruption and improves the continuity and stability of the system. In the initial state, the first communication line is in a closed state, and the second communication line is in a disconnected state. The initial state and the current state of the communication line are clarified, which provides a clear basis for subsequent troubleshooting and system maintenance.
[0052] Optionally, in the BMS system, the host BCU serves as the main control module and is responsible for the overall management and control functions, such as intranet power supply control, communication functions (such as CAN communication), fault diagnosis, etc. The slave BMU is mainly responsible for tasks such as single cell voltage collection, battery temperature collection, and battery balancing management. The monitoring device DTU is usually used for multi-circuit data collection, communication, and management of ring network cabinets and substations, and is used to transmit the data of remote devices back to the background wirelessly.
[0053] Optionally, since the host BCU and the slave BMU are connected through two communication lines, the BMS can perform line switching operations by activating the MOS tube control circuit to change the closed and open states of the line, confirming that in the initial state, the first communication line is closed and the second communication line is open, and after the line switching, the second communication line is closed and the first communication line is open.
[0054] In step 103, when the current communication line is confirmed to be the first communication line, the BMS starts to count the number of first faults. Each time a communication loss fault of the first communication line is detected, the number will be accumulated. The preset number can be 3 or 5 times. When the first fault number reaches or exceeds the preset number, the BMS believes that there is a more serious communication problem in the first communication line. Through MOS tube control, the first communication line is placed in a disconnected state, and the second communication line is placed in a closed state to achieve the switching of the communication line. Through the statistics and judgment of the number of faults, the faulty communication line is effectively isolated and processed to prevent its continuous impact on the overall performance of the system. By automatically switching to a more reliable communication line, the overall communication stability and reliability of the system are improved. The present invention increases the master-slave communication redundant line and integrates the DTU inside the slave to monitor the slave data in real time. In combination with the master-slave communication fault and the slave data monitored by the DTU, the communication line is switched and the real cause of the problem is analyzed synchronously.
[0055] The present invention significantly improves the stability and security of master-slave communication through the design of dual communication lines and the automatic switching mechanism. Even if one line fails, the system can quickly switch to the backup line, greatly improving the actual car-using experience of customers and ensuring the continuity of communication.
[0056] The existing technology can only identify communication loss, but the real cause of the fault cannot be accurately located, and the fault location is greatly limited. However, compared with the traditional solution, the present invention combines the real-time monitoring of DTU and the fault judgment logic of BMS to accurately locate and quickly respond to communication faults, reduce the probability of misjudgment through intelligent fault counting, significantly improve the stability of the communication system according to the line switching logic, and significantly improve the safety of the communication system according to the precise fault location technology, realize targeted vehicle maintenance, further shorten the maintenance cycle, and improve the user experience.
[0057] Optionally, after determining the current communication line that is currently in working state, the method further includes:
[0058] In the case where it is determined that the current communication line is the second communication line, counting and accumulating the second fault number;
[0059] When the second fault number is greater than or equal to the preset number, a first reminder instruction is generated, and the first reminder instruction is used to instruct the user to go to a preset vehicle maintenance point and instruct to check the faults of wiring harness disconnection and connector PIN withdrawal.
[0060] Optionally, the present invention implements an intelligent monitoring and early warning mechanism for communication line failures in a communication system, especially in a complex system involving multiple communication lines. This mechanism aims to improve the stability and maintainability of the system by real-time monitoring of the communication line currently in operation and triggering corresponding reminders or fault handling processes according to specific conditions. When it is determined that the current communication line is the second communication line, it is considered that the first communication line has failed for some reason, and the system has automatically switched to the second communication line as a backup. The system will start or continue to count and accumulate the number of failures of the second communication line. The failure in the number of failures may refer to the situation where the battery management system BMS detects that the vehicle has a master-slave communication loss failure after the second communication line is enabled, and when it is determined that the collected data sent by the monitoring device DTU is received, it is determined that a specific failure occurred in the second communication line during operation, and then the number of failures is accumulated.
[0061] Optionally, the present invention sets a preset number threshold, wherein the fault detection of the first communication line and the fault detection of the second communication line may share the preset number or may not share the preset number, and the preset number is also used to evaluate the stability and reliability of the second communication line. When the number of faults of the second communication line reaches or exceeds the preset number, the system believes that the second communication line may have a more serious problem or need attention, so a first reminder instruction is generated, and the specific content of the first reminder instruction is intended to guide the user to take corresponding actions, including going to a preset vehicle maintenance point for inspection and repair, the preset vehicle maintenance point can be the 4S shop corresponding to the vehicle, and specifically instruct to check common faults such as wiring harness disconnection and connector PIN withdrawal (pin contact is poor or detached), and the first reminder instruction not only points to possible fault points, but also provides a clear solution direction. The present invention uses real-time monitoring and fault warning, and the system can switch to the backup line in time when there is a problem with the communication line to ensure the continuity of communication. At the same time, the number of faults of the backup line is accumulated and judged again. The accurate fault reminder mechanism can guide the user to directly check and repair possible problem points, avoiding unnecessary costs caused by blind inspection and replacement of parts.
[0062] Optionally, after counting and accumulating the first fault number, if the first fault number is less than the preset number, or after counting and accumulating the second fault number, if the second fault number is less than the preset number, a second repeat instruction is generated;
[0063] The second repeat instruction is used to detect the master-slave communication loss fault again.
[0064] Optionally, after counting and accumulating the first fault number, if the first fault number is less than the preset number, or after counting and accumulating the second fault number, if the second fault number is less than the preset number, a third repetition instruction is generated;
[0065] The third repetition instruction is used to determine again whether the collected data sent from the monitoring device DTU is received within the preset time period triggered by the communication loss fault.
[0066] After the first fault number is counted and accumulated, the first fault number is less than the preset number, or after the second fault number is counted and accumulated, the second fault number is less than the preset number, the present invention provides two implementation strategies, and either of the two implementation strategies can be implemented:
[0067] The first implementation strategy: after counting and accumulating the first fault number, if the first fault number is less than the preset number, a second repetition instruction is generated, and the second repetition instruction is used to detect the master-slave communication loss fault again; and after counting and accumulating the second fault number, if the second fault number is less than the preset number, a second repetition instruction is generated, and the second repetition instruction is used to detect the master-slave communication loss fault again.
[0068] Optionally, after each count accumulation, the system will check whether the first fault number or the second fault number has reached a preset fault number threshold. If either fault number is less than the preset number, it means that the current communication problem may be only sporadic or has not reached a serious level, and the system needs to continue monitoring and attempting detection. When the first fault number or the second fault number is less than the preset number, the system generates a second repetition instruction, and then executes the master-slave communication loss fault detection process again until it is detected that the fault number reaches the preset threshold, or the system confirms that communication has returned to normal.
[0069] The second implementation strategy: after counting and accumulating the first fault number, if the first fault number is less than the preset number, a third repetition instruction is generated, and the third repetition instruction is used to re-determine whether the collected data sent from the monitoring device DTU is received within the preset time period triggered by the communication loss fault, and after counting and accumulating the second fault number, if the second fault number is less than the preset number, a third repetition instruction is generated, and the third repetition instruction is used to re-determine whether the collected data sent from the monitoring device DTU is received within the preset time period triggered by the communication loss fault.
[0070] Compared with the first implementation strategy, the difference of the second implementation strategy lies in the different nodes of the return process. In the second implementation strategy, it is to determine again whether the collected data sent from the monitoring device DTU is received within the preset period of time triggered by the communication loss fault. The purpose is to check again whether the collected data from the monitoring device DTU is received within the preset period of time triggered by the communication loss fault. If the collected data is received within the preset period of time, it means that the communication may be temporarily interrupted or disturbed. The system can record this situation and continue monitoring. If the collected data is not received within the preset period of time, the system may need to take further measures.
[0071] Optionally, after determining whether the collected data sent from the monitoring device DTU is received within a preset period triggered by the communication loss fault, the method further includes:
[0072] When it is determined that the collected data sent from the monitoring device DTU cannot be received, the third fault number is counted and accumulated;
[0073] When the third fault number is greater than or equal to the preset number, a second reminder instruction is generated, wherein the second reminder instruction is used to instruct the user to go to a preset vehicle maintenance point and instruct to check the slave power supply circuit.
[0074] Optionally, after detecting the communication loss failure, it is determined whether the collected data sent from the monitoring device DTU is received. If it is determined that the collected data sent from the monitoring device DTU cannot be received, it is considered that it is not a related failure of the first communication line and the second communication line. Once it is determined that the DTU data cannot be received, the third failure number will be counted and accumulated. Similarly, the present invention sets a corresponding preset number threshold for evaluating the frequency of failure to receive DTU data. The preset number can be 3 times, 5 times, 7 times or even more. When the third failure number reaches or exceeds the preset number, it is considered that there may be a more serious slave power supply problem or other failure that causes the DTU to fail to work normally. At this time, a second reminder instruction is generated to instruct the user to go to a preset vehicle maintenance point for inspection and repair, and specifically instruct to check the slave power supply circuit problem. If there is no abnormality, replace the slave. This not only provides a clear troubleshooting direction for the user, but also emphasizes the importance of the power supply circuit as a potential failure point.
[0075] Optionally, after counting and accumulating the third number of faults, the method further includes:
[0076] When the third fault number is less than the preset number, the master-slave communication loss fault is detected again.
[0077] In an optional embodiment, if the preset number of times is 5 times, if after counting and accumulating the third fault number, the third fault number is 3 times, then the master-slave communication loss fault will be detected again at this time to determine whether there is a master-slave communication loss fault. If there is no master-slave communication loss fault at this time, it may be caused by a system false alarm or a temporary communication failure. At this time, the counting will not continue, but the master-slave communication loss fault will continue to be monitored. If it is determined again that there is a master-slave communication loss fault, and it is determined that the collected data sent from the monitoring device DTU cannot be received, the third fault number is counted and accumulated, and the third fault number is updated to 4 times. If it has not reached 5 times, the master-slave communication loss fault will continue to be detected.
[0078] Optionally, before counting and accumulating the third number of faults, the method further includes:
[0079] Within the preset time period, determining each communication loss fault triggering moment and the next acquisition time of acquiring the collected data corresponding to the communication loss fault triggering moment;
[0080] For each communication loss fault triggering moment, determining a target interval duration according to a time difference between the communication loss fault triggering moment and the acquisition moment;
[0081] In the case where any of the target interval durations is greater than the preset duration, it is determined that the collected data sent from the monitoring device DTU cannot be received.
[0082] Optionally, this embodiment provides a specific implementation of how to "determine that the collected data sent from the monitoring device DTU cannot be received". When a communication loss fault is detected, the present invention will immediately record the triggering time of the fault to provide a reference point for determining the subsequent time interval. For each communication loss fault trigger, the system will determine the specific time of the next attempt to obtain the collected data from the monitoring device DTU, that is, the next acquisition time of the collected data corresponding to the communication loss fault triggering time. For example, within 1 minute, there are multiple communication loss fault triggers. For each communication loss fault trigger, the system will calculate the target interval duration based on the time difference between the fault triggering time and the next acquisition time of the collected data for each communication loss fault trigger. The target interval duration is the waiting time between the communication loss and the next attempt to obtain data, and then all target interval durations are judged. The present invention can pre-set a preset duration, such as 1 second. If any of the target interval durations is greater than 1 second, it is determined that the collected data sent from the monitoring device DTU cannot be received. Once it is determined that the data from the DTU cannot be received and the above conditions are met, the present invention will count and accumulate the third number of faults.
[0083] By considering the time interval between the moment when the communication loss fault is triggered and the moment when the next data is collected, the present invention enables the system to more accurately determine whether there is indeed a situation where the DTU data cannot be received, which helps to reduce misjudgments caused by temporary communication interruptions or delays. By reducing misjudgments and improving the accuracy of fault detection, it can operate more efficiently and reduce unnecessary resource consumption and redundant operations.
[0084] Figure 2 This is the second flow chart of the method for determining the fault of the master-slave communication line provided by the present invention. Based on the hardware and wiring harness provided by the present invention, the master-slave communication strategy is designed. The specific monitoring strategy is as follows:
[0085] In the initial state, the BMS host does not enable the closure of communication line 2 MOS, and only enables the closure of communication line 1 MOS (only using communication line 1), and the initial values of X, Y, and Z (see the notes for definitions) are all 0;
[0086] When the BMS is working normally, the master-slave communication loss fault is judged. If there is no master-slave communication fault, the BMS maintains the current state and continues to judge the master-slave communication loss fault;
[0087] If BMS detects the master-slave communication loss fault, it will determine whether the data collected by the slave internal DTU and sent to the background is updated normally within 1 minute, including the communication loss fault. If the background data stops updating for more than 10 seconds during this period, Z will be counted, and the Z value will be increased by 1 each time. If Z is detected to be less than 5, BMS will keep the current Z value and re-check the master-slave communication fault. If Z is greater than or equal to 5, the customer will be contacted to the 4S shop for repair, and the 4S shop maintenance personnel will be informed to repair the slave power supply circuit. If there is no abnormality, replace the BMS slave.
[0088] If the DTU data is updated normally, check whether the currently used communication line is line 1. If the line is line 1 at this time, add 1 to the X count. If the value detected after accumulation is less than 5, the BMS keeps the current X value and re-checks the master-slave communication fault. If X≥5, it is considered that the currently used line 1 and the master-slave connectors connected to the line harness of line 1 are abnormal. Deactivate line 1, turn off the MOS of line 1, enable the MOS of line 2 to be closed, use the communication line 2 for master-slave communication, and re-check whether the master-slave communication fault is cleared;
[0089] If the master-slave communication loss fault is set and the DTU data is updated normally, and it is detected that the currently used communication line is 2, then Y is counted and added by 1. If Y<5, the BMS re-detects the master-slave communication fault. If Y≥5, it is considered that there are abnormalities in the rear connectors of the wiring harness on both communication lines 1 and 2, and the customer is reminded to go to the 4S shop for inspection, and the 4S shop maintenance personnel are informed to check the wiring harness and whether the connector has a PIN return.
[0090] Among them, X is the fault count of communication line 1 when the slave DTU feedback data is normal and communication line 1 is currently in use; Y is the fault count of communication line 2 when the slave DTU feedback data is normal and communication line 2 is currently in use; Z is the fault count of the slave when the slave built-in DTU communication is abnormal and the master-slave communication is abnormal.
[0091] The present invention increases the stability of master-slave communication through the dual-chain design of the master and slave. When a communication line failure does occur, enabling the backup line greatly improves the customer's actual car-using experience. Compared with the traditional design, it is more stable and safer. Combining the real-time data monitored by the slave DTU and the fault judgment of the BMS host has certain advantages. The traditional solution can only identify the loss of communication, but the real cause cannot be located, and it has great limitations. Compared with the traditional solution, the master-slave communication strategy designed by this patent can locate the real cause of the problem more accurately and meticulously, improve the pertinence of maintenance, and shorten the maintenance cycle.
[0092] Figure 3 It is a structural schematic diagram of the fault determination device of the master-slave communication line provided by the present invention, the fault determination device of the master-slave communication line includes a first determination unit 1, the first determination unit is used to determine whether the collected data sent by the monitoring device DTU is received within a preset time period triggered by the communication loss fault when it is detected that the vehicle computer has a master-slave communication loss fault, the collected data includes temperature data or voltage data, the monitoring device DTU is integrated on the slave BMU, the working principle of the first determination unit 1 can refer to the aforementioned step 101, and will not be repeated here.
[0093] The fault determination device of the master-slave communication line also includes a second determination unit 2, which is used to determine the current communication line that is currently in a working state when it is determined that the collected data sent from the monitoring device DTU is received, wherein the host BCU is communicated with the slave BMU through two communication lines; the two communication lines include a first communication line and a second communication line, and for each communication line, the closing and opening of the line are controlled by a MOS tube. In the initial state, the first communication line is in a closed state and the second communication line is in a disconnected state. The working principle of the second determination unit 2 can refer to the aforementioned step 102 and will not be repeated here.
[0094] The fault determination device of the master-slave communication line also includes a third determination unit 3, which is used to count and accumulate the first fault number when it is determined that the current communication line is the first communication line. When the first fault number is greater than or equal to the preset number, the MOS tube is used to control the closing and opening of the line so that the first communication line is in an open state and the second communication line is in a closed state. The working principle of the third determination unit 3 can refer to the aforementioned step 103 and will not be repeated here.
[0095] The present invention significantly improves the stability and security of master-slave communication through the design of dual communication lines and the automatic switching mechanism. Even if one line fails, the system can quickly switch to the backup line, greatly improving the actual car-using experience of customers and ensuring the continuity of communication.
[0096] The existing technology can only identify communication loss, but the real cause of the fault cannot be accurately located, and the fault location is greatly limited. However, compared with the traditional solution, the present invention combines the real-time monitoring of DTU and the fault judgment logic of BMS to accurately locate and quickly respond to communication faults, reduce the probability of misjudgment through intelligent fault counting, significantly improve the stability of the communication system according to the line switching logic, and significantly improve the safety of the communication system according to the precise fault location technology, realize targeted vehicle maintenance, further shorten the maintenance cycle, and improve the user experience.
[0097] Figure 4 It is a structural schematic diagram of a master-slave communication line fault determination system provided by the present invention, wherein the master-slave communication line fault determination system comprises the master-slave communication line fault determination device, the master-slave communication line fault determination device is a battery management system BMS, and further comprises a host BCU and a slave BMU communication, the host BCU is connected to the slave BMU through two communication lines, and the slave BMU further comprises a built-in monitoring device DTU, which is used to transmit the collected temperature data or voltage data to the battery management system BMS;
[0098] The two communication lines include a first communication line and a second communication line. For each communication line, the closing and opening of the line are controlled by a MOS tube. In the initial state, the first communication line is in a closed state, and the second communication line is in a disconnected state;
[0099] When the first communication line is in an abnormal state, the closing and opening of the line is controlled by the MOS tube, so that the first communication line is in an open state and the second communication line is in a closed state.
[0100] The present invention significantly improves the stability and security of master-slave communication through the design of dual communication lines and the automatic switching mechanism. Even if one line fails, the system can quickly switch to the backup line, greatly improving the actual car-using experience of customers and ensuring the continuity of communication.
[0101] The existing technology can only identify communication loss, but the real cause of the fault cannot be accurately located, and the fault location is greatly limited. However, compared with the traditional solution, the present invention combines the real-time monitoring of DTU and the fault judgment logic of BMS to accurately locate and quickly respond to communication faults, reduce the probability of misjudgment through intelligent fault counting, significantly improve the stability of the communication system according to the line switching logic, and significantly improve the safety of the communication system according to the precise fault location technology, realize targeted vehicle maintenance, further shorten the maintenance cycle, and improve the user experience.
[0102] On the other hand, the present invention also provides a computer program product, which includes a computer program. The computer program can be stored on a non-transitory computer-readable storage medium. When the computer program is executed by a processor, the computer can execute a master-slave communication line fault determination method provided by the above methods, the method comprising: when the battery management system BMS detects that a master-slave communication loss fault exists in the vehicle computer, determining whether collected data sent from a monitoring device DTU is received within a preset period of time triggered by the communication loss fault, the collected data including temperature data or voltage data, and the monitoring device DTU is integrated on the slave BMU; when it is determined that the collected data sent from the monitoring device DTU is received In the case of determining that the current communication line is the first communication line, the first fault number is counted and accumulated, and when the first fault number is greater than or equal to the preset number, the MOS tube is used to control the closing and opening of the line, so that the first communication line is in the open state and the second communication line is in the closed state.
[0103] On the other hand, the present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon, which is implemented when the computer program is executed by the processor to execute the master-slave communication line fault determination method provided by the above methods, the method comprising: in the case where the battery management system BMS detects that there is a master-slave communication loss fault in the vehicle computer, determining whether collected data sent from the monitoring device DTU is received within a preset time period triggered by the communication loss fault, the collected data including temperature data or voltage data, and the monitoring device DTU is integrated on the slave BMU; in the case of determining that the collected data sent from the monitoring device DTU is received, determining the current working state of the current slave communication line. A front communication line, wherein the host BCU is connected to the slave BMU through two communication lines; the two communication lines include a first communication line and a second communication line, and for each communication line, the closing and opening of the line are controlled by a MOS tube. In an initial state, the first communication line is in a closed state and the second communication line is in a disconnected state; when it is determined that the current communication line is the first communication line, the first fault number is counted and accumulated, and when the first fault number is greater than or equal to a preset number, the closing and opening of the line is controlled by the MOS tube, so that the first communication line is in a disconnected state and the second communication line is in a closed state.
[0104] The device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. Ordinary technicians in this field can understand and implement it without paying creative labor.
[0105] Through the description of the above implementation methods, those skilled in the art can clearly understand that each implementation method can be implemented by means of software plus a necessary general hardware platform, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solution is essentially or the part that contributes to the prior art can be embodied in the form of a software product, and the computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, a disk, an optical disk, etc., including a number of instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or some parts of the embodiments.
[0106] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention.
Claims
1. A method for determining a fault in a master-slave communication line, characterized in that: include: When the battery management system BMS detects that the vehicle has a master-slave communication loss fault, determine whether the collected data sent by the monitoring device DTU is received within a preset period triggered by the communication loss fault, and the collected data includes temperature data or voltage data. The monitoring device DTU is integrated on the slave BMU; When it is determined that the collected data sent from the monitoring device DTU is received, the current communication line currently in working state is determined, wherein the host BCU is connected to the slave BMU through two communication lines; the two communication lines include a first communication line and a second communication line, and for each communication line, the closing and opening of the line are controlled by a MOS tube. In the initial state, the first communication line is in a closed state, and the second communication line is in a disconnected state; When it is determined that the current communication line is the first communication line, the first fault number is counted and accumulated. When the first fault number is greater than or equal to the preset number, the closing and opening of the line are controlled by the MOS tube so that the first communication line is in an open state and the second communication line is in a closed state.
2. The method for determining a fault of a master-slave communication line according to claim 1, characterized in that: After determining the current communication line that is currently in working state, the method further includes: In the case where it is determined that the current communication line is the second communication line, counting and accumulating the second fault number; When the second fault number is greater than or equal to the preset number, a first reminder instruction is generated, and the first reminder instruction is used to instruct the user to go to a preset vehicle maintenance point and instruct to check the faults of wiring harness disconnection and connector PIN withdrawal.
3. The method for determining a fault of a master-slave communication line according to claim 1, characterized in that: After determining whether the collected data sent from the monitoring device DTU is received within the preset period triggered by the communication loss fault, the method further includes: When it is determined that the collected data sent from the monitoring device DTU cannot be received, the third fault number is counted and accumulated; When the third fault number is greater than or equal to the preset number, a second reminder instruction is generated, wherein the second reminder instruction is used to instruct the user to go to a preset vehicle maintenance point and instruct to check the slave power supply circuit.
4. The method for determining a fault of a master-slave communication line according to claim 3, characterized in that: After counting and accumulating the third number of faults, the method further includes: When the third fault number is less than the preset number, the master-slave communication loss fault is detected again.
5. The method for determining a fault of a master-slave communication line according to claim 3, characterized in that: Before counting and accumulating the third number of faults, the method further includes: Within the preset time period, determining each communication loss fault triggering moment and the next acquisition time of acquiring the collected data corresponding to the communication loss fault triggering moment; For each communication loss fault triggering moment, determining a target interval duration according to a time difference between the communication loss fault triggering moment and the acquisition moment; In the case where any of the target interval durations is greater than the preset duration, it is determined that the collected data sent from the monitoring device DTU cannot be received.
6. The method for determining a fault of a master-slave communication line according to claim 1, characterized in that: The method further comprises: When it is detected that the vehicle computer does not have a master-slave communication loss fault, a first repetitive instruction is generated, wherein the first repetitive instruction is used to detect the master-slave communication loss fault again until it is detected that the vehicle computer has a master-slave communication loss fault.
7. The method for determining a fault of a master-slave communication line according to claim 2, characterized in that: After counting and accumulating the first fault number, the first fault number is less than the preset number, or after counting and accumulating the second fault number, the second fault number is less than the preset number, generating a second repeat instruction; The second repeat instruction is used to detect the master-slave communication loss fault again.
8. The method for determining a fault of a master-slave communication line according to claim 2, characterized in that: After the first fault number is counted and accumulated, the first fault number is less than the preset number, or after the second fault number is counted and accumulated, the second fault number is less than the preset number, generating a third repetition instruction; The third repetition instruction is used to determine again whether the collected data sent from the monitoring device DTU is received within the preset time period triggered by the communication loss fault.
9. A fault determination device for a master-slave communication line, characterized in that: include: A first determination unit, the first determination unit is used to determine whether the collected data sent by the monitoring device DTU is received within a preset period triggered by the communication loss fault when a master-slave communication loss fault is detected in the vehicle computer, the collected data including temperature data or voltage data, and the monitoring device DTU is integrated on the slave BMU; A second determination unit, the second determination unit is used to determine the current communication line that is currently in a working state when it is determined that the collected data sent from the monitoring device DTU is received, wherein the host BCU is connected to the slave BMU through two communication lines; the two communication lines include a first communication line and a second communication line, and for each communication line, the closing and opening of the line are controlled by a MOS tube. In the initial state, the first communication line is in a closed state, and the second communication line is in a disconnected state; The third determination unit is used to count and accumulate the first fault number when it is determined that the current communication line is the first communication line, and when the first fault number is greater than or equal to the preset number, control the closing and opening of the line through the MOS tube so that the first communication line is in an open state and the second communication line is in a closed state.
10. A master-slave communication line fault determination system, characterized in that: The device comprises a fault determination device for a master-slave communication line as claimed in claim 9, wherein the fault determination device for the master-slave communication line is a battery management system BMS, and further comprises a host BCU and a slave BMU communication, wherein the host BCU is connected to the slave BMU through two communication lines, and the slave BMU further comprises a built-in monitoring device DTU for transmitting the collected temperature data or voltage data to the battery management system BMS; The two communication lines include a first communication line and a second communication line. For each communication line, the closing and opening of the line are controlled by a MOS tube. In the initial state, the first communication line is in a closed state, and the second communication line is in a disconnected state; When the first communication line is in an abnormal state, the closing and opening of the line is controlled by the MOS tube, so that the first communication line is in an open state and the second communication line is in a closed state.
Citation Information
Patent Citations
One host and multiple slave type communication device and communication method
CN106339345A
Power system switching scheme based on double CAN
CN107364439A
Electric vehicle and battery management system thereof
CN107871909A
Method and apparatus for monitoring and switching over to a back-up bus in a redundant trainline monitor system
US5404465A
Battery management system and update method therefor, and master node, slave node and storage medium
WO2023102733A1
