本篇笔记用来记录HAL_UART_Receive_IT（串口中断接收）和HAL_UART_Transmit（串口发送）共同使用时，出现中断无法再次进入的情况，以及对应的解决过程和方案。

---

在我预留了一个问题：

HAL_UART_Transmit的第三个参数，用来指定最大的发送时间。如果超过这个发送时间还没有发送成功，那么就会返回发送超时。更郁闷的是，如果产生了发送超时，那么后面连接收中断都不会触发了（本问题有待深究）。

那么，这个问题究竟如何解决呢？通过在社区中的求助。得到了一个解决方案。通过运行__HAL_UART_ENABLE_IT方法，来恢复中断的触发。代码比较简单：

  while(d5list_length()>0)
  {
   struct __d5pack * p = d5list_pop();
  E( N5 X3 t0 z1 W! l   uint8_t cmd = p->cmd;
   uint8_t back[128]="";
   sprintf((char *)back,"got package %d",cmd); // 拼合字符串

   HAL_UART_Transmit(&huart2,back,13,0xffff); // 发送字符串
6 r6 i+ {( }# A0 D7 k1 u   __HAL_UART_ENABLE_IT(&huart2, UART_IT_RXNE);
3 R* `* u' H% v8 l6 I$ y/ e0 w$ n  }

  T8 p4 u) o: o. w) w' V, b

如上述代码所示，在一次发送完成之后。通过调用__HAL_UART_ENABLE_IT方法，即可使中断恢复运行，不再出现如笔记五中所述的，发送一次数据后，就无法再次进入中断的问题。

但是进一步测试发现，如果在一次循环中，连续调用两次HAL_UART_Transmit依然会造成串口锁死，无法触发中断。当然，连续两次调用这种写法本身就不够好。应该把要发送的数据合成在一起，统一发送一次。而不是分开发送多次，增加系统消耗。

  `0 Y( v5 ~  }, G! [8 I. H! M

因此，到目前为止。我们已经实现了可“维持”的数据包接受和发送。当然还不是最终的解决方案。当发包过于频繁的时候，还是会出现锁死的情况。我猜想是对HAL库不够熟悉的原因。作为一个遗留问题暂且保留。下一篇笔记开始，将回到WIFI模块，开始尝试通过无线连接来收发数据。

& k# H3 ^0 c$ [* w& x4 Z% Y