[参考译文] CC1312R：CC1312R 是否支持 OOK 调制

谢谢 Siri。

我想将此 CC1312R 与旧的射频协议一起使用(目的是使用一个硬件、即使用两个旧的和新的器件、以及将由 CC1312R 替代的旧的非 TI 收发器)。 为此、我打算将无线电设置为使用一些短前导码和1字节同步字(包括4个前导码位"1010")。  有效载荷也是曼彻斯特编码。 这就引出了下一个问题：

1.  CMD_PROP_RADIO_DIV_SETUP.PreamBytes 值是如何在接收期间使用的、它与所谓的"前导码质量阈值"有何关系(与 PQI 也有同样的关系)？
2. TRM 文档声称 CMD_PROP_RADIO_DIV_SETUP.formatConf.fecMode 仅支持(FSK/GFSK)曼彻斯特 编码二进制调制、但正如本文档(修订版 G)一样、没有 OOK 调制类型设置、我将问您- OOK 是否也支持曼彻斯特编码二进制调制？    

此致、

Dimitar

你好、Siri、

玩 OOK 使用 SmartRF Studio (不应用曼彻斯特的覆盖)的游戏时、我发现在使用软件传输时遇到了某种问题。

我使用佛利测试帧对其进行测试：Preamble | SW | 0x2 | 0xFF | 0xFF。  为了显示该问题、我使用了一个不同长度的 SW、但它包含值为"1"的位。  

从我看来、无线电始终发送16位乘法的 SW (如果 SW 设置为小于16位、则为16位；如果设置为大于16、则为32位)、方法是在 RA 计数小于16时添加额外的"0"位。

为了向您展示我正在测试的内容、我附加了 Smart RF Studio 配置和多个图像(图像名称说明内部问题).e2e.ti.com/.../SmartRfStudio_5F00_7.2.32_5F00_config_5F00_CC1312R_5F00_OOK_5F00_4800-_2D00_-SW-issue.zip

   

如果您认为我做的事情有误、请告知。

此致、

Dimitar   

  

尊敬的 Dimitar：

我能够重现您的部分问题。 如果同步字为16位或更少、则发送正确数量的位、但在17至32位同步字中、始终发送32位。

1个字节的同步字、对吗？ 如果是这种情况、1字节同步字可以正常工作。

尊敬的 Diego：

但我的 RF 监听器已经烧坏了、所以我必须准备一个新的监听器。

我再次运行测试-转换具有8位同步字(0xFF)和128字节(0xAA 值)的帧。 结果是一个值为0x00的额外字节、在我的0xFF SW 之后、在我的长度(0x10)之前。 因此,根据我的说法,问题正是我最初报告的:
"无线电始终发送16位乘法的 SW (如果 SW 设置为小于16位、则为16位；如果 SW 设置为大于16、则为32位)、方法是在 RA 计数小于16时添加额外的"0"位。"  

 

另一个问题是是否有任何覆盖将输出解调信号、就像在 FSK/GFSK 调制情况下那样？   

此致、

Dimitar

尊敬的 Dimitar：

您是对的、我再次回顾了此内容、还看到它正在将同步字从16位以下扩展到16位。

解决此问题的一种权变措施是从前导码中删除一个字节并将其添加到同步字中。 您可以这样做吗？

[报价 userid="130491" url="~/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1469242/cc1312r-does-cc1312r-support-ook-modulation/5661933 #5661933"]另一个问题是是否存在任何像 FSK/GFSK 调制那样输出解调信号的覆盖项？  [报价]

不幸的是、这不适用于 OOK。

尊敬的 Diego：

实际上、我要对32位 SW 进行一些测试、其中使用12个前导码位。

 如果是 OOK、"SYNC_FOUND"覆盖((uint32_t) 0x008F88B3)的"行为"应该是什么？   

此致、

Dimitar