STM8L在中断中写IO异常的问题

本文主要是介绍STM8L在中断中写IO异常的问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

今天使用STM8L152的串口通信，串口模式为RS485模式，MAX485芯片的使能端有PC4来控制 。

串口发送采用中断方式，发送前PC4置高，发送完毕后在TC中断中将PC4置低。但是通信十来分钟后，发现数据通信中断，测量的结果是PC4没有得到置低，而处于高电平状态，导致485总线被占用了。

设备接收不到数据，所以也不可能应答数据，就不能再次进入TC中断进行PC置低。

排查了好久，以为程序哪个环节写错了，最后实在没找出原因，只好用排除法，将其他程序模块禁用后观察，结果发现有个非标的IIC接口应用程序打开的时候导致了通信异常。

分析的结果：IIC程序频繁操作GPIO，且IIC引脚所在的IO可也为PC口，得出的结论为：

1. 因为IIC写某个引脚的时候，先将整个PC口读出，再进行与、或后，最后写入。

  assert_param(IS_GPIO_PIN(GPIO_Pin));assert_param(IS_STATE_VALUE(GPIO_BitVal));if (GPIO_BitVal != RESET){GPIOx->ODR |= GPIO_Pin;}else{GPIOx->ODR &= (uint8_t)(~GPIO_Pin);}

以上程序等价于：

      第一步：读出GPIO整个端口的数据。

第二步，对要写的PIN为进行与、或运算。

第三步，重新写入。

2. 如果在上述第一步后，且第三步完成前的中间时刻，串口中断正好来了，则进入中断，在中断中对PC4进行了写操作，然后退出了中断。

3. 退出中断后，返回到程序总指定第2步指令，这是PC4已经被改动了，但是IO操作读出来的值没有得到更新，并把之前的PC4又重新写了回去，导致PC4无法置低，引发485总线死锁的情况。

4. 解决办法，在IIC应用程序进行IO操作前先禁用中断，IO操作完之后再打开中断，问题解决。或者采用一个独占的GPIO组中的某个引脚进行RS485的使能操作，例如我的板子上正好有个PF，且只有PF0可用，使用其作为RS485使能最好不过了。

以上是我个人的分析，不知道对不对，欢迎有经验的朋友解答。

这篇关于STM8L在中断中写IO异常的问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---