我正在调试我正在创建的复合设备的问题，并在新生成的仅 CubeMX 代码中重新创建了该问题，以使其更容易解决。
我添加了少量代码main()让我发送 USB HID 鼠标点击，并在按下蓝色按钮时使 LED 闪烁。
...
uint8_t click_report[CLICK_REPORT_SIZE] = {0};
extern USBD_HandleTypeDef hUsbDeviceFS;
...
int main(void)
{
...
while (1)
{
/* USER CODE END WHILE */
/* USER CODE BEGIN 3 */
if(HAL_GPIO_ReadPin(B1_GPIO_Port, B1_Pin) == GPIO_PIN_SET){
HAL_GPIO_WritePin(LD4_GPIO_Port, LD4_Pin, GPIO_PIN_SET);
click_report[0] = 1; // send button press
USBD_HID_SendReport(&hUsbDeviceFS, click_report, CLICK_REPORT_SIZE);
HAL_Delay(50);
click_report[0] = 0; // send button release
USBD_HID_SendReport(&hUsbDeviceFS, click_report, CLICK_REPORT_SIZE);
HAL_Delay(200);
HAL_GPIO_WritePin(LD4_GPIO_Port, LD4_Pin, GPIO_PIN_RESET);
}
}
我正在使用 Wireshark 和 usbmon（在 Ubuntu 16.04 上）查看我的 STM32F3DISCOVERY 板发送的数据包。
通过这个新生成的代码，我可以看到URB_INTERRUPT从 3.23.1 发送的数据包。 （只有该地址的最后一部分，即端点，是相关的。）
数据包内容为：
01 00 00 00
00
00 00 00 00
00
正如预期的那样。
（5 字节click_reports 被分段为 4 字节和 1 字节消息，因为 HID 的最大数据包大小为 4 字节。）
然后我就改变了HID_EPIN_ADDR in usdb_hid.h from 0x81 to 0x83，使设备使用端点 3 来发送 HID 消息，而不是端点 1。
//#define HID_EPIN_ADDR 0x81U
#define HID_EPIN_ADDR 0x83U
通过此更改，一切都继续正常工作，预期的更改是数据包从 x.x.3 发送。数据包仍然包含：
01 00 00 00
00
00 00 00 00
00
据我所知，这应该not工作，因为我还没有为端点 3 分配地址（0x83）在PMA（数据包存储区）中。
我通过编辑 usb_conf.c 来做到这一点：
/* USER CODE BEGIN EndPoint_Configuration */
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x00 , PCD_SNG_BUF, 0x18);
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x80 , PCD_SNG_BUF, 0x58);
/* USER CODE END EndPoint_Configuration */
/* USER CODE BEGIN EndPoint_Configuration_HID */
//HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x81 , PCD_SNG_BUF, 0x100);
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x83 , PCD_SNG_BUF, 0x180);
/* USER CODE END EndPoint_Configuration_HID */
return USBD_OK;
}
现在，当我发送相同的01 00 00 00 00 and 00 00 00 00 00 click_reports我看到数据包内容：
58 00 2c 00
58
58 00 2c 00
58
我已经追踪到非 PMA 缓冲区的内容USB_WritePMA in stm32f3xx_ll_usb.
发送代码（在stm32f3xx_ll_usb) is:
/* IN endpoint */
if (ep->is_in == 1U)
{
/*Multi packet transfer*/
if (ep->xfer_len > ep->maxpacket)
{
len = ep->maxpacket;
ep->xfer_len -= len;
}
else
{
len = ep->xfer_len;
ep->xfer_len = 0U;
}
/* configure and validate Tx endpoint */
if (ep->doublebuffer == 0U)
{
USB_WritePMA(USBx, ep->xfer_buff, ep->pmaadress, (uint16_t)len);
PCD_SET_EP_TX_CNT(USBx, ep->num, len);
}
else
{
为什么线路上的数据不是我给出的数据USB_WritePMA，一旦我添加了HAL_PCDEx_PMAConfig(...对于端点地址0x83?
Update:
如果我改变usb_conf.c让端点地址0x83使用通常使用的 PMA 地址0x81:
/* USER CODE BEGIN EndPoint_Configuration */
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x00 , PCD_SNG_BUF, 0x18);
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x80 , PCD_SNG_BUF, 0x58);
/* USER CODE END EndPoint_Configuration */
/* USER CODE BEGIN EndPoint_Configuration_HID */
//HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x81 , PCD_SNG_BUF, 0x100);
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x83 , PCD_SNG_BUF, 0x100);
/* USER CODE END EndPoint_Configuration_HID */
线路上的数据包仍然损坏：
58 00 2c 00
58
58 00 2c 00
58
如果我回来usb_conf.c到其初始、生成、状态（其中0x83没有 PMA 地址，并且0x81 uses 0x100):
/* USER CODE BEGIN EndPoint_Configuration */
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x00 , PCD_SNG_BUF, 0x18);
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x80 , PCD_SNG_BUF, 0x58);
/* USER CODE END EndPoint_Configuration */
/* USER CODE BEGIN EndPoint_Configuration_HID */
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x81 , PCD_SNG_BUF, 0x100);
//HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x83 , PCD_SNG_BUF, 0x100);
/* USER CODE END EndPoint_Configuration_HID */
输出按预期工作：
01 00 00 00
00
00 00 00 00
00
更新2：
我添加了一个断点USB_ActivateEndpoint() in stm32f3xx_ll_usb.c.
令人惊讶的是，这只针对端点 0 进行调用。
因此，ep->pmaadress（原文如此）永远不会“写入硬件”，而仅在更高级别的代码中使用。
这必然意味着pmaadress因为端点设置为某个默认值，但我不知道端点的默认值0x83所以无法设置它。
当我周五返回工作时，我将添加调试以读出默认值。如果它们不存在，我会很困惑。
更新3：
我添加了以下调试：
uint16_t *tx_addr_ptr(USB_TypeDef *USBx, uint8_t ep_num) {
register uint16_t *_wRegValPtr;
register uint32_t _wRegBase = (uint32_t)USBx;
_wRegBase += (uint32_t)(USBx)->BTABLE;
_wRegValPtr = (uint16_t *)(_wRegBase + 0x400U + (((uint32_t)(ep_num) * 8U) * 2U));
return _wRegValPtr;
}
uint16_t *rx_addr_ptr(USB_TypeDef *USBx, uint8_t ep_num) {
register uint16_t *_wRegValPtr;
register uint32_t _wRegBase = (uint32_t)USBx;
_wRegBase += (uint32_t)(USBx)->BTABLE;
_wRegValPtr = (uint16_t *)(_wRegBase + 0x400U + ((((uint32_t)(ep_num) * 8U) + 4U) * 2U));
return _wRegValPtr;
}
...
HAL_StatusTypeDef USB_ActivateEndpoint(USB_TypeDef *USBx, USB_EPTypeDef *ep)
{
...
int txaddrs[8] = {0};
int rxaddrs[8] = {0};
for (int i = 0; i < 8; ++i) {
txaddrs[i] = *tx_addr_ptr(USBx, i);
rxaddrs[i] = *rx_addr_ptr(USBx, i);
}
这向我显示了以下值（在调试器中）：
txaddrs:
0: 0x58
1: 0xf5c4
2: 0xc1c2
3: 0x100
rxaddrs:
0: 0x18
1: 0xfa9b
2: 0xcb56
3: 0x0
出乎意料的是，这些看起来是正确的。
0x100是端点 3 的 txaddr，即使USB_ActivateEndpoint()刚刚被第一次调用。
通过大量的 grepping，我发现PCD_SET_EP_TX_ADDRESS (in stm32f3xx_hal_pcd.h) 不仅直接用于USB_ActivateEndpoint()，而且还在PCD_SET_EP_DBUF0_ADDR来自“stm32f3xx_hal_pcd.h”的宏。
PCD_SET_EP_DBUF0_ADDR似乎没有被使用，所以我不知道 usbd_conf.c 中的（更改的）值是如何的：
USBD_StatusTypeDef USBD_LL_Init(USBD_HandleTypeDef *pdev)
{
...
/* USER CODE BEGIN EndPoint_Configuration */
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x00 , PCD_SNG_BUF, 0x18);
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x80 , PCD_SNG_BUF, 0x58);
/* USER CODE END EndPoint_Configuration */
/* USER CODE BEGIN EndPoint_Configuration_HID */
//HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x81 , PCD_SNG_BUF, 0x100);
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x83 , PCD_SNG_BUF, 0x100);
/* USER CODE END EndPoint_Configuration_HID */
进入内存映射的 USB 寄存器。
我可以推断，从存在0x00 in rxaddr[3]（端点 3）它们成对发生（因为没有调用HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x3 , PCD_SNG_BUF, 0x0);).
更新4：
再次将设备更改为使用端点 1 后，0x100txaddrs[3] 中仍然存在。它只是上次运行时就存在的，这消除了一些混乱。
更新5：
这是一个 BTABLE 问题。 BTABLE 寄存器的值为 0x00，将 btable 放在 PMA 的开头。
The PMA looks like this:
and the start of the PMA is the btable.
我发现：
PMAAddr + BASEADDR_BTABLE + 0x00000000 : EP0_TX_ADDR
PMAAddr + BASEADDR_BTABLE + 0x00000002 : EP0_TX_COUNT
PMAAddr + BASEADDR_BTABLE + 0x00000004 : EP0_RX_ADDR
PMAAddr + BASEADDR_BTABLE + 0x00000006 : EP0_RX_COUNT
PMAAddr + BASEADDR_BTABLE + 0x00000008 : EP1_TX_ADDR
PMAAddr + BASEADDR_BTABLE + 0x0000000A : EP1_TX_COUNT
PMAAddr + BASEADDR_BTABLE + 0x0000000C : EP1_RX_ADDR
PMAAddr + BASEADDR_BTABLE + 0x0000000E : EP1_RX_COUNT
PMAAddr + BASEADDR_BTABLE + 0x00000010 : EP2_TX_ADDR
PMAAddr + BASEADDR_BTABLE + 0x00000012 : EP2_TX_COUNT
PMAAddr + BASEADDR_BTABLE + 0x00000014 : EP2_RX_ADDR
PMAAddr + BASEADDR_BTABLE + 0x00000016 : EP2_RX_COUNT
on https://community.st.com/s/question/0D50X00009XkaUASAZ/stm32-usb-endpoint-configuration-clarification-questions https://community.st.com/s/question/0D50X00009XkaUASAZ/stm32-usb-endpoint-configuration-clarification-questions
这表明端点0x81 and 0x82工作，因为两者pma[4] and pma[8]被设置为0x100.
端点0x83不起作用，因为pma[12]被设定为0x0.
这与具有以下值的损坏数据一致58 00 2c 00- USB 硬件正在读取pma[12]因此发送 uint16_tpma[0]， 哪个是0x0058 0x002c，由于小端顺序而反向发送。 （注意：PMA只有16位宽，因此这里每个地址只有两个字节。）
致电给HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x82, PCD_SNG_BUF, 0x100); does not将 btable 指针设置为pma[12]，它只是指出要复制到的 PMA 地址。
现在我只需要找到 btable 的内容被写入的位置......
EP3 的 TX 地址被传入的 USB 数据包覆盖，因为它在 PMA 中的偏移量与控制 EP0 的 RX 缓冲区的偏移量相同。原始代码工作正常，因为它只使用 EP1。
这些偏移量的具体设置方式取决于 STMCube 各层中的内容，我的副本似乎有所不同，但这出现在 OP 代码中设置 EP0 中 RX 和 TX 缓冲区偏移量的位置：
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x00 , PCD_SNG_BUF, 0x18);
HAL_PCDEx_PMAConfig((PCD_HandleTypeDef*)pdev->pData , 0x80 , PCD_SNG_BUF, 0x58);
这些常量需要更改为 0x40 和 0x80（例如）。
在我的版本中，这些偏移量是在头文件中定义的，并且还有 EP_NUM 常量，但它的使用方式尚不清楚。
其他一切似乎都只是干扰。