[参考译文] CC1201：CC1201 SPI 时序

你(们)好

只是想让您知道我们正在研究这个问题、但我正在等待负责设计人员的反馈。 他今天还没有在办公室。

Siri

Siri、

谢谢-请告诉我您是否需要我提供任何进一步的信息。 这对我来说目前是个阻碍问题。

谢谢
桑托什

您好、Siri、

非常感谢您的回答。 延迟没有多大伤害、因为我只能在接下来的几天内返回到这个问题上。

降低 SPI 速度没有什么帮助。 控制器(LPC)现在以180MHz 的频率运行。 我还没有尝试降低控制器速度。

考虑到 SPI 边沿看起来都很好、振铃很少、但没有什么突出的。 我将捕获示波器跟踪并在星期一之前发布。

对讲机配置为1Mbps、当前我正在发送12字节数据包、最终应用将具有18字节。 我在写入数据包后尝试了 strobing、但这没有什么不同。 但我也可以重新执行该测试。 故障发生在前几个数据包内。 在良好的情况下、TXFIRST 和 TXLAST 指针在每次数据包写入后都有良好的增量、而在不正确的情况下、TXLAST 为1。 对讲机配置为可变数据包长度-因此 FIFO 中的长度和字节之间不匹配、且 marcstatus 读取错误。

HW 是我们的设计、现在我们有5种不同的 CC1201设计、此特定设计的吞吐量要求比其他设计更高。 我有一个此设计的早期版本、在该版本中、我在控制器以96MHz 运行时进行背靠背传输、没有任何问题。

在工作案例中、总交易时间约为50us、在非工作案例中、总交易时间约为17us。

我将向您提供以下信息：
a)工作用例和非工作用例的范围跟踪
b)写 FIFO 后的选通信号 TX 测试

我还将在控制器以较低速度运行的情况下进行测试。

谢谢、再次感谢您的支持。

您好、Siri、

我已经为工作场景和非工作场景添加了跟踪信息。 在这两种情况下、在 FIFO 写入完成后都会发出 STX。 数据串"Hello-World"对讲机配置为可变数据包长度模式。

总的来说、在这种情况下、完成 FIFO 写入的总传输时间大约为45us。  

工作案例完全捕获-  

2.非工作用例完全捕获

在这种情况下、总交易时间约为25美元。

工作案例 FIFO 捕获  

FIFO 捕获不起作用的情况。

在这两种情况下、发送的数据相同。

我尝试更改控制器速度、这并不是什么帮助。 无论我是保持选通、还是在 FIFO 写入完成后保持选通、结果都是相同的。 因此、我没有在 STX 开启且 FIFO 正在更新的位置捕获跟踪。

谢谢

桑托什

我将在这里尝试重现您的问题、但可能需要几天的时间、因为无法使用我们 CC1200套件上的 MCU 背靠背执行 SPI。 同时、您能否在使用直接 FIFO 访问的故障和非故障情况下读回 FIFO 内容？ 此外、在这两种情况下、您为 NUM_TXBYTES 读取的值是多少？

Siri

Siri、

感谢您的更新。 我将尝试以较低的数据速率复制您的测试。 但是、我的应用确实需要1Mbps 的数据速率。 我将使用不同的数据速率进行测试、希望这将有助于缩小问题的范围。

谢谢
桑托什