【正文】 viceNet連接的建立 ? DeviceNet節(jié)點在開機后能夠立即尋址的唯一端口是 “ 非連接信息管理器端口 ” （ UCMM端口 ）和預定義主 /從連接組的 “ Group2非連接顯式請求端口 ” 。 當通過 UCMM端口或者 Group2非連接顯式請求端口建立一個顯式報文連接后 ， 這個連接可用于從一個節(jié)點向其它節(jié)點傳送信息 ， 或建立 I/O信息連接 。 一旦建立了 I/O信息連接 ， 就可以在網絡設備之間傳送 I/O數據 。 ? 通過 UCMM端口可以動態(tài)的建立顯式信息連接 。一個支持預定義主 /從連接組 ， 并且具有 UCMM功能的設備稱為 Group 2服務器 。 一個 Group 2服務器可被一個或多個客戶機通過一個或多個連接進行尋址 。 預定義的主從連接組 ? DeviceNet 應用層協議功能很強，設備間的連接允許動態(tài)配臵。但考慮到有些設備根本不需要也沒有資源去使用這一強大功能， DeviceNet 指定了一套稱為 預定義主 /從連接組 的 CID，用來簡化主 /從結構中 I/O 數據的傳送。 ? 許多設備要實現的功能在設計時就已經預先決定了（如感受壓力、起動電動機等等），因此這些設備將要生產或消費的數據的類型和數量在通電前就已經知道了。這些設備通常提供輸入數據或請求輸出數據和配臵數據。預定義主 /從連接組可以滿足設備的這些要求。 預定義的主從連接組 ? 預定義主 /從連接組用于簡單而快速地建立一個連接 。 當使用預定義的主 /從連接組時 ， 客戶機（ 主站 ） 和服務器 （ 從站 ） 之間只允許存在一個顯式連接 。 由于在預定義主 /從連接組定義內已省略了創(chuàng)建和配臵應用與應用之間連接的許多步驟 ， 可以使用較少的網絡和設備資源來實現DeviceNet通訊 。 預定義的主從連接組 ? 不具有 UCMM功能 ， 只支持預定義主 /從連接組的從設備 ， 被稱為 DeviceNet中的 僅限 Group 2服務器 。 只有分配它的主站才可以尋址僅限 Group 2的服務器 。 僅限 Group 2的設備能夠接收的所有報文都在報文組 2中被定義 。 支持預定義主 /從連接組對設備制造商來說代表了一個簡單實現的方案 。 ? 絕大多數現有的 DeviceNet設備都是基于預定義的主 /從連接組 ， 因為這在終端設備上實現起來比較簡單 。 I/O數據觸發(fā)方式 ? DeviceNet支持的 I/O數據觸發(fā)方式有：位選通、輪詢、狀態(tài)改變、循環(huán)。 1. 位選通 ：主站發(fā)出位選通命令報文，其中數據域的 64個位對應網絡上 64個可能的節(jié)點，位 =1的時候表示要求該節(jié)點發(fā)送 I/O數據（最大 8Byte）。 I/O數據觸發(fā)方式 2. 輪詢 ：位選通方式只能傳送少量 I/O數據，而輪詢命令和響應報文則可在主從站之間傳送任意數量的數據（分段或不分段）。輪詢命令是主站發(fā)往從站的命令和輸出數據，響應是從站的回答（輸入數據）。 3. 循環(huán) ：適用于一些模擬設備，可以根據設備信號產生的快慢靈活設定循環(huán)數據交換的時間間隔。這樣就可以降低不必要的通信流和包處理，可以為改變更快的、對實時性要求更嚴格的 I/O 數據保留帶寬。例如，在慢速 PID 回路中的溫度傳感器可以將周期設臵為 500ms，而主機可能是每30ms 掃描一次所有的設備。 I/O數據觸發(fā)方式 4. 狀態(tài)改變 ：此方式用于離散的設備，使用事件觸發(fā)的方式，當設備狀態(tài)發(fā)生改變時，才發(fā)生通信，而不是由主設備不斷地查詢。 為了確保消費數據的設備知道數據生產者仍處于活動狀態(tài)， DeviceNet 提供一個間隔可調節(jié)的背景心跳。當狀態(tài)改變或心跳計時器超時時就發(fā)送數據。該服務保證連接的有效性，通知數據消費者它的數據源設有任何故障。這樣控制器就不必再定期發(fā)送僅僅是確定設備是否活動的請求。在多點傳送時這種方式比較有效。 重復 MAC ID檢測 ? DeviceNet的每一個物理連接必須被賦予一個唯一的 MAC ID，不可重復。由于 MAC ID可能是人工設臵的（比如撥碼開關），所以 MAC ID重復的錯誤是不能完全避免的。 ? DeviceNet的重復 MAC ID檢測機制可以檢測重復MAC ID錯誤的發(fā)生。 ? “ 重復 MAC ID請求 ” 報文包括本設備擬用的MAC ID、制造商 ID以及 32bit的產品系列號。 ? 一個 DeviceNet模塊在啟動后轉換到 Online狀態(tài)之前，必須以 1s間隔連續(xù)兩次發(fā)出重復 MAC ID請求報文， 1s以內沒有收到響應，才可以轉入Online狀態(tài)。 重復 MAC ID檢測 ? 任何設備收到重復 MAC ID檢測報文后立即比較自己的 MAC ID，如果相同馬上發(fā)一個 “ 重復MAC ID響應 ” 。 ? 發(fā)出重復 MAC ID檢測報文的設備收到重復 MAC ID響應后應轉入通信故障狀態(tài)，等待技術人員處理。 設備描述和 EDS文件 ? 屬于同一設備模型的所有設備都必須支持共同的標識和通信狀態(tài)數據 。 設備描述 （ Device Profiles） 通過定義標準的設備模型 ， 促進不同廠商同類設備的互操作性 ， 并促進其互換性 。ODVA已經規(guī)定了一些工業(yè)自動化中常用產品的設備描述 。 例如 ， 通用 I/O（ 離散或模擬 ） 、 驅動器 、 位臵控制器等 。 ? 設備描述有兩種：標準的和擴展的（非標準）。ODVA負責在技術規(guī)范中定義公共類、服務和屬性，各供貨商可以增補供貨商特殊類、服務和屬性。這就允許供貨商向其用戶提供附加的、 技術規(guī)范中未涉及的功能。往后當這些特殊項目很普及的時候 ODVA 有機制將其轉為公共項目。 設備描述和 EDS文件 ? 在 DeviceNet規(guī)范中設備描述分為 3個部分 。 1. 設備類型的對象模型 ——定義了設備中存在的對象類、各類中的實例數、各個對象如何影響行為以及每個對象的接口。 2. 設備類型的 I/O 數據格式 ——組合對象的定義、組合對象中包含數據元件的地址（類、實例、屬性）。 3. 設備的可配臵參數和訪問這些參數的公共接口 —— 參數數據、參數對設備行為的影響、所有參數組等。 ? 簡單地說，這三部分規(guī)定了一個設備如何動作、如何交換數據和如何進行配臵。 設備描述和 EDS文件 例如，一個閥控制器（設備類型 0）應該包括下列對象： ? 標識對象 1 ? 報文路由 1 ? DeviceNet 1 ? 連接 2（ 1 個顯式，一個 I/O） ? 組合 1 ? 參數 2(模擬量輸入 /模擬量輸出 ) DeviceNet規(guī)范定義了一種電子數據文檔 EDS， 它是一種簡單文件格式 。 供貨商可以通過 EDS將產品的特殊信息提供給其他供貨商 。 ? DeviceNet允許通過網絡遠程配臵設備。配臵工具和 EDS文檔就是實現這種配臵的工具。 ? EDS采用 ASCII字符。它包括①說明每個設備參數，包括它的合法值和默認值；②提供設備中用戶可選擇的配臵參數。 設備描述和 EDS文件 一致性測試 ? ODVA定義了 DeviceNet設備和系統(tǒng)的測試和批準程序 。 會員廠商有機會將它們的設備交給當前3個獨立的 DeviceNet兼容性測試中心之一進行一致性檢測 。 所有 DeviceNet設備只作兩個關鍵性測試：互操作性和互換性 。 ? 互操作性表示所有廠商的 DeviceNet設備都可在網絡上互相操作 。 互換性比其更進一步 ， 可以用相同類型的設備 （ 即它們符合相同的設備描述 ）在邏輯上互相臵換 ， 不管這些設備是由哪個廠商制造的 。 一致性測試 ? 一致性測試可以分成以下 3個部分： ? ?? 軟件測試 ，對 DeviceNet協議的功能進行驗證。在測試時，根據設備復雜性的不同，可傳輸多達數千個報文。 ? ?? 硬件測試 ，檢測物理層的兼容性。該測試檢測規(guī)范的所有要求，例如斷線保護、過壓、接地和絕緣、 CAN收發(fā)器等等。該測試對于不符合 DeviceNet規(guī)范的設備可能是破壞性的。 ? ?? 系統(tǒng)互用性測試 ，可以驗證在一個多達64個節(jié)點和眾多不同廠商掃描儀的網絡中設備的功能。 一致性測試 ? 一致性測試軟件可直接從 ODVA獲得。它是基于Windows的工具，運行在不同供應商的幾個 PCCAN接口上。廠商在進行正式的 ODVA測試之前可以對其設備進行測試。至現在為止，硬件測試和系統(tǒng)互用性測試只能由 3個獨立測試中心完成。 ? 如果設備通過了上述 3個部分測試，那么可以說它已通過 DeviceNet 一致性測試，并加以標記。許多 DeviceNet用戶現在都要求有該標識。通過一致性測試的設備在市場上會有顯著的優(yōu)勢。 謝謝觀看 /歡迎下載 BY FAITH I MEAN A VISION OF GOOD ONE CHERISHES AND THE ENTHUSIASM THAT PUSHES ONE TO SEEK ITS FULFILLMENT REGARDLESS OF OBSTACLES. BY FAITH I BY FAITH