您好，
我们对CC3135的消耗量进行了一些额外的调查，发现了以下情况：
您好，Jesse：
最初的“旧”Service Pack在 生产过程中由TI上传到BOOSTXL-CC3135，因此 我没有二进制文件，但我可以向您提供 CC3135报告的版本信息：
NWP v 4.1 ．0.27
Mac 31.3 ．1.0 ．5.
PHY 3.1 ．0.17
ChipId 8.2313216亿
ROM 8738
我还附上 了一个ZIP文件，其中包含 了我们使用过的存储库中最旧的CC3135 Service Pack UCF 。
这也是我无法降级 到的Service Pack版本。
我还将添加Uniflash配置的屏幕截图 ，以便在您需要时生成Service Pack：
最佳，
你好，Gasper，
没有用于检查日志文件完整性的工具，但请仔细检查您是否遵循以下步骤使用CC31XXEMUBOOST获取NWP日志。
捕获 NWP日志时，您应该能够堆叠BOOSTXL-CC3135 和 CC31XXEMUBOOST。 或者，您不能堆叠主板，而是使用2条跳线将两个主板之间的GND针脚和针脚4.7 (NWP)连接起来。 然后：
在应用程序运行时，确保记录并保存日志。
此致，
杰西
你好，Gasper，
在比较NewSP_ASOC和OldSP_ASOC之间的MAC日志时，我注意到睡眠长度有差异。 看起来您正在尝试在应用程序中将LSI设置为300毫秒。 在旧的Service Pack中，这种情况解释不正确，睡眠时间最后设置为400 ms。 这是一个在 使用最新的Service Pack时修复的错误，并且睡眠时间已正确设置为300毫秒。
这种行为也可以从您在原始帖子中包含的PDF中的平均消耗图解中看到：
旧SP (400 ms LSI)：
新SP (300 ms LSI)：
这说明了两个Service Pack之间的电流消耗的差异。 在旧版本中，LSI被不正确地设置为较长的间隔。 在较新版本中，LSI正确设置为300毫秒。
在低功耗应用中，我们通常建议LSI为500至600 ms或更高。
此致，
杰西
