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.

[参考译文] CC2650MODA:模块 BT SIG 认证资格

Guru**** 2511985 points
Other Parts Discussed in Thread: CC2650MODA, CC2640, CC2650

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1324065/cc2650moda-module-bt-sig-certification-qualification

器件型号:CC2650MODA
主题中讨论的其他器件: CC2640CC2650

我有多个选项可供评估、我会将它们细分为多个帖子。  这些帖子最初可能看起来相似、但在呈现导入信息后会有不同的问题。

我将负责更新现有产品、其中可能需要替换现有蓝牙模块(基于 CC2640F128)。  该项目仅使用 BLE、即使我们改用支持更多功能的芯片/模块、我们也不会添加任何功能。

此更新的一个目标是将重新设计工作保持在最低水平。  如果我们更改为其他模块、则需要重新设计 PCB 以获得新的封装。  如果我们更改为其他蓝牙芯片、则需要移植或重写在蓝牙模块上运行的代码。

还有一点不是100%清楚的、我们绝对需要更新哪些内容才能获得 BT SIG 认证。

我们刚刚 通过移除 BT 模块和无线连接 CC2650MODA、在当前产品中测试了 CC2650MODA。  我们的系统能够将为 CC2640F128构建的二进制文件闪存到 CC2650MODA 模块中。  从技术角度来看,这似乎很好,但二进制文件是7年多前建立的。  如果我们想通过 BT SIG 认证、则需要更新什么(如果有)才能使产品合格、而无需进行测试?

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

    您好!

    感谢您与我们联系。

    首先、请注意 CC2640和 CC2650兼容二进制、唯一的区别是 CC2640仅支持 BLE、而 CC2650支持其他2.4GHz 协议。 这意味着您可以将其提交给 BQC (蓝牙资格认证顾问)、并证明您无需重新测试。

    另一种选择(在我看来更简单)是、当您正在使用 CC2650MODA 时、您可以直接参考以下应用手册 https://www.ti.com/ble-qualification 的表2-5中提到的其最终产品列表 QDID。  选择一个适用于您的案例的选项(取决于所使用的蓝牙角色)、然后针对"无需测试"完成认证流程。

    我希望这将有所帮助、

    此致、

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

    感谢您的 快速响应、Clement。  我心中仍有一个问题是关于更新至最新 TI BT Stack SDK 的部分。  就我个人而言、我并不是在该产品推出时左右。  我将很快深入研究在 CC2640上运行的代码。

    但是、您认为我们已有7年多的代码不再可认证是一个很好的假设吗?  在完成您通过表2-5中所述的 QDID 描述的过程之前、我们是否肯定需要更新到最新的 BT Stack SDK?

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

    您好!

    如果问题是代码是否可认证、那么答案可能是肯定的-因为 EPL 涵盖了所有 SDK 版本。

    如果问题是是否建议这样做的话,我不知道。 在7年以上的时间里、解决了几个问题、增加了一些功能等等。 我将让您自己回顾一下、因为这取决于您的项目要求。

    我希望这将有所帮助、

    此致、

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

    "如果问题是代码是否 可认证、那么答案可能是肯定的-因为 EPL 涵盖了所有 SDK 版本。"

    这是一个问题。  那么、如果我们决定根本不更改代码、而只是继续使用我们当前(7年以上)的二进制文件、我们如何才能确定代码是否可通过认证且无需进行测试?

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

    您好!

    Unknown 说:
    这是问题,是的。  所以,如果我们决定完全不更改代码,而只是继续使用我们当前的(7岁以上)二进制文件,我们怎么能确定它是否可通过认证而无需测试?

    我想我把你弄混淆了,因为我在评论资质问题时的谨慎:)
    由于我不是蓝牙认证顾问、并且对您的设计不了解所有细节、因此我总是要小心谨慎。

    在这里、您可以参考 EPL QDID 176679和176850 -因为根据您的说明、它们适用于您的软件。 为了避免所有测试、您还必须确保硬件设计遵循 TI 的建议。

    我希望这将有所帮助、

    此致、