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

你(们)好

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

Siri

Siri、

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

谢谢
桑托什

你(们)好、Santosh

首先，我对迟交的答覆感到抱歉。 我已经和其中一位设计人员交谈过、他可以确认 FIFO 访问不需要100ns 延迟、并且最大频率为7.7MHz、因此您可以低于该延迟。

如果您将速度从6MHz 降低、那么它是否能够在字节之间无延迟地工作？

您是否查看过具有示波器的 SPI 线路、以查看您的所有边缘等是否都在规格范围内？

无延迟写入 FIFO 的速度应该比中间的延迟更快、因此在没有延迟的情况下、TX FIFO 会下溢完全没有意义。

您能不能在 strobing TX (数据包需要小于 FIFO 大小)之前测试是否将完整数据包写入 TX FIFO

这是否起作用？

如果这样写120字节到 TX FIFO、然后读 NUM_TXBYTES 寄存器以查看写入了多少字节、数字是否正确？

如果您可以在正常情况下和发生故障时共享 SPI 流量图、也会有所帮助。

当您开始写入 FIFO 时、FIFO 中剩余多少字节？

您写入多少个字节、在两种不同的情况下写入这些字节需要多长时间？

您是否在我们的硬件上进行测试、或者您是否制作了自己的硬件？

射频配置的数据速率是多少？

我希望回答上述问题并进行更多的测试将有助于我们找出错误。

BR

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 的数据速率。 我将使用不同的数据速率进行测试、希望这将有助于缩小问题的范围。

谢谢
桑托什