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.

[参考译文] RTOS/CC1101:&&#39 1.0 Spir21&#39的问题来源;

Guru**** 2393725 points
Other Parts Discussed in Thread: AM3358, CC1101

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/584632/rtos-cc1101-source-of-the-issue-for-spidev1-0

部件号:CC1101
主题中讨论的其他部件:SimpliciTIAM3358

工具/软件:TI-RTOS

团队成员,您好!

希望你一切顺利。

请参阅下面的客户问题。

 1.0 密切卡"工作不正常。 通信已转移到2.0 和2.1 中,代码按写的方式工作。

如果有人知道“1.0 ”问题的根源,请回复。 如果可能,我想使用端口。

相关e2e员额

e2e.ti.com/.../214.6675万

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

    该程序正在BeagleBone Green Wireless的AM3358上运行。 连接的设备是CC1101。

    可以将数据写入TI CC1101,并使用ioctl()命令读取数据。 CC1101的寄存器发生变化,设备可以在433MHz上传输正确的数据。 在示波器上读取并确认寄存器。 SCLK,MOSI和Miso都正常工作。

    唯一不匹配的是在ioctl()函数之后AM3358上的接收缓冲区。

    ioctl(FD,SPI_IOC_MESSAG(3),&TRANSFER);

    分配给transfer[0].rx_buf的数组始终会导致最小有效半字节的“加倍”。 返回的数据可能是数据为"0x2A"的字节,但如果为"0xCC",则记录在缓冲区中的数据。 如果在返回数据的第一个半字节后两次记录返回的数据,则看起来像接收缓冲区。 每一口的问题都是一样的。 例如:0x15 == 0x33;0x01 == 0x03;
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    团队成员,您好!
    希望你度过了一个愉快的周末。 对Ashton的回复有任何反馈?