[實(shí)用新型]一種基于CAN總線收發(fā)器的通信裝置

有效

• 申請(qǐng)?zhí)枺?/td>: 201720389973.8
• 申請(qǐng)日: 2017-04-13
• 公開(kāi)（公告）號(hào): CN206993134U
• 公開(kāi)（公告）日: 2018-02-09
• 發(fā)明（設(shè)計(jì)）人: 梁光林
• 申請(qǐng)（專利權(quán)）人: 北京光年無(wú)限科技有限公司
• 主分類號(hào): H04L12/40
• 分類號(hào): H04L12/40
• 代理公司: 北京聿華聯(lián)合知識(shí)產(chǎn)權(quán)代理有限公司11611
• 代理人: 朱繪,張文娟

技術(shù)領(lǐng)域

本實(shí)用新型涉及通信領(lǐng)域，具體涉及一種基于CAN總線收發(fā)器的通信裝置。

背景技術(shù)

在現(xiàn)有技術(shù)中，目前常見(jiàn)的多機(jī)通信機(jī)制一般都是基于RS485的電平傳輸?shù)囊恢鞫鄰牡耐ㄐ艡C(jī)制。其實(shí)現(xiàn)的前提是必須在通信網(wǎng)絡(luò)中構(gòu)造主/從機(jī)結(jié)構(gòu)。

為了繞開(kāi)主/從機(jī)結(jié)構(gòu)的限制，在現(xiàn)有技術(shù)中提出了基于RS485使用令牌環(huán)實(shí)現(xiàn)的多主機(jī)通信方案。但是該多主機(jī)通信方案的軟件運(yùn)行效率較低，總線帶寬使用率也較低。

進(jìn)一步的，為了提高通信效率，在現(xiàn)有技術(shù)中還提出了以太網(wǎng)和控制器局域網(wǎng)絡(luò)(Controller Area Network,CAN)總線等高級(jí)的多主機(jī)通信方案，但帶以太網(wǎng)或 CAN總線的中央處理器CPU或微控制單元(Microcontroller Unit，MCU)處理器價(jià)格遠(yuǎn)高于普通的處理器，這就使得整個(gè)通信網(wǎng)絡(luò)系統(tǒng)的硬件成本居高不下。

實(shí)用新型內(nèi)容

本實(shí)用新型提供了一種基于CAN總線收發(fā)器的多主機(jī)通信裝置，所述裝置包括：

CAN總線收發(fā)器，符合CAN總線電平標(biāo)準(zhǔn)，配置為從帶有通用異步收發(fā)傳輸器UART的處理器接收待發(fā)送數(shù)據(jù)并進(jìn)行數(shù)據(jù)發(fā)送，并生成與發(fā)送數(shù)據(jù)相同的回環(huán)數(shù)據(jù)反饋給所述處理器；

帶有UART的處理器，所述處理器包含用于發(fā)送數(shù)據(jù)的發(fā)送引腳以及用于接收數(shù)據(jù)的接收引腳，所述處理器通過(guò)所述發(fā)送引腳及接收引腳與所述CAN總線收發(fā)器連接，進(jìn)行數(shù)據(jù)收發(fā)，其中，所述處理器還包括：

發(fā)送模塊，其配置為通過(guò)所述發(fā)送引腳向所述CAN總線收發(fā)器發(fā)送待發(fā)送數(shù)據(jù)；

接收模塊，其配置為通過(guò)所述接收引腳接收所述CAN總線收發(fā)器上來(lái)自其他主機(jī)的數(shù)據(jù)，以及在發(fā)送模塊發(fā)送數(shù)據(jù)后接收CAN總線收發(fā)器反饋的回環(huán)數(shù)據(jù)；

數(shù)據(jù)比較器，其配置為在所述發(fā)送模塊完成數(shù)據(jù)發(fā)送后比較剛剛發(fā)送的數(shù)據(jù)以及所述回環(huán)數(shù)據(jù)，比較結(jié)果一致時(shí)判定數(shù)據(jù)發(fā)送成功。

在一實(shí)施例中，所述接收模塊還配置為：

在所述數(shù)據(jù)比較器判定數(shù)據(jù)發(fā)送成功時(shí)刪除回環(huán)數(shù)據(jù)。

在一實(shí)施例中，所述發(fā)送模塊還配置為發(fā)送數(shù)據(jù)完成后，向所述接收模塊發(fā)送數(shù)據(jù)比較請(qǐng)求；

所述接收模塊還配置為：

當(dāng)數(shù)據(jù)接收完成后，判斷是否存在數(shù)據(jù)比較請(qǐng)求，當(dāng)存在數(shù)據(jù)比較請(qǐng)求時(shí)，請(qǐng)求所述數(shù)據(jù)比較器進(jìn)行數(shù)據(jù)比較，否則，對(duì)接收到的數(shù)據(jù)進(jìn)行解包處理。

在一實(shí)施例中，所述發(fā)送模塊還配置為，當(dāng)數(shù)據(jù)比較器的比較結(jié)果為所述發(fā)送數(shù)據(jù)與所述回環(huán)數(shù)據(jù)不相符，刪除所述回環(huán)數(shù)據(jù)，重發(fā)所述待發(fā)送數(shù)據(jù)。

在一實(shí)施例中，所述發(fā)送模塊，還配置為在存在所述待發(fā)送數(shù)據(jù)時(shí)，確定所述CAN總線收發(fā)器是否處于空閑狀態(tài)，在所述CAN總線收發(fā)器空閑時(shí)通過(guò)所述發(fā)送引腳向所述CAN總線收發(fā)器發(fā)送所述待發(fā)送數(shù)據(jù)。

在一實(shí)施例中，所述處理器還包括監(jiān)聽(tīng)模塊，所述監(jiān)聽(tīng)模塊包括計(jì)時(shí)器及監(jiān)聽(tīng)狀態(tài)機(jī)，其中：

所述發(fā)送模塊還配置為，在確定存在所述待發(fā)送數(shù)據(jù)時(shí)，向所述監(jiān)聽(tīng)模塊發(fā)送監(jiān)聽(tīng)請(qǐng)求，當(dāng)接收到所述監(jiān)聽(tīng)模塊反饋所述CAN總線收發(fā)器空閑時(shí)，進(jìn)行數(shù)據(jù)發(fā)送；

所述監(jiān)聽(tīng)狀態(tài)機(jī)配置為在接收到發(fā)送模塊的監(jiān)聽(tīng)請(qǐng)求時(shí)，配置計(jì)時(shí)器為計(jì)數(shù)模式，若所述計(jì)時(shí)器計(jì)數(shù)為0，則反饋所述發(fā)送模塊所述CAN總線收發(fā)器空閑；

所述計(jì)時(shí)器配置為在計(jì)數(shù)模式時(shí)，通過(guò)外部引腳對(duì)所述CAN總線收發(fā)器與所述接收引腳之間的通信線路進(jìn)行計(jì)數(shù)。

在一實(shí)施例中，所述接收模塊還配置為進(jìn)行數(shù)據(jù)接收時(shí)，若達(dá)到設(shè)定時(shí)長(zhǎng)未接收到新數(shù)據(jù)，則停止進(jìn)行數(shù)據(jù)接收。

在一實(shí)施例中，所述處理器還包括監(jiān)聽(tīng)模塊，所述監(jiān)聽(tīng)模塊包括計(jì)時(shí)器及監(jiān)聽(tīng)狀態(tài)機(jī)，其中：

所述接收模塊還配置為在檢測(cè)到待接收數(shù)據(jù)時(shí)，向所述監(jiān)聽(tīng)模塊發(fā)送監(jiān)聽(tīng)請(qǐng)求，當(dāng)接收到超時(shí)反饋時(shí)，停止數(shù)據(jù)接收；

所述監(jiān)聽(tīng)狀態(tài)機(jī)配置為當(dāng)接收到接收模塊的監(jiān)聽(tīng)請(qǐng)求時(shí)，配置計(jì)時(shí)器為定時(shí)模式，當(dāng)計(jì)時(shí)器反饋達(dá)到定時(shí)時(shí)長(zhǎng)，向所述接收模塊發(fā)送超時(shí)反饋；

所述計(jì)時(shí)器配置為在定時(shí)模式時(shí)，進(jìn)行設(shè)定時(shí)長(zhǎng)的計(jì)時(shí)，當(dāng)達(dá)到設(shè)定時(shí)長(zhǎng)時(shí)，向所述監(jiān)聽(tīng)狀態(tài)機(jī)反饋。

在一實(shí)施例中，所述接收模塊還配置為：

在每次接收到數(shù)據(jù)后，重發(fā)監(jiān)聽(tīng)請(qǐng)求給所述監(jiān)聽(tīng)模塊。

在一實(shí)施例中，所述設(shè)定時(shí)長(zhǎng)為3.5T個(gè)字節(jié)的發(fā)送時(shí)長(zhǎng)。