因為我看到STM32的USB都沒有對發(fā)送狀態(tài)進行檢測，當多于傳送緩沖器的數(shù)據(jù)要傳送時，估計就會出錯了，所以找下這篇文章，但沒有找到原始作者，但也在此謝過了！

STM32的多包數(shù)據(jù)傳送（轉(zhuǎn)貼）

SMT32F103，根據(jù)例程 Custom_HID 修改，利用 EP1 以 EP_INTERRUPT 的方式發(fā)送包，

原來的例程每次發(fā)送 2 個字節(jié)，現(xiàn)在修改后包的長度不超過 64 字節(jié)時發(fā)送是正常的，但當

一個包長超過 64 字節(jié)時就發(fā)送失敗，沒有數(shù)據(jù)出來（程序沒有死機），該改的地方都已經(jīng)修

改了，不知道哪個地方還沒有改到位，謝謝！

現(xiàn) 象 就 是 超 過 63 字 節(jié) 的 包 死 活 也 發(fā) 不 出 去 ， 而 且 發(fā) 送 包 的 大 小 還 與

CustomHID_ConfigDescriptor 里面的 EP1 IN endpoint 描述里包大小有關(guān) ，沒道理啊，其他

的 MCU 這地方設(shè)置為 8 照樣發(fā)送 256B 以上的包。

在 Custom_HID 例程上修改了如下代碼：

1.usb_proc.c 的 CustomHID_Reset（）里 SetEPTxCount(ENDP1, 64);

2.關(guān)閉 DMA 中斷，不讓 ADC 采樣后發(fā)送 EP1 包

3.在 main.c 里 重復(fù)發(fā)送一個 128B 的包,

while(1){

for(i=0;i<2;i++)

{ SetEPTxAddr(ENDP1, ENDP1_TXADDR+i*64);

SetEPTxValid(ENDP1);

Delay(10000);

}

}

4. 由于一個包是 128B，最大包長是 64B，所以分兩次發(fā)送出來，奇怪的是所有例程發(fā)送包

時都沒有查發(fā)送狀態(tài)的處理，也沒有找到相應(yīng)的狀態(tài)等待函數(shù)，這樣的話，是不是出現(xiàn)第一

個包還沒有發(fā)送完，第二個包就沖掉了第一個包的數(shù)據(jù)？

5. 所以問題很簡單，就是如何發(fā)送一個多數(shù)據(jù)包，發(fā)送函數(shù)要如何寫？

以下是關(guān)于這個問題的解答：

分兩次發(fā)送是對的，但關(guān)鍵是每次發(fā)送前需要檢查上次發(fā)送是否完成。

檢查一個端點的發(fā)送是否結(jié)束有 2 種方法，第一種方法是當發(fā)送結(jié)束(設(shè)備收到 ACK)時，有

一個發(fā)送結(jié)束中斷，這個中斷由 USB 庫處理，并通過 EP1_IN_Callback 這個回調(diào)函數(shù)交由

用戶程序確認，你可以搜索一下，例子中把 EP1_IN_Callback 定義為 NOP_Process，沒有處

理這個回調(diào)事件。如果要用這種方法檢測端點發(fā)送結(jié)束，你需要自己定義回調(diào)函數(shù)并做相應(yīng)

處理。

檢 測 端 點 發(fā) 送 結(jié) 束 的 另 一 個 方 法 是 查 詢 這 個 端 點 的 狀 態(tài) ， 如 果 端 點 狀 態(tài) 處 于

EP_TX_VALID，說明發(fā)送未結(jié)束，如果端點狀態(tài)處于 EP_TX_NAK，說明發(fā)送結(jié)束。使用

下述調(diào)用可以得到端點 1 的發(fā)送狀態(tài)：

GetEPTxStatus(ENDP1)

按照你的思路，可以使用第二種方法實現(xiàn)發(fā)送多個數(shù)據(jù)包的功能。

假定要發(fā)送 150 個字節(jié)的 MyBuffer，EP1 的最大包長設(shè)為 64 字節(jié)。

u8 MyBuffer[150];

int packetN;

packetN = 3;

while (1) {

if (packetN < 3) { // 有數(shù)據(jù)需要發(fā)送時置 packetN 為'0'

if (GetEPTxStatus(ENDP1) == EP_TX_NAK) {

if (packetN == 0) { // 拷貝頭 64 字節(jié)到發(fā)送緩沖區(qū)

UserToPMABufferCopy(MyBuffer, ENDP1_TXADDR, 64);

SetEPTxCount(ENDP1, 64);

}

else if (packetN == 1) { // 拷貝第 2 個 64 字節(jié)到發(fā)送緩沖區(qū)

UserToPMABufferCopy(MyBuffer+64, ENDP1_TXADDR, 64);

SetEPTxCount(ENDP1, 64);

}

else if (packetN == 2) { // 拷貝最后 22 字節(jié)到發(fā)送緩沖區(qū)

UserToPMABufferCopy(MyBuffer+128, ENDP1_TXADDR, 22);

SetEPTxCount(ENDP1, 22);

}

packetN++;

SetEPTxStatus(ENDP1, EP_TX_VALID)；

}

}

...... // 其它操作

}

這里使用了一個變量記錄應(yīng)該發(fā)送第幾個數(shù)據(jù)包，當程序的其它部分準備好數(shù)據(jù)后只要設(shè)置

這個變量 packetN=0，上述發(fā)送操作就會啟動，程序的其它部分只需檢測 packetN==3 即可

知道 MyBuffer 是否已經(jīng)騰空，程序的其它部分可以使用 MyBuffer 繼續(xù)其它操作，注意這時

數(shù)據(jù)不一定已經(jīng)全部發(fā)送完畢。

你的另一個問題在于這一行：SetEPTxAddr(ENDP1, ENDP1_TXADDR+i*64);

ENDP1_TXADDR 是專門的發(fā)送緩沖區(qū)，它的長度是有限的，而且是每 32 位編址中只有低

16 位有效；所以需要使用函數(shù) UserToPMABufferCopy()操作這個發(fā)送緩沖區(qū)，這個函數(shù)已經(jīng)

在 USB 庫的手冊中說明。

最后一個問題是：如果你的程序中使用了 ENDP1_RXADDR，因為你改變了 ENDP1 包的長

度，即改變了發(fā)送緩沖區(qū)的長度，需要在 usb_conf.h 中重新定義以下 ENDP1_RXADDR 的

地址。

//、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、

下面是我的部分程序　是在官方USB模擬串口程序上改的，專門用于測試發(fā)送狀態(tài)下連續(xù)發(fā)送數(shù)據(jù)

u8 my_string[]={"2013我們希望rn"};

u16 myint=0;

inc_my_string()

{

myint++;

if(myint>9999)myint=0;

my_string[0]=myint/1000+'0';

my_string[1]=(myint00)/100+'0';

my_string[2]=(myint0)/10+'0';

my_string[3]=(myint)+'0';

}

//通過電腦發(fā)送的數(shù)據(jù)在EP3_OUT_Callback中可以獲取到

//發(fā)向電腦的數(shù)據(jù)可以在USB_Send_Data函數(shù)中傳送

int main(void)

{

Init_System();//系統(tǒng)初始化

Set_USBClock();//設(shè)置USB時鐘

USB_Interrupts_Config(); //配置USB中斷

USB_Init();//初始化USB

while (1)

{

if (GetEPTxStatus(ENDP1) != EP_TX_VALID)

//奇怪，我把這句換成if(GetEPTxStatus(ENDP1)==EP_TX_NAK)就會漏掉一些遞增的數(shù)據(jù) 搞不懂？沒時間深究

{

inc_my_string();

USB_Send_Data(my_string,14);//發(fā)送遞增計數(shù)　看模擬的串口數(shù)據(jù)有沒有漏掉的

}

}

}