简介：这份资源围绕WinBond CH341 USB转并行接口芯片展开，面向需要驱动老式打印机、扫描仪、示波器等并行设备的开发者与电子爱好者，帮助其在缺少LPT端口的现代计算机上恢复设备可用性。压缩包共90个文件，约6.71MB，以cpp、h源码与obj、sbr编译中间文件为主，并含exe可执行程序、lib静态库、rc资源脚本及dsp、dsw工程文件，构成一套完整的VC6工程，便于直接编译调试。资源中附带CH341DLL.H与CH341DLL.LIB，配合EppPage、I2CSPage、MemPage、EeprPage等模块，覆盖EPP、ECP、SPP并行模式及I2C、EEPROM读写等典型应用场景，可帮助读者理解USB转并行的协议处理与控制逻辑。目前已有343人学习下载，适合作为驱动开发、旧设备兼容改造与接口协议学习的参考素材。

1. CH341PAR 到底是什么：从一根 USB 线到并口设备的落地路径

手里有一块带并口接口的老设备，工控板、烧录器、老式打印机、FPGA 下载板，电脑却只剩 USB 口，这种场景下大概率会搜到 CH341PAR 这个名字。它不是一个软件，而是 CH341 芯片在并口模式下的功能标识，配套的 CH341PAR.rar 通常就是厂商放出的并口驱动包。很多人第一次接触 CH341 是从串口下载开始的，搜的是 ch341驱动串口下载，结果拿到一个 CH341PAR 的包，装完发现设备管理器里多出一个并口，串口却没出来，直接懵掉。这篇就把 CH341PAR 这条线讲透：它和 CH341SER 串口驱动的区别在哪、驱动怎么装、并口地址怎么配、上位机怎么读写、哪些坑会让你以为板子坏了。适合手里有 CH341 并口模块或老并口设备、需要在 Windows 或 Linux 下把它跑起来的工程师，也适合刚接触 ch341驱动下载、分不清 SER 和 PAR 的新手。

2. CH341PAR 与 CH341SER 的分工：先搞清楚你手里是哪种模式

2.1 同一颗芯片，两种固件模式

CH341 是沁恒的一颗 USB 转接芯片，同一颗芯片通过内部固件配置，可以枚举成不同设备。最常见的是 CH341SER，走 USB 转串口，装完出现 COM 口，用于单片机下载、串口调试。CH341PAR 走的是并口模式，枚举出来是一个 USB 打印支持设备或者一个并口端口，用于 EPP/ECP 并口通信、老式并口外设。关键点在于：这两种模式不是装两个驱动就能同时存在的，芯片上电时按固件决定自己是 SER 还是 PAR，驱动只是匹配这个枚举结果。所以你拿到 CH341PAR.rar，先别急着双击安装，先确认板子上的芯片到底跑的是哪种模式。

判断方法很直接：不装任何厂商驱动，插上设备，看系统原生识别成什么。Windows 下打开设备管理器，如果出现「USB-SERIAL CH341A」这类带 SER 字样的，那是串口模式；如果出现「USB 打印支持」或者一个未知的并口设备，那才是 PAR 模式。Linux 下用 lsusb 看 VID:PID，CH341 常见 VID 是 1a86，PID 在串口模式下常见 7523，并口模式下常见 5512 或 5584 一类。PID 不同，加载的驱动模块也不同。

提示：不要凭 rar 文件名判断模式，很多卖家把 SER 和 PAR 的驱动打包在同一个压缩包里，文件名却只写 CH341PAR。

2.2 为什么有人搜串口下载却拿到 PAR 包

ch341驱动串口下载这个搜索词背后，大量是给单片机、EEPROM 烧录器找驱动的人。CH341A 编程器就是一个典型：它用 CH341 做 USB 转接，但配合上位机软件走的是并口时序去操作 SPI/I2C，所以它需要的恰恰是 PAR 相关的能力，而不是一个普通 COM 口。这就解释了为什么你搜串口下载，教程却让你装 CH341PAR。区分清楚你的目标：如果你要的是一个能收发字节的 COM 口，那要 SER；如果你要的是上位机通过并口时序去 bit-bang 操作芯片，那 PAR 才是对的。

2.3 选型判断表

这张表的作用是让你在动手前先定位，避免装错驱动后反复卸载。装错模式最典型的症状是设备管理器里出现一个带黄色感叹号的未知设备，或者驱动装上了但上位机打不开端口。

3. 在 Windows 下把 CH341PAR 驱动装通：从解压到端口可用

3.1 解压与驱动文件识别

CH341PAR.rar 解压后通常包含 inf、sys、cat 这几类文件，可能还有 setup 安装程序。先看清楚目录结构，32 位和 64 位驱动往往分开放。不要直接右键 inf 安装，先确认系统位数。

# 查看解压后的驱动文件结构（在解压目录执行） ls -R # 典型输出： # ./CH341PAR/WIN7/x64/CH341PAR.INF # ./CH341PAR/WIN7/x64/CH341PAR.SYS # ./CH341PAR/WIN7/x64/CH341PAR.CAT # ./CH341PAR/WIN10/x64/...

逻辑说明：先摸清目录，确认有对应你系统版本的 x64 或 x86 目录。参数说明：INF 是驱动安装信息文件，SYS 是实际驱动，CAT 是签名目录文件。如果只有 32 位目录而你是 64 位系统，装上去会报签名或架构错误。

3.2 手动指定 INF 安装

Windows 10/11 对未签名驱动拦截很严，推荐用手动更新驱动的方式指定 INF，而不是跑 setup。

步骤： 1. 设备管理器 -> 找到带感叹号的设备或并口设备 -> 右键更新驱动程序 2. 选择「浏览我的电脑以查找驱动程序」 3. 指向解压目录里对应位数的文件夹 4. 勾选「包括子文件夹」，下一步 5. 若提示签名问题，选择「始终安装此驱动程序软件」

逻辑说明：手动指定能确保系统用你解压出来的这一份，而不是去网上匹配一个不匹配的版本。参数说明：指向的目录要精确到含 INF 的那一层，指到 rar 解压根目录有时会找不到。

3.3 验证端口是否真的起来了

装完后不要只看设备管理器没有感叹号就完事，要确认端口号。

# 列出当前所有并口和串口设备 Get-PnpDevice -Class Ports | Format-Table -AutoSize # 或者用 mode 命令看并口 mode LPT1:

逻辑说明：Get-PnpDevice 能列出系统认到的端口类设备，确认 CH341PAR 对应的 LPT 口出现了。参数说明：如果 mode LPT1 报设备未就绪，说明驱动装了但端口没映射成功，回到设备管理器看资源分配。

3.4 端口地址与资源冲突排查

并口是要占 IO 地址和中断的，CH341PAR 一般会分配一个虚拟的 LPT 地址。如果上位机软件写死了 0x378 这类传统地址，而驱动分配的是别的地址，就会打不开。

设备管理器 -> 端口 -> CH341PAR 对应项 -> 属性 -> 资源 查看「I/O 范围」里分配的起始地址

逻辑说明：把这里看到的地址填进上位机软件的端口配置里。参数说明：传统并口 0x378 是 LPT1、0x278 是 LPT2，虚拟并口不一定沿用，必须按实际分配填。

4. 在 Linux 下驱动 CH341PAR：内核模块与权限处理

4.1 确认内核是否自带支持

较新的 Linux 内核里，CH341 的并口支持由 ch341 模块处理，串口由 ch341-uart 处理。先看模块加载情况。

# 查看 CH341 相关模块 lsmod | grep ch341 # 查看 USB 设备 lsusb | grep 1a86 # 查看内核日志里设备枚举情况 dmesg | tail -30

逻辑说明：lsusb 确认 VID:PID，dmesg 看内核把它认成了什么。参数说明：如果 lsusb 能看到设备但 dmesg 没有对应驱动绑定记录，说明模块没自动加载，需要手动 modprobe。

4.2 手动加载并口模块

# 加载 CH341 并口相关模块 sudo modprobe ch341 # 若系统区分并口功能，可能需要 sudo modprobe parport sudo modprobe parport_pc # 再次确认 ls /dev/parport*

逻辑说明：ch341 模块负责 USB 层，parport 提供并口抽象，parport_pc 提供 PC 风格并口操作接口。参数说明：加载后如果出现 /dev/parport0，说明并口设备节点建好了，上位机可以通过这个节点操作。

4.3 权限与 udev 规则

普通用户默认没有 /dev/parport0 的读写权限，每次 sudo 很烦，加一条 udev 规则。

# 新建规则文件 sudo tee /etc/udev/rules.d/99-ch341par.rules <<'EOF' # CH341 并口设备放开权限 SUBSYSTEM=="parport", MODE="0666" # 若走 usb 层，按 VID:PID 匹配 SUBSYSTEM=="usb", ATTR{idVendor}=="1a86", MODE="0666" EOF # 重新加载规则 sudo udevadm control --reload-rules sudo udevadm trigger

逻辑说明：第一条按 parport 子系统放开，第二条按 USB VID 兜底。参数说明：MODE 0666 是图省事，生产环境建议用 GROUP 加用户组更稳妥。改完重新插拔设备生效。

4.4 用 Python 做一次最小读写验证

驱动通了不代表能用，写一段最小代码验证并口读写。

import portio # 需要 pip install portio，或用 ctypes 直接调 outb/inb # 传统并口数据寄存器地址，按你实际分配改 DATA_PORT = 0x378 def write_byte(value): """向并口数据寄存器写一个字节""" portio.outb(value, DATA_PORT) def read_byte(): """从并口数据寄存器读回一个字节""" return portio.inb(DATA_PORT) if __name__ == "__main__": write_byte(0xAA) print("readback:", hex(read_byte()))

逻辑说明：先写一个已知值再读回，能读回一致说明数据通路基本正常。参数说明：DATA_PORT 必须换成设备管理器或 /proc 里看到的实际地址；portio 需要 root 或已配好权限。如果读回全是 0xFF 或 0x00，多半是地址不对或设备没真正进入并口模式。

5. CH341PAR 避坑与排查：五个真实翻车记录

5.1 装完驱动设备管理器没反应

现象：双击 setup 一路下一步，装完设备管理器里还是那个带感叹号的未知设备。原因：setup 装的是 SER 驱动，或者装到了错误的位数目录。解决：卸载已装驱动，手动指定 PAR 的 INF，确认系统位数和目录匹配。

5.2 端口出现但上位机打不开

现象：设备管理器里 LPT 口正常，上位机软件报「无法打开端口」或「端口被占用」。原因：端口地址和上位机配置不一致，或者别的程序占用了该端口。解决：按资源页里的实际 IO 地址改上位机配置，关掉可能占用并口的打印后台服务。

5.3 读写数据全是 0xFF

现象：Python 或上位机读回的数据恒为 0xFF。原因：并口没进入正确模式，或者数据方向寄存器没配。解决：确认芯片固件是 PAR 模式，检查控制寄存器里的方向位，必要时先写控制字再读写数据。

5.4 Linux 下 /dev/parport0 不存在

现象：modprobe 都执行了，ls /dev/parport* 还是空。原因：内核没编译 parport 支持，或者模块顺序不对。解决：先 modprobe parport 再 modprobe ch341，确认内核 config 里有 CONFIG_PARPORT 和 CONFIG_PARPORT_PC。

5.5 换台电脑就失效

现象：在 A 电脑装好能用，换到 B 电脑怎么都不行。原因：并口地址是动态分配的，A 电脑的 0x378 在 B 电脑上可能是别的地址。解决：每台机器都重新看资源页确认地址，不要写死一个地址到处用。

6. 把 CH341PAR 用稳的进阶习惯：地址探测与自动化验证

真正把 CH341PAR 用顺，靠的不是记住某个地址，而是有一套探测和验证的习惯。我一般会先写一个地址扫描脚本，把常见并口地址都试一遍，看哪个能读回稳定值，而不是死磕一个地址。

import portio # 常见并口基地址候选 CANDIDATES = [0x378, 0x278, 0x3BC, 0x3780, 0xE000] def probe(addr): """向候选地址写测试值并读回，判断是否为有效并口""" try: portio.outb(0x55, addr) v1 = portio.inb(addr) portio.outb(0xAA, addr) v2 = portio.inb(addr) # 两次写入能读回不同值，说明地址可读写 return v1 == 0x55 and v2 == 0xAA except Exception: return False if __name__ == "__main__": for a in CANDIDATES: if probe(a): print("有效并口地址:", hex(a))

逻辑说明：写两个不同值分别读回，能区分出真正可读写的地址和恒返回固定值的无效地址。参数说明：CANDIDATES 按你平台常见地址列，Windows 下虚拟并口地址可能不在传统范围，需要从资源页补充。这个脚本能省掉大量「为什么读出来不对」的排查时间。

另一个习惯是每次换机器或换系统后，先跑一遍最小读写验证再上业务代码。并口这东西不像串口那么标准化，地址、模式、权限任何一环变了都会翻车，先验证通路再谈功能，能少走很多弯路。我自己就吃过亏，业务代码调了半天，最后发现是地址写死了旧机器的值。希望帮到你。

本文还有配套的精品资源，点击获取