【实践问题】UART通信问题解决过程

于 2024-08-09 17:40:45 发布
阅读量615 收藏 7
点赞数 10
文章标签： 单片机 嵌入式硬件 c语言 linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Ocean1994/article/details/140961544
版权

近期开发了一项通过UART进行读写操作的功能。说起来并不难，但是实际操作起来还是遇到了不少问题，解决问题也费了一番周折。因此记录下来作为积累，也供遇到类似问题的同学参考。

  1. 问题背景
    当前的项目需要开发一项功能：BMC通过UART串口与另一设备通信，进行读写操作。听起来并不难，网上应该都能找到相关的程序，因此很快就着手开始去做。

  2. 初步调试
    设备环境还没准备好，由于BMC串口也是UART设备，发送命令也可以获取返回值，于是就先用BMC串口进行初步的功能测试。
    参考网上的资料，先写了如下测试代码uart.c

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <termios.h>
#include <fcntl.h>
 
int main() {
    int fd;
    struct termios options;
    char *serialPort = "/dev/ttyUSB0"; // 串口设备文件路径，BMC串口为ttyUSB0
    speed_t baudrate = B115200; // 设定波特率
    int status;
    char buffer[255];
    int bytes_read;
 
    // 打开串口设备
    fd = open(serialPort, O_RDWR | O_NOCTTY | O_NDELAY);
    if (fd == -1) {
        perror("open_port: Unable to open serial port - ");
        return(-1);
    }
 
    // 获取并配置串口选项
    tcgetattr(fd, &options);
    cfsetispeed(&options, baudrate); // 输入波特率
    cfsetospeed(&options, baudrate); // 输出波特率
 
    // 启用接收和发送
    options.c_cflag |= (CLOCAL | CREAD);
 
    // 更新串口配置
    status = tcsetattr(fd, TCSANOW, &options);
    if (status != 0) {
        perror("tcsetattr");
        return -1;
    }
 
    // 清空串口
    tcflush(fd, TCIFLUSH);
 
    // 向串口写入数据
    const char *data = "ifconfig\n";
    write(fd, data, sizeof(data));
 
    // 从串口读取数据
    bytes_read = read(fd, buffer, sizeof(buffer));
    if (bytes_read > 0) {
        buffer[bytes_read] = '\0'; // 确保字符串以null结尾
        printf("Received: '%s'\n", buffer);
    }
 
    // 关闭串口
    close(fd);
 
    return 0;
}

使用此代码生成可执行文件;

gcc -o uart.c uart

BMC串口连接到笔记本USB，编译完成后将可执行文件放到笔记本中进行执行。这部分代码实现的是在BMC串口下发送ifconfig命令，并读取返回的内容。
2.1 输入回车问题
运行uart程序，同时打开minicom查看串口的输入输出情况。下图中上半部分为程序运行情况，下半部分为minicom下查看的串口输入输出情况。

在这里插入图片描述
从图中可以看出，minicom查看的串口中出现了输入的命令“ifconfig“，但没有得到执行，也没有返回内容。虽然以上代码中写入了”ifconfig\n“，但是似乎没有输入回车，导致ifconfig的命令没有得到执行。
在网上查资料，尝试在命令结尾加上‘\n’, '\r’都没有生效。最后发现在写入命令的字符串之后，再单独写入一个‘\n’，可以实现回车的效果：

    // 写入数据到串口
    const char *data = "ifconfig";
    write(fd, data, sizeof(data));
    const char *data2 = "\n";
    write(fd, data2, sizeof(data2));

minicom展示的串口中出现了ifconfig命令的执行结果：
在这里插入图片描述
2.2 uart可执行文件无法读取到返回内容问题
从mincom展示的串口中已经可以看到输出内容，但运行uart程序并没有收集到这些内容。打印上面代码中的bytes_read，发现是-1。
我觉得很奇怪，先是怀疑ifconfig命令返回的速度太快，代码中写入之后立即进行读取仍然没有捕捉到返回内容。
于是编译了一个程序uart2一直读取串口的内容:

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <termios.h>
#include <fcntl.h>
 
int main() {
    int fd;
    struct termios options;
    char *serialPort = "/dev/ttyUSB0"; // 串口设备文件路径，BMC串口为ttyUSB0
    speed_t baudrate = B115200; // 设定波特率
    int status;
    char buffer[255];
    int bytes_read;
 
    // 打开串口设备
    fd = open(serialPort, O_RDWR | O_NOCTTY | O_NDELAY);
    if (fd == -1) {
        perror("open_port: Unable to open serial port - ");
        return(-1);
    }
 
    // 获取并配置串口选项
    tcgetattr(fd, &options);
    cfsetispeed(&options, baudrate); // 输入波特率
    cfsetospeed(&options, baudrate); // 输出波特率
 
    // 启用接收和发送
    options.c_cflag |= (CLOCAL | CREAD);
 
    // 更新配置到串口
    status = tcsetattr(fd, TCSANOW, &options);
    if (status != 0) {
        perror("tcsetattr");
        return -1;
    }
 
    // 清空串口
    tcflush(fd, TCIFLUSH);
	do
	{
	bytes_read = read(fd，buffer, sizeof(buffer));
	if(bytes_read > 0)
	{
		printf("===bytes_read:%d, buffer:%s\n",bytes_read, buffer);
	}
	}while(1)

修改程序uart.c，修改为只向串口写入数据。
先将程序uart2运行起来，再通过uart程序写入数据，此时发现uart2程序能够读取到串口中的返回内容。
分别打印了uart程序写入数据结束和uart2程序第一次读取到数据时的时间，发现二者之间的间隔有几百毫秒，在uart程序中写入完毕到开始读取的时间间隔远小于此，不会存在来不及读取的问题。
经过多方查找网上的资料以及测试，发现配置串口参数时忽略的两个重要参数才是这个问题的关键：VTIME和VMIN。查找这两个参数的相关解释如下：

VTIME指定了等待的时间,VMIN指定了读取字符的最小数量。
它们不同组合地取值会得到不同的结果，分别如下：
1．当VTIME>0，VMIN>0时。read调用将保持阻塞直到读取到第一个字符，读到了第一个字符之后开始计时，此后若 时间到了VTIME或者时间未到但已读够了VMIN个字符则会返回；若在时间未到之前又读到了一个字符(但此时读到的总数仍不够VMIN)则计时重新开始。
2. 当VTIME>0，VMIN=0时。read调用读到数据则立即返回，否则将为每个字符最多等待VTIME时间。
3. 当VTIME=0，VMIN>0时。read调用一直阻塞，直到读到VMIN个字符后立即返回。
4. 若在open或fcntl设置了O_NDELALY或O_NONBLOCK标志，read调用不会阻塞而是立即返回，那么VTIME和VMIN就没有意义，效果等同于与把VTIME和VMIN都设为了0。

而我的代码在打开文件的时候确实设置了O_NDELALY标志，导致的结果就是read只读一次，没有等到能够读取到数据就立即返回了。

于是据此将以上串口初始化部分封装为函数：

int UartInit(char* SerialPort, speed_t baudrate) {
  // UART串口配置
  struct termios options;
  int status;

  // 打开串口设备
  int fd = open(SerialPort, O_RDWR | O_NOCTTY);
  if (fd == -1) {
    perror("open_port: Unable to open serial port - ");
    return (-1);
  }

  // 获取并配置串口选项
  tcgetattr(fd, &options);
  cfsetispeed(&options, baudrate); // 输入波特率
  cfsetospeed(&options, baudrate); // 输出波特率

  // 设置串口选项：无奇偶校验位，8位数据位，1位停止位，无软件流控
  options.c_cflag &= ~PARENB;
  options.c_cflag &= ~CSTOPB;
  options.c_cflag &= ~CSIZE;
  options.c_cflag |= CS8;
  options.c_cflag &= ~CRTSCTS; // 无硬件流控

  // 最少读取1字节
  options.c_cc[VMIN] = 1;
  options.c_cc[VTIME] = 0;
  tcflush(fd, TCIFLUSH); // 清空输入缓冲区

  // 使用配置后的选项
  status = tcsetattr(fd, TCSANOW, &options);
  if (status != 0) {
    perror("tcsetattr");
    return -1;
  }

  return fd;
}

这样修改之后，只需要运行一个程序，写入命令之后再读取即可。

2.3 读取返回内容何时终止问题

读写的问题解决了，但是又面临这样一个问题：发送命令后，设备的返回内容长度是不确定的，如何判断读取了全部的返回内容呢？也就是说何时停止读取并处理读取到的数据呢?
其实通过串口与设备的交互与在Linux系统类似，在终端下发送一条命令，按下回车，返回所需内容之后会显示一个root@localhost样式的提示符，可以根据设备实际返回的提示符确认何时停止读取。
于是将初始化，读，写分别封装成了函数，修改后的代码如下：

#include "./include/uart.h"

/*
  Func:UartInit
  serialport:串口设备名称
  baudrate:串口波特率

  ret:fd,打开串口设备的文件描述符
  
*/
int UartInit(char* SerialPort, speed_t baudrate) {
  // UART串口配置
  struct termios options;
  int status;

  // 打开串口设备
  int fd = open(SerialPort, O_RDWR | O_NOCTTY);
  if (fd == -1) {
    perror("open_port: Unable to open serial port - ");
    return -1;
  }

  // 获取并配置串口选项
  tcgetattr(fd, &options);
  cfsetispeed(&options, baudrate); // 输入波特率
  cfsetospeed(&options, baudrate); // 输出波特率

  // 设置串口选项：无奇偶校验位，8位数据位，1位停止位，无软件流控
  options.c_cflag &= ~PARENB;
  options.c_cflag &= ~CSTOPB;
  options.c_cflag &= ~CSIZE;
  options.c_cflag |= CS8;
  options.c_cflag &= ~CRTSCTS; // 无硬件流控

  // 最少读取1字节
  options.c_cc[VMIN] = 1;
  options.c_cc[VTIME] = 0;
  tcflush(fd, TCIFLUSH); // 清空输入缓冲区

  // 使用配置后的选项
  status = tcsetattr(fd, TCSANOW, &options);
  if (status != 0) {
    perror("tcsetattr");
    return -1;
  }

  return fd;
}

/*
  Func:UartWrite
  fd: 打开的串口文件描述符；
  data:向串口发送的命令；
  datalength:发送命令长度；
*/

int UartWrite(int fd, const char* data, int datalength)
{
  if(data == NULL)
  {
    return -1;
  }

  // 清空串口
  tcflush(fd, TCIFLUSH);

  //向串口写入命令
  write(fd, data, datalength);

  //写入命令后写入回车，发送命令
  char cr = '\r';
  write(fd, &cr, 1);

  return 0;

}

/*
  Func:UartRead, 
  fd: 打开的串口文件描述符；
  data: 读取的内容
  endstr:标志读取内容结束的字符串
  ret: datalength:读取内容的长度
*/

int UartRead(int fd, char* data, const char* endstr)
{
  char buffer[255];
  int bytes_read = 0;
  int datalength = 0;


  do
  {
    bytes_read = read(fd, buffer, sizeof(buffer));
    if (bytes_read > 0) 
    {
        strncat(data, buffer, bytes_read);
        datalength += bytes_read;
        if(datalength > sizeof(endstr) )
        {
            if(strncmp(&(data[datalength-strlen(endstr)]),endstr,strlen(endstr) ) == 0)
            {
                //End reading
                datalength = datalength - strlen(endstr);
                break;
            }
        }
    }
  } while(1);
  data[datalength] = '\0';

  return datalength;
}

这样在程序中根据需要调用UartInit, UartWrite, UartRead函数，传入适当的参数，就可以实现与设备的正常通信了。

问题解决之后回头来看，其实原理和代码都不难，主要还是因为自己没有接触过，实践经验比较少，以后继续在实践中积累，学到的东西无论多少，都是一种进步。

洛寒瑜
关注
  • 10
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
基于FPGA的通用异步收发传输器(UART)设计
LIAO_mengjin的博客
12-01 1331
FPGA Verilog HDL UART 数据回环实验
嵌入式软件面试常见问题及答案
weixin_37553721的博客
03-22 2173
干了多年的嵌入式，被面试过，也面过不少新人，下面这些是面试中很常见的一些问题及答案，答案可以根据自己的经验自己思考下。--持续补充并更新
通讯协议学习之路(实践部分)：UART开发实践
weixin_61908666的博客
11-13 326
通讯协议之路主要分为两部分，第一部分从理论上面讲解各类协议的通讯原理以及通讯格式，第二部分从具体运用上讲解各类通讯协议的具体应用方法。后续文章会同时发表在视频会发布在bilibili(UID:399951374)
新唐MCU之UART软硬件调试过程记录及总结
ALISAlwz的博客
08-23 2399
UART调试
UART接收机的波特率容差
innovationcjs的博客
05-26 761
由于UART发射机和接收机之间是异步的，接收机必须基于本地时钟采样接收数据线以完成解码，本文将以FPGA逻辑设计工程师的角度来分析UART接收机的波特率容差理论极限，并给出高波特率容差UART接收机的设计建议！
51单片机常用通信方式之串口（UART）（一）
m0_58832575的博客
03-30 7762
单片机串口常用的细节以及操作演示
Linux单片机串口通信总结
dasifhoaisfg的博客
09-13 1049
这是一个目录Linux与单片机串口通信运行ROS串口发送节点后异常中断栈溢出问题catkin_make报错：函数未定义的引用ERROR L107: ADDRESS SPACE OVERFLOW串口实验总结程序组织串口调试 Linux与单片机串口通信    近期要做一个机械臂的小项目，作为ROS和MoveIt的实践平台，上位机和工控机之间暂定为串口通信。 上位机：Ubuntu18.04虚拟机 工控机：STC89C51，编程环境为keil5    由于选择了早已过时的C51作为下位机，互联网上并没有太多相关资料
C语言串口通信R8T8,K60-串口通信
weixin_29295541的博客
05-17 646
目录0x00 前言0x01 串行通信原理1.1 简单介绍1.2 原理部分1.2.1异步串行通信的数据格式1.2.2 如何发送 (0/1) ? —— TTL电平1.2.3 开始位/停止位/校验位1.2.4 波特率0x02 代码部分2.1 整体框架2.2 串口初始化2.2.1 引脚初始化2.2.2 配置UART数据格式2.2.3 配置波特率以下为用到的寄存器的相关内容2.2.4 使能部分2.3 字节的...
HAL库与stm32CUBEMX学习记录——UART设备（1）
Griffin_SAT8的博客
01-26 404
由于自己忘性比较大，所以打算花点时间把近期学的一些知识点给整理顺便巩固一下，如果文章中出现错误非常希望有人能够指出来，话不多说直接开始。 一、什么是UART? uart就是通用异步收发传输设备的简称，从名字里我们可以捕捉到几个关键词：异步、收发。那么也就是说UART没有时钟线或者时钟校准这一说因为它是异步的，而且它不仅可以收信息也可以发信息。因为这一简单实用的特点，在一些数据传输时UART被大量使...
uart.zip_ARM通信_UART与arm_UART通信
09-24
UART（通用异步收发传输器）是一种...文档"uart.doc"应提供了详细的步骤和示例代码，帮助你深入理解和实践UART通信技术。无论你是初学者还是经验丰富的开发者，这都是一个宝贵的资源，能助你在ARM通信领域取得进步。
Android 串口通信权限问题
08-14
在Android平台上进行串口通信时，开发者可能会遇到一系列权限相关的问题。串口通信是指设备间的通信方式，通过...解决这些问题需要深入理解Android系统机制，并在开发过程中采取适当措施，确保应用的稳定性和安全性。
UART.rar_ UART KEIL_keil rs232_rs232串口通信
09-24
5. **调试**：KEIL提供了一个强大的调试环境，你可以设置断点，查看变量值，甚至通过仿真器模拟UART通信过程，这对于排查问题非常有用。 6. **应用示例**：在"www.pudn.com.txt"这个文件中，可能包含了一些关于UART...
FPGA_UART.zip_FGPA uart_FPGA串口_UART 串口通信_fpga_uart
09-23
UART通信的基本原理是，通过一根数据线进行数据传输，数据以字节为单位，一次传输一个字节。发送端将数据转换成串行信号，接收端再将串行信号恢复成并行数据。UART通常有四个主要参数：波特率、数据位、停止位和奇偶...
uart.zip_AVR 串口通信_avr
09-19
在电子工程领域，AVR单片机是一种广泛应用的微控制器，尤其在嵌入式系统设计中，它以其高效能和低功耗而受到青睐。...同时，了解相关的AVR单片机手册和 datasheet，有助于更深入地学习和解决问题。
stem32江科大自学笔记
最新发布
pythom_aaa的博客
08-06 2054
【代码】stem32江科大自学笔记。
STM32——外部中断（EXTI）
脑壳有点痒，好像要长脑子了！
08-03 1063
外部中断（External Interrupt，简称EXTI）是微控制器用于响应外部事件的一种方式，当外部事件发生时（如按键按下、传感器信号变化等），微控制器会暂时停止当前正在执行的程序，转而执行相应的中断服务程序（ISR），处理完中断后再回到原来的程序继续执行。STM32的外部中断是STM32微控制器中一个重要的功能，用于接收和处理来自外部设备的信号或事件，在一定程度上提升了系统的实时性能。STM32的每个GPIO（通用输入输出）端口都支持外部中断功能，这使得STM32能够灵活地处理各种外部事件。
以太网UDP测试实验
mengsheng12的博客
08-05 1004
UDP （User Datagram Protocol)用户数据协议是一种面向无连接的传输层协议，属于TCP/IP协议簇的一种。UDP具有消耗资源少、通信效率高等优点，通常用来传输音频、视频等对实时性要求高的场合。UDP和TCP是传输层中非常重要的两个协议，以下是两者的区别。
【GD32 MCU入门教程】七、分散加载说明
聚沃科技&GD32 MCU开发者社区
08-04 947
分散加载说明以GD32F103ZE为例，分别用Keil、IAR和Embedded Builder工具实现：将函数放置某个地址、将常量放置某个地址、将函数放在RAM中运行的三种效果。1、将led_toggle()函数放在0x08040000地址后。2、将tempbuf[1024]常量放在0x08020000地址后。3、将void led_flow(void) 函数在RAM中运行，放在0x20008000地址后面。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值