Patent Application
20220317671
Embodiments of the present disclosure relate to, but are not limited to, an on-board diagnostics device and system, a testing method and a non-transitory computer-readable storage medium.
On-Board Diagnostics (OBD) systems are used to monitor the running state of engines and the operating condition of exhaust gas after-treatment systems in real time. Once a situation that may cause excessive emissions is found, a warning will be issued immediately. When a system failure occurs, a fault light or an engine-checking warning light is on. At the same time, the OBD system will store fault information in a memory, and relevant information can be read in the form of a fault code through standard diagnostic instruments and diagnostic interfaces. According to the indication of the fault code, maintenance personnel can quickly and accurately identify and locate the fault. The OBD systems ensure the safety of vehicle travel and record the condition of vehicle. At present, there are not so many OBD products in the market, which therefore have become a research direction for major companies that are developing their own on-board products.
For the OBD products in the related technologies, the main idea basically uses a Microcontroller Unit (MCU) chip, on which a 4G on-board module is mounted, and chips supporting on-board related protocols are added to the periphery of the MCU chip, so as to achieve the function of supporting one or several protocols. The products designed by this scheme cannot adapt to various vehicle models because of the limited protocols supported, and OBD products for different vehicle manufacturers need to be designed separately. There are many peripheral devices required, causing a large layout area and high hardware design costs, which lead to the limitation of the appearance and size of the OBD products and other related defects, and the signal communication, matching, etc. between the on-board protocol chip and MCU are prone to failure, which is also a problem that hardware design personnel need to solve.
At least one embodiment of the present disclosure provides an on-board diagnostics device and system, a testing method and a non-transitory computer-readable storage medium, facilitating adaptation to different vehicle models.
At least one embodiment of the present disclosure provides an on-board diagnostics device, may including a master control module, a controller, a selection module and a plurality of protocol transceivers, the selection module being connected to some or all of the protocol transceivers, where the master control module is configured to control the controller, the selection module and the plurality of protocol transceivers, and to transmit and receive data based on a selected protocol transceiver and corresponding pins; the controller is configured to receive an external control signal, and to control the selection module according to the external control signal; the selection module is configured to switch between different protocol transceivers and pins according to the control of the controller; and the protocol transceivers are configured to transmit and receive data of supported protocols.
At least one embodiment of the present disclosure provides an on-board diagnostics system, may including an on-board diagnostics device described in any embodiment, and further including an interface module, an interface protection and conversion module and a cellular communication module, the interface module being configured to be connected to an external in-vehicle infotainment, the interface protection and conversion module being connected to the interface module and the on-board diagnostics device, and the on-board diagnostics device being connected to the cellular communication module, where the interface module is configured to be connected to an on-board diagnostics system interface of the in-vehicle infotainment; the interface protection and conversion module is configured to convert signals between the interface module and the on-board diagnostics device for matching; and the cellular communication module is configured to enable communication between the on-board diagnostics device and an external network.
An embodiment of the present disclosure provides a testing method applied to an on-board diagnostics device described in any embodiment, may including: receiving a control signal and selecting a corresponding protocol transceiver and pins; and sending protocol data corresponding to the selected protocol transceiver based on the selected pins, and determining whether an in-vehicle infotainment to be tested supports data transmission and reception based on the selected pins and the selected protocol transceiver according to whether a feedback is received from the in-vehicle infotainment to be tested.
At least one embodiment of the present disclosure provides a non-transitory computer-readable storage medium, where the non-transitory computer-readable storage medium stores one or more programs, which are executable by one or more processors to perform a testing method as described above.
Additional features and advantages of the present disclosure will be set forth in the subsequent description, and in part will become apparent from the description, or may be learned by practice of the present disclosure. The purposes and other advantages of the present disclosure can be realized and obtained by structures particularly noted in the description, the claims and the accompanying drawings.
The accompanying drawings are used to provide a further understanding of the technical schemes of the present disclosure and constitute a part of the description. The accompanying drawings are used to explain the technical schemes of the present disclosure together with the embodiments of the present disclosure, and do not constitute a restriction on the technical schemes of the present disclosure.
In order to make the purposes, technical schemes and advantages of the present disclosure clear, embodiments of the present disclosure will be described hereinafter in detail with reference to the accompanying drawings. It should be noted that embodiments in the present disclosure and features in the embodiments can be combined to derive other embodiments not explicitly described.
The steps shown in the flowcharts of the drawings may be performed in a computer system, such as with a set of computer-executable instructions. Moreover, although a logical order is shown in the flowcharts, the steps shown or described may be performed, in some cases, in a different order than shown or described herein.
The present disclosure describes in detail an OBD interface-based on-board diagnostics device which supports multiple protocols. An MCU chip in the traditional OBD product is changed herein, and chips supporting related on-board product protocols that are originally implemented by using peripheral devices are functionally combined with the traditional MCU.
The master control module 11 is configured to control the controller, the selection module and the plurality of protocol transceivers, and to transmit and receive data based on a selected protocol transceiver and corresponding pins.
The controller 12 is configured to receive an external control signal, and to control the selection module according to the external control signal.
The selection module 13 is configured to switch between different protocol transceivers and pins according to the control of the controller. Each protocol transceiver and corresponding pins support one OBD protocol, so that multiple OBD protocols can be supported. It is mainly to meet the requirements of switching between multiple protocols supported by OBD, so as to achieve the purpose that one apparatus can match multiple models.
The protocol transceivers 14 are configured to transmit and receive data of supported protocols.
The on-board diagnostics device may be connected to an interface protection and conversion module 20 and a cellular communication module 30. The interface protection and conversion module includes a plurality of pins. A pin 1 (pin1) refers to a multiplexed KL15/J2411/iCAN-H signal, pin2 refers to a J1850+ signal, pin3 refers to a signal, pin4 refers to a KL31 ground signal, pin5 refers to a signal ground signal, pin6 refers to an ISO15765 CAN-H signal, pin7 refers to a multiplexed ISO9141/ISO14230 K signal, pin8 refers to a multiplexed KL15/K_Line2/iCAN-L1 signal, ping refers to a multiplexed TD/ALDL/iCAN-L2 signal, pin10 refers to a J1850-signal, pin11 refers to a multiplexed oCAN-L/DCL-/CCD-signal, pin12 refers to a multiplexed cCAN-H/DIC signal, pin13 refers to a multiplexed cCAN-L/PCM signal, pin14 refers to an ISO15765 CAN-L signal, pin15 refers to a multiplexed ISO9141/ISO14230 L signal, and pin16 refers to a KL30 electrical signal.
According to the scheme provided in this embodiment, the transceivers of different protocols are switched by means of the controller and the selection module, which can support various OBD standard protocols and support communication of various vehicle models. Compared with the use of an MCU and chips with peripheral support for on-board related protocols in the related technologies, the on-board diagnostics device integrates various protocol transceivers with an MCU, which can be smaller than the traditional OBD, and which also solves related faults that may occur in communication between different original chips, and has more stable performance and greatly improved product reliability.
In an embodiment, the on-board diagnostics device is packaged as a single chip. The single chip may be implemented by means of a Field-Programmable Gate Array (FPGA) a Complex Programmable Logic Device (CPLD), etc., and the cost thereof can be optimized in various ways as desired, to meet different cost requirements. The selection module can be implemented in many ways, for example, by using a switch. Therefore, such a single-module package and the internal logic thereof are changeable, flexible and diverse, and can be customized according to different product requirements. According to the scheme provided in this embodiment, the on-board diagnostics device is implemented in the form of a single chip, which enables the MCU chip to integrate functions such as operation, control, protocol support and communication, and reduces the number of peripheral devices while increasing the size of the MCU chip, thus reducing the layout area of the whole board as a whole. Due to the integration of the protocol chips, the related faults that may occur in the communication between different original chips are also solved, and the product reliability is greatly improved.
As shown in
The J1850 transceiver may receive and send signals supporting a J1850 protocol.
The ISO9141 transceiver may receive and send signals supporting an ISO9141 protocol.
The ISO14230 transceiver may receive and send signals supporting an ISO14230 protocol.
The KL15 may receive and send automobile ignition signals defined by an automobile standard.
The ALDL may receive and send signals based on an ALDL protocol. The ALDL protocol is a protocol developed by General Motors to enable communication between an external apparatus and an electronic control unit.
The TD may receive and send tachometer display signals.
The J2411 transceiver may receive and send single-channel Controller Area Network (CAN) signals.
The secondary ISO15765 transceiver may receive and send multiple-channel CAN signals.
The PCM may receive and send audio signals defined in automobile standards.
The master ISO15765 transceiver may receive and send master CAN signals.
The controller is controlled based on General-Purpose IO (GPIO) signals.
It should be noted that the on-board diagnostics device further includes a Universal Asynchronous Receiver/Transmitter (UART) controller and a data transceiver. The UART controller is configured to receive and send UART serial port signals. The data transceiver mainly receives and sends all the data in the single chip, and furthermore includes other power supply, storage, control and operation units to ensure the normal operation of the single chip.
One secondary ISO15765 transceiver may be provided, which performs switching by means of a plurality of switches. In another embodiment, if the response time and convenience are taken into consideration, four secondary ISO15765 transceivers may be provided, and such a one-to-one connection is more convenient.
As shown in
In an embodiment, the controller includes a second controller (or called secondary CAN controller), which is configured to receive a fourth control signal (CAN_MODE_0), a fifth control signal (CAN_MODE_1) and a sixth control signal (CAN_MODE_2), and to control, according to the fourth control signal, the fifth control signal and the sixth control signal, the selection module to switch between the protocol transceivers and pins corresponding to a J2411 protocol and an ISO15765 protocol of different pins. Reference can be made to Table 2 below for details.
In an embodiment, the controller includes a third controller, which is configured to receive a seventh control signal, an eighth control signal and a ninth control signal, and to control, according to the seventh control signal, the eighth control signal and the ninth control signal, the selection module to switch between a transceiver that supports KL15 signals, a transceiver that supports TD signals, a transceiver that supports ALDL signals, a transceiver that supports DCL signals and a transceiver that supports CCD signals, based on different pins, respectively.
MODE_0, MODE_1, MODE_2 and MODE_L meet the requirements of the following table:
In this table, since among on-board products, some in-vehicle infotainments have single K-line communication, and some in-vehicle infotainments have K-line and L-line dual-channel communication, determination is made by using Table 1 above. When the cellular communication module simultaneously sets the signals MODE_0, MODE_1, MODE_2 and MODE_L of the mode controller to be low, the 2T1 switch is turned on, and the single chip sends K-line and L-line two-wire data signals supporting the ISO9141 protocol to an in-vehicle infotainment by means of pin7 and pin15, and waits for a preset time (the specific duration of which is set as required). If the in-vehicle infotainment feeds back data, it is considered that the in-vehicle infotainment supports a K-line and L-line two-wire data service related to the ISO9141 protocol by means of pin7 and pin15. If the in-vehicle infotainment has no feedback, it is considered that pin7 and pin15 of the in-vehicle infotainment do not support the ISO9141 two-wire data service. When MODE_0, MODE_1 and MODE_2 are set to be low and MODE_L is set to be high, the single chip sends single K-line data supporting the ISO9141 protocol to the in-vehicle infotainment by means of pin7, and waits for a period of time. If the in-vehicle infotainment feeds back data, it is considered that the in-vehicle infotainment supports a single K-line data service related to the ISO9141 protocol by means of pin7. If the in-vehicle infotainment still has no feedback, it is considered that pin7 of the in-vehicle infotainment does not support the ISO9141 protocol, and the process continues to proceed according to Table 1 above. By analogy, after a certain mode is determined successfully, it is considered that the in-vehicle infotainment has K/L one/two-wire communication requirements. After the corresponding pins and supported protocol are determined, the in-vehicle infotainment performs data transmission and reception services with the cellular communication module by means of DATA_RX and DATA_TX.
All the determinations are made according to Table 1, if none of them is satisfied, MODE_0, MODE_1, MODE_2 and MODE_L are all set to be high, indicating that the in-vehicle infotainment does not support ISO9141 and ISO14230 communication protocols. It should be noted that setting all of them to be high is only an example, and they may be set to other values as required, which are different from the values occupied in Table 1. In addition, Table 1 is only an example, and the correspondence between the values of MODE_0, MODE_1, MODE_2 and MODE_L, and the supported protocols and the selected pins may be altered as required.
A secondary CAN controller is added in the communication between the single chip and the cellular communication module, and communication signals CAN_MODE_0, CAN_MODE_1 and CAN_MODE_2 between them are selected for different CAN signals. Similarly, CAN_MODE_0, CAN_MODE_1 and CAN_MODE_2 satisfy the following truth table:
In the above table, when the cellular communication module sets CAN_MODE_0, CAN_MODE_1 and CAN_MODE_2 to be low level signals, the switches 4T1_1 and 1T4_3 of the analog switches are turned on, and thus the single chip sends a signal supporting the J2411 protocol to the in-vehicle infotainment by means of pin1 and waits for a feedback from the in-vehicle infotainment. If there is a feedback from the in-vehicle infotainment within a preset time, the cellular communication module communicates with the in-vehicle infotainment by means of the single chip. If there is no feedback from the in-vehicle infotainment within the preset time, it is considered that the in-vehicle infotainment does not support the J2411 protocol. The cellular communication module controls CAN_MODE_0 and CAN_MODE_2 to be low and CAN_MODE_1 to be high, the switches 1T4_1, 1 T4_3, 4 T1_1 and 4T1_2 are then turned on at the same time, and the single chip sends data of ISO15765 protocol to the in-vehicle infotainment by means of pin1 and pin8 and waits for a feedback from the in-vehicle infotainment. If there is a feedback from the in-vehicle infotainment within a preset time, it is considered that pin1 and pin8 of the in-vehicle infotainment support the ISO15765 protocol, and the module communicates with the in-vehicle infotainment by means of a single chip. If there is no feedback from the in-vehicle infotainment within the preset time, the process continues to repeat the previous step according to Table 2.
Similarly, if all the determinations of the secondary CAN transceiver have been made but none of them is satisfied, the cellular communication module sets all CAN_MODE_0, CAN_MODE_1 and CAN_MODE_2 to be high, indicating that there is no secondary CAN demand for this vehicle model. It should be noted that setting all of them to be high is only an example, and they may be set to other values as required, which are different from the values occupied in Table 2. In addition, Table 2 is only an example, and the correspondence between the values of CAN_MODE_0, CAN_MODE_1 and CAN_MODE_2, and the supported protocols and the selected pins may be altered as required.
In the embodiment of the present disclosure, the transceivers of different protocols are switched by the selection module in the single chip, and the transceivers of different protocols are controlled by the controller, so as to automatically adapt to various OBD standard protocols and support the communication of various vehicle models.
As shown in
The interface module 40 is configured to be connected to an on-board diagnostics system interface of the in-vehicle infotainment. The interface module is for example a J1962 connector with 16 pins, which is a standard OBD interface.
The interface protection and conversion module 20 is configured to convert signals between the interface module 40 and the on-board diagnostics device 10 for matching. Since the level used by automobiles is generally 12V or 24V, the high level of signals received by the OBD interface is also the corresponding 12V/24V signals, but the level of the on-board diagnostics device 10 is generally lower, a device is added between the interface module 40 and the on-board diagnostics device 10 to match the levels on two sides. This device can realize electrostatic protection, filtering, level conversion, etc., and the signal after level conversion is input to the on-board diagnostics device 10. The interface protection and conversion module 20 can perform electro-static discharge (ESD)/Electromagnetic Interference (EMI) protection and 12V/24V level conversion.
The cellular communication module 30 is configured to enable communication between the on-board diagnostics device 10 and an external network, which may include an in-vehicle infotainment network and a control center network for controlling the in-vehicle infotainment.
Pin16 and pin4 of the interface module of the on-board diagnostics system are connected to a power supply, and pin5 is connected to the function unit ground.
In an embodiment, the cellular communication module 30 is further configured to send a control signal to the on-board diagnostics device 10.
The on-board diagnostics device 10 is further configured to select a corresponding protocol transceiver and pins according to the control signal, to send protocol data corresponding to the selected protocol transceiver based on the selected pins, to determine whether the in-vehicle infotainment to be tested supports data transmission and reception based on the selected pins and the selected protocol transceiver according to whether a feedback is received from the in-vehicle infotainment to be tested, and to communicate with the in-vehicle infotainment to be tested based on the protocol transceiver and corresponding pins supported by the in-vehicle infotainment to be tested.
An embodiment of the present disclosure provides a testing method, as shown in
In an embodiment, in step 502, the determining whether the in-vehicle infotainment to be tested supports data transmission and reception based on the selected pins and the selected protocol transceiver according to whether a feedback is received from the in-vehicle infotainment to be tested includes:
At step 601, MODE_0, MODE_1, MODE_2 and MODE_L are all set to be a low level, and K-line and L-line two-wire data signals supporting an ISO9141 protocol are sent to an in-vehicle infotainment by means of pin7 and pin15.
At step 602, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 603 is executed; otherwise, step 604 is executed.
At step 603, the in-vehicle infotainment supports a K-line and L-line two-wire data service related to the ISO9141 protocol by means of pin7 and pin15, and the process ends.
At step 604, it is considered that pin7 and pin15 of the in-vehicle infotainment do not support an ISO9141 two-wire data service.
At step 605, MODE_0, MODE_1 and MODE_2 are set to be a low level, MODE_L is set to be a high level, and a single K-line data signal supporting the ISO9141 protocol is sent to the in-vehicle infotainment by means of pin7.
At step 606, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 607 is executed; otherwise, step 608 is executed.
At step 607, the in-vehicle infotainment supports a single K-line data service related to the ISO9141 protocol by means of pin7, and the process ends.
At step 608, it is considered that pin7 of the in-vehicle infotainment does not support an ISO9141 data service.
At step 609, MODE_0, MODE_1 and MODE_L are set to be a low level, MODE_2 is set to be a high level, and K-line and L-line two-wire data signals supporting the ISO9141 protocol are sent to the in-vehicle infotainment by means of pin9 and pin15.
At step 610, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 611 is executed; otherwise, step 612 is executed.
At step 611, it is determined that the in-vehicle infotainment supports a K-line and L-line two-wire data service related to the ISO9141 protocol by means of pin9 and pin15, and the process ends.
At step 612, it is considered that the in-vehicle infotainment does not support the K-line and L-line two-wire data service related to the ISO9141 protocol by means of pin9 and pin15.
At step 613, MODE_0 and MODE_1 are set to be a low level, MODE_2 and MODE_L are set to be a high level, and a single K-line data signal supporting the ISO9141 protocol is sent to the in-vehicle infotainment by means of pin9.
At step 614, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 515 is executed; otherwise, step 516 is executed.
At step 615, it is determined that the in-vehicle infotainment supports a single K-line data service related to the ISO9141 protocol by means of pin9, and the process ends.
At step 616, it is considered that the in-vehicle infotainment does not support the single K-line data service related to the ISO9141 protocol by means of pin9.
At step 617, MODE_0, MODE_2 and MODE_L are set to be a low level, MODE_1 is set to be a high level, and K-line and L-line two-wire data signals supporting an ISO14230 protocol are sent to the in-vehicle infotainment by means of pin7 and pin15.
At step 618, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 619 is executed; otherwise, step 620 is executed.
At step 619, it is determined that the in-vehicle infotainment supports a K-line and L-line two-wire data service related to the ISO14230 protocol by means of pin7 and pin15, and the process ends.
At step 620, it is considered that the in-vehicle infotainment does not support the K-line and L-line two-wire data service related to the ISO14230 protocol by means of pin7 and pin15.
At step 621, MODE_0 and MODE_2 are set to be a low level, MODE_1 and MODE_L are set to be a high level, and a single K-line data signal supporting the ISO14230 protocol is sent to the in-vehicle infotainment by means of pin7.
At step 622, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 623 is executed; otherwise, step 624 is executed.
At step 623, it is determined that the in-vehicle infotainment supports a single K-line data service related to the ISO14230 protocol by means of pin7, and the process ends.
At step 624, it is considered that the in-vehicle infotainment does not support the single K-line data service related to the ISO14230 protocol by means of pin7.
At step 625, MODE_0 and MODE_L are set to be a low level, MODE_1 and MODE_2 are set to be a high level, and K-line and L-line two-wire data signals supporting an ISO14230 protocol are sent to the in-vehicle infotainment by means of pin9 and pin15.
At step 626, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 627 is executed; otherwise, step 628 is executed.
At step 627, it is determined that the in-vehicle infotainment supports a K-line and L-line two-wire data service related to the ISO14230 protocol by means of pin9 and pin15, and the process ends.
At step 628, it is considered that the in-vehicle infotainment does not support the K-line and L-line two-wire data service related to the ISO14230 protocol by means of pin9 and pin15.
At step 629, MODE_0 is set to be a low level, MODE_1, MODE_2 and MODE_L are set to be a high level, and a single K-line data signal supporting the ISO14230 protocol is sent to the in-vehicle infotainment by means of pin9.
At step 630, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 631 is executed; otherwise, step 632 is executed.
At step 631, it is determined that the in-vehicle infotainment supports a single K-line data service related to the ISO14230 protocol by means of pin9, and the process ends.
At step 632, it is considered that the in-vehicle infotainment does not support the single K-line data service related to the ISO14230 protocol by means of pin9.
At step 633, MODE_1, MODE_2 and MODE_L are all set to be a low level, MODE_0 is set to be a high level, and K-line and L-line two-wire data signals supporting an ISO9141 protocol are sent to the in-vehicle infotainment by means of pin8 and pin15.
At step 634, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 635 is executed; otherwise, step 636 is executed.
At step 635, the in-vehicle infotainment supports a K-line and L-line two-wire data service related to the ISO9141 protocol by means of pin8 and pin15, and the process ends.
At step 636, it is considered that pin8 and pin15 of the in-vehicle infotainment do not support an ISO9141 two-wire data service.
At step 637, MODE_1 and MODE_2 are set to be a low level, MODE_0 and MODE_L are set to be a high level, and a single K-line data signal supporting the ISO9141 protocol is sent to the in-vehicle infotainment by means of pin8.
At step 638, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 639 is executed; otherwise, step 640 is executed.
At step 639, the in-vehicle infotainment supports a single K-line data service related to the ISO9141 protocol by means of pin8, and the process ends.
At step 640, it is considered that pin8 of the in-vehicle infotainment does not support an ISO9141 data service.
At step 641, MODE_1 and MODE_L are set to be a low level, MODE_0 and MODE_2 are set to be a high level, and K-line and L-line two-wire data signals supporting an ISO14230 protocol are sent to the in-vehicle infotainment by means of pin8 and pin15.
At step 642, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 643 is executed; otherwise, step 644 is executed.
At step 643, it is determined that the in-vehicle infotainment supports a K-line and L-line two-wire data service related to the ISO14230 protocol by means of pin8 and pin15, and the process ends.
At step 644, it is considered that the in-vehicle infotainment does not support the K-line and L-line two-wire data service related to the ISO14230 protocol by means of pin8 and pin15.
At step 645, MODE_1 is set to be a low level, MODE_0, MODE_2 and MODE_L are set to be a high level, and a single K-line data signal supporting the ISO14230 protocol is sent to the in-vehicle infotainment by means of pin8.
At step 646, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 647 is executed; otherwise, step 648 is executed.
At step 647, it is determined that the in-vehicle infotainment supports a single K-line data service related to the ISO14230 protocol by means of pin8, and the process ends.
At step 648, it is considered that the in-vehicle infotainment does not support the single K-line data service related to the ISO14230 protocol by means of pin8.
At step 649, MODE_0, MODE_1, MODE_2 and MODE_L are set to be a high level, indicating that the in-vehicle infotainment does not support the ISO9141 and ISO14230 protocols.
At step 701, CAN_MODE_0, CAN_MODE_1 and CAN_MODE_2 are all set to be a low level, and a signal supporting a J2411 protocol is sent to an in-vehicle infotainment by means of pin1.
At step 702, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 703 is executed; otherwise, step 704 is executed.
At step 703, it is determined that the in-vehicle infotainment supports a J2411 protocol service by means of pin1, and supports the secondary one-wire CAN communication, and the process ends.
At step 704, it is determined that the in-vehicle infotainment does not support the J2411 protocol service by means of pin1.
At step 705, CAN_MODE_0 and CAN_MODE_2 are set to be a low level, CAN_MODE_1 is set to be a high level, and signals supporting an ISO15765 protocol are sent to the in-vehicle infotainment by means of pin1 and pin8.
At step 706, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 707 is executed; otherwise, step 708 is executed.
At step 707, it is determined that the in-vehicle infotainment supports secondary two-wire CAN communication of an ISO15765 protocol by means of pin1 and pin8, and the process ends.
At step 708, it is determined that the in-vehicle infotainment does not support the secondary two-wire CAN communication of the ISO15765 protocol by means of pin1 and pin8.
At step 709, CAN_MODE_0 is set to be a low level, CAN_MODE_1 and CAN_MODE_2 are set to be a high level, and signals supporting the ISO15765 protocol are sent to the in-vehicle infotainment by means of pin1 and pin9.
At step 710, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 711 is executed; otherwise, step 712 is executed.
At step 711, it is determined that the in-vehicle infotainment supports secondary two-wire CAN communication of an ISO15765 protocol by means of pin1 and pin9, and the process ends.
At step 712, it is determined that the in-vehicle infotainment does not support the secondary two-wire CAN communication of the ISO15765 protocol by means of pin1 and pin9.
At step 713, CAN_MODE_0 is set to be a high level, CAN_MODE_1 and CAN_MODE_2 are set to be a low level, and signals supporting the ISO15765 protocol are sent to the in-vehicle infotainment by means of pin12 and pin13.
At step 714, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 715 is executed; otherwise, step 716 is executed.
At step 715, it is determined that the in-vehicle infotainment supports secondary two-wire CAN communication of an ISO15765 protocol by means of pin12 and pin13, and the process ends.
At step 716, it is determined that the in-vehicle infotainment does not support the secondary two-wire CAN communication of the ISO15765 protocol by means of pin12 and pin13.
At step 717, CAN_MODE_0 and CAN_MODE_2 are set to be a high level, CAN_MODE_1 is set to be a low level, and signals supporting an ISO15765 protocol are sent to the in-vehicle infotainment by means of pin3 and pin11.
At step 718, waiting is performed for a preset time (the specific duration of which is set as required), determination is made on whether a feedback is received from the in-vehicle infotainment within the preset time, and if feedback data is received from the in-vehicle infotainment, step 719 is executed; otherwise, step 720 is executed.
At step 719, it is determined that the in-vehicle infotainment supports secondary two-wire CAN communication of an ISO15765 protocol by means of pin3 and pin11, and the process ends.
At step 720, it is determined that the in-vehicle infotainment does not support the secondary two-wire CAN communication of the ISO15765 protocol by means of pin3 and pin11.
At step 721, CAN_MODE_0, CAN_MODE_1 and CAN_MODE_2 are all set to be a high level, indicating that the in-vehicle infotainment does not support secondary CAN communication.
In an embodiment, determination may be made to the single chip as a whole, as shown in
At step 801, after the controller makes a determination on the K/L one/two-wire according to the control mode in Table 1, the cellular communication module reads the level of a control signal after making the determination.
At step 802, determination is made on whether a MODE_0 level is high, and if it is low, the process ends, otherwise step 803 is executed.
At step 803, determination is made on whether a MODE_1 level is high, and if it is low, the process ends, otherwise step 804 is executed.
At step 804, determination is made on whether a MODE_2 level is high, and if it is low, the process ends, otherwise step 805 is executed.
At step 805, determination is made on whether a MODE_L level is high, and if it is low, the process ends, otherwise step 806 is executed.
At step 806, it is determined that the in-vehicle infotainment has no demand for K/L one/two-wire communication, that is, it does not support ISO9141 and ISO14230 protocols, and step 807 is then executed.
At step 807, determination is made on whether a CAN_MODE_0 level is high, and if it is low, the process ends, otherwise step 708 is executed.
At step 808, determination is made on whether a CAN_MODE_1 level is high, and if it is low, the process ends, otherwise step 809 is executed.
At step 809, determination is made on whether a CAN_MODE_2 level is high, and if it is low, the process ends, otherwise step 710 is executed.
At step 810, it is determined that the in-vehicle infotainment has no demand for secondary CAN nor K/L, one/two-wire communication, the cellular communication module communicates with the in-vehicle infotainment according to a standard interface, and the process ends.
The present disclosure is described below by connecting the device and system provided by the present disclosure to a specific in-vehicle infotainment.
An example is as follows: OBD interface signals of an in-vehicle infotainment are defined as in Table 3 below:
When the in-vehicle infotainment accesses a single-chip OBD product provided in an embodiment of the present disclosure, the single chip starts to test the in-vehicle infotainment. First, MODE_0, MODE_1, MODE_2 and MODE_L are all set to 0. The single chip sends two-wire data of an ISO9141 protocol to the in-vehicle infotainment by means of pin7 and pin15, and then waits for a feedback from the in-vehicle infotainment. Since the in-vehicle infotainment does not support the ISO9141 protocol, there is no feedback from the in-vehicle infotainment. Then, the single chip sets MODE_L to be high, sends one-wire data of the ISO9141 protocol to the in-vehicle infotainment by means of pin7, and then waits for a feedback from the in-vehicle infotainment. If the in-vehicle infotainment still has no feedback, the single chip sets MODE_2 to be high and MODE_L low, and sends two-wire data of the ISO9141 protocol by means of pin9 and pin15. If the in-vehicle infotainment has no feedback, determination is made in turn. When two-wire data of an ISO14230 protocol is sent by means of pin7 and pin15, and it is found that the in-vehicle infotainment has a feedback, the single chip determines that pin7 and pin15 support the two-wire communication of the ISO14230 protocol.
Next, determination is made on the protocol supported by the secondary CAN transceiver. The single chip sets CAN_MODE_0, CAN_MODE_1 and CAN_MODE_2 to 0 first, sends one-wire CAN data of a J2411 protocol to pin1 by means of a data port, and then waits for a feedback from the in-vehicle infotainment, but the in-vehicle infotainment does not respond. CAN_MODE_1 is then set to be high, and the single chip sends two-wire CAN data of an ISO15765 protocol by means of data ports 1 and 8, and then waits for a feedback from the in-vehicle infotainment. The in-vehicle infotainment does not respond. CAN_MODE_2 is then set to be high, and the single chip sends the two-wire CAN data of the ISO15765 protocol by means of pin1 and pin9, and then waits for a feedback from the in-vehicle infotainment. The in-vehicle infotainment does not respond. CAN_MODE_0 is then set to be high, and CAN_MODE_1 and CAN_MODE_2 are set to be low.
The single chip sends the two-wire CAN data of the ISO15765 protocol by means of pins 12 and 13, and then waits for a feedback from the in-vehicle infotainment. The in-vehicle infotainment does not respond. CAN_MODE_2 is still set to be high, and the single chip sends the two-wire CAN data of the ISO15765 protocol by means of pin3 and pin11, and then waits for a feedback from the in-vehicle infotainment. The in-vehicle infotainment has a feedback, and the single chip determines that the pin3 and pin11 of the in-vehicle infotainment support the two-wire CAN data transmission and reception of the ISO15765 protocol.
Thus, the single chip has completed the determination of the in-vehicle infotainment, and then the corresponding protocol is used for communication according to the corresponding pins.
In at least one embodiment of the present disclosure, the original MCU, protocol chips supported by the on-board product, control signals, etc. are integrated, and a plurality of switches are added for flexible switching, so that the aim of supporting multiple vehicle models and different protocols is achieved, and the layout area of the OBD product can be effectively reduced, thereby reducing the product size.
As shown in
As shown in
In contrast with the related technologies, an embodiment of the present disclosure provides an on-board diagnostics device, including a master control module, a controller, a selection module and a plurality of protocol transceivers, the selection module being connected to some or all of the protocol transceivers, where the master control module is configured to control the controller, the selection module and the plurality of protocol transceivers, and to transmit and receive data based on a selected protocol transceiver and corresponding pins; the controller is configured to receive an external control signal, and to control the selection module according to the external control signal; the selection module is configured to switch between different protocol transceivers and pins according to the control of the controller; and the protocol transceivers are configured to transmit and receive data of supported protocols. According to the schemes provided by the embodiments of the present disclosure, different protocol transceivers are switched by means of the selection module, facilitating adaptation to different vehicle models.
It can be understood by those skilled in the art that all or some of the steps of the methods, systems and functional modules/units in the devices disclosed above can be implemented as software, firmware, hardware and appropriate combinations thereof. In the hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may be performed cooperatively by several physical components. Some or all of the components may be implemented as software executed by a processor, such as a digital signal processor or a microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit. Such software can be distributed on computer-readable media, which can include computer storage media (or non-transitory media) and communication media (or transitory media). As well known to those of ordinary skill in the art, the term computer storage medium includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storing information, such as computer-readable instructions, data structures, program modules or other data. A computer storage medium includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disk (DVD) or other optical disk storage, cassettes, magnetic tapes, magnetic disk storage or other magnetic storage devices, or any other medium that can be configured to store desired information and can be accessed by a computer. Furthermore, it is well known to those of ordinary skill in the art that communication media typically contain computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transmission mechanism, and can include any information delivery media.
The above is only the description of several embodiments of the present disclosure and is not used to limit the present disclosure. For those skilled in the art, the present disclosure can have various modifications and variations. Any modification, equivalent substitution, improvement, etc. made within the nature and principle of the present disclosure shall be included in the scope of protection of the present disclosure.
| Number | Date | Country | Kind |
|---|---|---|---|
| 201910450652.8 | May 2019 | CN | national |
This application is a national stage filing under 35 U.S.C. § 371 of international application number PCT/CN2020/075596, filed Feb. 17, 2020, which claims priority to Chinese patent application No. 201910450652.8, filed May 28, 2019. The contents of these applications are incorporated herein by reference in their entirety.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/CN2020/075596 | 2/17/2020 | WO |
