Vehicle system fault remote monitoring method, device and computer readable storage medium
By connecting the vehicle remote communication terminal TBOX to the monitoring platform, remote monitoring of vehicle system faults is realized, which solves the problem of poor timeliness of fault detection in existing technologies, reduces manpower and material costs, and improves user experience.
Patent Information
- Application Number
- CN202310586936.6
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2023-05-22
- Publication Date
- 2026-01-09
- Estimated Expiration
- 2043-05-22
AI Technical Summary
In the current technology, vehicle system faults are difficult to detect and analyze in a timely manner, resulting in high manpower and material costs and inefficient fault resolution.
The vehicle's remote communication terminal TBOX connects to the monitoring platform, receives platform instructions, matches faulty modules, and reports fault messages to achieve remote fault monitoring.
It improves the timeliness of fault monitoring, reduces the resource consumption of on-site testing and maintenance personnel, and enhances the user experience.
Smart Images

Figure CN116540674B_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present application relates to the technical field of vehicle communication, in particular to a vehicle system fault remote monitoring method, device and computer readable storage medium. BACKGROUND
[0002] With the development of science and technology, the intelligent degree of vehicles is higher and higher. As a carrier of vehicle data transmission, TBOX (Telematics Box) plays an increasingly important role, and its functions are becoming more and more complex.
[0003] Both vehicle manufacturers and TBOX manufacturers are pursuing product platformization and modularization to make the production process more standardized and reduce production costs. Specifically for TBOX, the uploading of vehicle data has corresponding standard requirements from the state, such as GB / T 3296 national standard protocol specification, "National Internet of Vehicles Industry Standard System Construction Guide (Electronic Products and Services)", etc.
[0004] In order to meet the national standards and considering the intelligent needs of products, for vehicle manufacturers: providing customers with better driving experience, integrating personalized functions, and increasing the intelligent degree. However, the actual situation is that the more vehicle functions, the more complex the internal programming, and the higher the quality requirements and challenges. Once quality problems occur in the later stage, they will affect the driving experience of customers and result in higher after-sales costs. From the perspective of TBOX, as an external network router, all vehicle data must pass through TBOX to reach the platform end. The higher the degree of automobile intelligence, the more complex the corresponding functions of TBOX. The increase of internal function processing will be a great challenge to the quality and performance of TBOX. If TBOX fails, for example, abnormal wake-up, power feeding due to not hibernating, abnormal restart, abnormal power failure, etc. relatively serious problems. The effectiveness of user vehicle and customer platform data will be greatly affected. Usually, a period of time after the fault occurs, it is found that there is a problem to be solved, but due to the lack of detailed logs at the moment, the fault cannot be analyzed or solved in time.
[0005] In summary, when the function module of the vehicle fails, the tester needs to perform on-site hanging measurement and reproduction, or the maintenance personnel needs to perform real-time data monitoring on the platform end, resulting in a large consumption of manpower and material resources for fault reproduction and analysis, and poor timeliness. SUMMARY
[0006] In order to solve the above technical defects in the prior art, the present application provides a vehicle system fault remote monitoring method, which comprises:
[0007] When the vehicle is powered on, a remote monitoring platform is connected through a remote communication terminal TBOX of the vehicle, and platform instructions of the monitoring platform are received through the TBOX;
[0008] A fault module of the vehicle corresponding to an instruction type and / or an instruction state of the platform instructions is matched;
[0009] When the fault module responds to the platform instructions and obtains fault messages of the fault module, the fault messages are reported to the monitoring platform through the TBOX.
[0010] Optionally, the matching of the fault module of the vehicle corresponding to the instruction type and / or the instruction state of the platform instructions specifically includes:
[0011] When the instruction type is obtained, a fault configuration is identified according to the instruction type;
[0012] The fault module corresponding to the fault type in the fault configuration is determined.
[0013] Optionally, the matching of the fault module of the vehicle corresponding to the instruction type and / or the instruction state of the platform instructions specifically includes:
[0014] When the fault module is determined, an instruction state corresponding to the fault module is obtained;
[0015] When the instruction state is monitoring on, a first message of starting fault checking is sent to the fault module through the TBOX, and when the instruction state is monitoring off, a second message of stopping fault checking is sent to the fault module through the TBOX.
[0016] Optionally, when the fault module responds to the platform instructions and obtains the fault messages of the fault module, the fault messages are reported to the monitoring platform through the TBOX, specifically including:
[0017] When the fault module generates a fault, fault data obtained by compressing a fault type, a fault time and a fault log is obtained through the TBOX;
[0018] The fault messages reported by the fault module are obtained through the TBOX.
[0019] Optionally, when the fault module responds to the platform instructions and obtains the fault messages of the fault module, the fault messages are reported to the monitoring platform through the TBOX, specifically including:
[0020] uploading, by the TBOX, the fault message and the fault data corresponding to the fault message to the monitoring platform;
[0021] displaying, by the monitoring platform, fault information associated with the TBOX and corresponding to the fault data, wherein the fault information comprises the fault type, the fault time and the storage path of the fault log.
[0022] The application further provides a vehicle system fault remote monitoring device, which comprises a memory, a processor and a computer program stored in the memory and executable on the processor, and the computer program, when executed by the processor, implements:
[0023] connecting, when the vehicle is powered on, a remote monitoring platform through a remote communication terminal TBOX of the vehicle, and receiving, through the TBOX, platform instructions of the monitoring platform;
[0024] matching a fault module of the vehicle corresponding to an instruction type and / or an instruction state of the platform instructions;
[0025] reporting, through the TBOX, a fault message of the fault module to the monitoring platform when the fault module responds to the platform instructions and the fault message is obtained.
[0026] Optionally, the computer program, when executed by the processor, implements:
[0027] obtaining a fault configuration according to the instruction type when the instruction type is obtained;
[0028] determining the fault module corresponding to the fault type in the fault configuration;
[0029] obtaining an instruction state corresponding to the fault module when the fault module is determined;
[0030] sending, through the TBOX, a first message for starting fault checking to the fault module when the instruction state is monitoring start, and sending, through the TBOX, a second message for stopping fault checking to the fault module when the instruction state is monitoring stop.
[0031] Optionally, the computer program, when executed by the processor, implements:
[0032] obtaining, through the TBOX, fault data compressed by a fault type, a fault time and a fault log when the fault module generates a fault;
[0033] obtaining, through the TBOX, the fault message reported by the fault module.
[0034] Optionally, the computer program is executed by the processor to implement:
[0035] uploading, by the TBOX, the fault message and the fault data corresponding to the fault message to the monitoring platform;
[0036] displaying, by the monitoring platform, fault information associated with the TBOX and corresponding to the fault data, wherein the fault information comprises the fault type, the fault time and the storage path of the fault log.
[0037] The application further provides a computer readable storage medium, which stores a vehicle system fault remote monitoring program, and the vehicle system fault remote monitoring program is executed by a processor to implement the steps of the vehicle system fault remote monitoring method according to any one of the above.
[0038] The vehicle system fault remote monitoring method, device and computer readable storage medium according to the application can connect a remote monitoring platform through a remote communication terminal (TBOX) of a vehicle when the vehicle is powered on, receive platform instructions of the monitoring platform through the TBOX, match a fault module of the vehicle corresponding to the instruction type and / or instruction state of the platform instructions, and report fault messages of the fault module to the monitoring platform through the TBOX when the fault module responds to the platform instructions and the fault messages are obtained. The application provides a vehicle system fault remote monitoring scheme with better timeliness, avoids high labor and material costs caused by on-site test personnel or real-time data monitoring of maintenance personnel on the platform, and improves user experience of vehicle use and maintenance. BRIEF DESCRIPTION OF DRAWINGS
[0039] The application will be further described below with reference to the drawings and embodiments. In the drawings:
[0040] Figure 1 is a first flowchart of the vehicle system fault remote monitoring method according to the application;
[0041] Figure 2 is a second flowchart of the vehicle system fault remote monitoring method according to the application;
[0042] Figure 3 is a third flowchart of the vehicle system fault remote monitoring method according to the application;
[0043] Figure 4 is a fourth flowchart of the vehicle system fault remote monitoring method according to the application;
[0044] Figure 5is the fifth flow chart of the vehicle system fault remote monitoring method of the present application;
[0045] Figure 6 is the first monitoring logic chart of the vehicle system fault remote monitoring method of the present application;
[0046] Figure 7 is the second monitoring logic chart of the vehicle system fault remote monitoring method of the present application;
[0047] Figure 8 is the third monitoring logic chart of the vehicle system fault remote monitoring method of the present application. DETAILED DESCRIPTION
[0048] It should be understood that the specific embodiments described herein are merely exemplary and do not limit the present application.
[0049] In the following description, the suffixes used for elements such as "module", "part", or "unit" are used only to facilitate the explanation of the present application, and have no specific meaning by themselves. Therefore, "module", "part", or "unit" can be mixedly used.
[0050] Figure 1 is the first flow chart of the vehicle system fault remote monitoring method of the present application. The present embodiment proposes a vehicle system fault remote monitoring method, which comprises:
[0051] S1, when the vehicle is powered on, connecting a remote monitoring platform through a remote communication terminal TBOX of the vehicle, and receiving platform instructions of the monitoring platform through the TBOX;
[0052] S2, matching a fault module of the vehicle corresponding to the instruction type and / or instruction state of the platform instruction;
[0053] S3, when the fault module responds to the platform instruction and obtains the fault message of the fault module, reporting the fault message to the monitoring platform through the TBOX.
[0054] Optionally, in the present embodiment, please refer to Figure 6The first monitoring logic diagram is shown. The monitoring platform of the fault is taken as a server to provide intuitive interface fault data display and fault log storage and download function, and to provide selection vehicle TBOX fault monitoring opening / closing function. The vehicle TBOX is taken as a client to provide connection monitoring platform function, monitoring platform fault opening / closing message receiving and analysis processing function, TBOX internal each business module message interaction function, fault message reporting function, fault log compression and uploading function. Each business function module in the vehicle TBOX is taken as a subsystem unit to provide identifiable fault checking function and fault message transmission to the monitoring function processing module after triggering the fault. The TBOX and the fault monitoring platform communicate through the mobile wireless network based on the TCP / IP protocol. The internal function modules of the TBOX communicate through the IPC. When the vehicle is ignited or powered on, the monitoring function starts to run; when the vehicle is turned off or powered off, the monitoring function disconnects with the platform and stops running. Specifically, the TBOX receives platform instructions, which include two states, one is monitoring opening, and the other is monitoring closing; the instructions also include corresponding target modules, i.e. the fault modules of the embodiment, so as to control the monitoring opening or closing state of the fault modules on one hand, and to perform corresponding fault checking and fault message acquisition operations when the monitoring is opened on the other hand.
[0055] Optionally, in the embodiment, please refer to Figure 7 The second monitoring logic diagram is shown. The TBOX receives other business module messages, which are messages of each module; the TBOX detects and judges whether the module message is a fault message, if the module message is not a fault message, the monitoring of the fault message is continued, and at the same time, the TBOX transmits the module message to the vehicle central control system or other domain controller; when the module message is a fault message, it is checked whether the TBOX is connected with the monitoring platform, if the TBOX is not connected with the monitoring platform, the monitoring of the fault message is continued, and if the TBOX is connected with the monitoring platform, the fault message is reported to the monitoring platform through the TBOX, wherein the fault log is compressed and uploaded to the monitoring platform through the TBOX.
[0056] It can be seen that in the embodiment, the main purpose of the automobile TBOX internal fault monitoring is to more easily monitor the TBOX internal function fault and timely obtain effective fault log for analysis and solution, so as to promote the stability of the TBOX. During the vehicle TBOX function test and problem analysis, the need for repeated verification and large amount of manpower analysis due to no effective fault log is avoided, so as to reduce the investment of various resources.
[0057] The beneficial effect of implementing the embodiment is that when the vehicle is powered on, the remote monitoring platform is connected through the remote communication terminal TBOX of the vehicle, and the platform instruction of the monitoring platform is received through the TBOX; the fault module of the vehicle corresponding to the instruction type and / or instruction state of the platform instruction is matched; when the fault module responds to the platform instruction and the fault message of the fault module is obtained, the fault message is reported to the monitoring platform through the TBOX. A vehicle system fault remote monitoring scheme with better timeliness is realized, the high labor and material cost problem caused by the on-site hanging test reproduction of the test personnel or the real-time data monitoring of the maintenance personnel at the platform end is avoided, and the use and maintenance experience of the user for the vehicle is improved.
[0058] Figure 2 The second flowchart of the vehicle system fault remote monitoring method is based on the above embodiment, and the matching of the fault module of the vehicle corresponding to the instruction type and / or instruction state of the platform instruction specifically includes:
[0059] S21, when the instruction type is obtained, a fault configuration is identified according to the instruction type;
[0060] S22, the fault module corresponding to the fault type in the fault configuration is determined.
[0061] Figure 3 The third flowchart of the vehicle system fault remote monitoring method is based on the above embodiment, and the matching of the fault module of the vehicle corresponding to the instruction type and / or instruction state of the platform instruction specifically includes:
[0062] S23, when the fault module is determined, an instruction state corresponding to the fault module is obtained;
[0063] S24, when the instruction state is monitoring opening, a first message of opening fault checking is sent to the fault module through the TBOX, and when the instruction state is monitoring closing, a second message of closing fault checking is sent to the fault module through the TBOX.
[0064] Optionally, in the embodiment, the TBOX monitors the connection of the remote fault monitoring platform after the whole vehicle is powered on; optionally, the default monitoring function is in the off state, and after the fault monitoring platform finds that the vehicle is online, one or more faults of the vehicle can be selected for monitoring, and a monitoring fault configuration message is sent to the vehicle end TBOX; after the monitoring function module of the TBOX receives the fault configuration message of the monitoring platform, the fault configuration message is analyzed, and the monitoring is started for the configured fault; when the monitored fault occurs, the fault type and the occurrence time are sent to the monitoring platform for recording, and the log after the fault occurs is compressed and uploaded to the log server of the monitoring platform; after the fault monitoring platform receives the TBOX fault message and the uploaded fault log, a fault information of the TBOX of the vehicle is displayed in real time, and the content includes the fault type, the occurrence time and the log path; for the fault, the maintenance personnel can download the fault log to the local to quickly analyze and solve. When the information required for the fault is obtained, the monitoring of the TBOX of the vehicle for the fault can be turned off on the fault monitoring platform. Further, after the monitoring function module of the TBOX receives the fault closing message of the monitoring platform, the fault monitoring is closed. Finally, when the vehicle is turned off, the monitoring function module of the TBOX exits the fault monitoring platform, and the connection is closed.
[0065] Figure 4 is the fourth flowchart of the vehicle system fault remote monitoring method of the application, based on the above embodiment, when the fault module responds to the platform instruction and obtains the fault message of the fault module, the fault message is reported to the monitoring platform through the TBOX, and specifically includes:
[0066] S31, when the fault module generates a fault, the fault data obtained by the fault type, the fault time and the fault log compression is obtained through the TBOX;
[0067] S32, the fault message reported by the fault module is obtained through the TBOX.
[0068] Figure 5 is the fifth flowchart of the vehicle system fault remote monitoring method of the application, based on the above embodiment, when the fault module responds to the platform instruction and obtains the fault message of the fault module, the fault message is reported to the monitoring platform through the TBOX, and specifically includes:
[0069] S33, the fault message and the fault data corresponding to the fault message are uploaded to the monitoring platform through the TBOX;
[0070] S34, display, by the monitoring platform, fault information associated with the TBOX and corresponding to the fault data, wherein the fault information comprises the fault type, the fault time, and a storage path of the fault log.
[0071] Optionally, in the embodiment, please refer to Figure 8 The third monitoring logic diagram shown. Wherein, TBOX internal monitoring function processing module, for executing platform instructions, monitoring corresponding function module failure, reporting fault message and uploading log.
[0072] Optionally, in the embodiment, when TBOX internal monitoring function processing module receives platform instructions, identifies fault configuration, finds corresponding module according to fault type in message, sends fault monitoring instructions to corresponding module; when corresponding module receives fault monitoring instructions, starts fault trigger check; when fault occurs, the function module sends fault type and time point to monitoring function processing module; monitoring function processing module receives fault message of internal module, transmits the fault message to fault monitoring platform, compresses fault log, and uploads to log storage server of monitoring platform through HTTP post mode. Optionally, the fault monitoring platform updates and displays the fault information in real time, and the fault log can be downloaded; on the one hand, when the fault needs to be closed, the fault can be selected to be closed on the monitoring platform interface; on the other hand, when TBOX internal monitoring function processing module receives platform fault closing instructions, sends message to fault corresponding checking module, and stops checking.
[0073] Based on the above embodiment, the application further provides a vehicle system fault remote monitoring device, which comprises a memory, a processor and a computer program stored in the memory and executable on the processor, and the computer program is executed by the processor to realize:
[0074] When the vehicle is powered on, connect the remote monitoring platform through the remote communication terminal TBOX of the vehicle, and receive the platform instructions of the monitoring platform through the TBOX;
[0075] Match the fault module of the vehicle corresponding to the instruction type and / or instruction state of the platform instructions;
[0076] When the fault module responds to the platform instructions and obtains the fault message of the fault module, report the fault message to the monitoring platform through the TBOX.
[0077] Optionally, the computer program is executed by the processor to realize:
[0078] When the instruction type is obtained, identify the fault configuration according to the instruction type;
[0079] determining the fault module corresponding to the fault type in the fault configuration;
[0080] When the fault module is determined, an instruction state corresponding to the fault module is acquired;
[0081] When the instruction state is monitoring on, a first message of turning on fault checking is sent to the fault module through the TBOX, and when the instruction state is monitoring off, a second message of turning off fault checking is sent to the fault module through the TBOX.
[0082] Optionally, the computer program is executed by the processor to realize:
[0083] When the fault module produces a fault, fault data obtained by compressing a fault type, a fault time and a fault log is acquired through the TBOX;
[0084] The fault message reported by the fault module is acquired through the TBOX.
[0085] Optionally, the computer program is executed by the processor to realize:
[0086] The fault message and the fault data corresponding to the fault message are uploaded to the monitoring platform through the TBOX;
[0087] Fault information associated with the TBOX and corresponding to the fault data is displayed through the monitoring platform, wherein the fault information includes the fault type, the fault time and a storage path of the fault log.
[0088] It should be noted that the device embodiment and the method embodiment belong to the same concept, the specific implementation process is detailed in the method embodiment, and the technical features in the method embodiment are all applicable in the device embodiment, which will not be repeated here.
[0089] Based on the above embodiment, the application further proposes a computer readable storage medium, the computer readable storage medium stores a vehicle system fault remote monitoring program, and the vehicle system fault remote monitoring program is executed by a processor to realize the steps of the vehicle system fault remote monitoring method according to any one of the above.
[0090] It should be noted that the medium embodiment and the method embodiment belong to the same concept, the specific implementation process is detailed in the method embodiment, and the technical features in the method embodiment are all applicable in the medium embodiment, which will not be repeated here.
[0091] It should be noted that, in this document, the terms "comprises", "comprising", or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but can also include other elements not expressly listed or inherent to such process, method, article, or apparatus. An element proceeded by "comprises a" does not, without more constraints, exclude the presence of additional identical elements in the process, method, article, or apparatus that comprises the element.
[0092] The above-mentioned embodiment numbers of the present application are only for description, and do not represent the advantages and disadvantages of the embodiments.
[0093] From the above description of the embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be realized by means of software and the necessary general hardware platform, and of course, they can also be realized by hardware, but in many cases, the former is a better embodiment. Based on such understanding, the technical solutions of the present application can be embodied in the form of a software product, which is stored in a storage medium (such as a ROM / RAM, a magnetic disk, or an optical disk) and includes a plurality of instructions for causing a terminal (which can be a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the methods described in the various embodiments of the present application.
[0094] The embodiments of the present application are described above in combination with the drawings, but the present application is not limited to the above-mentioned specific embodiments, and the above-mentioned specific embodiments are only illustrative and not restrictive. Those skilled in the art can make many forms under the inspiration of the present application without departing from the scope of the present application, and these are all within the protection scope of the present application.
Claims
1. A method for remote monitoring of vehicle system faults, characterized in that, The method includes: When the vehicle is powered on, it connects to a remote monitoring platform via the vehicle's remote communication terminal TBOX and receives platform instructions from the monitoring platform via the TBOX. Matching the vehicle's fault module with the instruction type and instruction status of the platform instruction; wherein: when the instruction type is obtained, a fault configuration is identified based on the instruction type, and the fault module corresponding to the fault type in the fault configuration is determined; when the fault module is determined, the instruction status corresponding to the fault module is obtained; when the instruction status is monitoring enabled, a first message to enable fault checking is sent to the fault module through the TBOX; when the instruction status is monitoring disabled, a second message to disable fault checking is sent to the fault module through the TBOX. When the fault module responds to the platform command and receives the fault message from the fault module, it reports the fault message to the monitoring platform through the TBOX; wherein: when the fault module malfunctions, it obtains fault data obtained by compressing the fault type, fault time, and fault log through the TBOX, and obtains the fault message reported by the fault module through the TBOX; it uploads the fault message and the fault data corresponding to the fault message to the monitoring platform through the TBOX, and displays fault information associated with the TBOX and corresponding to the fault data through the monitoring platform, wherein the fault information includes the fault type, the fault time, and the storage path of the fault log.
2. A remote monitoring device for vehicle system faults, characterized in that, The device includes a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being executed by the processor to implement: When the vehicle is powered on, it connects to a remote monitoring platform via the vehicle's remote communication terminal TBOX and receives platform instructions from the monitoring platform via the TBOX. Matching the vehicle's fault module with the instruction type and instruction status of the platform instruction; wherein: when the instruction type is obtained, a fault configuration is identified based on the instruction type, and the fault module corresponding to the fault type in the fault configuration is determined; when the fault module is determined, the instruction status corresponding to the fault module is obtained; when the instruction status is monitoring enabled, a first message to enable fault checking is sent to the fault module through the TBOX; when the instruction status is monitoring disabled, a second message to disable fault checking is sent to the fault module through the TBOX. When the fault module responds to the platform command and receives the fault message from the fault module, it reports the fault message to the monitoring platform through the TBOX; wherein: when the fault module malfunctions, it obtains fault data obtained by compressing the fault type, fault time, and fault log through the TBOX, and obtains the fault message reported by the fault module through the TBOX; it uploads the fault message and the fault data corresponding to the fault message to the monitoring platform through the TBOX, and displays fault information associated with the TBOX and corresponding to the fault data through the monitoring platform, wherein the fault information includes the fault type, the fault time, and the storage path of the fault log.
3. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a vehicle system fault remote monitoring program, which, when executed by a processor, implements the steps of the vehicle system fault remote monitoring method as described in claim 1.
Citation Information
Patent Citations
Vehicle communications
CN109388123A
T-box troubleshooting method and device
CN113472589A