TWI694741B - Multi protocol determining method based on can bus - Google Patents
Multi protocol determining method based on can bus Download PDFInfo
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 68
- 238000004891 communication Methods 0.000 claims description 192
- 238000012790 confirmation Methods 0.000 claims description 42
- 238000012544 monitoring process Methods 0.000 claims description 9
- 230000009286 beneficial effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 238000003745 diagnosis Methods 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000009365 direct transmission Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
Images
Landscapes
- Communication Control (AREA)
Abstract
Description
本發明是有關於一種多協定確認方法,且尤其是有關一種用於確認通訊節點所依據之通訊協定的基於控制器區域網路的多協定確認方法。 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
步驟110是提供一模式設定程序,可於一控制器區域網路的一控制器中設定至少二模式,各模式包含一鮑率及一識別碼長度,其中各模式的鮑率不同,或各模式的識別碼長度不同。
步驟120是提供一監聽程序,輪流以二模式監聽通訊節點發出的一封包。
步驟130是提供一確認程序,若封包於其中一模式被成功接收,則使控制器區域網路被設定工作於成功接收封包的模式,控制器並發出至少一要求封包予通訊節點,其中要求封包具有依據一預定通訊協定的一通訊要求,若控制器成功收到通訊節點的一回覆封包,則判定通訊節點的一通訊協定為預定通訊協定。
藉此,透過上述的監聽程序及確認程序,可以確認通訊節點具有哪些通訊協定,而有利於後續的資料收發、元件控制或故障診斷程序等。後面將更詳細的說明基於控制器區域網路的多協定確認方法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
於步驟110中,可以依照市面上不同通訊協定的規定來設定多個模式,例如SAE-J1939的鮑率分為500kbps或250kbps,而其識別碼長度為29位元,另外ISO-27145、ISO-15031的識別碼長度分為29位元或11位元。因此,可透過事先設複數個模式,用以接收對應之通訊協定的封包。 In
於步驟120的監聽程序中,可先將控制器設定成唯讀(listen only mode),使其僅能接收封包而不能發送訊息或回覆訊息,且只能接收符合指定模式的封包。因此,當以其中一模式持續監聽一等待時間而未成功接收封包時,代表其可能不符合上述模式的設定,此時可改以另一模式持續監聽前述的等待時間,前述的等待時間可由使用者依需求自定。
In the monitoring procedure of
於步驟130中,主要是進行通訊節點的通訊協定確認。當有任何封包在監聽模式中被成功接收時,代表此封包符合對應模式的設定,因此要讓控制器區域網路工作於對應模式的鮑率及識別碼長度,並以此對應模式進入一第一判定作業,而能更進一步的確認通訊節點所具有的通訊協定。
In
更仔細的說,於確認程序的第一判定作業中,可先判定成功接收封包的模式的識別碼長度是否等於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
由第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
雖然本發明已以實施方式揭露如上,然其並非用以限定本發明,任何熟習此技藝者,在不脫離本發明之精神和範圍內,當可作各種之更動與潤飾,因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。 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)
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)
| 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 |
-
2018
- 2018-04-11 TW TW107112428A patent/TWI694741B/en active
Patent Citations (2)
| 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 |