Epson V39 扫描仪 Linux 驱动逆向：USB 协议分析与 SANE 后端适配

消费级扫描仪在 Linux 下的驱动支持长期是一个灰色地带。以 Epson Perfection V39 II 为例，尽管厂商提供了 Windows 和 macOS 的完整驱动，Linux 用户却需要依赖社区逆向工程与 SANE（Scanner Access Now Easy）项目的后端适配才能使其正常工作。这一过程涉及 USB 协议分析、固件加载机制理解以及闭源插件与开源框架的桥接，具有一定的技术参考价值。

硬件识别与协议特征

Epson V39 II 通过 USB 2.0 接口与主机通信，其设备描述符显示为 Vendor Specific Class（厂商自定义类），而非标准的 USB Mass Storage 或 HID 类。使用 lsusb -v 可获取其 USB ID 为 04b8:013d，接口配置包含两个 Bulk 传输端点（EP 1 IN/EP 2 OUT），最大包长 512 字节。这种设计意味着扫描仪不遵循即插即用的标准协议，必须通过专用驱动程序进行控制。

SANE 项目的 epkowa 后端负责与 Epson 设备进行通信，但 V39 系列需要额外的解释器插件 iscan-plugin-gt-s650 才能完整支持。该插件本质上是一个闭源共享库，负责处理厂商特定的命令序列和数据格式转换。

固件版本：隐藏的兼容性陷阱

在实际部署中，最大的障碍并非驱动安装本身，而是固件文件的版本兼容性。V39 系列扫描仪需要加载固件文件 esfw010c.bin，但该文件存在多个版本，哈希值不同，功能表现也存在差异。

来自 iscan-plugin-gt-s650 包中的固件（SHA1: bd30c27113b06e957c63891fb6c10ca7a80034ee）在某些硬件批次（如 Model J371A）上会导致 sane_start: Invalid argument 错误，扫描仪蓝灯持续闪烁但无法响应指令。而来自 epsonscan2-non-free-plugin 包的固件（SHA1: 997f953d3e9373aa515c92bd3025d6a3ac22b8e5）则能正常工作。

这种差异源于厂商在不同软件包中分发了针对不同硬件修订版的固件，但缺乏明确的版本说明。社区通过对比 strace 日志和固件哈希才发现这一隐藏依赖。

可落地的配置步骤

基于 Arch Linux/Manjaro 环境的实践，以下是使 V39 II 正常工作的关键步骤：

1. 安装基础组件

# 安装 SANE 和 Epson 驱动包
sudo pacman -S sane iscan iscan-data
# 从 AUR 安装插件
yay -S iscan-plugin-gt-s650

2. 注册解释器

安装后需手动注册 USB 设备到 iscan 解释器：

sudo iscan-registry -a interpreter usb 0x04b8 0x013d \
  /usr/lib/iscan/libiscan-plugin-gt-s650 \
  /usr/share/iscan/esfw010c.bin

注册信息存储在 /usr/var/lib/iscan/interpreter 文件中，格式为： interpreter usb <vendor> <product> <plugin_path> <firmware_path>

3. 固件替换（关键）

如果扫描仪无法启动，尝试替换固件：

# 下载 EpsonScan2 包获取替代固件
wget https://download2.ebz.epson.net/epsonscan2/common/deb/x64/epsonscan2-bundle-6.6.2.5.x86_64.deb.tar.gz
tar xzf epsonscan2-bundle-6.6.2.5.x86_64.deb.tar.gz
bsdtar -xf epsonscan2-bundle-6.6.2.5.x86_64.deb/plugins/epsonscan2-non-free-plugin*.deb
tar xfJ data.tar.xz
sudo cp usr/share/epsonscan2/esfw010c.bin /usr/share/iscan/esfw010c.bin

4. 验证与测试

# 列出扫描仪
scanimage -L
# 测试扫描
scanimage -d epkowa:interpreter:001:007 --format=png -o test.png

技术局限与风险提示

首先，整个方案依赖于闭源的 libiscan-plugin-gt-s650.so 插件，这意味着无法完全审计代码，也不符合纯开源系统的分发要求。其次，固件加载机制缺乏版本校验，错误的固件可能导致设备无响应，需要物理断电重启。此外，部分用户报告 USB 3.0 端口存在时序问题，建议使用 USB 2.0 端口或 Hub 以提升稳定性。

从逆向工程角度看，该案例展示了消费级硬件驱动开发中的典型模式：厂商提供闭源插件作为 "黑盒"，社区通过 USB 抓包和固件分析逐步理解协议细节，最终在 SANE 框架下实现功能封装。对于希望为其他闭源设备开发 Linux 驱动的开发者而言，掌握 usbmon 抓包、strace 系统调用追踪以及 SANE 后端架构是必备技能。

资料来源

• Arch Linux Forums: [SOLVED] EPSON Perfection V39 scanner, sane_start: Invalid argument
• Manjaro Linux Forum: Epson Perfection V39 - Support / Printers & Scanners
• SANE Project: Backends (Drivers) Documentation

systems