[参考译文] 《儿童权利公约》问题

非常感谢。

另一个问题是使用曼彻斯特编码，这也是我们应该像 CRC 一样修改它的故事吗？

此致
AREXX

阿尔特

您是仅在有效载荷上还是在序言+同步+ CRC 上进行曼彻斯特？  

我们在曼彻斯特使用完整代码，因此有效负载和 前导码+ SYNC + CRC

CC1350仅支持有效负载的曼彻斯特编码。 这是否意味着您需要手动处理数据包的另一部分(请参阅 https://dev.ti.com/tirex/content/simplelink_cc13x0_sdk_4_20_01_03/docs/proprietary-rf/proprietary-rf-users-guide/proprietary-rf/cc1101-migration.html#cc1101-proprfdevice-using-manchester-coding)

如果 CRC 是曼彻斯特编码，芯片将无法处理该问题，则必须执行 CRC CHECK In SW。  

这是否是传统奖杯？  

CC1000将被 CC1350取代

CC1000的8位曼彻斯特代码似乎与 CC1350一样，正在以另一种方式工作

“曼彻斯特同步编码模式。
在传输模式下，CC1000提供数据
DCLK 的时钟和 DIO 用作数据
输入。 数据在的 CC1000中计时
DCLK 的上升边缘，应位于 NRZ
格式。 数据通过进行射频调制
曼彻斯特代码。 编码完成
由 CC1000提供。 在此模式下，CC1000可以是
根据数据速率0.3，0.6，1.2，
2.4，4.8，9.6，19.2或38.4 kbit/s 38.4.
kbit/s 速率对应于最大值
曼彻斯特带来76.8克波特
编码。 用于38.4和76.8 kBaud A
14.7456 MHz 的晶体频率必须为
已使用。 在接收模式下，CC1000将执行
同步和提供已接收
DCLK 的数据时钟和 DIO 的数据时钟。


现在我们的第一项测试是使用 CC1350以与 CC1000相同的方式接收和编码数据。

您的方面有什么建议？

此致，

阿尔特

CC1000没有数据包处理，这意味着任何前言，同步和 CRC 都必须由控制它的 MCU 来处理。 基于 CC1000的主板使用哪种数据包格式，包括使用哪种同步字？  

您可以将0x55转换为2字节同步，如下所示： https://dev.ti.com/tirex/content/simplelink_cc13x0_sdk_4_20_01_03/docs/proprietary-rf/proprietary-rf-users-guide/proprietary-rf/cc1101-migration.html#cc1101-proprfdevice-using-manchester-coding ，但必须使用 SW 计算 CRC，芯片无法使用 CRC 字节进行曼彻斯特编码。  

如果您在线搜索，可能会发现许多 SW 片段在计算 CRC。  

亲爱的之三：

Tnx 为您提供所有支持，我们今天将对其进行测试，并告诉您结果。

此致，

阿尔特

您好，

我是这个项目的工作人，在测试您的建议和许多其他设置后，我已经发布了自己的帖子，解释了当前的问题：

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1083961/launchxl-cc1310-can-t-receive-data-package-sent-from-cc1000-correctly-in-smartrf-with-cc1310

此致，

米尔特·H