• 状态 Resolved
  • 已锁定 已锁定
  • 回复 10 回复
  • 订户 0 订户
  • 视图 468 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CC1310：TIMAC CCA 参数

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/802229/cc1310-timac-cca-parameters

器件型号：CC1310
主题中讨论的其他器件： TIMAC

你(们)好

我们的产品中使用了带 TIMAC 的 CC1310。

通过 CE 认证时、实验室询问了 ETSI EN 300 220-1标准的以下参数：

问题在于文档、wiki 或代码中没有任何参数。

对于信标模式和非信标模式、我们希望默认设置 TIMAC 时上表中每个参数的值。

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

    您好！

    您使用的是哪款 SDK？

    对于 CC1310 SDK、您可能已经在 mac_api.h 中看到以下内容： 

    #define MAC_CCA_TYPE_LBT 2 /* ETSI EN 300 220 LBT */

    我假设堆栈本身满足所有时序边界。 我将询问具体数字是否可用。

    此致、
    Toby

  • 0
    TI__Guru**** 2382480 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    感谢您的回答。
    我们使用 simplelink_cc13x0_sdk_3_10_00_11 SDK。
    我还确信该堆栈满足 ETSI EN 300 220标准、但认证实验室需要这些时序。
  • 0
    TI__Guru**** 2382480 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您是否使用 SDK 中的示例(例如收集器、传感器等)？
  • 0
    TI__Guru**** 2382480 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好！

    我们基于 SDK 示例中的 sensor_CC1310_LAUNCHXL_tirtos_ccs 和 collector_CC1310_LAUNCHXL_tirtos_ccs 开发了固件。

    除了在3、通道和安全密钥上选择的 PHY 外、无线电配置与原始配置相同。

    我们在非信标模式下有一个产品、如示例所示、但在信标模式下也有另一个产品(无关)(BO = 8、SO = 8)。

    这就是我们希望这两种模式的时序的原因。

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

    使用 APIMAC_STD_ETSI_863_PHY_3时、CCA 间隔为5ms。

    死区时间最大值为3.284us。

    一些参数取决于应用。

    您的应用程序发送的数据包的最大长度是多少？
    这将决定最大传输导通时间(请参阅 用户指南中的数据速率)。

    您的应用发送数据包的频率如何？
    这将决定最小传输关闭时间。

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

    感谢您的回答。

    请告诉我计算的值是否合理。

    -相同工作频率下的最小 Toff_min：

    -产品 A：5000ms //非信标模式。 变速器后的抑制定时器值。

    -产品 B：6000ms //信标模式。 表示信标之间的时间。

    -最大传输持续时间 TON_max：

    (MAC 报头+有效载荷+ MAC 报尾)* 8/bitrate

    -产品 A：(11 + 1 + 2)* 8 / 50000 = 2.24ms

    -产品 B：(11 + 64 + 2)* 8 / 50000 = 12.32ms

    -最大传输持续时间 Ton 最大值：

    (每小时的 num 秒/ TOFF_MIN、以秒为单位)* TON_max

    -产品 A：(3600 / 5)* 2.24 = 1612.8ms

    -产品 B：(3600 / 6)* 12.32 = 7392ms

    我仍然不知道延迟周期的最小值。

  • 0
    TI__Guru**** 2382480 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    根据表、延迟周期的最小值等于 CCA 间隔(在这种情况下为5ms)。

    我仍在调查"最短延迟期限"。

    您的计算似乎可以。 您是否每小时最多发送1个数据包？ 否则、可能会修改传输持续时间(例如2.24ms * max_packet_per_hour)。
  • 0
    TI__Guru**** 2382480 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    感谢 您提供延迟周期值。

    最大传输持续时间 TON_max 适用于单次传输。

    我在上一篇帖子中的第三次计算被错误命名。 它是1小时内的最大 Tcum 打开参数。

    我采用最坏的情况、即产品每次都能发送数据。

  • 0
    TI__Guru**** 2382480 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    在这种情况下、您的计算对我来说很有意义。

    经过进一步调查，我计算出默认示例中“延迟周期的最小单位”为280 μ s，使用。
    (这将是(2^为-1)* unit_backoff_time 的最小值。 在这些示例中，be 的最小值为 CONFIG_MIN_BE=3，而 unit_backoff_time 为40 μ s，因此您有(2^3 - 1)*40usec =280usec。)
  • 0
    TI__Guru**** 2382480 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    感谢您的回答和时间。