我正与一位客户合作定制我们的 TI 15.4协议栈示例、以满足他们的一些独特要求。 他们已经成功地对我们的2.4GHz 15.4堆栈示例进行了类似的修改、并且没有试图将同样的修改移植到低于1GHz。 这些解决方案最初针对低于1GHz 的 TI 15.4 Stack 示例、就像分别针对2.4GHz 那样。 他们正在使用的 PHY 是 APIMAC_200kbps_868MHz_PHY_133。
修改它们实质上负责 RF TX 命令的调度、而不是由我们的栈来执行。 它们正在使用 API rf_scheduleCmd()来调度其数据包。 但是、他们不会看到无线的有效数据包、并且回调收到错误。 但是、他们确实看到 PA 启用切换为高电平~1.5ms、这恰好对应于他们对数据包所期望的计时器持续时间。
传递到回调函数的事件掩码值(错误)为0x40000000 00000000。 这对应于 RF_EventCmdStopped (从 RFCC26X2.h 拉出)。 我们的内联代码注释指出：
由 RF_cancelCmd ()或 RF_flushCmd ()引起的正常命令终止。
客户不认为他们叫了 RF_cancelCmd ()或 RF_flushCmd ()。 我会要求他们多仔细研究这件事。 但是,除了调用 RF_cancelCmd ()或 RF_flushCmd ()的应用程序之外,是否可能由于任何其他原因接收此事件标志?
我要求他们对他们传递到 RF_ScheduleCommand 中的内容或 RF_OP 进行抓图。 我们是否应收集任何其他有用的信息来帮助确定正在发生的情况？
谢谢。
斯图尔特
[编辑]还有一点我忘记添加、这是一个具有 BLE 的 DMM 应用、但没有应导致中止的 BLE 活动。 他们不会扫描、广播或参与任何连接。
