1. 项目概述从零构建嵌入式设备的USB ADB调试通道在嵌入式Linux开发中调试手段的便捷性直接决定了开发效率。传统的串口调试虽然稳定但在传输大文件、执行复杂命令时速度和灵活性都显得捉襟见肘。而Android Debug Bridge也就是我们常说的ADB凭借其基于USB的高速传输和丰富的命令集成为了移动开发领域的标配。那么能否将这套高效的调试工具链移植到我们自己的嵌入式Linux设备上呢答案是肯定的其核心就是利用Linux内核的USB Gadget框架让我们的开发板模拟成一个USB设备与PC主机建立ADB连接。本文要探讨的正是如何在一个典型的嵌入式Linux平台如NXP i.MX6ULL或ST的STM32MP1上实现USB Gadget模式的ADB功能。我们不会深入ADB协议本身的每一个细节而是把焦点放在更底层、更关键的部分数据是如何通过USB这个物理通道在设备和主机之间流动的。这涉及到内核驱动、用户空间配置、文件系统节点等一系列环节的串联。理解这个过程不仅能帮你成功搭建ADB调试环境更能让你在遇到连接不稳定、传输失败等问题时拥有从根源上排查和解决的能力。无论你是正在为开发板寻找高效调试方案的嵌入式工程师还是对Linux USB子系统感兴趣的技术爱好者这篇从实践出发的梳理都会对你有所帮助。2. USB Gadget与ADB协议基础解析2.1 USB Gadget框架让设备“扮演”外设在USB的世界里通常有“主机”Host如你的电脑和“设备”Device如U盘、鼠标两种角色。传统的嵌入式系统作为USB设备需要硬件上集成USB设备控制器UDC。Linux内核的USB Gadget框架就是一套软件基础设施它允许我们的嵌入式系统利用已有的UDC硬件通过软件配置来模拟各种各样的USB设备比如大容量存储设备、串口、网络适配器或者我们这里需要的ADB调试接口。Gadget框架的核心是“功能”Function和“配置”Configuration。一个“功能”代表一种特定的设备能力比如ffs.adb就代表了ADB功能。一个“配置”则是一组“功能”的集合设备可以同时具备多种功能复合设备。这些配置信息通过一系列“描述符”Descriptor告知USB主机。内核通过一个虚拟的文件系统configfs通常挂载在/sys/kernel/config来动态管理这些Gadget设备、配置和功能这为我们提供了灵活的用户空间配置接口。2.2 ADB over USB协议栈与数据流ADB协议本身运行在应用层它定义了客户端PC上的adb命令、服务器PC上的adb server和守护进程设备上的adbd之间的通信格式。当ADB运行在USB传输介质上时它需要依赖底层的USB通信来承载这些ADB数据包。其数据流可以简化为以下路径应用层PC上的adb shell ls命令被adb client封装成ADB协议数据包。传输层USB这个ADB数据包被交给PC端的USB主机控制器驱动。物理层数据通过USB线缆传输。设备端传输层USB Gadget嵌入式设备端的USB Gadget驱动如g_ffs收到原始USB数据。设备端桥接层FunctionFSg_ffs驱动将数据写入一个特殊的文件系统节点——FunctionFS。这个文件系统在内核中创建但在用户空间表现为一个文件如/dev/usb-ffs/adb/ep1。设备端应用层设备上的adbd守护进程通过读取这个文件节点获取到原始的ADB数据包进而解析并执行ls命令再将结果按原路返回。因此实现USB ADB的关键就在于正确配置USB Gadget框架使其创建一个符合ADB通信规范的FunctionFS实例并让adbd进程能够连接到这个实例的数据端点进行读写。整个过程的核心是描述符的配置和端点的建立。3. 核心实现FunctionFS与端点管理深度剖析3.1 接口描述符功能的“身份证”USB主机在枚举设备时第一件事就是读取各种描述符以了解设备是什么、能做什么。对于ADB Gadget最核心的是“接口描述符”Interface Descriptor。它定义了设备提供的某个功能接口的属性例如接口编号、使用的端点数、接口类/子类/协议代码。在ADB的上下文中它使用一个特定的接口类Class来标识自己以便Android主机或安装了ADB驱动的PC能够自动识别并加载正确的驱动程序。用户空间的adbd程序在初始化时必须通过FunctionFS向内核Gadget驱动提交一组准确的描述符。这组描述符通常包括全速FS描述符用于USB 1.1/2.0全速模式。高速HS描述符用于USB 2.0高速模式。超级速度SS描述符用于USB 3.0及以上。操作系统特定OS描述符用于向Windows等系统提供兼容性信息。参考你提供的代码片段init_functionfs函数中的v2_descriptor结构体就承载了这些信息v2_descriptor.fs_count 3; // 全速描述符数量 v2_descriptor.hs_count 3; // 高速描述符数量 v2_descriptor.ss_count 5; // 超级速度描述符数量 v2_descriptor.os_count 1; // OS描述符数量 v2_descriptor.fs_descs fs_descriptors; // 指向全速描述符数组的指针 ...这些描述符数组里就包含了定义ADB接口的关键信息。驱动程序g_ffs通过ep0控制端点收到这些描述符后才能知道该如何创建对应的逻辑接口。3.2 端点创建数据通道的“建立”描述符定义了需要多少个端点Endpoint以及每个端点的类型控制、中断、批量、同步和方向输入IN、输出OUT。ADB通信主要使用批量传输Bulk Transfer端点因为它保证数据可靠交付且适合大流量数据传输。在FunctionFS模型中ep0是默认存在的控制端点用于传输描述符、处理设备请求。其他数据端点如ep1,ep2...则需要动态创建。这个过程是adbd通过adb_write将包含接口和端点描述符的v2_descriptor结构体写入ep0对应的文件如/dev/usb-ffs/adb/ep0。内核中的ffs驱动drivers/usb/gadget/function/f_fs.c解析这些描述符。驱动调用ffs_epfiles_create函数。这个函数是核心它根据描述符中声明的端点信息向底层的UDC驱动申请硬件端点资源。申请成功后ffs驱动会在FunctionFS的目录下如/dev/usb-ffs/adb/创建出对应的端点文件节点例如ep1OUT端点设备接收主机数据和ep2IN端点设备发送数据给主机。此后adbd进程就可以像操作普通文件一样对ep1进行读操作来接收主机命令对ep2进行写操作来发送回复数据。关键点ep1和ep2或其他编号的分配方向是固定的。在USB协议中IN方向指设备到主机OUT方向指主机到设备。所以设备端的adbd从ep1OUT读往ep2IN写。这个映射关系由描述符定义驱动据此创建节点。3.3 数据流闭环与adbd的角色当端点和文件节点都准备好后一个完整的USB ADB数据通道就建立了。adbd守护进程的工作就是在这个通道上进行读写循环读循环在一个独立的线程中持续readep1文件。当PC主机发送ADB命令时数据通过USB到达驱动将其写入ep1对应的内核缓冲区read调用返回adbd拿到数据并进行协议解析和处理。写循环当需要发送数据如命令输出给主机时adbd将数据write到ep2文件。驱动从缓冲区取出数据通过USB IN事务发送给主机。这个过程完全由内核的USB调度器和adbd的I/O多路复用机制如poll或epoll来协调实现了高效的全双工通信。4. 实战在i.MX6ULL开发板上移植与配置ADB理论清晰后我们进入实战环节。以百问网的i.MX6ULL Pro开发板为例展示从编译到配置的全过程。4.1 交叉编译adbd与adb工具虽然可以从网上下载预编译的二进制文件但为了确保与你的内核版本和系统库兼容自己交叉编译是最稳妥的方式。使用Buildroot构建系统可以极大地简化这个过程。步骤一配置Buildroot假设你已经按照《嵌入式Linux应用开发完全手册》搭建好了Buildroot环境。编译adbd的关键在于正确配置Target packages。cd /home/book/100ask_imx6ull-sdk/Buildroot_2020.02.x make clean # 根据你的开发板选择正确的defconfig例如 make 100ask_imx6ull_pro_ddr512m_systemV_qt5_defconfig make menuconfig在menuconfig界面中导航至Target packages --- System tools --- [*] android-tools # 选中这个包它会提供adb和adbd保存退出。步骤二编译与获取执行编译命令。Buildroot会自动下载android-tools的源码包并进行交叉编译。make android-tools-rebuild编译成功后生成的二进制文件位于output/target/usr/bin/adb # 设备端的adb客户端可选主要用于设备间连接 output/target/usr/bin/adbd # 设备端的adb守护进程必需 output/host/bin/adb # 主机端的adb工具用于开发机x86_64架构将adbd复制到开发板根文件系统的/usr/bin目录并确保其有可执行权限。编译避坑指南版本匹配Buildroot中android-tools的版本最好与你PC主机上adb的版本接近避免因协议版本不兼容导致连接失败。如果遇到adb server version (xx) doesn‘t match this client (yy)错误需同步升级或降级版本。依赖库adbd可能依赖一些特定的库如libcrypto、libssl。确保你的根文件系统里包含了这些库。使用Buildroot编译通常会自动处理依赖。静态链接如果担心库依赖问题可以尝试在Buildroot中配置编译为静态链接但可能会增大体积。在android-tools的配置子菜单中寻找相关选项。4.2 配置USB Gadget脚本逐行解析编译好adbd后下一步是在开发板上配置USB Gadget。通常我们会编写一个启动脚本。下面以一个简化版的脚本为例结合你提供的STM32MP1脚本进行详细解析。#!/bin/bash -e # 这是一个在i.MX6ULL上启用ADB Gadget的简化脚本 # 1. 加载必要的内核模块 modprobe libcomposite # 2. 挂载configfs文件系统如果尚未挂载 mount -t configfs none /sys/kernel/config 2/dev/null || true # 3. 创建FunctionFS的挂载点目录 mkdir -p /dev/usb-ffs/adb chmod 0770 /dev/usb-ffs/adb # 设置权限确保adbd进程可访问 # 4. 在configfs中创建Gadget设备实例‘g1’ mkdir -p /sys/kernel/config/usb_gadget/g1 cd /sys/kernel/config/usb_gadget/g1 # 5. 设置USB Vendor ID和Product ID # 这些ID最好使用自己公司的ID这里示例使用Linux Foundation的ID echo 0x1d6b idVendor # Linux Foundation echo 0x0104 idProduct # Multifunction Composite Gadget # 6. 设置字符串描述符设备信息 mkdir -p strings/0x409 # 0x409代表英文US echo 0123456789ABCDEF strings/0x409/serialnumber echo YourCompany strings/0x409/manufacturer echo i.MX6ULL ADB Device strings/0x409/product # 7. 创建ADB功能Function mkdir -p functions/ffs.adb # ‘ffs.adb’是内核预定义的功能名 # 8. 创建配置Configuration mkdir -p configs/b.1 mkdir -p configs/b.1/strings/0x409 echo adb_config configs/b.1/strings/0x409/configuration # 9. 将ADB功能关联到配置中 ln -s ../../functions/ffs.adb configs/b.1/ # 10. 挂载FunctionFS。这一步很关键它会在/dev/usb-ffs/adb下创建ep0等节点 mount -t functionfs adb /dev/usb-ffs/adb # 11. 启动adbd守护进程 # 使用start-stop-daemon管理进程将其放入后台运行 start-stop-daemon --start --oknodo --pidfile /var/run/adbd.pid --startas /usr/bin/adbd --background # 12. 给驱动一点时间完成初始化 sleep 1 # 13. 绑定Gadget到USB设备控制器UDC激活设备 # 首先找到可用的UDC名称i.MX6ULL通常是ci_hdrc.0 UDC_NAME$(ls /sys/class/udc/ | head -n1) echo $UDC_NAME UDC脚本关键点解析与注意事项顺序至关重要步骤10挂载functionfs必须在步骤13绑定UDC之前。因为绑定UDC后主机开始枚举内核需要立刻能通过ep0获取描述符。如果挂载晚了枚举会失败。权限问题/dev/usb-ffs/adb目录的权限第3步必须允许运行adbd的用户通常是root进行读写。否则adbd无法打开端点文件。UDC绑定echo $UDC_NAME UDC是“启动开关”。执行前设备在主机看来是未连接的执行后主机立即开始枚举过程。如果想临时禁用ADB可以执行echo UDC来解除绑定。功能名ffs.adb这个名称是内核中g_ffs驱动注册时定义的。确保你的内核配置了CONFIG_USB_FUNCTIONFS和CONFIG_USB_FUNCTIONFS_ADA或类似选项。4.3 集成到系统启动为了让开发板开机自动启用ADB需要将上述脚本集成到init系统中。对于使用BusyBox init或System V init的系统如示例中的Buildroot rootfs可以这样做将完整的脚本比如命名为adbd-start放在/usr/bin/下并赋予可执行权限。在/etc/init.d/目录下创建一个启动链接例如S99adbd。cd /etc/init.d ln -s /usr/bin/adbd-start S99adbd确保脚本有正确的shebang#!/bin/bash和执行权限。对于使用systemd的系统则需要编写一个.service文件。一个简单的service文件示例如下[Unit] DescriptionUSB ADB Gadget Service Afterlocal-fs.target Beforegetty.target [Service] Typeoneshot RemainAfterExityes ExecStart/usr/bin/adbd-start ExecStop/usr/bin/adbd-stop # 需要编写一个停止脚本执行 echo /sys/kernel/config/usb_gadget/g1/UDC 等清理操作 StandardOutputjournal [Install] WantedBymulti-user.target5. 连接测试与深度故障排查5.1 标准连接测试流程配置完成后用USB线连接开发板和PC。检查内核消息在开发板串口终端执行dmesg | tail -20你应该能看到类似下面的信息表明Gadget已绑定并枚举成功configfs-gadget gadget: high-speed config #1: adb_config ffs_adb ep0: opened ffs_adb ep1: opened ffs_adb ep2: opened检查设备节点确认/dev/usb-ffs/adb/目录下出现了ep0、ep1、ep2等文件。检查进程执行ps | grep adbd确认adbd进程正在运行。在PC端操作在PC的终端执行adb devices。如果一切正常你应该能看到设备列表中出现一个设备状态为device。尝试常用命令adb shell进入设备终端adb push/pull传输文件。5.2 常见问题与排查技巧实录即使按照步骤操作也可能会遇到问题。下面是我在多次实践中总结的排查清单问题现象可能原因排查步骤与解决方案PC端adb devices列表为空1. Gadget未成功绑定UDC。2. 内核未正确识别ADB接口。3. PC缺少ADB驱动Windows。1. 检查/sys/kernel/config/usb_gadget/g1/UDC文件内容是否为UDC名称如ci_hdrc.0。为空则执行绑定。2. 在开发板执行lsusb需安装或cat /sys/kernel/debug/usb/devices查看设备是否被识别为“Multiple vendors”或“Linux Foundation”的复合设备。3. 在Windows设备管理器中检查是否有未知设备手动安装Google USB Driver。PC端设备状态为unauthorized设备上的adbd未收到或未响应主机的密钥认证请求。1. 在PC端首次连接时通常会在PC上弹出RSA密钥指纹确认框点击允许。2. 检查开发板/data/misc/adb/目录如果存在或adbd的日志看是否有权限错误。确保adbd有权限访问/dev/usb-ffs/adb下的端点文件。adb shell可以连接但push/pull大文件失败或极慢1. USB线缆或接口质量差。2. USB工作模式不对未进入高速模式。3. 设备端IO性能瓶颈。1. 更换高质量的USB数据线并连接至PC主板原生USB口。2. 查看dmesg确认枚举为了“high-speed”而非“full-speed”。检查硬件连接和UDC驱动配置。3. 在设备端用dd命令测试存储介质速度排除EMMC/SD卡性能问题。执行脚本后系统无反应甚至串口卡住脚本中绑定UDC后内核驱动可能发生了崩溃或死锁。1.最有用的一招在脚本中echo $UDC_NAME UDC前加入长延时sleep 5并在之前用echo “” UDC确保初始状态是未绑定。给系统足够时间初始化。2. 检查内核配置确保相关驱动CONFIG_USB_DWC2CONFIG_USB_CI_HDRC等已正确编译且无冲突。3. 降低USB速度测试尝试在configfs中强制使用全速描述符较复杂或更换USB端口。adbd进程启动失败1./usr/bin/adbd文件不存在或无权执行。2. 动态链接库缺失。3. 端口被占用虽然USB ADB不占用TCP端口但旧版可能检查。1.ls -l /usr/bin/adbd检查并用ldd /usr/bin/adbd检查库依赖。2. 使用strace /usr/bin/adbd追踪进程启动过程看在哪一步失败。设备反复连接断开1. USB供电不足。2. 描述符配置错误导致主机枚举失败后重置。1. 使用带外部供电的USB HUB连接开发板。2.终极调试手段在PC端使用USB协议分析软件如Wireshark with USB capture查看枚举过程中的详细描述符请求与响应与adbd设置的描述符进行比对。这是定位描述符问题最直接的方法。一个关键的实操心得当ADB功能不正常时不要只盯着adbd和脚本。首先用dmesg和lsusb确认最底层的USB Gadget枚举是否成功。如果内核层面枚举都失败了没有出现high-speed config #1的消息那么问题一定出在内核驱动、configfs配置或硬件上与用户空间的adbd无关。分层排查能极大提高效率。6. 进阶自定义配置与性能调优基础功能稳定后可以考虑一些优化和定制。6.1 使用不同的USB设备控制器UDC有些SoC有多个USB控制器。你可以选择使用哪一个。脚本中$(ls /sys/class/udc/ | head -n1)选择了第一个。你可以通过查看/sys/class/udc/目录下的内容来确认例如可能是ci_hdrc.0或dwc2.0。在脚本中直接指定它echo ci_hdrc.0 /sys/kernel/config/usb_gadget/g1/UDC6.2 实现复合设备Composite Gadget你的开发板可以同时模拟多个USB设备比如同时提供ADB和USB以太网RNDIS/Ethernet功能。这在需要同时调试和上网的场景下非常有用。配置方法是在configfs中创建多个功能如ffs.adb和rndis.usb0并将它们都链接到同一个配置configs/b.1下。# 创建RNDIS功能 mkdir -p functions/rndis.usb0 # 配置RNDIS参数如MAC地址 echo “c2:74:8f:12:34:56” functions/rndis.usb0/dev_addr echo “c2:74:8f:12:34:57” functions/rndis.usb0/host_addr # 将RNDIS功能也链接到配置中 ln -s ../../functions/rndis.usb0 configs/b.1/这样主机枚举后会识别出一个复合设备同时加载ADB驱动和RNDIS网卡驱动。6.3 提升文件传输稳定性对于频繁的adb push/pull操作可以尝试调整内核参数以优化USB批量传输。例如可以调整DMA缓冲区大小或URBUSB Request Block数量。这些参数通常在UDC驱动或g_ffs驱动的模块参数中。但修改需要重新编译内核或模块且风险较高除非在量产环境中遇到确定的性能瓶颈否则不建议初学者操作。一个更安全的方法是确保系统负载不要过高避免在传输大文件时进行大量的CPU或磁盘IO操作。实现USB Gadget ADB的过程就像在设备和主机之间搭建一座专用的高速数据桥梁。从理解描述符和端点的作用到一步步编写配置脚本再到最后的问题排查每一个环节都需要对Linux USB子系统有清晰的认识。这个过程可能会遇到一些棘手的坑但一旦打通带来的调试便利性是巨大的。我个人的体会是务必重视内核日志dmesg它是照亮USB枚举和通信过程的最佳工具。当脚本不工作时静下心来跟着数据流的方向从内核驱动到configfs再到用户空间的adbd逐层检查问题总能被定位和解决。