采用PDIUSBD12的USB接口固件程序開(kāi)發(fā)

2．1 硬件提取層
epphal．c文件是固件中的最底層代碼，由于在具體應用時(shí)所提供的硬件平臺都是不同的，因此該文件必須進(jìn)行修改以適應當前應用。該文件里主要包含了讀寫(xiě)PDIUSBD12寄存器的函數，PDIUSBD12芯片各控制線(xiàn)與單片機I／O口的連接等。
讀寫(xiě)PDIUSBD12主要有2種方式：多路復用地址／數據總線(xiàn)方式和A0地址位方式。不同的方式其電路連接完全不同，因此其讀寫(xiě)函數也完全不同。本處采用多路復用地址／數據總線(xiàn)方式，即用地址／數據總線(xiàn)的最低位標識總線(xiàn)上是數據還是命令，1代表命令，0則代表數據。
2．2 D12命令接口
d12ci．c文件中定義了一套訪(fǎng)問(wèn)D12功能的命令接口。
D12的命令包括：4個(gè)初始化命令、24個(gè)數據流命令和2個(gè)普通命令。該文件包含了單片機對上述命令的實(shí)現函數，基本無(wú)須修改。
2．3 中斷服務(wù)程序
isr．c部分的代碼主要處理PDIUSBD12產(chǎn)生的中斷請求。
硬件設計中，將PDIUSBD12中斷一般連到單片機的外部中斷0或者1中。由于只有一個(gè)中斷源，如果要知道是什么中斷，就需要讀取PDIU SBD12中的中斷寄存器的值進(jìn)行判斷。該文件包含了需要處理的各個(gè)中斷的處理函數。其中許多處理函數僅僅是將相應標志位置1，用來(lái)在主函數中處理各類(lèi)事務(wù)。在各個(gè)輸入／輸出端點(diǎn)引發(fā)的中斷處理函數中，分別進(jìn)行了讀取緩沖區數據和發(fā)送數據到緩沖區等動(dòng)作。其中，控制輸入端點(diǎn)的中斷處理函數還將相應控制位置1，以用來(lái)在主函數中觸發(fā)標準設備請求和廠(chǎng)商請求。
2．4 主循環(huán)
主函數文件mainloop．c是一個(gè)大循環(huán)。在該文件中要執行各個(gè)初始化函數，發(fā)送USB請求和處理USB總線(xiàn)事件等。設備的各項功能需要在該文件中添加。
首先，初始化I／O口；然后初始化定時(shí)器2，設置中斷，設置DMA(設備未用到DMA方式，置為00)等，通過(guò)連接指令指示D12完成軟連接(SoftConnect)后，電腦就會(huì )檢測到新設備。
在進(jìn)入主循環(huán)后，需要用51的定時(shí)器2每隔1 ms檢測一次電鍵的電平高低，并且將此信號通過(guò)USB接口發(fā)送出去，同時(shí)將P1．2口取反，以產(chǎn)生500 Hz的方波信號作為電鍵音。
2．5 協(xié)議層
chap_9．c：標準設備請求文件。該文件包含了所有設備相關(guān)的描述符，以及各個(gè)USB設備標準請求的實(shí)現函數。一個(gè)USB設備的各個(gè)特性都包含在了其所有的描述符內，而各個(gè)設備都有各自的特點(diǎn)，因此每個(gè)設備的描述符都要進(jìn)行相應修改。其中，設備描述符里的idVendor與idProduct是聯(lián)系PC端驅動(dòng)的標志，必須與驅動(dòng)一致。而各類(lèi)標準設備請求是每個(gè)標準USB設備都要能夠響應的，因此也就無(wú)須修改了。
protodma．c：該文件用來(lái)描述廠(chǎng)商請求。如果USB設備需要響應廠(chǎng)商請求，那么就要編寫(xiě)該廠(chǎng)商請求的實(shí)現函數。由于終端操作平臺無(wú)須定義特殊的廠(chǎng)商請求，因此該文件不用修改。