[参考译文] CC2652R：在发送 GATT_Notification 之前读取 GATT 队列中的可用空间

尊敬的 Reto：

通过监控 ICall 堆或 ble 任务大小、您或许可以对此有所了解、但最稳定的解决方案可能是在数据包正在传输时使其排队。 我会在 "通知已发送"事件中添加一个复选标记、以便您继续排队。 这样、在给定时间内、您的数据包排队数量不会超过您发送的数量。 还可以增加 PDU 的大小和数量(可以通过 SysConfig 完成)。

此致、

1月

这没有太大意义、无论如何我现在让它运行得非常好、下面的代码显示了我实现的逻辑：

static uint8* buffer=null;
static uint16 buffer_len=0;

void on_connection_event()
{
	int32_t packets=4;
	while (packets-- > 0)        //we can send 4 frames per connection event
	{
		if (buffer==null)
		{
			buffer=(uint8*)GATT_bm_alloc(..)

			//fill data into buffer and set buffer_len

		}
	 
		attHandleValueNoti_t noti;
		noti.handle=get_attr_handle();
		noti.len=buffer_len;
		noti.pValue=buffer;
		bStatus_t status = GATT_Notification( connHandle, &noti, false );

		if (status==SUCCESS)
		{
			//success

			//the stack will free the buffer...
			buffer=NULL;  // so we allocate a new buffer next tiem
			buffer_len=0;

			Log_info2("FS %d %d", log_data_rx_frame_idx, debug);
		}
		else if (status==blePending)
		{
			//we can't send right now as the gatt queue is full
			//Keep the buffer and send it later
			
			//There's no point trying again in this connection event, so let's just return and on next connection event we will send the buffer again...
			return;
		}
		else
		{
			//Something else gone wrong
			//Free the buffer

			ATT_bm_free( (gattMsg_t *)buffer, ATT_HANDLE_VALUE_NOTI );
			buffer=NULL;  // so we allocate a new buffer next tiem
			buffer_len=0;
		}
	}
}