[参考译文] CC3351：固件在崩溃后无法重新启动

尊敬的 Ga é tan：

抱歉、此处的延迟、您能发送完整的日志吗？  

此致、

Josh Prushing

你好 Josh、

我在多个 CC3351 固件版本和不同崩溃情况下都观察到了这种行为。

当我尝试运行认证工具时、我遇到了一些崩溃。 这是我附加到这个消息的其中一个。 我们可以看到最终日志、但在没有发生任何情况后、芯片不会自行重新启动。

e2e.ti.com/.../0121.stream.csv

谢谢、

Gaetan

尊敬的 Ga é tan：

在校准器工具中、您似乎以某种方式调用器件来充当不受支持的角色。 您在崩溃前调用了哪些校准器命令？ 如果可能、您还可以在接收到崩溃时发送终端输出吗？

我仍然不太确定设备为何不会重新启动、但我将继续进行研究。

此致、

Josh Prushing

你好 Josh、

您是对的、这也正如另一张票证中所报告的：  CC3351：使用校准器工具导致固件崩溃 

但是关于崩溃后不会发生的重新启动,我已经观察到它与不同的固件版本和不同的崩溃。 遗憾的是、我现在只拥有与您共享的日志。

谢谢、

Gaetan

尊敬的 Ga é tan：

您是否使用了所附线程中讨论的相同命令序列？ 您能给我发送您的终端输入/输出的完整流程吗？ 您正在运行哪些命令？ 崩溃是在运行特定命令后还是在特定时间段后发生的？

此致、

Josh Prushing

你好 Josh、

是的、例如、如果我运行了链接 TT 中提到的序列、则 cc3351 会因校准而崩溃。 5 分钟后会显示。 对于我的用例、我更改了校准周期、以便在测试过程中不会崩溃地使用它。 但是、当 cc3361 崩溃时、它不会重新启动。

在这种情况下、校准是由于认证模式期间的校准。 但是、我在正常用例中也观察到了这种行为。 很遗憾、我现在没有这些用例的日志。

谢谢、

Gaetan

你好 Josh、

非常感谢与我们分享这个新的驱动程序！  
我看到此代码的当前状态为 beta 版、您是否知道 Zephyr 中是否有某个预期的发布日期？

非常感谢、这对我们来说是一个非常好的消息、那就是有一个新的驱动程序可用。

Gaetan

你好 Josh、

非常感谢！ 这对我们来说是一个超级消息。

我还有一个关于此驱动程序的问题。 您与我共享的 Zephyr 驱动程序链接。 我错过了什么,或者它是在其他地方 相关联的 hal_ti ? 我是指具有 R9 CC3351 驱动程序和 Zephyr RTOS 移植的代码、以进行 OSI 抽象（不仅是 WLAN IRQ）。

我想了解如何在此驱动器实现中处理 BLE 使能。 我有一个与这一点相关的已打开票证 (CC3351：MCU SDK preR9：BLE ready event )。

再次感谢、

Gaetan

尊敬的 Ga é tan：

请提供给我、直到星期五来研究这个、我也会研究链接的主题。

此致、

Josh Prushing

你好 Josh、

我们确实更新了 MCU R9、但没有从 Zephyr 驱动程序切换到 TI 的。

我关闭此 TT、直到我们在必要时重新打开它。

感谢您的帮助、

Gaetan