STM32F通过UART发送UINT16_T

Question

我试图使用此代码发送UINT16_T数据，

uint16_t ADCValue;
uint8_t lowerMessage;
uint8_t upperMessage;
uint8_t message[2];

while (1)
{
      ADCValue = 2375;
      lowerMessage = (uint8_t)ADCValue;
      upperMessage = (uint8_t)(ADCValue >> 8);
      message[0]= lowerMessage;
      message[1]= upperMessage;
      HAL_UART_Transmit(&huart1,message, 8, 1000);
      //HAL_GPIO_TogglePin(GPIOC, GPIO_PIN_9);
      HAL_Delay(2000);  
}

我将16位整数拆分为8位整数发送。但是，当我尝试发送此消息时，我会收到这个 - ＆gt; 接收到数据。 我该怎么办来发送这些数据？

Answer 1

在调用hal_uart_transmit的调用中，您将8作为大小。这就是您要发送的字节中的大小。而且您的数组仅具有两个两个字节（即sizeof Message等于2）。

在接收大小上，您当然应该阅读两个字节。并将它们视为原始字节，没有任何特定的含义。您绝对不应该尝试将其打印为字符串，因为它不是。取而代之的是，您应该将数组的单个字节和在发件人程序中所做的操作的逆转，以重建原始uint16_t值。

Answer 2

while (1)
{
      ADCValue = ReadADC();
      /* .... */
      HAL_UART_Transmit(&huart1,(uint8_t *)&ADCValue, sizeof(ADCValue), 1000);
      /* .... */
}

在接收方侧（假设大多数系统使用它现在使用它）

HAL_UART_Receive(&huart1,(uint8_t *)&ADCValue, sizeof(ADCValue), 1000);

HAL库是一个很糟糕的方法（而不是void *他们期望uint8_t *）和演员是沉默警告。相信您所做的“信息”魔术是避免此警告。

还要检查返回值是否错误。

Answer 3

正如其他人提到的那样，您的消息大小错误，应该是“ 2”（字节数，SizeOf（）的使用更灵活）。

我还将详细说明您为什么看到垃圾的原因：当您发送一个字节时，例如“ 97”，在接收方中，您会看到字母“ a”。因为那是97（十六进制0x61）编码的内容。您不是发送小数数字作为字符，而是发送0B01010101（或任何单独的位），并且您的接收器选择将其解释为char-通常是所需的行为。

因此，收到的数据很可能是正确的，但是您仍然会在屏幕上看到垃圾，因为它被视为char。 char 97只是一个字母a。您可以通过手动感测97/0x61并查看接收器上实际到达的东西进行实验。

在这里您可以找到带有每个编号的char carl carl carl a的ascii表。这是其中的表：

首先有小数值，然后是十六进制值，然后是其作为char的含义。例如，请注意0xff（12月255日）以符号表示。如果您在某些十六进制编辑器中打开二进制文件，则可以在整个地方看到。这只是字节，所有1个被视为字符。

---

这个问题有多种解决方案。

解决方案编号1：您将整个16位整数变成其小数位数的字符串。在发送某些内容之前，您将35000的AdcValue转换为字符串“ 35000”，然后将所有这些作为字符发送。

重要说明：字符“ 1”与uint8_t1。字符1是0x31（12月49日）的二进制值1。因此，如果您通过UART发送0x31，则接收器将显示“ 1”。您需要实际将数字的每个数字转换为相应的字符。

这种方法的优点：接收器获得格式化的数据，您要做的就是将其投放给整数，然后您就完成了。您将在终端中看到实际的“ 35000”。
缺点：实际上，您需要根据数字的长度将小数号转换为各个长度的字符串，这是一个不愉快的操作，它具有MCU的处理能力，并且您通常会有更多的字节来传输该小数的每个字符数字。发送2个字节比发送“ 35000”的5个字节字符要短。您可以在Internet上找到它的解决方案 - 从35000转换为“ 35000”。

方法2：您将转换传递给整数到接收器。像您现在一样，将数据作为RAW字节发送，但在接收器上将其解释。

优点：您像问题一样从MCU发送2个字节。接收者正确解释它们是责任。每个变速箱都严格为2个字节，因此您可以更好地计时整个过程。另外，如果您的接收器是PC，则具有与微控制器相比的无限计算能力。

缺点：在终端中，您实际上会看到垃圾，除非您的终端支持将传入的数据视为字符，否则您应该检查设置。您需要实现转换以在接收器上进行整数，并在您的应用程序中自己打印出来，终端可能也可能无法做到这一点。

建议：也许是出于测试目的，您首先实现方法1，以便您可以在终端快速看到ADC的实际价值。当您在终端中看到并正确发送内容时，可以将Intereger删除以从发射器串起转换零件，然后发送原始字节并在接收器侧转换它们。

---

一旦修复了传输长度，您发送的数据很可能是正确的，只是终端将这些字节解释为字符。