简介：IT6332A系列程控电源用户手册与串口控制命令说明，面向实验室研发、产线测试及自动化集成人员，用于解决三路可编程直流电源的参数设置与远程控制问题。压缩包内为1个PDF文件，约2.09MB，即艾德克斯IT6300系列（含IT6322A/IT6332A/IT6333A等型号）V3.4版用户手册，内容覆盖三路输出规格（0–30V/0–10A/300W）、精度与稳定度指标、串口命令格式与控制方法、安全标志释义、环境条件及一年保固条款。读者可据此掌握VSET类命令的书写方式，完成电压电流设定、输出开关与状态查询，并对照警告、小心、说明三级标志规避带电接线与潮湿环境等风险；手册中关于温机半小时、电压档位匹配、负载线容量选择等细节，也便于搭建稳定测试链路与编写上位机脚本。已有5277人学习下载。

1. 一条串口线顶半个工位：IT6332A 程控电源介绍文档里最该先读的那几页

实验室里最平常的一幕：三路电源摆在桌上，旋钮拧得飞快，可一旦要跑 200 组电压点、每 30 秒换一个档位，人就只能守着。这份 IT6300 系列三路可编程直流电源的介绍文档，真正解决问题的部分不在前面那些安全声明和面板示意图，而在后面的串口通信章节和随箱光盘里的编程指南——它把“拧旋钮”这件事变成了一条能写进脚本的命令。IT6332A 的两路主输出各 30V/6A、辅助通道 5V/3A，配上 1mV/1mA 的设定分辨率，只要一根 RS-232 线或者一根 USB 线，电压、电流、输出开关就全部能被程序接管。适合谁：要搭自动化测试序列的、要做循环老化供电的、以及被“手动记录电压表读数”折磨过的硬件工程师。

2. 通道模型与接口选型：IT6332A 的三路输出到底怎么分工

2.1 CH1 / CH2 / CH3 不是三个等价通道

很多脚本翻车，是从第一行就错了：把三个通道当成同一种东西，循环里统一按 30V/6A 下发。IT6300 系列的三路输出里，CH1 和 CH2 是两路主输出，额定 30V/6A（IT6333 系列是 60V/3A），CH3 是辅助输出，只有 5V/3A。更关键的是，串并联模式只在主输出之间成立，CH3 是独立的一路。你在前面板按一下通道键切到 CH3，VFD 上显示的限值立刻变了，而串口这边不会给你任何提醒——命令照样收，只是超出额定值之后要么被限幅，要么直接触发保护。

从控制协议的角度看，三路的差别在于「通道号」。串口命令里的通道选择参数通常是 1、2、3 三个整数，和面板上的 CH1/CH2/CH3 一一对应，没有偏移。麻烦的是，不同命令对通道的指定方式不一样：有的命令靠一条独立的选通道语句做“当前通道”切换，之后所有设定和回读都作用在这个通道上；有的命令（比如带 APPLy 语义的）则要求把通道号直接写在参数里。混用这两种风格，结果就是“以为设在 CH1，实际打到了 CH2”。

我的习惯是把通道能力和通道号做成一张常量表放在脚本顶部，凡是下发参数前先做一次上限钳位：

这张表看着简单，却是后面所有命令能不能安全下发的前提。尤其是做批量测试的时候，同一个脚本对不同型号的机器复用，CH3 的上限差异最容易埋雷——IT6322/IT6332/IT6333 的 CH1/CH2 电压不一样，但 CH3 统一是 5V/3A，这一点反倒是一致的。

2.2 串并联模式下的电压电流边界

这份介绍文档里明确写了“提供串、并联的工作模式，用于提升电压或电流的输出能力”。落到实际操作上：串联是把两路主输出的电压叠起来，适合需要 60V 以上的场合；并联是把两路主输出的电流合起来，适合大电流负载。这里有个容易被忽略的点——串并联之后，你面对的就不再是“两个独立通道”，而是一个整体。此时从串口分别给 CH1 和 CH2 下发不同电压，行为是不可预期的：轻则输出被拉偏，重则触发过压或过流保护。

常见的做法是：串并联配置在前面的菜单里一次性设好，串口这边只对“主控通道”下命令，另一路跟随。真正需要两路独立输出不同电压的场合，就不要开串并联，老老实实分别控制。另外一个细节是远端测量（四线接法），它的作用是把线上压降补回来，在大电流输出时对精度的改善非常明显。但如果串口脚本里按两线时的电压值去算负载电流，读数会对不上——这不是电源坏了，是你测的点变了。

串联模式下还有个安全边界：总输出电压不能超过单路耐压的叠加值，也不能超过负载和线材的承受范围。我一般会在脚本里加一条断言，把目标电压和“当前串并联状态下的最大可设值”比一下，超了直接抛异常，别让命令发出去。

2.3 RS-232、USB、GPIB、LAN 四种链路怎么挑

IT6300 系列按后缀区分标配接口：A 系列是 USB 加 RS-232，B 系列是 USB、GPIB、RS-232，C 系列是 LAN、USB、GPIB。IT6332A 属于 A 系列，也就是说它没有网口也没有 GPIB，能用的就是那根串口线和那根 USB 线。这一点在选型和写脚本前必须先确认，否则代码写完才发现设备根本没有对应接口，白忙一场。

四种链路的选择逻辑其实很朴素：

对绝大多数拿 IT6332A 做自动化测试的人来说，USB 虚拟串口是最省事的选择：插上就是串口，命令完全一致，不需要额外硬件。RS-232 的价值在于稳定和隔离性好，长线传输、电磁环境复杂的机柜里更可靠，而且不依赖操作系统的 USB 驱动。GPIB 的优势是多机寻址，一套系统里挂七八台仪器时线缆管理清爽很多，但控制器卡和线材都不便宜。LAN 在需要远程访问或者多台上位机共享设备时才值得考虑。

这里有个实际取舍：如果你的测试脚本要长时间无人值守跑，优先 RS-232 或者 LAN，USB 在部分机器上会因为休眠或重新枚举断连，中间丢一条命令就够你查半天。如果只是实验室里临时验证，USB 最快。

2.4 RS-232 物理连接与串口参数

物理层是最容易出“玄学”问题的地方。IT6332A 的 RS-232 是标准的九针口，作为数据终端设备，和上位机连接时通常要用交叉线（俗称零调制解调器线）：两端的收发针脚互换，信号地共接。手上只有直通线的话，最简单的验证办法是先发一条查询命令看有没有回显，没有回显九成是线序不对，而不是设备坏了。

串口参数方面，这类电源的默认配置是 9600 波特率、8 位数据位、无校验、1 位停止位、无流控。波特率可以在前面板菜单里改，改完之后脚本里的参数必须同步，否则收到的就是一堆乱码字节。命令的结束符一般是换行符，个别固件接受回车加换行；这一点在光盘里的《编程与语法指南》里写得很清楚，建议第一次接线时把两种都试一遍，确认哪种能稳定回读。

连接步骤我会按这个顺序走：

1. 断电状态下接好线，确认电源侧和上位机侧的地是共的。
2. 上电，前面板进入通信设置菜单，核对波特率、数据位、校验位、停止位。
3. 打开上位机的串口调试工具，选对端口号，参数与面板一致，打开端口。
4. 发送一条设备标识查询命令，确认返回的是可读字符串而不是乱码。
5. 再用脚本重复一次同样的查询，确认脚本侧的端口号、参数、结束符完全一致。

第三步到第五步看着重复，其实是在分段隔离问题：调试工具通、脚本不通，问题一定在脚本侧的端口或参数；两边都不通，问题在物理层或者设备设置。这条经验能省下大量时间。

3. 串口链路打通：从端口号到第一条 *IDN? 回读

3.1 先确定端口号与波特率

上位机把 USB 或串口枚举出来之后，会在系统里分配一个端口号。这个号码不是固定的，换一个 USB 口就可能变，重装驱动也可能变。写死端口号是脚本最常见的脆弱点之一。我的做法是：调试阶段写死，方便定位问题；进入长期使用阶段改成“按设备描述匹配、匹配不到再回退到配置项”，并且把实际使用的端口号打印到日志里。

波特率这一项要和设备面板严格一致。面板上能改的数值通常是有限的几档，选一个双方都支持的、并且在你所在环境里误码率低的。9600 对命令交互完全够用，因为单条命令只有几十字节，真正的瓶颈不在串口速率，而在设备固件的处理延迟。

还有一点：串口在任何时刻只能被一个进程占用。厂商的上位机软件如果还在后台跑着，脚本打开端口就会直接报占用错误。这类问题不属于协议层，但排查起来最耗时间。

3.2 用 pyserial 建立最小会话

先写一个最小可运行版本，不封装、不抽象，只验证“能不能通”。这一步跑通了，后面所有的封装才有意义。

import serial # 端口号按设备管理器里看到的实际值填，换 USB 口后要重新确认 PORT = "COM7" BAUD = 9600 ser = serial.Serial( port=PORT, baudrate=BAUD, bytesize=serial.EIGHTBITS, # 8 位数据位 parity=serial.PARITY_NONE, # 无校验 stopbits=serial.STOPBITS_ONE, # 1 位停止位 timeout=1.0, # 读超时：太短会截断回读，太长会拖慢脚本 write_timeout=1.0, ) def query(text): # 先清掉接收缓冲，避免读到上一条命令的残留回显 ser.reset_input_buffer() ser.write((text + "\n").encode("ascii")) # readline 遇到换行符返回，正好对应设备的一条完整响应 return ser.readline().decode("ascii", errors="replace").strip() print(query("*IDN?"))

这段代码有三个参数值得单独说。timeout决定读操作最多等多久，设成 1 秒对单条命令是宽裕的；如果设成 0.05 秒，遇到设备正在切换量程时就会读到空字符串，然后你的脚本以为设备没响应。reset_input_buffer放在写之前调用，作用是丢弃缓冲里可能存在的旧数据，很多“回读值对不上上一次设定值”的怪现象就是这里造成的。结束符用换行符拼接，是因为多数固件按行解析命令，缺了结束符设备会一直等，看起来就像死机。

如果这条查询返回了可读的设备标识字符串，说明物理层、参数、结束符三件事全对上了，可以往下走。

3.3 设定通道电压电流的四条核心命令

设定一个通道的输出，本质上就是四件事：选通道、设电压、设电流、开输出。对应的命令序列在多数同类设备上是固定套路，具体命令字以光盘里的编程指南为准，下面这套是最常见的一组。

import time def write(text, delay=0.05): ser.write((text + "\n").encode("ascii")) # 设备固件处理命令需要时间，连续下发之间留一点间隔，实测能显著降低丢命令概率 time.sleep(delay) # 1. 选中通道 1（取值 1/2/3） write("INSTrument:NSELect 1") # 2. 设定电压，3 位小数对应 1mV 分辨率 write("VOLTage 12.000") # 3. 设定电流，3 位小数对应 1mA 分辨率 write("CURRent 0.500") # 4. 打开输出 write("OUTPut:STATe ON")

顺序不是随便排的。先设电压再设电流，是因为部分固件在电流值变化时会重新计算工作点；先把电压定下来，再定限流，输出合上时的冲击更可控。输出开关一定放最后，绝不能先开输出再改设定值——那意味着负载会先吃到上一次残留的电压，如果上一次是 30V，而这次负载只耐 5V，这一下就够赔的。

delay这个参数看起来像玄学，但它是有依据的：串口是字节流，没有事务边界，设备收到一整行之后才开始解析执行。如果上位机连续快速写入多条命令，设备固件来不及处理，就会出现“最后一条生效、前面几条丢了”的现象。实测 20 到 50 毫秒的间隔对这类电源足够，追求吞吐可以把多条命令拼成一行用分号分隔，但那样可读性和排错性都会变差。

另外要注意小数点位数。设备的分辨率是 1mV/1mA，你发 12.0005，设备只会按它能表达的最小步进取整，不会报错。脚本里做数值计算时别指望设定值和实际值完全相等，后面做闭环校验时这个差值要留出容差。

3.4 回读、输出开关与本地/远程切换

设定完不等于输出正确。回读是验证环节，命令通常分电压回读和电流回读两条，回的是一行带单位的数值字符串，解析时要把单位和非数字字符剥掉。

def measure(ch): write(f"INSTrument:NSELect {ch}") ser.reset_input_buffer() ser.write(b"MEASure:VOLTage?\n") v = float(ser.readline().decode("ascii").strip()) ser.reset_input_buffer() ser.write(b"MEASure:CURRent?\n") i = float(ser.readline().decode("ascii").strip()) return v, i print(measure(1))

回读值和你设定值之间有偏差是正常的，尤其在带载状态下。空载时电压回读通常贴近设定值，电流回读接近零；带载后电流回读才反映真实负载。如果空载时电压回读就和设定值差很多，先查是不是开了远端测量但没接 sense 线，那种情况下补偿环路会失效。

输出开关独立成一条命令，取 ON 或 OFF（也有固件接受 1 和 0）。关输出之后设定值仍然保留，重新打开会恢复，这一点适合做“间歇供电”的老化测试：不需要每次重设电压，只切换输出状态即可。

本地与远程的切换是另一个容易忘的点。设备进入远程状态后，面板上的大部分按键会失效，这是设计如此，不是坏了。要交还面板控制，得发一条返回本地的命令，或者在面板上按对应的 Local 键。脚本异常退出而没发本地命令，下一个用设备的人就会以为机器锁死了。

4. 把命令封成驱动：三通道批量设定与循环供电脚本

4.1 INST:NSEL 与 APPLy 的取舍

通道指定有两种写法，各有适用面。第一种是“先选通道、再设参数”，也就是上一步用的INSTrument:NSELect加VOLTage/CURRent。这套写法的好处是兼容性好，几乎所有固件都支持，通道切换之后可以连续下发多条设定和回读，适合做“一个通道配置一大堆参数”的场景。坏处是它依赖“当前通道”这个隐式状态，一旦中间插了别的命令把通道切走，后面的设定就全打到别的通道上去了。

第二种是把通道号写进命令参数，比如带 APPLy 语义的复合命令，一条语句搞定通道、电压、电流。写起来短，语义也明确，不存在隐式状态问题。但不同固件对它的支持程度不一，参数顺序、是否支持省略电流、是否自动打开输出，细节差异不少，跨型号复用脚本时反而更容易出问题。

我的选择是默认用第一种，需要图省事的地方再包一层复合函数，内部仍然拆成选通道加分条设定。这样日志里能看到每一步，出问题时定位到具体哪条命令没生效。

4.2 一个够用的最小驱动类

把前面的零散函数收进一个类，是让脚本从“能跑”变成“能维护”的分界线。下面这个版本只有六七个方法，覆盖了日常九成以上的操作。

import serial import time class IT6300: # 各通道额定上限，用于下发前钳位，避免超限触发保护 LIMITS = {1: (30.0, 6.0), 2: (30.0, 6.0), 3: (5.0, 3.0)} def __init__(self, port, baud=9600, timeout=1.0): self.ser = serial.Serial(port, baud, timeout=timeout, write_timeout=timeout) self.write("*CLS") # 清状态，避免上一位用户留下的错误标志干扰 def write(self, text, delay=0.05): self.ser.write((text + "\n").encode("ascii")) time.sleep(delay) def query(self, text): self.ser.reset_input_buffer() self.ser.write((text + "\n").encode("ascii")) return self.ser.readline().decode("ascii", errors="replace").strip() def select(self, ch): if ch not in (1, 2, 3): raise ValueError(f"通道号非法: {ch}") self.write(f"INSTrument:NSELect {ch}") def set_output(self, ch, volt, curr): vmax, imax = self.LIMITS[ch] # 超限不发送，直接抛异常，把错误暴露在上位机而不是让设备进保护 if not (0 <= volt <= vmax) or not (0 <= curr <= imax): raise ValueError(f"CH{ch} 超限: {volt}V/{curr}A") self.select(ch) self.write(f"VOLTage {volt:.3f}") self.write(f"CURRent {curr:.3f}") def output(self, ch, on=True): self.select(ch) self.write(f"OUTPut:STATe {'ON' if on else 'OFF'}") def read_back(self, ch): self.select(ch) v = float(self.query("MEASure:VOLTage?")) i = float(self.query("MEASure:CURRent?")) return v, i def close(self): # 退出前把所有输出关掉，这是必须养成的习惯 for ch in (1, 2, 3): self.output(ch, False) self.ser.close()

几个设计点值得说明。LIMITS表放在类属性里，换型号时只改这一处；set_output里做钳位检查，把“设备保护”提前成“上位机报错”，排查成本差一个数量级；close方法强制关所有输出，是因为脚本崩溃退出时 Python 不保证执行清理代码，用try/finally调它才算稳妥。*CLS放在构造函数里，是为了清掉设备状态寄存器里可能残留的错误标志，避免第一条查询就返回异常状态。

4.3 循环供电序列与数据落盘

有了驱动类，写一个循环供电的老化测试就很直接了。下面的例子做 50 次通断循环，每次记录设定值和回读值，最后落成 CSV。

import csv import time psu = IT6300("COM7") rows = [] try: for n in range(50): psu.set_output(1, 12.0, 0.8) psu.output(1, True) time.sleep(5) # 保持 5 秒，按被测件需求调整 v, i = psu.read_back(1) rows.append([n, 12.0, 0.8, v, i, time.strftime("%H:%M:%S")]) psu.output(1, False) time.sleep(2) # 断开 2 秒，形成通断循环 finally: psu.close() with open("cycle_log.csv", "w", newline="", encoding="utf-8") as f: writer = csv.writer(f) writer.writerow(["轮次", "设定电压", "设定电流", "回读电压", "回读电流", "时间"]) writer.writerows(rows)

try/finally是这段代码的核心，不是装饰。串口脚本最常见的生产事故就是中途抛异常，输出一直开着，负载被持续供电几个小时。把close放在 finally 里，至少保证正常退出路径一定关输出。如果要防断电或者进程被强杀，那就得靠设备本身的定时输出功能兜底——IT6300 系列支持 0.1 到 99999.9 秒的定时输出，设一个比预期测试时长略长的值，作为“后悔药”。

CSV 落盘的意义在于可追溯。回读值和设定值的差值，单独看一次没什么信息量，但连成曲线就能看出趋势：接触电阻在变大、线材在发热、负载在漂移，这些都是靠一轮一轮的记录看出来的。

5. 避坑与排查：串口控制电源最容易翻车的五件事

5.1 命令发出去毫无反应，连设备标识都查不到

现象：脚本打开端口成功，写入命令也没有报错，但读回来是空字符串或者超时。

原因：三种可能，按概率排——线序不对（直通线当成交叉线用）、端口号选错（选到了别的虚拟串口）、波特率与面板设置不一致。还有一种不常见但很坑的：设备处于远程锁定状态，面板上看着正常，实际通信参数被改过。

解决：先用独立的串口调试工具验证，把脚本变量排除掉。工具能通说明问题在代码，工具不通就查物理层。判线序最快的办法是换一根确认可用的交叉线做对照。参数方面，把面板菜单里的通信设置逐项抄下来，和代码里的参数一一比对，别凭记忆。

5.2 回读值总是“慢一拍”，对不上刚才的设定

现象：设置完 12V 立刻回读，读到的是上一次的 5V；或者连续回读两次，第二次才是新值。

原因：设备的响应有处理延迟，而脚本在写入之后立刻读，读到的可能是上一条命令的残留回显。另一种情况是接收缓冲没有清空，历史数据堆积在缓冲区里，readline读到的是最早的那一行。

解决：每次查询前清空输入缓冲，写入后给一个短的固定延时再读，读取时按行读到换行符为止。如果回读的数值格式带单位或前缀，解析前先做一次字符串清洗，别直接float()硬转。

5.3 电压设了、输出也开了，负载上却没电

现象：回读电压显示正常，但万用表量负载端是 0V。

原因：通道选错了。脚本里对 CH3 下发 12V，而 CH3 上限只有 5V，设备会限幅到 5V 或者拒绝执行；另一种是开了串联模式，实际输出端子在另一组接线柱上，你量的是没接通的那一路。

解决：下发前用常量表做钳位，超限直接报错。接线前确认当前的串并联状态，把状态也写进日志。回读电压应以负载端为准，条件允许时用远端测量接法消除线损。

5.4 跑一段时间后端口占用，脚本起不来

现象：昨天还正常的脚本，今天一运行就报端口被占用。

原因：上一次运行的进程没有正常退出，串口句柄没释放；或者厂商的上位机软件在后台常驻，一直在占用同一个端口。

解决：先看进程列表里有没有残留的 Python 或上位机进程，结束掉再试。长期方案是在脚本里用上下文管理或者try/finally保证关闭端口，并且关闭之前先发一条返回本地的命令，把设备控制权交还面板。

5.5 设定值上不去，设备直接进保护

现象：目标 28V，实际输出停在 20V 出头，面板报警。

原因：过压保护门限设得比目标电压低。出厂默认的保护点往往按安全值给，做高压测试前不重新设置就会撞上。

解决：先设保护门限，再设输出电压，顺序不能反。改完门限再验证一次，确认保护点和目标值之间留了合理余量。整个过程记进脚本注释，别人接手时不用再踩一遍。

6. 从“能控制”到“可信”：用回读值做闭环校验的三种做法

命令能发出去，只说明链路通了，不说明数据可信。我见过太多脚本，设定值写进 CSV 就当结果交出去，实际输出和记录差着几百毫伏。真正能用于报告的数据，至少要走一遍下面三种校验里的前两种。

第一种是设定值与回读值的偏差检查。每次设定完、输出稳定之后回读一次，算绝对偏差和相对偏差，超过阈值就在日志里标红。空载时电压偏差通常在几个毫伏量级，带载后会变大，阈值要按负载情况分别设，不要用一个固定数字套所有场景。电流方向的判断同理，空载电流接近零，带载后才有意义。

第二种是用外部万用表做交叉验证。挑测试序列里的首、中、尾三个点，用六位半表在负载端实测，和电源回读值比对。这一步能发现两类问题：电源本身的测量误差，以及线损导致的负载端电压低于回读值。如果偏差随电流增大而增大，基本可以判定是线损，这时候远端测量接法就是解药。

第三种是长时间趋势观察。把每一轮的回读值按时间画出来，看漂移方向。温升导致的缓慢偏移、接触电阻逐渐增大、负载本身的特性变化，都会在趋势线上留下痕迹。这一步不需要额外硬件，只要有落盘的 CSV 就够。

# 偏差检查的最小实现：设定值、回读值、偏差一起入日志 def check(psu, ch, vset, iset, v_tol=0.02, i_tol=0.01): v, i = psu.read_back(ch) dv, di = abs(v - vset), abs(i - iset) flag = "OK" if (dv <= v_tol and di <= i_tol) else "CHECK" print(f"CH{ch} set={vset:.3f}V/{iset:.3f}A read={v:.3f}V/{i:.3f}A " f"dv={dv*1000:.1f}mV di={di*1000:.1f}mA {flag}") return flag

v_tol和i_tol这两个阈值不要照抄，按你的负载特性和线材长度调。短接线、小电流可以收紧到一个毫伏级；长线、大电流就得放宽，否则每次都是 CHECK，检查就失去意义了。

还有个容易被忽略的细节：温机。设备刚上电时的读数和运行半小时后的读数会有差异，做精度要求高的测试前先空载跑一段时间让机器热稳定，这条在任何一份正式的手册里都会写，但实际执行的人不多，导致同一套脚本在不同时间跑出不同结果，然后开始怀疑代码。

从那以后我每次接手一台新的程控电源，第一件事不是写脚本，而是先用串口调试工具手动发三条命令、读三次回读值，把端口、参数、结束符、通道映射这四件事一次确认干净，再动代码。这套笨办法救过我好几次，也省掉了很多本不该发生的排查。希望帮到你。

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