大家好、
我们现在在使用 F28069 DSP 开发的固件中遇到问题 、该 DSP 适用于启用了 USB 的 F28069U、F28069F 和 F28069M 模型、因此固件的总体设计基本如下：
运行时代码是我们不断开发和扩展的代码、它利用 DSP 的各种功能、包括作为虚拟 COM 端口的 USB 通信。
引导加载程序可与德州仪器发布的 USB 器件固件升级程序配合使用、只需进行极少的更改。
现在的问题是、我们已经使用这种组合超过3年了、没有任何问题、但是随着运行时代码的扩展和占用更多 RAM 和闪存、我们现在看到、启动后运行时代码不运行、器件返回 DFU 模式！ 在我们的系统中、只有当特定 GPIO 下拉时才会发生 DFU 模式、但由于某些奇怪的原因、运行时代码会强制恢复 DFU。
我们发现、一旦我们完全禁用运行时代码中的 USB 功能、通过删除 usblib.lib 和 driverlib.lib 以及 USB 的所有相关库、运行时代码就会再次运行、 但当然、我们失去了拥有 COM 端口的可能性、而 COM 端口对于我们的应用是不可接受的。
因此、我想知道我们应该从哪里开始寻找、因为我们尝试了各种方法、但没有成功。
John
很抱歉耽误了时间、很忙、因此基本上 DFU 程序将程序放在器件上没有任何问题、但是我的器件仍然处于 DFU 模式、永远不会退出： 
那么、您认为问题可能出在哪呢？
John
为了进一步说明这一点、我在编译代码时看到以下警告、它始终存在、即使引导加载程序运行正常、但现在我担心引导加载程序可能无法在运行时或沿着这些行完成 CRC。 
如何消除此警告？
John
我刚刚注意到的另一点是堆栈使用、如下面所示、这对问题是否有任何影响？
可以看到、ADC_ISR 已完全占用、但我不清楚这是否是问题、因为 CCS 不会显示任何警告或错误。
John
