15.CAN 模塊介紹

CAN是控制器局域網(wǎng)絡(luò)(Controller Area Network)的簡(jiǎn)稱，它是由研發(fā)和生產(chǎn)汽車(chē)電子產(chǎn)品著稱的德國(guó)BOSCH公司開(kāi)發(fā)的，并最終成為國(guó)際標(biāo)準(zhǔn)（ISO11519），是國(guó)際上應(yīng)用最廣泛的現(xiàn)場(chǎng)總線之一。

CAN總線協(xié)議已經(jīng)成為汽車(chē)計(jì)算機(jī)控制系統(tǒng)和嵌入式工業(yè)控制局域網(wǎng)的標(biāo)準(zhǔn)總線，并且擁有以CAN為底層協(xié)議專為大型貨車(chē)和重工機(jī)械車(chē)輛設(shè)計(jì)的J1939協(xié)議。近年來(lái)，它具有的高可靠性和良好的錯(cuò)誤檢測(cè)能力受到重視，被廣泛應(yīng)用于汽車(chē)計(jì)算機(jī)控制系統(tǒng)和環(huán)境溫度惡劣、電磁輻射強(qiáng)及振動(dòng)大的工業(yè)環(huán)境。

15.1.CAN 基礎(chǔ)知識(shí)

CAN 物理層

與I2C、SPI等具有時(shí)鐘信號(hào)的同步通訊方式不同，CAN通訊并不是以時(shí)鐘信號(hào)來(lái)進(jìn)行同步的，它是一種異步通訊，只具有CAN_High和CAN_Low兩條信號(hào)線，共同構(gòu)成一組差分信號(hào)線，以差分信號(hào)的形式進(jìn)行通訊。

閉環(huán)總線網(wǎng)絡(luò)

CAN物理層的形式主要有兩種，如下圖所示CAN閉環(huán)總線通訊網(wǎng)絡(luò)是一種遵循ISO11898標(biāo)準(zhǔn)的高速、短距離“閉環(huán)網(wǎng)絡(luò)”，它的總線最大長(zhǎng)度為40m，通信速度最高為1Mbps，總線的兩端各要求有一個(gè)“120歐”的電阻。

輸入圖片說(shuō)明

開(kāi)環(huán)總線網(wǎng)絡(luò)

如下圖所示CAN開(kāi)環(huán)總線通訊網(wǎng)絡(luò)是一種遵循ISO11519-2標(biāo)準(zhǔn)的低速、遠(yuǎn)距離“開(kāi)環(huán)網(wǎng)絡(luò)”，它的最大傳輸距離為1km，最高通訊速率為125kbps，兩根總線是獨(dú)立的、不形成閉環(huán)，要求每根總線上各串聯(lián)有一個(gè)“2.2千歐”的電阻。

輸入圖片說(shuō)明

通訊節(jié)點(diǎn)

從CAN通訊網(wǎng)絡(luò)圖可了解到，CAN總線上可以掛載多個(gè)通訊節(jié)點(diǎn)，節(jié)點(diǎn)之間的信號(hào)經(jīng)過(guò)總線傳輸，實(shí)現(xiàn)節(jié)點(diǎn)間通訊。由于CAN通訊協(xié)議不對(duì)節(jié)點(diǎn)進(jìn)行地址編碼，而是對(duì)數(shù)據(jù)內(nèi)容進(jìn)行編碼的，所以網(wǎng)絡(luò)中的節(jié)點(diǎn)個(gè)數(shù)理論上不受限制，只要總線的負(fù)載足夠即可，可以通過(guò)中繼器增強(qiáng)負(fù)載。

CAN通訊節(jié)點(diǎn)由一個(gè)CAN控制器及CAN收發(fā)器組成，控制器與收發(fā)器之間通過(guò)CAN_Tx及CAN_Rx信號(hào)線相連，收發(fā)器與CAN總線之間使用CAN_High及CAN_Low信號(hào)線相連。其中CAN_Tx及CAN_Rx使用普通的類似TTL邏輯信號(hào)，而CAN_High及CAN_Low是一對(duì)差分信號(hào)線，使用比較特別的差分信號(hào)，下一小節(jié)再詳細(xì)說(shuō)明。

當(dāng)CAN節(jié)點(diǎn)需要發(fā)送數(shù)據(jù)時(shí)，控制器把要發(fā)送的二進(jìn)制編碼通過(guò)CAN_Tx線發(fā)送到收發(fā)器，然后由收發(fā)器把這個(gè)普通的邏輯電平信號(hào)轉(zhuǎn)化成差分信號(hào)，通過(guò)差分線CAN_High和CAN_Low線輸出到CAN總線網(wǎng)絡(luò)。而通過(guò)收發(fā)器接收總線上的數(shù)據(jù)到控制器時(shí)，則是相反的過(guò)程，收發(fā)器把總線上收到的CAN_High及CAN_Low信號(hào)轉(zhuǎn)化成普通的邏輯電平信號(hào)，通過(guò)CAN_Rx輸出到控制器中。

例如，GD32的CAN片上外設(shè)就是通訊節(jié)點(diǎn)中的控制器，為了構(gòu)成完整的節(jié)點(diǎn)，還要給它外接一個(gè)收發(fā)器，在GD32E103V-EVAL V1.0開(kāi)發(fā)板上使用型號(hào)為SN65HVD230的芯片作為CAN收發(fā)器。

CAN控制器與CAN收發(fā)器的關(guān)系如同TTL串口與MAX3232電平轉(zhuǎn)換芯片的關(guān)系，MAX3232芯片把TTL電平的串口信號(hào)轉(zhuǎn)換成RS-232電平的串口信號(hào)，CAN收發(fā)器的作用則是把CAN控制器的TTL電平信號(hào)轉(zhuǎn)換成差分信號(hào)(或者相反)。

差分信號(hào)

差分信號(hào)又稱差模信號(hào)，與傳統(tǒng)使用單根信號(hào)線電壓表示邏輯的方式有區(qū)別，使用差分信號(hào)傳輸時(shí)，需要兩根信號(hào)線，這兩個(gè)信號(hào)線的振幅相等，相位相反，通過(guò)兩根信號(hào)線的電壓差值來(lái)表示邏輯0和邏輯1。如下圖所示差分信號(hào)使用了V+與V-信號(hào)的差值表達(dá)出了圖下方的信號(hào)。

輸入圖片說(shuō)明

相對(duì)于單信號(hào)線傳輸?shù)姆绞?，使用差分信?hào)傳輸具有如下優(yōu)點(diǎn)：

抗干擾能力強(qiáng)，當(dāng)外界存在噪聲干擾時(shí)，幾乎會(huì)同時(shí)耦合到兩條信號(hào)線上，而接收端只關(guān)心兩個(gè)信號(hào)的差值，所以外界的共模噪聲可以被完全抵消。
能有效抑制它對(duì)外部的電磁干擾，同樣的道理，由于兩根信號(hào)的極性相反，他們對(duì)外輻射的電磁場(chǎng)可以相互抵消，耦合的越緊密，泄放到外界的電磁能量越少。
時(shí)序定位精確，由于差分信號(hào)的開(kāi)關(guān)變化是位于兩個(gè)信號(hào)的交點(diǎn)，而不像普通單端信號(hào)依靠高低兩個(gè)閾值電壓判斷，因而受工藝，溫度的影響小，能降低時(shí)序上的誤差，同時(shí)也更適合于低幅度信號(hào)的電路。

由于差分信號(hào)線具有這些優(yōu)點(diǎn)，所以在USB協(xié)議、485協(xié)議、以太網(wǎng)協(xié)議及CAN協(xié)議的物理層中，都使用了差分信號(hào)傳輸。

CAN 協(xié)議中的差分信號(hào)

CAN協(xié)議中對(duì)它使用的CAN_High及CAN_Low表示的差分信號(hào)做了規(guī)定，見(jiàn)下表CAN協(xié)議標(biāo)準(zhǔn)表示的信號(hào)邏輯及下圖CAN差分信號(hào)（高速）所示。以高速CAN協(xié)議為例，當(dāng)表示邏輯1時(shí)(隱性電平)，CAN_High和CAN_Low線上的電壓均為2.5v，即它們的電壓差VH-VL=0V；而表示邏輯0時(shí)(顯性電平)，CAN_High的電平為3.5V，CAN_Low線的電平為1.5V，即它們的電壓差為VHVL=2V。例如，當(dāng)CAN收發(fā)器從CAN_Tx線接收到來(lái)自CAN控制器的低電平信號(hào)時(shí)(邏輯0)，它會(huì)使CAN_High輸出3.5V，同時(shí)CAN_Low輸出1.5V，從而輸出顯性電平表示邏輯0。

CAN協(xié)議標(biāo)準(zhǔn)表示的信號(hào)邏輯

輸入鏈接說(shuō)明

CAN 差分信號(hào)（高速）

輸入圖片說(shuō)明

在 CAN 總線中，必須使它處于隱性電平(邏輯 1)或顯性電平(邏輯 0)中的其中一個(gè)狀態(tài)。假如有兩個(gè) CAN 通訊節(jié)點(diǎn)，在同一時(shí)間，一個(gè)輸出隱性電平，另一個(gè)輸出顯性電平，類似 I2C 總線的“線與”特性將使它處于顯性電平狀態(tài)，顯性電平的名字就是這樣來(lái)的，即可以認(rèn)為顯性具有優(yōu)先的意味。

由于 CAN 總線協(xié)議的物理層只有 1 對(duì)差分線，在一個(gè)時(shí)刻只能表示一個(gè)信號(hào)，所以對(duì)通訊節(jié)點(diǎn)來(lái)說(shuō)，CAN 通訊是半雙工的，收發(fā)數(shù)據(jù)需要分時(shí)進(jìn)行。在 CAN 的通訊網(wǎng)絡(luò)中，因?yàn)楣灿每偩€，在整個(gè)網(wǎng)絡(luò)中同一時(shí)刻只能有一個(gè)通訊節(jié)點(diǎn)發(fā)送信號(hào)，其余的節(jié)點(diǎn)在該時(shí)刻都只能接收。

CAN 協(xié)議層

以上是 CAN 的物理層標(biāo)準(zhǔn)，約定了電氣特性，以下介紹的協(xié)議層則規(guī)定了通訊邏輯。

CAN 的波特率及位同步

由于CAN屬于異步通訊，沒(méi)有時(shí)鐘信號(hào)線，連接在同一個(gè)總線網(wǎng)絡(luò)中的各個(gè)節(jié)點(diǎn)會(huì)像串口異步通訊那樣，節(jié)點(diǎn)間使用約定好的波特率進(jìn)行通訊，特別地，CAN還會(huì)使用“位同步”的方式來(lái)抗干擾、吸收誤差，實(shí)現(xiàn)對(duì)總線電平信號(hào)進(jìn)行正確的采樣，確保通訊正常。

位時(shí)序分解

為了實(shí)現(xiàn)位同步，CAN 協(xié)議把每一個(gè)數(shù)據(jù)位的時(shí)序分解成如下圖 CAN 位時(shí)序分解圖所示的 SS段、PTS 段、PBS1 段、PBS2 段，這四段的長(zhǎng)度加起來(lái)即為一個(gè) CAN 數(shù)據(jù)位的長(zhǎng)度。分解后最小的時(shí)間單位是 Tq，而一個(gè)完整的位由 8~25 個(gè) Tq 組成。為方便表示，CAN 位時(shí)序分解圖中的高低電平直接代表信號(hào)邏輯 0 或邏輯 1(不是差分信號(hào))。

輸入圖片說(shuō)明

該圖中表示的 CAN 通訊信號(hào)每一個(gè)數(shù)據(jù)位的長(zhǎng)度為 19Tq，其中 SS 段占 1Tq，PTS 段占 6Tq，PBS1 段占 5Tq，PBS2 段占 7Tq。信號(hào)的采樣點(diǎn)位于 PBS1 段與 PBS2 段之間，通過(guò)控制各段的長(zhǎng)度，可以對(duì)采樣點(diǎn)的位置進(jìn)行偏移，以便準(zhǔn)確地采樣。

各段的作用介紹如下：

SS段(SYNC SEG)

SS 譯為同步段，若通訊節(jié)點(diǎn)檢測(cè)到總線上信號(hào)的跳變沿被包含在 SS 段的范圍之內(nèi)，則表示節(jié)點(diǎn)與總線的時(shí)序是同步的，當(dāng)節(jié)點(diǎn)與總線同步時(shí)，采樣點(diǎn)采集到的總線電平即可被確定為該位的電平。SS 段的大小固定為 1Tq。

PTS段(PROP SEG)

PTS 譯為傳播時(shí)間段，這個(gè)時(shí)間段是用于補(bǔ)償網(wǎng)絡(luò)的物理延時(shí)時(shí)間。是總線上輸入比較器延時(shí)和輸出驅(qū)動(dòng)器延時(shí)總和的兩倍。PTS 段的大小可以為 1~8Tq。

PBS1段(PHASE SEG1)

PBS1 譯為相位緩沖段，主要用來(lái)補(bǔ)償邊沿階段的誤差，它的時(shí)間長(zhǎng)度在重新同步的時(shí)候可以加長(zhǎng)。PBS1 段的初始大小可以為 1~8Tq。

PBS2段(PHASE SEG2)

PBS2 這是另一個(gè)相位緩沖段，也是用來(lái)補(bǔ)償邊沿階段誤差的，它的時(shí)間長(zhǎng)度在重新同步時(shí)可以縮短。PBS2 段的初始大小可以為 2~8Tq。

通訊的波特率

總線上的各個(gè)通訊節(jié)點(diǎn)只要約定好1個(gè)Tq的時(shí)間長(zhǎng)度以及每一個(gè)數(shù)據(jù)位占據(jù)多少個(gè)Tq，就可以確定CAN通訊的波特率。

例如，假設(shè)圖5-53中的1Tq=1us，而每個(gè)數(shù)據(jù)位由19個(gè)Tq組成，則傳輸一位數(shù)據(jù)需要時(shí)間T1bit =19us，從而每秒可以傳輸?shù)臄?shù)據(jù)位個(gè)數(shù)為：

1x106/19 = 52631.6 (bps)

這個(gè)每秒可傳輸?shù)臄?shù)據(jù)位的個(gè)數(shù)即為通訊中的波特率。

同步過(guò)程分析

波特率只是約定了每個(gè)數(shù)據(jù)位的長(zhǎng)度，數(shù)據(jù)同步還涉及到相位的細(xì)節(jié)，這個(gè)時(shí)候就需要用到數(shù)據(jù)位內(nèi)的SS、PTS、PBS1及PBS2段了。

根據(jù)對(duì)段的應(yīng)用方式差異，CAN 的數(shù)據(jù)同步分為硬同步和重新同步。其中硬同步只是當(dāng)存在“幀起始信號(hào)”時(shí)起作用，無(wú)法確保后續(xù)一連串的位時(shí)序都是同步的，而重新同步方式可解決該問(wèn)題，這兩種方式具體介紹如下：

（1）硬同步

若某個(gè) CAN 節(jié)點(diǎn)通過(guò)總線發(fā)送數(shù)據(jù)時(shí)，它會(huì)發(fā)送一個(gè)表示通訊起始的信號(hào)(即下一小節(jié)介紹的幀起始信號(hào))，該信號(hào)是一個(gè)由高變低的下降沿。而掛載到 CAN 總線上的通訊節(jié)點(diǎn)在不發(fā)送數(shù)據(jù)時(shí)，會(huì)時(shí)刻檢測(cè)總線上的信號(hào)。

下圖硬同步過(guò)程圖所示，可以看到當(dāng)總線出現(xiàn)幀起始信號(hào)時(shí)，某節(jié)點(diǎn)檢測(cè)到總線的幀起始信號(hào)不在節(jié)點(diǎn)內(nèi)部時(shí)序的 SS 段范圍，所以判斷它自己的內(nèi)部時(shí)序與總線不同步，因而這個(gè)狀態(tài)的采樣點(diǎn)采集得的數(shù)據(jù)是不正確的。所以節(jié)點(diǎn)以硬同步的方式調(diào)整，把自己的位時(shí)序中的 SS 段平移至總線出現(xiàn)下降沿的部分，獲得同步，同步后采樣點(diǎn)就可以采集得正確數(shù)據(jù)了。

輸入圖片說(shuō)明

（2）重新同步

前面的硬同步只是當(dāng)存在幀起始信號(hào)時(shí)才起作用，如果在一幀很長(zhǎng)的數(shù)據(jù)內(nèi)，節(jié)點(diǎn)信號(hào)與總線信號(hào)相位有偏移時(shí)，這種同步方式就無(wú)能為力了。因而需要引入重新同步方式，它利用普通數(shù)據(jù)位的高至低電平的跳變沿來(lái)同步(幀起始信號(hào)是特殊的跳變沿)。重新同步與硬同步方式相似的地方是它們都使用 SS 段來(lái)進(jìn)行檢測(cè)，同步的目的都是使節(jié)點(diǎn)內(nèi)的 SS 段把跳變沿包含起來(lái)。

重新同步的方式分為超前和滯后兩種情況，以總線跳變沿與 SS 段的相對(duì)位置進(jìn)行區(qū)分。第一種相位超前的情況如下圖所示，相位超前時(shí)的重新同步，節(jié)點(diǎn)從總線的邊沿跳變中，檢測(cè)到它內(nèi)部的時(shí)序比總線的時(shí)序相對(duì)超前2Tq，這時(shí)控制器在下一個(gè)位時(shí)序中的PBS1段增加2Tq的時(shí)間長(zhǎng)度，使得節(jié)點(diǎn)與總線時(shí)序重新同步。

相位超前時(shí)的重新同步

輸入圖片說(shuō)明

第二種相位滯后的情況如下圖所示，相位滯后時(shí)的重新同步，節(jié)點(diǎn)從總線的邊沿跳變中，檢測(cè)到它的時(shí)序比總線的時(shí)序相對(duì)滯后2Tq，這時(shí)控制器在前一個(gè)位時(shí)序中的 PBS2 段減少 2Tq 的時(shí)間長(zhǎng) 度，獲得同步。

相位滯后時(shí)的重新同步

輸入圖片說(shuō)明

在重新同步的時(shí)候，PBS1 和 PBS2 中增加或減少的這段時(shí)間長(zhǎng)度被定義為“重新同步補(bǔ)償寬度SJW (reSynchronization Jump Width)”。一般來(lái)說(shuō) CAN 控制器會(huì)限定 SJW 的最大值，如限定了最大 SJW=3Tq 時(shí)，單次同步調(diào)整的時(shí)候不能增加或減少超過(guò) 3Tq 的時(shí)間長(zhǎng)度，若有需要，控制器會(huì)通過(guò)多次小幅度調(diào)整來(lái)實(shí)現(xiàn)同步。當(dāng)控制器設(shè)置的 SJW 極限值較大時(shí)，可以吸收的誤差加大，但通訊的速度會(huì)下降。

CAN 的報(bào)文種類及結(jié)構(gòu)

在 SPI 通訊中，片選、時(shí)鐘信號(hào)、數(shù)據(jù)輸入及數(shù)據(jù)輸出這 4 個(gè)信號(hào)都有單獨(dú)的信號(hào)線，I2C 協(xié)議包含有時(shí)鐘信號(hào)及數(shù)據(jù)信號(hào) 2 條信號(hào)線，異步串口包含接收與發(fā)送 2 條信號(hào)線，這些協(xié)議包含的信號(hào)都比 CAN 協(xié)議要豐富，它們能輕易進(jìn)行數(shù)據(jù)同步或區(qū)分?jǐn)?shù)據(jù)傳輸方向。而 CAN 使用的是兩條差分信號(hào)線，只能表達(dá)一個(gè)信號(hào)，簡(jiǎn)潔的物理層決定了 CAN 必然要配上一套更復(fù)雜的協(xié)議，如何用一個(gè)信號(hào)通道實(shí)現(xiàn)同樣、甚至更強(qiáng)大的功能呢？CAN 協(xié)議給出的解決方案是對(duì)數(shù)據(jù)、操作命令(如讀/寫(xiě))以及同步信號(hào)進(jìn)行打包，打包后的這些內(nèi)容稱為報(bào)文。

在原始數(shù)據(jù)段的前面加上傳輸起始標(biāo)簽、片選(識(shí)別)標(biāo)簽和控制標(biāo)簽，在數(shù)據(jù)的尾段加上 CRC 校驗(yàn)標(biāo)簽、應(yīng)答標(biāo)簽和傳輸結(jié)束標(biāo)簽，把這些內(nèi)容按特定的格式打包好，就可以用一個(gè)通道表達(dá)各種信號(hào)了，各種各樣的標(biāo)簽就如同 SPI 中各種通道上的信號(hào)，起到了協(xié)同傳輸?shù)淖饔?。?dāng)整個(gè)數(shù)據(jù)包被傳輸?shù)狡渌O(shè)備時(shí)，只要這些設(shè)備按格式去解讀，就能還原出原始數(shù)據(jù)，這樣的報(bào)文就被稱為 CAN 的“數(shù)據(jù)幀”。

為了更有效地控制通訊，CAN 一共規(guī)定了 5 種類型的幀，它們的類型及用途說(shuō)明如下表幀的種類及其用途所示。

輸入圖片說(shuō)明

數(shù)據(jù)幀的結(jié)構(gòu)

數(shù)據(jù)幀是在 CAN 通訊中最主要、最復(fù)雜的報(bào)文，我們來(lái)了解它的結(jié)構(gòu)，如下圖數(shù)據(jù)幀的結(jié)構(gòu)所示。

輸入圖片說(shuō)明

數(shù)據(jù)幀以一個(gè)顯性位(邏輯 0)開(kāi)始，以 7 個(gè)連續(xù)的隱性位(邏輯 1)結(jié)束，在它們之間，分別有仲裁段、控制段、數(shù)據(jù)段、CRC 段和 ACK 段。

幀起始

SOF 段(Start Of Frame)，譯為幀起始，幀起始信號(hào)只有一個(gè)數(shù)據(jù)位，是一個(gè)顯性電平，它用于通知各個(gè)節(jié)點(diǎn)將有數(shù)據(jù)傳輸，其它節(jié)點(diǎn)通過(guò)幀起始信號(hào)的電平跳變沿來(lái)進(jìn)行硬同步。

仲裁段

當(dāng)同時(shí)有兩個(gè)報(bào)文被發(fā)送時(shí)，總線會(huì)根據(jù)仲裁段的內(nèi)容決定哪個(gè)數(shù)據(jù)包能被傳輸，這也是它名稱的由來(lái)。

仲裁段的內(nèi)容主要為本數(shù)據(jù)幀的 ID 信息(標(biāo)識(shí)符)，數(shù)據(jù)幀具有標(biāo)準(zhǔn)格式和擴(kuò)展格式兩種，區(qū)別就在于 ID 信息的長(zhǎng)度，標(biāo)準(zhǔn)格式的 ID 為 11 位，擴(kuò)展格式的 ID 為 29 位，它在標(biāo)準(zhǔn) ID 的基礎(chǔ)上多出 18 位。在 CAN 協(xié)議中，ID 起著重要的作用，它決定著數(shù)據(jù)幀發(fā)送的優(yōu)先級(jí)，也決定著其它節(jié)點(diǎn)是否會(huì)接收這個(gè)數(shù)據(jù)幀。CAN 協(xié)議不對(duì)掛載在它之上的節(jié)點(diǎn)分配優(yōu)先級(jí)和地址，對(duì)總線的占有權(quán)是由信息的重要性決定的，即對(duì)于重要的信息，我們會(huì)給它打包上一個(gè)優(yōu)先級(jí)高的 ID，使它能夠及時(shí)地發(fā)送出去。也正因?yàn)樗@樣的優(yōu)先級(jí)分配原則，使得 CAN 的擴(kuò)展性大大加強(qiáng)，在總線上增加或減少節(jié)點(diǎn)并不影響其它設(shè)備。

報(bào)文的優(yōu)先級(jí)，是通過(guò)對(duì) ID 的仲裁來(lái)確定的。根據(jù)前面對(duì)物理層的分析我們知道如果總線上同時(shí)出現(xiàn)顯性電平和隱性電平，總線的狀態(tài)會(huì)被置為顯性電平，CAN 正是利用這個(gè)特性進(jìn)行仲裁。

若兩個(gè)節(jié)點(diǎn)同時(shí)競(jìng)爭(zhēng)CAN總線的占有權(quán)，當(dāng)它們發(fā)送報(bào)文時(shí)，若首先出現(xiàn)隱性電平，則會(huì)失去對(duì)總線的占有權(quán)，進(jìn)入接收狀態(tài)。如下圖過(guò)程所示，在開(kāi)始階段，兩個(gè)設(shè)備發(fā)送的電平一樣，所以它們一直繼續(xù)發(fā)送數(shù)據(jù)。到了圖中箭頭所指的時(shí)序處，節(jié)點(diǎn)單元1發(fā)送的為隱性電平，而此時(shí)節(jié)點(diǎn)單元2發(fā)送的為顯性電平，由于總線的“線與”特性使它表達(dá)出顯示電平，因此單元2競(jìng)爭(zhēng)總線成功，這個(gè)報(bào)文得以被繼續(xù)發(fā)送出去。

輸入圖片說(shuō)明

仲裁段 ID 的優(yōu)先級(jí)也影響著接收設(shè)備對(duì)報(bào)文的反應(yīng)。因?yàn)樵?CAN 總線上數(shù)據(jù)是以廣播的形式發(fā)送的，所有連接在 CAN 總線的節(jié)點(diǎn)都會(huì)收到所有其它節(jié)點(diǎn)發(fā)出的有效數(shù)據(jù)，因而我們的 CAN 控制器大多具有根據(jù) ID 過(guò)濾報(bào)文的功能，它可以控制自己只接收某些 ID 的報(bào)文。

回看數(shù)據(jù)幀的結(jié)構(gòu)圖中的數(shù)據(jù)幀格式，可看到仲裁段除了報(bào)文 ID 外，還有 RTR、IDE 和SRR 位。

(1) RTR 位(Remote Transmission Request Bit)，譯作遠(yuǎn)程傳輸請(qǐng)求位，它是用于區(qū)分?jǐn)?shù)據(jù)幀和遙控幀的，當(dāng)它為顯性電平時(shí)表示數(shù)據(jù)幀，隱性電平時(shí)表示遙控幀。

(2) IDE 位(Identifier Extension Bit)，譯作標(biāo)識(shí)符擴(kuò)展位，它是用于區(qū)分標(biāo)準(zhǔn)格式與擴(kuò)展格式，當(dāng)它為顯性電平時(shí)表示標(biāo)準(zhǔn)格式，隱性電平時(shí)表示擴(kuò)展格式。

(3) SRR 位(Substitute Remote Request Bit)，只存在于擴(kuò)展格式，它用于替代標(biāo)準(zhǔn)格式中的 RTR位。由于擴(kuò)展幀中的 SRR 位為隱性位，RTR 在數(shù)據(jù)幀為顯性位，所以在兩個(gè) ID 相同的標(biāo)準(zhǔn)格式報(bào)文與擴(kuò)展格式報(bào)文中，標(biāo)準(zhǔn)格式的優(yōu)先級(jí)較高。

控制段

在控制段中的 r1 和 r0 為保留位，默認(rèn)設(shè)置為顯性位。它最主要的是 DLC 段(Data Length Code)，譯為數(shù)據(jù)長(zhǎng)度碼，它由 4 個(gè)數(shù)據(jù)位組成，用于表示本報(bào)文中的數(shù)據(jù)段含有多少個(gè)字節(jié)，DLC 段表示的數(shù)字為 0~8。

數(shù)據(jù)段

數(shù)據(jù)段為數(shù)據(jù)幀的核心內(nèi)容，它是節(jié)點(diǎn)要發(fā)送的原始信息，由 0~8 個(gè)字節(jié)組成，MSB 先行。

CRC 段

為了保證報(bào)文的正確傳輸，CAN 的報(bào)文包含了一段 15 位的 CRC 校驗(yàn)碼，一旦接收節(jié)點(diǎn)算出的CRC 碼跟接收到的 CRC 碼不同，則它會(huì)向發(fā)送節(jié)點(diǎn)反饋出錯(cuò)信息，利用錯(cuò)誤幀請(qǐng)求它重新發(fā)送。CRC 部分的計(jì)算一般由 CAN 控制器硬件完成，出錯(cuò)時(shí)的處理則由軟件控制最大重發(fā)數(shù)。

在 CRC 校驗(yàn)碼之后，有一個(gè) CRC 界定符，它為隱性位，主要作用是把 CRC 校驗(yàn)碼與后面的 ACK 段間隔起來(lái)。

ACK 段

ACK 段包括一個(gè) ACK 槽位，和 ACK 界定符位。類似 I2C 總線，在 ACK 槽位中，發(fā)送節(jié)點(diǎn)發(fā)送的是隱性位，而接收節(jié)點(diǎn)則在這一位中發(fā)送顯性位以示應(yīng)答。在 ACK 槽和幀結(jié)束之間由 ACK 界定符間隔開(kāi)。

幀結(jié)束

EOF 段(End Of Frame)，譯為幀結(jié)束，幀結(jié)束段由發(fā)送節(jié)點(diǎn)發(fā)送的 7 個(gè)隱性位表示結(jié)束。

其它報(bào)文的結(jié)構(gòu)

關(guān)于其它的 CAN 報(bào)文結(jié)構(gòu)，不再展開(kāi)講解，其主要內(nèi)容見(jiàn)下圖各種 CAN 報(bào)文的結(jié)構(gòu)。

輸入圖片說(shuō)明

15.2.GD32 CAN 外設(shè)原理簡(jiǎn)介

因篇幅有限，本文無(wú)法詳細(xì)介紹GD32所有系列CAN外設(shè)接口，下面以GD32E103為例，著重介紹下GD32E103的CAN外設(shè)簡(jiǎn)介和結(jié)構(gòu)框圖，后介紹下各個(gè)系列的差異。

GD32 CAN 主要特性

? 支持CAN總線協(xié)議2.0A和2.0B；

? 支持CAN-FD幀（ISO11898-1和CAN-FD規(guī)范V1.0）；

? 常規(guī)幀：通信波特率最大為1Mbit/s；

? CAN-FD幀：通信最大波特率為6Mbit/s；

? 支持傳輸延遲補(bǔ)償；

? 支持時(shí)間觸發(fā)通信（Time-triggered communication）；

? 中斷使能和清除；

發(fā)送功能

? 3個(gè)發(fā)送郵箱；

? 支持發(fā)送優(yōu)先級(jí)；

? 支持發(fā)送時(shí)間戳。

接收功能

? 2個(gè)深度為3的接收FIFO；

? 具有28個(gè)標(biāo)識(shí)符過(guò)濾器；

? FIFO鎖定功能。

時(shí)間觸發(fā)通信

? 在時(shí)間觸發(fā)通信模式下禁用自動(dòng)重傳；

? 16位定時(shí)器；

? 接收時(shí)間戳；

? 發(fā)送時(shí)間戳。

CAN 結(jié)構(gòu)框圖介紹

CAN 模塊結(jié)構(gòu)框圖

輸入圖片說(shuō)明

GD32E103一共有兩個(gè)CAN控制器，分別為CAN0和CAN1。每個(gè)CAN控制器有3個(gè)發(fā)送郵箱，2個(gè)深度為3的接收FIFO。

CAN控制器包含多個(gè)寄存器，下面主要講解其中的控制寄存CAN_CTL和位時(shí)序寄存器CAN_BT。

控制寄存器 CAN_CTL

控制寄存器CAN_CTL負(fù)責(zé)管理CAN的工作模式，它使用以下寄存器位實(shí)現(xiàn)控制。

（1） DFZ調(diào)試凍結(jié)功能

DFZ(Debug freeze)調(diào)試凍結(jié)，使用它可設(shè)置CAN處于工作狀態(tài)或禁止收發(fā)的狀態(tài)，禁止收發(fā)時(shí)仍可訪問(wèn)接收FIFO中的數(shù)據(jù)。這兩種狀態(tài)是當(dāng)STM32芯片處于程序調(diào)試模式時(shí)才使用的，平時(shí)使用并不影響。

（2） TTC時(shí)間觸發(fā)通信

TTC(Time triggered communication)時(shí)間觸發(fā)通信，它用于配置CAN的時(shí)間觸發(fā)通信模式，在此模式下，CAN使用它內(nèi)部定時(shí)器產(chǎn)生時(shí)間戳，并把它保存在CAN_TMxP、CAN_RFIFOMPx寄存器中。內(nèi)部定時(shí)器在每個(gè)CAN位時(shí)間累加，在接收和發(fā)送的幀起始位被采樣，并生成時(shí)間戳。利用它可以實(shí)現(xiàn)ISO 11898-4 CAN標(biāo)準(zhǔn)的分時(shí)同步通信功能。

（3） ABOR自動(dòng)離線恢復(fù)

ABOR(Automatic bus-off recovery) 自動(dòng)離線恢復(fù)，它用于設(shè)置是否使用自動(dòng)離線管理功能。當(dāng)節(jié)點(diǎn)檢測(cè)到它發(fā)送錯(cuò)誤或接收錯(cuò)誤超過(guò)一定值時(shí)，會(huì)自動(dòng)進(jìn)入離線狀態(tài)，在離線狀態(tài)中，CAN不能接收或發(fā)送報(bào)文。處于離線狀態(tài)的時(shí)候，可以軟件控制恢復(fù)或者直接使用這個(gè)自動(dòng)離線管理功能，它會(huì)在適當(dāng)?shù)臅r(shí)候自動(dòng)恢復(fù)。

（4） AWU自動(dòng)喚醒

AWU(Automatic wakeup)，自動(dòng)喚醒功能，CAN外設(shè)可以使用軟件進(jìn)入低功耗的睡眠模式，如果使能了這個(gè)自動(dòng)喚醒功能，當(dāng)CAN檢測(cè)到總線活動(dòng)的時(shí)候，會(huì)自動(dòng)喚醒。

（5） AR自動(dòng)重傳

AR(Automatic retransmission)報(bào)文自動(dòng)重傳功能，設(shè)置這個(gè)功能后，當(dāng)報(bào)文發(fā)送失敗時(shí)會(huì)自動(dòng)重傳至成功為止。若不使用這個(gè)功能，無(wú)論發(fā)送結(jié)果如何，消息只發(fā)送一次。

（6） RFO接收FIFO覆蓋

RFO (Receive FIFO overwrite)接收FIFO覆蓋，該功能用于鎖定接收FIFO。鎖定后，當(dāng)接收FIFO溢出時(shí)，會(huì)丟棄下一個(gè)接收的報(bào)文。若不鎖定，則下一個(gè)接收到的報(bào)文會(huì)覆蓋原報(bào)文。

（7） TFO發(fā)送FIFO順序

FTO(Tx FIFO order)報(bào)文發(fā)送順序的判定方法，當(dāng)CAN外設(shè)的發(fā)送郵箱中有多個(gè)待發(fā)送報(bào)文時(shí)，本功能可以控制它是根據(jù)報(bào)文的ID優(yōu)先級(jí)還是報(bào)文存進(jìn)郵箱的順序來(lái)發(fā)送。

位時(shí)序寄存器(CAN_BT)及波特率

CAN外設(shè)中的位時(shí)序寄存器CAN_BT用于配置測(cè)試模式、波特率以及各種位內(nèi)的段參數(shù)。

（1）測(cè)試模式

為方便調(diào)試，GD32的CAN提供了測(cè)試模式，配置位時(shí)序寄存器CAN_BT的SCMOD及LCMOD位可以控制使用正常模式、靜默模式、回環(huán)模式及靜默回環(huán)模式，見(jiàn)下圖四種通訊模式

輸入圖片說(shuō)明

各個(gè)通訊模式介紹如下：

正常模式

正常模式下就是一個(gè)正常的CAN節(jié)點(diǎn)，可以向總線發(fā)送數(shù)據(jù)和接收數(shù)據(jù)。

靜默模式

靜默模式下，它自己的輸出端的邏輯0數(shù)據(jù)會(huì)直接傳輸?shù)剿约旱妮斎攵?，邏?可以被發(fā)送到總線，所以它不能向總線發(fā)送顯性位(邏輯0)，只能發(fā)送隱性位(邏輯1)。輸入端可以從總線接收內(nèi)容。由于它只可發(fā)送的隱性位不會(huì)強(qiáng)制影響總線的狀態(tài)，所以把它稱為靜默模式。這種模式一般用于監(jiān)測(cè)，它可以用于分析總線上的流量，但又不會(huì)因?yàn)榘l(fā)送顯性位而影響總線。

回環(huán)模式

回環(huán)模式下，它自己的輸出端的所有內(nèi)容都直接傳輸?shù)阶约旱妮斎攵?，輸出端的?nèi)容同時(shí)也會(huì)被傳輸?shù)娇偩€上，即也可使用總線監(jiān)測(cè)它的發(fā)送內(nèi)容。輸入端只接收自己發(fā)送端的內(nèi)容，不接收來(lái)自總線上的內(nèi)容。使用回環(huán)模式可以進(jìn)行自檢。

回環(huán)靜默模式

回環(huán)靜默模式是以上兩種模式的結(jié)合，自己的輸出端的所有內(nèi)容都直接傳輸?shù)阶约旱妮斎攵?，并且不?huì)向總線發(fā)送顯性位影響總線，不能通過(guò)總線監(jiān)測(cè)它的發(fā)送內(nèi)容。輸入端只接收自己發(fā)送端的內(nèi)容，不接收來(lái)自總線上的內(nèi)容。這種方式可以在“熱自檢”時(shí)使用，即自我檢查的時(shí)候，不會(huì)干擾總線。

以上說(shuō)的各個(gè)模式，是不需要修改硬件接線的，如當(dāng)輸出直連輸入時(shí)，它是在GD32芯片內(nèi)部連接的，傳輸路徑不經(jīng)過(guò)STM32的CAN_Tx/Rx引腳，更不經(jīng)過(guò)外部連接的CAN收發(fā)器，只有輸出數(shù)據(jù) 到總線或從總線接收的情況下才會(huì)經(jīng)過(guò)CAN_Tx/Rx引腳和收發(fā)器。

（2）位時(shí)序及波特率

GD32外設(shè)定義的位時(shí)序與我們前面解釋的CAN標(biāo)準(zhǔn)時(shí)序有一點(diǎn)區(qū)別，見(jiàn)下圖GD32中的位時(shí)序。

輸入圖片說(shuō)明

GD32的CAN外設(shè)位時(shí)序中只包含3段，分別是同步段SYNC_SEG、位段BS1及位段BS2，采樣點(diǎn)位于BS1及BS2段的交界處。其中SYNC_SEG段固定長(zhǎng)度為1Tq，而B(niǎo)S1及BS2段可以在位時(shí)序寄存器CAN_BT設(shè)置它們的時(shí)間長(zhǎng)度，它們可以在重新同步期間增長(zhǎng)或縮短，該長(zhǎng)度DSJW也可在位時(shí)序寄存器中配置。

理解GD32的CAN外設(shè)的位時(shí)序時(shí)，可以把它的BS1段理解為是由前面介紹的CAN標(biāo)準(zhǔn)協(xié)議中PTS段與PBS1段合在一起的，而B(niǎo)S2段就相當(dāng)于PBS2段。

了解位時(shí)序后，我們就可以配置波特率了。通過(guò)配置位時(shí)序寄存器CAN_BT的BS1[6:0]及BS2[4:0]寄存器位設(shè)定BS1及BS2段的長(zhǎng)度后，我們就可以確定每個(gè)CAN數(shù)據(jù)位的時(shí)間：

BS1段時(shí)間： TS1=Tq x (BS1[6:0] + 1)

BS2段時(shí)間： TS2= Tq x (BS2[4:0] + 1)

一個(gè)數(shù)據(jù)位的時(shí)間： T1bit =1Tq+TS1+TS2 =1+ (BS1[6:0] + 1)+ (BS2[4:0] + 1)= N Tq

其中單個(gè)時(shí)間片的長(zhǎng)度Tq與CAN外設(shè)的所掛載的時(shí)鐘總線及分頻器配置有關(guān)。

CAN0和CAN1外設(shè)都是掛載在APB1總線上的，而位時(shí)序寄存器CAN_BT中的BAUDPSC[9:0]位可以設(shè)置CAN外設(shè)時(shí)鐘的分頻值，所以：

Tq = (BAUDPSC[9:0]) x TPCLK

其中的PCLK指APB1時(shí)鐘，默認(rèn)值為60MHz。

最終可以計(jì)算出CAN通訊的波特率：

BaudRate = 1/N Tq

例如下表一種配置波特率為1Mbps的方式說(shuō)明了如何配置波特率為1Mbps。

輸入圖片說(shuō)明

各系列 CAN 功能差異

GD32系列MCU有關(guān)CAN外設(shè)各系列功能差異如下表GD32各系列MCU CAN外設(shè)功能差異表所示。

輸入圖片說(shuō)明

15.3.硬件連接說(shuō)明

CAN 外設(shè)硬件連接圖

輸入圖片說(shuō)明

如圖CAN外設(shè)硬件連接圖所示，為典型的CAN外設(shè)硬件連接圖：SN65HVD230是收發(fā)器，其作用就是把CAN控制器的TTL電平轉(zhuǎn)換成差分信號(hào)。發(fā)送數(shù)據(jù)時(shí)，控制器把要發(fā)送的二進(jìn)制編碼通過(guò)CAN_TX線發(fā)送到收發(fā)器，然后由收發(fā)器把這個(gè)邏輯電平轉(zhuǎn)換成差分信號(hào)，通過(guò)差分線CANH、CANL線輸出到總線網(wǎng)絡(luò)。當(dāng)接收數(shù)據(jù)時(shí)，收發(fā)器把總線上收到的CANH、CANL信號(hào)轉(zhuǎn)換成邏輯電平，通過(guò)CAN_RX輸入到控制器。

讀者可以根據(jù)典型硬件連接圖和相應(yīng)系列的Datasheet設(shè)計(jì)出自己的硬件連接方式。

15.4.軟件配置說(shuō)明

本小節(jié)講解CAN_Example歷程中CAN模塊的配置說(shuō)明，主要包括CAN外設(shè)配置、GPIO引腳配置、主函數(shù)介紹以及運(yùn)行結(jié)果。本例程主要介紹GD32 MCU各系列CAN模塊的數(shù)據(jù)發(fā)送、接收，有關(guān)CAN其他功能例程可參考各系列固件庫(kù)歷程。

CAN 外設(shè)配置

外設(shè)配置如代碼清單CAN外設(shè)配置所示，在GD32全系列MCU中CAN外設(shè)的配置基本相同。GD32標(biāo)準(zhǔn)庫(kù)提供了CAN初始化結(jié)構(gòu)體及初始化函數(shù)來(lái)配置CAN外設(shè)，其初始化結(jié)構(gòu)體說(shuō)明如下表CAN參數(shù)初始化結(jié)構(gòu)體說(shuō)明列表和CAN過(guò)濾器初始化結(jié)構(gòu)體說(shuō)明列表所示。需要注意的是本例程需要用到兩個(gè)開(kāi)發(fā)板，一個(gè)發(fā)送，一個(gè)接收，這可以通過(guò)打開(kāi)宏定義CAN_RECEIVE或CAN_TRANSMIT來(lái)決定當(dāng)前是接收還是發(fā)送。

代碼清單 CAN 外設(shè)配置

void can_config(void)
{
#if defined (GD32F30X_CL) ||(GD32F4XX) ||(GD32F20X_CL)||(GD32F10X_HD)
 can_parameter_struct can_parameter;
 can_filter_parameter_struct can_filter_parameter;

 can_struct_para_init(CAN_INIT_STRUCT, &can_parameter);
 can_struct_para_init(CAN_FILTER_STRUCT, &can_filter_parameter);
 /* initialize CAN register */
 can_deinit(CAN0);
 /* initialize CAN parameters */
 can_parameter.time_triggered = DISABLE;
 can_parameter.auto_bus_off_recovery = DISABLE;
 can_parameter.auto_wake_up = DISABLE;
 can_parameter.no_auto_retrans = DISABLE;
 can_parameter.rec_fifo_overwrite = DISABLE;
 can_parameter.trans_fifo_order = DISABLE;
 can_parameter.working_mode = CAN_NORMAL_MODE;
 can_parameter.resync_jump_width = CAN_BT_SJW_1TQ;
 can_parameter.time_segment_1 = CAN_BT_BS1_5TQ;
 can_parameter.time_segment_2 = CAN_BT_BS2_4TQ;
 can_parameter.prescaler = 12;
 /* initialize CAN */
 can_init(CAN0, &can_parameter);

 /* initialize filter */ 
 can_filter_parameter.filter_number = 0;
 can_filter_parameter.filter_mode = CAN_FILTERMODE_MASK;
 can_filter_parameter.filter_bits = CAN_FILTERBITS_32BIT;
 can_filter_parameter.filter_list_high = 0x0000;
 can_filter_parameter.filter_list_low = 0x0000;
 can_filter_parameter.filter_mask_high = 0x0000;
can_filter_parameter.filter_mask_low = 0x0000;
 can_filter_parameter.filter_fifo_number = CAN_FIFO0;
 can_filter_parameter.filter_enable = ENABLE;

 can_filter_init(&can_filter_parameter);
 #if defined (CAN_RECEIVE) 
 #if defined (GD32F10X_HD)
 nvic_irq_enable(USBD_LP_CAN0_RX0_IRQn,0,0);
 #else
 nvic_irq_enable(CAN0_RX0_IRQn,0,0);
 #endif
 /* enable can receive FIFO0 not empty interrupt */
 can_interrupt_enable(CAN0, CAN_INT_RFNE0);
 #endif
#elif defined (GD32E10X)
 can_parameter_struct can_parameter;

 can_struct_para_init(CAN_INIT_STRUCT, &can_parameter);
 /* initialize CAN register */
 can_deinit(CAN0);

 /* initialize CAN parameters */
 can_parameter.time_triggered = DISABLE;
 can_parameter.auto_bus_off_recovery = DISABLE;
 can_parameter.auto_wake_up = DISABLE;
 can_parameter.auto_retrans = DISABLE;
 can_parameter.rec_fifo_overwrite = DISABLE;
 can_parameter.trans_fifo_order = DISABLE;
 can_parameter.working_mode = CAN_NORMAL_MODE; 
 /* initialize CAN */
 can_init(CAN0, &can_parameter);

 /* config CAN0 baud rate */
 can_frequency_set(CAN0, DEV_CAN_BAUD_RATE);

 /* initialize filter */ 
 can_filter_mask_mode_init(DEV_CAN_ID, DEV_CAN_MASK, CAN_EXTENDED_FIFO0, 0);
 #if defined (CAN_RECEIVE) 
 /* configure CAN0 NVIC */
 nvic_irq_enable(CAN0_RX0_IRQn, 0, 0);
 /* enable can receive FIFO0 not empty interrupt */
 can_interrupt_enable(CAN0, CAN_INTEN_RFNEIE0);
 #endif
#elif defined (GD32F1X0)
 can_parameter_struct can_parameter;
can_filter_parameter_struct can_filter_parameter;
 /* initialize CAN register */
 can_deinit(CAN1);

 /* initialize CAN parameters */
 can_parameter.time_triggered = DISABLE;
 can_parameter.auto_bus_off_recovery = DISABLE;
can_parameter.auto_wake_up = DISABLE;
 can_parameter.no_auto_retrans = DISABLE;
 can_parameter.rec_fifo_overwrite = DISABLE;
 can_parameter.trans_fifo_order = DISABLE;
 can_parameter.working_mode = CAN_NORMAL_MODE;
 can_parameter.resync_jump_width = CAN_BT_SJW_1TQ;
 can_parameter.time_segment_1 = CAN_BT_BS1_4TQ;
 can_parameter.time_segment_2 = CAN_BT_BS2_3TQ;
 can_parameter.prescaler = 18;
 /* initialize CAN */
 can_init(CAN1, &can_parameter);
 /* initialize filter */ 
 can_filter_parameter.filter_number = 15;
 can_filter_parameter.filter_mode = CAN_FILTERMODE_MASK;
 can_filter_parameter.filter_bits = CAN_FILTERBITS_32BIT;
 can_filter_parameter.filter_list_high = 0x0000;
 can_filter_parameter.filter_list_low = 0x0000;
 can_filter_parameter.filter_mask_high = 0x0000;
 can_filter_parameter.filter_mask_low = 0x0000; 
 can_filter_parameter.filter_fifo_number = CAN_FIFO0;
 can_filter_parameter.filter_enable = ENABLE;

 can_filter_init(&can_filter_parameter);

 #if defined (CAN_RECEIVE) 
 /* configure CAN1 NVIC */
 nvic_irq_enable(CAN1_RX0_IRQn,0,0);
can_interrupt_enable(CAN1, CAN_INTEN_RFNEIE0);
 #endif
#endif
}

CAN 參數(shù)初始化結(jié)構(gòu)體說(shuō)明列表

輸入圖片說(shuō)明

CAN 過(guò)濾器初始化結(jié)構(gòu)體說(shuō)明列表

輸入圖片說(shuō)明

GPIO 引腳配置

GPIO引腳配置如代碼清單CAN例程GPIO引腳配置所示。GD32F10X、GD32F30X、GD32F20X、GD32E10X系列用到remap功能，因此需要打開(kāi)AF時(shí)鐘。使用GD32F1X0時(shí)，例程中是使用CAN1來(lái)進(jìn)行收發(fā)。需要注意的是，發(fā)送時(shí)，不需要打開(kāi)CAN0的時(shí)鐘，但是接收時(shí)需要打開(kāi)CAN0的時(shí)鐘。

代碼清單 CAN 例程 GPIO 引腳配置

void can_gpio_config(void)
{
#if defined (GD32F4XX)
 /* enable CAN0 clock */
 rcu_periph_clock_enable(RCU_CAN0);
 rcu_periph_clock_enable(RCU_GPIOB);
 /* configure CAN0 GPIO */
 gpio_output_options_set(GPIOB, GPIO_OTYPE_PP, GPIO_OSPEED_50MHZ, GPIO_PIN_8);
 gpio_mode_set(GPIOB, GPIO_MODE_AF, GPIO_PUPD_NONE, GPIO_PIN_8);
 gpio_af_set(GPIOB, GPIO_AF_9, GPIO_PIN_8);

 gpio_output_options_set(GPIOB, GPIO_OTYPE_PP, GPIO_OSPEED_50MHZ, GPIO_PIN_9);
 gpio_mode_set(GPIOB, GPIO_MODE_AF, GPIO_PUPD_NONE, GPIO_PIN_9);
 gpio_af_set(GPIOB, GPIO_AF_9, GPIO_PIN_9);
#elif defined (GD32E10X) || (GD32F30X_CL) ||(GD32F10X_HD)
 /* enable CAN0 clock */
 rcu_periph_clock_enable(RCU_CAN0);
 rcu_periph_clock_enable(RCU_GPIOD);
 rcu_periph_clock_enable(RCU_AF); 
 /* configure CAN0 GPIO */
 gpio_init(GPIOD,GPIO_MODE_IPU,GPIO_OSPEED_50MHZ,GPIO_PIN_0);
 gpio_init(GPIOD,GPIO_MODE_AF_PP,GPIO_OSPEED_50MHZ,GPIO_PIN_1);
 #if defined (GD32F10X_HD)
gpio_pin_remap_config(GPIO_CAN_FULL_REMAP,ENABLE);
 #else
 gpio_pin_remap_config(GPIO_CAN0_FULL_REMAP,ENABLE);
 #endif
#elif defined (GD32F20X_CL)
 /* enable CAN0 clock */
 rcu_periph_clock_enable(RCU_CAN0);
 rcu_periph_clock_enable(RCU_GPIOB);
 rcu_periph_clock_enable(RCU_AF);

 /* configure CAN0 GPIO */
 gpio_init(GPIOB,GPIO_MODE_IPU,GPIO_OSPEED_50MHZ,GPIO_PIN_8);
 gpio_init(GPIOB,GPIO_MODE_AF_PP,GPIO_OSPEED_50MHZ,GPIO_PIN_9);
 gpio_pin_remap_config(GPIO_CAN0_PARTIAL_REMAP,ENABLE);
#elif defined (GD32F1X0) //only GD32F170 and GD32F190 have CAN, GD32F130 and GD32F150 don't have
 /* enable CAN clock */
#if defined (CAN_RECEIVE)
rcu_periph_clock_enable(RCU_CAN0);
#endif
 rcu_periph_clock_enable(RCU_CAN1);
 rcu_periph_clock_enable(RCU_GPIOB);

 /* configure CAN1 GPIO */
 gpio_output_options_set(GPIOB, GPIO_OTYPE_PP, GPIO_OSPEED_50MHZ,GPIO_PIN_12);
 gpio_mode_set(GPIOB, GPIO_MODE_AF, GPIO_PUPD_NONE, GPIO_PIN_12);
 gpio_af_set(GPIOB, GPIO_AF_9, GPIO_PIN_12);

 gpio_output_options_set(GPIOB, GPIO_OTYPE_PP, GPIO_OSPEED_50MHZ,GPIO_PIN_13);
 gpio_mode_set(GPIOB, GPIO_MODE_AF, GPIO_PUPD_NONE, GPIO_PIN_13);
 gpio_af_set(GPIOB, GPIO_AF_9, GPIO_PIN_13);
#endif
}

主函數(shù)配置

主函數(shù)配置如代碼清單主函數(shù)配置所示。本例程需要兩個(gè)開(kāi)發(fā)板，一個(gè)作為發(fā)送，一個(gè)作為接收，這可以通過(guò)使用宏定義CAN_RECEIVE和CAN_TRANSMIT來(lái)實(shí)現(xiàn)。如果作為接收，那么主函數(shù)的開(kāi)始會(huì)把can_receive_flag設(shè)置為RESET，并初始化LED2。LED2作為通訊的指示燈，如果通訊成功，就點(diǎn)亮LED2，否則就不點(diǎn)亮。can_receive_flag狀態(tài)的改變?cè)谥袛嗬飳?shí)現(xiàn)，如果成功接收到數(shù)據(jù)，就會(huì)進(jìn)入中斷，在中斷里把can_receive_flag設(shè)置為SET。主函數(shù)接下來(lái)對(duì)CAN的GPIO以及CAN模塊進(jìn)行初始化。完成后，如果是作為發(fā)送方，程序需要設(shè)置需要發(fā)送的數(shù)據(jù)。有關(guān)發(fā)送結(jié)構(gòu)體參數(shù)的說(shuō)明，請(qǐng)見(jiàn)下表CAN發(fā)送消息初始化結(jié)構(gòu)體說(shuō)明列表。

代碼清單主函數(shù)配置

int main(void)
{
#if defined (CAN_RECEIVE)
 can_receive_flag = RESET;
 LED2_init();
#endif
 /* GPIO config */
 can_gpio_config();
 /* CAN config */
can_config();
#if defined (CAN_TRANSMIT)
 /* initialize transmit message */
 #if defined (GD32E10X) || (GD32F30X_CL) || (GD32F10X_HD) || (GD32F4XX) || (GD32F20X_CL)
 can_struct_para_init(CAN_TX_MESSAGE_STRUCT, &g_transmit_message);
 #endif
 g_transmit_message.tx_sfid = 0x00;
 g_transmit_message.tx_efid = DEV_CAN_ID;
 g_transmit_message.tx_ft = CAN_FT_DATA;
 g_transmit_message.tx_ff = CAN_FF_EXTENDED;
 g_transmit_message.tx_dlen = 4;
 g_transmit_message.tx_data[0] = 0xaa;
 g_transmit_message.tx_data[1] = 0xbb;
 g_transmit_message.tx_data[2] = 0xcc;
 g_transmit_message.tx_data[3] = 0xdd;
#if defined (GD32E10X) || (GD32F30X_CL) || (GD32F10X_HD) || (GD32F4XX) || (GD32F20X_CL)
 can_message_transmit(CAN0, &g_transmit_message);
#elif defined (GD32F1X0)
can_message_transmit(CAN1, &g_transmit_message);
#endif
#endif
#if defined (CAN_RECEIVE)
 while(can_receive_flag == RESET);
if((g_receive_message.rx_data[0] == 0xaa) && (g_receive_message.rx_data[1] == 0xbb)&&\
(g_receive_message.rx_data[2] == 0xcc) && (g_receive_message.rx_data[3] == 0xdd))
{
 LED2_ON();
}
else
{
 LED2_OFF();
 }
#endif
 while(1);
}

CAN 發(fā)送消息初始化結(jié)構(gòu)體說(shuō)明列表

輸入圖片說(shuō)明

運(yùn)行結(jié)果

本例程需要用到兩個(gè)開(kāi)發(fā)板，用杜邦線把兩個(gè)開(kāi)發(fā)板的CAN_H、CAN_L分別連接起來(lái)。打開(kāi)CAN_Example例程，選擇好對(duì)應(yīng)開(kāi)發(fā)板的芯片工程后，先屏蔽掉CAN_RECEIVE，不屏蔽CAN_TRANSMIT ，編譯后把程序下載到一號(hào)開(kāi)發(fā)板上。然后換一塊開(kāi)發(fā)板，屏蔽掉CAN_TRANSMIT，不屏蔽CAN_RECEIVE，編譯后把程序下載到二號(hào)開(kāi)發(fā)板上。接下來(lái)按下二號(hào)開(kāi)發(fā)板的復(fù)位鍵，然后再按下一號(hào)開(kāi)發(fā)板的復(fù)位鍵，此時(shí)會(huì)看到二號(hào)開(kāi)發(fā)板的LED2被點(diǎn)亮，這表明通訊成功。

15.5.CAN 使用注意事項(xiàng)

（1）使用F10X、F20X、F30X、F1X0、E10X、F403接收數(shù)據(jù)時(shí)如果出現(xiàn)接收兩幀數(shù)據(jù)會(huì)丟失一包的情況，這是由于手動(dòng)多調(diào)用一次清緩存的操作導(dǎo)致的。因此，軟件中無(wú)需調(diào)用can_fifo_release函數(shù)；

（2）使用F10X、F20X、F1X0時(shí)，會(huì)出現(xiàn)CAN離線后無(wú)法自動(dòng)恢復(fù)，這是由于CAN模塊的離線自動(dòng)恢復(fù)功能與CAN協(xié)議定義的離線恢復(fù)序列存在一定理解誤差造成的。該狀況可以通過(guò)使能離線中斷，在離線中斷內(nèi)重新初始化CAN模塊來(lái)規(guī)避；

（3） GD32F170和GD32F190的CAN0內(nèi)置PHY，其CANH和CANL口的耐壓范圍為VSS-0.3到VSS+7.5，內(nèi)置的PHY不支持12V和24V系統(tǒng)。當(dāng)使用CAN0時(shí)，建議硬件上按照下圖CAN0引腳連接圖連接。

CAN0 引腳連接圖

輸入圖片說(shuō)明

← 14.RTC 模塊介紹五、GD32 MCU FPU 使用方法 →

文檔
目錄

深色
模式

入門(mén)教程

15.CAN 模塊介紹

15.1.CAN 基礎(chǔ)知識(shí)

15.2.GD32 CAN 外設(shè)原理簡(jiǎn)介

15.3.硬件連接說(shuō)明

15.4.軟件配置說(shuō)明

15.5.CAN 使用注意事項(xiàng)