请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC1354R10工具/软件：
您好：
我们正在使用具有 BLE 和专有 UHF 协议的 CC1354R10 开发一款新器件。 该工程基于最新的 SDK 8.31.00.11。
我们仔细检查了所有射频专有示例。 我的问题与函数 RF_runCmdSafe (...) 有关。 我们理解一条命令可以被抢占的理念
由另一个具有更高优先级的命令执行。 仅适用于多客户端应用程序。
问题：
1.为什么验证是 while (terminationReason & RF_EventCmdAborted)&&(terminationReason & RF_EventCmdPreempted)？
2.为什么要检查 RF_EventCmdAborted 事件？ 只有 RF_EventCmdPreempted 事件用于被抢占的命令。
3.为什么核查是和,或或? 这是否意味着这两个事件都将为被抢占的命令而生成？
4.为什么不检查 RF_EventCmdCancelled、 RF_EventCmdStopped 和 RF_EventError 事件？
5.为什么不使用 RF_runCmdSafe (...) 此函数用于启动 FS 的第一条命令（并非在所有示例工程中都是如此）？
关于最后一个问题、我们成功捕获了使用 RF_EventLastCmdDone 事件执行 FS 命令的情况、但命令状态为 Done_OK。 返回的状态为 ERROR_SYNTH_PROG — 合成器校准失败。 这是非常后方的情况（每 50 万条命令执行一次，但会发生这种情况）。 是否有可能发生？
在这种情况下、下一个问题 是：
它是更好的 RF_runCmdSafe (...) 命令来检查返回的命令状态 DONE_OK 或 PROP_DONE_OK？
非常感谢您提前提出建议。
