Thread 中讨论的其他器件：、 sysconfig、BLE-STACK
您好：
我一直使用两个 LAUNCHXL-CC1352P 电路板、以及 simplelink_cc13xx_cc26xx_sdk_8_31_00_11 几周。 我已经编译、编辑和实验了大多数 BLE 和专有射频示例、因为我想构建一个同时使用这两种协议的应用程序。
我已经了解了以下 SimpleLink Academy 模块：
-
动态多协议管理器 (DMM)—从头开始集成
-
DMM — 定制用例
-
DMM—基础知识
我很熟悉这些示例。
我目前拥有：
-
我基于的专有射频示例 rfWakeOnRadioRx 和 rfWakeOnRadioTx 、和
-
基于的另一应用 简单中心 和 simple_peripheral 。
目标
在一个 LaunchPad 上、组合 简单中心 一方 rfWakeOnRadioRx 。 在第二个 LaunchPad 上进行组合 simple_peripheral 一方 rfWakeOnRadioTx 。 换句话说、在两块板上运行一个 BLE+Prop-RF 应用。 可以了 不会 需要两个协议同时处于活动状态。 预期流程为：
-
首先使用 BLE（连接，交换/处理数据）、然后使 BLE 处于空闲状态或完全关闭。
-
启动专有射频链路（连接/通信）、处理数据、然后完成操作。
我尝试过的
起初、我尝试将 BLE 代码/配置移植到专有射频应用中、但我无法将集成置于工作状态。 我记得 DMM 指南，该指南建议将不太复杂的协议移至更复杂的协议，因此我尝试了相反的方向 — 但仍未达到我的目标。
关键问题
由于我不需要并发无线电活动（不需要共存，任务/事件之间没有严格的优先级）、我想知道我是否可以 完全避免使用 DMM 并实现方法如所示 两个连续阶段 (BLE→STOP→Prop-RF→STOP) 并避免 DMM。
在我花更多时间讨论此方法之前：
-
只要我严格避免重叠、在 CC1352P 上没有 DMM（即，干净地静音 BLE、然后将射频驱动器用于 Prop-RF、然后选择性地返回 BLE）、这种做法是否可行？
-
我是否应该注意一些具体的缺陷（例如，确保 BLE 在 Prop-RF 启动之前完全空闲/关闭、 SysConfig 中的任何内容、引脚冲突、时钟/功率问题等）？
-
是否有任何推荐的切换序列或最佳实践（BLE 禁用/终止事件等待）、尤其是当两个堆栈都处于一个项目中时？ 甚至首先是射频、然后是 BLE。
我跳过 DMM 的主要动机是保持项目更精简、因为我只需要 顺序 时间。 任何提示、示例参考或新手都将非常感谢。 我已经坚持了大约一周、因此有关可靠的交车顺序的指导将大有帮助。
谢谢！
