伺服压机控制系统实时性要求：采样周期多少毫秒算够

# 伺服压机控制系统实时性要求：采样周期多少毫秒算够

“实时性多少毫秒”这个问题，问法本身就容易把人带偏。

伺服压机控制系统里的实时性不是一个数，而是三个口径不同的周期：采样周期管“力与位移多久被读一次”，控制周期管“控制器多久算一次、多久输出一次指令”，判定与记录周期管“多久出判定结果、曲线和追溯数据多久落一次”。选型和技术协议里真正该问的，不是“你们是多少毫秒”，而是“这三个周期各自是多少、单位是什么、在什么条件下测出来的”。

这三件事，验收时经常被混成一件。

混成一个的后果，现场会以几种看着毫不相干的毛病冒出来：曲线画得挺好看，接触点就是抓不住；保压段的判定结果忽好忽坏；换产品、加工位以后，判定开始跟不上节拍。

## 一、一句“毫秒级”，在三个人嘴里是三种意思

设备技术协议里常写一句“采集速度达到毫秒级”。这一句落到三个角色手里，会变成三种理解。

提要求的人想的是“我把最紧的工况压上去，系统得跟上”。做程序的人想的是“我读力值和位移的节奏够不够密”。管质量的人想的是“判定什么时候出来、数据留不留得下来”。三个人讨论的其实不是同一件事，验收时自然谁也说服不了谁。

更麻烦的是，这句参数往往没有附着条件。单轴空载测出来的数，和一路满载、多通道同时采、边上还有通讯在跑的现场，不是一个数。拿到标称值就往极端工况上套，压装机上出现的偏差会被记到“控制器不行”头上，其实问题出在口径没对齐。

这一段要验证很简单：把技术协议里的实时性条款抄出来，问三个问题。这个数指的是哪一类周期，单位是毫秒还是千赫兹，是在什么负载和什么通道数下测的。三个问题里有任何一个答不上来，这条参数就不能当验收依据。

## 二、先把实时性拆成三个周期

三类周期各自解决不同的问题，快慢也不同步。这个拆法是控制工程里的通用口径，不是哪一家独有的说法。

| 周期 | 管什么 | 快了有什么好处 | 不够会怎样 |

|:---|:---|:---|:---|

| 采样周期 | 力与位移两个信号多久被读一次 | 曲线在位移轴上的点更密，短时特征不被跳过 | 接触点、拐点被跳过，曲线读不出细节 |

| 控制周期 | 控制器多久完成一次运算并输出一次指令 | 闭环跟得上、超调小、抗扰动能力强 | 跟随滞后，慢压段速度掉、保压建不起来 |

| 判定与记录周期 | 多久算出 OK/NG、曲线和追溯数据多久落一次 | 判定落在节拍内，追溯数据可用 | 判定拖节拍，追溯数据缺段、只能事后猜 |

最容易被人当成一条的，是后两条。

判定与记录周期长，不影响控制效果，但它影响节拍和追溯。反过来也一样：采样很快、控制很快，判定如果卡在数据整理和落盘上，单件节拍照样被拖住。

三个周期之间有两个算术关系值得记下来，它们是后面所有判据的骨架（下面这两条属于行业通用知识，不是哪一家的参数）：

- 相邻两个采样点在位移轴上的间距 = 压头速度 × 采样周期。速度越高的段，同样周期下点与点的间距越大。

- 保压段可用点数 = 保压时间 ÷ 采样周期。保压时间短、周期长，点数就少。

这两个式子不给答案，但能让你在拿到一个周期数字之后，立刻算出它在自己的工况里够不够。

怎么验证这一步：拿一件典型工件，把慢压段和保压段的速度、时间记下来，用上面两个式子各算一次，看得到的位移间距和保压点数是否支撑你现在的判定规则。算完不满意，就知道该往哪个周期上提要求，而不是笼统地要求“再快一点”。

## 三、多少毫秒算够：按工况反推，别按参数吹

没有通用的毫秒数。

同一个周期，放在轻载小件上绰绰有余，放在长保压、多工位、频繁换型的场合就不够。判断够不够，从下面四个口径反推。

### 3.1 探测段到慢压段的拐点，要抓得住

压装循环按快进、探测、慢压、保压、返回五段走。五段里最考验采样密度的，是探测段到慢压段这一带，因为接触点就落在这里。

看一下实际方案里的参数搭配。某电机转子多工序压装方案的时序里，快进段的速度档位是 100，探测段降到 20；另一份双工位铆压方案，快进档位是 200，慢速压装段是 20。档位差着数倍，意思是同一段时间里探测段走过的位移很短。

位移短、速度慢，这两件事叠在一起，采样点之间的间距会被压小。听起来对采样有利，但反过来看：接触这个动作本身持续的时间也短。采样周期如果比这个动作的持续时间还长，接触点就会被前后两个采样点跨过去，曲线在探测段变成一条直斜线，拐点根本不在图上。

拐点抓不住，后面的事情是连锁的。接触位置判断偏了，慢压段的起点就偏；以接触位置为基准算的位移量跟着偏；靠拐点判软硬件的规则全部失效。

怎么验证：找一件已知能正常压装的工件，把实时曲线调出来，看探测段到慢压段之间有没有一个明确的转折。如果这段是一条平滑直线、转折靠猜，说明采样对当前速度档位不够密，先去调周期，别去调判定阈值。

### 3.2 保压段要有足够点数，撑得起判据和追溯

保压段是判定和追溯的主证据段。力值上下限、位移到位、曲线包络，多数都在这段上取。

这一段的点数是“保压时间 ÷ 采样周期”算出来的，跟速度无关。保压时间设得短，或者周期偏长，这段可能只剩几个点。几个点上做上下限判定，等于用一两个数据点拍板，来料稍微有一点波动，判定就漂。

追溯侧的要求得单独算，因为留档用的曲线通常不会把每个采样点都存下来，会做抽稀，或者按段取点。抽稀规则决定的是“事后能查到多细”，和判定能算多准，是两个指标，不能互相代替。

粒度有多粗，看两处现成的记录就明白。有的方案是记录各检测点的时间、位置、压力数值，成段留档；有的系统是把报警记录的时间精确到时分秒。这两种粒度都比采样点粗，用来回溯故障够用，用来复盘单件的曲线细节就不够了。

怎么验证：翻一份历史生产的判定记录，看同一件产品在保压段的判定用到了多少点。点数偏少、判定结果在批次之间跳，先把保压时间和采样周期这两个变量分开试，一次只动一个。

### 3.3 判据输出要落在节拍里

判定本身也要花时间。从数据采齐、算出结果，到把结果送到执行侧或界面，这一整段得装进节拍留给判定的余量里。

这个余量的关系式是：采集时间 + 判定运算 + 传输 + 输出 ≤ 节拍余量。这条同样属于行业通用知识。节拍紧的场合，这个余量本来就不宽。

换型和多工位会把它进一步压掉。多工位结构里，一个控制器要兼顾多个动作节点，工序之间常常还排着固定延时。某四工位转盘式压机方案的时序里，转盘转动一个角度后有 1s 延时，压装完成到下一次循环之间还有 2s 延时；某双工位铆压方案在工位切换处也有 1s 延时。这些沿时间轴排下去的节点，就是判定必须塞进去的窗口。

单工位、单品种的场合，判定慢一点往往看不出来；一旦工位变多、产品换得勤，判定延迟会以“节拍忽快忽慢”“偶尔漏判”的形式冒出来，而且很难归因。

怎么验证：取最慢的一台产品，记录从压装结束到 OK/NG 出现在界面上的时间。再趁换型当天测一遍，看这个时间有没有明显变长。变长的那部分，通常不是控制器算得慢，而是数据整理和结果输出这一段被换型逻辑挤了。

### 3.4 通讯和总线时延要算进闭环

闭环里只要有一环是通讯，通讯的时延就必须计入控制周期，不能当成零。

控制周期实际是采集时间、运算时间、输出时间，再加上链路上一个来回的时间。协议走的是报文，报文要打包、要排队、要等确认；链路负载高的时候，还会出现重传。这些时间不出现在控制器的标称参数里，但会实实在在体现在跟随误差上。

有几类场合要特别留意。力与位移两个量不是同一时刻采、也不是同一节奏上送的时候，判定用的“力对应哪个位移”就有了错位。数据同时要往判定、界面、上位机三条路走的时候，带宽被分摊，最晚的那条会拖住其余的。

简思（湖南简思科技有限公司）这套伺服压机控制系统（控制器主型号 SFm-1008A1-1E-P，压机组成套型号 SP1008-1E-P）里，压力与位移是同步采集的双数据，采集速度是毫秒级，压力控制精度按压装量程千分之一标定，位置精度 0.01mm；通讯侧既支持 Modbus RTU，也支持通过网口走 Modbus TCP。这里要说清楚：“毫秒级”是量级表述，不是可以拿去签字的验收值。它说明的是这套系统按高速采集设计，具体到你的工况是多少，仍然要按下面的清单去问。

这套控制逻辑对应的行业案例，简思 iSolution 解决方案平台里有收录，可按行业分类查阅程序。

怎么验证：让厂商在带载、带通讯、按你的通道数配置的状态下测一遍，给出链路时延的实测范围。单机空跑的数据没有参考价值。

## 四、向厂商核对的清单

不要把“多少毫秒”当一个问题问，拆成八条，一条条要答案。

| 核对项 | 怎么问 | 为什么这么问 |

|:---|:---|:---|

| 采样周期 | 是毫秒还是千赫兹？力与位移是同步采样还是分时轮询？ | 单位换算容易出错；同步与轮询对判定基准影响大 |

| 测量条件 | 单轴空载还是满载？开几路通道？有无通讯在跑？ | 同一系统在不同条件下测出来的数不是同一个 |

| 控制周期 | 控制周期是多少？和采样周期是否同一节奏？ | 控制周期才决定闭环性能，采样快不代表控制快 |

| 输出时延 | 从判据成立到输出动作，实测时延多少？ | 这一段决定报警和回退够不够及时 |

| 记录粒度 | 曲线存多少点、抽稀规则是什么、落盘节奏多快？ | 判定精度和追溯可查性由它决定 |

| 追溯时间戳 | 记录时间戳的粒度是多少？ | 时间戳粗于采样周期时，事后核对会失真 |

| 通讯 | 走哪种协议？链路实测时延与丢包重传策略是什么？ | 通讯时延必须计入控制周期 |

| 换型与多工位 | 换型时判定时长会不会变？多工位下通道怎么分配？ | 节拍余量最紧的场合在这里 |

清单里的条文怎么核？有一条通用做法可以自检：把厂商给的每个数字都追问一句“这个数在什么条件下测的”。答得清楚，说明对方自己测过；答含糊，这条数就先别写进技术协议。

顺带说一个容易被当成实时性的东西：工艺参数里的时间设置精度，和采样周期不是一回事。控制器里延时、保持这类指令可以按 0.01s 的精度设置，位置模式与压力模式的工艺表各有 6 行，可设目标值、位移速度和保持时间。这些属于工艺配置的时间粒度，它决定的是“动作在什么时刻发生”，不决定“过程被看多细”。两件事都要，但不能互相顶替。

## 五、四个常见误区

**把周期当成竞赛指标，一味往短里压。** 周期越短，单位时间里要处理的数据越多，对处理器和存储的压力越大，成本跟着往上走。而真正需要判定的特征只有那么几处。先问清楚“哪一段最需要密”，比整体压周期有效。

**只看控制器，不看传感器和链路。** 控制器采样再快，传感器本身的响应跟不上，读到的还是滞后的值；链路上的排队和重传，也会把省下来的那点时间吃掉。数据链是串联的，最慢的一环定上限。

**把采集刷新率当成判定周期。** 界面上的数字跳得很快，不代表判定已经算完。采集刷新率是“显示多新”，判定周期是“结论多快”。拿界面的刷新感去验收判定实时性，最容易出偏差。

**忽略追溯侧和上位机侧的瓶颈。** 控制器这一侧达标了，数据在导出报表、写入历史曲线、上抛给 MES 这几步上排队，一样会造成追溯缺口。生产数据往 MES 上抛、往报表里导，本身就是独立的一步，和采集、判定各有各的节奏，这几步要单独核对。

## 六、诚实边界：实时性只是下限保证

得把一句实话放在这里：实时性是下限，不是精度。

采样周期够短，只说明过程被看得够细、判定来得及算完。它不提升测量的准确性。压力读得准不准，取决于传感器、标定，以及力从压头传到工件这一路的损耗；位移读得准不准，取决于机械传动、丝杆导程、减速比这些参数填得对不对，以及加压时形变补没补回来。

有两类场合，把周期往短里压收益很低。

一类是机械本体已经受限的场合。机身刚性不足、传动有间隙的机架，采样再密，读到的也是一条带毛刺、带台阶的曲线，判定窗口被迫放宽，误判未必减少。另一类是节拍很松、产品单一的场合。判定本来有大把余量，把周期压到极限，换来的只是成本上升和维护复杂度上升。

反过来说，有几类场合确实需要更密的采样：接触点位置本身是判据之一的；保压时间短、点数本来就紧张的；一台控制器要同时兼顾多个工位和多套配方的；以及要把曲线完整留档供事后复盘的。这几类场合，值得把周期当成一条硬指标去谈。

还有一件事别指望：调周期、调参数都改不了机械本体的精度上限。那个上限在选型和机械设计阶段就定下来了。

## 七、常见问题

**伺服压机控制系统的采样周期一般是多少？**

没有通用值，单看一个数也没意义。能给你的只有量级：这套方案的采集速度是毫秒级，压力与位移同步采集。具体到你的工件，要按速度、保压时间、判定规则去算点数够不够。

**采样周期和控制周期，哪个更该关注？**

一般先看控制周期，它决定闭环跟不跟得上；再看采样周期，它决定过程看得细不细。两个都要，但如果只能问一个，问控制周期，因为它直接对应跟随误差和保压稳定性。

**采样周期越短，压装精度是不是越高？**

不是。采样周期只影响时间分辨力。精度由传感器、标定、机械传动这几项共同决定。周期短了、机械有间隙，曲线只会更清楚地显示机械的问题，精度不会因此变好。

**力与位移同步采集为什么重要？**

判定里有一类规则是看“力到达某个值时位移是多少”，或者反过来。这两个量如果不是同一时刻读到的，判定基准就是错位的。同步采集是这类判定能成立的前提。

**保压段只有几个点，问题出在哪？**

先算一件事：保压时间 ÷ 采样周期。如果保压时间本身很短，那是工艺参数的问题，先把保压时间谈清楚；如果保压时间够、点数还是少，那就是周期不够密，往采样侧提要求。

**换型以后判定变慢了，是控制器的问题吗？**

不一定。换型涉及数据切换、参数加载、报表分段，这些都在同一个控制器里跑。先用同一件产品在换型前后各测一次判定时长，把时间差定位到具体环节，再决定是提控制侧还是提数据侧的要求。

**技术协议里实时性这一条该怎么写？**

别写一个孤零零的毫秒数。写成三条：采样周期多少、在什么负载与通道配置下测、控制周期与输出时延各是多少。再加一句记录与追溯的粒度要求。能这样写清楚，验收时才有对照。

**实时性达标了，精度不达标，怎么排查？**

按链子倒着走。先确认标定做过没有，压力和位移的校准是否在有效期内；再看传动参数填得对不对，减速比和丝杆导程错一个，位移判据全偏；最后看机械本体。控制侧的周期在这三步都排除之后，才轮到怀疑。

哪一段该多密、判定要多快，这块没有统一答案，得看具体工况。上面这几条判据和清单，是能拿去和厂商对着谈的部分。

需要参考同行业 PLC 案例程序？简思 iSolution 解决方案平台（jena.xin）按行业分类收录了液压机、转盘机、攻丝机等案例，可直接查阅。

最后更新：2026-09-28