[go: up one dir, main page]

TWI694741B - Multi protocol determining method based on can bus - Google Patents

Multi protocol determining method based on can bus Download PDF

Info

Publication number
TWI694741B
TWI694741B TW107112428A TW107112428A TWI694741B TW I694741 B TWI694741 B TW I694741B TW 107112428 A TW107112428 A TW 107112428A TW 107112428 A TW107112428 A TW 107112428A TW I694741 B TWI694741 B TW I694741B
Authority
TW
Taiwan
Prior art keywords
packet
protocol
controller
communication node
communication
Prior art date
Application number
TW107112428A
Other languages
Chinese (zh)
Other versions
TW201944842A (en
Inventor
陳啟鈞
王三輔
楊政衛
張偉鉉
馮會鈞
Original Assignee
國立勤益科技大學
區控車訊科技股份有限公司
王三輔
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 國立勤益科技大學, 區控車訊科技股份有限公司, 王三輔 filed Critical 國立勤益科技大學
Priority to TW107112428A priority Critical patent/TWI694741B/en
Publication of TW201944842A publication Critical patent/TW201944842A/en
Application granted granted Critical
Publication of TWI694741B publication Critical patent/TWI694741B/en

Links

Images

Landscapes

  • Communication Control (AREA)

Abstract

The present disclosure provides a multi protocol determining method based on a CAN bus, which includes steps of providing a mode setting procedure, providing a listening procedure and providing a confirming procedure. In the mode setting procedure, setting at least two modes in a controller of the CAN bus. In the listening procedure, the two modes are taken turns to read a packet. In the confirming procedure, the CAN bus is set to work in the corresponding mode when the packet is received successfully, and the controller sends at least one requesting packet, which has a communicating request based on a predetermined protocol, to the communicating node. If the controller receives a feedback packet successfully, the protocol of the communicating node is the predetermined protocol. Therefore, what protocol of the communicating node is can be determined.

Description

基於控制器區域網路的多協定確認方法 Multi-protocol confirmation method based on controller area network

本發明是有關於一種多協定確認方法,且尤其是有關一種用於確認通訊節點所依據之通訊協定的基於控制器區域網路的多協定確認方法。 The invention relates to a multi-protocol confirmation method, and in particular to a controller-area network-based multi-protocol confirmation method for confirming the communication protocol on which the communication node is based.

目前商用營運車隊車輛的車輛種類繁多,有大、小客車、大、小貨車、客貨車等,而此些主流車種皆產於美國、日本和歐洲等地,並使用ISO或SAE所定義通訊協定的規範。 At present, there are many types of vehicles in commercial fleets, including large and small passenger cars, large and small trucks, and vans. These mainstream car types are produced in the United States, Japan, and Europe, and use the communication protocols defined by ISO or SAE. Specification.

然而,美國於2008年規範其國內生產的新車皆須使用控制器區域網路(CAN Bus)標準介面,提供車載診斷系統II(On Board Diagnostic II)標準診斷接頭,並規範重型(Heavy Duty)車輛的通訊協定為SAE-J1939,其他車輛以ISO-15031為主。而在2012年,新的WWH-OBDII的規範出現,而有新車開始使用ISO-27145的通訊協定。因此,要如何使各具有不同通訊協定的車輛分享訊息,一直是業者極欲解決的問題。 However, in 2008, the United States regulated that its new domestically produced vehicles must use the CAN bus standard interface, provide on-board diagnostic system II (On Board Diagnostic II) standard diagnostic connectors, and regulate heavy duty (Heavy Duty) vehicles The communication protocol is SAE-J1939, and other vehicles are mainly ISO-15031. In 2012, the new WWH-OBDII specification appeared, and some new cars began to use the ISO-27145 communication protocol. Therefore, how to enable vehicles with different communication protocols to share information has always been a problem that manufacturers are eager to solve.

有業者提供一種閘道器(gateway),將閘道器連接於具有不同通訊協定的二個控制器區域網路(例如是第一控制器區域網路及第二控制器區域網路)之間,透過閘道器將接收自第一控制器區域網路發送的報文,並轉換報文以符合另一通訊協定,再將轉換後的報文發送到第二控制器區域網路。然而,此種方式仍需要事先知道第一控制器區域網路及第二控制器區域網路分別使用的通訊協定才能進行後續的轉換,使用上受到限制。 Some vendors provide a gateway that connects the gateway between two controller area networks with different communication protocols (such as the first controller area network and the second controller area network) Through the gateway, the message sent from the first controller area network will be received, and the message will be converted to meet another communication protocol, and then the converted message will be sent to the second controller area network. However, this method still needs to know the communication protocols used by the first controller local area network and the second controller local area network in advance to perform subsequent conversion, which is limited in use.

有鑑於此,如何確認車輛或控制器區域網路上任一通訊節點具有的通訊協定,遂成相關業者努力的目標。 In view of this, how to confirm the communication protocol possessed by any communication node on the vehicle or the controller area network has become the goal of the efforts of relevant operators.

本發明提供一種控制器區域網路的多協定確認方法,透過以不同模式監聽封包及以對應模式傳送要求的方式,而能進一步確認通訊節點具有的通訊協定。 The present invention provides a multi-protocol confirmation method for a controller area network. By monitoring packets in different modes and transmitting requests in a corresponding mode, the communication protocol possessed by the communication node can be further confirmed.

依據本發明之一態樣提供一種基於控制器區域網路的多協定確認方法,其用以連接一通訊節點以判定通訊節點所依據的至少一通訊協定且包含提供一模式設定程序、提供一監聽程序及提供一確認程序。於模式設定程序中,可於一控制器區域網路的一控制器中設定至少二模式,各模式包含一鮑率(baud rate)及一識別碼長度,其中各模式的鮑率不同,或各模式的識別碼長度不同;於監聽程序中,輪流以二模式監聽通訊節點發出的一封包;而於確認程序中,若封包於其中一模式被成功接收,則進行一第一判定作業,反之,若封包未被任一模式成功接受,則進行一第二判定作業。其中於第一判定作業中,控制器區域網路被設定工作於成功接收封包的模式,控制器並發出至少一要求封包予通訊節點,其中要求封包具有依據一預定通訊協定的一通訊要求,若控制器成功收到通訊節點的一回覆封包,則判定通訊節點的一通訊協定為預定通訊協定;另外,於第二判定作業中,輪流使控制器區域網路工作於二模式並發出要求封包予通訊節點,若控制器成功收到通訊節點的回覆封包,則判定通訊節點的一通訊協定為預定通訊協定。 According to one aspect of the present invention, a multi-protocol confirmation method based on a controller area network is provided, which is used to connect a communication node to determine at least one communication protocol based on the communication node and includes providing a mode setting procedure and providing a monitoring Procedure and provide a confirmation procedure. In the mode setting procedure, at least two modes can be set in a controller of a controller area network, each mode including a baud rate (baud rate) and an identification code length, wherein each mode has a different baud rate, or each The lengths of the identification codes of the modes are different; in the monitoring program, a packet sent by the communication node is monitored in two modes in turn; and in the confirmation process, if the packet is successfully received in one of the modes, a first judgment operation is performed, otherwise, If the packet is not successfully accepted by any mode, a second determination operation is performed. In the first determination operation, the controller local area network is set to work in the mode of successfully receiving the packet, and the controller sends at least one request packet to the communication node, wherein the request packet has a communication request according to a predetermined communication protocol, if After the controller successfully receives a reply packet from the communication node, it determines that a communication protocol of the communication node is a predetermined communication protocol; in addition, in the second determination operation, the controller local area network operates in two modes in turn and sends a request packet to For the communication node, if the controller successfully receives the reply packet from the communication node, it determines that a communication protocol of the communication node is a predetermined communication protocol.

藉此,透過上述的監聽程序及確認程序,可以確認通訊節點具有哪些通訊協定,而有利於後續的資料收發、元件控制或故障診斷程序等。 In this way, through the above monitoring procedure and confirmation procedure, it is possible to confirm which communication protocols the communication node has, which is beneficial to subsequent data transmission and reception, component control, or fault diagnosis procedures.

依據前述之基於控制器區域網路的多協定確認方法,其中於確認程序的第一判定作業中,可判定成功接收封包的模式的識別碼長度是否等於29位元(bit),若識別碼長度等於29位元,則判定通訊節點的一通訊協定為SAE-J1939。或於確認程序的第一判定作業及第二判定作業中,控制器發出的要求封包數量可為二,其中一要求封包依據的預定通訊協定為ISO-27145,另一要求封包依據的預定通訊協定為ISO-15031。或於監聽程序中,當以其中一模式持續監聽一等待時間而未成功接收封包時,可改以另一模式持續監聽前述的等待時間。或於模式設定程序中,控制器中設定的模式數量可為四,四模式的鮑率分別依序為 500kbps、250kbps、500kbps及250kbps,且四模式的識別碼長度分別依序為29位元、29位元、11位元及11位元。 According to the aforementioned multi-protocol confirmation method based on the controller area network, in the first determination operation of the confirmation procedure, it can be determined whether the length of the identification code of the mode of successfully receiving the packet is equal to 29 bits. Equal to 29 bits, it is determined that a communication protocol of the communication node is SAE-J1939. Or in the first determination operation and the second determination operation of the confirmation procedure, the number of request packets sent by the controller may be two, one of which requires a predetermined communication protocol based on ISO-27145, and the other requires a predetermined communication protocol based on the packet It is ISO-15031. Or in the monitoring program, when one of the modes continues to monitor for a waiting time without successfully receiving the packet, the other mode may be used to continuously monitor the aforementioned waiting time. Or in the mode setting procedure, the number of modes set in the controller can be four, and the baud rates of the four modes are respectively in order: 500 kbps, 250 kbps, 500 kbps, and 250 kbps, and the four-mode identification code lengths are 29 bits, 29 bits, 11 bits, and 11 bits, respectively.

依據本發明之另一態樣提供一種基於控制器區域網路的多協定確認方法,其用以連接一通訊節點以判定通訊節點所依據的至少一通訊協定且包含提供一模式設定程序、提供一監聽程序及提供一確認程序。於模式設定程序中,可於一控制器區域網路的一控制器中設定至少二模式,各模式包含一鮑率及一識別碼長度,其中各模式的鮑率不同,或各模式的識別碼長度不同;於監聽程序中,輪流以二模式監聽通訊節點發出的一封包;而於確認程序中,若封包於其中一模式被成功接收,則使控制器區域網路被設定工作於成功接收封包的模式,控制器並發出至少一要求封包予通訊節點,其中要求封包具有依據一預定通訊協定的一通訊要求,若控制器成功收到通訊節點的一回覆封包,則判定通訊節點的一通訊協定為預定通訊協定。 According to another aspect of the present invention, a multi-protocol confirmation method based on a controller area network is provided, which is used to connect a communication node to determine at least one communication protocol on which the communication node is based and includes providing a mode setting procedure and providing a Monitor the program and provide a confirmation program. In the mode setting procedure, at least two modes can be set in a controller of a controller area network, and each mode includes a baud rate and an identification code length, wherein the baud rates of each mode are different, or the identification code of each mode Different lengths; in the monitoring program, in turn, monitor the packet sent by the communication node in two modes; and in the confirmation process, if the packet is successfully received in one of the modes, the controller area network is set to work to successfully receive the packet Mode, the controller sends at least one request packet to the communication node, where the request packet has a communication request according to a predetermined communication protocol, if the controller successfully receives a reply packet from the communication node, it determines a communication protocol of the communication node It is a predetermined communication agreement.

依據前述之基於控制器區域網路的多協定確認方法,其中於確認程序中,可判定成功接收封包的模式的識別碼長度是否等於29位元(bit),若識別碼長度等於29位元,則判定通訊節點的一通訊協定為SAE-J1939,再使控制器發出要求封包,確認通訊節點是否具有等於預定通訊協定的另一通訊協定,且要求封包依據的預定通訊協定相異於SAE-J1939。或於確認程序中,控制器發出的要求封包數量可為二,其中一要求封包依據的預定通訊協定為ISO-27145,另一要求封包依據的預定通訊協定為 ISO-15031。或於監聽程序中,當以其中一模式持續監聽一等待時間而未成功接收封包時,可改以另一模式持續監聽前述的等待時間。According to the aforementioned multi-protocol confirmation method based on the controller area network, in the confirmation procedure, it can be determined whether the identification code length of the successfully received packet mode is equal to 29 bits, and if the identification code length is equal to 29 bits, It is determined that a communication protocol of the communication node is SAE-J1939, and then the controller sends a request packet to confirm whether the communication node has another communication protocol equal to the predetermined communication protocol, and the predetermined communication protocol on which the request packet is based is different from SAE-J1939 . Or in the confirmation procedure, the number of request packets sent by the controller may be two, one of which requires the predetermined communication protocol based on ISO-27145, and the other requires the predetermined communication protocol based on the packet ISO-15031. Or in the monitoring program, when one of the modes continues to monitor for a waiting time without successfully receiving the packet, the other mode may be used to continuously monitor the aforementioned waiting time.

100‧‧‧基於控制器區域網路的多協定確認方法 100‧‧‧Multi-protocol confirmation method based on controller area network

110、120、130‧‧‧步驟 110, 120, 130‧‧‧ steps

第1圖繪示依照本發明一實施方式之一種基於控制器區域網路的多協定確認方法的步驟流程圖;以及第2A圖至第2C圖繪示依照第1圖之基於控制器區域網路的多協定確認方法的方塊流程圖。 FIG. 1 shows a flowchart of a method of a multi-protocol confirmation method based on a controller area network according to an embodiment of the invention; and FIGS. 2A to 2C show a controller area network based on FIG. 1 Block flow chart of the multi-protocol confirmation method.

以下將參照圖式說明本發明之實施方式。為明確說明起見,許多實務上的細節將在以下敘述中一併說明。然而,閱讀者應瞭解到,這些實務上的細節不應用以限制本發明。 Hereinafter, embodiments of the present invention will be described with reference to the drawings. For clarity, many practical details will be explained in the following description. However, the reader should understand that these practical details should not be used to limit the present invention.

請參閱第1圖,其中第1圖繪示依照本發明一實施方式之一種基於控制器區域網路的多協定確認方法100的步驟流程圖。基於控制器區域網路的多協定確認方法100用以連接一通訊節點(未繪示)以判定通訊節點所依據的至少一通訊協定且包含提供步驟110、步驟120及步驟130。 Please refer to FIG. 1, wherein FIG. 1 illustrates a flowchart of a method of a multi-protocol confirmation method 100 based on a controller area network according to an embodiment of the present invention. The multi-protocol confirmation method 100 based on a controller area network is used to connect a communication node (not shown) to determine at least one communication protocol based on the communication node and includes providing steps 110, 120, and 130.

步驟110是提供一模式設定程序,可於一控制器區域網路的一控制器中設定至少二模式,各模式包含一鮑率及一識別碼長度,其中各模式的鮑率不同,或各模式的識別碼長度不同。 Step 110 is to provide a mode setting procedure, which can set at least two modes in a controller of a controller area network, each mode including a baud rate and an identification code length, wherein the baud rate of each mode is different, or each mode The identification code length is different.

步驟120是提供一監聽程序,輪流以二模式監聽通訊節點發出的一封包。 Step 120 is to provide a listener program to alternately listen to a packet sent by the communication node in two modes.

步驟130是提供一確認程序,若封包於其中一模式被成功接收,則使控制器區域網路被設定工作於成功接收封包的模式,控制器並發出至少一要求封包予通訊節點,其中要求封包具有依據一預定通訊協定的一通訊要求,若控制器成功收到通訊節點的一回覆封包,則判定通訊節點的一通訊協定為預定通訊協定。 Step 130 is to provide a confirmation procedure. If the packet is successfully received in one of the modes, the controller LAN is set to work in the mode of successfully receiving the packet. The controller sends at least one request packet to the communication node, in which the request packet There is a communication request based on a predetermined communication protocol. If the controller successfully receives a reply packet from the communication node, it is determined that a communication protocol of the communication node is the predetermined communication protocol.

藉此,透過上述的監聽程序及確認程序,可以確認通訊節點具有哪些通訊協定,而有利於後續的資料收發、元件控制或故障診斷程序等。後面將更詳細的說明基於控制器區域網路的多協定確認方法100的細節。 In this way, through the above monitoring procedure and confirmation procedure, it is possible to confirm which communication protocols the communication node has, which is beneficial to subsequent data transmission and reception, component control, or fault diagnosis procedures. The details of the multi-protocol confirmation method 100 based on the controller area network will be described in more detail later.

於步驟110中,可以依照市面上不同通訊協定的規定來設定多個模式,例如SAE-J1939的鮑率分為500kbps或250kbps,而其識別碼長度為29位元,另外ISO-27145、ISO-15031的識別碼長度分為29位元或11位元。因此,可透過事先設複數個模式,用以接收對應之通訊協定的封包。 In step 110, multiple modes can be set according to the requirements of different communication protocols on the market. For example, SAE-J1939 has a baud rate of 500 kbps or 250 kbps, and its identification code length is 29 bits. In addition, ISO-27145, ISO- The identification code length of 15031 is divided into 29 bits or 11 bits. Therefore, multiple modes can be set in advance to receive the packets of the corresponding communication protocol.

於步驟120的監聽程序中,可先將控制器設定成唯讀(listen only mode),使其僅能接收封包而不能發送訊息或回覆訊息,且只能接收符合指定模式的封包。因此,當以其中一模式持續監聽一等待時間而未成功接收封包時,代表其可能不符合上述模式的設定,此時可改以另一模式持續監聽前述的等待時間,前述的等待時間可由使用者依需求自定。 In the monitoring procedure of step 120, the controller can be set to read only mode (listen only mode) so that it can only receive packets but not send messages or reply messages, and can only receive packets that match the specified mode. Therefore, when one of the modes continues to listen for a waiting time without successfully receiving the packet, it means that it may not meet the settings of the above mode. At this time, the other mode can be used to continuously monitor the aforementioned waiting time, which can be used It depends on the needs.

於步驟130中,主要是進行通訊節點的通訊協定確認。當有任何封包在監聽模式中被成功接收時,代表此封包符合對應模式的設定,因此要讓控制器區域網路工作於對應模式的鮑率及識別碼長度,並以此對應模式進入一第一判定作業,而能更進一步的確認通訊節點所具有的通訊協定。 In step 130, it is mainly to confirm the communication protocol of the communication node. When any packet is successfully received in the monitoring mode, it means that the packet conforms to the setting of the corresponding mode. Therefore, the controller area network should be operated in the corresponding mode's baud rate and identification code length, and enter a first in this corresponding mode. A judgment operation, and can further confirm the communication protocol possessed by the communication node.

更仔細的說,於確認程序的第一判定作業中,可先判定成功接收封包的模式的識別碼長度是否等於29位元(bit),若識別碼長度等於29位元,則判定通訊節點的一通訊協定為SAE-J1939,再使控制器發出要求封包,確認通訊節點是否具有等於預定通訊協定的另一通訊協定,且要求封包依據的預定通訊協定相異於SAE-J1939。 More specifically, in the first determination operation of the confirmation procedure, it can be first determined whether the identification code length of the successfully received packet mode is equal to 29 bits, and if the identification code length is equal to 29 bits, the communication node’s A communication protocol is SAE-J1939, and then the controller sends a request packet to confirm whether the communication node has another communication protocol equal to the predetermined communication protocol, and the predetermined communication protocol on which the request packet is based is different from SAE-J1939.

也就是說,透過識別碼長度是否為29位元的方式,即可確認通訊節點是否具有SAE-J1939通訊協定,並且再透過發送不同要求封包的方式,確認是通訊節點是否還有其他的通訊協定。例如,於一實施例中,控制器發出的要求封包數量可為二,其中一要求封包依據的預定通訊協定為ISO-27145,另一要求封包依據的預定通訊協定為ISO-15031,包含上述但不限於此。 In other words, by identifying whether the length of the identification code is 29 bits, you can confirm whether the communication node has the SAE-J1939 communication protocol, and then send a different request packet to confirm whether the communication node has other communication protocols. . For example, in an embodiment, the number of request packets sent by the controller may be two, one of which requires a predetermined communication protocol based on ISO-27145, and the other requires a predetermined communication protocol based on ISO-15031, including the above Not limited to this.

假定在識別碼長度為29位元的設定下發送要求封包未成功接收回覆封包,即再改用識別碼長度為11位元的設定發送要求封包。因為ISO-27145及ISO-15031此二種通訊協定有分為29位元或11位元,因此同一車輛有可存在識別碼長度為29位元的SAE-J1939通訊協定及識別碼長度為11位元ISO-27145通訊協定,是以透過上述的方式可以清楚的確認同一車輛上所依據的各種通訊協定。 Assuming that the request packet is not successfully received under the setting of the identification code length of 29 bits, the request packet is sent again with the setting of the identification code length of 11 bits. Because the two communication protocols ISO-27145 and ISO-15031 are divided into 29-bit or 11-bit, the same vehicle can have SAE-J1939 communication protocol with an identification code length of 29 bits and an identification code length of 11 bits The meta-ISO-27145 communication protocol is a variety of communication protocols that can be clearly confirmed on the same vehicle through the above-mentioned methods.

另外,若封包未被任一模式成功接受,則進行一第二判定作業,於第二判定作業中,輪流使控制器區域網路工作於二模式並發出要求封包予通訊節點,若控制器成功收到通訊節點的回覆封包,則判定通訊節點的一通訊協定為預定通訊協定。 In addition, if the packet is not successfully accepted in any mode, a second determination operation is performed. In the second determination operation, the controller LAN is alternately operated in the two modes and a request packet is sent to the communication node. If the controller is successful Upon receiving the reply packet from the communication node, it is determined that a communication protocol of the communication node is a predetermined communication protocol.

在此情況下,因為沒有任何的封包被成功接收,是以可假定通訊節點具有閘道器(gateway),而受閘道器保護,故可以先假定一個模式直接傳送要求封包而不怕通訊節點損害,且可輪流以不同模式丟出要求封包,直到成功接收回覆封包為止。 In this case, because no packet is successfully received, it can be assumed that the communication node has a gateway and is protected by the gateway. Therefore, it can be assumed that a mode of direct transmission requires packets without fear of damage to the communication node. , And can drop request packets in different modes in turn until the reply packet is successfully received.

請參閱第2A圖、第2B圖及第2C圖,其中第2A圖至第2C圖繪示依照第1圖之基於控制器區域網路的多協定確認方法100的方塊流程圖。本實施例中,控制器中設定的模式數量可為四,四模式的鮑率分別依序為500kbps、250kbps、500kbps及250kbps,且四模式的識別碼長度分別依序為29位元、29位元、11位元及11位元。也就是說,模式1的鮑率為500kbps且識別碼長度為29位元,模式2的鮑率為250kbps且識別碼長度為29位元,模式3的鮑率為500kbps且識別碼長度為11位元,而模式4的鮑率為 250kbps且識別碼長度為11位元,等待時間可設定為500ms,而預定通訊協定可以設定為ISO-27145及ISO-15031。 Please refer to FIG. 2A, FIG. 2B and FIG. 2C, wherein FIGS. 2A to 2C illustrate a block flow diagram of the method 100 for multi-protocol confirmation based on the controller area network according to FIG. In this embodiment, the number of modes set in the controller can be four. The four modes have a baud rate of 500 kbps, 250 kbps, 500 kbps, and 250 kbps, respectively, and the four modes have an identification code length of 29 bits and 29 bits, respectively. Yuan, 11 bits and 11 bits. That is, mode 1 has a baud rate of 500 kbps and an identification code length of 29 bits, mode 2 has a baud rate of 250 kbps and an identification code length of 29 bits, and mode 3 has a baud rate of 500 kbps and an identification code length of 11 bits The mode 4 has a baud rate of 250 kbps and an identification code length of 11 bits. The waiting time can be set to 500 ms, and the predetermined communication protocol can be set to ISO-27145 and ISO-15031.

由第2A圖可知,一開始先以模式1進行監聽,當等待時間500ms過後未成功接收任一封包,則改以模式2進行監聽500ms,以此類推,而當有成功接收封包時,即以對應之模式進入第一判定作業;反之,當以監聽模式4進行監聽500ms後仍未成功接收任一封包,則進入第二判定作業。 It can be seen from Figure 2A that the first mode is to monitor first. When the waiting time is 500ms and no packet is successfully received, the mode 2 is used to monitor for 500ms, and so on. When a packet is successfully received, it is The corresponding mode enters the first judgment operation; on the contrary, when no one packet is successfully received after monitoring in monitoring mode 4 for 500 ms, the second judgment operation is entered.

如第2B圖所示,在第一判定作業中可先判定識別碼長度,當識別碼長度等於29位元時,則表示通訊節點具有SAE-J1939通訊協定,接著控制器再以識別碼長度為29位元的設定發出預定通訊協定為ISO-27145的要求封包,要求通訊節點的PID並啟動通訊,若有收到通訊節點的回覆封包,則可判定通訊節點具有29位元的ISO-27145通訊協定;而不論是否收到回覆封包,皆會再以識別碼長度為29位元的設定發出預定通訊協定為ISO-15031的要求封包,求通訊節點的PID並啟動通訊,若有收到通訊節點的回覆封包,則可判定通訊節點具有29位元的ISO-15031通訊協定。 As shown in Figure 2B, the identification code length can be determined first in the first determination operation. When the identification code length is equal to 29 bits, it means that the communication node has the SAE-J1939 communication protocol, and then the controller uses the identification code length as The 29-bit setting sends a request packet with a predetermined communication protocol of ISO-27145, requesting the PID of the communication node and starting communication. If a reply packet is received from the communication node, it can be determined that the communication node has 29-bit ISO-27145 communication Agreement; regardless of whether or not a reply packet is received, the request packet with the predetermined communication protocol of ISO-15031 will be sent again with the setting of the identification code length of 29 bits, the PID of the communication node is sought and the communication is initiated, if a communication node is received Response packet, it can be determined that the communication node has a 29-bit ISO-15031 communication protocol.

另外,當未成功接收對應ISO-15031要求封包的回覆封包時,會再以識別碼長度為11位元的設定發出ISO-27145通訊協定及ISO-15031通訊協定的要求封包。 In addition, when the reply packet corresponding to the ISO-15031 request packet is not successfully received, the request packet of the ISO-27145 communication protocol and the ISO-15031 communication protocol will be sent again with the setting of the identification code length of 11 bits.

而當識別碼長度為11位元時,即表示通訊節點不具有SAE-J1939通訊協定,而使控制器以識別碼長度為11位元的設定發出預定通訊協定為ISO-27145的要求封包,要求通訊節點的PID並啟動通訊,若有收到通訊節點的回覆封包,則可判定通訊節點具有11位元的ISO-27145通訊協定;而不論是否收到回覆封包,皆會再以識別碼長度為11位元的設定發出預定通訊協定為ISO-15031的要求封包,求通訊節點的PID並啟動通訊,若有收到通訊節點的回覆封包,則可判定通訊節點具有11位元的ISO-15031通訊協定。 When the identification code length is 11 bits, it means that the communication node does not have the SAE-J1939 communication protocol, and the controller sends a request packet with a predetermined communication protocol of ISO-27145 with the identification code length of 11 bits. The PID of the communication node and start the communication. If there is a reply packet from the communication node, it can be determined that the communication node has the 11-bit ISO-27145 communication protocol; regardless of whether the reply packet is received, the identification code length will be The 11-bit configuration sends a request packet with a predetermined communication protocol of ISO-15031, asks the communication node's PID and initiates communication. If a response packet is received from the communication node, it can be determined that the communication node has 11-bit ISO-15031 communication agreement.

因此,假定一封包於模式1(500kbps、29位元)被成功接收,且發出預定通訊協定為ISO-27145的要求封包後未收到回覆封包,但發出預定通訊協定為ISO-15031的要求封包後有收到回覆封包,即可確認此通訊節點具有SAE-J1939及29位元的ISO-15031通訊協定;或假定一封包於模式2(250kbps、29位元)被成功接收,且以識別碼長度為29位元的設定發出預定通訊協定為ISO-27145及ISO-15031的要求封包後未收到回覆封包,但改以識別碼長度為11位元的設定發出預定通訊協定為ISO-27145及ISO-15031的要求封包後皆有收到回覆封包,即可確認此通訊節點具有SAE-J1939及11位元的ISO-27145及ISO-15031通訊協定。 Therefore, it is assumed that a packet was successfully received in mode 1 (500 kbps, 29 bits), and a response packet with a predetermined communication protocol of ISO-27145 was sent but no reply packet was received, but a request packet with a predetermined communication protocol of ISO-15031 was sent. After receiving the reply packet, you can confirm that the communication node has SAE-J1939 and 29-bit ISO-15031 communication protocol; or assume that a packet was successfully received in mode 2 (250kbps, 29-bit), and the identification code 29-bit length setting sends out the predetermined communication protocol requirements of ISO-27145 and ISO-15031, but did not receive a reply packet, but changed the setting to 11-bit identifier code to send the predetermined communication protocol to ISO-27145 and The ISO-15031 requires that a reply packet is received after the packet, and it can be confirmed that this communication node has SAE-J1939 and 11-bit ISO-27145 and ISO-15031 communication protocols.

如第2C圖所示,因為在前述第2A圖中未於任一模式成功接收封包,故在第2C圖中可先讓控制器區域網 路工作於模式1,再以模式1的設定發出預定通訊協定為ISO-27145的要求封包,要求通訊節點的PID並啟動通訊,若有收到通訊節點的回覆封包,則可判定通訊節點具有ISO-27145通訊協定;而不論是否收到回覆封包,皆會再發出預定通訊協定為ISO-15031的要求封包,求通訊節點的PID並啟動通訊,若有收到通訊節點的回覆封包,則可判定通訊節點具有ISO-15031通訊協定;反之,若未成功接收任一回覆封包,則改使控制器區域網路工作於模式2,再繼續確認通訊節點的通訊協定。依此類推,可將設定之模式1、模式2、模式3及模式4依序確認完成。 As shown in Figure 2C, because the packet was not successfully received in any mode in the above Figure 2A, in Figure 2C, the controller LAN can be operated in Mode 1 first, and then the reservation can be issued with the setting of Mode 1 The communication protocol is the request packet of ISO-27145, which requires the PID of the communication node and starts the communication. If a reply packet is received from the communication node, it can be determined that the communication node has the ISO-27145 protocol; whether or not the reply packet is received, The request packet with the predetermined communication protocol of ISO-15031 will be sent again to find the PID of the communication node and start the communication. If a reply packet of the communication node is received, it can be determined that the communication node has the ISO-15031 communication protocol; otherwise, if it is unsuccessful After receiving any reply packet, the controller area network is changed to Mode 2 and the communication protocol of the communication node is confirmed. By analogy, the set mode 1, mode 2, mode 3 and mode 4 can be confirmed in order.

由上述的實施例可知,基於控制器區域網路的多協定確認方法100可判定通訊節點具有的通訊協定,而有利於後續資料的傳送與接收,以及不同設備、車輛等系統的整合。 It can be known from the above embodiment that the multi-protocol confirmation method 100 based on the controller area network can determine the communication protocol that the communication node has, which is beneficial to the subsequent transmission and reception of data and the integration of different devices, vehicles, and other systems.

雖然本發明已以實施方式揭露如上,然其並非用以限定本發明,任何熟習此技藝者,在不脫離本發明之精神和範圍內,當可作各種之更動與潤飾,因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。 Although the present invention has been disclosed as above in an embodiment, it is not intended to limit the present invention. Anyone who is familiar with this art can make various modifications and retouching without departing from the spirit and scope of the present invention, so the protection of the present invention The scope shall be as defined in the appended patent application scope.

100‧‧‧基於控制器區域網路的多協定確認方法 100‧‧‧Multi-protocol confirmation method based on controller area network

110、120、130‧‧‧步驟 110, 120, 130‧‧‧ steps

Claims (9)

一種基於控制器區域網路的多協定確認方法,用以連接一通訊節點以確認該通訊節點所依據的至少一通訊協定,該基於控制器區域網路的多協定確認方法包含:提供一模式設定程序,於一控制器區域網路的一控制器中設定至少二模式,各該模式包含一鮑率(baud rate)及一識別碼長度,其中各該模式的該鮑率不同,或各該模式的該識別碼長度不同;提供一監聽程序,輪流以二該模式監聽該通訊節點發出的一封包;以及提供一確認程序,若該封包於其中一該模式被成功接收,則進行一第一判定作業,反之,若該封包未被任一該模式成功接受,則進行一第二判定作業,其中:於該第一判定作業中,該控制器區域網路被設定為工作於成功接收該封包的該模式,該控制器並發出至少一要求封包予該通訊節點,其中該要求封包具有依據一預定通訊協定的一通訊要求,若該控制器成功收到該通訊節點的一回覆封包,則判定該通訊節點的該通訊協定為該預定通訊協定;及於該第二判定作業中,輪流使該控制器區域網路工作於二該模式並發出該要求封包予該通訊節點,若 該控制器成功收到該通訊節點的該回覆封包,則判定該通訊節點的該通訊協定為該預定通訊協定。 A multi-protocol confirmation method based on a controller area network is used to connect a communication node to confirm at least one communication protocol based on the communication node. The multi-protocol confirmation method based on a controller area network includes: providing a mode setting Program, setting at least two modes in a controller of a controller area network, each of the modes including a baud rate (baud rate) and an identification code length, wherein the baud rate of each of the modes is different, or each of the modes The length of the identification code is different; provide a monitoring program that alternately monitors a packet sent by the communication node in two modes; and provide a confirmation program that performs a first determination if the packet is successfully received in one of the modes Operation, conversely, if the packet is not successfully accepted by any of the modes, a second determination operation is performed, wherein: in the first determination operation, the controller area network is set to work to successfully receive the packet In this mode, the controller sends at least one request packet to the communication node. The request packet has a communication request according to a predetermined communication protocol. If the controller successfully receives a reply packet from the communication node, the controller determines The communication protocol of the communication node is the predetermined communication protocol; and in the second determination operation, the controller area network is alternately operated in the two modes and the request packet is sent to the communication node if The controller successfully receives the reply packet of the communication node, and then determines that the communication protocol of the communication node is the predetermined communication protocol. 如申請專利範圍第1項所述之基於控制器區域網路的多協定確認方法,其中於該確認程序的該第一判定作業中,判定成功接收該封包的該模式的該識別碼長度是否等於29位元(bit),若該識別碼長度等於29位元,則判定該通訊節點的該通訊協定為SAE-J1939。 The multi-protocol confirmation method based on the controller area network as described in item 1 of the patent scope, wherein in the first determination operation of the confirmation procedure, it is determined whether the length of the identification code of the mode of successfully receiving the packet is equal to 29 bits. If the length of the identification code is equal to 29 bits, the communication protocol of the communication node is determined to be SAE-J1939. 如申請專利範圍第1項所述之基於控制器區域網路的多協定確認方法,其中於該確認程序的該第一判定作業及該第二判定作業中,該控制器發出的該要求封包數量為二,其中一該要求封包依據的該預定通訊協定為ISO-27145,另一該要求封包依據的該預定通訊協定為ISO-15031。 The multi-protocol confirmation method based on the controller area network as described in item 1 of the scope of the patent application, wherein in the first determination operation and the second determination operation of the confirmation procedure, the number of the requested packets issued by the controller Two, one of the predetermined communication protocols on which the required packet is based is ISO-27145, and the other of the predetermined communication protocols on which the required packet is based is ISO-15031. 如申請專利範圍第1項所述之基於控制器區域網路的多協定確認方法,其中於該監聽程序中,當以其中一該模式持續監聽一等待時間而未成功接收該封包時,改以另一該模式持續監聽該等待時間。 The multi-protocol confirmation method based on the controller area network as described in item 1 of the scope of patent application, wherein in the monitoring procedure, when one of the modes continues to monitor for a waiting time without successfully receiving the packet, it is changed to The other mode continuously monitors the waiting time. 如申請專利範圍第1項所述之基於控制器區域網路的多協定確認方法,其中於該模式設定程序中,該控制器中設定的該模式數量為四,四該模式的該鮑率分別依序為500kbps、250kbps、500kbps及250kbps,且四該模式的該識別碼長度分別依序為29位元、29位元、11位元及11位元。 The multi-protocol confirmation method based on the controller area network as described in item 1 of the patent scope, wherein in the mode setting procedure, the number of the modes set in the controller is four, and the baud rate of the mode is respectively It is 500 kbps, 250 kbps, 500 kbps, and 250 kbps in sequence, and the length of the identification code in this mode is 29 bits, 29 bits, 11 bits, and 11 bits, respectively. 一種基於控制器區域網路的多協定確認方法,用以連接一通訊節點以確認該通訊節點所依據的至少一通訊協定,該基於控制器區域網路的多協定確認方法包含:提供一模式設定程序,於一控制器區域網路的一控制器中設定至少二模式,各該模式包含一鮑率(baud rate)及一識別碼長度,其中各該模式的該鮑率不同,或各該模式的該識別碼長度不同;提供一監聽程序,輪流以二該模式監聽該通訊節點發出的一封包;以及提供一確認程序,若該封包於其中一該模式被成功接收,則使該控制器區域網路被設定為工作於成功接收該封包的該模式,該控制器並發出至少一要求封包予該通訊節點,其中該要求封包具有依據一預定通訊協定的一通訊要 求,若該控制器成功收到該通訊節點的一回覆封包,則判定該通訊節點的該通訊協定為該預定通訊協定。 A multi-protocol confirmation method based on a controller area network is used to connect a communication node to confirm at least one communication protocol based on the communication node. The multi-protocol confirmation method based on a controller area network includes: providing a mode setting Program, setting at least two modes in a controller of a controller area network, each of the modes including a baud rate (baud rate) and an identification code length, wherein the baud rate of each of the modes is different, or each of the modes The length of the identification code is different; provide a monitoring program to alternately listen to a packet sent by the communication node in the two modes; and provide a confirmation program to enable the controller area if the packet is successfully received in one of the modes The network is set to work in the mode of successfully receiving the packet, and the controller sends at least one request packet to the communication node, wherein the request packet has a communication requirement according to a predetermined communication protocol If the controller successfully receives a reply packet from the communication node, it is determined that the communication protocol of the communication node is the predetermined communication protocol. 如申請專利範圍第6項所述之基於控制器區域網路的多協定確認方法,用以連接該通訊節點以確認該通訊節點所依據的複數該通訊協定,其中於該確認程序中,判定成功接收該封包的該模式的該識別碼長度是否等於29位元(bit),若該識別碼長度等於29位元,則判定該通訊節點的一該通訊協定為SAE-J1939,再使該控制器發出該要求封包,確認該通訊節點是否具有等於該預定通訊協定的另一該通訊協定,且該要求封包依據的該預定通訊協定相異於SAE-J1939。 The multi-protocol confirmation method based on the controller area network as described in item 6 of the patent scope is used to connect the communication node to confirm the plurality of communication protocols on which the communication node is based, wherein in the confirmation procedure, the determination is successful Whether the length of the identification code of the mode receiving the packet is equal to 29 bits, if the length of the identification code is equal to 29 bits, it is determined that the communication protocol of the communication node is SAE-J1939, and then the controller The request packet is sent to confirm whether the communication node has another communication protocol equal to the predetermined communication protocol, and the predetermined communication protocol on which the request packet is based is different from SAE-J1939. 如申請專利範圍第7項所述之基於控制器區域網路的多協定確認方法,其中於該確認程序中,該控制器發出的該要求封包數量為二,其中一該要求封包依據的該預定通訊協定為ISO-27145,另一該要求封包依據的該預定通訊協定為ISO-15031。 The multi-protocol confirmation method based on the controller area network as described in item 7 of the scope of the patent application, wherein in the confirmation procedure, the number of the required packets sent by the controller is two, one of which is based on the predetermined The communication protocol is ISO-27145, and another predetermined communication protocol on which the request packet is based is ISO-15031. 如申請專利範圍第6項所述之基於控制器區域網路的多協定確認方法,其中於該監聽程序中,當以其 中一該模式持續監聽一等待時間而未成功接收該封包時,改以另一該模式持續監聽該等待時間。 The multi-protocol confirmation method based on the controller area network as described in item 6 of the scope of the patent application One of the modes continuously monitors the waiting time and fails to receive the packet, the other mode continuously monitors the waiting time.
TW107112428A 2018-04-11 2018-04-11 Multi protocol determining method based on can bus TWI694741B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
TW107112428A TWI694741B (en) 2018-04-11 2018-04-11 Multi protocol determining method based on can bus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
TW107112428A TWI694741B (en) 2018-04-11 2018-04-11 Multi protocol determining method based on can bus

Publications (2)

Publication Number Publication Date
TW201944842A TW201944842A (en) 2019-11-16
TWI694741B true TWI694741B (en) 2020-05-21

Family

ID=69184546

Family Applications (1)

Application Number Title Priority Date Filing Date
TW107112428A TWI694741B (en) 2018-04-11 2018-04-11 Multi protocol determining method based on can bus

Country Status (1)

Country Link
TW (1) TWI694741B (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW200514386A (en) * 2003-08-21 2005-04-16 Intel Corp Communication protocol determination
CN101960789A (en) * 2008-03-07 2011-01-26 罗伯特.博世有限公司 Communication system having a CAN bus and method for operating such a communication system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW200514386A (en) * 2003-08-21 2005-04-16 Intel Corp Communication protocol determination
CN101960789A (en) * 2008-03-07 2011-01-26 罗伯特.博世有限公司 Communication system having a CAN bus and method for operating such a communication system

Also Published As

Publication number Publication date
TW201944842A (en) 2019-11-16

Similar Documents

Publication Publication Date Title
KR100630209B1 (en) Method and system for providing status information for broadcast and multicast service in a mobile communication system
EP2031822B1 (en) System and method for managing wireless vehicular communications
US6728603B2 (en) System and method for managing wireless vehicular communications
JP3115322B2 (en) How the message is formed
CN101542980B (en) Method for operating an Ethernet-compatible fieldbus device
US10367889B2 (en) Smart routing for on-vehicle telematics protocol
CN1883167B (en) A method for direct communication between a first station and a second station of a wireless network
EP3100472B1 (en) A method for commissioning and joining of a field device to a network
US7054291B2 (en) Method of and system for mobile station abbreviated point-to-point protocol negotiation
US20170099201A1 (en) Network system, communication control method, and storage medium
EP1353480B1 (en) Reconnecting a cdma2000 high speed packet data service from dormant state
US10496575B1 (en) Multi-protocol determining method based on CAN bus
US11444880B2 (en) Traffic control method and related apparatus
CN107547619B (en) Timer parameter negotiation method and device
TWI694741B (en) Multi protocol determining method based on can bus
CN109819418B (en) A kind of platooning's reliable information transfer method towards mobile ad hoc network
KR101952117B1 (en) Can communication method and apparatus for vehicle
CN112087410B (en) A Multi-protocol Confirmation Method Based on Controller Area Network
JP4644709B2 (en) Data recording system, data acquisition device, data recording device, data acquisition device control program, and data recording device control program
US8892100B2 (en) Radio communication method, radio mobile device and radio base station accomodation apparatus
CN113377393B (en) Diagnosis refreshing system and method for vehicle-mounted system main node
CN103475634A (en) Method and communication system for secure data transmission
EP4555754A1 (en) Status update for multicast and broadcast service (mbs)
US20180219694A1 (en) Method for searching identifier in multi-drop communication
CN120935654A (en) Vehicle diagnosis method and system