主题中讨论的其他器件：WMBUS、 CC1101、
大家好、团队、
我的一位客户在运行应用手册中的 wmbus 示例时仍然遇到问题。 无法从"RfPacketRx"示例更改为 wmbus c/t 模式、也无法接收数据(SDK 1.40.x.x)。
以下操作正常：
使用示例 rfPacketRX 具有固定数据包长度和 wmbus c/t SYNC、使用50kbit Smart RF Studio 7配置文件适应100kbit 数据速率、50kHz 偏差和868、95MHz 射频(这没有部分缓冲器)。 这能够以 t 和 c 模式(两种帧格式)接收(米到其他)帧–但当然会滞后正确的数据大小。 说实话、即使我们发送频率为1Hz 的数据包(每秒1个数据包)、这个变体往往不会接收每个数据包、而是只会触发一个随机的超时时间、因此这不是我们可以采用的方法 (加上 wmbus 规格允许的抖动肯定不受这种支持)。
我们在应用手册和/或 SDK 示例中缺少以下信息或步骤：
如何 使用部分缓冲器正确运行？ 没有足够的说明和/或示例。
2. 如何根据 wmbus 规范配置 C 模式(其他器件到仪表、50kbit/s、NRZ、25kHz 偏差、869,525MHz)以及足够的参数范围。
3. „接收到的帧是帧格式 a 或 b“存储在何处或可以读出(如果是 c 模式)？
4. 是否只能使用 TI 无线电设置、而是可以自行执行以下操作(这是因为我们已经拥有一个行业经验证的 wmbus 堆栈、其独特功能比市场上的其他堆栈更强大)
a. 具有无限 Rx 数据包长度的类似 FIFO 的操作(比较 CC1101和/或 cc112x)->根据我的理解、部分缓冲器将提供类似功能–这是正确的吗？ (在这种情况下：请参阅1。)
b. 使用 TI 无线电设置而不进行无线电 CPU (DE)编码(NRZ、3outof6、Manchester)？ 我们希望在我们的应用中实现这一点、以保持我们的完整 wmbus 堆栈特性支持。 这也意味着我们需要自行评估以下信息：是帧 c 还是 t 模式？ 如果 c 模式是帧帧格式 a 还是 b？
c. 状态信息“TX 数据包已完全发送”(我已经知道当前 SDK 中不存在此信息，但我想强调此状态/信息对于我们的专有和 wmbus 应用的重要性)
D. 从 stackforce 获得了足够的信息以便能够在 cc1310上执行其 wmbus 堆栈的事实出发、我们希望获得相同的信息。
提前感谢您、此致
Felix
