小D研究了如何通过串口模块（CH340）进行数据的发送。在本篇笔记中，我们会尝试从电脑发送数据到开发板。并通知电脑已经收到数据。

一、发送数据的扩展——实现printf

printf是一个小D非常喜欢的调试工具。而在前面的代码编写中，我发现这玩意写进去好像没有什么卵用。于是查了一下资料。原来在单片机中，printf是要自己通过串口发送来实现的（实际上输出的内容会出现在sscom软件中。）至于原理是怎么样的，现在不去深究。直接把代码贴进自己项目先用着。在此感谢各位前辈的无私奉献。

首先，需要进行一个函数声明（可以直接写在main.c中）

int fputc(int ch,FILE *f);

然后，进行函数实现：

int fputc(int ch,FILE *f)

{

uint8_t temp[1]={ch};

HAL_UART_Transmit(&huart2,temp,1,2);

}

从代码中不难看出，其实就是通过HAL库的发送方法，将信息通过UART2发送出去。如果你的项目里使用的是其他串口，请注意修改。

现在，只需要正常的使用printf，在SSCOM软件中就可以看到输出了。可以开心的用printf调试啦。

二、一个小技巧

仔细观察STMCube帮我们生成的代码，小D发现，注释中标明了用户自己编写代码的区域。例如：

/* USER CODE BEGIN PV */

/* Private variables ---------------------------------------------------------*/

/* USER CODE END PV */

或者

/* USER CODE BEGIN 1 */

/* USER CODE END 1 */

因为我们经常需要在后期通过STMCubeMX修改项目配置，进而重新生成代码。此时，写在这些注释中间的代码，是不会被替换掉的。所以，养成好的习惯很重要。记得把自己的代码写在这些注释块中间，可以省掉不少重复敲代码的时间呢。

三、进入正题

在翻阅网上的资料后，小D决定使用来HAL_UART_Recive_IT来进行接收。于是冒冒失失就按照例子把代码敲进去了。结果调试发现，并没有什么卵用。传说中的HAL_UART_RxCpltCallback方法根本不会运行。那么，到底是为什么呢？

HAL_UART_Recive_IT并不会影响主程序的运行，而是在收到规定长度的数据后，再通过HAL_UART_RxCpltCallback进行回调。那么，应该是中断没有被触发。经过多方查证，终于发现。中断模式必须要自己在STMCubeMX中配置，才会被启用。很多的新手引导贴都忽略了这个环节（估计是因为太基础了吧）。

打开STMCubeMX，通过Open Project打开自己的项目（啥？你不知道怎么打开，可以直接找到项目的保存目录，里面有一个.ioc的文件，双击，或打开项目时选择它都可以）。

然后到配置界面（Configration）中，点击对应的串口，例如我的是USART2，然后找到中断设置（NVIC Setting），设置为允许中断（打勾即可）。如下图：

设置好后，重新生成代码。

首先，我们需要一个用来接收数据的缓冲区。因此，在全局变量中，我们声明了buffer，用来接收数据：

uint8_t buffer[512] = "";

然后，回到MDK中，打开main.c。在main函数中的while循环前，加入以下代码：

if(HAL_UART_Receive_IT(&huart2,(uint8_t *)&buffer,1)!=HAL_OK)

  {

    printf("Recived error.");

  }

然后，实现HAL_UART_RxCpltCallback方法：

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *UartHandle)

{

    printf("Recived data.");

    HAL_UART_Receive_IT(&huart2,(uint8_t *)&buffer,1);

}

当收到数据的时候，打印Recived data。

编译并上传入开发板，然后运行。每次在SSCOM中点击发送数据。就会收到开发板返回来的打印信息了。如下图：

说明开发板已经收到我们的数据了。并且还给出了响应。不过每次只收1个字节这种事情的确比较蛋疼。在实际的通讯中肯定不方便。原来在开发游戏的时候，我们一般都会采用自己的二进制协议来传输数据。那么，能不能把这些协议在单片机上实现呢？动手研究一下吧。