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.

[参考译文] CC1101:请检查CC1101的相关问题。

Guru**** 2540720 points
Other Parts Discussed in Thread: CC1101

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/657432/cc1101-pls-check-the-issues-about-the-cc1101

部件号:CC1101

现在有一些关于CC1101 (在433MHz频段下)的问题,如下所示:

1.当模式是从 完全发送日期  到wor模式时,我们无法接收500毫秒内的日期。

如果模式是从完全发送日期  到接收模式,我们可以成功接收日期。

为什么要接收500毫秒的日期?

 

2:CC1101有时无法接收日期,我们检查GD02 (GDO2_CFG为0x06)是否没有中断信号,我们需要重新启动CC1101以再次接收日期。

 

3:偶尔GDO2总是输出时钟信号,MCU总是 处于中断状态。

 您能帮您提出一些关于他们的建议吗?

和参数如下所示:

 

const uint8_t cc110x_default_conf[]={

   0x06,/* IOCFG2 */

   0x2E,/* IOCFG1 *

   0x0E,/* IOCFG0 */

   0x07,/* FIFO *

   0x9B,/* SYNC1 */

   0xAD,/* SYNC0 */

   0xFF,/* PKTLEN */

   0x05,/* PKTCTRL1 *

   0x05,/* PKTCTRL0 (可变数据包长度)*/

   0xFF,/* ADDR */

   0x00,/* CHANNR */

   0x0F,/* FSCTRL1 */

   0x00,/* FSCTRL0 */

   0x10,/* FREQ2 */

   0xA7,/* FREQ1 */

   0x62,/* FREQ0 */

   0x1E,/* MDMCFG4 *

   0x3B,/* MDMCFG3 *

   0x73,/* MDMCFG2 */

   0x42,/* MDMCFG1 */

   0xf8,/* MDMCFG0 *

   0x44,/* DEVIATN */

   0x07,/* MCSM2 */

   0x03,/* MCSM1 */

   0x18,/* MCSM0 */

   0x16,/* FOCCFG */

   0x6C,/* BSCFG */

   0x45,/* AGCCTRL2 */

   0x40,/* AGCCTRL1 *

   0x91,/* AGCCTRL0 */

   0x28,/* WOREVT1 *

   0xA0,/* WOREVT0 */

   0x38,/* WORCTRL */

   0x56,/* FREND1 *

   0x10,/* FREND0 */

   0xEA,/* FSCAL3 */

   0x2A,/* FSCAL2 */

   0x00,/* FSCAL1 */

   0x1f /* FSCAL0 */

};

巴西

吴运文

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    1)您是否根据 www.ti.com/.../swra126b.pdf计算了EVENTx ,您发送的前导码是否与您睡眠期间相比足够长?

    3)在这种情况下,寄存器值听起来好像处于重置状态。 在这种情况下是否设置了寄存器?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢您的重播! 我已经在使用 www.ti.com/.../swra126b.pdf 示例2参数event0300ms,rx超时37.5ms (12.5 %),我不明白如果一个板在rx超时发送消息,如何才能接收此消息?

    我只发送10字节的数据,使用500kbps。 我不知道如何设置 适当的event0时间和EVENT1时间。

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

    我问您是否发送了一个长的前导码(如我们都提到的文档中所述),您说您只发送了10字节。 这只是10字节还是10字节+非常长的前导码?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    数据包格式8字节前导码+4字节+ 1字节长度+1字节地址+ 10字节数据+2字节状态+2 crc
    谢谢ter
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    500 kbps上的8字节前导码需要0.128 毫秒才能发送。 如果您的睡眠时间超过此时间,您将无法接收此数据包。 请再次查看应用说明,您需要一个比睡眠时间更长的前导码,以确保您收到。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    感谢您的回复。
    最大前导码为24字节(0.384毫秒)。应用程序注意到tsleep min 11.08ms (26MHz)。我认为它不会超过11.08ms。不要对500kps使用wor?
    您是否有任何相关示例?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    要发送较长的前导码,只需使用空FIFO进行简单的stx。 一旦对讲机在TX中的时间足够长,您将写入FIFO,然后将发送您的数据包。 只要对讲机处于TX中且FIFO为空,对讲机就会发送前导码。

    Siri