• 状态 Resolved
  • 已锁定 已锁定
  • 个回复 5 个回复
  • 名订阅用户 0 名订阅用户
  • 次查看 10 次查看
  • 用户 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.

[参考译文] CC2340R5：不一致 QDID

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1414125/cc2340r5-inconsistencies-qdids

器件型号：CC2340R5

工具与软件：

我们目前正在使用 CC2340R5开发一款新产品。 在审批过程中、我们的服务提供商告知我们 QDID 196592和201833不一致。 链路层(LL)不支持扩展广播、但 GAP 层中的主机堆栈会支持。 为了使 QDID 匹配、必须从 GAP 层中删除扩展广播。 但是、这意味着所有测试都适用于修改后的层。 我们希望避免这种情况。  

是否有解决此问题的方法？

谢谢！

Steffen

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

    Steffen、您好！  

    感谢您联系我们。  

    首先、请允许我告诉您、您的观察让我感到有点惊讶：

    1. 顾名思义、RF-PHY QDID (例如 QDID 196592)仅涵盖 PHY   层。 在  PHY 层、不存在广播/扩展广播或类似的概念。
    2. LL 和 GAP 层均由同一 QDID (QDID 201833)覆盖。 LL 和 GAP 都不支持  QDID 201833中的扩展广播。  
    3. Bluetooth SIG 绝不会允许其成员之一获得存在一些不一致之处的 QDID  
    4. TI 为 CC2340R 芯片组提供的 QDID 已经引用了一年多、我知道没有具体问题  

     

    此外、如果您提到 LL 和间隙的不一致之处、我会想到此处讨论的资格认证问题： https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1409123/cc2642r-bt-sig 注册-更改-开始-七月1-2024/5396139#5396139。 您能检查一下这是否有用吗？  

    为了完成、如果需要额外的支持、您能否提供一份提及的不一致之处的列表？ 此外、如果您可以提供 ICS 文件、它将帮助我们进行调查。  

    我希望这将有所帮助、

    此致、   

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

    尊敬的 Cl é ment：

    下面是一个现有的不连续的列表。

    LL > GAP |如果支持[LL]和[GAP](8/3)、则必须使用[LL](3/1a)

    LL > GAP |如果支持[LL]和[GAP](8/4)、则必须使用[LL](3/5a)

    LL > GAP |如果支持[LL]和[GAP](20/5)、则必须使用[LL](3/4b)

    LL > GAP |如果支持[LL]和[GAP](20/6)、则必须使用[LL](3/1a)

    LL > GAP |如果支持[LL]和[GAP](20/7)、则必须使用[LL](3/5a)

    LL > GAP |如果支持[CORE](40/3)和[GAP](8/3)、则[LL](3/1a)为必需

    LL > GAP |如果支持[CORE](40/3)和[GAP](8/4)、则必须使用[LL](3/5a)

    ll > GAP |如果支持[CORE](40/3)和[GAP](20/5)、则[LL](3/4b)为必备选项

    LL > GAP |如果支持[CORE](40/3)和[GAP](20/6)、则[LL](3/1a)为必需

    LL > GAP |如果支持[CORE](40/3)和[GAP](20/7)、则必须使用[LL](3/5a)

    此致、

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

    您好！  

    感谢您提供此列表。  

    我确认这些不一致之处是更新后的信息系统引起的。 您应使用  TCW (ES-25636) 解决问题。

    如需参考、请查看 https://qualification.support.bluetooth.com/hc/en-us/articles/28012390144397-Waiving-Consistency-Check-Inconsistencies-for-Inter-Layer-Dependencies-in-Unmodified-Locked-Layers 和 https://bluetooth.atlassian.net/browse/ES-25636

    此致、  

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

    尊敬的 Cl é ment：

    我们的服务提供商已向我们发送了以下回复,回复您的最后一条消息:

    我认为、放弃 ES-25636不能用于这种情况、因为它仅对之前不存在 ICS 的未修改锁定层有效。 所用的 LL 和 GAP 已通过 TCRL 2022-1认证、并且一致性检查中提到的所有 IC 确实存在。

    对于这种情况、我无法确定可以使用的任何现有弃权声明。

    如果您愿意、我可以请求针对此场景的新弃权声明、但我认为不会成功。

    在我看来、TI 需要创建主机 QDID 的一个子集、并从 GAP 层中删除扩展广播功能。

    此致、

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

    Steffen、您好！

    谢谢您告诉我。  

    为了消除 LL/GAP 不一致性、 我们生产了 DN 子集 DN Q312647。 请参考这一个、而不是  QDID 201833。

    此致、