搜索
bottom↓
回复: 3

怎麼處理nRF24L01+ PTX模式裡的CE一直保持為High的情況?[已解決]

[复制链接]

出0入0汤圆

发表于 2014-5-20 10:57:21 | 显示全部楼层 |阅读模式
本帖最后由 Jach 于 2014-5-21 08:38 编辑

最近想知道這個晶片最大的資料傳輸量, 所以做了個實驗. 條件設定成這樣:

No ReTransmit, No Auto_ACK, Enhanced ShockBurst, 2Mbps, 32 bytes package, CE=1
PTX端檢查FIFO裡的TX_FULL, 只要不是FULL, 就寫入.
PRX端檢查FIFO裡的RX_EMPTY, 只要不是EMPTY, 就讀出.

這樣可以在160uS左右傳送/接收一個package, 接近理論值了. 連續送32個packages(CE=1保持了約5mS)
沒有問題. 但是如果連續送48個packages, 在第42個package就會出錯. 但接下來的又正常了.

我知道手冊裡有提到:
It is important never to keep the nRF24L01+ in TX mode for more than 4ms at a time. If the
Enhanced ShockBurst™ features are enabled, nRF24L01+ is never in TX mode longer than 4ms.
意思好像是說晶片會自動離開TX mode? 但並沒提到所謂的"at a time"中間要隔多久,1uS? 10uS? 100uS?

有人知道怎麼處理這樣的情況嗎?


阿莫论坛20周年了!感谢大家的支持与爱护!!

曾经有一段真挚的爱情摆在我的面前,我没有珍惜,现在想起来,还好我没有珍惜……

出0入8汤圆

发表于 2014-5-20 11:54:19 | 显示全部楼层
不用这么非主流吧,字体我都不认识

出0入0汤圆

 楼主| 发表于 2014-5-20 13:14:26 | 显示全部楼层
不好意思, 第42個package接收錯誤是我的測試程式的BUG. 為了把每個接收到package的時間存起來, 造成stack overflow.
等找到適當的地方儲存, 再來試連續CE=1傳送幾秒鐘, 看看會怎樣.

出0入0汤圆

 楼主| 发表于 2014-5-20 15:23:44 | 显示全部楼层
測試了傳送4096個packages(32x4096 bytes), 費時659439uS. 看起來CE一直保持high, 沒什麼問題.
只是很容易丟包, 從幾個到幾十個不等. 感覺這晶片在這種模式下並不可靠.
如果想做無線視頻傳輸, 不知有什麼晶片比較合適?
回帖提示: 反政府言论将被立即封锁ID 在按“提交”前,请自问一下:我这样表达会给举报吗,会给自己惹麻烦吗? 另外:尽量不要使用Mark、顶等没有意义的回复。不得大量使用大字体和彩色字。【本论坛不允许直接上传手机拍摄图片,浪费大家下载带宽和论坛服务器空间,请压缩后(图片小于1兆)才上传。压缩方法可以在微信里面发给自己(不要勾选“原图),然后下载,就能得到压缩后的图片。注意:要连续压缩2次才能满足要求!!】。另外,手机版只能上传图片,要上传附件需要切换到电脑版(不需要使用电脑,手机上切换到电脑版就行,页面底部)。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

手机版|Archiver|amobbs.com 阿莫电子技术论坛 ( 粤ICP备2022115958号, 版权所有:东莞阿莫电子贸易商行 创办于2004年 (公安交互式论坛备案:44190002001997 ) )

GMT+8, 2024-8-26 01:56

© Since 2004 www.amobbs.com, 原www.ourdev.cn, 原www.ouravr.com

快速回复 返回顶部 返回列表