主题中讨论的其他器件：C2000WARE
如果通过 直接将 USB 存储器连接到 DSP 板而不使用 JTAG 或其他电缆连接到计算机来识别 USB 存储、
它尝试更新固件。
目前、我看的是 F2837xD_USB_FLASH_kernels 的一个示例、但当示例和的 OUT 文件出现时、没有响应
应用程序的输出文件连接到 USB。
USB 闪存内核示例应该是一个与 USB 闪存编程器和一起读取 USB 数据的示例
将其更新为 DSP 闪存。
是否有办法单独使用示例来执行前面提到的固件更新？
即使我不敢用这个例子，我也想知道是否还有另一种方法。
USB 闪存编程器的 winusb 或 libusb 被排除在测试之外、这是因为在连接 Windows 或 Linux 系统时认为有必要的。
如果修改并使用 F2837xD_USB_FLASH_kernels 示例、则似乎必须穿孔 USB 器件和 DSP 之间的内核、
那么、*。dat 文件或*。out。
我认为将输出文件传输到 USB 器件并将其连接到 DSP 板是一项抢先式任务。
此时、DSP 芯片如何读取 USB 存储中的文件？
如果我知道的是正确的、我知道 DSP 芯片的内部引导 Rom 包含一个可根据引导模式进行引导的代码。
我想知道、此代码在将文件读取到器件中时是否正确。
此时、不需要 winusb 或 libusb 等驱动程序。
通过查看 USB_flash_programmer.exe 的代码、可以确认文件是使用以下函数搜索的
fopen、fseek 和 USB_SendData、数据被发送到 USB。
如果它未连接到 PC、即不是 PC 的 DSP：主站 DSP：从站结构将成为主站并读取 USB 数据、
我很好奇是否需要替换 USB_FLASH_programmer 的角色。
简单地说、*。dat /*。out 我强烈认为、通过在 USB 设备中输出文件并将其连接到 DSP 是不可能的。
假设 usb_flash_programr.exe 代码的 fopen、fseek 和 USB_SendData 等函数已添加到中
F2837xD_USB_FLASH_kernels 示例、指定应用程序代码的输出文件路径、然后 DSP 使用*。dat /*。out。
如何识别文件以及如何创建内核如果您说输出文件被识别、
是否也可以识别应用程序代码的输出文件存在一个问题。
