TWI513613B - Handling and transmission of motor vehicles - Google Patents

Description

Ways of handling and transmitting car communications

The invention provides a driving computer communication method, the main principle is that the diagnostic command is stored in the driving computer confirmation column, and the confirmation diagnosis instruction in the driving computer confirmation column is presented to the control area network in a multi-channel manner at one time, and finally according to the control area. The network transmits the data time and behavioral action requirements, and re-proposes the required diagnostic commands to achieve the action control of each Electronic Control Unit (ECU).

Since 1980, major automakers have begun to deploy full-featured control/diagnostic systems that alert the driver in the form of a dashboard when the vehicle fails, and the technician can read the fault in a specific way during maintenance. Codes to speed up repairs and use appropriate soft/hardware to monitor all sensors and actuators from the car's computer and record whether they are functioning properly.

The On-Board Diagnosis System (OBD) uses a built-in computer system that automatically records the faulty message, cooperates with an external on-board diagnostic device, reads the fault code, and obtains a diagnostic exhaust system. And the state of the relevant device, in a timely manner to prescribe the right medicine, and immediately repair the car.

If the problem occurred in the car is regarded as a disease, the on-board diagnostic system can provide the fault code to the service technician to review the direction, find out the cause of the fault, and repair the problem. As long as the equipment supplier meets the environmental protection requirements, it can still make other added value for the on-board diagnostic device and improve the market competitiveness.

However, the current car is very different from the initial car. It is a large and complex network consisting of a wide variety of electronic systems and components. In the 1990s and 2000s, it was considered as a progressive function, such as ABS, electronic valve timing system, electronic ignition system, airbag, rear seat video entertainment system, etc., which has been regarded as the basic configuration. Because of these devices, the complexity of automotive electronic systems has increased dramatically. The number of electronic components in recent cars is more than twice that of the previous generation of vehicles a decade ago, and this state is accelerating. Among them, Control Area Network (CAN) makes it possible to systematically communicate information to ensure that the vehicle has the best performance, especially the control system command, brake, transmission control, engine, etc.

However, the transmission method of the existing On-Board Diagnosis System (OBD) is mostly transmitted by a single signal, and then the diagnostic command is again requested according to the demand. This method not only lacks planning and inefficiency, but also has different response times for vehicles. It will waste a lot of time before the device is returned.

In addition to the above problems, how to reduce data acquisition time and compatibility with existing equipment is also a big problem. However, under the existing specifications of the vehicle, there are various requirements for the body components, and how to reduce the difficulty and time of installation is also difficult.

In order to solve the above problems, the present invention provides a method for processing and transmitting car communication. The main principle is to use the diagnostic command to store in the driving computer confirmation column, and then to submit the confirmation diagnosis instruction in the driving computer confirmation column to the multi-channel method at one time. Control the local area network, and finally transmit the reply time and time according to the control area network. Action action requirements, re-propose the required diagnostic commands to achieve the action control of each Electronic Computer (Electronic Control Unit, ECU).

Accordingly, the primary object of the present invention is to provide a means of processing and communicating automotive communications that has the effect of improving the efficiency of the driving computer control device.

Still another object of the present invention is to provide a means of handling and communicating automotive communications, providing the effect of actively obtaining the latest state of the device.

Still another object of the present invention is to provide a method of processing and transmitting a vehicle communication, using a multi-channel mode to transmit a diagnostic command to shorten the waiting time for transmitting a diagnostic command.

Still another object of the present invention is to provide a means of handling and communicating automotive communications that can be accessed in any vehicle type by using a standard on-board diagnostic system.

Still another object of the present invention is to provide a method of processing and transmitting a vehicle communication, which can ensure the reliability of the message by confirming the state of the device with a diagnostic command by means of a standard on-board diagnostic system communication method.

In order to achieve the above object, the main technical means used in the present invention is achieved by the following technical solutions. The invention relates to a method for processing and transmitting automobile communication, which is to confirm the state of an automobile component by transmitting a vehicle diagnostic command to a control area network (CAN) by multiple channels, which comprises the following steps: Step 1: A control unit Passing the confirmation diagnostic commands of the driving computer confirmation column of a status request table to the control area network; Step 2: the control list The replies are recorded in a state storage area according to the diagnostic command returned by the control area network, and the demand confirmation column of the acknowledgment diagnosis command for obtaining the reply is unmarked; Step 3: After the control unit confirms all the replies of the confirmation diagnosis command, Reading the action diagnosis command of a behavioral action record table; Step 4: the control unit marks the action diagnosis instruction corresponding to the demand confirmation column of the driving computer confirmation column, and transmits the corresponding confirmation diagnosis instruction to the control area network; or The motion diagnosis commands are transmitted to an external device.

The object of the present invention and solving the technical problems thereof can be further achieved by the following technical measures.

The foregoing method for processing and transmitting car communication, wherein after the step 1, the control unit marks the demand confirmation column corresponding to the confirmation diagnostic commands to confirm the sent status.

The foregoing method for processing and transmitting car communication, wherein after the step 1, the control unit adjusts the timeout check column corresponding to the confirmation diagnostic commands from the time-out value to the limit value.

The foregoing method for processing and transmitting car communication, when the timeout check column is equal to the limit value, the control unit transmits the confirmation diagnosis command to the control area network again, and the timeout check column corresponding to the confirmation diagnosis instructions is Set to the timeout value.

The foregoing method for processing and transmitting car communication, wherein after the step 2, the control unit marks the reply confirmation column corresponding to the confirmation diagnostic commands to confirm the reply status.

The foregoing method for processing and transmitting car communication, wherein after the step 4, the control unit cancels the reply confirmation column corresponding to the confirmation diagnostic commands.

The foregoing method for processing and transmitting car communication, wherein after the step 4, the control unit adjusts the timeout check column corresponding to the confirmation diagnostic commands from the timeout value to the limit value.

The foregoing method for processing and transmitting car communication, when the timeout check column is a limit value, the control unit transmits the confirmation diagnosis command to the control area network again, and the timeout check column corresponding to the confirmation diagnosis instructions is Set to the timeout value.

Compared with the prior art, the invention has the following effects: (1) accurately confirming the state of the device; (2) reducing the waiting time between the diagnostic commands by issuing a diagnostic command in a multi-channel manner; (3) relying on the existing physical interface and the transmission instruction , can be easily compatible with existing equipment; (4) improve the performance of the device state.

In order to make the objects, features and functions of the present invention more comprehensible, the following is a particularly preferred embodiment of the present invention: as shown in Figures 1 to 4, a primary implementation of a method of handling and communicating automotive communications in accordance with the present invention. Type. Referring first to FIG. 1, the present invention includes four basic steps, which are step 1 (601), step 2 (602), and step 3 (603). And (step 4 (604) or step 4-1 (6041)).

As shown in Figures 1 and 3, step 1 (601) is a control unit (10) that passes the confirmation diagnostic commands (211) of the driving computer confirmation field (21) of a status request table (20) to the control area. Network (50). Referring again to the tables shown in Figures 1 and 3, step 2 (602) is recorded in a state storage area (30) by the control unit (10) according to the diagnostic command reply (212) returned by the control area network (50), and The demand confirmation column (22) of the confirmation diagnosis command (211) that has received the reply is unmarked.

Specifically, the network (50) transmitted to the control area in the present invention is proposed in a multi-channel manner, and the concept is that multiple sets of data channels are simultaneously transmitted to different driving computers to reduce multiple transmissions, one at a time. The bottleneck caused by the transmission; the control unit (10) is an active component, which is a logical machine capable of executing a complicated computer program, and has functions of processing data calculation and comparison; the state requirement table (20) can be referred to FIG. The indication may include a driving computer confirmation column (21), a demand confirmation column (22), a timeout inspection column (23), and a reply confirmation column (24), wherein the demand confirmation column (22) and the reply confirmation column (24) may be As shown in Fig. 4, 1 is filled with the mark, and 0 is the cancel mark; the drive computer confirmation column (21) contains the confirmation diagnosis command (211); in addition, the confirmation diagnosis command (211) is in compliance with the vehicle. The command of the On-Board Diagnosis System (OBD) can interact with the vehicle system according to the engineering mode. However, the status requirement table (20) is stored in an electronic device made using semiconductor technology for storing data. The data of the electronic circuit is stored in binary mode, which can be volatile memory or non-volatile memory. The control unit (10) and the status requirement table (20) The carriers communicate with each other in an electrically connected manner.

Furthermore, the control area network (50) is a Control Area Network (CAN), which is an international standard ISO 11898 published in November 1993, and the electrical system of the present invention and the control area network (50). The connection is based on the most common OBD-II compatible diagnostic seat. The OBD-II compatible diagnostic seat is a diagnostic pin for all OBD-II vehicles. It complies with the European standard ISO7637-1 and the US standard. International specifications such as SAE J1962/SAE J1978/SAE J1979/SAE J2012 can be used in any vehicle type according to the above international regulations, and ensure the reliability of the device information.

In actuality, in order to ensure the state of urgency of communication acquisition, and in step 1 (601) of the present invention, when the state of each driving computer is confirmed first, the status requirement table (20) can initially fill the requirement confirmation column (22) with the mark to The subsequent step 2 (602) can be confirmed as correct; after step 1 (as shown in step 1-1 (6011) of FIG. 2a), the control unit (10) will correspond to the confirmation diagnostic commands ( 211) The demand confirmation column (22) is marked to confirm the sent status, and the reply is obtained after the reply is obtained in step 2 (602).

Preferably, as shown in Figure 2a, in response to problems such as signal delays and physical lines that may occur in the electronic system, the time-out check column (23) may be given in each of the status confirmation tables (20). ) (as shown in Figure 4), the time-out logic limit is given according to the characteristics of each driving computer. For example, step 1-2 (6012) shown in Figure 2a, when the confirmation diagnostic command (211) is submitted, the Time check Check the column (23) from the timeout value (for example, in Figure 4, code 7E0 driving computer, the timeout value is 50ms) to adjust to the limit value (for example, the time countdown to 0ms). Step 1-2-1 (6013) shown in Figure 2a, when the timeout check field (23) is equal to the limit value, the control unit (10) passes the confirmation diagnostic command (211) to the control area network again. (50), and setting a timeout check column (23) corresponding to the confirmation diagnostic command (211) as a timeout value; and, after step 2 (602), the control unit (10) will correspond to the Confirm the reply confirmation column (24) of the diagnostic command (211) to confirm the reply status (such as step 2-1 (6021) shown in Figure 2a). The above can ensure the reliability of communication.

As shown in FIGS. 1 and 3, in step 3 (603), after the control unit (10) confirms that all the confirmation diagnostic commands (211) have been replied, the action diagnosis command of the behavioral action record table (40) is read. (41).

In detail, the control unit (10) confirms that all the demand confirmation fields (22) of the driving computer confirmation column (21) have been unmarked, and it is possible to confirm that all the confirmation diagnostic commands (211) have been obtained. The behavioral action record table (40) is a continuous logic script (for example: when the vehicle speed exceeds 20 kilometers per hour, the door is locked, and when the vehicle speed exceeds 100 kilometers per hour, the headlights are turned on and flashed twice or when the vehicle is The driving status command (41) is a vehicle diagnostic command that translates a continuous logic script into a vehicle diagnostic gear (the personalization logic is released in the parking state); and the behavioral action record table (40) Stored in an electronic device made using semiconductor technology to store data. Electronic circuit data is stored in binary mode, which can be volatile memory or non-volatile Memory. The control unit (10), the carrier of the status requirement table (20) and the carrier of the behavioral action record table (40) communicate with each other in an electrical connection manner.

As shown in FIGS. 1 and 4, in step 4 (604), the control unit (10) marks the operation confirmation command (41) corresponding to the demand confirmation column (22) of the driving computer confirmation column (21), and confirms the corresponding diagnosis. The command (211) is passed to the control area network (50).

In detail, the content of the motion diagnosis command (41) is obtained mainly in step 3 (603), and the demand confirmation column (22) of the corresponding driving computer confirmation column (21) is marked, and after step 4, the control is performed. The unit (10) unmarks the reply confirmation column (24) corresponding to the confirmation diagnostic command (211) (step 5 (605) shown in Fig. 2b).

In addition to step 4 (604), step 4-1 (6041) may be followed by step 3 (603). As shown in FIG. 3, the motion diagnosis command (41) is used by the control unit (10). The device is transmitted to the external device (60) in a digital or analog manner, and the external device (60) may be a device connected in series to the diagnostic socket or a switching device electrically connected to the driving computer.

Preferably, as shown in Figure 2b, in response to problems such as signal delays and physical lines that may occur in the electronic system, the time-out check column (23) may be given in each of the status confirmation tables (20). ) (as shown in Figure 4), the time-out logic limit is given according to the characteristics of each driving computer. When the confirmation diagnosis command (211) is submitted, the time-out check field (23) is adjusted from the time-out value according to time. To the limit value (step 6 (606) as shown in Figure 2b). When the timeout check field (23) is equal to the limit value, the control unit (10) passes the confirmation diagnosis command (211) to the control area network (50) again, and corresponds to the confirmation diagnosis command (211). The timeout check field (23) is set to the timeout value (step 6-1 (6061) shown in Figure 2b).

In the following, a preferred embodiment of a method for processing and transmitting automotive diagnostic communication of the present invention is taken as an example, and a detailed description of the operation of the present invention is as follows.

Referring first to Figures 2a and 2b, a second method flow diagram of a preferred embodiment of the present invention is illustrative of the subject. According to steps 1 and 4 of FIG. 3 and FIG. 2a, the invention having the function of executing the continuous logic script is electrically connected to the control area network (50), and the function of the continuous logic script is determined. Execution, the control unit (10) presents the status requirement table (20) to the control area network (50) to confirm the status of each driving computer.

In order to ensure the reliability of the information, steps 1-1 (6011), 1-2 (6012) and steps 1-3 (6013) of Fig. 2a, the completion of step 1 (601) is ensured by recording and time confirmation, respectively.

In step 2 (602), a diagnostic command reply (212) having the status of each driving computer is stored in the status storage area (30) to ensure that there is no conflict in the action diagnostic command (41) read in step 3 (603). In order to ensure the registration is correct, in step 2 (602), in the request confirmation column (22) of the reply diagnosis command (211), the mark is canceled and the reply confirmation column (24) is marked in step 2-1 (6021). The reliability of the double confirmation (such as the demand confirmation column (22) and the reply confirmation column (24) in Figure 4, it can be seen that the values in the two columns are different from each other).

The action diagnostic command (41) for recording the continuous logic script is read in step 3 (603) of FIG. 2b, and the executable logic of the continuous logic script can be confirmed by the diagnostic command reply (212) stored in the state storage area (30). .

The action diagnosis command (41) generated by the continuous logic script is indicated in the demand confirmation column (22) from step 4 (604) of Fig. 2b (as shown in Fig. 4, code 7E0 and 7E1, the corresponding computer confirms the diagnostic command (211). And the code 7E2 driving computer is not executed); finally, the action diagnosis command (41) generated by the continuous logic script is transmitted to the control area network (50); and then, step 5 (605), step 6 (606) and steps 6-1 (6061), ensuring the enforceability of continuous logic scripts by recording and time confirmation, respectively.

Therefore, the effect of the present invention is different from that of the traditional vehicle driving computer signal communication device, which is the first in the application of the relevant device for controlling the driving computer, and meets the requirements of the invention patent, and submits an application according to law.

However, it should be reiterated that the above description is only a preferred embodiment of the present invention, and the equivalent changes of the specification, the patent scope or the drawings of the present invention are still within the technical scope of the present invention. The scope of the invention is defined by the scope of the appended claims.

10‧‧‧Control unit

601‧‧‧Step 1

20‧‧‧State Requirements Table

6011‧‧‧Step 1-1

21‧‧‧ Driving computer confirmation column

6012‧‧‧Step 1-2

211‧‧‧Confirm diagnostic instructions

6013‧‧‧Step 1-2-1

212‧‧‧Diagnostic Instructions Reply

602‧‧‧Step 2

22‧‧‧Requirement confirmation column

6021‧‧‧Step 2-1

23‧‧‧Overtime checklist

603‧‧‧Step 3

24‧‧‧Reply confirmation column

604‧‧‧Step 4

30‧‧‧State storage area

6041‧‧‧Step 4-1

40‧‧‧ Behavioral Action Record

605‧‧‧Step 5

41‧‧‧Action Diagnostic Instructions

606‧‧‧Step 6

50‧‧‧Control area network

6061‧‧‧Step 6-1

60‧‧‧External equipment

Figure 1 is a flow chart showing a first method of the preferred embodiment of the present invention.

2a-2b: A flow chart of a second method of the preferred embodiment of the present invention.

Figure 3 is a block diagram showing the preferred embodiment of the present invention.

Fig. 4 is a schematic view showing the state demand table of the preferred embodiment of the present invention.

601‧‧‧Step 1

602‧‧‧Step 2

603‧‧‧Step 3

604‧‧‧Step 4

605‧‧‧Step 5

Claims (8)

A method for processing and transmitting car communication is to multi-channel transmit vehicle diagnostic command to a Control Area Network (CAN) to confirm the status of the automotive component, which includes the following steps: Step 1: A control unit (10) The confirmation diagnostic command (211) of the driving computer confirmation column (21) of a status requirement table (20) is transmitted to the control area network (50); step 2: the control unit (10) is based on the control area network ( 50) The returned diagnostic command reply (212) is recorded in a state storage area (30), and the demand confirmation column (22) of the reply confirmation diagnostic command (211) is cancelled. The step 3: the control unit (10) After confirming all the responses to the confirmation diagnosis command (211), the operation diagnosis command (41) of the behavioral action record table (40) is read; Step 4: The control unit (10) sets the action diagnosis command (41) Corresponding to the demand confirmation column (22) of the driving computer confirmation column (21), the corresponding confirmation diagnosis command (211) is transmitted to the control area network (50); or the operation diagnosis command (41) is transmitted to the external device. (60). The method for processing and transmitting car communication as described in claim 1 of the patent application, wherein after the step 1, the control unit (10) marks the demand confirmation column (22) corresponding to the confirmation diagnostic commands (211) to confirm The status has been sent. The method of processing and transmitting car communication as described in claim 1 of the patent application, wherein after the step 1, the control unit (10) takes the timeout check column (23) corresponding to the confirmation diagnostic command (211) from the timeout The value is adjusted to the limit value by time. For the method of processing and transmitting car communication as described in item 3 of the patent application, when overtime inspection When the column (23) is equal to the limit value, the control unit (10) transmits the confirmation diagnosis command (211) to the control area network (50) again, and the timeout check column corresponding to the confirmation diagnosis command (211) (23) Set to the timeout value. The method for processing and transmitting car communication as described in claim 1 of the patent application, wherein after the step 2, the control unit (10) marks the reply confirmation column (24) corresponding to the confirmation diagnostic commands (211) to confirm that Reply status. The method of processing and transmitting car communication as described in claim 5, wherein after the step 4, the control unit (10) unmarks the reply confirmation column (24) corresponding to the confirmation diagnostic commands (211). The method of processing and transmitting car communication as described in claim 1 of the patent application, wherein after the step 5, the control unit (10) takes the timeout check column (23) corresponding to the confirmation diagnostic command (211) from the timeout The value is adjusted to the limit value by time. The processing unit (10) transmits the confirmation diagnostic command (211) to the control area network again when the timeout check field (23) is a limit value, as described in the processing of the patent scope and the method of transmitting the vehicle communication. The road (50) sets the timeout check field (23) corresponding to the confirmation diagnostic command (211) to the timeout value.