Why cc1200 rx fifo can not been cleaned occasionally?

1230

问答对人有帮助，内容完整，我也想知道答案 0 I wonder if anyone else has ever met with the same case, the command stobe SFRX could not clean the rx fifo of cc1200 successfully , sometimes and somewhere. "sometimes" means not always, and "somewhere" means, I executed the SFRX command at 6 different places of my source code project and just found this error occur at two of them. Let me show more details. I used infinite packet length to send and receive data. The rx fifo is cleaned when unexpected abort during receiving, when packet receiving finished, when cc1200 initialised, when unexpected abort during transmitting... The error occurred just when unexpected abort during receiving. "unexpected abort" might be cases such as some unexpected data was received or rx/tx fifo error was detected. In the whole source code, I clean the rx fifo with three sentences listed below: set cc1200 to idle state, send command SFRX, check if cc1200 is in idle state. CC1200P__cmd_strobe(CMD_SIDLE); CC1200P__cmd_strobe(CMD_SFRX); while ((CC1200P__reg_read_robust(REG_MARCSTATE) & 0x1f) !=0x01) ; I found the rx fifo not cleaned as the value of cc1200 register NUM_RXBYTES , read out exactly after the three sentences above, does not equal to zero. Sometimes I got 0x0B, 0x0C or other values. while(CC1200P__reg_read_robust(REG_NUM_RXBYTES); I'm sure function CC1200P__reg_read_robust() always works ok. The SPI signals(SI and CS) I captured when commands SIDLE and SFRX are sent to cc1200 in order is as below. Anyone has ideas about this? I'd appreciate it very much ! 0
2018-6-6 09:30:26　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × 新星之火12138 该类别下有 58 个回答。邀请回答 heks 该类别下有 58 个回答。邀请回答普罗旺斯的薰衣草该类别下有 55 个回答。邀请回答 lksas 该类别下有 47 个回答。邀请回答 wang21cj 该类别下有 46 个回答。邀请回答 chm5 该类别下有 45 个回答。邀请回答 hgimtk 该类别下有 44 个回答。邀请回答 fdhsfagd 该类别下有 42 个回答。邀请回答 huzp_bbs 该类别下有 41 个回答。邀请回答 ggfx 该类别下有 41 个回答。邀请回答站着幻想该类别下有 41 个回答。邀请回答颜刚YanG 该类别下有 41 个回答。邀请回答 zhhx1985 该类别下有 40 个回答。邀请回答 K_Ming 该类别下有 40 个回答。邀请回答风动影随该类别下有 40 个回答。邀请回答潘涛12345 该类别下有 39 个回答。邀请回答 kghfh 该类别下有 39 个回答。邀请回答 zhouxk 该类别下有 39 个回答。邀请回答 lifei639156 该类别下有 38 个回答，其中被选为最佳答案 1 次。邀请回答 msvdsufsdf 该类别下有 38 个回答。邀请回答举报凌流浪相关推荐 • cc1200 与cc430之间的通信问题 1444 • cc1200 TXFIFO 2010 • CC1200TXFIFO 2381 • 使用TSCH MAC相同rpl边界路由器示例对于NXP RT600和CC1200作为路由器和CC1312节点不能正常工作怎么解决？ 281 • Enhanced Rx FIFO需要设置ID filter elements作为can报文匹配条件，RX ID 滤芯是否可以动态修改？ 451 • 如何为S32K144设置模型，以便当过滤器表中有超过1个有效ID时CAN Rx FIFO正常工作？ 551 • CAN中断对RX和TX无效怎么解决？ 214 • RX_FIFO_RD_SILENT功能不起作用？ 1975 • LLCE-CAN的22个FIFO可以用来接收数据吗？ 375 • 请问同样调制方式同一频率不同系列的Sub-1G收发芯片能互通吗？ 2884 2个回答

答案对人有帮助，有参考价值 0 Hi Maxing, thanks for asking. Unfortunately, looks nobody here can reply you. As your English is pretty good, could you please post your question to our WorldWide forum? https://e2e.ti.com/support/wireless_connectivity/proprietary_sub_1_ghz_simpliciti/f/156 Thanks. BR. Albin

2018-6-6 09:45:58 评论举报任黎平

答案对人有帮助，有参考价值 0 zweipcb 发表于 2018-6-6 09:45 Hi Maxing, thanks for asking. Unfortunately, looks nobody here can reply you. As your English is pretty good, could you please post your question to our WorldWide forum? https://e2e.ti.com/support/wireless_connectivity/proprietary_sub_1_ghz_simpliciti/f/156 Hi Albin, Thanks for your advice, actully I've already done that with this link http://e2e.ti.com/support/wireless_connectivity/proprietary_sub_1_ghz_simpliciti/f/156/t/536527. Although I got no more reply from both , I found the root cause last week after two months' debugging and would like to share it. It was all about the SPI signal timing. As the datasheet required, the time Tns, negative edge on SCLK to CSn high, should be greater than 200ns. In bad case(the error could be replicated), this time I got was between 350ns and 450ns. In good case(some nop operations were added and the error never occurred), this time was extended to about 700ns. So I'm afaid the 200ns is not always the case, especially in some state like infinite length receiving process .

2018-6-6 10:05:25 评论举报凌流浪