简介：围绕广数980TD系列数控车床的信号采集与机床控制信号线定义整理，面向初学操作者、在线操机员及维修人员，帮助理清62A输出接插件、IO采集盒与控制器之间的信号对应关系，减少接线配置和故障排查中的盲目性。包内为1个docx文档，约814KB，便于在电脑或移动端查阅。文档结合980TDi与980TDc两种机型，标明Y2.5运行信号对应34号、Y2.6计数信号对应35号、Y2.7报警信号对应36号，并提示IO采集盒COM端接+24V电源接口，可用于对照机床状态、判断计数与报警触发条件。已有3166人学习，适合作为现场接线核对、日常点检和维修定位的参考底稿，也可辅助新手建立信号采集与安全操作的基础认知。

1. 采集盒上电全亮：问题往往不在采集盒和软件

接线接完、上电、采集盒指示灯齐刷刷全亮，机床还停在原位没动——这是我在 980TD 系列数控车床上做信号采集时遇到最多的一类现场。多数人的第一反应是采集盒坏了、通道烧了、软件配错了，于是拆线、换盒、换通道，一晚上折腾下来问题还在原地。真正的根因常常只有一行字：IO 采集盒的 COM 端要接 +24V 电源接口，不是接 0V。980TDi 和 980TDc 两套系统的机床信号输出都走 62A 输出接插件，Y2.5 运行（34 号）、Y2.6 计数（35 号）、Y2.7 报警（36 号），点位就三个，看着简单，但「PLC 点位编号、接插件针脚编号、采集盒电平极性」这三套完全不同的编号一混，现场必然出问题。这篇写给正在接线和排查的操机员、做数据采集的开发和上门排查故障的维修人员。

2. 点位对不上针脚：Y2.5 和 34 号压根不是一套编号

现场最常见的争论是「我接的就是 34 号，为什么读不到运行信号」。答案往往藏在编号体系里：Y2.5 是系统内部给 PLC 输出点的逻辑地址，34 是 62A 接插件上的物理针脚号，两者之间靠机床侧的接线表对应，不是靠数数对上的。

2.1 Y2.5 是字节加位，不是「第 2.5 号点」

Y2.5 这个写法拆开看是三层信息：Y 表示输出（相对 X 输入、M 中间继电器而言），2 表示第 2 个输出字节，5 表示这个字节里的第 5 位。换句话说，Y2.5、Y2.6、Y2.7 是同一个字节里连续的三位，物理上通常也落在同一组输出驱动通道上，共享同一个公共端。

这一点直接决定排查顺序：如果三个点一起异常（全亮、全灭、全部反相），第一怀疑对象是 COM 公共端和这组通道的供电，不是某个点坏了；如果只有某一个点不动，才轮到查单根线、单个针脚、单个通道。我见过有人一上来就换采集盒通道，换完发现三个点还是照旧全亮，因为问题从头到尾在 COM 上。

还有一个容易忽略的细节：Y2.5 里的「.5」并不是「半个点」或者「第 5 通道」，它就是一个二进制位序号。有些人按十进制理解，把 Y2.5 当成 Y2 之后的第 5 个点，去找 39 号、40 号针，结果当然对不上。位序号从 0 开始还是从 1 开始，不同厂家的表示习惯并不统一，唯一可靠的做法是以机床随机附带的点位表为准，再用万用表实测确认，别靠推算。

2.2 34/35/36 的针脚从哪一端数

针脚编号的坑比分点地址还隐蔽。62A 输出接插件是多芯插头，插头壳体上通常有定位键或者缺口，针脚序号从定位端开始按顺序排，但「从哪一端开始」「顺时针还是逆时针」这两件事，不同批次、不同插头形态的插头并不一致，光靠目视数格子，数错一位就把 34 数成 35，把运行信号接到计数通道上去。

我的做法是不数，看丝印。绝大多数插头在针脚旁边有极小的数字标记，用手电筒加放大镜看一遍，比按位置数可靠得多。如果丝印已经磨掉，就退一步用导通法反查：把万用表打到蜂鸣档，一头搭在已知的 Y2.5 输出端子上，另一头逐个碰针脚，响的那个就是。前提是你得先能确认 Y2.5 在端子排上的位置——这一步又要回到点位表。

焊接式插头还有第二个坑：针脚退针和虚焊。机床运行时的振动会让压接不牢的针脚慢慢往后退，表面看插头插到位了，实际针尖没接触上。判断方法很简单，接好线之后逐根轻轻回拉，能拉动超过一两毫米的就是没压到位。这个动作十秒钟，能省掉后面两小时的怀疑人生。

2.3 把点位、针脚、功能对成一张表再动手

动手接线之前，先把下面这张表填满。填不满就说明还没到可以接线的时候。

「信号类型」这一列比前几列更值得花时间确认。Y2.5 运行信号是电平型，机床开始运行就保持有效，采集侧做 50 到 100 毫秒去抖足够；Y2.6 计数是脉冲型，脉宽可能只有几十毫秒，去抖窗口开大了直接把脉冲吃掉；Y2.7 报警在多数机床上是电平型并且需要锁存，报警消失后如果采集侧不锁存，上位机就永远看不到这次报警。三个点在同一个字节里，但采集策略必须分开配，用一套参数套三个点，必然有一个点的行为不对。

表填完之后还有一步验证：让操机员手动按一次循环启动，同时用万用表直流电压档测 34 号针相对机柜 0V 的电压，看它有没有跟着动作跳变。电压不跳，说明前面的对应关系就是错的，后面所有配置都白搭。

3. 信号全部反相：COM 接 +24V 之后的电平逻辑

比「读不到」更让人迷惑的是「读反了」：机床停着的时候采集软件显示运行中，机床一启动反而变回停止；报警灯没亮，上位机已经弹了十几条报警。这类现象几乎全部指向同一个原因——采集盒输入的公共端接错，导致逻辑电平整体反相。

3.1 COM 端为什么要接 +24V

采集盒的每个输入通道内部基本都是一个光耦加一个限流电阻，所有通道的光耦公共端引到 COM 端子上。COM 接哪一路电平，决定了输入点要往哪个方向拉才能形成电流回路。

COM 接 +24V 时，每个输入点需要被拉到接近 0V（灌电流），光耦才有电流通过、通道才算导通；COM 接 0V 时，输入点需要被拉到 +24V（拉电流）才算导通。980TD 系列的机床信号输出走 62A 接插件，配套采集盒的 COM 端按资料要求接 +24V 电源接口，对应的就是前一种：输入低电平有效。

接成 0V 会怎样？光耦的公共端变成 0V，而机床输出在停止状态下 Y 端悬空或被内部上拉到高电平，输入端通过限流电阻直接看到接近 +24V 的电位，光耦被持续点亮——这就是第 1 章那个「上电全亮」现象的来源。反过来，如果机床输出是低电平有效，那更要按 +24V 接法，否则读到的永远是反的。

提示：COM 接的是采集盒自己的 +24V，不要图省事从机床 62A 接插件上取 24V 直接并过去。两路电源的地不共，轻则信号漂移，重则把采集盒输入端打坏。

3.2 采集盒极性和机床输出型别必须两端匹配

「COM 接 +24V」只是采集盒这一侧的定义，另一侧还取决于机床输出是灌电流型还是拉电流型。两端对上了才是低电平有效，对不上就是全亮、全灭或者反相三种状态之一。

判断机床输出的型别，不用查手册，用万用表带载测一次最快：把采集盒按 COM 接 +24V 接好，黑表笔搭机柜 0V，红表笔搭 34 号针，让操机员按一次启动。

• 停止时读到接近 24V，运行时掉到接近 0V：机床输出是灌电流型，和 COM 接 +24V 的采集盒正好匹配，低电平有效。
• 停止时读到接近 0V，运行时跳到 24V：机床输出是拉电流型，采集盒的 COM 要改接 0V，配置里的极性也要跟着改成高电平有效。
• 两种状态下电压都变化很小（比如 5V 上下浮动）：八成是线缆虚接或者测量点选错了，先别急着改配置，回去查针脚。

这里的关键词是「带载测」。空载状态下测出来的电压很可能是内部上拉电阻造成的虚假电平，一接上采集盒就塌掉。我早期就吃过这个亏，空载测出 24V，判断成高电平有效，接上去之后发现所有点常亮，白改了一版软件。

3.3 极性确定之后，配置里只改这一处

极性判断出来之后，落地就简单了：所有通道的极性围绕一个开关来配，别在每处代码里分散写not。

# collector.yaml —— 62A 侧 Y2.5/Y2.6/Y2.7 三通道映射 # 前提：采集盒 COM 接 +24V，机床输出为灌电流型，低电平表示有效 input_common: 24V # 取值范围 24V / 0V，与 COM 实际接线保持一致 channels: - id: run # Y2.5 运行，对应 62A 的 34 号针 pin: 34 active_low: true # COM 接 +24V 时为 true；若改接 0V 则改为 false signal: level # 电平型，循环启动后保持有效直到结束 debounce_ms: 80 # 抑制接触抖动，同时不影响电平型信号 - id: count # Y2.6 计数，对应 62A 的 35 号针 pin: 35 active_low: true signal: pulse min_pulse_ms: 20 # 小于该宽度的跳变视为干扰 debounce_ms: 3 # 必须远小于脉宽，否则会漏计 - id: alarm # Y2.7 报警，对应 62A 的 36 号针 pin: 36 active_low: true signal: level debounce_ms: 200 # 报警允许慢一点确认，但不能靠去抖消掉 latch: true # 触发后锁存，等上位机确认再复位

input_common这个字段是给人看的，不是给程序算的，但它能防止后来接手的人把 COM 改接 0V 之后忘了改active_low。三个通道的debounce_ms差距是一个数量级，这不是随意设的：电平型信号可以慢确认，脉冲型信号一旦去抖窗口超过脉宽，计数就会稳定地少算，而且是那种「看起来计数在走，就是跟机床面板对不上」的少算，最难查。

如果现场已经接成 COM 0V，最省事的修法不是改软件，是把 COM 端子上的线挪到 +24V 上，配置一个字都不用动。软件补丁能绕过现象，但绕不过电气逻辑，下次换台设备又会重演一遍。

4. 单点不动作：Y2.6 不计数、Y2.7 不报警的分层排查

三个点里坏一个的情况，处理起来反而更啰嗦，因为可怀疑的范围变大了：可能是针脚，可能是线缆，可能是采集盒那一路通道，也可能是上位机的采集逻辑。分层砍掉范围比逐个猜要快得多。

4.1 分四层定位，从机床侧往上推

我一般按四层往下走，每层只做一个判断，判断完就能砍掉一半范围。

第一层，机床侧。让操机员在面板上手动触发一次对应动作，同时用万用表测 62A 对应针脚的电平。测不到跳变，问题在机床侧或者针脚接触，采集部分不用看。这一层最容易被跳过，很多人一上来就开电脑看日志，结果机床上根本没输出信号。

第二层，线缆。把采集盒那一端的端子拆下来，直接量这端和机床端同一条线的通断和绝缘。长线在拖链里被反复弯折，断芯是常事，尤其是计数信号那根，因为走的脉冲多、被反复弯折的次数也多。

第三层，采集盒。用一个已知良好的通道做交叉验证：把 34 号针的线临时插到 35 号通道上，看软件里 35 号通道会不会跟着动。动了说明通道是好的，问题在前两层的线序；不动就换一路再试，换两路都不动，采集盒本身或者 COM 供电有问题。

第四层，上位机。前面三层都通了，才轮到看采集周期、去抖窗口、极性配置和数据库写入。这一层的问题有个典型特征：采集盒上的通道指示灯在闪，软件里就是没数据。灯闪说明硬件链路通，剩下的都是软件侧。

按这个顺序走的另一个好处是每一步都有可观测的证据，不用靠「我觉得应该是」。现场排查最怕的就是凭感觉换件，换到最后手上全是没坏的备件。

4.2 三个基准点的测量脚本

分层排查的时候，我习惯开一个小脚本持续打印三个通道的原始位和逻辑值，而不是盯着采集盒的指示灯看。指示灯只告诉你「有没有」，脚本能告诉你「多久变一次、变了多久、有没有毛刺」。

import time from pymodbus.client import ModbusSerialClient # 采集盒走 Modbus RTU，串口参数以采集盒说明书为准 client = ModbusSerialClient( port="/dev/ttyUSB0", baudrate=9600, bytesize=8, parity="N", stopbits=1, timeout=1, ) def read_channels(): # 8 路离散输入，通道 0/1/2 对应 62A 的 34/35/36 号针 rr = client.read_discrete_inputs(address=0, count=8, slave=1) if rr.isError(): raise RuntimeError("读取离散输入失败：先查串口号、波特率、从站地址") return rr.bits[:3] if __name__ == "__main__": client.connect() last = None while True: bits = read_channels() # COM 接 +24V 时低电平有效，逻辑值取反；raw 保留原始位用于对照 run, count, alarm = (not bits[0]), (not bits[1]), (not bits[2]) state = (int(run), int(count), int(alarm), bits) if state != last: print(f"t={time.time():.3f} run={state[0]} count={state[1]} " f"alarm={state[2]} raw={state[3]}") last = state time.sleep(0.02) # 20ms 轮询，小于计数脉宽的 1/3

这个脚本的价值在raw这个字段：逻辑值取反之后，你看不出到底是极性配反了还是信号本身没来；保留原始位，一眼就能分辨。轮询周期 20 毫秒是配合前面min_pulse_ms: 20设的，经验上轮询周期要小于最短脉宽的三分之一，否则脉冲会从两次采样之间漏过去，表现出来就是计数偶尔少一两个，而且复现全靠运气。

如果现场不方便跑 Python，退一步用采集盒自带的调试软件看实时值也行，只要能同时看到原始位和逻辑值就够了。看不到原始位的工具，排查时会多绕一圈。

4.3 计数丢脉冲和报警抖动怎么调

两个看似矛盾的现象经常一起出现：计数老是少，报警老是来回弹。前者是采样太快、去抖不够，后者是采样太慢、去抖不够狠。同一套参数伺候三个通道，一定会顾此失彼。

计数通道的问题是漏脉冲。除了轮询周期，还有一个容易被忽略的点：脉冲宽度。Y2.6 每次动作输出的脉宽取决于机床侧逻辑，短的只有十几毫秒，如果你的去抖窗口是 50 毫秒，这个脉冲从物理上就进不来。判断方法是用脚本把原始位的跳变时间戳打出来，量一下相邻两次跳变的间隔，那就是脉宽。去抖窗口设成脉宽的十分之一左右，剩下的靠软件侧边沿检测兜底。

class EdgeCounter: """计数通道的边沿检测 + 抖动抑制，供 Y2.6 使用""" def __init__(self, min_pulse_s=0.02): self.min_pulse_s = min_pulse_s self.raw = False # 上一次的原始电平（逻辑值） self.stable_at = 0.0 # 最近一次电平变化的时间 self.count = 0 def update(self, active: bool, now: float) -> int: if active != self.raw: # 电平刚变化，先记时间，不立刻计数 self.raw = active self.stable_at = now return 0 # 已经稳定超过最小脉宽，才承认这是一次完整的脉冲上升沿 if active and (now - self.stable_at) >= self.min_pulse_s: if getattr(self, "_counted", False) is False: self.count += 1 self._counted = True if not active: self._counted = False # 回到无效电平，准备下一次计数 return self.count

min_pulse_s挡住的是毛刺，_counted这个标志位挡住的是重复计数——没有它，信号只要保持在有效电平，每次循环都会加一，运行一晚上计数能翻几十倍。这两个坑我都踩过，前者表现为计数虚高，后者表现为计数偏少，症状相反但代码里的位置挨着。

报警通道反过来，需要更长的确认窗口。现场变频器启停、伺服使能都在同一个电柜里，Y2.7 上挂几十毫秒的毛刺很正常，200 毫秒去抖能挡掉绝大部分。但要注意，去抖只能挡住瞬时的假报警，真报警的消失不能靠去抖抹掉：latch: true就是为这个设的，报警一旦确认，必须锁存到上位机处理完再复位。少了这一步，夜班无人值守时报警来了又走，第二天查日志什么都没有，这是最难复现的一类问题。

5. 避坑清单：五个反复出现的接线与配置错误

下面这五条都是我在不同机床上重复遇到的，现象各不相同，根因却翻来覆去就那么几个。按「现象 → 原因 → 解决」记，比记住一堆原理更快。

5.1 上电八个通道全亮，机床还没动

现象：采集盒接好线上电，所有通道指示灯全亮，软件里也全是有效状态。

原因：COM 端接到了 0V，采集盒内部光耦公共端变成了低电平，而机床输出侧在停止状态下 Y 端是高电位，光耦被持续点亮。

解决：把 COM 端子上的线改接到 +24V 电源接口，配置里的active_low保持 true，重新上电验证。改完之后先别急着跑生产，让操机员按一次启动，看运行通道是不是在启动瞬间才变有效——如果反过来是启动时才熄灭，说明active_low配反了，改一下即可。

5.2 运行信号一直有效，机床停了也不灭

现象：采集软件里运行状态长期为 1，机床停机、断电都没用，重启软件也一样。

原因：多半是 34 号针和旁边针脚短接，或者线缆中间破皮搭到了 +24V 上，导致采集盒那一路输入被持续拉低（在 COM 接 +24V 的接法下，持续低电平就是持续有效）。

解决：断开采集盒侧端子，单独量 34 号针对 0V 的电压，停止状态应接近 24V，若接近 0V 就说明机床侧或线缆有短接。逐段排查，重点看拖链拐弯处和插头根部这些受力位置。这类问题不要靠软件加延时绕过，短接点不除，迟早连累相邻通道。

5.3 计数比机床面板少一截，比例还不固定

现象：机床面板显示加工了 200 件，采集侧只收到 170 多条计数记录，缺的数量每次都不一样。

原因：轮询周期大于计数脉宽，脉冲从两次采样之间漏掉了。也可能是去抖窗口设得太大，把有效脉冲当抖动滤掉了。

解决：先用脚本把原始位的跳变时间戳打出来，量出真实脉宽，把轮询周期压到脉宽的三分之一以下，去抖窗口收到脉宽的十分之一。如果脉宽实在太窄（低于 10 毫秒），别硬扛轮询，改用采集盒的硬件计数功能或者中断输入——软件再优化也追不上物理上就采不到的脉冲。

5.4 报警一闪而过，日志里查不到

现象：操作工说机床报过警，采集系统的历史记录里一条都没有。

原因：报警通道没有做锁存，去抖窗口又偏小，报警电平来了几百毫秒就回去了，等上位机下一次轮询写入数据库时状态已经恢复正常。

解决：报警通道单独配latch: true，状态变化立刻入队落盘，不要等轮询周期结束统一写。落盘时把原始位、逻辑值、时间戳一起记下来，事后能区分「真报警」和「接线毛刺」——这两者在日志里长得一模一样，只看逻辑值根本分辨不出来。

5.5 换了台机床，同一套配置读出来全是反的

现象：代码和配置一行没改，换到另一台 980TD 系列机床上，三个通道的逻辑全反。

原因：两台机床的 62A 输出接插件虽然针脚定义一致，但采集盒的 COM 接线方式不同，或者机床输出型别不同（一台灌电流、一台拉电流），导致有效电平定义相反。

解决：每到一台新机床，先做一次极性实测，别信上一台的经验。测完把结论写进配置文件顶部的注释里，和input_common字段放在一起。这台设备的配置就只对这台设备有效，配置文件跟着设备走，不要跟着人走。

6. 快速定位：先量 COM，再量 Y，最后才看软件

排查这类问题的顺序，直接决定你是十分钟解决还是折腾一晚上。我的固定动作是三步，从电气往软件推，中间不跳步。

第一步，量 COM。万用表直流档，黑表笔搭机柜 0V，红表笔搭采集盒 COM 端子，读到的应该接近 +24V。如果是 0V，后面所有测量都不用做了，先把这根线改对。这一步花三十秒，能挡掉一半的「全亮、反相、读不到」问题。

第二步，量 Y 端。保持黑表笔在 0V 不动，红表笔依次搭 34、35、36 三个针脚，让操机员配合做动作，记录每一次的电压变化。把结果填进下面这张表，结论基本就出来了。

第三步，才轮到看软件。只有前两步确认电平方向和跳变都正常，软件侧的配置才有讨论的意义。反过来，如果软件里读到的状态和万用表测出来的电压对不上，那是采集盒和上位机之间的链路问题（串口、从站地址、寄存器映射），跟机床侧的接线一点关系都没有，不要再去动机床那边。

配合这张表，我还会在每次上电后跑一遍三点状态自检：机床静止状态下，运行和报警必须是无效，计数必须是零且不递增；让操机员按一次启动，运行变有效，结束后变无效，计数加一。三个动作全对上，才算接线通过。这套自检写进开机脚本里，比人眼盯指示灯靠谱。

最后说个习惯。早期我总想先在电脑上把代码调通，再去现场接线，觉得这样效率高。结果是被现场的电平方向反复教育，改一版软件、跑一趟车间，来回好几轮。从那以后我每次上现场，第一件事都是把万用表红表笔搭在 62A 的 34 号针上，黑表笔搭 0V，让操机员按一次循环启动，亲眼看着电压跳一下，才打开电脑写配置。这一步两分钟，能把后面几个小时的返工全挡掉。希望帮到你。

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