【導讀】設計顯示部分的硬件電路及軟件程序。應包括如下功能：。度、壓力、流量）和量程。[1]胡健.單片機原理及接口技術[M].北京:機械工業(yè)出版社,記錄儀擁有大容量的存儲空間支持長時間連續(xù)的數(shù)據(jù)采集。數(shù)據(jù)記錄儀是一種從傳感器獲取測量結果，并將這些結果進行存儲的電子儀器。數(shù)據(jù)采集技術在過去40到50年以來已經(jīng)。取得了很大的飛躍。不幸的是這種方法容易發(fā)生錯誤、儀，在沒有操作員或計算機的情況下，數(shù)記錄儀能夠自行運轉。精度低，時常限制在百分點。能夠與另外的裝置輪流工作。它們時常具有高達每秒1000點的閱讀速率。此外,PC機內(nèi)的電子。它們能夠處理多信號輸入，有時可達120通道。他們的內(nèi)部監(jiān)測信號。與PC機連接容易將數(shù)據(jù)傳送到電腦進行進一步的分析。程位置的操作選項。動化的測試中，為其它測試裝備采集數(shù)據(jù)、控制和循環(huán)檢測信號。供高的運轉能力.

　　

【正文】 to ensure that all downstream devices have timed out. False EOPs must be handled in a manner which guarantees that the packet currently in progress pletes before the host or any other device attempts to transmit a new packet. If such an event were to occur, it would constitute a bus collision and have the ability to corrupt up to two consecutive transactions. Detection of false EOP relies upon the fact that a packet into which a false EOP has been inserted will appear as a truncated packet with a CRC failure. (The last 16 bits of the data packet will have a very low probability of appearing to be a correct CRC.) 14 The host and devices handle false EOP situations differently. When a device receives a corrupted data packet, it issues no response and waits for the host to send the next token. This scheme guarantees that the device will not attempt to return a handshake while the host may still be transmitting a data packet. If a false EOP has occurred, the host data packet will eventually end, and the device will be able to detect the next token. If a device issues a data packet that gets corrupted with a false EOP, the host will ignore the packet and not issue the handshake. The device, expecting to see a handshake from the host, will timeout the transaction. If the host receives a corrupted full/lowspeed data packet, it assumes that a false EOP may have occurred and waits for 16 bit times to see if there is any subsequent upstream traffic. If no bus transitions are detected within the 16 bit interval and the bus remains in the Idle state, the host may issue the next token. 15 二、譯文 協(xié)議層 排 序 當 數(shù)據(jù)位被發(fā)送到總線的時，首先 發(fā)送的是最低有效位 ，跟著 發(fā)送的是 下一個最低有效位，最后 發(fā)送的是 最重要的有效位。在后來的圖表中， 數(shù)據(jù) 包是以 下列形式顯示的，即有單個的位，也有字段（從左到右的閱讀順序）作為他們通過總線的順序。在解釋，要求和回饋中出現(xiàn)的多重字節(jié)部分會被翻譯成可以進行跳躍的小型命令字符串。例如說，由 LSB轉換成 MSB 字段 所有的數(shù)據(jù)包由一個同步的可以啟動最大邊界傳輸密度的編碼片段開始。這是用來使電路的輸入數(shù)據(jù)可以與本地數(shù)據(jù)同步。第一個傳輸器的同步設置定義為一個高速/低速的 8位數(shù)據(jù)，和一個告訴的 32位數(shù)據(jù)。收到的同步信息可以簡單描述為第 7章所述。信息同步只為同步機械和沒有顯示下列數(shù)據(jù)圖表的裝置服務。在同步設置中，最后兩個 字節(jié)為定義同步區(qū)域的結束，或者相反地，也可以定義起始。 包 字段 格式 令牌的字段格式， 數(shù)據(jù)和握手包將被描述在后面的 章節(jié) 中。包位的定義是以未編碼的數(shù)據(jù)格式 顯示出的 。為了 更加的清楚 ， 移除了 NRZI編碼和位填充的影響。所有的數(shù)據(jù)包都有明顯的 包的啟動 和結束分隔符。包 的啟動分隔符 是同步字段的一部分。 圖 85顯示了標記包的字段格式。一個標記 包由 PID，（指定了包的類型是輸入，輸出還是建立類型）， ADDR和 ENDP組成 ，特殊的標記包 PING作為一個標記包也有相同的字段。 對于 輸出和建立事務，地址 和端口字段唯一地確定了接下來將收到數(shù)據(jù)包的端口。對于輸入事務的，這些字段唯一地確定了哪個端口應該傳送數(shù)據(jù)包。只有主機能發(fā)出標記包。對于 PING事務的，這些字段唯一標示了哪個端口將 回應 一個握手數(shù)據(jù)包。只有主機可以發(fā)送標記包。輸入 PID定義了一個數(shù)據(jù)事物是從功能部件到主機的。輸出和建立 PID定義了從主機到功能部件的數(shù)據(jù)事務。 PING PID定義了握手數(shù)據(jù)的事務從功能部件到主機。 圖 85 標記包格式 如上圖所示，標記包由 5位 CRC組成包括覆蓋地址和端口字段。 CRC并不覆蓋 PID,16 因為它有自己的 核對 字段。標記 和幀開始 (SOF)包是被由 3個字節(jié)的包字段數(shù)據(jù)后面包結束分割開的。如果包被解碼為一個本來有效的標記或 SOF，但卻沒有 以 EOP終止 在3個字節(jié) 后 ，則它必須被視為無效的，并被接收器忽略。 幀開始包 幀開始包是由主機 按 額定速率發(fā)出 的，對于 全速總線，以每 ms 177。 ms發(fā)出一個。 對于 高速總線 以 每 125μs177。 μs一次 的速度發(fā)出 。幀開始包是由 指示包類型的 PID和其后的 11位的幀號字段 組成 ，如圖 86中所示。 圖 86 幀開始包 幀開始包標記組成了僅有 標記的事務，它以相對于每幀的開始精確計算的時間間隔發(fā)送幀開始記號和伴隨的幀數(shù)。包括集線器的所有高速功能部件和全速功能部件都可收到幀開始包。 SOF標記不會造成任何接收功能部件產(chǎn)生返回包；因此，不能保證向任何給定的功能部件發(fā)送的 SOF都能被收到。 SOF包發(fā)送 2個時間調(diào)配信息。功能部件已經(jīng)被告知發(fā)生 SOF，當它檢測到一個SOF的 PID的時候。對幀時間敏感而沒必要追蹤幀數(shù)（例如集線器）的功能部件，僅需對 SOF的 PID譯碼 ；可忽略幀數(shù)和其 CRC。如果功能部件需要追蹤幀數(shù)，它必須對PID和時間戳都進行譯碼。全速設備 不被總線時間調(diào)配信息的沒有特別需要，可以忽略 SOF包。 握手包 交互數(shù)據(jù)包用于對數(shù)據(jù)交換的情況進行報告，并且可以反饋成功接收數(shù)據(jù)的參數(shù)值，命令的接受和拒絕情況，數(shù)據(jù)流的控制和緩沖情況。只有支持流量控制的交換類型可以進行信息交互。交互信息可以反饋信息交換的交互向量，也可以以數(shù)據(jù)向量的形式代替數(shù)據(jù)來進行反饋。在傳輸一個字節(jié)的數(shù)據(jù)包后，交互數(shù)據(jù)包可以無限的以EOP的形式傳輸。如果一個數(shù)據(jù)包解碼后是一個逆向可激活的形式，同時沒有以一個字節(jié)的 EOP作為結束，它會被認為無效并被接收器忽略?，F(xiàn)在一共有四種交互 信息包和一種特殊的交互信息包 1)ACK表示數(shù)據(jù)包被接收沒有位填充或者在數(shù)據(jù)段的 CRC（循環(huán)冗余碼校驗）存在 錯誤 ，并且 沒有收到正確的數(shù)據(jù) PID。 ACK在下列的情況下被發(fā)布，當時序位匹配且接收器能接受數(shù)據(jù)的時候，或者當時序位不匹配，但發(fā)送方和接收器彼此必須重新同步的時候。 ACK握手信號只在數(shù)據(jù)被傳送并且期待握手信號時適用。 ACK可由主機返回，而對于輸出 ， 建立 或者 PING事務則由功能部件返回； 17 2)NAK表示功能部件不能通過主機接受數(shù)據(jù)（對于輸出事務），或者功能部件沒有傳輸數(shù)據(jù)到主機（對于輸入事務）。 NAK僅在 功能部件的輸入事務的數(shù)據(jù)時相返回，或在輸出事務的握手時相返回。主機不能發(fā)送 NAK。 NAK用于流控制的目的是，表示功能部件暫時不能發(fā)送或接收數(shù)據(jù)，但是最終還是能夠在不需主機干涉的情況下發(fā)送或接收數(shù)據(jù)； 3)STALL被一個功能部件送回作為一個輸入標記的回應。 在輸出 事務 的數(shù)據(jù)時相之后 或者對一個 PING事務做出回應 ，由功能部件返回。 STALL表示功能部件不能發(fā)送或接收數(shù)據(jù)，或者一個控制管道請求不被支持。一些在回復 STALL后的功能是不明確的 （默認端點除外）。在任何情況下都 不允許主機返回 STALL。 在兩個不同場合 的一個設備中使用 STALL握手 。第一種情況，是當掛起特征與端口有聯(lián)系時所設置的，稱為 “功能 STALL ”。功能 STALL的特殊功能是 “命令 STALL”。如果一個功能部件的端口被掛起，那么功能部件必須繼續(xù)返回 STALL，直到掛起通過主機干涉被清除。 協(xié)議 STALL是唯一的控制管道。協(xié)議 STALL和功能 STALL在意義和持續(xù)時間上是不同。協(xié)議 STALL在控制傳送的數(shù)據(jù)或狀態(tài)階段被返回，并且， STALL條件終止在下一個控制傳送的開始終止（建立事務）。這節(jié)的剩下的部分將提到功能 STALL的一般情況。 2 事務格式 數(shù)據(jù)包的事務取決于端口的類型。端口類型有 4種：批處理，控制，中斷和同步。 批處理事務類型的特點是以錯誤檢測和重試的方式保證主機和功能部件之間的數(shù)據(jù)的無錯發(fā)送的能力。在某些流控制和掛起條件下，數(shù)據(jù)時相被握手信號替換，從而產(chǎn)生了沒有數(shù)據(jù)傳輸?shù)膬上嗟氖聞铡? 當主機準備好了接收批處理數(shù)據(jù)的時候，它發(fā)出輸入標簽。功能部件端口通過返回數(shù)據(jù)包，或者如果不能返回數(shù)據(jù)包，則返回 NAK或 STALL握手作為應答。 NAK表示功能部件暫時不能返回數(shù)據(jù)，而 STALL表示端口永久地被停止，指出此端口需要USB系統(tǒng)進行軟件干涉。如果主機收 到合法的的數(shù)據(jù)包，則它使用 ACK握手數(shù)據(jù)包作為應答。如果你收數(shù)據(jù)時主機檢測到錯誤，它將不返回握手數(shù)據(jù)包，并判斷功能部件。 數(shù)據(jù)傳輸?shù)目刂浦辽儆袃蓚€步驟： 建立以及現(xiàn)狀報告。傳輸是可以選擇性控制的，包裹建立在各個狀態(tài)中的建立和現(xiàn)狀報告。在建立這個過程中，特別專注于信息傳輸控制閘口的服務。事件的建立在可是上相似于輸出，但是在構建使用上與 PID的輸出是不同的。構建服務的建立總是與 DATA 0 PID使用相關的。在功能性部件的建立之前，必須接受數(shù)據(jù)的建立以及 ACK回歸的使用。如果數(shù)據(jù)已經(jīng)損壞了，就要隨機放棄此數(shù)據(jù)并 且不要回饋交互數(shù)據(jù)。 控制傳送的數(shù)據(jù)階段，如果有的話，由多個輸入或輸出事務構成，履約和批量處18 理傳送相同的協(xié)議規(guī)則。所有的數(shù)據(jù)階段里的事務都必須有相同的方向（即所有輸入或者所有輸出）。在數(shù)據(jù)階段，要發(fā)送的數(shù)據(jù)的數(shù)據(jù)量和數(shù)據(jù)方向是在數(shù)據(jù)階段指定的。如果數(shù)據(jù)量超過了此前確定的數(shù)據(jù)包大小，數(shù)據(jù)在支持最大的包的多個事務中被發(fā)送（輸入或者輸出）。任何剩下的數(shù)據(jù)都作為剩余在最后的事務中被發(fā)送。 在時相態(tài)的傳輸控制是最后一個操作序列。狀態(tài)階段是以相對前面的階段的用來描述數(shù)據(jù)流動方向的變化，并且總是使用 DATA1 PID。例 如，如果數(shù)據(jù)階段是一個輸出事務構成，狀態(tài)是一個的輸入事務。如果控制序列沒有數(shù)據(jù)傳輸階段，那么它由建立階段和其后的由輸入事務構成的狀態(tài)階段構成。 中斷事務可以由輸入或輸出 組成 。在收到一個輸入標記時，一個功能部件將返回數(shù)據(jù)， NAK或 STALL。如果端口沒有出現(xiàn)新的中斷信息（即沒有中斷正在等待）此功能部件返回一個 NAK握手信號在數(shù)據(jù)階段。如果停止功能被送到中斷端口，功能部件將返回 STALL握手。如果一個中斷正在等待，功能部件返回這個中斷信息像返回一個數(shù)據(jù)包那樣。主機響應數(shù)據(jù)包后，如果收到的數(shù)據(jù)無差錯就發(fā)出 ACK握 手，或者如果數(shù)據(jù)包損壞則不返回握手。 當一個節(jié)點正在為中斷一個數(shù)據(jù)而使用中斷傳輸工程時，必須要使用數(shù)據(jù)的固定協(xié)議。這個協(xié)議允許使用者去了解此信息已經(jīng)被主機接收并且能夠這個事件的情況。這個‘保證’功能允許只發(fā)送中斷信息知道此信息被主機接收而不是持續(xù)的發(fā)送中斷數(shù)據(jù)直到這個功能被關閉并且 USB系統(tǒng)軟件清除了中斷狀況。 3 數(shù)據(jù)切換同步和重試 USB提供一種機制以保證多事務中數(shù)據(jù)發(fā)送器和接收器之間的數(shù)據(jù)序列同步。這種機制提供一種保證發(fā)送器和接收器正確地解釋事務的握手時相的方法。同步通過DATA0和 DATA1 PID，以及分別從屬于數(shù)據(jù)發(fā)送器和接收器的切換時序位的使用而完成。 只有在接收器能夠接受數(shù)據(jù)且 PID數(shù)據(jù)為無差錯的數(shù)據(jù)包時，接收器時序位才切換。但只有在數(shù)據(jù)發(fā)送器收到合法的 ACK握手時，發(fā)送器才將時序列位切換。數(shù)據(jù)發(fā)送器和接收器必須在事務開始時同步它們的時序位。同步的機制使用不同的事務類型。 控制傳送使用建立標記初始化主機和功能部件的時序位。如圖 815所示，主機向功能部件發(fā)送建立包，其后跟著輸出事務。圓圈里的數(shù)代表發(fā)送器和接收器的時序位。功能部件必須接受數(shù)據(jù)并返回 ACK。當功能部件接受事務的時候，