[参考译文] CC3235SF：更改CC3235sf的Service Pack会导致系统重新引导

admin

Other Parts Discussed in Thread: CC3235SF, CC3235MODS

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1091507/cc3235sf-changing-service-pack-for-cc3235sf-causes-system-reboot

部件号：CC3235SF
主题中讨论的其他部件： CC3235MODS

你(们)好

我们正在使用不同的服务包在LP-CC3235SF上测试固件。使用相同的固件时，较新的Service Pack不如旧的Service Pack可靠，并导致系统重置(运行几个小时后随机重置)。我们需要更新的SP，因为它可以提高WiFi网络稳定性，但我们不理解它为什么会导致系统重置。

固件代码基于Simplink SDK SDK. 00.04 ，因为它是亚马逊2.10 示例项目的一部分。
旧的Service Pack (4.1 0.17 ．0．28_CC3235)来自3.1 ．3.1 ，因为它是我们可以用来支持2.40 ．00.05 芯片的最接近的。它不会导致随机重置，但会出现更多网络错误。
新的Service Pack (4.8 ．xx / 4.10 ．xx / 4.12 ．xx)提高了网络稳定性，但会导致系统重置。重置原因= PRCM_POWER_ON。我们在LP-CC3235SF上看不到电源导轨问题。

到目前为止，这些重新启动似乎是随机的，并且在程序运行期间发生在随机点。如果有任何线索能够说明问题出在哪里，我们将不胜感激。

较新Service Pack中的API是否向后兼容较旧的SDK？

2 年多前

0 admin 2 年多前

TI__Guru**** 649970 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好，Ajay，

是的，新的Service Pack与旧的SDK版本兼容。但是00.04 ，您使用的用于2.10 的CC32XX插件(AWSIT.SDK)已使用CC32XX 00.05 2.30 ．进行了验证(根据这些发行说明)，TI.com上不再提供该插件。此外，该插件的v 2.10 ．00.04 仅支持CC3220设备，而不支持CC3235。

我建议更新至 SIMPLELINK-CC32XX-plugin-for AwsIOT (4.30 ．00.02 4.12)的最新版本，该版本已通过此版本的CC32XX SDK 4.30 ．00.06 验证 (也更新到该版本)，并使用最新的Service Pack (sp_SDK．0.1)。这些最新版本中的错误修复很可能会解决您的问题。4.30 插件的v．00.02 支持CC3235SF。

如果这些更新后问题仍然存在，则附加的调试打印和NWP日志将有助于确定导致重置的原因。

此致，

杰西

0 admin 2 年多前

TI__Guru**** 649970 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好，Jesse：

感谢您的建议。我们完全了解SDK 2.10 中缺乏CC3235支持。00.04 ，但在TI FAE的帮助下，我们成功地使其正常工作。我们不想使用TI的AWSIOT插件的主要原因是缺少AWS OTA支持，而且它使用的是非常旧的AWS C SDK。因此，我们的项目基于亚马逊FreeRTOS构建，该系统使用TI SDK 2.10。00.04 ： docs.aws.amazon.com/.../getting_started_ti.html

我认为我们需要与TI合作来调查NWP日志。在系统重置之前，我们已经看到SoC电流消耗持续增加0.5秒。我们的UART调试打印件没有显示任何有趣的内容。

我们已经从第280页阅读了NWP日志设置，但我们不确定哪个引脚是WFP 1.62 (我假定的NWP日志的串行输出)。从SoC数据表来看，P62也是GPIO7。由于我们使用的是CC3235MODS模块，因此这是模块针脚52。请确认。