[参考译文] TM4C123GH6PM：usblib CDC 驱动器传输栈数据(可能损坏？)

您好 Nathan、

为了补充 Charles 的回答、我认为您的担忧可能来自 case 陈述中的 sLineCoding 变量声明？

如果是、我不认为这应该是任何问题、因为从下面的代码中、它只用作一个指针来将 USBDCDSendDataEP0指向行编码的实际位置。 这意味着它不会是通过 API 传递到堆栈的数据、而只是一个在传递到 API 之后将保留在堆栈上的地址、直到 API 像函数调用中的任何标准指针那样访问该地址处的数据。 因此、数据在整个过程中将保持不变、因为它不会存储在堆栈上。 只能根据地址指向的存储器位置来访问它以进行传输。

//
//要求客户提供当前的行编码。
//
psCDCDevice->pfnControlCallback (psCDCDevice->pvControlCBData、
USBD_CDC_EVENT_GET_LINE_Coding、0、
sLineCoding (&S)； 

我还会注意 到、大多数针对 USBDCDSendDataEP0的其他调用也使用指针来实现类似目的、因此从我可以看到的结果来看、实现不存在错误或设计缺陷。

此外、 针对 USBDCDSendDataEP0的 API 进一步强制要求数据只根据 API 描述中的以下语句通过指针提供给 API：

//！ \param pui8Data 是指向要通过端点0发送的缓冲区的指针。 

此信息是否能缓解您的疑虑？

是的、我的问题是在 case 语句中声明了 sLineCoding。

对 pfnControlCallback 的调用是完美的，因为它仍在 HandleRequests()函数中。

USBDCDSendDataEP0()函数的文档显示"\n pui8Data 缓冲区的内容必须保持不变、直到收到 pfnDataSent 回调。"。

&sLineCoding 被用作 pui8Data、所以我认为它必须保持有效直到调用 pfnDataSent？

由于在 HandleRequests()函数中声明了 sLineCoding，它驻留在栈上。 函数返回后、栈框将被拆分、因此如果调用其他函数并覆盖栈、则&sLineCoding 处的数据可能会损坏？

除非函数的文档错误、并且我们不需要等待 pfnDataSent 回调？

－弥敦

您好 Nathan、

sLineCoding  指针只是传递地址的一种临时方法。 调用 USBDCDSendDataEP0 API 后、执行以下代码：

G_psDCDInst[0].pui8EP0Data = pui8Data； 

一旦该调用发生、指向数据的地址(是  sLineCoding 提供的唯一地址) 存储在全局变量 g_psDCDInst 的 usbdenum.c 文件中、因此它现在位于栈外部。 此时 、不再需要 sLineCoding 保存在堆栈上的地址、因此在等待 pfnDataSent 回调时、堆栈帧是否被拆分无关紧要。

拉尔夫

我仍然无法理解这一点。 也许代码是正确的、所以我会睡在上面、早上再看一下。

我不担心指针 pui8Data 丢失、因为它保存在 g_psDCDInst 中 (正如您所说的)。

我担心被指向的数据。 就我可以读取的内容而言，*pui8Data 存储在堆栈中。

问题是 sLineCoding 不是指针。 它是在栈上分配的结构(在 case 语句中)：

案例 USB_CDC_GET_LINE_Coding：
｛
// sLineCoding 存储在堆栈中。
tLineCoding sLineCoding；
MAP_USBDevEndpointDataAck (psInst->ui32USBBase、USB_EP_0、false)；
//将线性化数据复制到本地结构中
psCDCDevice->pfnControlCallback (psCDCDevice->pvControlCBData、
USBD_CDC_EVENT_GET_LINE_Coding、0、
sLineCoding (&S)；
//发送 sLineCoding 的地址，该地址是栈上数据的指针
USBDCDSendDataEP0 (0、(uint8_t *)和 sLineCoding、sizeof (tLineCoding))；
中断；
｝ 

pfnControlCallback 将应用程序的线性存储结构中的数据复制到提供的指向预分配内存的指针中，即在 HandleRequests(...)中声明的 sLineCoding。 它不会将其设置为指向应用程序的行的指针。

－弥敦

您好 Nathan、

好的、我理解您现在提出的问题。 我将进一步研究、敬请期待。