DeviceNet的數據鏈路層完全根據CAN規(guī)范和CAN控制器芯片實際特性來定義。CAN規(guī)范定義了兩種總線狀態(tài)，“顯性”（邏輯0）和“隱性”（邏輯1）。任何發(fā)送器都可以將總線驅動為“顯性”狀態(tài)。沒有發(fā)送器處于顯性狀態(tài)時，總線只能是隱性狀態(tài):

　　CAN定義了四種類型的幀:
　　l 數據幀 l 遠程幀
　　l 超載幀 l 出錯幀
　　DeviceNet使用數據幀傳送數據。遠程幀在DeviceNet中沒有被使用，超載幀和出錯幀則用于例外情況的處理。數據幀格式如圖所示。
　　
　　較高優(yōu)先權的數據取得總線通信權
　　同以太網類似，DeviceNet在總線空閑時任何節(jié)點都可以嘗試發(fā)送，這提供了網絡固有的點對點的通信能力。當兩個或多個節(jié)點同時想要訪問網絡時，非破壞性逐位仲裁機制會解決潛在的沖突，而不會損失數據或浪費帶寬。比較而言，以太網所使用的沖突檢測器，會導致丟失數據和帶寬的浪費。發(fā)生沖突的兩個節(jié)點必須回退并重新發(fā)送數據?！　?br />　　
　　CAN使用唯一的、非破壞性逐位仲裁機制。CAN的這一特性使得在解決總線沖突（決定“勝者”時，不會因為要求優(yōu)先權高的節(jié)點重發(fā)數據而損失總線的吞吐能力。

　　CAN使用逐位仲裁的方法解決沖突。CAN網絡上所有接收器通過一個幀的起始位（由隱性轉變?yōu)轱@性）同步。標識符和RTR（遠程傳送請求）位一起組成仲裁區(qū)，仲裁區(qū)是為了便于媒體訪問。DeviceNet不使用RTR位，因此總線訪問優(yōu)先權也不將其考慮在內。當設備進行發(fā)送時，它要監(jiān)視（接收）自己發(fā)送的內容，以確定兩者是否一致，從而可以在發(fā)送時進行檢測。在節(jié)點發(fā)送仲裁區(qū)時，如果發(fā)送了一個隱性位同時卻接收到一個顯性位，它就停止發(fā)送。同時進行發(fā)送的兩個節(jié)點中，仲裁的勝者是具有較低值的11位標識符的節(jié)點。CAN還規(guī)定了具有29位標識符的數據幀格式，但DeviceNet沒有使用該格式。

　　控制區(qū)包括兩個固定位和一個4位的長度區(qū)。長度區(qū)可以是0-8中的任一個數字，表示數據區(qū)中的字節(jié)數。0-8字節(jié)的數據長度對于具有少量但必須頻繁交換I/O數據的低端設備來說很理想。同時8個字節(jié)使簡單設備可以靈活地發(fā)送診斷數據，或向驅動器發(fā)送速度基準和加速度值。
　　
　　CRC校驗區(qū)是循環(huán)冗余校驗字，CAN控制器用它來檢測幀錯誤。校驗字通過對它前面的位進行計算得到。ACK應答中的顯性位表明除了發(fā)送者以外至少有一個接收器接受到報文。
　　CAN使用包括CRC和自動重試在內的多種錯誤檢測和故障限制方法。這些對應用來說高度透明的方法，可以防止故障節(jié)點破壞（中斷）網絡。