STM32的USB多包數(shù)據(jù)傳送
因?yàn)槲铱吹絊TM32的USB都沒有對(duì)發(fā)送狀態(tài)進(jìn)行檢測(cè)，當(dāng)多于傳送緩沖器的數(shù)據(jù)要傳送時(shí)，估計(jì)就會(huì)出錯(cuò)了，所以找下這篇文章，但沒有找到原始作者，但也在此謝過了！
STM32的多包數(shù)據(jù)傳送（轉(zhuǎn)貼）
SMT32F103，根據(jù)例程 Custom_HID 修改，利用 EP1 以 EP_INTERRUPT 的方式發(fā)送包，
原來的例程每次發(fā)送 2 個(gè)字節(jié)，現(xiàn)在修改后包的長度不超過 64 字節(jié)時(shí)發(fā)送是正常的，但當(dāng)
一個(gè)包長超過 64 字節(jié)時(shí)就發(fā)送失敗，沒有數(shù)據(jù)出來（程序沒有死機(jī)），該改的地方都已經(jīng)修
改了，不知道哪個(gè)地方還沒有改到位，謝謝！
現(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ā)送一個(gè) 128B 的包,
while(1){
for(i=0;i<2;i++)
{ SetEPTxAddr(ENDP1, ENDP1_TXADDR+i*64);
SetEPTxValid(ENDP1);
Delay(10000);
}
}
4. 由于一個(gè)包是 128B，最大包長是 64B，所以分兩次發(fā)送出來，奇怪的是所有例程發(fā)送包
時(shí)都沒有查發(fā)送狀態(tài)的處理，也沒有找到相應(yīng)的狀態(tài)等待函數(shù)，這樣的話，是不是出現(xiàn)第一
個(gè)包還沒有發(fā)送完，第二個(gè)包就沖掉了第一個(gè)包的數(shù)據(jù)？
5. 所以問題很簡單，就是如何發(fā)送一個(gè)多數(shù)據(jù)包，發(fā)送函數(shù)要如何寫？
以下是關(guān)于這個(gè)問題的解答：
分兩次發(fā)送是對(duì)的，但關(guān)鍵是每次發(fā)送前需要檢查上次發(fā)送是否完成。
檢查一個(gè)端點(diǎn)的發(fā)送是否結(jié)束有 2 種方法，第一種方法是當(dāng)發(fā)送結(jié)束(設(shè)備收到 ACK)時(shí)，有
一個(gè)發(fā)送結(jié)束中斷，這個(gè)中斷由 USB 庫處理，并通過 EP1_IN_Callback 這個(gè)回調(diào)函數(shù)交由
用戶程序確認(rèn)，你可以搜索一下，例子中把 EP1_IN_Callback 定義為 NOP_Process，沒有處
理這個(gè)回調(diào)事件。如果要用這種方法檢測(cè)端點(diǎn)發(fā)送結(jié)束，你需要自己定義回調(diào)函數(shù)并做相應(yīng)
處理。
檢 測(cè) 端 點(diǎn) 發(fā) 送 結(jié) 束 的 另 一 個(gè) 方 法 是 查 詢 這 個(gè) 端 點(diǎn) 的 狀 態(tài) ， 如 果 端 點(diǎn) 狀 態(tài) 處 于
EP_TX_VALID，說明發(fā)送未結(jié)束，如果端點(diǎn)狀態(tài)處于 EP_TX_NAK，說明發(fā)送結(jié)束。使用
下述調(diào)用可以得到端點(diǎn) 1 的發(fā)送狀態(tài)：
GetEPTxStatus(ENDP1)
按照你的思路，可以使用第二種方法實(shí)現(xiàn)發(fā)送多個(gè)數(shù)據(jù)包的功能。
假定要發(fā)送 150 個(gè)字節(jié)的 MyBuffer，EP1 的最大包長設(shè)為 64 字節(jié)。
u8 MyBuffer[150];
int packetN;
packetN = 3;
while (1) {
if (packetN < 3) { // 有數(shù)據(jù)需要發(fā)送時(shí)置 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 個(gè) 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)；
}
}
...... // 其它操作
}
這里使用了一個(gè)變量記錄應(yīng)該發(fā)送第幾個(gè)數(shù)據(jù)包，當(dāng)程序的其它部分準(zhǔn)備好數(shù)據(jù)后只要設(shè)置
這個(gè)變量 packetN=0，上述發(fā)送操作就會(huì)啟動(dòng)，程序的其它部分只需檢測(cè) packetN==3 即可
知道 MyBuffer 是否已經(jīng)騰空，程序的其它部分可以使用 MyBuffer 繼續(xù)其它操作，注意這時(shí)
數(shù)據(jù)不一定已經(jīng)全部發(fā)送完畢。
你的另一個(gè)問題在于這一行：SetEPTxAddr(ENDP1, ENDP1_TXADDR+i*64);
ENDP1_TXADDR 是專門的發(fā)送緩沖區(qū)，它的長度是有限的，而且是每 32 位編址中只有低
16 位有效；所以需要使用函數(shù) UserToPMABufferCopy()操作這個(gè)發(fā)送緩沖區(qū)，這個(gè)函數(shù)已經(jīng)
在 USB 庫的手冊(cè)中說明。
最后一個(gè)問題是：如果你的程序中使用了 ENDP1_RXADDR，因?yàn)槟愀淖兞?ENDP1 包的長
度，即改變了發(fā)送緩沖區(qū)的長度，需要在 usb_conf.h 中重新定義以下 ENDP1_RXADDR 的
地址。
//、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、
下面是我的部分程序 是在官方USB模擬串口程序上改的，專門用于測(cè)試發(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時(shí)鐘
USB_Interrupts_Config(); //配置USB中斷
USB_Init();//初始化USB
while (1)
{
if (GetEPTxStatus(ENDP1) != EP_TX_VALID)
//奇怪，我把這句換成if(GetEPTxStatus(ENDP1)==EP_TX_NAK)就會(huì)漏掉一些遞增的數(shù)據(jù) 搞不懂？沒時(shí)間深究
{
inc_my_string();
USB_Send_Data(my_string,14);//發(fā)送遞增計(jì)數(shù) 看模擬的串口數(shù)據(jù)有沒有漏掉的
}
}
}
下載文檔
