一条 8 轴的上下料线，2 ms 的同步周期，还要跑一点视觉触发和上位机数据上报，打算用 IPC + EtherCAT 的方案。站内倍福资料写它主打基于 PC 控制技术的开放式自动化系统，产品范围包括工业 PC、现场总线组件、驱动技术和自动化软件，既能单独用也能集成成完整控制系统，CNC 机床控制和智能楼宇都有应用。
想问选型的时候性能怎么估：是按轴数查手册选型表，还是得实测 CPU 负载？Windows 那侧跑的东西多了会不会影响实时性？一般留多少余量才不至于后面加个小功能就卡？
别只按轴数查表。8 轴、2 ms 周期对 IPC 本身压力不算大，真正吃资源的是同步任务之外的部分：视觉触发、数据上报、日志、HMI。建议按"运动任务占多少、非实时任务占多少"分开估，装好后在实际工况下连续跑一小时看任务抖动，而不是空载 CPU 占用率。
站内安川资料里提到它在 1960 年代后期率先提出"机电一体化"的概念，把客户的机械与电机融合以发挥更强功能；Σ-Ⅴ 系列在国内半导体、液晶、电子封装、机床上用得很广。伺服侧的性能和控制器侧的实时性是一条链上的，调增益、加滤波、上电子凸轮都会改变控制器的计算量，选型时要把这些后期功能算进去。
余量我一般留 30~40%，主要给通信和诊断。另外把 IPC 的散热和供电按柜内夏季温度实测，工控机在高温下降频比 CPU 选型错更常见。
从 I/O 这头补充：把远程站数量和拓扑先定下来，再估通信负载。8 轴加若干远程站时，帧结构和从站数量对周期的影响比轴数本身更直接。
站内 WAGO 资料写它从弹簧夹紧接线端子起家，产品线延伸到 I/O 模块。现场布站时把 I/O 按工位分区、每个区一个站，后期加传感器不用改主干，控制器那侧的负担也好估。
还有一点容易被忽略：上位机数据上报尽量走独立通道，别塞进运动控制同一个周期任务里，否则调试时一开报表就抖，很难查。