2023年全國(guó)碩士研究生考試考研英語(yǔ)一試題真題(含答案詳解+作文范文)_第1頁(yè)
已閱讀1頁(yè),還剩9頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、<p>  CAN Bus Protocol</p><p>  Introduction</p><p>  Controller Area Network (CAN) was initially created by German automotive system supplier Robert Bosch in the mid-1980s for automotive a

2、pplications as a method for enabling robust serial communication. The goal was to make automobiles more reliable, safe and fuel-efficient while decreasing wiring harness weight and complexity. Since its inception, the CA

3、N protocol has gained widespread popularity in industrial automation and automotive/truck applications. Other markets where networked solutions c</p><p>  CAN Overview</p><p>  Most network appl

4、ications follow a layered approach to system implementation. This system etic approach enables sinter operability between products from different manufacturers. A standard was created by the International Standards Organ

5、ization (ISO) as a template to follow for this layered approach. It is called the ISO Open Systems Interconnection (OSI) Network Layering Reference Model. The CAN protocol itself implements most of the lower two layers o

6、f this reference model. The communication m</p><p>  ISO11898 is a standard for high-speed applications, ISO11519 is a standard for low-speed applications, and J1939 (from SAE) is targeted for truck and bus

7、applications. All three of these protocols specify a 5V differential electrical bus as the physical interface. The rest of the layers of the ISO/OSI protocol stack are left to be implemented by the system software develo

8、per. Higher Layer Protocols (HLPs) are generally used to implement the upper five layers of the OSI Reference Model.</p><p>  HLPs are used to:</p><p>  1) Standardize startup procedures includi

9、ng bit rates used,</p><p>  2) Distribute addresses among participating nodes or types of messages,</p><p>  3) Determine the structure of the messages, and</p><p>  4) Provide syst

10、em-level error handling routines. This is by no means a full list of the functions HLPs perform; however it does describe some of their basic functionality.</p><p>  CAN Protocol Basics</p><p> 

11、 Carrier Sense Multiple Access with Collision Detection (CSMA/CD)</p><p>  The CAN communication protocol is a CSMA/CD protocol. The CSMA stands for Carrier Sense Multiple Access. What this means is that eve

12、ry node on the network must monitor the bus for a period of no activity before trying to send a message on the bus (Carrier Sense). Also, once this period of no activity occurs, every node on the bus has an equal opportu

13、nity to transmit a message (Multiple Access). The CD stands for Collision Detection. If two nodes on the network start transmitting at the same time</p><p>  There are a couple of things that are required to

14、 support non-destructive bitwise arbitration. First, logic states need to be defined as dominant or recessive. Second, the transmitting node must monitor the state of the bus to see if the logic state it is trying to sen

15、d actually appears on the bus. CAN define a logic bit 0 as a dominant bit and a logic bit 1 as a recessive bit.</p><p>  A dominant bit state will always win arbitration over a recessive bit state, therefore

16、 the lower the value in the Message Identifier (the field used in the message arbitration process), the higher the priority of the message. As an example, suppose two nodes are trying to transmit a message at the same ti

17、me. Each node will monitor the bus to make sure the bit that it is trying to send actually appears on the bus. The lower priority message will at some point try to send a recessive bit and the m</p><p>  Mes

18、sage-Based Communication</p><p>  CAN protocol is a message-based protocol, not an address based protocol. This means that messages are not transmitted from one node to another node based on addresses. Embed

19、ded in the CAN message itself is the priority and the contents of the data being transmitted. All nodes in the system receive every message transmitted on the bus (and will acknowledge if the message was properly receive

20、d). It is up to each node in the system to decide whether the message received should be immediately discar</p><p>  Another useful feature built into the CAN protocol is the ability for a node to request in

21、formation from other nodes. This is called a Remote Transmit Request(RTR). This is different from the example in the previous paragraph because instead of waiting for information to be sent by a particular node, this nod

22、e specifically requests data to be sent to it.</p><p>  One additional benefit of this message-based protocol is that additional nodes can be added to the system without the necessity to reprogram all other

23、nodes to recognize this addition. This new node will start receiving messages from the network and, based on the message ID, decide whether to process or discard the received information.</p><p>  CAN Messag

24、e Frame Description</p><p>  CAN protocol define four different types of messages (or Frames). The first and most common type of frame is a Data Frame. This is used when a node transmits information to any o

25、r all other nodes in the system. Second is a Remote Frame, which is basically a Data Frame with the RTR bit set to signify it is a Remote Transmit Request. The other two frame types are for handling errors. One is called

26、 an Error Frame and one is called an Overload Frame. Error Frames are generated by nodes that detect a</p><p>  Data Frames consist of fields that provide additional information about the message as defined

27、by the CAN specification. Embedded in the Data Frames are Arbitration Fields, Control Fields, Data Fields, CRC Fields, a 2-bit Acknowledge Field and an End of Frame.</p><p>  The Arbitration Field is used to

28、 prioritize messages on the bus. Since the CAN protocol defines a logical 0 as the dominant state, the lower the number in the arbitration field, the higher priority the message has on the bus. The arbitration field cons

29、ists of 12-bits (11 identifier bits and one RTR bit) or 32-bits (29 identifier bits, 1-bit to define the message as an extended data frame, an SRR bit which isunused, and an RTR bit), depending on whether Standard Frames

30、 or Extended Frames are bein</p><p>  As described in the preceding section, the Remote Transmit Request (RTR) is used by a node when it requires information to be sent to it from another node. To accomplish

31、 an RTR, a Remote Frame is sent with the identifier of the required Data Frame. The RTR bit in the Arbitration Field is utilized to differentiate between a Remote Frame and a Data Frame. If the RTR bit is recessive, then

32、 the message is a Remote Frame. If the RTR bit is dominant, the message is a Data Frame. </p><p>  The Control Field consists of six bits. The MSB is the IDE bit (signifies Extended Frame) which should be do

33、minant for Standard Data Frames. This bit determines if the message is a Standard or Extended Frame. In Extended Frames, this bit is RB1 and it is reserved.The next bit is RB0 and it is also reserved. The four LSBs are t

34、he Data Length Code (DLC) bits. The Data Length Code bits determine how many data bytes are included in the message. It should be noted that a Remote Frame has no data fiel</p><p>  The Acknowledge Field is

35、utilized to indicate if the message was received correctly. Any node that has correctly received the message, regardless of whether the node processes or discards the data, puts a dominant bit on the bus in the ACK Slot

36、bit time </p><p>  The last two message types are Error Frames and Overload Frames. When a node detects one of the many types of errors defined by the CAN protocol, an Error Frame occurs. Overload Frames tel

37、l the network that the node sending the Overload Frame is not ready to receive additional messages at this time, or that intermission has been violated. These errors will be discussed in more detail in the next section.&

38、lt;/p><p>  Fast, Robust Communication</p><p>  Because CAN was initially designed for use in auto mobiles, a protocol that efficiently handled errors was critical if it was to gain market acceptan

39、ce. With the release of version 2.0B of the CAN specification, the maximum communication rate was increased 8x over the version 1.0 specification to 1Mbit/sec. At this rate, even the most time-critical parameters can be

40、transmitted serially without latency concerns. In addition to this, the CAN protocol has a comprehensive list of errors it can dete</p><p>  CAN nodes have the ability to determine fault conditions and trans

41、ition to different modes based on the severity of problems being encountered. They also have the ability to detect short disturbances from permanent failures and modify their functionality accordingly. CAN nodes can tran

42、sition from functioning like a normal node (being able to transmit and receive messages normally), to shutting down completely (bus-off) based on the severity of the errors detected. This feature is called Fault Co</p

43、><p>  Conclusion</p><p>  The CAN protocol was optimized for systems that need to transmit and receive relatively small amounts of information (as compared to Ethernet or USB, which are designed t

44、o move much larger blocks of data) reliably to any or all other nodes on the network. CSMA/CD allows every node to have an equal chance to gain access to the bus, and allows for smooth handling of collisions. Since the p

45、rotocol is message-based, not address based, all messages on the bus receive every message and acknowledge eve</p><p>  Fast, robust message transmission with fault confinement is also a big plus for CAN bec

46、ause faulty nodes will automatically drop off the bus not allowing any one node from bringing a network down. This effectively guarantees that bandwidth will always be available for critical messages to be transmitted. W

47、ith all of these benefits built into the CAN protocol and its momentum in the automotive world, other markets will begin to see and implement CAN into their systems.</p><p><b>  CAN 總線協(xié)議</b></

48、p><p><b>  簡(jiǎn)介</b></p><p>  控制器區(qū)域網(wǎng)絡(luò)(CAN)的最初創(chuàng)建者是80年代中期的德國(guó)汽車(chē)系統(tǒng)供應(yīng)商羅伯特博世,作為汽車(chē)應(yīng)用啟用強(qiáng)大的串行通信的方法。其目標(biāo)是讓汽車(chē)更可靠,安全,省油同時(shí)減少線束的重量和復(fù)雜性。公司自成立以來(lái),已取得了CAN協(xié)議廣泛普及和其在工業(yè)自動(dòng)化汽車(chē)/卡車(chē)方面的應(yīng)用。該總線在其他市場(chǎng)網(wǎng)絡(luò)解決方案一樣能夠帶來(lái)強(qiáng)有力的利潤(rùn),例

49、如醫(yī)療設(shè)備,測(cè)試設(shè)備和移動(dòng)機(jī)器也開(kāi)始利用CAN總線的優(yōu)勢(shì)。本文的目的是解釋一些CAN的基本知識(shí),和選擇CAN通信作為嵌入式系統(tǒng)網(wǎng)絡(luò)應(yīng)用的好處。</p><p>  CAN總線概述大多數(shù)網(wǎng)絡(luò)應(yīng)用程序遵循分層方法實(shí)施。這一系統(tǒng)的方法使不同產(chǎn)品之間的制造商共同創(chuàng)建一個(gè)標(biāo)準(zhǔn)的國(guó)際標(biāo)準(zhǔn)化組織(ISO)的為模板遵循這種分層方法。這就是所謂的國(guó)際標(biāo)準(zhǔn)組織開(kāi)放系統(tǒng)互連(OSI)網(wǎng)絡(luò)分層參考模型。CAN協(xié)議本身實(shí)現(xiàn)了較低的最基

50、本參考模型層的通信模型中的一部分,是故意忽略CAN規(guī)范,使系統(tǒng)設(shè)計(jì)調(diào)整和優(yōu)化的通信協(xié)議最大程度的靈活性(雙絞線多種媒體,單絲,光隔離,射頻,紅外線等)。有了這個(gè)靈活性,但是,隨之而來(lái)的互操作的可能性成為關(guān)注。為了緩解這些問(wèn)題一些國(guó)際標(biāo)準(zhǔn)組織與國(guó)際汽車(chē)工程師學(xué)會(huì)(SAE)在原來(lái)的基礎(chǔ)上定義了一些在CAN協(xié)議基礎(chǔ)上的定義,這包括在指定兩個(gè)底層媒體獨(dú)立接口的定義。</p><p>  ISO11898是一個(gè)用于高速應(yīng)用

51、的標(biāo)準(zhǔn),ISO11519是一個(gè)低速應(yīng)用標(biāo)準(zhǔn),J1939的(從SAE)對(duì)象是卡車(chē)和總線的應(yīng)用。所有這些協(xié)議的物理接口指定為一個(gè)5V的差分電氣總線。其余剩下ISO / OSI協(xié)議棧層由系統(tǒng)軟件開(kāi)發(fā)商來(lái)實(shí)現(xiàn),更高一層的協(xié)議(HLPs)一般用來(lái)實(shí)現(xiàn)上面五層的OSI參考模型。</p><p>  HLPs用于:1)規(guī)范程序,包括比特率啟動(dòng)使用時(shí),2)參與節(jié)點(diǎn)之間分配地址消息或類(lèi)型,3)確定的消息結(jié)構(gòu),4)提供系統(tǒng)級(jí)

52、的錯(cuò)誤處理例程。這絕不是一個(gè)執(zhí)行的職能HLPs完整列表,但它確實(shí)描述了他們的基本的一些功能。</p><p><b>  CAN總線協(xié)議基礎(chǔ)</b></p><p>  載波偵聽(tīng)多路訪問(wèn)沖突檢測(cè)(CSMA / CD)</p><p>  CAN通訊協(xié)議是CSMA / CD協(xié)議,CSMA代表載波偵聽(tīng)多路訪問(wèn)。這意味著,每一個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)在嘗試往總線上

53、發(fā)送一個(gè)消息期間,必須監(jiān)測(cè)總線并保證總線處于不活動(dòng)狀態(tài)(載波監(jiān)聽(tīng));另外,當(dāng)總線處于空閑狀態(tài),總線上的每一個(gè)節(jié)點(diǎn)傳輸消息的機(jī)會(huì)是平等的(多址接入)。CD代表沖突檢測(cè)。如果兩個(gè)網(wǎng)絡(luò)上的節(jié)點(diǎn)在同一時(shí)間開(kāi)始發(fā)送數(shù)據(jù),節(jié)點(diǎn)將檢測(cè)到?jīng)_突并采取適當(dāng)?shù)男袆?dòng)。在CAN協(xié)議中,利用無(wú)損逐位仲裁的方法。這也就是說(shuō),即使完成沖突檢測(cè),仲裁后消息仍然保持完整,所有這一切仲裁均無(wú)損壞或延誤的最高優(yōu)先級(jí)的消息。</p><p>  無(wú)損逐位

54、仲裁的實(shí)現(xiàn)需要兩個(gè)條件。第一,邏輯狀態(tài)必須定義為顯性或隱性。第二,發(fā)送節(jié)點(diǎn)必須監(jiān)視總線狀態(tài),以此觀察正在試圖發(fā)送到總線上的實(shí)際邏輯狀態(tài)。CAN總線定義為一個(gè)邏輯顯性位0和邏輯隱性位1。一個(gè)顯性位的狀態(tài)總能仲裁隱性位的狀態(tài),因此,較低的消息標(biāo)識(shí)符值(消息中的仲裁過(guò)程中使用的字段),消息的優(yōu)先級(jí)越高。例如,假設(shè)兩個(gè)節(jié)點(diǎn)試圖在同一時(shí)間發(fā)送消息。每個(gè)節(jié)點(diǎn)會(huì)監(jiān)察總線,以保證它正試圖發(fā)送的位確確實(shí)實(shí)出現(xiàn)在總線上。</p><p&

55、gt;  較低的優(yōu)先級(jí)的消息將在某個(gè)點(diǎn)嘗試發(fā)送一個(gè)隱性位,并監(jiān)視總線狀態(tài)使自己成為主節(jié)點(diǎn)。此時(shí),這個(gè)節(jié)點(diǎn)失去仲裁,并立即停止發(fā)送。更高的優(yōu)先級(jí)消息將持續(xù)發(fā)送直到完成,失去仲裁的節(jié)點(diǎn)將等待總線的下一個(gè)空閑周期,并嘗試發(fā)送數(shù)據(jù)。</p><p>  基于消息的通信CAN協(xié)議是一個(gè)基于消息的協(xié)議,而不是一個(gè)基于地址的協(xié)議,這意味著消息不能從一個(gè)節(jié)點(diǎn)地址傳送到另一個(gè)節(jié)點(diǎn)地址上。嵌入式CAN消息本身就是優(yōu)先和正在傳輸數(shù)

56、據(jù)的內(nèi)容。所有系統(tǒng)中的節(jié)點(diǎn)將接收每個(gè)傳遞在總線上的消息(如果消息正確接收并確認(rèn))。它是由系統(tǒng)的每個(gè)節(jié)點(diǎn)決定是否將接收到的數(shù)據(jù)立即丟棄還是保存處理。一個(gè)單一的消息可以設(shè)計(jì)成指定接受一個(gè)特定的節(jié)點(diǎn),或許多建立在網(wǎng)絡(luò)和系統(tǒng)上的節(jié)點(diǎn)。例如,汽車(chē)安全氣囊傳感器只能通過(guò)CAN連接到安全系統(tǒng)的路由器節(jié)點(diǎn),此路由器節(jié)點(diǎn)接收其他系統(tǒng)安全信息并轉(zhuǎn)發(fā)到安全系統(tǒng)網(wǎng)絡(luò)的其他節(jié)點(diǎn)上。安全系統(tǒng)網(wǎng)絡(luò)上的所有其他節(jié)點(diǎn)可以在同一時(shí)間從路由器上收到最新的安全氣囊傳感器的信息

57、,確認(rèn)是否被正確接收后,決定是否利用這些信息,或遺棄它。</p><p>  另外一個(gè)內(nèi)置在CAN協(xié)議中的有用的特性是,可以要求一個(gè)節(jié)點(diǎn)向另一個(gè)節(jié)點(diǎn)發(fā)送消息,這就是所謂的遠(yuǎn)程發(fā)送請(qǐng)求(RTR)。這個(gè)與前面的例子不同,因?yàn)椋藭r(shí)節(jié)點(diǎn)在等待一個(gè)特定的節(jié)點(diǎn)的消息,這個(gè)特定節(jié)點(diǎn)發(fā)出的消息是被動(dòng)的。</p><p>  這種基于消息的協(xié)議的一個(gè)額外的好處是,可以添加額外的節(jié)點(diǎn),系統(tǒng)沒(méi)有必要對(duì)所有其他

58、節(jié)點(diǎn)進(jìn)行重新編程,也可以識(shí)別這個(gè)節(jié)點(diǎn)。這個(gè)新的節(jié)點(diǎn)將開(kāi)始接收來(lái)自網(wǎng)絡(luò)的消息,根據(jù)消息ID,決定是否要處理或丟棄收到的信息。</p><p>  CAN消息幀描述CAN協(xié)議定義了四種不同類(lèi)型的信息(或幀)。第一個(gè)也是最常見(jiàn)的類(lèi)型是數(shù)據(jù)幀,這是用來(lái)當(dāng)一個(gè)節(jié)點(diǎn)發(fā)送信息系統(tǒng)中的任何或所有其他節(jié)點(diǎn);二是遠(yuǎn)程幀,這基本上是一個(gè)用來(lái)設(shè)置表示,它是一個(gè)遠(yuǎn)程發(fā)送請(qǐng)求RTR位的數(shù)據(jù)幀。其他兩個(gè)錯(cuò)誤處理的幀,一個(gè)為錯(cuò)誤幀和一個(gè)為過(guò)

59、載幀。檢測(cè)出CAN協(xié)議定義的錯(cuò)誤都將產(chǎn)生錯(cuò)誤幀,產(chǎn)生超載錯(cuò)誤的節(jié)點(diǎn),需要更多的時(shí)間來(lái)處理已經(jīng)接收的數(shù)據(jù)。</p><p>  數(shù)據(jù)幀中包括的有關(guān)數(shù)據(jù)信息的額外字段由CAN定義規(guī)范,數(shù)據(jù)幀中嵌入仲裁場(chǎng),控制場(chǎng),數(shù)據(jù)區(qū),CRC場(chǎng),一個(gè)2位的應(yīng)答場(chǎng)和一個(gè)幀結(jié)束。</p><p>  仲裁字段用于總線消息的優(yōu)先,由于CAN協(xié)議定義為邏輯0為顯性狀態(tài),在仲裁場(chǎng)的數(shù)字越低,在總線上的消息優(yōu)先級(jí)更高。該

60、仲裁場(chǎng)由仲裁場(chǎng)由12位(11位標(biāo)識(shí)符和RTR位)或32位(29個(gè)標(biāo)識(shí)符位,1位擴(kuò)展數(shù)據(jù)幀定義位,未使用的SRR位,RTR位),這取決于是否用到標(biāo)準(zhǔn)幀或擴(kuò)展幀。當(dāng)前版本的CAN規(guī)范2.0B版,定義了29位的標(biāo)識(shí)符,并稱(chēng)其為擴(kuò)展幀。之前的CAN規(guī)范版本中定義的11位標(biāo)識(shí)符就是所謂的標(biāo)準(zhǔn)幀標(biāo)識(shí)符。正如上一節(jié)中所述,遠(yuǎn)程發(fā)送請(qǐng)求(RTR)用于一個(gè)節(jié)點(diǎn)時(shí),要求信息發(fā)送給它從另一個(gè)節(jié)點(diǎn)。為了完成一個(gè)遠(yuǎn)程請(qǐng)求,遠(yuǎn)程幀發(fā)送與標(biāo)識(shí)符相同的數(shù)據(jù)幀。RT

61、R位仲裁字段是用來(lái)區(qū)分遠(yuǎn)程幀和數(shù)據(jù)幀,如果RTR位隱性的,則該消息是一個(gè)遠(yuǎn)程幀,如果RTR位是顯性的,該消息是一個(gè)數(shù)據(jù)幀。</p><p>  控制場(chǎng)由6位組成, MSB是IDE位(象征擴(kuò)展幀)大多數(shù)情況下為標(biāo)準(zhǔn)數(shù)據(jù)幀,該位決定如果消息是標(biāo)準(zhǔn)幀還是擴(kuò)展幀。在擴(kuò)展幀中,RB0和RB1位被保留。最低四位有效位是數(shù)據(jù)長(zhǎng)度碼(DLC)位,數(shù)據(jù)長(zhǎng)度碼位決定在消息中包含多少字節(jié)數(shù)據(jù)。應(yīng)當(dāng)指出,遠(yuǎn)程幀沒(méi)有數(shù)據(jù)領(lǐng)域,無(wú)論DLC位

62、為多少。數(shù)據(jù)區(qū)就是在控制場(chǎng)中描述的數(shù)據(jù)長(zhǎng)度碼的字節(jié)數(shù)量的數(shù)據(jù)。CRC場(chǎng)包含一個(gè)15位的CRC字段和一個(gè)CRC定界符,用于接收節(jié)點(diǎn)時(shí)確定是否發(fā)生傳輸錯(cuò)誤。</p><p>  應(yīng)答場(chǎng)是用來(lái)表示如果消息被正確接收。任何節(jié)點(diǎn)已正確收到的消息,不論節(jié)點(diǎn)處理或丟棄的數(shù)據(jù),都會(huì)在幀間間隔發(fā)送一個(gè)顯性位到總線上。</p><p>  最后兩個(gè)消息類(lèi)型,錯(cuò)誤幀和過(guò)載幀。當(dāng)一個(gè)節(jié)點(diǎn)檢測(cè)到一個(gè)由CAN協(xié)議定義

63、的錯(cuò)誤時(shí),會(huì)產(chǎn)生一個(gè)錯(cuò)誤幀。過(guò)載幀告訴網(wǎng)絡(luò)該節(jié)點(diǎn)發(fā)送數(shù)據(jù)過(guò)載,該節(jié)點(diǎn)并沒(méi)有準(zhǔn)備好在這個(gè)時(shí)候接收更多的數(shù)據(jù),或在幀間間隔檢測(cè)到非法顯性位。</p><p><b>  快速,可靠的通信</b></p><p>  因?yàn)镃AN協(xié)議最初設(shè)計(jì)用于汽車(chē)的使用,如果它要得到市場(chǎng)的認(rèn)可,關(guān)鍵是有效地處理錯(cuò)誤。隨著發(fā)布2.0B版的CAN規(guī)范,相對(duì)1.0版本規(guī)范,最高通信速率增加8倍以

64、上達(dá)到1Mbit/sec。按照這一速度,大多數(shù)關(guān)鍵時(shí)間參數(shù)也可以連續(xù)無(wú)延時(shí)地傳輸。除了這個(gè),CAN協(xié)議的有一個(gè)全面的錯(cuò)誤檢測(cè)列表,以確保消息的完整性。CAN節(jié)點(diǎn)有能力根據(jù)故障狀況和所遇到的問(wèn)題的嚴(yán)重性過(guò)渡到不同的模式。他們還有能力在檢測(cè)永久中檢測(cè)到短期擾動(dòng),從而相應(yīng)地修改它們的功能。CAN節(jié)點(diǎn)通能夠從像一個(gè)正常運(yùn)作的節(jié)點(diǎn)(即能夠發(fā)送和接收消息),也能根據(jù)檢測(cè)到的錯(cuò)誤的嚴(yán)重性過(guò)渡到完全關(guān)閉的狀態(tài)(總線關(guān)閉),此功能被稱(chēng)為故障隔離。無(wú)故

65、障節(jié)點(diǎn)將占用所有的帶寬,因?yàn)榫W(wǎng)絡(luò)將限制故障節(jié)點(diǎn),并在網(wǎng)絡(luò)癱瘓之前關(guān)閉故障節(jié)點(diǎn)和。這是非常強(qiáng)大,因?yàn)楣收辖缍ūWC系統(tǒng)關(guān)鍵信息的帶寬。</p><p>  結(jié)論CAN協(xié)議對(duì)系統(tǒng)進(jìn)行了優(yōu)化,依靠任意網(wǎng)絡(luò)上的節(jié)點(diǎn),發(fā)送和接收信息量相對(duì)較少(與之相比,以太網(wǎng)或USB接口,其宗旨在移動(dòng)更大的數(shù)據(jù)塊)。CSMA/CD的通信方式允許每個(gè)節(jié)點(diǎn)有平等的獲得訪問(wèn)總線的機(jī)會(huì),并可以順利處理沖突。由于協(xié)議是基于消息的,而不是基于地

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫(kù)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論