This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC3301:卡在 ctrlCmd Fw_Container Download ("ramblr")-等待提示_second_loader_init_complete (续)

Guru**** 2343770 points
Other Parts Discussed in Thread: CC3301
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1506771/cc3301-stuck-at-ctrlcmdfw_containerdownload-rambtlr---waiting-for-hint_second_loader_init_complete-continued

器件型号:CC3301

工具/软件:

请参阅上下文的父问题

我已经研究了 Wireshark 日志和成功启动的 SPI 通信、但我还需要设置 HINT_SECOND_LOADER_INIT_COMPLETE-flag

但是、我发现了一些奇怪的 SPI 通信行为:
1. (请参阅两个实际逻辑捕获中的 P0时序标记): 从 CC3301接收到的测量状态与参考值不同
2. ( 请参阅两个示例逻辑捕获中的 P1时序标记): 前两个字节(由于位移、我认为长度乘以2)与引用不同-0x7228而不是 0x69E8
3. (请参阅两个示例逻辑捕获中的 P2时序标记): 从 CC3301在测量中发送的数据会重复进行0x55、直到传输结束、这意味着状态不可读、tsf字节无意义

我附上了三个文件: e2e.ti.com/.../2627.files.zip
1. wirehark-log.pcapng是我捕获的解析日志(我认为我上次日志中不存在大量信息的原因是由于连接松动)
2. logic_capture_with_markers_and_comments.sal我的捕获与上面解释的三种"奇怪的行为"对应的标记和评论
3. ti_reference_with_markers.sal捕获是在父问题中发送的、标记与我在自己的捕获中设置的标记相对应


我的问题是:

  • 相对  P0时序标记  状态是否必须与参考中的状态相同? 如果是、您是否知道为什么状态不等于参考值?
  • 相对  P1正时标记  为什么长度设置为另一个值?
  • 相对  P2时序标记 为什么 CC3301继续发送0x55、而不是状态和tsf

提前感谢您、
  Albert

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

    我还创建了一个 Excel 文件、用于更快速地概述本文中 Wireshark 日志与父级问题(用作参考)中的参考 Wireshark 日志之间的差异: e2e.ti.com/.../wireshark_2D00_comparison.zip

    根据各个日志行是否相等/不相等/未接收到彩色绿色/红色/橙色、"I"列为 true/false/Unknown。 测量日志上的某些日志线路可能由于连接不良而丢失。