Vehicle-mounted system network fault self-recovery method and device

Abstract

The invention provides a vehicle-mounted system network fault self-recovery method and device, and the method comprises the steps: 1, a networking request end obtains the networking state of a first communication bus, and the first communication bus is used for connecting the networking request end and a networking response end; 2, the networking request end judges whether the networking state is abnormal or not, if yes, the next step is executed, and if not, the step 1 is executed again; 3, the networking request end sends a network recovery instruction to the networking response end through the second communication bus; and step 4, the networking response end receives the network recovery instruction and resets the networking response end. According to the invention, the reliability of network communication of the vehicle-mounted system is improved, so that the use experience and the driving safety are improved.

Description

Technical Field

[0001] The present invention relates to the field of vehicle-mounted network technology, and in particular to a vehicle-mounted system network fault self-recovery method and device. Background Art

[0002] At present, some in-vehicle smart cockpits are equipped with a TBOX (Telematics Box) to realize the networking function of the in-vehicle host IVI (In-Vehicle Infotainment). They are generally connected by a USB interface and the corresponding data is transmitted through the corresponding communication protocol.

[0003] In addition, most of the current vehicle host IVIs have the STR (Suspend to RAM) function, that is, the vehicle host IVI enters a low-power sleep mode after the engine is turned off, and the vehicle host IVI exits the sleep mode after the vehicle is turned on, and immediately resumes normal use from the state before the sleep mode. However, the time when the vehicle host IVI and TBOX enter or exit the sleep mode is often not synchronized, which leads to the interruption of the USB communication between the vehicle host IVI and TBOX, and then the failure of the networking function of the vehicle host IVI. Summary of the invention

[0004] The present invention provides a vehicle-mounted system network fault self-recovery method and device, aiming to solve the defects in the prior art, improve the reliability of vehicle-mounted system network communication, and further improve the user experience and driving safety.

[0005] In order to achieve the above object, the technical solution adopted by the present invention is:

[0006] One aspect of the present invention provides a vehicle-mounted system network fault self-recovery method, comprising:

[0007] Step 1: The networking request end obtains the networking status of the first communication bus, where the first communication bus is used to connect the networking request end and the networking response end;

[0008] Step 2, the network request end determines whether the network status is abnormal, if yes, proceeds to the next step, otherwise returns to step 1;

[0009] Step 3: The network requesting end sends a network recovery instruction to the network responding end through the second communication bus;

[0010] Step 4: The networking response end receives the network recovery instruction and resets the networking response end.

[0011] Specifically, the step 1 includes: the networking request end sends a heartbeat signal to the networking response end at a preset period, and obtains corresponding response data to obtain the networking status of the first communication bus.

[0012] Specifically, the method for determining the preset period includes:

[0013] Step A1, obtaining the upper endpoint, lower endpoint, and decision threshold of the initial test range of the heartbeat cycle;

[0014] Step A2, using the current heartbeat cycle to test, determine whether the correct response data is received, if yes, determine the heartbeat cycle of the next test by the first preset relationship, and assign the lower endpoint of the test range of the next heartbeat cycle to the current heartbeat cycle, otherwise proceed to the next step;

[0015] Step A3, determining the next test heartbeat cycle according to the second preset relationship, and assigning the upper endpoint of the test range of the next heartbeat cycle to the current heartbeat cycle;

[0016] Step A4, determine whether the difference between the lower endpoint and the upper endpoint of the test range of the current heartbeat cycle does not exceed the judgment threshold. If so, the upper endpoint of the test range of the current heartbeat cycle is taken as the optimal heartbeat cycle. Otherwise, the next heartbeat cycle is taken as the latest current heartbeat cycle, the test range of the next heartbeat cycle is taken as the test range of the current heartbeat cycle, and return to step A2.

[0017] Specifically, the first preset relationship is:

[0018]

[0019] The second preset relationship is:

[0020]

[0021] Among them, Δt(k+1) is the heartbeat cycle of the next test, Δt(k) is the current heartbeat cycle, T U (k) is the upper end point of the current test range, T D (k) is the lower endpoint of the current test range.

[0022] Specifically, the step 1 includes: the networking request end sends a ping instruction to the networking response end, and obtains corresponding response data to obtain the networking status of the first communication bus.

[0023] Specifically, the first communication bus is a USB bus, and the second communication bus is a UART bus.

[0024] Another aspect of the present invention provides a vehicle-mounted system network fault self-recovery device, comprising: a network request end and a network response end, the network response end comprising a first communication module, a first communication interface, a second communication interface, and a drive control module, the network request end comprising a second communication module, a third communication interface, a fourth communication interface, and a status monitoring module;

[0025] The first communication interface and the third communication interface are connected via a first communication bus, and the third communication interface and the fourth communication interface are connected via a second communication bus;

[0026] The first communication interface is connected to the first communication module, the second communication interface is connected to the drive control module, and the drive control module is also connected to the first communication module;

[0027] The third communication interface is connected to the second communication module, the fourth communication interface is connected to the status monitoring module, and the status monitoring module is also connected to the third communication interface and the second communication module;

[0028] The first communication module is used to respond to the network request of the network request end and send the network data to the first communication interface;

[0029] The first communication interface is connected to the third communication interface via the first communication bus and is used to transmit network data between the network response end and the network request end;

[0030] The second communication interface is connected to the fourth communication interface via the second communication bus, and is used to receive a network recovery instruction sent by the network request end;

[0031] The drive control module is used to load and unload the driver program of the first communication module;

[0032] The second communication module is used to receive the network data sent by the network response terminal and send it to the target application;

[0033] The third communication interface is connected to the first communication interface via the first communication bus and is used to transmit network data between the network response end and the network request end;

[0034] The fourth communication interface is connected to the second communication interface via the second communication bus and is used to send a network recovery instruction to the network response terminal;

[0035] The status monitoring module is used to monitor the networking status of the second communication module and send a networking recovery instruction when the networking status is abnormal.

[0036] Specifically, the first communication interface and the third communication interface are USB interfaces, the first communication bus is a USB bus, the second communication interface and the fourth communication interface are UART interfaces, and the second communication bus is a UART bus.

[0037] Specifically, the state monitoring module includes: a heartbeat monitoring unit and an instruction sending unit connected thereto;

[0038] The heartbeat monitoring unit is used to send a heartbeat signal and determine the networking status of the networking request end and the networking response end by monitoring the heartbeat signal;

[0039] The instruction sending unit is used to send a network recovery instruction when the network status is abnormal.

[0040] Specifically, the status monitoring module includes: a ping command unit and an instruction sending unit connected thereto;

[0041] The ping command unit is used to initiate a ping command to the network response end, and determine the network status of the network request end and the network response end by monitoring the return signal of the network response end;

[0042] The instruction sending unit is used to send a network recovery instruction when the network status is abnormal.

[0043] The beneficial effects of the present invention are as follows: the present invention obtains the networking status of the network data communication bus at the networking request end, and sends a network recovery instruction through another data bus with higher reliability when an abnormality occurs, so that the networking response end is reset in time to restore the network to normal, thereby improving the reliability of the vehicle-mounted system network communication, and further improving the user experience and driving safety. BRIEF DESCRIPTION OF THE DRAWINGS

[0044] Figure 1 It is a flow chart of the vehicle-mounted system network failure self-recovery method of the present invention;

[0045] Figure 2 It is a structural schematic diagram of the vehicle-mounted system network failure self-recovery device of the present invention;

[0046] Figure 3 is a structural schematic diagram of a status monitoring module of the present invention;

[0047] Figure 4 It is another structural schematic diagram of the status monitoring module of the present invention. DETAILED DESCRIPTION

[0048] The following specifically describes the embodiments of the present invention in conjunction with the accompanying drawings, which are only for reference and illustration and do not constitute a limitation on the scope of patent protection of the present invention.

[0049] In the process described in the specification, claims or drawings of the present invention, the serial numbers of each step (such as step 10, 20, etc.) are included. The serial numbers are only used to distinguish the steps, and the serial numbers themselves do not represent any execution order. It should be noted that the descriptions such as "first" and "second" in this article are only used to distinguish the description objects, etc., and do not represent the order of precedence, nor do they mean that "first", "second", etc. are different types.

[0050] Example 1

[0051] like Figure 1 As shown, this embodiment provides a vehicle system network fault self-recovery method, including:

[0052] Step 1: The networking request end obtains the networking status of the first communication bus, where the first communication bus is used to connect the networking request end and the networking response end.

[0053] In this embodiment, step 1 includes: the networking request end sends a heartbeat signal to the networking response end at a preset period, and obtains corresponding response data to obtain the networking status of the first communication bus.

[0054] In this embodiment, the method for determining the preset period includes:

[0055] Step A1: Obtain the upper endpoint T of the initial test range of the heartbeat cycle U (0), lower endpoint T D (0), and the decision threshold T0.

[0056] In this embodiment, the lower endpoint is larger than the upper endpoint.

[0057] In this embodiment, the upper end point T of the initial test range is U (0), lower endpoint T D (0) can be set according to the actual situation. For example, T U (0) = 50, T D (0)=2000, T0=5.

[0058] Step A2: Use the current heartbeat cycle Δt(k) to test and determine whether the correct response data is received. If yes, determine the heartbeat cycle Δt(k+1) of the next test by the first preset relationship, and set the lower end point T of the test range of the next heartbeat cycle D (k+1) is assigned the current heartbeat period Δt(k), otherwise proceed to the next step.

[0059] In this embodiment, the first preset relationship is:

[0060]

[0061] Among them, Δt(k+1) is the heartbeat cycle of the next test, Δt(k) is the current heartbeat cycle, T D (k) is the lower endpoint of the current test range.

[0062] Step A3: Determine the next test heartbeat cycle Δt(k+1) according to the second preset relationship, and set the upper end point T of the test range of the next heartbeat cycle as U(k+1) is assigned the value of the current heartbeat period Δt(k).

[0063] In this embodiment, the second preset relationship is:

[0064]

[0065] Among them, Δt(k+1) is the heartbeat cycle of the next test, Δt(k) is the current heartbeat cycle, T U (k) is the upper endpoint of the current test range.

[0066] Step A4: Determine the lower endpoint T of the test range of the current heartbeat cycle D (k), upper endpoint T U (k) does not exceed the decision threshold T0, if yes, then the upper endpoint T0 of the test range of the current heartbeat cycle is used. U (k) is the optimal heartbeat cycle, otherwise the next heartbeat cycle Δt(k+1) is the latest current heartbeat cycle Δt(k), the test range of the next heartbeat cycle is the test range of the current heartbeat cycle, and the process returns to step A2.

[0067] In another embodiment of the present invention, the step 1 includes: the networking request end sends a ping instruction to the networking response end, and obtains corresponding response data to obtain the networking status of the first communication bus.

[0068] In this embodiment, the first communication bus is a USB bus.

[0069] Step 2: The network request end determines whether the network status is abnormal. If yes, proceed to the next step; otherwise, return to step 1.

[0070] In specific implementation, if step 1 is performed by sending a heartbeat packet, whether the network status is abnormal can be determined based on the failure rate of sending the heartbeat packet.

[0071] In the specific implementation, if step 1 is performed through the ping command, that is, the network request end (such as the vehicle host IVI) sends a ping command to the network response end (such as TBOX), and the network response end returns the corresponding data packet, it means that the link status between the network request end and the network response end is normal.

[0072] It is easy to understand that in order to reduce misjudgment, it is generally set that the network request end will determine that the link is faulty only after it fails to receive a correct response from the network responder for several consecutive times.

[0073] Step 3: The network requesting end sends a network recovery instruction to the network responding end through the second communication bus.

[0074] In this embodiment, the second communication bus is a UART bus.

[0075] Since the second communication bus is a bus that does not require a driver, its reliability is much higher than that of the first communication bus that needs to be driven by a driver, and thus reliable transmission of the network recovery instruction can be guaranteed.

[0076] Step 4: The networking response end receives the network recovery instruction and resets the networking response end.

[0077] In this embodiment, step 4 includes: unloading the communication module of the networking response end and reloading the driver to achieve resetting of the communication link.

[0078] Example 2

[0079] like Figure 2 As shown, this embodiment provides a vehicle-mounted system network fault self-recovery device, including: a network request end and a network response end, the network response end includes a first communication module, a first communication interface, a second communication interface, and a drive control module, and the network request end includes a second communication module, a third communication interface, a fourth communication interface, and a status monitoring module;

[0080] The first communication interface and the third communication interface are connected via a first communication bus, and the third communication interface and the fourth communication interface are connected via a second communication bus;

[0081] The first communication interface is connected to the first communication module, the second communication interface is connected to the drive control module, and the drive control module is also connected to the first communication module;

[0082] The third communication interface is connected to the second communication module, the fourth communication interface is connected to the status monitoring module, and the status monitoring module is also connected to the third communication interface and the second communication module;

[0083] The first communication module is used to respond to the network request of the network request end and send the network data to the first communication interface;

[0084] The first communication interface is connected to the third communication interface via the first communication bus and is used to transmit network data between the network response end and the network request end;

[0085] The second communication interface is connected to the fourth communication interface via the second communication bus, and is used to receive a network recovery instruction sent by the network request end;

[0086] The drive control module is used to load and unload the driver program of the first communication module;

[0087] The second communication module is used to receive the network data sent by the network response terminal and send it to the target application;

[0088] The third communication interface is connected to the first communication interface via the first communication bus and is used to transmit network data between the network response end and the network request end;

[0089] The fourth communication interface is connected to the second communication interface via the second communication bus and is used to send a network recovery instruction to the network response terminal;

[0090] The status monitoring module is used to monitor the networking status of the second communication module and send a networking recovery instruction when the networking status is abnormal.

[0091] In this embodiment, the first communication interface and the third communication interface are USB interfaces, and the first communication bus is a USB bus; the second communication interface and the fourth communication interface are UART interfaces, and the second communication bus is a UART bus.

[0092] like Figure 3 As shown, in another embodiment of the present invention, the state monitoring module includes: a heartbeat monitoring unit and an instruction sending unit connected thereto;

[0093] The heartbeat monitoring unit is used to send a heartbeat signal and determine the networking status of the networking request end and the networking response end by monitoring the heartbeat signal;

[0094] The instruction sending unit is used to send a network recovery instruction when the network status is abnormal.

[0095] like Figure 4 As shown, in another embodiment of the present invention, the status monitoring module includes: a ping command unit and an instruction sending unit connected thereto;

[0096] The ping command unit is used to initiate a ping command to the network response end, and determine the network status of the network request end and the network response end by monitoring the return signal of the network response end;

[0097] The instruction sending unit is used to send a network recovery instruction when the network status is abnormal.

[0098] The vehicle-mounted system network failure self-recovery device in this embodiment is used to run the vehicle-mounted system network failure self-recovery method described in Example 1. Its working process is as described in Example 1 and will not be repeated here.

[0099] The above disclosure is only a preferred embodiment of the present invention, which cannot be used to limit the scope of protection of the present invention. Therefore, equivalent changes made according to the scope of the patent application of the present invention are still within the scope covered by the present invention.

Claims

1. A vehicle system network fault self-recovery method, characterized in that: include: Step 1: The networking request end obtains the networking status of the first communication bus, where the first communication bus is used to connect the networking request end and the networking response end; Step 2, the network request end determines whether the network status is abnormal, if yes, proceeds to the next step, otherwise returns to step 1; Step 3: The network requesting end sends a network recovery instruction to the network responding end through the second communication bus; Step 4: The networking response end receives the network recovery instruction and resets the networking response end.

2. The vehicle-mounted system network fault self-recovery method according to claim 1, characterized in that: The step 1 includes: the networking request end sends a heartbeat signal to the networking response end at a preset period, and obtains corresponding response data to obtain the networking status of the first communication bus.

3. The vehicle-mounted system network fault self-recovery method according to claim 2, characterized in that: The method for determining the preset period includes: Step A1, obtaining the upper endpoint, lower endpoint, and decision threshold of the initial test range of the heartbeat cycle; Step A2, using the current heartbeat cycle to test, determine whether the correct response data is received, if yes, determine the heartbeat cycle of the next test by the first preset relationship, and assign the lower endpoint of the test range of the next heartbeat cycle to the current heartbeat cycle, otherwise proceed to the next step; Step A3, determining the next test heartbeat cycle according to the second preset relationship, and assigning the upper endpoint of the test range of the next heartbeat cycle to the current heartbeat cycle; Step A4, determine whether the difference between the lower endpoint and the upper endpoint of the test range of the current heartbeat cycle does not exceed the judgment threshold. If so, the upper endpoint of the test range of the current heartbeat cycle is taken as the optimal heartbeat cycle. Otherwise, the next heartbeat cycle is taken as the latest current heartbeat cycle, the test range of the next heartbeat cycle is taken as the test range of the current heartbeat cycle, and return to step A2.

4. The vehicle-mounted system network fault self-recovery method according to claim 3, characterized in that: The first preset relationship is: The second preset relationship is: Among them, Δt(k+1) is the heartbeat cycle of the next test, Δt(k) is the current heartbeat cycle, T U (k) is the upper end point of the current test range, T D (k) is the lower endpoint of the current test range.

5. The vehicle-mounted system network fault self-recovery method according to claim 1, characterized in that: The step 1 includes: the networking request end sends a ping instruction to the networking response end, and obtains corresponding response data to obtain the networking status of the first communication bus.

6. The vehicle-mounted system network fault self-recovery method according to any one of claims 1 to 5, characterized in that: The first communication bus is a USB bus, and the second communication bus is a UART bus.

7. A vehicle-mounted system network fault self-recovery device, characterized in that: include: A networking request end and a networking response end, wherein the networking response end includes a first communication module, a first communication interface, a second communication interface, and a drive control module, and the networking request end includes a second communication module, a third communication interface, a fourth communication interface, and a status monitoring module; The first communication interface and the third communication interface are connected via a first communication bus, and the third communication interface and the fourth communication interface are connected via a second communication bus; The first communication interface is connected to the first communication module, the second communication interface is connected to the drive control module, and the drive control module is also connected to the first communication module; The third communication interface is connected to the second communication module, the fourth communication interface is connected to the status monitoring module, and the status monitoring module is also connected to the third communication interface and the second communication module; The first communication module is used to respond to the network request of the network request end and send the network data to the first communication interface; The first communication interface is connected to the third communication interface via the first communication bus and is used to transmit network data between the network response end and the network request end; The second communication interface is connected to the fourth communication interface via the second communication bus, and is used to receive a network recovery instruction sent by the network request end; The drive control module is used to load and unload the driver program of the first communication module; The second communication module is used to receive the network data sent by the network response terminal and send it to the target application; The third communication interface is connected to the first communication interface via the first communication bus and is used to transmit network data between the network response end and the network request end; The fourth communication interface is connected to the second communication interface via the second communication bus and is used to send a network recovery instruction to the network response terminal; The status monitoring module is used to monitor the networking status of the second communication module and send a networking recovery instruction when the networking status is abnormal.

8. The vehicle-mounted system network fault self-recovery device according to claim 7, characterized in that: The state monitoring module includes: a heartbeat monitoring unit and an instruction sending unit connected thereto; The heartbeat monitoring unit is used to send a heartbeat signal and determine the networking status of the networking request end and the networking response end by monitoring the heartbeat signal; The instruction sending unit is used to send a network recovery instruction when the network status is abnormal.

9. The vehicle-mounted system network fault self-recovery device according to claim 7, characterized in that: The status monitoring module includes: a ping command unit and an instruction sending unit connected thereto; The ping command unit is used to initiate a ping command to the network response end, and determine the network status of the network request end and the network response end by monitoring the return signal of the network response end; The instruction sending unit is used to send a network recovery instruction when the network status is abnormal.

10. The vehicle-mounted system network fault self-recovery device according to any one of claims 7 to 9, characterized in that: The first communication interface and the third communication interface are USB interfaces, the first communication bus is a USB bus, the second communication interface and the fourth communication interface are UART interfaces, and the second communication bus is a UART bus.

Images