标签: 接收中断

前面两期让UFUN开发板有了“嘴”，有了表达交流的元素工具——可显示的字符。接下来是什么呢？当然是让UFUN开发板交流起来。交流就是我问你答，我们的每一次表达都能得到适当的回应，这样就具备智能的潜质。就像微软的小兵、阿里的天猫精灵、小米的小爱，搭配了语音识别和语音合成后，已经开始具备了机器人部分特性。那就让UFUN交流起来吧，通过OLED屏幕响应PC通过USB转串口模块传送的信息。预想的效果是每次PC端发送一个ASC码字符，UFUN会通过OLED告诉我们收到了什么字符，此字符的ASC码是多少。 主程序很简单，就是初始化后显示一个等待PC端发送ASC码字符的界面。 int main(void) { extern unsigned char R_str ;// 全局字符串变量R_str ，用于串口接收数据传送 extern uint8_t ucTemp; uint8_t send_flag=0; //发送标志位 USART_Config(); //串口配置 NVIC_Config(); //中断配置 DelayInit(); I2C_Configuration(); OLED_Init(); OLED_Fill(0x00);//清屏 while(1) { OLED_ShowStr(0,0,"UFUN_PC Talk:",1);// 标题测试6*8字符 ",1);// 标题测试6*8字符 DelayS(1); } 参考了UFUN的串口通讯例程，在主程序里设置了一个全局字符串变量R_str ，用于传送串口接收中断子程序接收的ASC码。就是在这一步差点把人逼疯，出现很多难以想象异常现象：接收到的回送数值无缘无故就变成一个很大的值，比如0xFE、0xE0，在OLED上只能显示一个乱码，如果在串口接收中断子程序和主程序同时回送时子程序回送的数值是对的，那就直接在中断子程序完成回送和显示吧，其结果又是照错不误。 串口发送0x77，回送的数值莫名其妙地变成0xF7，反反复复的修改都试了，就是这么个结果。不多说了，把串口接收中断子程序贴上，希望能得到大牛们指导性的回应。 void USART1_IRQHandler() //串口接收中断 { if (USART_GetITStatus(USART1,USART_IT_RXNE)!=RESET) { ucTemp = USART_ReceiveData( USART1 ); Usart_SendByte(USART1,ucTemp);//回送 R_str = ucTemp; //传送接收数据到main.c R_str = 0; OLED_Fill(0x00);//清屏 OLED_ShowStr(0,0,"UFUN_PC Talk:",1);// 标题测试6*8字符 ",1);// 标题测试6*8字符 OLED_ShowStr(10,2,R_str,1);// 显示接收字符 OLED_ShowStr(0,4,"> 4]; hex = chHex ) & 0xf]; hex = ' '; } hex = '\0'; return len * 3; } 最后附上一个没有达到预期效果的程序运行效果图片，这是一个失败的编程经历，到现在也没弄清问题到底出在哪里，留待以后经验丰富了回头分析。 附件： 对话UFUN（串口通讯待修改）源程序 https://mbb.eet-china.com/download/20409.html