广数980TDi 62A接插件Y2.5~Y2.7信号采集与Modbus避坑

简介：围绕广数980TD系列信号采集与机床控制信号线定义整理的docx文档，面向数控车床初学者、在线操机员及维修人员，帮助厘清62A输出接插件与IO采集盒的接线逻辑，解决运行、计数、报警信号辨识及现场排错问题。包内共1个docx文件，压缩包约814KB，内容以文字说明和信号对照为主，便于随查随用。文档对980TDi与980TDc两种型号的机床信号输出进行对照，明确Y2.5运行、Y2.6计数、Y2.7报警分别对应34、35、36号脚，并提示IO采集盒COM端接+24V电源接口；可对照接口针脚逐项核对，降低因信号误判导致的设备损坏和安全风险，也可作为配置检查与故障定位的参考依据。目前已有3166人学习，适合需要快速理解信号定义、减少误接线和停机排查时间的现场人员查阅，尤其适合设备调试、日常点检与突发报警后的原因排查。

1. 从一根 Y2.5 说起：这套信号定义到底给谁用

车间里那台 980TDi 用了三年，机械精度还在，外挂的采集盒却三天两头丢状态：主轴明明在切削，上位机显示停机；换刀计数偶尔多跳一次。翻出《广数980TD系列信号采集信号线定义.docx》重新对线，问题出在我把 Y2.5 对应的 34 号针记成了 33 号。这份文档不厚，能直接落地的就三行——运行 Y2.5 走 34 号针、计数 Y2.6 走 35 号针、报警 Y2.7 走 36 号针，外加一句采集盒 COM 端接 +24V。门槛看着低，但要接对、读准、判得稳，得把电气极性、针脚编号和程序去抖放进同一个思路里考虑。适合刚接触数控车床信号采集的操机员、做设备点检的维护人员，以及要把机床状态接进产线看板的上位机开发者。

2. 62A 输出接插件与 Y 地址：把 34、35、36 号针脚对上号

2.1 62A 接插件在整条信号链里的位置

980TDi 和 980TDc 这两类机床，对外给出的机床侧状态信号不是从系统内部总线取的，而是从 62A 输出接插件引出。这条链路是：系统内部 PLC 的输出继电器 → 62A 接插件针脚 → 机床侧端子排/线槽 → IO 采集盒输入通道 → 上位机。理解这个顺序很关键，因为它决定了你排错时该从哪一端开始往回倒。

从 62A 取信号而不是去读系统内部状态，好处是不碰系统、不加软件授权、不担心系统升级把接口改掉，坏处是拿到的是"已经变成 24V 电平的物理量"，电平极性、抖动、共地全部要自己处理。这也是很多人第一次接采集盒就翻车的地方——以为插上就能读，实际上电气层面还有一堆事。

采集盒这一侧的选择，常见做法是选支持 24V 输入的工业远程 IO 模块，带光耦隔离、支持 Modbus RTU 或 Modbus TCP。不要用单片机裸板直接怼 24V，中间不加隔离，一次误接就能把整块板子报销。选型时重点看三个参数：输入电压范围是否覆盖 24V、单通道输入电流是否在 5～10mA 量级、输入是否共阳/共阴可切换。

2.2 Y2.5 这种地址怎么读：字节加位的拆解

Y2.5 不是"第 25 号输出"，它是 PLC 输出继电器的编组地址。Y 表示输出，前面的数字是组号，点后面的数字是组内位号。按常见的八进制编组方式，Y2.5 指的是第 2 组的第 5 位，Y2.6 是第 6 位，Y2.7 是第 7 位。这三个点之所以在文档里连着出现，是因为它们在地址上就是连续的三位，落到接插件上也对应连续的 34、35、36 三个针脚。

这个连续性是个非常好用的自检依据。如果现场你量出来 34 号针对应的是运行信号，35 号针却不对应计数而是别的什么，那基本可以判定三种情况之一：中间过了转接板把线序改了、线号在施工时被重新打过、或者这台机床的 Y 点定义被现场改过参数。三种情况都得停下来查，不能硬接。

还要注意一个容易混的概念：针脚号和线号是两回事。34 号针是接插件上的物理位置，线号是施工时套在线上的号码管。老师傅接线习惯按线号找线，一旦号码管脱落或者打错，你按线号接就会整体错位。我一般会先用万用表通断档，从接插件针脚一端量到端子排另一端，把"针脚—线号—端子位"这三者的对应关系单独记一张纸，再动手接采集盒。

2.3 三个信号的语义与采样要求

拿到这三路信号之后，各自的处理方式完全不同，不能用同一套逻辑一把梭。

运行信号 Y2.5 是状态量，代表机床当前是否处于运行状态。它是电平型信号，持续时间长，采样周期几百毫秒都够用，重点是判稳不要抖。真正要防的是临界状态：机床刚启动、刚停止的那一两秒，信号可能反复跳变，如果直接拿原始值刷看板，界面上会看到"运行—停止—运行"闪个不停。

计数信号 Y2.6 是脉冲量，每来一个脉冲代表发生了一次事件（比如完成一个循环、换一次刀）。它是三路里最需要认真对待的一路，因为脉冲宽度可能只有几十毫秒，采样周期太长会漏计，去抖参数设得太大又会把连续的两次计数合并成一次。这个参数没有通用值，只能按实际节拍实测。

报警信号 Y2.7 是事件型信号，正常时无效，异常时有效。它的特点是可能长时间保持有效（比如超程没复位），也可能是瞬时抖一下。程序里对它的处理必须是"锁存加确认"，不能像运行信号那样取瞬时值直接显示，否则操作工一低头一抬头，报警记录就没了。

2.4 型号差异核对与接线对照表

文档里 980TDi 和 980TDc 给出的定义是一致的，都是 62A 接插件的 34、35、36 对应 Y2.5、Y2.6、Y2.7。但"文档写一致"不等于"每台机床都一致"，尤其是在设备被改造过、参数被调整过的场合。接线前建议按下表逐项核对，全部打勾再上电。

动手顺序按这个来：断电挂牌 → 查随机接线表核对 62A 针脚 → 万用表通断档确认针脚到端子排的对应 → 接采集盒信号线 → 接 COM 端 → 接采集盒电源 → 上电 → 手动触发运行信号量电压 → 记录基线值。最后一步的基线一定要记，后面出问题时它就是唯一的参照物。

3. IO 采集盒的 COM 端：为什么接 +24V 而不是 0V

3.1 共阳接法下"读到 0 才是有效"

COM 端接 +24V 这个动作，本质是把采集盒所有输入通道的公共端抬高到 24V 正极，形成共阳接法。在这种接法下，某个通道要"有效"，必须是机床侧把这个通道的输入端子通过内部开关拉到 0V，形成电流通路，光耦导通，采集盒才认为这一路来了信号。

由此推出一个反直觉但极其重要的结论：程序里读到的原始值，0 表示信号有效，1 表示信号无效。很多人第一次接完，发现"机床明明停着，程序显示运行中"，就是忘了取反。这个反相不是在接线上去纠正，接线改不了，只能在程序里做，或者用采集盒自带的输入反相配置位。

为什么会选共阳而不是共阴，理由在于机床侧输出的器件类型。这类输出通常是 NPN 型开路集电极或漏型输出，它的动作是"对 0V 导通"。如果采集盒 COM 接 0V（共阴），那么机床输出导通时是把输入拉到 0V，两端都是 0V，没有压差，光耦不导通，采集盒永远读不到信号。所以 COM 必须接 +24V，让导通时有 24V 的压差推动电流。这条逻辑链理清了，接错的可能性就小一大半。

提示：不同厂家采集盒的 COM 端标识可能是 COM、COM+、0V、C 等，不要凭字母猜。查手册确认这个端子是"输入公共端"还是"电源负极"，两者接反会直接损坏输入回路。

3.2 接线步骤与上电顺序

按下面的顺序做，每一步做完先量再进下一步，别一口气全接完再上电。

# 步骤化接线清单（施工时按序执行，不要跳步） # 1. 断电挂牌，确认机床主电源断开，控制回路无残压 # 2. 采集盒 24V 电源正极 -> 采集盒 V+ 端子 # 3. 采集盒 24V 电源负极 -> 采集盒 0V 端子 # 4. 采集盒 COM 端子 -> 24V 正极（与第 2 步同一条 24V 母线） # 5. 62A 的 34 号针 -> 采集盒 DI1 # 6. 62A 的 35 号针 -> 采集盒 DI2 # 7. 62A 的 36 号针 -> 采集盒 DI3 # 8. 上电，量 DI1 对 0V 电压：机床停止时应为 24V，运行时接近 0V

第 4 步和第 2 步共用一条 24V 母线，这一点别省。有人图省事，从别的地方拉一路 24V 给 COM，结果两路电源的 0V 不共地，信号时有时无，查一整天查不出来。第 8 步的电压判据是三路信号里最好用的一把尺子：停止 24V、运行 0V，如果量出来是 12V、18V 这种中间值，说明回路里串了东西，可能是限流电阻、可能是接触不良、也可能是接错到了别的通道。

上电顺序也有讲究。正确顺序是先给采集盒供电，确认通信正常，再让机床侧信号进来。反过来先接信号后上电，上电瞬间的浪涌有可能打进输入通道。断电时相反，先停信号再断采集盒电源。这个习惯看着啰嗦，但真能省下换模块的钱。

3.3 限流、分压与隔离：24V 进输入端怎么算

如果采集盒标称输入支持 24V，直接接，不要再串电阻。串了反而可能让输入电流不够，光耦不导通或者工作在临界区，表现为"信号能读到但偶尔丢"。这种情况我见过不止一次，加了 10k 电阻之后读数是有了，但脉冲计数老是少，最后把电阻拆掉就好了。

如果采集盒输入是 5V 或 3.3V 逻辑（比如某些小型模块），才需要限流。按光耦输入正向压降 1.2V、期望电流 8mA 算：(24 - 1.2) / 0.008 ≈ 2850Ω，取 3kΩ 标准值。功耗核算 I²R = 0.008² × 3000 ≈ 0.19W，选 1/2W 电阻留余量。计算公式不复杂，但要注意两点：一是电阻要串在信号线上，不是串在 COM 上（串 COM 会影响所有通道）；二是每路单独一个电阻，别想着一颗电阻带三路。

# 限流电阻核算：改期望电流即可复用 V_supply = 24.0 # 机床侧输出电压 V_fwd = 1.2 # 光耦输入正向压降，查手册 I_target = 0.008 # 期望输入电流，5~10mA 区间 R = (V_supply - V_fwd) / I_target P = I_target ** 2 * R print(f"建议电阻 {R:.0f} Ω，实际取标准值 3kΩ；功耗 {P:.2f} W，选 1/2W") # 输出：建议电阻 2850 Ω，实际取标准值 3kΩ；功耗 0.19 W，选 1/2W

隔离这块，能用光耦隔离的模块就别省。机床侧的强电干扰、变频器的高频噪声、伺服启停的浪涌，都可能顺着信号线跑进采集盒。光耦隔离不能解决全部问题，但能把损坏范围限制在输入侧。另外一个常被忽略的点是屏蔽：信号线走屏蔽双绞，屏蔽层单端接地（接在采集盒侧），不要两端都接，两端都接反而形成地环流。

4. 采集侧程序：三路信号的状态机、去抖与落库

4.1 把三根线合成一个机床状态字

三路信号采集上来之后，不要分别丢给界面显示，先在程序里合成一个状态字。合成的好处是状态判断只有一处逻辑，界面、报警、统计全部引用同一个结果，不会出现"看板显示运行中但报警灯亮着"这种自相矛盾。

状态定义我一般这么划：报警有效时，状态一律判为报警，不管运行信号是什么（安全优先）；报警无效且运行有效，判为运行；报警无效且运行无效，判为停机。计数信号不参与状态判定，它是独立的事件流，单独计数。

优先级规则写死在代码里，别写进配置文件让人改。现场改配置改出问题的情况太多了，这种安全相关的判定，改代码至少还留个版本记录。

4.2 Modbus RTU 采集骨架

采集盒走 Modbus RTU 是最常见的做法，串口转 USB 接工控机或者树莓派。下面这段是骨架，寄存器地址和通道映射要按你手上盒子的手册改，别照抄。

from pymodbus.client import ModbusSerialClient import time # 串口参数按采集盒手册设置，波特率/校验/停止位三项必须一致 client = ModbusSerialClient( port="/dev/ttyUSB0", # Windows 下改成 COM3 之类 baudrate=9600, bytesize=8, parity="N", stopbits=1, timeout=0.3, # 超时给短一点，避免单次卡死拖垮整个循环 ) def read_inputs(): """读取离散输入，返回三路信号的原始布尔值。 地址 0 起的连续 8 位是示例，必须按盒子寄存器表替换。""" rr = client.read_discrete_inputs(address=0, count=8, slave=1) if rr.isError(): return None bits = rr.bits # 注意：原始位为 0 表示信号有效（共阳接法），这里先不取反 return { "run_raw": bits[5], # 对应 Y2.5 "count_raw": bits[6], # 对应 Y2.6 "alarm_raw": bits[7], # 对应 Y2.7 }

这段代码有三个地方容易出问题，逐个说。slave=1是从站地址，新版 pymodbus（3.7 之后）改叫device_id，版本不对会直接抛 TypeError，遇到报错先看版本。read_discrete_inputs读的是离散输入区，如果你的盒子把 DI 映射到保持寄存器，就得换成read_holding_registers再按位拆。timeout=0.3是有意设短的，工业现场串口偶尔会丢帧，超时设成 2 秒，一次丢帧就卡两秒，看板上就是一个两秒的空洞，反而更难排查。

4.3 去抖与计数边沿：参数只能实测

去抖不是加个延时那么简单，得区分"电平去抖"和"边沿计数"两种场景。运行信号用电平去抖，连续 N 次采样一致才认；计数信号用边沿检测加最小间隔，两次上升沿之间短于设定间隔的直接丢弃。

class Debounce: """电平去抖：连续 stable_n 次采样一致才更新输出""" def __init__(self, stable_n=3): self.stable_n = stable_n self.buf = [] self.state = False def update(self, raw): self.buf.append(bool(raw)) if len(self.buf) > self.stable_n: self.buf.pop(0) if len(self.buf) == self.stable_n and len(set(self.buf)) == 1: self.state = self.buf[0] return self.state class EdgeCounter: """边沿计数：上升沿 +1，最小间隔内不重复计""" def __init__(self, min_gap_s=0.15): self.min_gap_s = min_gap_s self.last = False self.last_ts = 0.0 self.count = 0 def update(self, level, now): if level and not self.last: if now - self.last_ts >= self.min_gap_s: self.count += 1 self.last_ts = now self.last = level return self.count

参数怎么定，给个实测方法：把采样周期设成 50ms，跑一个完整加工循环，把原始位序列打出来看脉冲宽度。如果脉冲宽度是 200ms，min_gap_s取 0.15 就是安全的；如果实测脉冲只有 60ms，采样周期 50ms 就可能漏，得降到 20ms 或者改用采集盒的中断/锁存功能。stable_n=3对应 150ms 的确认窗口，对运行信号够用，对报警信号可能偏慢，报警那一路我会单独设成 2。

4.4 报警锁存与落库

报警必须锁存。程序里维护一个alarm_latched标志，报警信号一有效就置位，只有在操作工确认之后才清零。这样即使报警信号只闪了一下，记录也留得住。

-- 状态流水表：每次状态变化写一条，不做定时全量写 CREATE TABLE machine_state ( id INTEGER PRIMARY KEY AUTOINCREMENT, ts TEXT NOT NULL, -- ISO8601 时间戳 state INTEGER NOT NULL, -- 0 停机 / 1 运行 / 2 报警 counter INTEGER NOT NULL, -- 累计计数 raw_bits TEXT NOT NULL -- 原始三位，便于事后复盘 ); CREATE INDEX idx_state_ts ON machine_state(ts);

建表时把raw_bits存下来，这一点很重要。事后出了问题，你能拿原始位序列跟现场操作记录对照，判断到底是信号没来还是程序判错。只存解析后的状态，等于把唯一的证据丢了。写入策略用"变化即写"而不是定时全量写，一天下来记录条数少两个数量级，查询也快。

5. 现场避坑与排查：五个把采集搞崩的细节

5.1 接线与电气类的三个坑

坑一：COM 端接了 0V，三路信号全部读不到。现象是所有通道恒为无效，用万用表量 DI 端子对 0V 一直是 24V，机床动作时也不变。原因是共阴接法下机床的漏型输出导通时两端都是 0V，没有压差，光耦不动作。解决办法是把 COM 端从 0V 改接到 +24V，改完重新量电压，运行时应能看到 DI 端子掉到 0V 附近。

坑二：采集盒和机床电源不共 0V，读数随机跳。现象是信号时有时无，用手碰一下机柜外壳读数就变，示波器上看电平在飘。原因是两路 24V 电源的负极没有连在一起，参考电位不统一，光耦输入侧的电流回路不完整。解决办法是把采集盒的 0V 与机床侧的 0V 用一根 1.5mm² 的线可靠短接，只在一点连接，不要多点接地形成环流。

坑三：把针脚号当线号，运行和报警接反。现象是机床一启动就报报警，实际操作工什么都没干。原因是施工时 34 号针和 36 号针的号码管打错了，按线号接就整体错位。解决办法是断电后用万用表通断档，从 62A 插件针脚直接量到端子排，重建"针脚—线号—端子位"对应表。这个动作每次改造后都要重做一遍，别信上一次的记录。

5.2 程序与时序类的两个坑

坑四：计数信号不消抖，一个动作计三次。现象是产量统计比实际多出两三倍，而且不规律。原因是计数脉冲的边沿有抖动，或者机械触点在动作瞬间有多次通断。解决办法是加最小间隔过滤，先实测真实脉冲宽度再定min_gap_s；如果抖动发生在脉冲内部，光靠软件过滤不够，得在采集盒侧开输入滤波（多数模块支持 10～100ms 可配）。

坑五：报警按边沿处理，恢复后状态不复位。现象是报警解除后看板一直显示报警，必须重启程序。原因是程序用边沿触发置位了alarm_latched，但只写了置位没写复位路径。解决办法是把锁存和复位拆成两件事：信号有效时置位，操作工点确认且信号已消失时才复位，复位条件里必须同时判断"信号已消失"，否则确认完立刻又被置回去。

注意：带电插拔 62A 接插件是损坏输入通道的高发动作。任何插拔之前先断采集盒电源，再断机床信号，顺序反了浪涌会直接打进光耦。

6. 验证与进阶：用强制输出和一段日志把线序坐实

线接完、程序跑通，不等于这件事做完了。真正的收尾是把每一路信号单独验证一遍，不能靠"机床动起来看板有反应"这种粗验证。我的做法分三步。

第一步是强制输出验证。在系统侧手动强制 Y2.5 置位，用万用表量 62A 的 34 号针对 0V 的电压，应该从 24V 掉到 0V 附近；同时看采集盒对应通道的指示灯是否点亮。三路依次做一遍，这一步能把针脚错位、通道映射错位全部揪出来。强制输出时记得把机床切到手动或者调试模式，别在自动循环里做。

第二步是日志对照。让机床跑三个完整循环，把原始位序列按时间戳落盘，然后人工核对：运行信号的起止时刻是否与操作记录一致、计数信号是不是正好三个脉冲、报警位全程为 1（无效）。这段日志是后面所有问题的基线，存好别删。

第三步是边界测试。把采样周期临时调大到 200ms，看计数会不会漏；把min_gap_s调到 0.5s，看会不会把两次真实计数合并。这两个方向都测一遍，你就知道当前参数离边界还有多少余量，后面现场节拍变了也知道该往哪边调。

进阶一点的做法，是把三路信号之外再加一路"心跳"：程序每隔固定周期写一条带序号的记录，看板上显示最后一条的时间。串口假死、USB 掉线、进程卡住，这几种故障从信号层面完全看不出来，但心跳一停就暴露了。这个技巧不复杂，却能省掉大量"看板数据不动了但没人知道"的扯皮。

血泪教训是有一回赶工期，我跳过了强制输出验证，直接靠机床跑起来看界面。结果运行和报警两路接反，机床正常加工时看板一路报警，操作工以为设备故障停了机，白白停了两个小时。从那以后我每次接完线，不管多急，强制输出三路逐点验证这一步都强制走一遍，验完再签字。希望帮到你。

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