工業(yè)控制網(wǎng)絡(luò)4-2

工業(yè)控制網(wǎng)絡(luò)

（現(xiàn)場總線）

4.3.DeviceNet信息協(xié)議本節(jié)闡述位于CAN數(shù)據(jù)場內(nèi)部用于顯式報文和I/O報文的協(xié)議信息。主要內(nèi)容包括：4.3.1顯式信息4.3.2輸入輸出信息4.3.3分段/重組4.3.4重復(fù)MACID檢測協(xié)議4.3.1顯式信息一個顯式報文使用一個CAN幀的數(shù)據(jù)場來傳送DeviceNet定義的信息。圖4-21為顯式報文CAN數(shù)據(jù)場的使用。圖4-21顯式報文CAN數(shù)據(jù)場的使用4.3.1顯式信息含有完整顯式報文的一次發(fā)送的數(shù)據(jù)場包括：一個報文頭、

整個報文體。4.3.1顯式信息如果一個顯式報文的長度超過8個字節(jié)，在DeviceNet上它必須被以分段的方式發(fā)送。這種分段/重裝的功能是由連接對象提供的。一個分段的顯式報文包括：一個報文頭分段協(xié)議一個報文體段4.3.1顯式信息4.3.1.1報文頭

報文頭是在一個顯式報文的CAN數(shù)據(jù)場的字節(jié)偏移量0中被說明的。4.3.1.1報文頭

Frag(段位)-此區(qū)表明該發(fā)送是否為一個分段的顯式報文。值含義0非分段。該發(fā)送包含一個完整的顯式報文。下一個字節(jié)包含服務(wù)區(qū)。1分段。該發(fā)送不包含一個完整的顯式報文。下一個字節(jié)包含分段協(xié)議。4.3.1.1報文頭

XID(交易ID)-此區(qū)被一個應(yīng)用使用以使一個響應(yīng)與其相應(yīng)的請求相匹配。此區(qū)被服務(wù)器在一個響應(yīng)報文中簡單地回送。服務(wù)器不利用此區(qū)來執(zhí)行任何類型的重復(fù)報文檢測邏輯。當(dāng)一客戶機(jī)發(fā)送一個顯式報文而對其響應(yīng)不是預(yù)期的時候，此區(qū)的數(shù)值是不予關(guān)心的。4.3.1.1報文頭如果：那么：目的MACID在連接ID(CAN標(biāo)識符區(qū))中被說明，源MACID就在報文頭的MACID區(qū)中被說明。源MACID在連接ID(CAN標(biāo)識符區(qū))中被說明，目的MACID就在報文頭的MACID區(qū)中被說明。MACID-它包含源MACID或目的MACID。

當(dāng)一個顯式報文被接收時，此報文頭中的MACID區(qū)即被檢驗。若這些檢測中的任一個失敗，則此報文被廢棄。4.3.1.2報文體一個報文體包含一個服務(wù)區(qū)和服務(wù)特有論據(jù)。

4.3.1.2報文體服務(wù)區(qū)內(nèi)容：服務(wù)代碼

(ServiceCode)-此數(shù)值在服務(wù)區(qū)字節(jié)的低7位中被說明。它表明發(fā)送服務(wù)的類型。R/R（Request/Response）-服務(wù)區(qū)中的最高位。它的值決定了一個報文是請求報文還是響應(yīng)報文。4.3.1.2報文體如果R/R區(qū)的值是那么0（位被清除）此報文是請求報文1（位被設(shè)置）此報文是響應(yīng)報文4.3.1.3分段協(xié)議如果一個發(fā)送是一個分段的顯式報文的一部分，則其數(shù)據(jù)場包含報文頭、分段協(xié)議和報文體段。分段協(xié)議便于大顯式報文的分段和重組。

4.3.1.4UCMM服務(wù)

DeviceNet公共服務(wù)為開放式且其參數(shù)和要求的行為在DeviceNet中被定義。UCMM處理兩種服務(wù)，它們管理顯式信息連接的分配和重新分配：開放顯式信息連接-服務(wù)代碼=4Bh，用于建立一個顯式信息連接。關(guān)閉連接-服務(wù)代碼=4Ch.，用于刪除一個連接對象和重新分配所有相關(guān)的資源。4.3.1.4UCMM服務(wù)這些服務(wù)是通過使用組3報文中定義的未連接顯式請求和響應(yīng)的CAN標(biāo)識符區(qū)而被訪問的。4.3.1.4UCMM服務(wù)

1.開放顯式信息連接請求

此服務(wù)請求在兩模塊之間建立邏輯連接，通過此連接顯式報文將被發(fā)送。此服務(wù)是作為一個未連接請求報文（報文組3，報文ID6）被發(fā)送的。圖4-26為開放顯式信息連接請求格式。4.3.1.4UCMM服務(wù)圖4-26開放顯式信息連接請求格式4.3.1.4UCMM服務(wù)

論據(jù)：

Frag(0)/交易ID/MACID-見4.3.1.1小節(jié)。注意，目的MACID總是在與一個開放顯式信息連接請求/響應(yīng)有關(guān)的報文頭中被說明。R/R位（0）-表明這是一個請求報文。服務(wù)代碼(4Bh)-標(biāo)識此為一個開放顯式信息連接服務(wù)。4.3.1.4UCMM服務(wù)

論據(jù)：

保留位-待被開發(fā)。這些位當(dāng)前被接收器忽略，并應(yīng)被發(fā)送器設(shè)置為0。請求報文體格式-此區(qū)被客戶機(jī)用于隨后在此連接上發(fā)送的顯式報文申請一個特定的報文體格式。4.3.1.4UCMM服務(wù)對此開放顯式信息請求做出響應(yīng)的服務(wù)器確定在此連接上所使用的實際報文體格式。報文體格式的值見表4-8。服務(wù)器可做下列工作之一：拒絕請求并在開放顯式信息連接響應(yīng)中回復(fù)一個適當(dāng)?shù)母袷?。通過在開放顯式信息連接響應(yīng)中回送相同的數(shù)值來表明接受此請求。4.3.1.4UCMM服務(wù)值含義0DeviceNet(8/8)，類ID=8位整數(shù)，實例ID=8位整數(shù)1DeviceNet(8/16)，類ID=8位整數(shù)，實例ID=16位整數(shù)2DeviceNet(16/16)，類ID=16位整數(shù)，實例ID=16位整數(shù)3DeviceNet(16/8)，類ID=16位整數(shù)，實例ID=8位整數(shù)4-F由DeviceNet保留表4-8報文體格式值4.3.1.4UCMM服務(wù)

組選-此區(qū)指明一個報文組，通過該報文組與此連接有關(guān)的報文是可被交換的。表4-9給出了所定義的組選值?？蛻魴C(jī)選擇一個報文組，通過該報文組來產(chǎn)生與此顯式信息連接相關(guān)的發(fā)送。如果服務(wù)器不能滿足這個請求，則它必須拒絕這個請求并且返回一個錯誤響應(yīng)。4.3.1.4UCMM服務(wù)值含義0報文組11報文組22保留3報文組34-F由DeviceNet保留表4-9組選值4.3.1.4UCMM服務(wù)

源報文ID-根據(jù)組選區(qū)的數(shù)值使用此區(qū)，參閱表4-10。服務(wù)過程：服務(wù)器內(nèi)的UCMM確認(rèn)開放顯式信息連接請求的論據(jù)。如果這些論據(jù)有效，UCMM就會引發(fā)連接類的創(chuàng)建服務(wù)來獲得一個連接對象實例。這個所獲得的連接對象被自動設(shè)置為一個顯式信息連接對象。4.3.1.4UCMM服務(wù)

如果服務(wù)器支持多種報文體格式，并且客戶機(jī)請求了其中的一種格式，則服務(wù)器通過在開放顯式響應(yīng)報文中回送請求報文體格式來對請求做出認(rèn)可；若服務(wù)器不支持多種報文體格式，則服務(wù)器僅在開放顯式信息響應(yīng)內(nèi)指定其默認(rèn)格式。4.3.1.4UCMM服務(wù)如果組選等于那么源報文ID0或3指定為客戶機(jī)從其組1或3報文ID中分配的報文ID。客戶機(jī)將利用此報文ID與其自身的MACID（源MACID）共同產(chǎn)生一個連接ID，它在客戶機(jī)隨后通過此連接發(fā)送的一個報文時被說明。1被忽略/被設(shè)置為0值。表4-10開放顯式信息連接請求中的源報文ID4.3.1.4UCMM服務(wù)

2.開放顯式信息連接成功響應(yīng)

此服務(wù)用于成功地響應(yīng)一個開放顯式信息連接請求報文。圖4-27為開放顯式信息連接響應(yīng)格式。4.3.1.4UCMM服務(wù)圖4-27開放顯式信息連接響應(yīng)格式4.3.1.4UCMM服務(wù)

論據(jù):

Frag(0)/交易ID/MACID-見4.3.1.1小節(jié)。注意，目的MACID總是在與一個開放顯式信息連接請求/響應(yīng)有關(guān)的報文頭中被說明。R/R位（1）-表明這是一個響應(yīng)報文。服務(wù)代碼(4Bh)-標(biāo)識此為一個開放顯式信息連接服務(wù)。4.3.1.4UCMM服務(wù)保留位-待被開發(fā)。這些位當(dāng)前被接收器忽略，并應(yīng)被發(fā)送器設(shè)置為0。實際報文體格式-此區(qū)被服務(wù)器用于確定與隨后在此連接上發(fā)送的顯式報文相關(guān)的報文體格式。目的報文ID-根據(jù)報文組使用此區(qū)，通過該報文組客戶機(jī)申請的這個連接將發(fā)生。表4-11為開放顯式信息連接響應(yīng)中的目的報文ID。4.3.1.4UCMM服務(wù)如果開放請求中的組選被設(shè)置為：那么開放響應(yīng)中的目的報文ID：0或3被忽略且應(yīng)被設(shè)置為0值。1被客戶機(jī)用于和服務(wù)器的MACID（目的MACID）共同產(chǎn)生一個連接ID，它在通過此連接發(fā)送時說明。服務(wù)器從組2報文ID中分配此值。4.3.1.4UCMM服務(wù)

源報文ID-服務(wù)器分配的報文ID值。服務(wù)器從其組1，2或3報文ID中分配一個報文ID，此報文ID將被用于和其自身的MACID（源MACID）一起產(chǎn)生一個連接ID，它在服務(wù)器通過此連接發(fā)送一個報文時被說明。4.3.1.4UCMM服務(wù)

連接實例ID-當(dāng)一個服務(wù)器成功地處理一個開放請求時，它會例示一個顯式信息連接對象。此區(qū)存儲分配給顯式信息連接對象的實例ID值。服務(wù)器返回此值，此值可隨后被客戶機(jī)在欲關(guān)閉此連接時使用。此連接實例ID區(qū)在開放顯式信息連接響應(yīng)中在16位整數(shù)區(qū)（UINT）內(nèi)被說明。4.3.1.4UCMM服務(wù)4.3.1.4UCMM服務(wù)4.3.1.4UCMM服務(wù)4.3.1.4UCMM服務(wù)4.3.1.4UCMM服務(wù)

3.關(guān)閉連接請求此服務(wù)用于終止一個終點內(nèi)的連接（I/O或信息）。由UCMM進(jìn)行的關(guān)閉報文的接收會導(dǎo)致連接類的刪除服務(wù)的調(diào)用。一個關(guān)閉連接請求是作為一個未連接請求報文（報文組3，報文ID6）被發(fā)送的。4.3.1.4UCMM服務(wù)開放顯式信息連接請求/響應(yīng)服務(wù)只建立顯式信息連接；然而，關(guān)閉服務(wù)可以終止任何類型。關(guān)閉連接請求提供一種不必建立一個顯式信息連接就可以刪除一個連接的方法。通過一個顯式信息連接來發(fā)送一個到連接類的DeviceNet公共刪除服務(wù)與關(guān)閉服務(wù)所完成的功能是相同的。但是，刪除服務(wù)僅可以作為一個基于連接的報文被發(fā)送。

4.3.1.4UCMM服務(wù)圖4-28關(guān)閉連接請求格式4.3.1.4UCMM服務(wù)

論據(jù)：

Frag(0)/交易ID/MACID-見4.3.1.1小節(jié)。注意，目的MACID總是在與一個關(guān)閉連接請求/響應(yīng)有關(guān)的報文頭中被說明。R/R位（0）-表明這是一個請求報文。4.3.1.4UCMM服務(wù)服務(wù)代碼(4Ch)-標(biāo)識此為一個關(guān)閉連接服務(wù)。連接實例ID-此區(qū)為說明該連接實例將被刪除的一個區(qū)。因為關(guān)閉連接請求報文是作為一個未連接報文被發(fā)送的，發(fā)送者可能不知道與預(yù)期接收者有關(guān)的關(guān)于報文體格式的任何信息。結(jié)果，此報文內(nèi)的用于連接實例ID的格式總是以16位整數(shù)表示。4.3.1.4UCMM服務(wù)

服務(wù)過程：響應(yīng)者核實指定的連接實例的存在性。如果該連接實例存在，并且它是可被刪除的，則它會被刪除。所有與該連接實例有關(guān)的資源均會被釋放。如果此請求被成功地接收，則一個關(guān)閉響應(yīng)會被返回。如果此請求是不成功的，則會一個錯誤響應(yīng)會被返回。4.3.1.4UCMM服務(wù)

4.關(guān)閉響應(yīng)

此服務(wù)用于成功地響應(yīng)一個關(guān)閉請求報文。圖4.-29關(guān)閉連接響應(yīng)格式4.3.1.4UCMM服務(wù)

5.錯誤響應(yīng)

這部分介紹與UCMM有關(guān)的用于相應(yīng)的錯誤響應(yīng)報文的錯誤狀態(tài)和錯誤代碼（包括通用錯誤代碼和附加錯誤代碼）信息的一個標(biāo)準(zhǔn)組。表4-12給出了UCMM錯誤狀態(tài)/代碼。4.3.1.4UCMM服務(wù)表4-12UCMM錯誤狀態(tài)/代碼4.3.1.5基于連接的顯式信息

一個基于連接的顯式報文是在顯式信息連接上傳送的報文。本小節(jié)定義基于連接的顯式報文的格式。4.3.1.5基于連接的顯式信息

論據(jù)：

Frag(0)/交易ID/MACID-見4.3.1.1小節(jié)。

R/R位(0)-表明這是一個請求報文。

服務(wù)代碼-定義被請求的服務(wù)。4.3.1.5基于連接的顯式信息

類ID-定義此請求所指向的對象類。類ID根據(jù)開放顯式信息連接響應(yīng)中返回的實際報文體格式的值在一個8位或16位整數(shù)區(qū)中說明。4.3.1.5基于連接的顯式信息實例ID-定義此請求所指向的對象類內(nèi)的一個特定實例。實例ID根據(jù)開放顯式信息連接響應(yīng)中返回的實際報文體格式的值在一個8位或16位整數(shù)區(qū)中說明。DeviceNet保留數(shù)值0以表示請求指向類本身，這與類內(nèi)部的一個特定實例是不同的。

服務(wù)數(shù)據(jù)-攜帶請求特有數(shù)據(jù)。類/對象特有服務(wù)必須給出此區(qū)格式的一個定義。4.3.1.5基于連接的顯式信息下圖描述與一個非分段肯定/成功響應(yīng)相關(guān)的報文體的格式。4.3.1.6錯誤響應(yīng)顯式報文當(dāng)試圖服務(wù)于一個先前接收的顯式請求報文時，若遇到一個錯誤，則要返回一個錯誤響應(yīng)顯式報文。此錯誤響應(yīng)可作為一個基于連接的或未連接響應(yīng)報文來發(fā)送。如果引起返回錯誤響應(yīng)的請求是通過一個顯式信息連接被接收的，那么錯誤響應(yīng)即是通過那個相同的連接被返回的。如果引起返回錯誤響應(yīng)的請求是一個未連接顯式請求報文，那么錯誤響應(yīng)即是作為一個未連接響應(yīng)報文被返回的。圖4-32描述一個錯誤響應(yīng)顯式報文的格式。4.3.1.6錯誤響應(yīng)顯式報文圖4-32錯誤響應(yīng)報文4.3.2輸入/輸出信息除可用于傳送一個長度超過8字節(jié)的I/O報文的分段協(xié)議外，DeviceNet沒有確定一個I/O報文數(shù)據(jù)場中有關(guān)信息的任何協(xié)議。DeviceNet有兩種基本類型的報文：顯式報文和I/O報文。顯式報文用于兩個設(shè)備之間多用途的點對點的信息交換，一般用于節(jié)點配置、故障情況報告和故障診斷，是典型的請求—響應(yīng)通信方式。DeviceNet提供了一組公共服務(wù)顯式報文，如讀取屬性、設(shè)置屬性、打開連接、關(guān)閉連接、出錯響應(yīng)、起動、停止、復(fù)位等。顯式報文通常使用優(yōu)先級低的連接標(biāo)識符，并且該報文的相關(guān)信息包含在報文數(shù)據(jù)幀的數(shù)據(jù)區(qū)中，如要執(zhí)行的服務(wù)和相應(yīng)的尋址信息。顯式報文的格式繁雜，傳送數(shù)據(jù)的效率低。I/O報文傳送工業(yè)控制系統(tǒng)中最主要的信息，反映系統(tǒng)當(dāng)前狀態(tài)。I/O報文通常使用優(yōu)先級高的連接標(biāo)識符，通過一點或多點連接進(jìn)行信息交換。I/O報文數(shù)據(jù)幀的數(shù)據(jù)區(qū)中一般不包含任何與協(xié)議有關(guān)的信息，只有當(dāng)長度超過8個字節(jié)的I/O報文經(jīng)過分段后形成I/O報文片段時，數(shù)據(jù)區(qū)中才有1個字節(jié)由報文分段協(xié)議使用。4.3.3分段/重組分段/重組功能是由DeviceNet連接對象提供的，因此，本小節(jié)實際上是DeviceNet連接對象定義的一部分。對以分段方式發(fā)送和接收報文的支持是可選的。4.3.3分段/重組觸發(fā)一個分段發(fā)送的邏輯對于顯式信息連接和I/O連接是不同的：顯式信息連接檢驗每個將要發(fā)送的報文的長度。如果報文長度超過8字節(jié)，則使用分段協(xié)議。I/O連接檢驗連接對象的生產(chǎn)_連接_長度屬性(produced_connection_sizeattribute)。如果生產(chǎn)_連接_長度屬性超過8，則使用分段協(xié)議。4.3.3分段/重組定義兩種類型的分段：應(yīng)答：當(dāng)對一個顯式報文分段時執(zhí)行。非應(yīng)答：當(dāng)對一個I/O報文分段時執(zhí)行。4.3.3.1分段協(xié)議分段協(xié)議位于CAN數(shù)據(jù)場中的一個字節(jié)內(nèi)，格式如下：4.3.3.1分段協(xié)議

分段協(xié)議內(nèi)容：

段類型-指示這是第一次、中間的、還是最后的發(fā)送。定義以下值：值含義0第一段。段計數(shù)區(qū)必須包含值0或3F1中間段2最后段3應(yīng)答段4.3.3.1分段協(xié)議

段計數(shù)-標(biāo)記每一個分隔段以使接收器能夠判斷一個段是否已遺失。如果段類型為第一段，則此區(qū)具有特定的含義。對于一個序列中的每一個遞次段，段計數(shù)要加1，并且當(dāng)段計數(shù)達(dá)到64時（段計數(shù)=（段計數(shù)+1）mod64）要返回0。4.3.3.1分段協(xié)議

I/O報文中的和顯式報文中的分段協(xié)議的位置是不同的。對于I/O報文分段，分段協(xié)議信息位于字節(jié)偏移量0中，見下圖。4.3.3.1分段協(xié)議對于顯式報文，分段協(xié)議信息位于字節(jié)偏移量1中，見下圖。4.3.3.2非應(yīng)答分段一個I/O報文的分段是以非應(yīng)答的方式執(zhí)行的。非應(yīng)答分段是由來自發(fā)送模塊的段的背對背發(fā)送組成的。接收模塊以每一段為度返回?zé)o應(yīng)答（恰恰是CAN提供的ACK）。連接僅僅調(diào)用作為發(fā)送報文所必需的鏈接生產(chǎn)者的發(fā)送服務(wù)，而不必等待來自接收模塊的任何特殊的應(yīng)答。4.3.3.2非應(yīng)答分段當(dāng)一個I/O連接的發(fā)送_報文服務(wù)被調(diào)用時，它檢驗它的連接_長度(Connection_size)屬性以確定是否有一個分段報文序列將被發(fā)送，如果連接_長度屬性大于8，則分段協(xié)議將被置于I/O報文內(nèi)，而不管當(dāng)前發(fā)送的I/O部分的長度。4.3.3.3應(yīng)答分段一個顯式報文的分段是以應(yīng)答的方式來實現(xiàn)的。應(yīng)答分段包括來自發(fā)送模塊的一個段的發(fā)送，后面是由接收模塊給出的一個應(yīng)答的發(fā)送。接收模塊對每一個段的接收做出應(yīng)答。這提供了一定程度的流控制。假設(shè)更大的信息體可通過顯式信息連接來傳送（如上載/下載功能），這樣，一定程度的流控制就是必需的。4.3.3.3應(yīng)答分段下圖說明在每一個顯式報文段被接收后由接收器發(fā)送的應(yīng)答/響應(yīng)報文的格式。4.3.3.3應(yīng)答分段

論據(jù)：段類型-通過在此區(qū)中設(shè)置值3而指示這是一個分段應(yīng)答。段計數(shù)-回送接收的最新的段計數(shù)值。應(yīng)答（ACK）狀態(tài)-指示是否有一個錯誤被分段報文的接收器遇到。定義以下值：值含義0成功。沒有錯誤被檢出，分段發(fā)送應(yīng)繼續(xù)。1太多數(shù)據(jù)。接收器通過此連接可接收的最大數(shù)據(jù)量已超。2-FF被DeviceNet保留以供將來使用。4.3.4重復(fù)MACID檢測協(xié)議每一個到DeviceNet上的物理連接必須被分配一個MACID。這種配置將包含人的參與，那么同一鏈接上的兩個模塊將被分配相同的MACID就是可能的。因為MACID與一個DeviceNet發(fā)送的確定的含義有關(guān)，所有DeviceNet模塊均被要求參與一個重復(fù)MACID檢測算法。本小節(jié)定義與重復(fù)MACID檢驗算法相關(guān)的協(xié)議。4.3.4重復(fù)MACID檢測協(xié)議一個特定的報文ID值被定義在組2內(nèi)以表示重復(fù)MACID檢驗報文。4.3.4重復(fù)MACID檢測協(xié)議圖4-39重復(fù)MACID檢驗報文數(shù)據(jù)區(qū)格式4.3.4重復(fù)MACID檢測協(xié)議

論據(jù)：

R/R位-請求/響應(yīng)標(biāo)志。此區(qū)的數(shù)值指示這是一個重復(fù)MACID檢驗請求還是一個響應(yīng)報文。下表為定義的數(shù)值。4.3.4重復(fù)MACID檢測協(xié)議

物理端口號-在內(nèi)部分配給每一個到DeviceNet上的物理連接的一個標(biāo)識值。提供到DeviceNet上的多個物理連接的產(chǎn)品（如多路連接器）必須分配給每個單獨(dú)的連接一個唯一的范圍在0-127（10進(jìn)制）內(nèi)的值。提供一個單連接的產(chǎn)品（如一個單連接器）應(yīng)該在此區(qū)內(nèi)設(shè)置值0。4.3.4重復(fù)MACID檢測協(xié)議

供貨商ID-包含分配給發(fā)送此報文的設(shè)備供貨商的標(biāo)識代碼的一個16位整數(shù)區(qū)（UINT）。

序列號-包含供貨商分配給設(shè)備的序列號的一個32位整數(shù)區(qū)（UDINT）。4.3.4重復(fù)MACID檢測協(xié)議下面的例子以圖解說明，分配的MACID為0A、供貨商ID為5、序列號為01020304（16進(jìn)制）的發(fā)送重復(fù)MACID檢驗請求報文的模塊。4.3.4重復(fù)MACID檢測協(xié)議假定分配的MACID為0A的設(shè)備在DeviceNet上已經(jīng)存在。下面的例子以圖解說明因收到上面所述的請求報文而將要發(fā)送的報文。4.4DeviceNet通信對象類

DeviceNet通信對象管理和提供運(yùn)行時間內(nèi)報文的交換。本節(jié)講述與通信對象相關(guān)的服務(wù)、屬性和行為。通信對象類通過下面描述來定義：●對象類屬性●對象類服務(wù)●對象實例屬性●對象實例服務(wù)●對象實例行為4.4.1鏈接生產(chǎn)者對象類定義

鏈接生產(chǎn)者對象是負(fù)責(zé)數(shù)據(jù)低端發(fā)送的部件。注意：不存在通過顯式信息連接到鏈接生產(chǎn)者類的外部可視接口。下面各小節(jié)中闡釋的所有服務(wù)/屬性描述內(nèi)部行為。4.4.1.1鏈接生產(chǎn)者對象類屬性不存在鏈接生產(chǎn)者類屬性。4.4.1.2鏈接生產(chǎn)者對象類服務(wù)鏈接生產(chǎn)者類支持的服務(wù)如下：創(chuàng)建（Create）–用于在內(nèi)部例示一個鏈接生產(chǎn)者對象刪除(Delete)–用于在內(nèi)部刪除一個鏈接生產(chǎn)者對象4.4.1.3鏈接生產(chǎn)者對象實例屬性以下條目描述鏈接生產(chǎn)者實例屬性。

USINT狀態(tài)(USINTstate)–鏈接生產(chǎn)者實例的當(dāng)前狀態(tài)。包含的可能狀態(tài)如下：狀態(tài)名稱

描

述

不存在

鏈接生產(chǎn)者尚未被例示

運(yùn)行

鏈接生產(chǎn)者已被例示，且正等待被告知通過調(diào)用其發(fā)送服務(wù)進(jìn)行發(fā)送。

4.4.1.3鏈接生產(chǎn)者對象實例屬性

UINT連接_標(biāo)識符(UINTconnection_id)–在鏈接生產(chǎn)者被觸發(fā)進(jìn)行發(fā)送時，此值被置入CAN標(biāo)識符區(qū)內(nèi)。使用此鏈接生產(chǎn)者的連接對象用其生產(chǎn)_連接_標(biāo)識符（produced_connection_id）屬性中的值在內(nèi)部對該屬性進(jìn)行初始化。4.4.1.4鏈接生產(chǎn)者對象實例服務(wù)

下面列出一個鏈接生產(chǎn)者對象實例所支持的服務(wù)：

發(fā)送（Send）–用于在內(nèi)部告知鏈接生產(chǎn)者將數(shù)據(jù)發(fā)送到DeviceNet上；讀取_屬性（Get_Attribute）–用于在內(nèi)部讀取一個鏈接生產(chǎn)者對象屬性；設(shè)置_屬性（Set_Attribute）–用于在內(nèi)部修改一個鏈接生產(chǎn)者對象屬性。4.4.1.5鏈接生產(chǎn)者實例行為圖4-40描述鏈接生產(chǎn)者實例的行為。4.4.2鏈接消費(fèi)者對象類定義

鏈接消費(fèi)者對象是