Christian F. K. Schaller · GNOME 博客 · 阅读原文
原始来源：Christian F. K. Schaller · GNOME 博客
发现渠道：Hacker News · 原文讨论
Schaller 为新版 Plustek 8200i 写 Linux 驱动时，先前尝试长期停滞。受另一位开发者启发，他让模型操作 Windows 虚拟机里的设备，从 Linux 宿主机抓取 USB 通信，再对照自写驱动执行相同操作的记录。作者报告后来得到可用扫描，也修正了笔记本摄像头的问题。他将脚本整理为 hw-harness，同时强调公开通用版本不是当时使用的原样工具，效果仍须在实物上检查。
可信度 65 · 重要性 76 · 新颖度 74
技术与主题
AI 编程 · 评测与基准 · Hardware Reverse Engineering · USB Tracing · Differential Testing
Christian F. K. Schaller
作者自己的扫描仪和笔记本实践；不是对其他硬件的普遍结论。
忠实转述（非原句）：他认为参考捕获让模糊故障变成具体差异；模型能承担解码记录和写探针的琐碎工作，人仍须持有设备并检查实际结果。他也说明现在的扫描和摄像头效果仍有改进空间。
revolvingthrow
同一讨论串中的另一位用户，描述自己的打印机等设备经历；未独立复测原文扫描仪。
忠实转述（非原句）：他称模型为打印机写驱动时，会让他比较每行浓淡、前后两页质量，并亲手取走纸张来触发错误，再装回纸张检查双面打印。
thrawoway14159
回复音频设备逆向话题，描述其Lexicon项目；与原文设备不同。
忠实转述（非原句）：他猜讨论中使用的Lexicon材料来自自己的项目：先请人把电路图描成KiCad，再让模型转成Verilog，期间许多小错误花了数月才修完。
编辑评读
这份经验把“给模型更多资料”落实成一个可操作条件：资料来自同一台设备、同一个操作、同一种采集层。方法文档要求先记录空闲通信，再做单一动作；比较300与600dpi之前，要保留两边实际设置。对照里仍会混有时序和状态差异，不能把每个不同字节都直接判成驱动缺陷。它的价值在于把猜测变成可以继续缩小范围的问题。
同一套工具也有边界。USB可以从宿主侧观察总线；内部MIPI摄像头则要结合INF、ACPI和设备属性，不能等待一份并不存在的同类抓包。作者的个体成功没有把这两种路径合成通用自动修复能力。公开工具已经过重新整理，初次使用者还要确认它是否覆盖自己的设备和操作。
讨论串里，revolvingthrow描述自己仍须按模型要求装卸纸张、查看打印差异；thrawoway14159则说，另一项音频硬件模型工作包含人工描图和数月纠错。它们都不是对扫描仪的复现，却提醒我们别把最后一次模型运行的时间，当成取得参考、建模和验证所花的全部时间。
需要留意
- 个人设备上的作者自测；通用化工具尚不能视作原实践的独立复现。
核查依据
- 作者通过Windows参考操作与Linux宿主USB捕获推进扫描仪驱动，公开通用工具另行整理，效果只在作者设备自测。
- 作者通过Windows参考操作与Linux宿主USB捕获推进扫描仪驱动，公开通用工具另行整理，效果只在作者设备自测。