现场485总线干扰导致的stm32 DMA 接收异常

项目背景：

        现场变送器安装在变电站强电附近。产品批量生产使用一段时间后，最近突然有一个站点出现通讯故障问题。开始于某个变送器无法召唤数据，慢慢的所有变送器全部掉线。如果重新上电，变送器的数据都正常。掉线时间随机，掉线点位随机。

解决过程：

        根据现象，分析应为现场总线上的干扰导致。之前用了TI的485芯片，做了基本的通讯线路保护，后查资料，最好使用带有隔离的485芯片，于是采用了金升阳的某一485隔离芯片。重新设计电路板后现场更换，运行一段时间仍然会出现这种现象。现场采集发现过485网关数据丢失数据的问题。

        既然现场干扰问题不好解决，只能从变送器本身的做文章，主要下手的目标就是stm32主控芯片本身。

        485总线的干扰会引起数据错误，高低电平不稳导致的芯片识别为不定长度的01010010组合，瞬间可能就把接收数组搞溢出。在更换隔离的485芯片的同时，将片内的看门狗已设置，那么如果是有HARDFAULT的话一段时间后也会重启程序。

        下一步就查看DMA接收方面的资料，下面的链接给我了启发，干扰后可能导致DMA无法进入接收中断。

https://blog.csdn.net/hxkrrzq/article/details/102664983

https://www.jianshu.com/p/6995fb60364f

https://blog.csdn.net/qq_20999867/article/details/92961110

https://blog.csdn.net/tiantangmoke/article/details/103308851

由于我的经验有限，学习stm32 时使用的是HAL库，标准库的一个寄存器的使用不敢乱动。于是我就使用了比较蹩脚的方式：看门狗程序设置好，使用定时器监视总线数据收发，由于上位机程序轮询时间一般设置为1~3秒，于是将定时器设置为一秒溢出全局变量“catch_count”加一，在接受标志位处“catch_count”清零。判断“catch_count”大于5，也就是5秒内没有接收到数据，就将串口重新初始化。

更改程序后，进行人工干预485总线，连接多个变送器，老程序3个，新程序2个，干扰到都没有数据后，等待下次轮询结果，老程序就无法采集，新程序能正常恢复。

此方法虽然能解决问题，比较粗暴，能解决偶尔总线干扰引起的假死现象，但是如果现场干扰是持续发生的话，还是从现场总线屏蔽保护方面进行解决。

已下是stm32 cubemx的配置及程序部分内容：

看门狗设置：

MX_IWDG_Init();

 尽量靠近while（1）大循环前开启看门狗，放置前置初始化外设时间过长。

HAL_IWDG_Refresh(&hiwdg);

喂狗函数。

超时未接收数据后进行串口重新初始化

		if(catch_count > 5)
		{
			HAL_UART_MspDeInit(&huart2);
			HAL_UART_MspInit(&huart2);
		}
		

定时器设置

 

 记得开启定时器中断

HAL_TIM_Base_Start_IT(&htim3);

有什么更好的办法欢迎交流。