在很多工程师的印象里,S7-200 SMART是小型逻辑控制器,通常只用Modbus TCP通讯,或作为PROFINET智能设备接入上级PLC。实际上从固件V2.4开始,它就集成了PROFINET IO控制器功能,可连接至多8个IO设备。以8台V90伺服为例,数量恰好卡在边界内,属于“可用但没有余量”的状态——如果后续还要增加伺服或挂远程IO站,就应考虑升级到S7-1200/1500平台。
另一个容易忽略的限制是:S7-200 SMART本体的以太网口在同一时刻只能承担一种PROFINET角色,要么做IO控制器,要么做智能设备,两者不能共存。若现场既需要上级PLC读取它的数据、又要它控制伺服,上下级之间需改用S7通讯或PUT/GET指令打通。控制模式上建议优先选速度模式(标准报文3),因为该PLC的扫描周期通常在几毫秒到十几毫秒,不适合高节拍实时位置插补;需要定位的轴可交给V90内部的EPOS功能完成,PLC只下发目标位置并检测到位信号。
整套系统的硬件并不复杂,但对型号与固件有明确要求:
网络拓扑推荐星型结构:PLC与8台驱动器分别接入交换机,调试电脑也挂在同一交换机下。相比菊花链,星型结构在某台设备断电时不会影响其他设备。PROFINET识别设备靠的是设备名而非IP地址,每台驱动器的设备名必须各不相同且与组态完全一致,命名遵循DNS规范(字母、数字、中划线),不能有中文、空格或下划线。建议设备名与IP一一对应,例如v90-axis-01对应192.168.0.21,在线诊断时一眼就能认出是哪根轴。
标准报文3的结构很精简,理解它是编程的基础:
使能时序必须分步执行:先写16#0006(允许自由停车与快速停车),再写16#0007进入待机,随后写16#000F真正使能,电机带电后速度给定才生效。如果一开始就置位STW1.3,驱动器会报使能顺序错误。状态字侧,编程时通常把ZSW1.0和ZSW1.1作为允许使能的连锁条件,把ZSW1.3故障位直接送触摸屏显示,每根轴的状态一目了然。
多根轴共用一套逻辑,合理做法是写一个带参数的单轴控制子程序,主程序对每根轴调用一次并传入不同地址,后期调整使能逻辑时改一处即可全部生效。使能流程建议做成状态机:每一步等待驱动器状态字反馈确认后再进入下一步,而不是一次性把控制字写满。速度给定先给5%到10%的调试速度,空载跑稳后再逐步升到工艺速度。
调试顺序上切忌一次把8台从站全部加入组态,通讯风暴容易导致部分设备一直建立不了连接。稳妥的做法是:先只组态1台跑通全部动作,再加第2台验证独立性,确认无冲突后再补齐其余轴,这样一旦出问题定位范围很小。若需要速度同步,可选一根轴作为主轴读取实际速度,其余轴按比例系数跟随,能满足送料、收卷类工艺;高精度电子齿轮、电子凸轮则应直接换运动控制平台。
组态里搜不到驱动器是调试初期的高频问题,按概率从高到低排查:设备名未设置或改完没重启、IP不在同一网段、软件版本低于V2.4、GSD文件未正确安装、物理链路故障。组态界面的“可访问的设备”按钮能快速判断:能看到设备说明底层网络是通的,问题在组态;看不到则先查物理链路。
通讯偶发超时停机通常锁定三个方向:一是网线质量与屏蔽接地不良,换成超五类以上屏蔽线并保证屏蔽层可靠接地后,故障率会明显下降;二是交换机选型不当,换工业级产品后问题基本消失;三是看门狗时间与扫描周期不匹配,看门狗设为10到20毫秒、程序循环周期控制在5毫秒以内,即可避免“PLC来不及刷新通讯数据”的假超时。报警排查以驱动器调试软件的故障记录面板为起点:通讯超时类先查PLC运行状态与网线,过流过载类先手动盘车确认机械顺畅,使能顺序类对照控制字时序逐步核对。