Fault early warning system and method suitable for two-wheeled vehicle

Abstract

The invention relates to a fault early warning system and method suitable for a two-wheeled vehicle, the fault early warning system analyzes faults of the two-wheeled vehicle and provides early warning through interaction among the two-wheeled vehicle, a remote server and an external terminal, the fault early warning system comprises a detection unit and an analysis unit, the analysis unit is established on the remote server, and the remote server is connected with the detection unit. The analysis unit is provided with a fault information database, and faults in the fault information database are classified according to preset risk levels; a plurality of fault data analysis models are constructed in the fault information database, and a state parameter, a risk level, a fault analysis result and a feedback mode corresponding to a fault are preset in each fault analysis model; and the analysis unit obtains a fault analysis data model matched with the fault by comparing the state parameters, feeds back a fault analysis result according to a risk level and a feedback mode of the fault in the fault analysis model, and gives an early warning. According to the invention, the fault early warning efficiency and the driving safety are improved.

Description

Technical Field

[0001] The present application relates to the field of vehicles, and particularly to a fault warning system and method applicable to two-wheel vehicles. Background Art

[0002] The traditional fault detection system of two-wheel vehicles generally continuously monitors the working conditions of various electronic devices during operation. When an abnormality is found, it determines the specific fault according to a specific algorithm, stores it in the form of a code, and at the same time activates the corresponding fault operation module function, and reminds the vehicle owner through a fault lamp. The vehicle owner is requested to drive the vehicle to a repair shop for maintenance. The repair personnel can retrieve the fault code and analyze the cause of the fault.

[0003] The above-mentioned technology relies on repair personnel for the specific fault analysis of two-wheel vehicles. It is very difficult for the driver himself to accurately determine the cause and risk level of the fault of the two-wheel vehicle, so it is impossible to judge whether it needs to be sent for repair. Not all faults require the vehicle to be sent for repair. There are occasional faults and some faults that do not affect the safety of the vehicle. Frequent vehicle repairs waste the customer's time and cause unnecessary cost waste. However, if it is not sent for repair and continues to drive, there may be some driving hazards. Summary of the Invention

[0004] In order to solve the deficiencies of the prior art, the present application provides a fault warning system and method applicable to two-wheel vehicles, which improves the fault warning efficiency and driving safety.

[0005] In order to achieve the above object, the present application adopts the following technical solutions:

[0006] A fault warning system for a two-wheel vehicle, the fault warning system includes: a detection unit that collects the state parameters of the two-wheel vehicle; an analysis unit that is communicatively connected to the detection unit; wherein, the analysis unit is established on a remote server, the analysis unit constructs a fault information database, and the faults in the fault information database are classified according to a preset risk level; multiple fault data analysis models are constructed in the fault information database, and each fault analysis model presets the state parameters, risk level, fault analysis result, feedback object and feedback method corresponding to the fault; the analysis unit obtains a fault analysis data model that matches the fault by comparing the state parameters, and feeds back the fault analysis result to the corresponding feedback object according to the risk level and feedback method corresponding to the fault in the fault analysis model.

[0007] Further, the fault risk levels include: the first fault level, the second fault level, the third fault level, and the fourth fault level. Among them, the faults at the first fault level are strongly related to driving safety, and the corresponding feedback method for the faults at the first fault level is a strong feedback method. The analysis unit further includes a feedback module, and the feedback objects include the mobile user terminal and the after-sales terminal. The feedback module feeds back the fault analysis results to the mobile user terminal or the two-wheeler through the strong feedback method, and simultaneously issues a driving restriction instruction to the two-wheeler.

[0008] Further, the faults at the second fault level are related to driving performance but do not affect the current continued driving of the two-wheeler. The corresponding feedback method for the faults at the second fault level is a weak feedback method. The feedback module feeds back the fault analysis results to the mobile user terminal through the weak feedback method, and the after-sales terminal conducts a secondary confirmation on whether the fault has been resolved to the mobile user terminal.

[0009] Further,

[0010] The faults at the third fault level are related to driving comfort and do not affect driving safety. The feedback module feeds back the fault analysis results to the mobile user terminal through the weak feedback method;

[0011] The faults at the fourth fault level are related to component wear and aging, but have not reached the severity of the first or second fault level. The feedback module feeds back the fault analysis results to the mobile user terminal through the weak feedback method.

[0012] Further, the detection unit includes a collection module and a signal module. The collection module is used to collect the state parameters of the two-wheeler. The signal module uploads the state parameters obtained by the collection module to the analysis unit and receives the fault analysis results and driving restriction instructions from the feedback module; the state parameters include fault codes and fault data information.

[0013] Further, the feedback module feeds back the fault analysis results to the mobile user terminal. The mobile user terminal can install fault analysis software in the mobile communication device to interact with the remote server.

[0014] Further, the detection unit further includes a trigger module. The fault warning system has an active trigger mode and a passive trigger mode. An operating part is provided on the two-wheeler, and the driver can select the current mode through the operating part. When the fault warning system is in the active trigger mode, the driver issues a start instruction to the trigger module through the operating part.

[0015] Further, the two-wheeler also includes a control system. When the fault warning system is in the passive trigger mode, the control system issues a start instruction to the trigger module when the two-wheeler is driving or powered on.

[0016] Further, if there is no fault analysis data model matching the current state parameters in the fault analysis database, the current state parameters are sent to the after-sales end. The after-sales end makes a fault analysis result and a risk level to the remote server through manual diagnosis, and records the fault analysis result and the risk level in the fault information database.

[0017] A fault warning method for a two-wheeled vehicle. The fault warning system includes a detection unit and an analysis unit. The detection unit is used to collect and upload the information parameters of the two-wheeled vehicle. The state parameters include fault codes and fault data information. The analysis unit is established on the remote server and a fault information database is constructed. Among them, the fault warning method includes: when the fault detection is triggered; obtaining the vehicle state parameters. When there is a fault code, the state parameters are uploaded to the analysis unit; when it is judged as an occasional fault code, an instruction to eliminate the fault code is executed; when it is judged as a non-occasional fault code, the corresponding fault analysis model is matched according to the state parameters to obtain the fault analysis result and the fault risk level.

[0018] The fault warning system and method applicable to a two-wheeled vehicle provided by the present application analyze the faults of the two-wheeled vehicle through the interaction among the two-wheeled vehicle, the remote server and the external terminal and provide warnings. The fault warning system includes a detection unit and an analysis unit. The analysis unit is established on the remote server. The analysis unit constructs a fault information database. The faults in the fault information database are classified according to the preset risk levels. Multiple fault data analysis models are constructed in the fault information database. Each fault analysis model presets the state parameters, risk levels, fault analysis results and feedback methods corresponding to the faults. The analysis unit obtains the fault analysis data model matching the fault by comparing the state parameters, and feeds back the fault analysis result and gives a warning according to the risk level and feedback method of the fault in the fault analysis model. Under this setting, the fault warning system interacts with the two-wheeled vehicle, the remote server and the external terminal, and gives warnings according to the risk level, improving the efficiency of fault warning and the driving safety. Brief Description of the Drawings

[0019] Figure 1 It is a schematic diagram of the overall structure of the two-wheeled vehicle provided by the embodiment of the present application.

[0020] Figure 2 It is a schematic diagram of the relationship of the port interactions of the fault warning system provided by the embodiment of the present application.

[0021] Figure 3 It is a schematic diagram of the module connection of the fault warning system provided by the embodiment of the present application.

[0022] Figure 4 It is a flowchart of the method for fault analysis provided by the embodiment of the present application. Detailed Embodiment

[0023] To enable those skilled in the art to better understand the solution of this application, the technical solutions in the specific embodiments of this application will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of this application. It should be understood that for those of ordinary skill in the art, improvements or transformations can be made according to the above description, and all such improvements and transformations should fall within the protection scope of the appended claims of this application.

[0024] Figure 1 、 Figure 2 Fig. shows a fault warning system 100 and a two-wheeled vehicle 200. The fault warning system 100 is applicable to the two-wheeled vehicle 200. The fault warning system 100 includes a detection unit 11 and an analysis unit 12. The detection unit 11 can collect the state parameters of the two-wheeled vehicle 200 and transmit the state parameters to the analysis unit 12. The analysis unit 12 is established in a remote server 300 and is built with a fault information database 121. A plurality of fault analysis data models for fault analysis are stored in the fault information database 121. The analysis unit 12 can query and match the fault analysis data model according to the fault information database 121 to obtain the fault analysis result of the two-wheeled vehicle 200, and classify the faults with different emergency levels into different risk levels according to the fault diagnosis result, and select different feedback methods to feedback to different feedback objects. The feedback objects include the two-wheeled vehicle 200 and / or an external terminal 400.

[0025] As an optional implementation manner, when the two-wheeled vehicle 200 has a fault, the detection unit 11 transmits the acquired state parameters to the analysis unit 12 through wireless communication. The analysis unit 12 is established in the remote server 300. After receiving the state parameters, the analysis unit 12 queries the fault analysis data model that matches the state parameters in the fault information database 121 and obtains the corresponding fault analysis result. The fault information database 121 classifies different faults according to the preset risk levels, and feeds back the fault analysis results to different objects in different feedback methods according to the risk levels of the faults. As an optional implementation manner, the analysis unit 12 directly feeds back to the two-wheeled vehicle 200 and / or the external terminal 400 through wireless communication. The external terminal 400 can be a mobile user terminal 401 and / or an after-sales terminal 402. The fault warning system 100 obtains the fault analysis result through the interaction of the two-wheeled vehicle 200, the remote server 300 and the external terminal 400, and selects different feedback objects and feedback methods according to the different risk levels of the faults. Such a fault warning system has higher warning efficiency, improves the driving safety, and reduces the cost and error of fault warning at the same time.

[0026] Such as Figure 2 、 Figure 3As shown in the figure, the detection unit 11 includes an acquisition module 111 and a signal module 112. The acquisition module 111 is used to acquire the state parameters of the two-wheeler 200. The state parameters include fault codes and fault data information of the devices related to the fault codes. The fault data information includes one or more parameters among voltage parameters, current parameters, torque parameters, throttle opening parameters, water pressure parameters, water temperature parameters, vehicle speed parameters, banking angle, engine speed parameters, fuel quantity parameters, remaining cruising range parameters, fuel consumption parameters, engine temperature, driving time, and driving distance. As an optional implementation manner, the acquisition module 111 may be a controller and sensors provided on the two-wheeler 200. The signal module 112 uploads the state parameters of the two-wheeler 200 from the acquisition module 111 to the analysis unit 12.

[0027] As an optional implementation manner, the detection unit 11 is provided on the two-wheeler 200, and the information between the acquisition module 111 and the signal module 112 can be transmitted through a communication network such as Controller Area Network-Bus (CAN-Bus).

[0028] As an optional implementation manner, the signal module 112 is one or more communication modules provided on the two-wheeler 200 and including communication functions, such as Wi-Fi modules, Bluetooth modules, cellular modules, etc. The signal module 12 realizes the information interaction between the two-wheeler 200 and the remote server 300 and the external terminal 400 through the communication modules. While uploading the state parameters, the signal module 12 can also upload auxiliary information such as the model, frame number, and location of the two-wheeler 200, so that the remote server 300 can provide more accurate feedback services.

[0029] As an optional implementation, the detection unit 11 further includes a trigger module 113. The trigger module 113 can respond to a trigger instruction and send a collection instruction to the collection module 111 and an upload instruction to the signal module 112. The trigger module 113 controls the trigger of the fault detection. The fault warning system 100 has two modes: an active trigger mode and a passive trigger mode. The passive trigger mode can be a driving trigger or a power-on trigger, etc. That is, after the vehicle is powered on or driven, the control system provided on the two-wheeler 200 sends a start instruction to the trigger module 113, and the trigger module 113 then sends a collection instruction to the collection module 111. The collection module 111 continuously collects status parameters. When the collection module 111 collects a fault code, the collection module 111 simultaneously transmits the status parameters within a preset step length before and after the fault occurs to the signal module 112. The preset step length is m seconds before the fault occurs and n seconds after the fault occurs. Among them, m can be equal to n, m can be set to 10, 12, 15, etc., and n can be set to 10, 11, 12, etc. The trigger module 113 sends an upload instruction to the signal module 112, and the signal module 112 uploads the status parameters to the analysis unit 12. It can be understood that the passive trigger mode can be selected to be turned on or off. For example, in the case of insufficient power of the vehicle, the control system or the driver can turn off this mode. In the active trigger mode, the driver can choose whether to turn on the fault detection. The driver operates the control member provided on the two-wheeler 200 or issues a start instruction through the mobile client. For example, the mobile client 401 can install a fault analysis APP software in a mobile phone or other mobile communication devices, and a fault detection requirement is proposed through the mobile client 401. It can be understood that the active trigger mode can also be that there is a switch for triggering the fault detection provided on the two-wheeler 100, and the driver applies for a fault detection requirement before riding. In this setting, not only can the fault detection be performed during the driving process, but also the driver can trigger the fault detection switch before driving, eliminate some driving hazards in advance, and can choose whether to perform the fault detection according to the requirements, saving more power and interaction costs.

[0030] Such as Figure 2 、 Figure 3As shown, the analysis unit 12 is configured with a fault information database 121. The fault information database 121 is established on the remote server 300. The fault information database 121 stores multiple fault analysis data models for vehicle fault analysis. The fault analysis data model includes information such as faults, status parameters, fault analysis results, risk levels of faults, feedback methods, and feedback objects, as well as the corresponding relationships between the above information. The analysis unit 12 further includes a feedback module 122, and the feedback module 122 is used for information interaction with the two-wheeled vehicle 200 and the remote server 300. In the fault information database 121, faults are classified according to preset risk levels based on different fault analysis results, and different feedback objects and different feedback methods are preset for faults with different risk levels. After the analysis unit 12 receives the status parameters at the time of a fault, it queries the fault analysis data model that matches the status parameters in the fault information database 121, and then can obtain the fault analysis result for the fault and the risk level of the fault. The feedback module 112 feeds back the fault analysis result to different objects according to the feedback method corresponding to the risk level.

[0031] As an alternative implementation, sometimes only the fault code at the time of vehicle failure can correspond to a unique fault analysis data model. That is, only by comparing the fault code at the time of failure can a matching fault analysis result be obtained. As another alternative implementation, sometimes only comparing the fault code at the time of vehicle failure cannot yield a comprehensive and accurate fault analysis result. To obtain a more accurate fault analysis result, further operations need to be performed on the faulty vehicle, that is, to analyze the fault code at the time of failure and the fault data information within a preset step before and after the failure. The fault analysis result includes the cause of the fault, as well as driving suggestions and / or maintenance suggestions. If there is no fault analysis data model in the fault analysis database that matches the current status parameters, the current status parameters are sent to the after-sales end 402. The after-sales end 402 makes the fault analysis result and risk level to the remote server 300 through manual diagnosis. After the fault analysis result is confirmed, the fault analysis result and risk level are recorded in the fault information database 121. As the data is continuously updated, newly generated faults can be continuously updated to the fault information database 121.

[0032] As an alternative implementation, when constructing the fault information database 121, the faults in the fault information database 121 can be classified from high to low according to the degree of relevance to driving safety as: the first fault level, the second fault level, the third fault level, and the fourth fault level, and different feedback methods and feedback objects can be selected according to different risk levels. The feedback methods include a relatively obvious strong feedback method and a relatively mild weak feedback method. The strong feedback method is generally vehicle instrument prompts, vehicle horn sounding, telephone notification to the mobile user terminal 401, etc., and the weak feedback method is generally APP in-message push of the mobile user terminal 401, SMS notification, etc.

[0033] Among them, the faults at the first fault level are faults strongly related to driving safety, mostly related to the main part of the vehicle, especially related to the power system. For example, ABS faults, cooling fan faults, engine faults. The feedback method corresponding to the faults at the first fault level warns the driver through relatively obvious strong feedback methods such as vehicle instrument prompts, horn sounding, telephone notification to the mobile user terminal 401, etc., and at the same time issues a driving restriction command for vehicle speed, mileage, etc. to the two-wheeled vehicle 200. The feedback module 122 also feeds back the fault analysis result of the first fault level to the after-sales terminal 402, and the after-sales terminal 402 gives a second reminder and confirmation to the driver on whether the fault has been resolved. For example, during a long-distance drive of the driver, the acquisition module 111 acquires an open-circuit fault of the fan (fault code B110D11). After the cooling fan stops working, the engine operation causes the water temperature to rise rapidly. The acquisition module 111 acquires an over-temperature fault of the coolant (fault code P011817). The acquisition module 111 sends the fault codes and related information parameters (vehicle speed, engine working state, engine speed, etc.) within a preset step before and after the occurrence of the above two faults to the signal module 112 through the CAN communication method. The signal module 112 uploads them to the remote server 300 in real time. The analysis unit 12 matches the fault analysis model in the fault analysis database 121 according to the fault codes. The classification corresponding to this fault in the fault analysis model is the first-level fault. Combining the vehicle-related information parameters (engine operating state, coolant temperature, etc.), the feedback module 122 feeds back the fault analysis result to the mobile user terminal and warns the vehicle at the same time, displaying a pop-up box on the instrument saying "Please stop immediately to check the vehicle status!". As an alternative implementation, the address and contact information of the nearest repair shop can be pushed to the mobile user terminal 401 according to the GPS positioning information of the user's vehicle. And the user's vehicle information and fault information are pushed to the after-sales terminal 402, and the after-sales terminal 402 reminds the driver again and confirms whether the fault has been resolved. In this setting, when the detected fault is identified as a first-level fault, the user is reminded in advance in multiple ways to avoid potential dangerous accidents of the user and improve driving safety.

[0034] As an alternative implementation, the faults at the second fault level are related to driving performance but do not affect the current continued driving of the vehicle. For example, a turn signal open circuit fault, a headlight fault. For the second-level faults, a relatively mild weak feedback method can be adopted for fault warning. The feedback methods corresponding to the faults at the second fault level are in-APP message push of the mobile client 401, SMS notification, etc.

[0035] As an alternative implementation, the faults at the third fault level are related to driving comfort and do not affect driving safety. For example, a grip heating fault, a seat heating fault, a windshield motor fault, etc. For the third-level faults, a relatively mild weak feedback method can be adopted for fault warning, such as in-APP message push of the mobile client 401, SMS notification, etc.

[0036] As an alternative implementation, the faults at the fourth fault level are related to component wear and aging. Such faults refer to the wear of some components due to the number of uses or time reaching a certain level but not reaching the level of the first or second fault level, and have not affected driving safety. For example, oxygen sensor aging, brake pad wear, etc. Therefore, for the faults at the fourth fault level, after reminding the driver mainly through relatively mild weak feedback methods such as vehicle instrument display, in-APP message push of the mobile client 401, SMS notification, etc., the vehicle information is simultaneously fed back to the after-sales end 402. After a period of time, the after-sales end 402 makes a reconfirmation. For example, after a driver has used the vehicle for several years and finds that the vehicle's fuel consumption is on the high side, but the vehicle can still drive normally, and the driver cannot determine whether there is a fault. After the driver sends a fault detection request. The acquisition module 111 acquires the oxygen sensor aging fault (fault code P013300) and sends the fault code information to the signal module 112 through the CAN communication method. The signal module 112 uploads it to the remote server 300 in real time. The analysis unit 12 matches the fault analysis model in the fault analysis database 121 according to the fault code. The classification corresponding to this fault in the fault analysis model is a fourth-level fault. The feedback module 122 pushes the fault analysis result to the mobile client 401. The fault analysis result is "Fault reason: Oxygen sensor aging, Usage suggestion: Please replace the oxidizer in time, otherwise the fuel consumption will be on the high side". As an alternative implementation, the address and contact information of the nearest repair shop can be pushed to the mobile client 401 according to the GPS positioning information of the user's vehicle.

[0037] As an alternative implementation, the fault information database 121 classifies faults into occasional faults. For example, the two-wheeler 200 may generate occasional fault codes in some cases. If an occasional fault code is uploaded to the server, the analysis unit 12 will execute the instruction to clear the current fault code, and the analysis unit 12 will not feedback to the external terminal 400 anymore. The above process can avoid incorrect analysis and suggestions, reduce unnecessary information feedback at the same time, and reduce costs.

[0038] As shown in Figure 2 , Figure 3 the feedback module 122 can communicate with the two-wheeled vehicle 200 and the external terminal 300. As an alternative implementation, the feedback module 122 can communicate with the two-wheeled vehicle 200, and the remote server 300 can feedback the fault analysis result to the two-wheeled vehicle 200 and remind the driver by means of flashing lights, sounding the horn, instrument display, etc. of the two-wheeled vehicle 200. As another alternative implementation, the remote server 300 can feedback the fault analysis result to the mobile user terminal 401. The mobile user terminal 401 can install a fault analysis APP software in a mobile phone or other mobile communication devices to interact with the remote server 300 to obtain the fault analysis result and warning information of the two-wheeled vehicle 200. As another alternative implementation, the remote server 300 can feedback the fault analysis result to the after-sales end 402, and the after-sales end 402 can selectively send a warning instruction to the mobile user terminal 401 and / or the two-wheeled vehicle 200 according to the urgency of the situation and the location of the vehicle, etc.

[0039] As shown in Figure 4 the present application also provides a fault warning method for a two-wheeled vehicle 200, and the flow of the fault warning method is as follows:

[0040] Step S101, trigger fault detection.

[0041] Step S102, obtain status parameters, and upload the status parameters to the analysis unit if there is a fault code.

[0042] Step S103, determine whether it is an occasional fault code. If so, execute step S104; if not, execute step S105.

[0043] Step S104, execute the instruction to eliminate the fault code.

[0044] Step S105, match the corresponding fault analysis model according to the status parameters. Obtain the fault analysis result and the fault risk level.

[0045] Step S106, select a feedback method and a feedback object according to the fault risk level to give a warning.

[0046] As an alternative implementation, the triggering of the fault detection in step S101 has an active triggering mode and a passive triggering mode. If the current mode is the passive triggering mode, the acquisition module 111 continuously acquires the status parameters. When a fault code is acquired, the status parameters of a preset number of steps before and after the occurrence of the fault are retained. If the current mode is the active triggering mode, when the triggering module 113 receives a triggering instruction, the acquisition module 111 starts to acquire the status parameters of the two-wheeler 200. If there is a fault code, the signal module 112 uploads the status parameters within the preset number of steps before the occurrence of the fault to the analysis unit 12. If there is no fault code, the subsequent steps are not performed and a no-fault feedback is directly given. When the fault detection is triggered, the acquisition module 111 starts to obtain the status parameters and the fault warning system is started.

[0047] As an alternative implementation, if after step S103, the judgment result is an occasional fault code, the analysis unit 12 feeds back an instruction to clear the current fault code to the vehicle.

[0048] As an alternative implementation, if after step S105, no fault analysis data model matching the current status parameters can be queried in the fault information database 121, the analysis unit 12 sends the current status parameters to the after-sales end 402 for manual diagnosis.

[0049] Figure 1 A two-wheeler 200 is shown. The two-wheeler 200 includes a vehicle body 21, a traveling assembly 22, and a power system 23. Among them, the vehicle body 21 is used to support the traveling assembly 22 and the power system 23. The power system 13 is at least partially disposed on the vehicle body 11 and is used to provide power to the traveling assembly 12 so as to drive the two-wheeler 200 to travel. The two-wheeler 200 provided in this application further includes a control system (not shown in the figure). The control system, the power system 23, and the detection unit 11 are electrically connected. The detection unit 11 is used to obtain the status parameters of the electronic components on the two-wheeler 200 and perform information interaction with the analysis unit 12. The analysis unit 12 receives the status parameters from the detection unit 11, obtains the fault analysis result and the risk level, and sends different feedback instructions to the control system according to the risk level of the fault analysis result, and controls the two-wheeler 200 to give warnings through flashing lights, sounding horns, instrument displays, etc. through the control system, or controls the vehicle to take safety measures such as reducing speed and limiting mileage through the control system.

[0050] In this application, a fault detection instruction is triggered before or during the vehicle driving. The detection unit 11 collects the state parameters within a preset step length before and after the fault occurs, and uploads the state parameters to the remote server 300. The remote server 300 is built with a fault information database 121. In the fault information database 121, faults are classified according to preset risk levels, and different feedback objects and different feedback methods are preset for faults with different risk levels. After receiving the state parameters, the analysis unit 12 queries the fault analysis data model matching the state parameters in the fault information database 121, and then can obtain the fault analysis result for the fault and the risk level of the fault, and feedback the fault analysis result to different objects according to the feedback method corresponding to the risk level. In this setting mode, through the interaction of the two-wheeler 200, the remote server 300 and the external terminal 400, the fault warning system 100 can quickly obtain the vehicle fault risk level and provide a warning. The fault warning system 100 improves the fault warning efficiency of the two-wheeler 200 and at the same time improves the driving safety.

[0051] It should be noted that the steps mentioned in the above embodiments do not have a strict execution order. On the premise of meeting the execution requirements and function realization, the execution order between different steps and within the same step can be adjusted. The step numbers marked in this application are for the convenience of reference description and further limitation writing, and are not a strict limitation on the execution steps.

[0052] The above are only specific embodiments of the present application, but the technical features of the present application are not limited thereto. Any changes or modifications made by those skilled in the art within the scope of the present application are covered by the protection scope of the present application.

Claims

1. A fault warning system applicable to two-wheel vehicles, the fault warning system comprising: A detection unit that collects the state parameters of the two-wheel vehicle; An analysis unit communicatively connected to the detection unit; Characterized in that The analysis unit is established on a remote server, and the analysis unit constructs a fault information database, in which the faults are classified according to preset risk levels; multiple fault data analysis models are constructed in the fault information database, and each fault analysis model presets the state parameters, the risk level, the fault analysis result, the feedback object and the feedback method corresponding to the fault; The analysis unit obtains the fault analysis data model matching the fault by comparing the state parameters, and feeds back the fault analysis result to the corresponding feedback object according to the risk level and the feedback method corresponding to the fault in the fault analysis model.

2. The fault warning system applicable to two-wheel vehicles according to claim 1, characterized in that, The fault risk levels include: the first fault level, the second fault level, the third fault level and the fourth fault level; among them, the faults of the first fault level are strongly related to driving safety, and the feedback method corresponding to the faults of the first fault level is a strong feedback method. The analysis unit further includes a feedback module, the feedback objects include a mobile user terminal and an after-sales terminal, and the feedback module feeds back the fault analysis result to the mobile user terminal or the two-wheel vehicle through the strong feedback method, and simultaneously issues a driving restriction instruction to the two-wheel vehicle.

3. The fault warning system applicable to two-wheel vehicles according to claim 2, characterized in that, The faults of the second fault level are related to driving performance but do not affect the current continuous driving of the two-wheel vehicle. The feedback method corresponding to the faults of the second fault level is a weak feedback method. The feedback module feeds back the fault analysis result to the mobile user terminal through the weak feedback method, and the after-sales terminal conducts a secondary confirmation on whether the fault is resolved to the mobile user terminal.

4. The fault warning system applicable to two-wheel vehicles according to claim 2, wherein The faults of the third fault level are related to driving comfort and do not affect driving safety. The feedback module feeds back the fault analysis result to the mobile user terminal through the weak feedback method; The faults of the fourth fault level are related to component wear and aging, but have not reached the severity of the first or second fault level. The feedback module feeds back the fault analysis result to the mobile user terminal through the weak feedback method.

5. The fault warning system for two-wheel vehicles according to claim 2, wherein, The detection unit includes a collection module and a signal module. The collection module is used to collect the state parameters of the two-wheel vehicle. The signal module uploads the state parameters obtained by the collection module to the analysis unit and receives the fault analysis result and the driving restriction instruction from the feedback module; the state parameters include fault codes and fault data information.

6. The fault warning system applicable to two-wheel vehicles according to claim 5, characterized in that, The feedback module feeds back the fault analysis result to the mobile user terminal, and the mobile user terminal can install fault analysis software in the mobile communication device to interact with the remote server.

7. The fault warning system applicable to two-wheel vehicles according to claim 1, characterized in that, The detection unit further includes a trigger module. The fault warning system has an active trigger mode and a passive trigger mode. An operating member is provided on the two-wheeler, and the operating member is configured to be operable to switch the current mode or issue a start command. When the fault warning system is in the active trigger mode, a start command can be issued to the trigger module by operating the operating member.

8. The fault warning system applicable to two-wheel vehicles according to claim 7, characterized in that, The two-wheeler further includes a control system. When the fault warning system is in the passive trigger mode, the control system issues a start command to the trigger module when the two-wheeler is running or powered on.

9. The fault warning system applicable to two-wheel vehicles according to claim 2, characterized in that, If there is no fault analysis data model matching the current state parameter in the fault analysis database, the current state parameter is sent to the after-sales end. The after-sales end makes the fault analysis result and risk level to the remote server through manual diagnosis, and records the fault analysis result and risk level in the fault information database.

10. A fault warning method for a two-wheeled vehicle, the fault warning system comprising a detection unit and an analysis unit; the detection unit is used to collect and upload the information parameters of the two-wheeled vehicle, and the status parameters include fault codes and fault data information; The analysis unit is established on a remote server and a fault information database is constructed; Characterized in that, The fault warning method includes: When the fault detection is triggered; Obtain vehicle state parameters. When there is a fault code, upload the state parameters to the analysis unit; Judge whether the fault is an occasional fault code. When it is judged to be an occasional fault code, execute the instruction to eliminate the fault code; when it is judged not to be an occasional fault code, obtain the fault analysis result and fault risk level according to the state parameter matching the corresponding fault analysis model; According to the fault risk level, select a feedback method and a feedback object to issue a warning.

Images