[参考译文] LAUNCHXL-CC1310：Smart RF 收到错误数据

您好 Staneslouse：  

您为此使用的是哪个 Smart RF Studio 版本？  
您选择了哪个 PHY、并且检查它是否与您尝试测试的旧433MHz 器件中的 PHY 匹配？

此外、您尝试附加的图像也未通过、能否请重试？

此致
曼努埃尔

您好、Manuel：

我使用了 Smart RF ver 7和开发套件将命令与旧的433接收器成功配对、设置与现在要尝试的设置相同。

我使用了2k 符号速率的 OOK、并且图像已附加。

此致

萨特内斯

尊敬的 Staneslouse：

您能否提供一些关于433器件数据包格式的信息？ 这是哪个器件？

您是否认为使用 CC1310进行传输时可以使用另一个器件进行接收？

此致、

Hg

您好、HG：

是的、与 CC1310一同发送时能够接收某个旧 RX 器件。  

SmartRF 中使用的数据包格式

有效载荷- 1个字节-从1开始

同步字- AC 59 AA 66

分组数据- 5种数据类型1 - 56 55 65 6a  

                      2 - 55 95 59 5a

                      3 - 55 55 65 5a

                      4 - 55 59 66 5a

                      5 - 55 99 5a

在所有5个数据包之前、旧 RX 433器件成功接收到的数据包中更重要。

此致

斯坦尼斯

您好！

我仍然不清楚传统器件的数据包格式是什么。 您能否分享此器件的器件型号？

数据包格式是否如下所示？ 前导码(1字节)+同步字(4字节)+有效负载(4字节)

符号是否采用2 ksps 和 NRZ 编码？

您刚才说传统器件能在 CC1310发送时接收、但事实并非如此。 我认为情况正好相反、因为当更改 CC1310中的符号率时、还应更新占空比。  

此致、

Hg

您好！

旧器件型号为 T5754、数据包格式 和符号速率-您的意思是正确的、但我没有启用任何编码器 件它默认设置为 NRZ 吗？

我在接收模式下为 CC1310使用了相同的 PHY 设置。 是否可以通过任何方法更改占空比？

此致

斯坦尼斯   

您好！

是的、默认编码为 NRZ。  

如果您在使用 CC1310时遇到问题、更改占空比不会有任何帮助、因为这只对 TX 很重要。  

您是否可以将同步字更改为默认的同步字0x930b51de 并重试？  如果您使用了一些与前导码不同的其他负载、并在此处发布结果、也会很好。

此致、

Hg

您好！

无法更改 PHY、因为该产品当前正在生产中。 主要要求是新设计应能够与现有产品搭配使用。

如果没有办法、我需要弄清楚 CC1310接收到哪些数据、我可以看到 CC1310始终为旧发送器接收相同的数据。

此致

斯坦尼斯   

您好！

传统设备发送的数据是否采用曼彻斯特编码？

此致、

Hg

您好！

很抱歉回复太晚了、实际上是将微脉冲序列发送到 T5754、您能建议我如何在 RX 模式下启用曼彻斯特编码吗？ 所以我来试一下  

此致

斯坦尼斯

您好！

有关如何启用曼彻斯特编码的详细信息、请访问  
https://dev.ti.com/tirex/explore/node?node=A__AF4qnA2RLWd6BQ856R4f-w__com.ti.SIMPLELINK_CC13X0_SDK__eCfARaV__LATEST。

您会在专有物理层下找到曼彻斯特编码。

此致、

Hg

您好！

我已经在接收器端使用 fecMode  MCE_RF_OVERRIDE 和 HW_REG_OVERRIDE 启用曼彻斯特编码 。 很遗憾、我看不到 任何 RX 数据包。  

  解调器完成后、是否有办法检查接收到的二进制数据？  与原始 TX 数据和 CC1310 DK 接收到的 RX 数据进行比较时、我猜有数据向左移动。

此致

斯坦尼斯卢斯

您好！

这里是您可以执行以进行进一步调试的几项操作。  

1.使用具有零跨度的频谱分析仪检查从传统器件发送了什么数据。 它是否采用曼彻斯特编码？ 它使用什么符号速率？ 如果使用曼彻斯特编码、则符号速率将变为无编码的两倍。 同步字和有效载荷是同时被编码还是只被编码到有效载荷？

2.可以通过一种方法将原始数据输出到某个引脚，从而回答您的问题。  以下帖子对其进行了说明。 SmartRF 是不可能实现的、您必须使用 CCS 才能实现。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/805123/ccs-cc1310-cc1310-ook-mode-at-20kbps-received-not-ok 

此致、

Hg

您好！

谢谢你们的问题、  

a)我已经从微控制器捕获原始数据 TX 到 AT5754 -附加图像  

b)我追溯了一些旧文档、并且提到了数据速率-随附图像

c)我正在尝试确定同步词曼彻斯特是否已编码-我可以尝试两个都请让我知道如何编码同步词？

此致  

斯坦尼斯卢斯  

您好！

 同步字也采用曼彻斯特编码。

此致

斯坦尼斯卢斯

您好！

 您共享的波形不能进行曼彻斯特编码。 它只是 NRZ 编码。 我已经解调了波形。 请参见所附图片。  

数据包数据类型为2。 在您捕获到什么之后什么也没有出现？ CC1310期望在有效载荷之后有一个2字节的 CRC。

数据包是一个接一个地传输、还是它们之间是暂停？

能否测量 CC1310和传统器件的频率偏移？

此致、

Hg

您好！

我们的文档指出、用于 CRC 的后两个字节和其他两个字节是实际有效载荷。

1.是的、在捕获的波形后面没有任何内容、它是一个 TX 信号。

2.传统设备每1000ms 传输3个数据包

3.我会告诉你,

有关 CRC 的问题-如何消除 CRC 错误是在 CC1310中构建内部 CRC 的任何方法。

此致

斯坦尼斯卢斯

您好！

您可以在 CMD_PROP_RX 的 pktConf 字段中将 bUserCrc 设置为0。 然后、忽略 CRC。 当您收到数据包时、必须手动检查 CRC。  

此致、

Hg