專利名稱：一種can總線拓?fù)浣Y(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及工業(yè)控制技術(shù)領(lǐng)域，特別涉及一種CAN總線拓?fù)浣Y(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)。
背景技術(shù)：
CAN(ControIler Area Network，控制器局域網(wǎng)絡(luò))總線具有實(shí)時(shí)性好、抗干擾能力強(qiáng)等特點(diǎn)，工業(yè)現(xiàn)場(chǎng)上CAN智能設(shè)備應(yīng)用十分廣泛。特別是鐵路上聯(lián)鎖系統(tǒng)使用的驅(qū)動(dòng)采集板，考慮到安全、實(shí)時(shí)等因素，大多采用CAN接口。一個(gè)規(guī)模比較大的車站，往往需要上百塊驅(qū)動(dòng)采集板，這樣就需要一條CAN總線連接上百個(gè)CAN智能設(shè)備。同時(shí)聯(lián)鎖系統(tǒng)正向集中式聯(lián)鎖發(fā)展，即聯(lián)鎖集中站放置聯(lián)鎖主機(jī)，聯(lián)鎖主機(jī)通過(guò)總線與各個(gè)非集中站的驅(qū)動(dòng)采集板連接。針對(duì)目前這種應(yīng)用，有采用CAN中繼實(shí)現(xiàn)集中站與各個(gè)非集中站設(shè)備連接的方案；也有采用聯(lián)鎖主機(jī)通過(guò)CAN接口轉(zhuǎn)換設(shè)備實(shí)現(xiàn)各個(gè)站之間協(xié)議轉(zhuǎn)換的方案，如以太網(wǎng)接口轉(zhuǎn)CAN接口設(shè)備。CAN智能設(shè)備多采用CAN標(biāo)準(zhǔn)幀協(xié)議，CAN標(biāo)準(zhǔn)幀協(xié)議使用11位標(biāo)識(shí)符，理論上支持2048個(gè)節(jié)點(diǎn)，但是CAN智能設(shè)備大多只支持部分有限的標(biāo)識(shí)符。如果使用的CAN智能設(shè)備超過(guò)所能接收標(biāo)識(shí)符限制的數(shù)量，就需要另外擴(kuò)展一條CAN總線來(lái)實(shí)現(xiàn)。CAN總線最高速度1Mbps，如果采用CAN中繼方式引入多個(gè)節(jié)點(diǎn)，網(wǎng)絡(luò)通信任務(wù)比較繁重，會(huì)導(dǎo)致CAN總線通信處理周期超過(guò)處理器處理周期。如果使用以太網(wǎng)轉(zhuǎn)CAN設(shè)備，一方面以太網(wǎng)協(xié)議比較復(fù)雜，很難利用單片機(jī)實(shí)現(xiàn)，一般需要高性能處理器，如X86、 ARM (Advanced RISC Machines，一種微處理器)等，而且需要操作系統(tǒng)才可以有效的運(yùn)行， 軟、硬件成本都很高；另一方面，以太網(wǎng)并不是實(shí)時(shí)總線，信號(hào)傳輸帶來(lái)的延遲及不可控性可能會(huì)對(duì)系統(tǒng)造成極大的影響。

發(fā)明內(nèi)容
(一)要解決的技術(shù)問(wèn)題本發(fā)明要解決的技術(shù)問(wèn)題是如何提供一種CAN總線拓?fù)浣Y(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)，以克服 CAN總線傳輸速率較低并且節(jié)點(diǎn)數(shù)量受限的問(wèn)題，同時(shí)降低系統(tǒng)實(shí)施成本。( 二 )技術(shù)方案為解決上述技術(shù)問(wèn)題，本發(fā)明提供一種CAN總線拓?fù)浣Y(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)，其包括主設(shè)備、ARCnet總線、橋設(shè)備和CAN設(shè)備；所述主設(shè)備和橋設(shè)備均連接所述ARCnet總線；所述 CAN設(shè)備通過(guò)CAN總線連接所述橋設(shè)備；所述橋設(shè)備用于實(shí)現(xiàn)所述ARCnet總線和CAN設(shè)備之間的數(shù)據(jù)交換，以及ARCnet協(xié)議和CAN協(xié)議之間的協(xié)議轉(zhuǎn)換。優(yōu)選地，所述橋設(shè)備包括=ARCnet接口、CAN接口和CPU ；所述ARCnet接口連接所述ARCnet總線和CPU ；所述CAN接口連接所述CAN設(shè)備和CPU。優(yōu)選地，所述橋設(shè)備還包括=ARCnet發(fā)送緩存、ARCnet接收緩存、CAN接收緩存和 CAN發(fā)送緩存；所述ARCnet發(fā)送緩存連接所述CPU和ARCnet接口，用于將來(lái)自所述CPU的數(shù)據(jù)緩存后發(fā)送給所述ARCnet接口 ；所述ARCnet接收緩存也連接所述CPU和ARCnet接口，用于將來(lái)自所述ARCnet接口的數(shù)據(jù)緩存后發(fā)送給所述CPU ；所述CAN接收緩存連接所述CPU和CAN接口，用于將來(lái)自所述CAN接口的數(shù)據(jù)緩存后發(fā)送給所述CPU ；所述CAN發(fā)送緩存連接所述CPU和CAN接口，用于將來(lái)自所述CPU的數(shù)據(jù)緩存后發(fā)送給所述CAN接口。優(yōu)選地，所述橋設(shè)備還包括用于存儲(chǔ)所述橋設(shè)備配置信息的ROM ；所述ROM連接所述CPU。優(yōu)選地，所述配置信息包括橋設(shè)備本身ARCnet地址、橋設(shè)備發(fā)送ARCnet地址、 CAN通信波特率、ARCnet通信波特率和CAN接收數(shù)據(jù)FIFO容量。優(yōu)選地，所述ARCnet協(xié)議的數(shù)據(jù)幀的字段包括有效CAN包數(shù)量、實(shí)際CAN包和 CRC校驗(yàn)碼。優(yōu)選地，所述實(shí)際CAN包字段包括的子字段包括CAN卡狀態(tài)、標(biāo)識(shí)符、控制字和數(shù)據(jù)。優(yōu)選地，所述系統(tǒng)包括多個(gè)與所述ARCnet總線相連接的所述橋設(shè)備。優(yōu)選地，每個(gè)所述橋設(shè)備連接不超過(guò)32個(gè)所述CAN設(shè)備。優(yōu)選地，所述ARCnet總線采用電纜或者光纖。(三)有益效果本發(fā)明所述CAN總線拓?fù)浣Y(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)具有以下優(yōu)勢(shì)(1)、使用所述橋設(shè)備進(jìn)行協(xié)議轉(zhuǎn)換，ARCnet總線最多可以支持2M個(gè)節(jié)點(diǎn)，同時(shí) ARCnet通信速率可以達(dá)到10M，一次通信數(shù)據(jù)508個(gè)字節(jié)，提高了可擴(kuò)展的CAN設(shè)備數(shù)量、 通信容量及通信速率。(2)、ARCnet協(xié)議網(wǎng)絡(luò)是一種令牌網(wǎng)絡(luò)，各個(gè)節(jié)點(diǎn)通過(guò)傳遞令牌的方式通信，同時(shí) CAN協(xié)議總線是一種短幀、多主競(jìng)爭(zhēng)的總線。兩者相結(jié)合一方面保證了主干網(wǎng)上所有的橋設(shè)備之間通信的可控性，另一方面可以保證與橋設(shè)備連接的CAN設(shè)備快速地響應(yīng)主設(shè)備命令及反饋主設(shè)備信息。(3)、橋設(shè)備的CPU可以只有鏈路層和物理層兩層協(xié)議，應(yīng)用層不需要太復(fù)雜的協(xié)議，因此硬件上利用普通的8位、16位單片機(jī)就足以實(shí)現(xiàn)，軟件上不需要操作系統(tǒng)，直接利用單片機(jī)編程就可以。相對(duì)于復(fù)雜的以太網(wǎng)協(xié)議轉(zhuǎn)換，成本降低了很多。


圖1是本發(fā)明實(shí)施例所述的CAN總線拓?fù)浣Y(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)的結(jié)構(gòu)示意圖；圖2是本發(fā)明實(shí)施例所述的橋設(shè)備的結(jié)構(gòu)示意圖；圖3是本發(fā)明實(shí)施例所述系統(tǒng)接收CAN設(shè)備數(shù)據(jù)的流程圖。
具體實(shí)施例方式下面結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的具體實(shí)施方式
作進(jìn)一步詳細(xì)描述。以下實(shí)施例用于說(shuō)明本發(fā)明，但不用來(lái)限制本發(fā)明的范圍。圖1是本發(fā)明實(shí)施例所述的CAN總線拓?fù)浣Y(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)的結(jié)構(gòu)示意圖。如圖1所示，所述系統(tǒng)包括主設(shè)備100、ARCnet (Attached Resource Computer net，一種網(wǎng)絡(luò)通信標(biāo)準(zhǔn))總線200、橋設(shè)備300和CAN設(shè)備400。所述主設(shè)備100連接所述ARCnet總線200 ； 所述ARCnet總線200連接多個(gè)所述橋設(shè)備300 ；每個(gè)所述橋設(shè)備300通過(guò)CAN總線又可以連接不超過(guò)32個(gè)所述CAN設(shè)備400。其中，所述主設(shè)備100和ARCnet總線200均運(yùn)行 ARCnet協(xié)議；所述CAN設(shè)備400運(yùn)行CAN協(xié)議；所述橋設(shè)備300用于實(shí)現(xiàn)所述ARCnet總線 200和CAN設(shè)備400之間的數(shù)據(jù)交換，以及ARCnet協(xié)議和CAN協(xié)議之間的協(xié)議轉(zhuǎn)換。圖2是本發(fā)明實(shí)施例所述的橋設(shè)備的結(jié)構(gòu)示意圖。如圖2所示，所述橋設(shè)備300具體包括ARCnet 接口 301、ARCnet 發(fā)送緩存 302、CPU303、CAN 接收緩存 304、CAN 接口 305、 CAN發(fā)送緩存306、R0M(只讀存儲(chǔ)器)307和ARCnet接收緩存308。所述ARCnet接口 301分別通過(guò)所述ARCnet發(fā)送緩存302和ARCnet接收緩存308 連接所述CPU。其中，所述ARCnet發(fā)送緩存302，用于將來(lái)自所述CPU 303的數(shù)據(jù)緩存后發(fā)送給所述ARCnet接口 301 ；所述ARCnet接收緩存308，用于將來(lái)自所述ARCnet接口 301的數(shù)據(jù)緩存后發(fā)送給所述CPU 303。所述CAN接口 305分別通過(guò)所述CAN接收緩存304和CAN 發(fā)送緩存306連接所述CPU 303。其中，所述CAN接收緩存304，用于將來(lái)自所述CAN接口 305的數(shù)據(jù)緩存后發(fā)送給所述CPU303 ；所述CAN發(fā)送緩存306，用于將來(lái)自所述CPU 303的數(shù)據(jù)緩存后發(fā)送給所述CAN接口 305。所述CPU 303用于對(duì)過(guò)往數(shù)據(jù)的格式進(jìn)行轉(zhuǎn)換，以適應(yīng)接收方的協(xié)議要求。具體地，所述系統(tǒng)中的主設(shè)備100和橋設(shè)備300均配置有一個(gè)獨(dú)立的ARCnet地址，主設(shè)備100記錄每個(gè)橋設(shè)備300的ARCnet地址以及其所連接的CAN設(shè)備，每個(gè)橋設(shè)備300都記錄主設(shè)備 100的ARCnet地址；當(dāng)主設(shè)備100向CAN設(shè)備400發(fā)送數(shù)據(jù)時(shí)，首先將數(shù)據(jù)發(fā)送至ARCnet 總線，與ARCnet總線連接的所有橋設(shè)備300根據(jù)數(shù)據(jù)中的目的ARCnet地址判斷是否是發(fā)送給自己的數(shù)據(jù)，如果是，將數(shù)據(jù)經(jīng)ARCnet接收緩存308緩存后轉(zhuǎn)發(fā)給CPU 303，否則，不予理會(huì)；CPU303接收到來(lái)自ARCnet接收緩存308的數(shù)據(jù)后將數(shù)據(jù)轉(zhuǎn)換為CAN協(xié)議幀格式， 以適應(yīng)CAN協(xié)議的要求，而后經(jīng)CAN發(fā)送緩存306緩存后發(fā)送給CAN設(shè)備400 ；當(dāng)CAN設(shè)備 400向主設(shè)備100發(fā)送數(shù)據(jù)時(shí)，基本上是上述流程的逆過(guò)程，但仍有些區(qū)別。圖3是本發(fā)明實(shí)施例所述系統(tǒng)接收CAN設(shè)備數(shù)據(jù)的流程圖。如圖3所示，當(dāng)CAN設(shè)備400向主設(shè)備100發(fā)送數(shù)據(jù)時(shí)，也即主設(shè)備100接收來(lái)自CAN設(shè)備400的數(shù)據(jù)時(shí)，具體步驟如下A 首先由CAN 接收緩存304接收來(lái)自CAN設(shè)備400的數(shù)據(jù)；B 判斷數(shù)據(jù)量是否達(dá)到橋設(shè)備300的CAN接收數(shù)據(jù)FIFO(先進(jìn)先出)容量，如果達(dá)到，執(zhí)行步驟D，否則，執(zhí)行步驟C ;C 進(jìn)一步判斷等待時(shí)間是否超時(shí)，如果超時(shí)，執(zhí)行步驟D，否則，返回步驟A 繼續(xù)等待接收來(lái)自CAN設(shè)備400的數(shù)據(jù)；D 將數(shù)據(jù)發(fā)送給CPU 303，CPU 303接收到來(lái)自CAN接收緩存304的數(shù)據(jù)，將數(shù)據(jù)轉(zhuǎn)換為ARCnet協(xié)議數(shù)據(jù)幀格式，以適應(yīng)ARCnet協(xié)議的要求，然后經(jīng)ARCnet發(fā)送緩存302發(fā)送至ARCnet總線200，再到達(dá)主設(shè)備100。所述CAN接收數(shù)據(jù)FIFO容量通過(guò)對(duì)所述橋設(shè)備 300配置設(shè)定。所述ROM 307連接所述CPU 303，用于存儲(chǔ)所述橋設(shè)備300的配置信息。所述配置信息包括橋設(shè)備本身ARCnet地址、橋設(shè)備發(fā)送ARCnet地址、CAN通信波特率、ARCnet 通信波特率和CAN接收數(shù)據(jù)FIFO容量。所述橋設(shè)備發(fā)送ARCnet地址可以是主設(shè)備100的 ARCnet地址或者是其他橋設(shè)備的ARCnet地址。表1是本實(shí)施例所述ARCnet協(xié)議的數(shù)據(jù)幀格式，如表1所示，本實(shí)施例中所述 ARCnet協(xié)議的數(shù)據(jù)幀的字段包括有效CAN包數(shù)量、實(shí)際CAN包和CRC校驗(yàn)碼。表2是所述 “實(shí)際CAN包”字段的格式，如表2所示，所述“實(shí)際CAN包”字段包括的子字段包括CAN卡狀態(tài)、標(biāo)識(shí)符、控制字和數(shù)據(jù)。其中“標(biāo)識(shí)符”、“控制字”和“數(shù)據(jù)”子字段與CAN協(xié)議中定義完全一致，保證數(shù)據(jù)透明傳輸；對(duì)于“CAN卡狀態(tài)”子字段，所述橋設(shè)備300查詢與之連接的 CAN設(shè)備400，如果有響應(yīng)，會(huì)將該字段置為“有效”;否則，會(huì)將該字段置為“無(wú)效”。ARCnet 協(xié)議數(shù)據(jù)幀最長(zhǎng)508字節(jié)，每個(gè)“實(shí)際CAN包”字段14個(gè)字節(jié)，一幀ARCnet數(shù)據(jù)優(yōu)選包含 32個(gè)“實(shí)際CAN包”字段，這樣每個(gè)橋設(shè)備300優(yōu)選連接不超過(guò)32個(gè)CAN設(shè)備400。假設(shè)主設(shè)備100連接一個(gè)橋設(shè)備300，該橋設(shè)備300下擴(kuò)展32個(gè)CAN設(shè)備400。32個(gè)CAN設(shè)備 300參照CAN標(biāo)準(zhǔn)協(xié)議幀，每幀加上CAN協(xié)議消耗，可以達(dá)到IOObits左右的數(shù)據(jù)量，如果使用IM CAN總線傳輸?shù)脑?，需要消耗左右的通信時(shí)間；使用ARCnet總線200傳輸，可以將32個(gè)CAN設(shè)備400的數(shù)據(jù)整體打包(約400字節(jié))，一次性傳輸給主設(shè)備100，使用IOM ARCnet有效位傳輸，僅消耗不到Ims的主干網(wǎng)通信時(shí)間。如果掛載更多的橋設(shè)備300，可以有效地減少主干網(wǎng)上的通信時(shí)間消耗，同時(shí)各個(gè)橋設(shè)備300掛載的CAN設(shè)備400可以并行
ififn。表IARCnet協(xié)議數(shù)據(jù)幀格式
名稱有效CAN包數(shù)量第1個(gè)CAN包第2個(gè)CAN包第N個(gè)CAN包CRC字節(jié)11414142有效字段1-32參見(jiàn)CAN包字段格式參見(jiàn)CAN包字段格式參見(jiàn)CAN包字段格式 表2實(shí)際CAN包字段格式
名稱CAN卡狀態(tài)標(biāo)識(shí)符控制字?jǐn)?shù)據(jù)字節(jié)1418有效字段有效或者無(wú)與CAN協(xié)議有與CAN協(xié)議有與CAN協(xié)效關(guān)關(guān)議有關(guān)遠(yuǎn)距離傳輸使用時(shí)，各個(gè)橋設(shè)備300可能距離很遠(yuǎn)，使用電纜無(wú)法實(shí)現(xiàn)，ARCnet總線200可以采用光纖。ARCnet總線200具有自動(dòng)識(shí)別總線節(jié)點(diǎn)狀態(tài)的功能，可以很方便的檢測(cè)到下面連接的橋設(shè)備300的狀態(tài)，及時(shí)的通知主設(shè)備100。本發(fā)明實(shí)施例所述CAN總線拓?fù)浣Y(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)具有以下優(yōu)勢(shì)(1)、使用所述橋設(shè)備進(jìn)行協(xié)議轉(zhuǎn)換，ARCnet總線最多可以支持2M個(gè)節(jié)點(diǎn)，同時(shí) ARCnet通信速率可以達(dá)到10M，一次通信數(shù)據(jù)508個(gè)字節(jié)，提高了可擴(kuò)展的CAN設(shè)備數(shù)量、 通信容量及通信速率。(2)、ARCnet協(xié)議網(wǎng)絡(luò)是一種令牌網(wǎng)絡(luò)，各個(gè)節(jié)點(diǎn)通過(guò)傳遞令牌的方式通信，同時(shí) CAN協(xié)議總線是一種短幀、多主競(jìng)爭(zhēng)的總線。兩者相結(jié)合一方面保證了主干網(wǎng)上所有的橋設(shè)備之間通信的可控性，另一方面可以保證與橋設(shè)備連接的CAN設(shè)備快速地響應(yīng)主設(shè)備命令及反饋主設(shè)備信息。(3)、橋設(shè)備的CPU可以只有鏈路層和物理層兩層協(xié)議，應(yīng)用層不需要太復(fù)雜的協(xié)議，因此硬件上利用普通的8位、16位單片機(jī)就足以實(shí)現(xiàn)，軟件上不需要操作系統(tǒng)，直接利用單片機(jī)編程就可以。相對(duì)于復(fù)雜的以太網(wǎng)協(xié)議轉(zhuǎn)換，成本降低了很多。以上實(shí)施方式僅用于說(shuō)明本發(fā)明，而并非對(duì)本發(fā)明的限制，有關(guān)技術(shù)領(lǐng)域的普通技術(shù)人員，在不脫離本發(fā)明的精神和范圍的情況下，還可以做出各種變化和變型，因此所有等同的技術(shù)方案也屬于本發(fā)明的范疇，本發(fā)明的專利保護(hù)范圍應(yīng)由權(quán)利要求限定。
權(quán)利要求
1.一種CAN總線拓?fù)浣Y(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)，其特征在于，包括主設(shè)備、ARCnet總線、橋設(shè)備和 CAN設(shè)備；所述主設(shè)備和橋設(shè)備均連接所述ARCnet總線；所述CAN設(shè)備通過(guò)CAN總線連接所述橋設(shè)備；所述橋設(shè)備用于實(shí)現(xiàn)所述ARCnet總線和CAN設(shè)備之間的數(shù)據(jù)交換，以及ARCnet 協(xié)議和CAN協(xié)議之間的協(xié)議轉(zhuǎn)換。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述橋設(shè)備包括=ARCnet接口、CAN接口和 CPU ；所述ARCnet接口連接所述ARCnet總線和CPU ；所述CAN接口連接所述CAN設(shè)備和CPU。
3.如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述橋設(shè)備還包括=ARCnet發(fā)送緩存、 ARCnet接收緩存、CAN接收緩存和CAN發(fā)送緩存；所述ARCnet發(fā)送緩存連接所述CPU和 ARCnet接口，用于將來(lái)自所述CPU的數(shù)據(jù)緩存后發(fā)送給所述ARCnet接口 ；所述ARCnet接收緩存也連接所述CPU和ARCnet接口，用于將來(lái)自所述ARCnet接口的數(shù)據(jù)緩存后發(fā)送給所述CPU ；所述CAN接收緩存連接所述CPU和CAN接口，用于將來(lái)自所述CAN接口的數(shù)據(jù)緩存后發(fā)送給所述CPU ；所述CAN發(fā)送緩存連接所述CPU和CAN接口，用于將來(lái)自所述CPU的數(shù)據(jù)緩存后發(fā)送給所述CAN接口。
4.如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述橋設(shè)備還包括用于存儲(chǔ)所述橋設(shè)備配置信息的ROM ；所述ROM連接所述CPU。
5.如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述配置信息包括橋設(shè)備本身ARCnet地址、橋設(shè)備發(fā)送ARCnet地址、CAN通信波特率、ARCnet通信波特率和CAN接收數(shù)據(jù)FIFO容量。
6.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述ARCnet協(xié)議的數(shù)據(jù)幀的字段包括有效CAN包數(shù)量、實(shí)際CAN包和CRC校驗(yàn)碼。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述實(shí)際CAN包字段包括的子字段包括 CAN卡狀態(tài)、標(biāo)識(shí)符、控制字和數(shù)據(jù)。
8.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述系統(tǒng)包括多個(gè)與所述ARCnet總線相連接的所述橋設(shè)備。
9.如權(quán)利要求1所述的系統(tǒng)，其特征在于，每個(gè)所述橋設(shè)備連接不超過(guò)32個(gè)所述CAN設(shè)備。
10.如權(quán)利要求1至9之一所述的系統(tǒng)，其特征在于，所述ARCnet總線采用電纜或者光纖。
全文摘要
本發(fā)明公開(kāi)了一種CAN總線拓?fù)浣Y(jié)構(gòu)實(shí)現(xiàn)系統(tǒng)，涉及工業(yè)控制領(lǐng)域。所述系統(tǒng)包括主設(shè)備、ARCnet總線、橋設(shè)備和CAN設(shè)備；所述主設(shè)備和橋設(shè)備均連接所述ARCnet總線；所述CAN設(shè)備連接所述橋設(shè)備；所述橋設(shè)備用于實(shí)現(xiàn)所述ARCnet總線和CAN設(shè)備之間的數(shù)據(jù)交換，以及ARCnet協(xié)議和CAN協(xié)議之間的協(xié)議轉(zhuǎn)換。所述系統(tǒng)克服了CAN總線傳輸速率較低并且節(jié)點(diǎn)數(shù)量受限的問(wèn)題，同時(shí)降低了系統(tǒng)實(shí)施成本。
文檔編號(hào)H04L12/417GK102420734SQ20111041541
公開(kāi)日2012年4月18日 申請(qǐng)日期2011年12月13日 優(yōu)先權(quán)日2011年12月13日
發(fā)明者李超, 欒慶文, 趙育東 申請(qǐng)人:北京交控科技有限公司