昨晚自己写了一个串口程序，主要内容有：串口的初始化以及中断函数（返回接受到的值），已及在主函数使用printf函数。这是写好程序后进行调试，发现一开始串口上可以显示我在主函数中编译的printf函数，串口初始化无误。但是一旦我在串口调试工具中向单片机串口写入一个数，发现串口调试助手并没有显示写入的数并且printf函数中的内容也不再打印，看起来好像程序卡在中断中出不来。我上网查了很多发现有人提到是由于ORE置位产生中断标志的原因，但我按照格式将其标志位清零，还是不起作用。然后我将我程序的内容复制到另一个工程文件中，在另一个工程文件中进行编译，最后向单片机中下载程序，居然发现串口恢复正常了，当接受到数据时，单片机将数据返回发送给上位机，并且在串口调试工具上不断打印printf中的内容，程序恢复正常。
自己思考得出的原因可能是由于我在编写程序过程中由于复制粘贴操作不小心改写了相关库函数文件，导致工程文件出现BUG使得程序出现问题。
PS：不要在中断程序中使用printf函数。
昨晚自己写了一个串口程序，主要内容有：串口的初始化以及中断函数（返回接受到的值），已及在主函数使用printf函数。这是写好程序后进行调试，发现一开始串口上可以显示我在主函数中编译的printf函数，串口初始化无误。但是一旦我在串口调试工具中向单片机串口写入一个数，发现串口调试助手并没有显示写入的数并且printf函数中的内容也不再打印，看起来好像程序卡在中断中出不来。我上网查了很多发现有人提到是由于ORE置位产生中断标志的原因，但我按照格式将其标志位清零，还是不起作用。然后我将我程序的内容复制到另一个工程文件中，在另一个工程文件中进行编译，最后向单片机中下载程序，居然发现串口恢复正常了，当接受到数据时，单片机将数据返回发送给上位机，并且在串口调试工具上不断打印printf中的内容，程序恢复正常。
自己思考得出的原因可能是由于我在编写程序过程中由于复制粘贴操作不小心改写了相关库函数文件，导致工程文件出现BUG使得程序出现问题。
PS：不要在中断程序中使用printf函数。
举报
举报
