[参考译文] CC1200：CC1200到 CC1200上的冲突避免"有线"链接

之三：

感谢您的回复。  SWRU346B 中描述的 LBT/CCA 功能似乎提供了必要的机制来处理通道清除之前的队列传输----无需在外部 CPU 上监控此情况，然后尝试及时响应以利用该情况---- 但这并不能减轻最后对时间是否会给我带来的担忧

您的另一个参考文献 SWRA428A 确实提供了一个用于计算 CS 时间的便捷电子表格的链接——这似乎是为了确定上述条件的时间——但它确实需要能够提供我没有真正感受的输入。  如果我已经决定使用 CC1200、那么我将会是第一个告诫自己的人、要求他人做肮脏的工作来确定我的设计的参数、以便能够进行这样的计算。  不过，有一个原因，我把我原来的问题说成是一个“可行性”问题，即： 我刚刚才遇到 CC1200器件的"手册"信息、我很自然地不愿意只为了确定它是否离棒球场很近而调查其运行的复杂细节 正面。  在本例中，我对精确的 CS 时间的关注程度较我所关注的是，这一时间是一个数量级还是超出我所需要的范围。  我在 TI 文档中看到的 CS 时间计算示例在毫秒范围内、例如、这至少比对我有用的值大一个数量级、 但我不知道该计算是相当典型的、还是仅一个数据点的范围非常宽。

实质上、我正在尝试确定在这样的器件中对 CA 使用 CS 方案是否有任何希望、或者是否需要 TDMA 方案。  由于我只有两个节点、它们位于有线射频连接的任一端、 CA 往往会深入探讨 CS 的时序是否足够小以支持灵活的通道使用、或者是否需要 TDMA 来确保时间关键型消息能够通过(例如、如果 CA 发生故障、 如果 CS 已经消耗了所有可宽延时间、则可能无法"后退")。