nrf24l01带数据返回的ack，等价于主从式被动全双工收发（不用切换收发），并且可以实现变数据长度收发

275891381 · 发表于 2017-10-29 19:15:04

本帖最后由 nashui_sx 于 2021-9-14 14:09 编辑

注意看说明书有的旧的nrf24l01不支持ack带data

nrf24l01带数据返回的ack，等价于主从式被动全双工收发（不用切换收发），并且可以实现变数据长度收发

nrf24l01 ack调通带备注.rar (649.27 KB, 下载次数: 511)

火透 · 发表于 2017-10-29 21:32:45

我去年调的动态字节长度接受和发送

https://wenku.baidu.com/view/c8861fb3ad02de80d5d840b5

warship · 发表于 2018-6-3 18:54:14

看论坛上您对2401研究比较深,
上次关于延时滴达的问题也向您请教过,
真的是收益不少.
最近,我空闲也研究了一下2401,
有的时候真的是被它搞的很头疼,
一对一的时候问题不大,
但一对多的时候, 会莫名的失联,
其它我数传量并不大,
大概10秒多传一组32字节都行.
试验时距离近, 传输应该很通畅,
但时常会发生MAX_RT(或者是其它)的问题,
表现在通信网络不稳定, 莫名地就与某一成员失联.
有什么经验之谈或是要特别注意的问题吗?

275891381 · 发表于 2018-6-3 19:02:52

本帖最后由 275891381 于 2018-6-3 19:06 编辑

warship 发表于 2018-6-3 18:54
看论坛上您对2401研究比较深,
上次关于延时滴达的问题也向您请教过,
真的是收益不少.

一对一问题不大是有问题还是没问题？
多对一，你这种数据量这么小，假如是单向，发送端直接发送就可以了
假如是双向，就主机轮训吧，最可靠
时常发生MAX_RT，那就是你的代码还是有问题
不过最简单的就是从机相互之间对着主机乱发，用32的数据中的某一位区分从机地址

warship · 发表于 2018-6-3 19:24:36

275891381 发表于 2018-6-3 19:02
一对一问题不大是有问题还是没问题？
多对一，你这种数据量这么小，假如是单向，发送端直接发送就可以了 ...

你说的这种乱发, 是不带ACK应答的吧.
我用的是带ACK的.
基本相当于是轮询了.
比如一对二, 主机采集一些信息,
分别对两个从机进行分发,
从机各占一个地址, 主机开两个通道,
对1机发送时切换到1机地址(包括P0也同步改变)
对2机发送时切换到2机地址(包括P0也同步改变)
每一次发送结束都恢复P0和P1两个通道对两从机的接收
两个从机很少主动发信息, 偶尔发送简单控制或配置信息,
所有各终端都采用中断方式(但发送时还是等待发送结果再往下进行的)

warship · 发表于 2018-6-3 19:26:24

//以下为中断相关的参考例程 *************************************************************
extern unsigned char Ttmp_buf[33];
extern unsigned char Rtmp_buf[33];
u8 NRF2401_Tx_is_OK=0;
u8 NRF2401_Rx_is_OK=0;
u8 NRF2401_MAX_TX=0;

//接受到数据后产生中断以及发送完成产生中断(或达最大重发数产生中断)，中断是相对于MCU主机而言，
// 对于NRF24L01只是产生一个低电平，由MCU的中断服务程序去进行相关处理
void EXTI15_10_IRQHandler(void)
{
// u8 temp[80];
//    static u16 RxPakCt=0; //调试用, 显示记录接收包总数用
   unsigned char sta;

   SoftDelay_us(800); //据说延时一下很重要: 在接收时,延时一下等待ACK发送完成再处理数据
//否则,在收到数据后2401正在自动发送ACK期间,此时处理数据清除RX FIFO寄存器的话,有可能
//无法再接收后续数据了
  if(EXTI_GetITStatus(NRF24L01_STATUS_LINE)!=RESET)
{
Clr_NRF24L01_CE;
LedBlinkControl=1;  LED_BLINK_Timer=2;//以LED闪烁2秒(无等待延时)显示已进入一次中断;

SPIx_SetSpeed(SPI_SPEED_16); //spi速度为9Mhz（24L01的最大SPI时钟为10Mhz）
sta=NRF24L01_Read_Reg(STATUS);  //读取状态寄存器的值

NRF24L01_Write_Reg(NRF24L01_WRITE_REG+STATUS,0x70); //清除中断标志,0x70即4/5/6位写1清除三个可能的中断


if(sta&TX_OK)//发送完成
{

NRF2401_Tx_is_OK=1;
NRF24L01_Write_Reg(NRF24L01_FLUSH_TX,0xff);//清除TX FIFO寄存器

RX_Mode(); //转换为收模式
SoftDelay_us(15); //粗略等待15us,不调用滴答定时器影响整体时序

}
if(sta&RX_OK)//接收到数据
{

   NRF24L01_Read_Buf(NRF24L01_RD_RX_PLOAD,Rtmp_buf,RX_PLOAD_WIDTH);//从RX FIFO读取数据到缓存

   Rtmp_buf[32]=(sta&0x0f)>>1;  //接收数据的通道号保存在缓存的最末字节
   //接收到数据后,通过检查该字节,就可以知道是来自哪一个节点(0-5)的报文,从而进行相关处理

   NRF24L01_Write_Reg(NRF24L01_FLUSH_RX,0xff);//清除RX FIFO寄存器

   NRF2401_Rx_is_OK=1;

}
if(sta&MAX_TX)//达到最大重发次数
{

NRF2401_MAX_TX=1;  //注意:
NRF24L01_StatusReset(); //复位收发器状态

RX_Mode(); //转换为收模式
SoftDelay_us(15); //粗略等待15us,不调用滴答定时器影响整体时序
}
  Set_NRF24L01_CE;//CE为高
  EXTI_ClearITPendingBit(NRF24L01_STATUS_LINE);
  }
}

275891381 · 发表于 2018-6-3 20:21:22

warship 发表于 2018-6-3 19:26
//以下为中断相关的参考例程 *************************************************************
extern uns ...

对了达到MAX_TX近中断还可能就是接受还没来得及处理，你发的太快了，就会进中断，你可以把if(sta&MAX_TX)//达到最大重发次数里面价格延时10ms，给接收端反应时间，假如进MAX_TX，并不会丢数据就不用管，（例如主函数while循环，知道发成功才跳出来）发不成功就一直发，直到成功
你说的网络不稳定没描述请是丢数据还是发送不成功

warship · 发表于 2018-6-3 20:31:31

275891381 发表于 2018-6-3 20:21
对了达到MAX_TX近中断还可能就是接受还没来得及处理，你发的太快了，就会进中断，你可以把if(sta&MAX_TX) ...

我的发送程序是这样的:
void Send_Data_to_Slaver(void)
{
static u8 NoMasterCt=0; //发送失败计数
TX_Mode(); //切换到发射模式, 发送到地址0x31,即Slaver的接收通道1地址,同时本机的P0也置为该地址用于接收ACK

NRF2401_Tx_is_OK=0;
NRF2401_TimeOut=MaxDataSendTimeOut; //超时计时3秒
NRF2401_MAX_TX=0;
  NRF24L01_TxNoWaiting(Ttmp_buf);
while(!NRF2401_Tx_is_OK)
{
if((!NRF2401_TimeOut) || NRF2401_MAX_TX ) //超时或达最大重发次数
   {
//    Show_Str(0,440,400,16,"MAX_RepeatTX_Num !! ",16,0);  //此句调试显示用
   if(++NoMasterCt>MaxConnectingTimes)  //连续5次发送失败才标记对端已失效
   {NoNRF2401Receiver=1;
//    Show_Str(0,440,400,16,"NoNRF2401Receiver!!",16,0);  //此句调试显示用
   NoMasterCt=0;}
break;          //失败停止等待
   }
   }
  if(NRF2401_TimeOut && !NRF2401_MAX_TX) //未超时或未达最大重发次数, 失败计数清0
  {
NoMasterCt=0;
// Show_Str(0,440,400,16,"Tx is OK!!!       ",16,0);  //此句调试显示用
}

NRF2401_Tx_is_OK=0;
//发送结束产生中断后, 将会及时切换回接收模式, 故下两句略去
NRF24L01_StatusReset();
   RX_Mode(); //切换回正常接收状态

//    LED0_TOGGLE;  //LED0翻转状态一次

}

warship · 发表于 2018-6-3 20:35:36

本帖最后由 warship 于 2018-6-3 20:37 编辑

我说的不稳定是:
我在上述的发射函数中, 超时计时3秒,
当连续5次出现(超时或达最大重发次数才判定对端失效),
这个条件应该是宽松了(距离近无干扰的情况下)
但还是有可能通联1小时后, 某从机被主机标记为失联的情况,
而我觉得这是不应该发生的事情.
注意是连续5次, 只要中间有发射成功的, 5次计数清0

275891381 · 发表于 2018-6-3 21:33:16

warship 发表于 2018-6-3 20:35
我说的不稳定是:
我在上述的发射函数中, 超时计时3秒,
当连续5次出现(超时或达最大重发次数才判定对端失 ...

1：你NRF24L01_TxNoWaiting(Ttmp_buf); 发送后进while 就不发了，不知道怎么会MAX_TX，假如没发成功，超时感觉应该是必然的，不过看不到你处理NRF2401_TimeOut的代码
2：发送MAX_TX的时候，延时一会继续发，这样最好

szczyb1314 · 发表于 2018-6-3 21:40:53

mark,学习学习

warship · 发表于 2018-6-3 21:56:43

275891381 发表于 2018-6-3 21:33
1：你NRF24L01_TxNoWaiting(Ttmp_buf); 发送后进while 就不发了，不知道怎么会MAX_TX，假如没发成功，超 ...

虽然进去while 就不发了,但模块收不到ACK会自动重发,所以还是可能会发多次,甚至达到MAX_TX的
至于超时的处理, 其实我是不再重启发射(也就是本包数据丢失),但会用static变量作失败次数的累计, 当连续5次失败,则标记为对端失效, 后续的数据分发就不会轮到这个从机了. 但对该从机的接收通道一直有效, 如果该从机向主机发送一次数据, 则会重新激活对该从机的数据分发.

warship · 发表于 2018-6-4 08:51:45

275891381 发表于 2018-6-3 21:33
1：你NRF24L01_TxNoWaiting(Ttmp_buf); 发送后进while 就不发了，不知道怎么会MAX_TX，假如没发成功，超 ...

在您的这个提示下,我又想了想,
虽然模块会自动重发,
但我的这个超时设计是不合适的
帧格式为: 前导1字节+地址3-5字节+包控制域9比特+报文0-32字节+CRC校验1-2字节
最大约42字节算50字节, 在1M速率下传输时间为400us,
自动重发间隔设置为500us+86us, 也就是说重发一次约需1ms,
这样的话, 设置为重发10次总共耗时也就10ms,
而我设计的超时是3秒, 永远不可能达到!!!
所以, 结果可能正好和您说的相反, 如果发送不成功, 必然是MAX_TX.
我那个超时设计完全是个笑话.
所以跳出这个while, 只能有两种情况: 一是发送成功; 二是MAX_TX已达.

275891381 · 发表于 2018-6-4 10:08:56

本帖最后由 275891381 于 2018-6-4 10:12 编辑

warship 发表于 2018-6-4 08:51
在您的这个提示下,我又想了想,
虽然模块会自动重发,
但我的这个超时设计是不合适的

是的，发送不成功必然会MAX_TX，一般是在MAX_TX时给个延时，这次发送失败了就等会再发再试一下，不然可能还是MAX_TX
还有一种情况是，接收端处理不过来fifo在满着也会发送失败，不过你这频率低又是中断处理应该不会出现这种情况
最好的双向通讯，数据量不大就用带数据的ack，这样不用来回切换收发，减少出错

warship · 发表于 2018-6-4 14:36:44

275891381 发表于 2018-6-4 10:08
是的，发送不成功必然会MAX_TX，一般是在MAX_TX时给个延时，这次发送失败了就等会再发再试一下，不然可能 ...

是啊, 可能带数据的ACK效率比较高,改天我也试一试.
但我还是一直疑惑我的错误在什么地方?
我上面的程序中,其实出现MAX_TX我就不再发送该数据了(即允许了丢包)
并且连续5次失败才标记对端失效, 应该相当宽松了,
注意是连续!!! 用的是static变量, 这5次可是不同的数据包,
这些不同的数据包之间可能也有比较大的间隔的

warship · 发表于 2018-6-6 18:54:02

请教一下, 你上传的代码中,
下面这两句是什么意思?
NRF24L01_ReadWriteByte(0x50);
NRF24L01_ReadWriteByte(0x73);

275891381 · 发表于 2018-6-6 20:54:15

本帖最后由 275891381 于 2018-6-6 20:55 编辑

warship 发表于 2018-6-6 18:54
请教一下, 你上传的代码中,
下面这两句是什么意思?
NRF24L01_ReadWriteByte(0x50);

也就是打开着三个寄存器
• R_RX_PL_WID，类似写使能解锁隐藏功能

• W_ACK_PAYLOAD
• W_TX_PAYLOAD_NOACK

warship · 发表于 2018-6-6 21:09:35

275891381 发表于 2018-6-6 20:54
也就是打开着三个寄存器
• R_RX_PL_WID，类似写使能解锁隐藏功能
• W_ACK_PAYLOAD

我怎么就没有看到这个说明呢?
在第几页?

275891381 · 发表于 2018-6-6 21:19:40

warship 发表于 2018-6-6 21:09
我怎么就没有看到这个说明呢?
在第几页?

看英语完整版的，英语删减版删了好多，汉语的删的更多
46/74页，或者搜索0x73

NRF24L01_英文.pdf (1.07 MB, 下载次数: 79)

warship · 发表于 2018-6-6 21:24:32

我看的是共78页的英文手册

warship · 发表于 2018-6-6 21:31:12

275891381 发表于 2018-6-6 21:19
看英语完整版的，英语删减版删了好多，汉语的删的更多
46/74页，或者搜索0x73

真的是奇怪了,
我看的78页资料,
你这个只有74页,
反而多写了这条命令

275891381 · 发表于 2018-6-6 21:32:01

warship 发表于 2018-6-6 21:31
真的是奇怪了,
我看的78页资料,
你这个只有74页,

warship · 发表于 2018-6-6 21:37:31

本帖最后由 warship 于 2018-6-6 21:39 编辑

我看的是2008年, Revision 1
你新给我的是2007年, Revision 2
真的是莫名其妙,哈哈.

warship · 发表于 2018-6-6 21:50:04

不过这样我就更不明白了,
是用这个命令同时打开或这三个特性吗?
• W_ACK_PAYLOAD
• W_TX_PAYLOAD_NOACK
这两项可是有冲突哦,
前者是允许ACK带数据, 后者是本包数据不需要ACK应答呀!

275891381 · 发表于 2018-6-6 21:55:31

warship 发表于 2018-6-6 21:50
不过这样我就更不明白了,
是用这个命令同时打开或这三个特性吗?
• W_ACK_PAYLOAD

没研究过，都打开也可以赋值不同呀估计，反正大家都这么用

tonghan2009 · 发表于 2018-11-19 18:32:22

我现在用24l01+做收发实验，开启自动应答功能时，接收端可以收到数据，但发送端一直处于最大重发中断下，怎么破

275891381 · 发表于 2018-11-20 09:10:14

tonghan2009 发表于 2018-11-19 18:32
我现在用24l01+做收发实验，开启自动应答功能时，接收端可以收到数据，但发送端一直处于最大重发中断下，怎 ...

接收端处理不过来发送端就睡出错，重发，直到max

倾心思梦 · 发表于 2019-4-19 11:32:45

谢谢分享！

dongjie · 发表于 2019-5-7 15:00:16

你好，我采用你的程序实验，下载程序后将通道改为1发送成功，不改的话一直不成功，接收寄存器一直都是0E，收不到数据，请问是什么原因

nashui_sx · 发表于 2019-5-7 17:09:09

dongjie 发表于 2019-5-7 15:00
你好，我采用你的程序实验，下载程序后将通道改为1发送成功，不改的话一直不成功，接收寄存器一直都是0E， ...

记不清了，记得当时也没设置通道吧

帐号		自动登录	找回密码
密码			立即注册

nrf24l01带数据返回的ack，等价于主从式被动全双工收发（不用切换收发），并且可以实现变数据长度收发

原子哥极力推荐 /2