https://e2echina.ti.com/support/machine-translation/mt-bluetooth/zh-CNTelligent Community 13https://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1087197/cc2340r5-basic_ble/3913216Wed, 29 Apr 2026 15:38:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:56995d97-9583-4cf2-bb8c-d307580f058badmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 感谢您的输入。 此时我无法在旧版本的 IDE 上进行开发。 我尝试更改了 未修改的 basic_ble 工程属性中的“如果支持、则允许在运行时进行电源转换（低功耗运行）“复选框。 执行此操作后、工程不会加载到开发板上。 如果我启用了此选项、似乎可以正确查看电流消耗。 我要就此提交一个新问题、并停止此主题。 以下是我在加载时看到的对话框machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1087197/cc2340r5-basic_ble/3913215Wed, 29 Apr 2026 12:26:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:11e9dc52-5b38-416c-b788-066a2dcf471eadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好！ 在这种情况下,你可以在这里得到 eclipse 版本: https://www.ti.com/tool/download/CCSTUDIO/12.8.1 此致、 Leamachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1087197/cc2340r5-basic_ble/3913214Wed, 29 Apr 2026 12:09:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:b72a87bd-87a5-4110-b826-452ebcb1fcf0admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 我刚刚在这个论坛上找到了这个。 e2e.ti.com/.../lp-mspm0l2228-energytrace-without-debug-mode-ccs-20-2-0 Janez Turk 说: 是否有方法在新 CCS 中以独立模式（无调试）运行 EnergyTrace（与旧的 Eclipse 版本类似）？ 这是基于 Theia 的新 CCS 版本的已知差距。 我们希望通过下一个 CCS 版本解决这个问题。 https://sir.ext.ti.com/jira/browse/EXT_EP-12168 谢谢machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1087197/cc2340r5-basic_ble/3913213Wed, 29 Apr 2026 07:53:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:93e4ecfd-0bbc-4984-a3c8-a11cd6656f6badmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好 William！ 对于倒数,您仍应使用能量追踪来测量！ ET Trace 可以参考两个方面：XDS110-XDS110 调试探针上的附加元件（请参阅与常规 XDS110 探针的差异）、以及 CCS 中允许连接到这些额外元件的软件。 我仍然建议您像以前那样进行能量跟踪、但不要连接所有调试导线、只需连接 3.3V 和 GND。 这样、您就可以使用 Energytrace 并确保未连接可能会阻止待机的软件调试器。 您可以在这里看看我的意思是只连接 3.3V 和 GND 并且仍然使用能量跟踪: https://dev.ti.com/tirex/content/simplelink_lowpower_f3_sdk_9_14_01_16/docs/ble5stack/ble_user_guide/html/energy-trace/energy-trace-cc23xx.html?highlight=energy%20trace#using-energytrace-on-a-modular-launchpadtrade-design 。 此致、 Leamachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1087197/cc2340r5-basic_ble/3913212Tue, 28 Apr 2026 14:03:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:3d7679f0-1791-4c21-8ff5-b2e9d623b003admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 这是否意味着我无法使用 Energy Trace 进行测量？ 我不明白 Energy Trace 的用途。 我将经常处理功耗模式。 是否可以使用电流表来实现所有这些目的？ 感谢您的观看、Lea Billmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1087197/cc2340r5-basic_ble/3913211Tue, 28 Apr 2026 12:38:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:b04c6807-6b71-49a5-a554-e1244a15bdfaadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好！ basic_ble 示例未进行任何更改、应在没有正在进行 BLE 操作时自动进入待机模式。 您遇到器件未进入待机状态的最可能原因是已连接调试器。 连接调试器可防止器件进入待机模式。 您能否运行相同的测量、但不是插入整个 XDS110-GND 调试器探针、而是使用跳线仅连接 3.3V 和 ET 引脚、然后重新运行测量。 此致、 Leamachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086987/cc2340r5-cc2340r5-ble/3912350Tue, 28 Apr 2026 12:35:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:d29fb6c8-4d10-4cdf-8cdb-4a24392254f6admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好！ 我认为、答案很大程度上取决于您对客户的信任程度。 如果您仍然可以相当信任您的客户、并且您不担心他们被恶意使用、我可以认为拥有单独的制造商和客户代码的一种方式是将两者都编译为库、并拥有一个与库链接的通用应用程序。 我们的想法是、客户和制造商都将处理单独的项目、这些项目将以库作为目标进行构建。 它们将公开的唯一函数是“void customer_entrypoint ()“和“void manufacturer_entrypoint ()“。 然后、双方都知道的源代码的一个常见应用程序会为客户启动一个将此函数用作入口点的线程、以及将另一个线程与另一个入口点一起启动的线程。 这种解决方案的优点如下： -客户和制造商之间不共享代码源,但普通应用程序除外,它只做最少的创建 2 个线程 -调试符号可以从库中去除,以减少逆向工程的可能性 -客户和制造商螺纹是独立的 -通过 OAD 进行固件更新仍然可以工作,因为它将作为常规应用程序构建 然而,我看到的缺点如下: -必须由制造商和客户做一些工作,以商定角色的划分,因为两者都可以访问 BLE 栈和整个闪存。 例如、如果制造商线程和客户线程都尝试开始广播、第一个将起作用、第二个将返回错误。 -由于两个线程都可以访问相同的闪存,客户和制造商需要就非易失性存储的划分达成一致。 例如、客户可能有权访问 0x70000 至 0x75000、而制造商可能有权访问 0x75000 至 0x80000（实际值无关紧要）。 但 CC2340R5 中的任何内容都不会阻止客户读取和访问制造商的 NVS。 因此、敏感信息不能以未加密方式存储在 NVS 中 -两个图像只能使用一个 CCFG 但是、我仍然希望坚持这样的想法：有了此解决方案、即使没有调试符号或您的任何源代码、动机非常强的攻击者/客户仍然可以更改您提供给他们的库的代码、并尝试对其进行逆向工程。 如果您对客户没有信任、甚至不应该看到代码/IP 的编译版本、我看到的唯一解决方案是使用提供的 2 个库构建应用程序的第三方行为者、然后将它们加密为 MCUBoot 加密映像。 那么除了受信任的第三方之外,任何人都看不到编译的代码。 请注意、目前使用 SimpleLink SDK 的 CC2340R5 尚不支持 MCUBoot 加密映像。machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1087197/cc2340r5-basic_bleTue, 28 Apr 2026 12:04:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:bd6d70d9-5a99-41f8-8ed0-9ab1248a5339adminOther Parts Discussed in Thread: ENERGYTRACE 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1641078/cc2340r5-basic_ble-standby 器件型号： CC2340R5 主题中讨论的其他部件： ENERGYTRACE 我运行的是一个版本的 Basic_BLE 示例、该版本在评估板上禁用了显示模块。 我尝试让 MCU 在没有任何反应时进入待机功耗模式。 BLE 文档指出 ：“默认情况下、如果没有运行任务、SimpleLink 低功耗 F3 SDK 中的所有示例都将 CC23xx 或 CC27xx 置于待机模式。 “。 当我在调试器上使用 Energytrace 查看电流消耗时、电流消耗约为 1.2ma。 这远高于待机电流。 有人知道这可能是什么原因吗？ 我需要长时间处于待机状态、才能使我的产品可行。machine_translationCC2340R5Wearables (non-medical)ENERGYTRACECCSTUDIOhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086987/cc2340r5-cc2340r5-bleTue, 28 Apr 2026 06:33:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:36968ef7-e5d9-450a-8323-a33c419fed00adminOther Parts Discussed in Thread: CC2340R5 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1640933/cc2340r5-discussion-on-secure-firmware-architecture-for-cc2340r5-ble-module 器件型号： CC2340R5 尊敬的 TI 专家： 一天的问候！ 客户提出了基于 CC2340R5 SoC (512KB) 的 BLE 模块相关的新要求。 客户希望与默认工厂固件并行运行自己的应用代码。 在这方面、我想检查双方是否有任何可能的办法 （*制造商和最终客户） 可以在同一模块上工作、而无需共享彼此的 IP、源代码或固件详细信息。 能否进行某种基于 SDK 的安排、让客户可以集成自己的应用层、同时我们的内部默认固件仍然受到保护且无法访问？ 我们希望了解最佳架构、以便： 双方都可以独立维护自己的代码 内部固件/IP 保持安全 出厂发货后无法提取源代码 仍然可以以可控的方式管理固件更新和集成 请建议在 CC2340R5 平台上实现的最佳方法。 此致、 Harinder Singhmachine_translationCC2340R5https://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086988/cc2340r5-cc2340r5-sdk-9-14-android-9-ble/3912353Tue, 28 Apr 2026 02:00:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:7afbb8ba-3ef4-4489-9c31-274e756d6afaadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、Jan、 我还从另一个角度作了进一步的分析。 如前所述、通过系统设置菜单进行配对工作正常。 但是、通过特定 Android 应用程序启动配对会失败。 当通过应用程序启动配对时、在配对请求之前执行多个 GATT 请求和链路层控制程序。 从失败的配对日志中、在发送配对请求时观察到以下活动： GATT 读取请求/响应正在进行（包括器件信息服务） LL 长度请求/响应 (LL_LENGTH_REQ/ LL_LENGTH_RSP) 重复 LL 连接更新相关数据包 (LL_CONNECTION_UPDATE_IND) 此外、SMP 配对请求有效载荷（AuthReq，密钥分发等）已被验证为有效且与成功案例相同。 尽管如此、外设 (CC2340R5) 不会向请求发送任何 SMP 配对响应。 根据这些观察结果、问题似乎可能与配对请求本身无关。 相反、在链路层控制过程或 GATT 操作正在进行时、验证是否未正确处理 SMP 配对请求会有所帮助。 如果您能从这个角度来看、我们将不胜感激。 e2e.ti.com/.../Paring_5F00_Log.zip 此致、 Arimachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086730/cc2745r10-q1-can/3911472Mon, 27 Apr 2026 17:46:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:d9a3c250-1ae8-49c7-a81f-37b0bbb1fa8eadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Shuyang： 如果不同时使用不同的 CAN 数据速率、则可以使用不同的 CAN 数据速率。 唯一的方法是 使用不同的 CAN_CONFIG（具有不同的 CAN 数据速率设置）执行 CAN_Close 和 CAN_open。 这里的挑战在于、在 SysConfig 中、我们当前不支持单个 CAN 对象的多个 CAN_CONFIG。 因此、需要进行自定义修改、修改可能同时位于 ti_drivers_config.c 中的 can_config[]和 can.c 中的 can_open 函数中 客户可以通过将文件放入其工程中来应用对 CAN 驱动程序的更改。 TI_drivers_config.c 由 SysConfig 自动生成、如果需要更改、需要手动禁用 SysConfig 并维护输出文件。 此致、 Barbaramachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086731/cc2340r5-zephyr-sys_rebook/3911474Mon, 27 Apr 2026 15:17:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:9d8e9840-4eb2-4948-8b07-8fffd533ef17admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好！ 纵观它、 sys_reboot 会调用 已定义的实现 sys_arch_reboot。 您可以看到、soc 仅当 定义了 config_reboot 变量时、cc2340r5 才在 Zephyr\cc2340r\ti\simplelink\cc23x0\power.c 中实现了此函数。 我猜这是你在 prj.conf 中遗漏的。 此致、 Leamachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086732/cc2340r5-sdk-hci_ext_enhancedmodemtesttxcmd-0x21/3911476Mon, 27 Apr 2026 15:13:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:37a02d1b-74a9-4487-9182-e688bad5289aadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Lea： 在调制解调器测试之前、我不运行任何其他测试。 我有 GATT 特性设置、用于调制解调器测试的参数。 当检测到断开连接事件时、将创建一个调用的任务 HCI_EXT_EnhancedModemTestTxCmd 、然后在调用之前等待一段时间 HCI_EXT_EndModemTestCmd 。 之后、设备将重新启动。 在移植到 SDK 的版本 v9.14.02.16 之前、这是有效的。 编辑： 在这段时间里,我发现了这种呼唤 HCI_ResetCmd 在调用任何调制解调器测试功能之前、我的问题已得到解决。 我不确定为什么在 SDK 更新之前不需要它、但现在似乎可以正常工作！machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086733/cc2642r-launchxl-cc26x2r1-gatt-rx-tx-api-ll/3911478Mon, 27 Apr 2026 15:06:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:b0d60984-3c27-4d84-b2a5-c7a5e442ea25admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好： 您能否提供有关故障发生前发生的情况的更多信息？ “与外围设备交互的特定时间“是多久？ 此外、您是否能够提供发现问题时所使用的 TI BLE 栈 API 流程？ 谢谢、 Isaacmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086731/cc2340r5-zephyr-sys_rebook/3911473Mon, 27 Apr 2026 14:57:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:0ebbe944-66da-4cfc-a430-dbeb98538fc1admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 嘿 nevermind ,我再次尝试使用 sys_reboot (),现在它似乎正在工作... 不确定发生了什么变化。 Munanmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086732/cc2340r5-sdk-hci_ext_enhancedmodemtesttxcmd-0x21/3911475Mon, 27 Apr 2026 14:52:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:95705f9e-228f-448c-bdf5-76063e8c2cfdadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 你好亚历山大！ 查看控制器的代码、当 LL 的状态未空闲 (llState！= LL_State_idle) 时、会发生错误 0x21 (LL_STATUS_ERROR_UNEXPECT_STATE_ROLE)。 自 2021 年以来、我看不到这段代码有任何变化、因此我敢打赌设置 LL 状态的逻辑可能发生了一些变化。 当没有其他任务等待执行或当前正在执行时、状态设置为空闲。 能否详细说明运行 HCI_EXT_EnhancedModemTestTxCmd 之前运行的测试？ 如果您先运行此命令、然后再运行其他命令、它是否起作用？ 此致、 Leamachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086730/cc2745r10-q1-can/3911471Mon, 27 Apr 2026 14:22:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:9267698a-7c7f-4f9b-a489-f38ef4a7762fadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Barbara： 客户将 2 种不同的 CAN 器件连接到 CC2745、使用不同的数据速率。 他们希望通过 BLE 发送数据速率、CC2745 更改也可以相应地更改数据速率、以便与其中一款器件进行通信。 它们要更改的是 标称比特率。 此致、 Shuyangmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086731/cc2340r5-zephyr-sys_rebookMon, 27 Apr 2026 14:07:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:8f95c92b-3d79-42cf-a2a4-e264b7808e44adminOther Parts Discussed in Thread: CC2340R5 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1640692/cc2340r5-zephyr-sys_reboot-ends-up-in-busy-loop 器件型号： CC2340R5 您好： 我有一位客户尝试使用 Zephyr sys_reboot () 函数重新启动 cc2340R53、但由于我们的设备不使用 ARM 标准 NVIC 重新启动矢量、因此它会在繁忙循环中运行、从不返回。 因此、我们现在找到的解决方法是包括： #include /* ... some function */ PMCTLResetSystem(); // issue device reset 但我认为我们最终应该支持 Zephyr 的这种方式、否则在迁移应用程序时会出现意外行为。 Munanmachine_translationCC2340R5building automationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086734/cc2340r5-cc2340r5-uniflash-zephyr-2130-ccfg/3911482Mon, 27 Apr 2026 12:15:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:5b2765dd-2d43-4e30-ab37-411f056e0fb1admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 感谢您的更新。 二进制文件中没有空洞 、并且 CCFG 与 MAIN 闪存单独存储。 因此、如果映像包含应用程序和 CCFG、则二进制文件将非常大、而十六进制文件可能会利用存储器中的漏洞。 每次都不需要对 CCFG 进行编程、但 任何批量擦除命令都将清除 CCFG 内容。 tiarmobjcopy 工具 是 TI CLANG 编译器的一部分、能够使用.out 文件生成二进制映像、这些文件将排除应用程序或 CCFG。 以下是 CCS 中的一个示例（您的实现因 Zephyr 环境而异）。 C:/ti/ccs2040/ccs/tools/compiler/ti-cgt-armllvm_4.0.4.LTS/bin/tiarmobjcopy zephyr.out --output-target binary zephyr-no-ccfg.bin --remove-section=.ccfg C:/ti/ccs2040/ccs/tools/compiler/ti-cgt-armllvm_4.0.4.LTS/bin/tiarmobjcopy zephyr.out --output-target binary ccfg_CC2745R10.bin --only-section=.ccfg 因此、您可以创建多个二进制文件并同时加载它们 此致、 Ryanmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-bluetooth/f/mt-bluetooth-forum/1086734/cc2340r5-cc2340r5-uniflash-zephyr-2130-ccfg/3911481Mon, 27 Apr 2026 05:14:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:7bbb0044-e990-4322-835a-c4a770f3ea3cadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、 问题已解决。 我 zephyr.hex 在 CC2340R53 LaunchPad 上测试了相同的器件并成功刷写、因此问题出在定制电路板上的 SWD 线路。 还有一个问题：生成的 zephyr.bin 文件异常大 (~1.21 GB)、比十六进制文件大得多。 这是预料之中的、还是二进制文件的生成方式出现问题？ 谢谢。machine_translation