USB總線在同步相量測量單元中的應用

1? 引言
??? 同步相量測量單元(PMU)測量裝置與上位計算機之間的通訊速率普遍較低，不能將測量數(shù)據(jù)及時傳送到上位機進行分析處理，通訊接口已成為整個系統(tǒng)性能提高的一個瓶頸，因此有必要使用一種傳輸速率、時延、穩(wěn)定性均能滿足同步相量測量數(shù)據(jù)傳輸?shù)耐ㄓ媒涌凇?br>??? 采用USB接口作為上位機與下位機的通訊接口方式可以解決這些問題。利用USB接口中斷傳輸速率大，時延小，差錯率極低的特點來完成實時相量數(shù)據(jù)的傳輸。在USB接口的實際應用中，驅(qū)動程序的開發(fā)是最為困難的部分，由于USB接口誕生較晚，目前尚未成為多數(shù)單片微機的標準設備，還需要使用專門的接口芯片進行連接，用戶必須編寫相應的驅(qū)動程序?qū)?shù)據(jù)轉(zhuǎn)化為符合USB系統(tǒng)協(xié)議的格式進行傳輸。
??? 本文敘述了ATMAGE128單片機使用PDIUSBD12接口芯片完成USB接口數(shù)據(jù)通訊的過程。通過驅(qū)動程序完成對相關(guān)硬件設備的操作。該驅(qū)動程序完成USB接口的中斷傳輸功能，用戶調(diào)用通用命令就可以像使用一個普通的存儲器一樣使用USB接口芯片。該接口實現(xiàn)了各采樣點的低延時上傳功能，可以在1ms內(nèi)完成一個工頻周期全部采樣值的傳輸。
2? USB系統(tǒng)及其器件選擇介紹
2.1? USB體系概述
??? USB(Universal Serial Bus)是一種通用串行總線，為了實現(xiàn)整個計算機系統(tǒng)中總線的一致性，由COMPAQ/ INTEL/MICRSOFT和NEC等公司共同開發(fā)出的一種新的、快速的、雙向的、同步傳輸?shù)牟⒖梢詿岚尾宓臄?shù)據(jù)傳輸總線，簡稱USB總線。USB總線由以下四個主要部分構(gòu)成：①主機和設備：是指USB系統(tǒng)中的主要構(gòu)件。②物理構(gòu)成：是指USB元件的連接方法。③邏輯構(gòu)成：不同的USB元件所擔當?shù)慕巧拓熑危约皬闹鳈C和設備的角度出發(fā)USB總線所呈現(xiàn)的結(jié)構(gòu)。④客戶軟件與設備功能接口的關(guān)系。
??? USB總線有四種數(shù)據(jù)傳輸方式：①控制傳輸：主要用于主機把命令傳給設備以及設備把狀態(tài)返回給主機。②中斷傳輸：用來支持那些偶然需要少量數(shù)據(jù)通信，但服務時間受限制的設備。③批量傳輸：用來傳輸大量的數(shù)據(jù)而沒有周期和傳輸速率的設備上。批量傳輸方式并不能保證傳輸?shù)乃俾剩梢员ＷC傳輸?shù)目煽啃裕敵霈F(xiàn)錯誤的時候會要求發(fā)送方重發(fā)。④同步傳輸：以一個恒定的速率進行傳輸。同步傳輸?shù)姆绞降陌l(fā)送和接收方都必須保證傳輸速率的匹配，不然會造成數(shù)據(jù)的丟失。
2.2? USB器件簡介及應用
??? 實現(xiàn)USB傳輸?shù)姆椒ㄖ饕惺褂媒涌谵D(zhuǎn)換芯片和專用的接口芯片兩種。前者就是將USB接口轉(zhuǎn)換為標準的RS232接口使用，在操作方式和傳輸速度上與RS232接口完全相同。后者則可以實現(xiàn)真正的USB傳輸，使用USB1.1標準的接口芯片如PDIUSBD12可以達到最高12Mb/s的傳輸速率，使用USB2.0標準的接口芯片如ISP1581則可以達到480Mb/s的傳輸速率。如果要使用專用的USB接口芯片就必須編寫相應的下位機與上位機驅(qū)動程序，由于USB傳輸不同于串口傳輸，USB傳輸?shù)姆绞蕉际峭ㄟ^協(xié)議規(guī)定的數(shù)據(jù)包來完成的，所以下位機的軟件必須實現(xiàn)對接口器件的硬件管理功能，及對協(xié)議發(fā)出的各種請求作出響應。而上位機驅(qū)動程序需完成對接口芯片的枚舉、地址分配等工作。
2.3? USB接口在本系統(tǒng)中的作用
??? USB接口在本系統(tǒng)中用來完成下位機與上位機的通訊，具體就是連接AVR單片機與PC，將下位機采集的數(shù)據(jù)及一些相關(guān)信息傳送到PC進行處理。傳輸?shù)臄?shù)據(jù)包括：①電壓值(每周期采樣64個點，12位數(shù)據(jù))。②電流值(每周期采樣64個點，12位數(shù)據(jù))。③同步時間信號(取自GPS)。
??? 上位機在接收到這些信息后將會對其進行描點，故障錄波，遠程傳送等處理。12位的電壓電流數(shù)據(jù)都要經(jīng)過變換，成為16位數(shù)據(jù)，占一個字節(jié)。每通道1秒鐘傳輸?shù)臄?shù)據(jù)在6KB以上，多個通道合計，接口的傳輸速率至少要40KB/s，這一要求已經(jīng)超過RS232接口所能提供的傳輸速率。如果使用CAN總線進行傳輸，則硬件設備較為復雜。綜合比較后，采用PDIUSBD12作為接口芯片進行數(shù)據(jù)傳輸是較合適的選擇。采用塑料極小封裝的PDIUSBD12可以很容易安置在電路板上。而且對上位機的要求也較為寬松，只要有USB接口的計算機都可以作為本系統(tǒng)的上位機。
3? ATMAGE128單片機
3.1? ATMAGE128單片機介紹
??? ATMAGE128單片機是由ATMEL公司出品的一款高性能低功耗的8位微型控制器，最高時鐘頻率可以達16MHz。片內(nèi)集成有容量為128KB的閃存作為程序存儲器，4KB的EEPROM，以及4KB的片內(nèi)存儲器，最高可支持64KB的片外存儲器。
3.2? 開發(fā)過程簡述
??? TMAGE128的開發(fā)一般是由ATMEL公司提供的免費仿真工具avrstudio完成的，與常用的51單片機略有不同，使用c語言進行開發(fā)的時候必須使用第三方編譯器對源代碼進行編譯后才能在仿真環(huán)境下運行。本次采用的是icc作為編譯器，本文所有的單片機程序都在此環(huán)境下運行調(diào)試。USB接口器件采用總線控制方式，數(shù)據(jù)傳輸形式采用中斷傳輸。USB接口器件在使用上與一個普通的外部存儲器相同，所有的控制與數(shù)據(jù)傳輸都必須對ATMAGE128中相應的寄存器進行讀寫操作才能完成。
4? USB驅(qū)動程序MCU部分
??? MCU即設備方控制器，可以是各類型單片機或者是PC，它們的驅(qū)動程序在結(jié)構(gòu)上是類似的，而具體的代碼，由于使用的系統(tǒng)環(huán)境不同，存在較大差異，下面就詳細說明以ATMAGE128單片機作為設備方控制器的USB驅(qū)動程序結(jié)構(gòu)以及具體實現(xiàn)的代碼。

4.1? 程序整體結(jié)構(gòu)
??? 對于CPU而言，PDIUSBD12芯片與一個外部存儲器完全相同，CPU通過總線控制的方式對PDIUSBD12進行操作。USB接口的傳輸并不會占用許多CPU資源，CPU可以執(zhí)行前臺操作，而USB接口傳輸?shù)墓ぷ鲃t在后臺完成，兩者之間通過中斷服務程序連接。當PDIUSBD12 從USB 收到一個數(shù)據(jù)包，那么就對CPU 產(chǎn)生一個中斷請求，CPU 立即響應中斷。在ISR中固件將數(shù)據(jù)包從PDIUSBD12 內(nèi)部緩沖區(qū)移到循環(huán)數(shù)據(jù)緩沖區(qū)，并在隨后清零PDIUSBD12 的內(nèi)部緩沖區(qū)以使能接收新的數(shù)據(jù)包CPU 可以繼續(xù)它當前的前臺任務直到完成，然后返回到主循環(huán)檢查循環(huán)緩沖區(qū)內(nèi)是否有新的數(shù)據(jù)，并開始其它的前臺任務。無論是上傳或者下載數(shù)據(jù)都是對循環(huán)緩沖區(qū)內(nèi)的數(shù)據(jù)進行處理，主循環(huán)只要檢查循環(huán)緩沖區(qū)內(nèi)是否有要處理的新數(shù)據(jù)。程序整體結(jié)構(gòu)框圖如圖１所示。
各模塊分工如下：
??? (1)硬件提取層：對單片機的I/O口、數(shù)據(jù)總線等硬件接口進行操作。
??? (2)PDIUSBD12命令接口：對PDIUSBD12器件進行操作的模塊子程序集。
??? (3)中斷服務程序：當PDIUSBD12向單片機發(fā)出中斷請求時，讀取PDIUSBD12的中斷傳輸來的數(shù)據(jù)，并進行相關(guān)處理。
??? (4)標準請求處理程序：對USB的標準設備請求進行處理。
??? (5)廠商請求處理程序：對用戶添加的廠商請求進行處理。
??? (6)主循環(huán)程序：發(fā)送USB請求、處理USB總線事件和用戶功能處理等。

圖1? USB驅(qū)動MCU整體結(jié)構(gòu)圖
4.2? 硬件提取層相關(guān)程序
??? 硬件提取層執(zhí)行對單片機I/O口、數(shù)據(jù)總線等的操作，包含向PDIUSBD12發(fā)送數(shù)據(jù)或命令的子程序及從PDIUSBD12讀取數(shù)據(jù)的子程序，該部分代碼需對地址總線和數(shù)據(jù)總線進行直接操作。PDIUSBD12的任何操作都是由命令指令和數(shù)據(jù)指令組合完成的，通過改變A0引腳的電平就可以完成命令模式/數(shù)據(jù)模式的切換。
4.3? 命令接口
??? 該部分是由一系列命令接口子程序構(gòu)成的，包含了所有PDIUSBD12給出的訪問功能接口的命令。在命令接口中調(diào)用了硬件提取層中的子程序。PDIUSBD12的所有功能都必須由類似的方法完成，先發(fā)送一條命令，然后寫該命令的具體參數(shù)。有的命令參數(shù)是多個字節(jié)的，如設置模式命令，此時就必須調(diào)用兩次寫數(shù)據(jù)線的指令。命令接口程序的編寫格式相對固定，按照PDIUSBD12說明書中給出的命令匯總表依次編寫即可。
4.4? 中斷服務程序
??? 中斷服務程序代碼處理由PDIUSBD12產(chǎn)生的中斷，它將數(shù)據(jù)從PDIUSBD12內(nèi)部的緩沖區(qū)內(nèi)取出，并建立正確的標志，通知主循環(huán)進行處理。當PDIUSBD12向單片機發(fā)出中斷請求后，單片機調(diào)用讀取中斷寄存器的標準命令接口子程序d12_readinterruptregister( )來決定中斷源，然后跳轉(zhuǎn)到相應的中斷服務子程序進行處理。中斷服務程序從PDIUSBD12收集數(shù)據(jù)，而主循環(huán)程序?qū)?shù)據(jù)進行處理。當中斷服務程序收集到足夠的數(shù)據(jù)時，它通知主程序已經(jīng)做好準備等待處理。例如在發(fā)送數(shù)據(jù)包階段建立包時，中斷服務程序?qū)⒔蛿?shù)據(jù)都存入緩沖區(qū)內(nèi)，然后將setup_packet標志送到主循環(huán)，這樣主循環(huán)就可以節(jié)省不必要的服務時間。
4.5? 總線復位和掛起
??? 當接收到總線復位或掛起的請求時，中斷服務程序?qū)us_set或suspends標志位置位，然后退出。
??? 控制傳輸總是由建立階段開始，之后為可選的數(shù)據(jù)階段，然后結(jié)束于狀態(tài)階段。單片機需通過選擇控制輸出端點來提取建立包的內(nèi)容來決定端點是為滿還是為空。如果控制端點是為滿，單片機將從緩沖區(qū)內(nèi)讀出內(nèi)容并將其存入存儲區(qū)。之后，單片機將從存儲區(qū)使主設備請求生效。如果是一個有效的請求，單片機需向控制端點發(fā)送應答建立命令，以重新使能下一個建立階段。接下來單片機需要證實傳輸是控制讀還是寫，這可以通過建立包重定向的請求類型位來實現(xiàn)。

建立階段結(jié)束后，主機就會執(zhí)行數(shù)據(jù)階段。PDIUSBD12等待接收控制輸入包。單片機首先需要讀取最后處理狀態(tài)寄存器清零中斷標志位。確認PDIUSBD12處于傳輸模式后，進行數(shù)據(jù)包的發(fā)送。
當下一個控制輸入標志來到時，單片機將確定剩余的字節(jié)是否為零。如果已經(jīng)沒有數(shù)據(jù)要發(fā)送，單片機需要發(fā)送一個空的包以指示主機數(shù)據(jù)已經(jīng)發(fā)送完畢。如果建立包的為獲得描述符請求，那么建立包中的控制傳輸將指示此包為控制寫類型。在執(zhí)行完獲得描述符請求過程后，單片機處于等待數(shù)據(jù)階段。主機發(fā)送一個控制輸出的標志，單片機從PDIUSBD12緩沖區(qū)內(nèi)減去數(shù)據(jù)。此時單片機確認PDIUSBD12是否處于USB接收模式，然后單片機通過檢查選擇控制輸出端點確認緩沖區(qū)是否已滿，并將數(shù)據(jù)從緩沖區(qū)內(nèi)讀出。
4.6? 標準請求處理程序
??? 標準設備請求是由USB協(xié)議決定的，由主機發(fā)出，以數(shù)據(jù)包的形式傳送到單片機。當單片機接收到這些標準設備請求時就轉(zhuǎn)入相應的處理程序。其過程包括：①獲取狀態(tài)。②清除特性。③設置特性。④設置地址。⑤獲取設備描述符。⑥設置配置。⑦獲取配置信息。⑧獲取接口信息。⑨設置接口。⑩同步幀。其中同步幀用來設置和報告一個端點的同步幀，在同步傳輸中才使用，如果設備不支持這個請求，返回停止標志。
4.7? 主循環(huán)程序
??? 主循環(huán)程序主要功能是設置單片機的初始化，以及設定各個相關(guān)子程序的入口。由于使用了中斷服務程序和一系列的命令接口子程序，主循環(huán)程序中涉及USB接口的部分只是設定相關(guān)的寄存器。
5? USB驅(qū)動程序上位機部分
5.1? 驅(qū)動程序基本概念
??? 主機驅(qū)動程序的功能是將硬件與用戶應用程序連接起來。編寫的方法有多種，可以直接與硬件相連接，在應用程序中直接讀寫系統(tǒng)應將，或者將與硬件直接交換數(shù)據(jù)的底層工作交給操作系統(tǒng)自動完成，應用程序象讀寫普通文件一樣完成對硬件設備的操作。前一種方法的代碼開銷少，但是編寫的工作量非常大，移植性也較差。后一種方法需要大量庫函數(shù)支持，但編寫較為簡單，且移植性好，甚至只需少許修改就可以完成對另一種硬件的支持。在本系統(tǒng)中使用的是由廠商提供的驅(qū)動程序，為了充分說明USB系統(tǒng)的工作，還是有必要對主機驅(qū)動程序的工作方式做一個介紹。
??? 從驅(qū)動程序的角度出發(fā)，每個設備都被看成若干個設備對象，這些設備對象的來歷各不相同，每個對象都有驅(qū)動程序與之對應。它們根據(jù)一定的規(guī)則組成設備對象堆棧，也就是對應的驅(qū)動程序堆棧。處于最底層的是物理設備對象，它一般由總線生成，驅(qū)動程序到達這里的時候，總線只是按照標準作一些動作，即可完成對設備物理上的操作。一個設備只能有一個物理設備對象，但可以有若干個其它的設備對象。功能設備對象是由所編寫的驅(qū)動程序生成的，它負責從邏輯上操作設備。其它的層次設備對象可以處于功能設備對象的上面或下面，它由另一些驅(qū)動程序或者其它的系統(tǒng)組件生成，可以記錄一些設備信息，但層次設備對象不是必須的。由于驅(qū)動程序的這種層次結(jié)構(gòu)，在編寫驅(qū)動程序的時候不必考慮內(nèi)存分配、IO端口配置、DMA申請等。Windows將資源申請全部自動化，由總線完成，編寫驅(qū)動程序時只要考慮控制設備本身即可。
5.2? 即插即用設備狀態(tài)及它們之間的轉(zhuǎn)換
??? USB接口設備的一個顯著特點就是接入或者拔出時不需要關(guān)閉主機和重新啟動系統(tǒng)，而是可以在系統(tǒng)運行時直接插入或者拔出。這與USB接口的硬件設置有關(guān)，USB接口是通過檢測接口上拉電阻來判別是否有設備存在的。當然，還必須有相應的驅(qū)動程序來完成對此功能的支持。下面就將簡要描述一個設備完成即插即用的過程。
??? 用戶將設備插入計算機，此時設備還沒有被系統(tǒng)檢測到。要開始對設備進行軟件配置，必須由即插即用管理器以及總線驅(qū)動對設備進行枚舉。即插即用管理器，有時還可能要在用戶模式下的組件工作，檢測出設備的驅(qū)動程序，包括功能驅(qū)動程序以及其它的層次驅(qū)動程序。如果此時驅(qū)動程序尚未調(diào)入，則即插即用管理器調(diào)用設備插入例程。驅(qū)動程序完成初始化之后，接著必須對設備進行初始化。即插即用管理器調(diào)用驅(qū)動程序中添加設備的例程來初始化該驅(qū)動程序控制的每個設備。當一個驅(qū)動程序從即插即用管理器中收到開始設備的請求時，驅(qū)動程序使設備啟動并且做好處理IO操作。在Windows2000及更高版本的操作系統(tǒng)中，和停止有關(guān)的請求只有在重新分配硬件資源的時候才會使用。意外卸載時是指硬件在物理上被卸載(熱拔出)，驅(qū)動程序處理這個請求使系統(tǒng)的損失盡可能降低。硬件卸載時，調(diào)用相應的卸載請求，使得該設備在軟件上也不可用。如果不對意外卸載進行處理，就有可能造成硬件在物理意義上已不存在，但在系統(tǒng)邏輯中依然存在，造成系統(tǒng)訪問該設備的時候出現(xiàn)錯誤，嚴重的情況可能會造成處理器進入死循環(huán)。當在軟件意義上對設備進行停止時，需要等其它請求都操作完畢后才能進行。

5.3? 驅(qū)動程序結(jié)構(gòu)
??? USB驅(qū)動程序從結(jié)構(gòu)上可以分成兩大部分，驅(qū)動程序入口以及處理各個事件的例程。驅(qū)動程序入口是由系統(tǒng)定義的一組常數(shù)，該部分主要完成兩件工作：一件是將注冊表項復制到一個全局變量中；另一件是給不同的設備事件指示處理例程。剩下的工作就是按照這些設備事件編寫各自的例程。這些設備事件主要包括下面幾個部分：
??? (1)打開文件：當用戶以打開文件的名義打開設備準備讀寫的時候，調(diào)用該部分例程進行準備。
??? (2)關(guān)閉文件：當用戶關(guān)閉文件(關(guān)閉設備)的時候，調(diào)用該例程清掃系統(tǒng)。
??? (3)即插即用處理：處理即插即用相關(guān)的事件，該部分例程包括許多硬件相關(guān)的子程序，具體功能見第2節(jié)。
??? (4)處理讀操作：當用戶讀取文件時，調(diào)用該例程將接口芯片緩沖區(qū)內(nèi)的信息返回主機。
??? (5)處理寫操作：當用戶寫文件時，調(diào)用該例程將數(shù)據(jù)以包的形式發(fā)送到接口芯片。
??? (6)設備操作：該部分例程完成對設備硬件的控制，一般含有IO控制碼，這些控制碼在用戶頭文件中定義，該例程根據(jù)不同的IO控制碼，完成對設備的各項控制任務。
??? (7)驅(qū)動程序初始化：當?shù)谝淮伟惭b硬件時調(diào)用該部分例程，創(chuàng)建物理設備對象。對所涉及的各個變量進行初始化。這部分程序一般操作系統(tǒng)中有自帶。
??? (8)驅(qū)動程序的卸載：用于清除硬件在系統(tǒng)中留下的痕跡，釋放全局變量中注冊表路徑字符串所占用的內(nèi)存，將資源歸還系統(tǒng)。
??? (9)電源管理：所有和電源相關(guān)的例程都由這里發(fā)出，它發(fā)出的請求可以是指定一種新的電源狀態(tài)，或者查詢更改一種狀態(tài)是否可靠。此部分對于總線供電的USB設備較為重要，涉及設備的掛起和喚醒等操作。在本系統(tǒng)中此部分無作用，所有下位機設備都是自供電形式的，設備處于長時工作狀態(tài)。
5.4? USB設備讀寫
??? USB設備的讀寫操作是大部分用戶主要關(guān)心的內(nèi)容。由于設備驅(qū)動程序的作用，用戶應用程序和USB設備的讀寫操作變的非常簡單，用戶打開USB設備就像打開文件一樣。這是在添加設備中申請了一個符號鏈接，并在啟動設備例程中將此鏈接激活而實現(xiàn)的。USB中的讀寫操作分為四種：
??? (1)控制型：控制型傳輸主要為對USB本身的配置，前面所描述的USB配置實際上都是通過控制傳輸實現(xiàn)的。
??? (2)批量型：批量型傳輸用來處理大量的對時間要求不緊迫的數(shù)據(jù)。底層協(xié)議保證了無差錯的傳輸，但不保證傳輸時延。
??? (3)中斷型：中斷型傳輸對服務時間有較強的限制，但一次傳輸?shù)臄?shù)據(jù)量不多，主要為一些需要實時相應的消息。
??? (4)同步型：同步傳輸可以保證傳輸時延、保證帶寬和保證恒定的數(shù)據(jù)傳輸速率，但是在傳送失敗的情況下。不使用“重試”來傳輸數(shù)據(jù)，因而可能會有一定的出錯概率。
??? 對USB接口的讀寫是按照與數(shù)據(jù)文件讀寫相同的方式進行的，第一步要打開文件，即打開設備。當用戶以打開文件的名義打開設備時，首先要檢查設備的狀態(tài)，看設備是否處于工作狀態(tài)，設備的接口信息是否已經(jīng)準備好。接著檢查從上面?zhèn)飨聛淼奈募ο蟮暮戏ㄐ?指針不為空)。然后檢查文件名的長度，當為0時，說明打開的只是設備本身；不為0時說明打開的是某個管道，調(diào)用管道相關(guān)例程，將管道明轉(zhuǎn)換為指向?qū)艿谰C合信息的指針即可。讀寫USB設備實際上是調(diào)用同一個傳輸例程的，所區(qū)別的是傳輸方向符不同，由于通訊雙方遵守的都是USB協(xié)議，所有的數(shù)據(jù)包的格式都是一致的，所以這沒有什么問題。驅(qū)動程序控制的上位機讀寫過程和單片機的情況類似，所不同的是，單片機使用的接口芯片將數(shù)據(jù)放入硬件緩沖區(qū)內(nèi)，而上位機的驅(qū)動程序則會構(gòu)建一個虛擬的緩沖區(qū)來完成相同的工作。當要發(fā)送的數(shù)據(jù)大于緩沖區(qū)的容量時，同單片機的情況一樣，也要對數(shù)據(jù)進行分割。當數(shù)據(jù)發(fā)送完畢之后，例程返回一個發(fā)送成功的標志。
5.5? USB上位機應用程序設計簡介
??? 編寫好驅(qū)動程序以后，要在應用程序中調(diào)用USB設備，其做法就與調(diào)用硬件類似，可以使用WIN32 API函數(shù)像調(diào)用程序文件一樣對設備進行讀寫，也可以使用如同串口的mscomm那樣的控件來實現(xiàn)。由于本系統(tǒng)的上位機程序是用VB開發(fā)的，顯然調(diào)用成品動態(tài)鏈接庫能減少很多工作量。這里就調(diào)用由廣州周立功單片機發(fā)展有限公司開發(fā)的稱為easyd12.dll的動態(tài)鏈接庫。
6? 結(jié)論
??? USB接口的驅(qū)動程序編寫是一項繁瑣的工作，由于硬件條件的限制，上述程序僅在仿真器上運行通過，無法實地調(diào)試，其中必然存在很多漏洞和不足。USB接口本身是并不是為智能儀表開發(fā)的，作為批量數(shù)據(jù)傳輸用的USB總線在智能儀表上使用顯得有些復雜。在更高性能的通用型總線出現(xiàn)以前，為了實現(xiàn)信息的高速傳輸使用USB還是一個性價比較好的方案。本系統(tǒng)只使用了USB的部分功能，付出的軟硬件資源代價卻與一個完整功能的USB傳輸系統(tǒng)沒有多大區(qū)別。如果能開發(fā)出一種比USB總線更簡便易用的通用型總線，那一定會引起智能儀表的革命。實際上，現(xiàn)在用驅(qū)動程序完成的工作完全可以用純硬件的方式來實現(xiàn)，不過目前而言，代價必然較大。如果能找到一個方法來直接控制USB接口各個引腳的電平，那么即使用中規(guī)模集成電路也可以完成同步串行通訊的工作，遺憾的是，在整個設計過程中，本人始終沒有發(fā)現(xiàn)這種方法，涉及USB協(xié)議以及計算機主板上相關(guān)控制器的最底層內(nèi)容仍然無法洞悉。