日韩成人黄色,透逼一级毛片,狠狠躁天天躁中文字幕,久久久久久亚洲精品不卡,在线看国产美女毛片2019,黄片www.www,一级黄色毛a视频直播

在多通道can應(yīng)用中進(jìn)行診斷的設(shè)備和方法

文檔序號(hào):7607421閱讀:252來源:國(guó)知局
專利名稱:在多通道can應(yīng)用中進(jìn)行診斷的設(shè)備和方法
CAN(依照ISO 11898的控制器局域網(wǎng)絡(luò))是工業(yè)應(yīng)用和汽車領(lǐng)域中頻繁使用的網(wǎng)絡(luò),用于在獨(dú)立的節(jié)點(diǎn)之間交換數(shù)據(jù)。隨著汽車領(lǐng)域的最新發(fā)展,一個(gè)車輛內(nèi)的節(jié)點(diǎn)不再連接到單個(gè)網(wǎng)絡(luò)。相反地,系統(tǒng)設(shè)計(jì)把屬于某一應(yīng)用類型或要求某一總線速度的節(jié)點(diǎn)組分配給分離的CAN總線系統(tǒng)。但是,這一多通道結(jié)構(gòu)阻礙了無障礙的信息從一個(gè)網(wǎng)絡(luò)到另一個(gè)網(wǎng)絡(luò)的流動(dòng),而這恰恰是診斷所需要的。
目前,裝備有多個(gè)CAN接口的節(jié)點(diǎn)的主處理器需要通過一種軟件算法執(zhí)行這一任務(wù)。這要求主處理器中斷其常規(guī)操作。隨后,它必須處理來自一個(gè)CAN接口的信息接收、將該信息復(fù)制到目標(biāo)CAN接口,并提交這些數(shù)據(jù)的傳輸請(qǐng)求。這一過程非常低效,因?yàn)橹魈幚砥魍ǔ2皇褂没蛐拚@些數(shù)據(jù)。由主處理器的處理造成的延遲通常不可預(yù)測(cè),因?yàn)楦邇?yōu)先級(jí)的任務(wù)能夠延遲對(duì)數(shù)據(jù)傳輸?shù)奶幚?。此外,僅僅被傳遞到另一個(gè)CAN接口的數(shù)據(jù)流會(huì)嚴(yán)重影響主處理器的實(shí)時(shí)性能。因此,沒有實(shí)現(xiàn)診斷所要求的以一種無障礙的方式監(jiān)控來自一個(gè)CAN網(wǎng)絡(luò)的數(shù)據(jù)的主要目的。
存在多個(gè)使主處理器免去這一任務(wù)的實(shí)施方式。這些設(shè)備(被稱為電橋)把來自源CAN接口的數(shù)據(jù)獨(dú)立地復(fù)制到目的CAN接口。而這一結(jié)構(gòu)的主處理器不需要被中斷,還存在其他的一些缺陷。首先,仍舊存在一種復(fù)制算法,它要求一定的時(shí)間來完成。這一時(shí)間段附加到將被傳輸?shù)臄?shù)據(jù)的傳播延遲中。第二個(gè)缺陷是該結(jié)構(gòu)要求一個(gè)節(jié)點(diǎn)的所有CAN接口的一個(gè)公用存儲(chǔ)器,用以存儲(chǔ)CAN消息。當(dāng)每個(gè)節(jié)點(diǎn)的CAN接口數(shù)目增大時(shí),這成為一個(gè)主要問題。工作在一個(gè)公用存儲(chǔ)器上的CAN接口越多就要求選擇越高的操作頻率,以便在任何給定的時(shí)間點(diǎn)都滿足每個(gè)CAN接口的計(jì)時(shí)要求。
在DE-19758032A中公開了一種依照權(quán)利要求1的序言的設(shè)備。這一文獻(xiàn)提及CAN接口之間電橋模塊的使用,并進(jìn)一步建議為一個(gè)節(jié)點(diǎn)的所有CAN系統(tǒng)使用一個(gè)公用消息存儲(chǔ)緩沖器,例如以一個(gè)內(nèi)容可尋址存儲(chǔ)器的形式,以便促進(jìn)CAN系統(tǒng)間的數(shù)據(jù)傳輸。在上面已經(jīng)介紹了電橋和一個(gè)公用存儲(chǔ)器的問題,此外,內(nèi)容可尋址存儲(chǔ)器專用于特定的應(yīng)用,并且當(dāng)該應(yīng)用改變時(shí)必須被相應(yīng)地重新構(gòu)造。這是由這樣一個(gè)事實(shí)迫使的內(nèi)容可尋址存儲(chǔ)器只是專門為特定的處理技術(shù)設(shè)計(jì)的。

發(fā)明內(nèi)容
因此,本發(fā)明的一個(gè)目的是提供一個(gè)數(shù)據(jù)網(wǎng)絡(luò)和一種操作該數(shù)據(jù)網(wǎng)絡(luò)的方法,該數(shù)據(jù)網(wǎng)絡(luò)中消息能夠以一種簡(jiǎn)單的方式從一個(gè)CAN總線系統(tǒng)傳輸?shù)搅硪粋€(gè)CAN總線系統(tǒng),并且允許CAN系統(tǒng)的簡(jiǎn)單監(jiān)控。
這一目的通過權(quán)利要求1中定義的數(shù)據(jù)網(wǎng)絡(luò)和權(quán)利要求6中定義的方法實(shí)現(xiàn);附屬的權(quán)利要求涉及本發(fā)明的進(jìn)一步改進(jìn)。
依照本發(fā)明,建議把CAN系統(tǒng)之一的CAN接口修改為一個(gè)‘選擇器接口’。這一選擇器接口可被有選擇地連接到另一個(gè)CAN系統(tǒng)的一個(gè)CAN總線上,用以監(jiān)控這一總線上的數(shù)據(jù)交換。因此,選擇器接口裝配有一個(gè)選擇器和一個(gè)用于被監(jiān)控總線的協(xié)議處理器以及另一個(gè)用于其自身總線的協(xié)議處理器。這一選擇器接口能夠在所謂的‘鏡像模式’下運(yùn)行,所述模式中在該選擇器接口的總線上自動(dòng)傳輸(和鏡像)被監(jiān)控總線的數(shù)據(jù)。這一總線可以被有益地連接到診斷單元,以便對(duì)被監(jiān)控總線上交換的數(shù)據(jù)做出診斷。
當(dāng)現(xiàn)代CAN網(wǎng)關(guān)需要把來自一個(gè)被監(jiān)控CAN總線系統(tǒng)的數(shù)據(jù)流提供到另一個(gè)CAN總線系統(tǒng)時(shí),在此闡述的方法避免了現(xiàn)代CAN網(wǎng)關(guān)的缺點(diǎn)。該方法不要求連接到被監(jiān)控CAN總線的那些CAN接口的特殊設(shè)備。
此外,數(shù)據(jù)傳輸被組織為不利用消息的復(fù)制過程,這樣降低了鏡像消息的傳播延遲并且由此增強(qiáng)系統(tǒng)性能。
在本發(fā)明的一個(gè)改進(jìn)中,可為選擇器接口提供一個(gè)濾波功能,因此數(shù)據(jù)傳輸被限制到一個(gè)或多個(gè)濾波器中定義的消息的子集中,所述濾波器可包括用于定義被濾波范圍的掩碼。使用這一正的濾波功能,所有未定義的消息將不被從監(jiān)控CAN接口向CAN總線傳輸。
此外,當(dāng)單個(gè)消息或消息范圍被排除在從監(jiān)控CAN接口到CAN總線的數(shù)據(jù)傳輸之外時(shí),可使用一個(gè)負(fù)的濾波功能。這一負(fù)濾波功能定義一個(gè)或多個(gè)濾波器,它們可包括用于定義被濾波消息范圍的特征碼。滿足濾波器標(biāo)準(zhǔn)的消息不從監(jiān)控CAN接口復(fù)制到CAN總線,而所有其它非必須明確已知的消息可在CAN總線上得到。


將結(jié)合附圖對(duì)本發(fā)明的一個(gè)實(shí)施例進(jìn)行闡述。
圖1示出具有三個(gè)通道的CAN網(wǎng)關(guān)的基本結(jié)構(gòu)框圖。
圖2示出解釋鏡像模式基本原理的信號(hào)圖;以及圖3示出解釋一種交錯(cuò)活動(dòng)的信號(hào)圖。
具體實(shí)施例方式
圖1結(jié)構(gòu)中示出了第一和第二CAN接口10,20。這些CAN接口具有相同的結(jié)構(gòu),有一個(gè)專用的CAN總線11、21,一個(gè)CAN協(xié)議處理器12、22,數(shù)據(jù)存儲(chǔ)和控制引擎13、23,以及一個(gè)到構(gòu)成一個(gè)節(jié)點(diǎn)的主CPU(未示出)的接口14、24。
目前所闡述的結(jié)構(gòu)已眾所周知,并且通常包括若干個(gè)帶有專用總線的前述CAN接口。為了將一個(gè)數(shù)據(jù)流從CAN總線11或21提供到另一個(gè)CAN總線或CAN接口,需要由連接到相應(yīng)接口的主處理器執(zhí)行一種數(shù)據(jù)傳輸。即主CPU必須從一個(gè)CAN接口的數(shù)據(jù)存儲(chǔ)器讀取數(shù)據(jù),將它復(fù)制到例如一個(gè)公用消息緩沖存儲(chǔ)器中,并且進(jìn)一步將它存儲(chǔ)到另一個(gè)CAN接口的數(shù)據(jù)存儲(chǔ)器中。
另一方面,下面闡述的結(jié)構(gòu)允許獨(dú)立于主處理器執(zhí)行這一任務(wù)。這一結(jié)構(gòu)甚至不要求每個(gè)CAN接口(CAN-I/F)具有一個(gè)特殊設(shè)備。只需要由一個(gè)專用特殊硬件代替一個(gè)CAN接口。
本發(fā)明的基本概念是通過第三CAN接口30實(shí)現(xiàn)的,它是已闡述的CAN接口10、20的修改版本。此外,提供了被監(jiān)控CAN接口總線之間的附加連接36、37、第三CAN接口30處的一個(gè)附加輸入終端。
為了訪問CAN總線10或20的數(shù)據(jù)流,CAN接口30裝配有第二CAN協(xié)議處理器35。這一協(xié)議處理器被配置為只能接收消息。取消到被監(jiān)控CAN總線系統(tǒng)的錯(cuò)誤信令的消息傳輸。主處理器經(jīng)由一個(gè)可編程選擇器38選擇一個(gè)應(yīng)該被監(jiān)控的源通道。在主處理器初始化了用于向CAN總線30傳輸數(shù)據(jù)所必需的所有參數(shù)之后,可以啟動(dòng)一種用于診斷支持、被稱為‘鏡像模式’的運(yùn)行模式。
當(dāng)鏡像模式被使用時(shí),在被監(jiān)控總線上交換的所有有效CAN幀被CAN接口30中的CAN協(xié)議處理器35接收。這些幀被存儲(chǔ)在通常由常規(guī)CAN協(xié)議處理器32使用的消息緩沖存儲(chǔ)器33中。
鏡像模式期間,CAN協(xié)議處理器35僅僅使用數(shù)據(jù)存儲(chǔ)器的一部分。因此,主處理器仍能通過CAN協(xié)議處理器32同時(shí)接收和傳輸常規(guī)應(yīng)用消息。
一旦從被監(jiān)控CAN總線接收到一個(gè)幀,一個(gè)專用狀態(tài)機(jī)將在CAN協(xié)議處理器32上為這一幀發(fā)射一個(gè)傳輸請(qǐng)求。這一幀參與用于CAN接口30的消息傳輸?shù)膬?nèi)部?jī)?yōu)先級(jí)方案。如果它在具有待決傳輸請(qǐng)求的所有消息中的優(yōu)先級(jí)最高,則將它發(fā)送在CAN總線31上。
當(dāng)主處理器不發(fā)送另外的應(yīng)用消息時(shí),經(jīng)由CAN協(xié)議處理器35接收的消息的順序同CAN協(xié)議處理器32上的發(fā)送順序相同。如果該應(yīng)用選擇發(fā)送由該節(jié)點(diǎn)的主處理器所準(zhǔn)備的附加消息,那么這些消息根據(jù)CAN協(xié)議(ISO 11898)定義的優(yōu)先級(jí)規(guī)則交錯(cuò)到CAN總線31上的數(shù)據(jù)流中。
從被監(jiān)控CAN總線到CAN總線系統(tǒng)31的消息順序的限制被消息接收處的某一存儲(chǔ)算法實(shí)現(xiàn)。數(shù)據(jù)存儲(chǔ)和控制引擎33以固定(即升序)順序把從CAN協(xié)議處理器35接收的任何消息存儲(chǔ)到消息緩沖存儲(chǔ)器中。因此,對(duì)CAN總線系統(tǒng)31上的傳輸進(jìn)行處理的進(jìn)程先驗(yàn)已知接下來需要傳輸哪個(gè)消息。
當(dāng)沒有其他先前從被監(jiān)控CAN總線系統(tǒng)接收的消息被鏡像模式處理時(shí),則準(zhǔn)備傳輸新近接收的消息。這可以是一個(gè)具有待決傳輸請(qǐng)求的消息,它在CAN總線系統(tǒng)31上被當(dāng)前傳輸或等待贏得內(nèi)部判優(yōu)過程。此外,它可以是一個(gè)或多個(gè)已經(jīng)被CAN協(xié)議處理器35接收但還沒有建立它們的傳輸請(qǐng)求的消息。
一旦數(shù)據(jù)存儲(chǔ)和控制引擎33確認(rèn)在CAN總線系統(tǒng)31上完成了一個(gè)傳輸,它檢查這一事件屬于CPU調(diào)用的消息還是鏡像模式調(diào)用的消息。后一種情況下,準(zhǔn)備傳輸遵循CAN總線處理器35的接收過程的存儲(chǔ)順序的消息。鏡像模式的過程示于圖2。
本發(fā)明對(duì)一個(gè)特定CAN總線的數(shù)據(jù)流提供監(jiān)控,所述數(shù)據(jù)流來自連接到相同節(jié)點(diǎn)的另一個(gè)CAN總線。這一診斷功能的執(zhí)行對(duì)主處理器的實(shí)時(shí)性能沒有任何影響。當(dāng)該診斷功能將被用來識(shí)別系統(tǒng)的故障時(shí),這一特征變得更加重要。只有鏡像模式的非插入式操作才能保證潛在故障沒有被數(shù)據(jù)傳輸功能自身的行為消除。
CAN總線3上傳輸?shù)南⒅苯訌拇鎯?chǔ)位置提取,在所述位置中存儲(chǔ)有先前從被監(jiān)控CAN總線系統(tǒng)(CAN總線1,2)接收的消息。這降低了存儲(chǔ)量,并且作為更重要的一項(xiàng),從被監(jiān)控CAN總線系統(tǒng)到CAN總線3的傳輸過程被更快速地組織,相當(dāng)于必須執(zhí)行從一個(gè)接收緩沖器到一個(gè)專用傳輸緩沖器的內(nèi)部復(fù)制過程。在鏡像模式操作期間,消息緩沖器被如此準(zhǔn)備執(zhí)行從被監(jiān)控CAN總線系統(tǒng)的接收,盡管該消息緩沖器載有傳輸緩沖器的所有特征。因此,鏡像模式中CAN總線3上接下去的傳輸操作可以從一單個(gè)指令開始。因此,一個(gè)‘鏡像’消息的延遲被降至由消息長(zhǎng)度(CAN總線上消息的出現(xiàn))自身給定的最小值。這是診斷系統(tǒng)的一個(gè)重要特征。
裝配有鏡像模式的CAN接口可附加到任何CAN節(jié)點(diǎn)的設(shè)計(jì)中,而不會(huì)改變已經(jīng)存在的CAN接口。這一模塊性使得在已有產(chǎn)品中使用鏡像模式成為可能。
與裝配CAN電橋從一個(gè)CAN總線向另一個(gè)CAN總線傳輸數(shù)據(jù)的已有方案相比,鏡像模式提供使用一種更簡(jiǎn)單的數(shù)據(jù)存儲(chǔ)設(shè)計(jì)。目前,CAN電橋需要一個(gè)公用數(shù)據(jù)存儲(chǔ)器用于想要參與不同CAN總線系統(tǒng)間數(shù)據(jù)傳輸?shù)乃蠧AN接口。鏡像模式不要求這一結(jié)構(gòu)。設(shè)計(jì)變得更加復(fù)雜,并且具有公用數(shù)據(jù)存儲(chǔ)器的結(jié)構(gòu)的計(jì)時(shí)要求比圖1所示的結(jié)構(gòu)嚴(yán)格得多。鏡像模式放松了設(shè)計(jì)的這個(gè)部分,結(jié)果是CAN接口能夠在更低的頻率下運(yùn)行,并且每個(gè)CAN接口可被設(shè)計(jì)為一個(gè)單獨(dú)電路。
術(shù)語‘鏡像模式’表示通過一個(gè)專用CAN接口將一個(gè)CAN總線上的數(shù)據(jù)鏡像到另一個(gè)CAN總線上。在不必復(fù)制消息的前提下執(zhí)行從一個(gè)CAN總線系統(tǒng)到另一個(gè)CAN總線系統(tǒng)的消息傳輸。把從被監(jiān)控CAN總線接收的數(shù)據(jù)存儲(chǔ)到相同區(qū)域(消息緩沖器)中,將它從所述區(qū)域發(fā)送到另一個(gè)CAN總線(即診斷CAN總線)。
鏡像模式提供一種非插入式方法來測(cè)量或觀察一個(gè)CAN總線系統(tǒng)的數(shù)據(jù)流,該CAN總線系統(tǒng)沒有直接連接到在其上可獲得數(shù)據(jù)的CAN總線系統(tǒng)。
鏡像模式在診斷CAN總線上提供有效消息的順序與被監(jiān)控CAN總線系統(tǒng)上看到的順序完全相同。
鏡像模式處理所有的有效幀類型數(shù)據(jù)幀和遠(yuǎn)程幀。用于標(biāo)識(shí)符、標(biāo)準(zhǔn)和擴(kuò)展標(biāo)識(shí)符的兩種格式都被鏡像模式處理。
鏡像模式使用在一個(gè)公用數(shù)據(jù)存儲(chǔ)和控制區(qū)域(消息緩沖區(qū)域)上工作的兩個(gè)CAN協(xié)議處理器。連接到被監(jiān)控CAN總線系統(tǒng)的CAN協(xié)議處理器共享該消息緩沖區(qū)域的一個(gè)部分。因此,當(dāng)鏡像模式獨(dú)立運(yùn)行時(shí),另一個(gè)CAN協(xié)議處理器能夠同時(shí)處理來自主處理器的消息。當(dāng)鏡像模式?jīng)]有被主處理器激活時(shí),整個(gè)消息緩沖區(qū)域都被分配給用于診斷CAN總線的CAN協(xié)議處理器。
在不改變已有CAN接口設(shè)計(jì)的前提下,可將裝配有鏡像模式的CAN接口結(jié)合到已有的多通道CAN節(jié)點(diǎn)中。鏡像模式與一個(gè)節(jié)點(diǎn)中使用的CAN接口數(shù)目無關(guān)。
圖2的頂行展示了從被監(jiān)控CAN總線系統(tǒng)接收的若干消息(RX(32)、RX(33)、RX(34))的時(shí)間線。當(dāng)DNi(用于消息緩沖器i的數(shù)據(jù)新標(biāo)志)調(diào)到3時(shí),發(fā)生這些消息的有效接收。
作為數(shù)據(jù)存儲(chǔ)和控制引擎33的一部分的鏡像模式引擎(MME)處理每個(gè)接收,并且遞增一個(gè)反映仍等待在CAN總線系統(tǒng)31上傳輸?shù)囊呀邮障⒌臄?shù)目。按照接收消息被存儲(chǔ)的順序,為各個(gè)消息緩沖器設(shè)置傳輸請(qǐng)求(TRQi)。在MMP等于0的任何時(shí)候或在識(shí)別到CAN總線系統(tǒng)31上傳輸完成的任何時(shí)候,便發(fā)布傳輸請(qǐng)求。
稍低的水平行示出了CAN總線系統(tǒng)31的總線活動(dòng)(行DIAG)以及被命名為THL(傳輸歷史列表)的傳輸完成狀態(tài)。
圖3示出當(dāng)CPU交錯(cuò)其它消息時(shí)鏡像模式的運(yùn)行。
示例中,CPU提交消息目標(biāo)15(TX15)的傳輸請(qǐng)求。這一消息目標(biāo)沒有處在用于鏡像模式的存儲(chǔ)區(qū)域中,但它仍屬于數(shù)據(jù)存儲(chǔ)和控制引擎33。假定消息目標(biāo)15具有比TX(33)和TX(34)更高的優(yōu)先級(jí)。
現(xiàn)在,在TX(32)之后服務(wù)CPU請(qǐng)求的傳輸。TX(32)傳輸完成以后,MME仍然準(zhǔn)備要傳輸?shù)腞X(33)。TX(15)被傳輸之后,MME識(shí)別到消息TX(15)結(jié)尾處的這一傳輸完成不屬于一個(gè)鏡像消息目標(biāo)。因此,沒有發(fā)送新的傳輸請(qǐng)求,并且MME等待TX(33)在請(qǐng)求傳輸消息目標(biāo)RX(34)之前完成傳輸。
這一示例說明了如何能夠同主CPU請(qǐng)求的通信并行地發(fā)布對(duì)被監(jiān)控總線的診斷。
所述的結(jié)構(gòu)僅僅是一個(gè)示例。鏡像模式可被應(yīng)用到包含任何CAN通道數(shù)的任何節(jié)點(diǎn)中。
需要指出主處理器上的CAN通道數(shù)目(n)絕對(duì)獨(dú)立于鏡像模式。
對(duì)一個(gè)非常特殊的情況而言,n甚至可以等于1。這種情況中僅存在CAN-I/F3,并且到被監(jiān)控CAN總線系統(tǒng)的連接沒有被做成“片上”而是將其路由到該應(yīng)用的CAN總線系統(tǒng)的另一個(gè)節(jié)點(diǎn)。
此外,需要指出一旦被初始化主處理器不再必須支持鏡像模式的運(yùn)行,并且主處理器不受鏡像模式運(yùn)行的影響。
此外,正的或負(fù)的濾波功能結(jié)合鏡像模式能夠?yàn)榭蛻籼峁┮环N增強(qiáng)型操作。一方面,客戶可以從被監(jiān)控總線11、21選擇重現(xiàn)消息子集。這一特征(一個(gè)正的標(biāo)識(shí)或正的濾波功能)可在選擇器接口30中實(shí)現(xiàn),也可由客戶設(shè)定或激活。另一方面,存在實(shí)現(xiàn)負(fù)濾波功能的可能。負(fù)的濾波器以這樣的方式工作,即用戶指定標(biāo)識(shí)符(=這一內(nèi)容中的消息)或?qū)⒉粎⑴c鏡像模式的標(biāo)識(shí)符的范圍??蛻裟軌蚶眠@一功能消除診斷總線系統(tǒng)中較大的數(shù)據(jù)。由于診斷總線例如為存放區(qū)和修正提供一個(gè)常規(guī)訪問點(diǎn),如果在鏡像模式中沒有阻止則未授權(quán)的訪問有機(jī)會(huì)獲得信息。
權(quán)利要求
1.包括多個(gè)CAN系統(tǒng)的數(shù)據(jù)網(wǎng)絡(luò),每個(gè)CAN系統(tǒng)包括一個(gè)CAN總線(11,21,31)以及一個(gè)連接到所述CAN總線用以同主CPU交換數(shù)據(jù)的CAN接口(10,20,30),其特征在于至少一個(gè)CAN系統(tǒng)的CAN接口(30)是一個(gè)選擇器接口(30),用以有選擇地訪問其它CAN系統(tǒng)的CAN總線(11,21)。
2.權(quán)利要求1中的數(shù)據(jù)網(wǎng)絡(luò),其中每個(gè)CAN接口包括一個(gè)同其自身CAN總線(11,21,31)交換數(shù)據(jù)的CAN協(xié)議處理器(12,22,32)、一個(gè)數(shù)據(jù)存儲(chǔ)和控制裝置(13,23,33)以及一個(gè)到所述主CPU的接口(14,24,34),并且其中選擇器接口(30)附加地包括一個(gè)用以選擇另一個(gè)CAN系統(tǒng)的CAN總線的選擇器(38),以及一個(gè)用以同所述被選擇的CAN總線(11,12)交換數(shù)據(jù)的第二CAN協(xié)議處理器(35)。
3.權(quán)利要求2中的數(shù)據(jù)網(wǎng)絡(luò),其中所述選擇器接口(30)包括監(jiān)控裝置,用以監(jiān)控所選CAN總線上的數(shù)據(jù)交換并在其自身CAN總線(31)上傳輸來自所選CAN總線的已識(shí)別的有效消息。
4.權(quán)利要求3中的數(shù)據(jù)網(wǎng)絡(luò),其中所述已識(shí)別的有效消息被存儲(chǔ)在所述選擇器接口(30)的所述存儲(chǔ)設(shè)備(33)的一個(gè)位置上,并從所述位置發(fā)送到所述CAN總線(31)。
5.權(quán)利要求4總的數(shù)據(jù)網(wǎng)絡(luò),其中所述選擇器接口(30)的所述CAN總線(31)被連接到診斷單元。
6.對(duì)包括多個(gè)CAN系統(tǒng)的數(shù)據(jù)網(wǎng)絡(luò)進(jìn)行操作的方法,每個(gè)CAN系統(tǒng)包括一個(gè)CAN總線(11,21,31)和一個(gè)同主CPU交換數(shù)據(jù)的CAN接口(10,20,30),所述方法包括步驟有選擇地將所述CAN接口(30)之一和不同CAN系統(tǒng)的一個(gè)CAN總線(11,21)相連接,以及通過所述一個(gè)CAN接口(30)監(jiān)控所述CAN總線(11,21)上的數(shù)據(jù)交換。
7.權(quán)利要求6中的方法,其中所述一個(gè)CAN接口(30)被設(shè)置為一種鏡像模式,所述鏡像模式中在被監(jiān)控CAN總線(11,21)上交換的有效消息被自動(dòng)發(fā)送到與該監(jiān)控CAN接口(30)相關(guān)的CAN總線(31)上。
8.權(quán)利要求6中的方法,其中所述數(shù)據(jù)傳輸被組織為不利用消息復(fù)制的過程。
9.權(quán)利要求6中的方法,其中數(shù)據(jù)傳輸限于在一個(gè)或多個(gè)濾波器中所定義的一個(gè)消息子集,所述濾波器可包括用于定義被濾波消息范圍的掩碼。
10.權(quán)利要求6中的方法,其中通過使用負(fù)濾波功能將單個(gè)消息或消息范圍排除在從監(jiān)控CAN接口(30)到CAN總線(31)的數(shù)據(jù)傳輸之外。
11.權(quán)利要求1到5中的數(shù)據(jù)網(wǎng)絡(luò),其中所述選擇器接口(30)包括濾波裝置,只用于傳輸匹配一定標(biāo)準(zhǔn)的消息或消息范圍。
12.權(quán)利要求1到5中的數(shù)據(jù)網(wǎng)絡(luò),其中所述選擇器接口(30)包括濾波裝置,用以禁止與一定標(biāo)準(zhǔn)匹配的消息的傳輸。
全文摘要
一個(gè)CAN網(wǎng)絡(luò)包括若干個(gè)CAN系統(tǒng),每個(gè)CAN系統(tǒng)包括一個(gè)CAN總線和一個(gè)CAN接口,它們通過所述CAN總線連接到主CPU。至少一個(gè)CAN接口是一個(gè)選擇器接口,它允許有選擇地訪問其它CAN系統(tǒng)的CAN總線。因此,可以通過在一種所謂“鏡像模式”中操作選擇器接口來監(jiān)控一個(gè)總線上的數(shù)據(jù)交換,在所述鏡像模式中被監(jiān)控總線的數(shù)據(jù)被自動(dòng)傳輸?shù)竭x擇器接口的總線上。到診斷單元的連接允許診斷被監(jiān)控總線上的數(shù)據(jù)交換。
文檔編號(hào)H04L12/56GK1830180SQ200480022119
公開日2006年9月6日 申請(qǐng)日期2004年7月30日 優(yōu)先權(quán)日2003年7月31日
發(fā)明者W·威韋西克, 八代雅高 申請(qǐng)人:Nec電子(歐洲)有限責(zé)任公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1