This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CCS/CC1312R:具有 CRC 和放大器的 CC13xx 远距离模式;是否美白?

Guru**** 2410720 points
Other Parts Discussed in Thread: SYSCONFIG, CC1312R, CC2500, CC1101, LAUNCHXL-CC1312R1, CC1190

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/960161/ccs-cc1312r-cc13xx-long-range-mode-with-crc-whitening

器件型号:CC1312R
主题中讨论的其他部件:SysConfigCC2500CC1101CC1190

工具/软件:Code Composer Studio

仅供参考、我对一般的美白感到非常困惑。   作为参考、我在专有射频模式下使用 cc1312r 芯片、使用 Tx 和 Rx cmd prop 高级命令、并在 SysConfig 中选择5kbps、SimpleLink 远距离。

在 TI 远距离模式文档中、它提到"使用 CC13xx 远距离模式时、应始终启用数据白化。 在 CMD_PROP_RADIO_DIV_SETUP 中设置.formatConf.whitenMode = 0x1。"  但是、当我启用白化时(长模式5kbps 的默认 SysConfig 使用白化配置"CC1101/CC2500") 、我的 Rx 事务不起作用我从 Rx_cmdPropRxAdv 获取 PROP_DONE_END_ENDended 状态。  但是、如果我停止使用 CRC、则它可以工作、或者如果我禁用白化、则它可以工作。  我缺少什么?  此外、在文档中、它提到同步字是针对远距离模式进行硬编码的(只是要确保它仍然正确、因为它当前在 SysConfig 中为0x0)。

参考的 TI 文档:

www.ti.com/.../swra642.pdf

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你(们)好

    我尝试在两个 LAUNCHXL-CC1312R1 Launchpad 上使用简单链路远距离5kbps 的默认设置重新创建您的设置、并成功传输数据包。 您使用的是什么 SDK 版本和 CSS 版本? 您是否更改了 SysConfig 中的其他内容?  

    正确的是、同步字是硬编码的、应为0x0。

    此致、  
    素食者

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    CCS 版本:10.1.0.00010  

    Simplelink 4.30.0.54

    SysConfig 1.6

    我的 SysConfig 可从此处获取:  我尝试直接上载到此论坛、但无法使其正常工作?  不确定我还能做什么、您是否尝试使用高级数据包? 我正在使用一个字节的标头来保存该标头中的长度(一个字节)。  我还在按地址进行筛选、但不确定其中任何一个会产生影响?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我正在使用正常的 packetTx、我将尝试使用高级命令来查看是否能够重现您的问题。  

    当我尝试访问您在驱动器上发送的文件时 、我收到一个访问被拒绝。 您可以尝试在 E2E 上载该文件吗? 您应该能够使用工具栏中的"插入文件"选项将其添加到答复中。  

    素食者

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我必须将扩展名从.syscfg 更改为.txt 才能上传、目前禁用了白化功能、但如果我在高级 TX 和 Rx 数据包中启用了该功能并将 CRC 设置为 ON、则会失败。
    e2e.ti.com/.../mysysconfig.txt

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    素食主义者有什么更新吗?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    如果我向 RF_cmdPropRxAdv 添加结束触发器和结束时间、那么我将获得 PROP_DONE_RXERR、而不是 PROP_DONE_END、这更有意义。

    我发现的另一件事是、如果我发送一个长度超过50字节的特定数据包、我还会得到 禁用白化的 PROP_DONE_RXERR。  但是、只有当我发送特定的数据包时、我才能发送长度相同或更长的不同数据包、而不会出现错误。  不确定是否重要、但我的"坏数据包"开始像这个 0xbecafb1b1e55000011b4一样...  (长度在第一个字节中、标头为0xBE 或190)。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    仍然无法通过使用 CRC 进行美白处理。 但是、该特定的数据包仅具有 CRC 功能、似乎仍然很麻烦。  如果我将长度更改为20并在该数据包之后附加0、则会出现 CRC 错误、如果我附加 F、则会出现 CRC 错误、如果我附加随机数、则会起作用。 (我知道白化应该解决这个问题、但我无法进行白化工作...)。  我的 RSSI 在发送器和接收器上都非常强-15。  我尝试将它们进一步分开、但有一些障碍、以降低 RSSI 值 、但结果没有变化。  我还尝试降低 db 功率、但似乎没有产生任何影响(我的板上有一个 cc1190放大器)、因此我尝试使用放大器的较低增益设置、降低了 RSSI、但没有改变我的 CRC 问题。   

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    这里真的好像有一个错误!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好、我的。  

    我仍在尝试重新创建您的问题、我将在设置正常时通知您。  

    素食主义者