我想用stm32的DMA方式接收SPI接收到的数据,但是配置完了以后进入不了DMA中断,

Posted 2023-05-04

我想用stm32的DMA方式接收SPI接收到的数据,但是配置完了以后进入不了DMA中断，通过什么方式可以找到问题所在啊，

进入在线调试试试看，先建立一个存放SPI数据的变量，看看有没有数据；还可以在DMA中断函数设置一个FLAG，如果进入中断置1否则为0；如果是0的话确实没有进中断，那要看看你的配置了，对照例子再仔细看看吧！ 参考技术A 其实 这个 我建议你 就看看 网上 或者你手上 有的 dma 例程 和 spi 然后 对照 看看 你少了 写什么 我 以前 就是这么干的 从这个问题看 你也是新手吧 不出意外 如果 不是 请原谅我的妄自猜测 因为 我们学习 理论 在实践 都是 模仿 的过程 模仿 多了 熟了 以后 就 可以 自己 编程了 再加上 自己的创新 思想 就可以创造出更好的东西 站在 巨人的肩膀 上 是必须的追问

DMA我是用过的啊，只是这次的数据是通过cc1101无线模块发送和接收的，所以，进步了中断我不知道是因为我的DMA没配置好还是因为无线模块的数据根本就没有进入SPI。你有用过cc1101吗。有的话帮我分析一下是什么原因吧

追答

sorry 我没有 用过 这个 还有 检查问题 要耐心 仔细

本回答被提问者和网友采纳 参考技术B （1）引脚设置为推挽输出+外部上拉电阻，不这么做你接收的数据很可能会出错。
（2）中断优先级设置DMA，不设置它中断无法进入。

STM32一种使用HAL,DMA,IDLE,POLLING的方式来处理UART的不定长接收机制

STM32一种使用HAL,DMA,IDLE,POLLING的方式来处理UART的不定长接收机制

设备接收数据 (DMA)

采用的HAL库，同时在UART初始化的时候添加DMA相关操作，在系统开始运行时，开始使用HAL_UART_Receive_DMA来启动UART的接收，同时需要定义一个接收的buffer
uartDeviceRxBuf,这个是设备的DMA BUFFER
而uartRxBuf,是在接收完成后将设备里面的数据转移出来，并清空设备BUFFER来接收新的数据。
定义如下

#define UART_BUF_LEN 100
uint8 uartDeviceRxBuf[UART_BUF_LEN] = {0};
uint8 uartRxBuf[UART_BUF_LEN] = {0};
//启动函数
void Bsp_Uart_Receive_Start(void)
{
    HAL_UART_Receive_DMA(&huart1, uartDeviceRxBuf, UART_BUF_LEN);
}

设备数据转移至系统接收Buffer (IDLE)

在开启UART接收数据之后，虽然DMA的中断已开启，但我们并不打算使用到DMA的中断，即不能等到接收完UART_BUF_LEN这个长度才去查看数据。如果说我们使用到了DMA的中断就说明很大概率数据已经发生了丢失。

使用UART的IDLE中断来接收当前接收到的数据，在收到数据之后，在停止接收数据时会产生一个IDLE中断，中断响应时，将DMA中的数据转移至uartRxBuf之中。

//初始化函数中添加这个操作
__HAL_UART_ENABLE_IT(uartHandle, UART_IT_IDLE);

中断之中添加响应

HAL_UART_IDLE_Handler(&huart1);

在中断之中去操作UART的DMA，先是将DMA中的数据读出，再重置UART的DMA，用于下一帧数据的接收

void HAL_UART_IDLE_Handler(UART_HandleTypeDef* uartHandle)
{
	if(uartHandle->Instance == USART1)
	{
		if(__HAL_UART_GET_FLAG(uartHandle, UART_FLAG_IDLE) != RESET)
		{
			Bsp_Uart_Receive_Idle_Callback();//设备数据移至系统Buffer
			__HAL_UART_CLEAR_IDLEFLAG(uartHandle);
			// RESET RECEIVE DMA LENGTH
                        HAL_DMA_Abort(uartHandle->hdmarx);
			Bsp_Uart_Receive_Start();
		}
	}
}

/*********************************************************
*********************************************************/
uint16 Bsp_Uart_No_Receive_Data_Len(void)
{
	uint16 result = 0;
	result = __HAL_DMA_GET_COUNTER(&hdma_usart1_rx);

	return result;
}

/*********************************************************
*********************************************************/
void Bsp_Uart_Receive_Idle_Callback(void)
{
	if(Bsp_Uart_No_Receive_Data_Len() < UART_BUF_LEN)
	{
		uint8 len = 0;
		uint8 i = 0;

		len = UART_BUF_LEN - Bsp_Uart_No_Receive_Data_Len();

		for(i = 0; i < len; i++)
		{
                        uartRxBuf[i] = uartDeviceRxBuf[i];
		}
		uartBufReciveLen = len;
		isUartReceivedData = 1;
	}
	Uart_Framework_Callback();
}

STM32中的IDLE中断，并不是每时每刻都在发生的，必须在是接收到数据之后才会被置位。因此这个操作并不会过多得占用CPU资源。

轮询处理数据 (Polling)

在系统的UART轮询操作时，来判断是否有接收到数据，如果有接收到数据就将数据取出来，再进行数据分析来完成相应的APP需求。理论上讲在轮询取数据的时候，接收到的数据可能会发生改变，可以考虑处理把中断关掉，，处理再打开中断，防止意外，只是这个概率很小，现在处理接收数据时，暂没有用中断进行数据保护。
例如

      if(Uart_Framework_Read_Parameter(UART_PARA_IS_RECEIVED))
      {
            uint8 *pBuf;
            uint16 len = 0;
            // GET BUFFER & CLEAR FLAG
            len =Uart_Framework_Read(&pBuf, 0);
            App_Uart_Transmit(pBuf, len);
      }

总结

优点

1. 对于CPU资源占用来说是比较少的
2. 对于不定长的数据不会丢失
3. 轮询时间合理的情况下，对于不定长度的数据响应都是及时的。

缺点

1. 设置自己的设备BUFFER，不然有可能有BUFFER不够的情况。如果BUFFER不够的话就会导致数据丢失，并可能引入其他错误。
2. 连续多数据的情况下处理,需要较大的BUFFER,对小RAM的MCU，内存占用较大