当前位置：首页 > news >正文

【嵌入式Linux】为ARM平台手动构建USB转串口驱动：从内核配置到CH340实战

news 2026/6/30 10:48:33

1. 为什么需要手动构建USB转串口驱动

在嵌入式Linux开发中，我们经常会遇到一个尴尬的情况：开发板厂商提供的内核镜像可能没有包含我们需要的所有驱动模块。特别是对于USB转串口这种"看似普通却至关重要"的功能，很多定制化内核往往会精简掉相关驱动以减小体积。

我最近就遇到了这样的场景：需要在Hi3516DV300开发板上通过CH340芯片实现USB转TTL通信。这个开发板运行的是经过裁剪的Linux 4.9内核，默认没有加载usbserial和ch34x驱动。这意味着当我插入常见的USB转串口模块时，系统根本识别不到设备。

这种情况在ARM平台开发中很常见，主要原因有三点：

内核裁剪策略：嵌入式系统通常追求最小化，厂商会根据典型用例保留驱动
硬件多样性：不同开发板使用的USB控制器芯片可能不同
内核版本差异：老版本内核可能不包含新设备的驱动

2. 准备工作与环境搭建

2.1 获取内核源码和工具链

在开始之前，我们需要准备以下材料：

开发板配套的内核源码（必须与当前运行的内核版本完全一致）
对应的交叉编译工具链（如arm-himix200-linux-）
开发板的模块符号表（Module.symvers）

这里有个容易踩坑的地方：直接从kernel.org下载的vanilla内核通常无法直接使用。我曾经试过用主线内核编译驱动，结果加载时提示"Invalid module format"，就是因为版本不匹配。正确的做法是使用开发板厂商提供的定制化内核源码。

2.2 配置内核编译环境

进入内核源码目录后，先执行以下命令确保配置正确：

make ARCH=arm CROSS_COMPILE=arm-himix200-linux- menuconfig

这个步骤会启动内核配置界面。我们需要特别注意两个关键点：

确保CONFIG_MODULES选项已启用（允许动态加载模块）
检查CONFIG_USB_SUPPORT和CONFIG_USB_SERIAL是否配置为模块(M)或内置(*)

3. 编译usbserial驱动模块

3.1 内核配置调整

在menuconfig界面中，按以下路径导航：

Device Drivers → USB support → USB Serial Converter support

在这里我们需要确保：

USB Generic Serial Driver设为M或*
其他特定转换器驱动可以根据需要选择

一个实用技巧：按/键可以搜索配置项。比如输入"CH34"可以快速定位到CH340相关配置。

3.2 交叉编译驱动模块

配置完成后，执行编译命令：

make ARCH=arm CROSS_COMPILE=arm-himix200-linux- modules -j$(nproc)

编译完成后，驱动模块会出现在以下路径：

drivers/usb/serial/usbserial.ko drivers/usb/serial/ch341.ko (如果启用了内置支持)

4. 手动编译CH340驱动

4.1 获取官方驱动源码

虽然较新内核已经包含CH340驱动，但有时我们需要使用厂商提供的最新版本。从沁恒官网下载的驱动包通常包含三个文件：

ch34x.c (驱动源码)
Makefile
readme.txt

4.2 修改Makefile适配交叉编译

关键修改点包括：

KERNELDIR := /path/to/your/kernel ARCH := arm CROSS_COMPILE := arm-himix200-linux-

我曾经遇到过编译错误"implicit declaration of function 'usb_control_msg'"，这是因为内核头文件路径没有正确包含。解决方法是在Makefile中添加：

EXTRA_CFLAGS += -I$(KERNELDIR)/drivers/usb/serial

4.3 解决常见编译问题

在交叉编译过程中可能会遇到以下问题：

版本不匹配：确保内核源码版本与开发板运行的内核完全一致
依赖缺失：可能需要先编译依赖的模块如usbcore.ko
工具链问题：检查交叉编译器的PATH设置

5. 驱动加载与测试

5.1 模块加载顺序

正确的加载顺序很重要：

insmod usbserial.ko insmod ch34x.ko

可以通过dmesg查看内核日志，确认驱动加载是否成功。常见错误包括：

"Unknown symbol in module"：缺少依赖模块
"Device or resource busy"：设备节点已被占用

5.2 创建设备节点

成功加载驱动后，系统会自动创建/dev/ttyUSBx设备节点。如果没有自动创建，可以手动创建设备文件：

mknod /dev/ttyUSB0 c 188 0

5.3 权限问题处理

普通用户可能没有访问串口设备的权限。解决方法有：

临时方案：chmod 666 /dev/ttyUSB0
永久方案：创建udev规则文件/etc/udev/rules.d/50-usb-serial.rules：

SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", MODE="0666"

6. 应用层测试与验证

6.1 使用minicom测试

安装minicom后，可以通过以下命令测试串口：

minicom -D /dev/ttyUSB0 -b 115200

6.2 编写自定义测试程序

一个简单的C语言测试程序示例：

#include <stdio.h> #include <fcntl.h> #include <termios.h> int main() { int fd = open("/dev/ttyUSB0", O_RDWR | O_NOCTTY); if (fd < 0) { perror("open"); return -1; } struct termios options; tcgetattr(fd, &options); cfsetispeed(&options, B115200); cfsetospeed(&options, B115200); options.c_cflag |= (CLOCAL | CREAD); tcsetattr(fd, TCSANOW, &options); char buf[256]; while(1) { int n = read(fd, buf, sizeof(buf)); if (n > 0) { write(fd, buf, n); } } }