上次现场做一台四工位转台的位置控制客户要求三个位置快速切换定位精度0.1mm单段节拍2秒以内。现场PLC没有多余脉冲口伺服柜到转台距离七八米用脉冲方式还得加模块、铺屏蔽线成本和时间都不划算。后面直接用汇川SV660P伺服加ModBus RTU通信来解决一根485线搞定位置指令下发整台设备跑下来定位稳定通信响应也完全够用。这篇就把从伺服参数配置、ModBus寄存器读写到多段位置控制的完整过程整理出来给同样被“低成本多轴定位”困扰的朋友做个参考。这个方案适合两类人一类是PLC没有脉冲口、不想换总线型PLC但需要控制伺服做点对点定位的另一类是做设备调试、想用手头485口临时驱动伺服验证动作的工程师。读完你可以直接用ModBus RTU把SV660P跑起来实现电机使能、回零、多段位置切换后面换EtherCAT也只是换一套通信框架思路是相通的。1. 方案选型与系统搭建为什么是SV660P加ModBus RTU1.1 这个项目要解决什么问题转台有四个工位每个工位需要在三个不同角度停下做点焊和检测动作。核心需求其实就两个位置能精确到0.1mm级别切换速度要够快。电机负载经过5:1减速器带同步轮电机轴转一圈负载走62.8mm左右0.1mm精度折算到电机编码器上大概是一万多个脉冲SV660P这种23位编码器配置冗余量非常大精度不是问题。真正的瓶颈在指令下发通道。原来方案走脉冲但PLC端没有高速脉冲输出口扩展一个脉冲模块少说也要几百块而且从柜子到转台要重新布脉冲线、方向线线缆成本加上人工现场安装周期硬生生多出半天。后来想干脆走485通信伺服和PLC都支持ModBus RTU一根屏蔽双绞线就能解决问题。当时也没底担心485通信速度跟不上。实际算下来ModBus RTU在115200波特率下读一条状态字大概3ms写一条目标位置6ms左右一个完整的“写位置-触发-读完成”流程也就20ms上下对于需要2秒以内完成一次定位的转台项目这个响应速度完全不是瓶颈。1.2 系统拓扑与硬件清单这套方案里PLC是主站伺服驱动器是ModBus从站。PLC通过RS485口发出读写下指令SV660P伺服驱动器响应指令驱动电机运动编码器信号只在伺服和电机之间闭环PLC并不参与实时闭环只负责下目标和判断状态。硬件上我用了这些汇川SV660P伺服驱动器一台配套MS1系列伺服电机PLC选用的是汇川H5U系列自带RS485通信口支持ModBus主站功能USB转RS485调试线一根电脑调试阶段用屏蔽双绞线若干米用于柜内到电机侧通信连接120Ω终端电阻两个485线路两端各接一个这里提醒下485通信虽然能看到两根线但实际工程里不是随便接两根线就能稳定跑的后面接线部分细说。1.3 接线要求与通信线缆SV660P的RS485通信口在驱动器的CN3端子具体针脚定义翻一下随机附带的手册不同批次可能略有差异。接线时把485A接到PLC的485A485B接到PLC的485B千万别接反接反的表现是通信偶尔通偶尔不通或者完全没反应排查起来很绕。线缆我建议用屏蔽双绞线屏蔽层在伺服侧单端接地。之前有台设备偷懒用了普通平行线结果伺服一启动电机运行过程中通信时不时报超时最后换回屏蔽线才解决。高频干扰就是这么现实电机动力线和编码器线不可避免会走同一个线槽485线没有屏蔽层就很容易把噪声耦合进去。如果现场通信距离超过50米或者在同一个485总线上挂了多台伺服记得在总线两端各并联一个120Ω终端电阻。这个电阻不是可选项少了它长线传输时信号反射会导致误码。短距离实验可以不接现场设备建议老老实实接上。1.4 三种控制方式的取舍控制伺服的无非三条路脉冲方式、ModBus RTU、EtherCAT总线。我在这三者之间选ModBus不是因为ModBus最先进而是它在“够用”和“成本”之间最平衡。脉冲方式最传统PLC发脉冲给伺服伺服跟着脉冲走。优点是实时性好、PLC程序直观缺点是硬件成本高一个轴至少占一个脉冲口多轴就得加模块而且高速脉冲线对屏蔽要求高布线麻烦。EtherCAT总线性能最强支持多轴同步、位置插补适合机械手、龙门同步这类场景。但EtherCAT需要PLC支持总线主站功能中型PLC起步伺服也要配总线选项整套成本比ModBus方案高出一截。转台这种简单多工位定位用EtherCAT有点大炮打蚊子。ModBus RTU正好卡在中间用485线就能跑PLC自带通信口没有额外硬件成本。虽然不能做多轴同步但对于“单轴走到某个位置停下再来指令再走”的应用性能完全够用。如果你的设备后续要升级成多轴联动选型时就得考虑伺服是否支持EtherCAT别在ModBus一棵树上吊死。2. 伺服驱动器参数配置先把底子打好2.1 恢复出厂与初始化拿到一台新的SV660P或者是从别的设备上拆下来的旧机器第一步先把参数恢复成出厂状态。原因很简单伺服参数可能被之前的人改过一些隐藏设置会影响后面通信调试不如清干净重新来。面板操作方式不细说了说明书里都有我一般习惯在伺服调试软件里做连接好USB后一键恢复。没有调试软件的话面板上也能操作找个“参数初始化”或者“恢复出厂”的菜单项确认执行后断电重启。恢复出厂后切记先把编码器类型、电机型号这些信息核对一遍。SV660P大多配置汇川自家电机驱动器会自适应读取电机铭牌参数一般不用手输。如果是替换电机或者非标电机一定要手动核对电机额定电流、额定转速、编码器分辨率这些参数错了后面调什么都白搭。2.2 通信协议与通信参数SV660P支持ModBus、CANopen、CANlink等协议出厂默认可能不是ModBus所以参数配置第一步是把通信协议切到ModBus上。这块参数在H0C组H0C-00是通信协议选择设成0就是ModBus RTU具体值以手上说明书为准不同固件版本对协议编号的定义可能不一样。切完协议后继续调H0B组的通信参数这组管波特率、数据格式、站号和响应延时。我用的配置是波特率115200数据格式1-8-N-2一个起始位、8个数据位、无校验、2个停止位站号设为1。提示这里的站号就是ModBus从站地址如果你后期要挂多台伺服每台的站号必须唯一范围一般1到247。设成0或者重复通信都会出乱子。波特率选择要结合通信距离来考虑。柜内短距离跑115200没问题几十上百米就降到38400或者19200更稳妥。我这次通信距离比较短所以用了115200响应速度最快。要注意PLC主站那边的波特率、数据格式必须和伺服完全一致两边差一个参数都握手不上。2.3 控制模式与指令来源SV660P支持速度模式、位置模式、转矩模式。多段位置控制必须用位置模式在H05组把控制模式设成位置控制。接下来是关键一步设置指令来源。SV660P的运行指令使能信号、位置指令分别有独立的来源选择是面板控制、端子控制还是通信控制。选ModBus通信后必须把这两项都指到“通信”上否则PLC发再多报文伺服也会当成没看见。这个坑我踩过不止一次。第一次调试时控制模式已经切成位置模式ModBus参数也配好了PLC往目标位置寄存器写了值伺服就是不动面板上一直显示“端子使能无效”之类的状态。后来查手册才想起来使能信号来源还停在“面板/端子”上伺服默认还在等外部IO给使能通信过来的使能报文被忽略了。2.4 电子齿轮比与位置单位换算这是整个配置过程中最需要动脑子的地方。SV660P的位置指令单位有“用户单位”和“编码器单位”两种概念。如果选用户单位就需要设置电子齿轮比如果直接选编码器单位目标位置直接填编码器脉冲个数省去换算。我这次为了省事直接把位置控制单位设成编码器单位。230万分辨率电机23位编码器8388608脉冲/转写多少脉冲就走多少脉冲PLC程序里自己算毫米和脉冲的换算关系。假设电机轴通过5:1减速器带动直径100mm的同步轮同步轮周长314.159mm负载跑一圈电机要转5圈所以电机一圈对应的行程是62.832mm。要移动50mm需要的编码器脉冲数就是50 ÷ 62.832 × 8388608 ≈ 6676384个脉冲这个数字在PLC里用浮点数算出来再转成32位整数发给伺服即可。如果你希望直接在PLC里用mm作为单位下发不用脉冲数那就得设置电子齿轮比让用户单位直接对应0.01mm之类的工程单位。电子齿轮比数值按公式算出来后约分成整数比填进对应参数。实际调的时候比较麻烦因为减速比和同步轮周长往往不是整数关系约分后分子分母很大写入和调试都费劲。我的建议是通信控制优先用编码器单位PLC侧做一次换算逻辑更可控。2.5 参数保存与重启SV660P修改参数后部分参数是掉电不保存的需要通过面板或软件执行“参数保存”操作然后重新上电才能完全生效。尤其是通信协议、控制模式这类基础参数改完不保存一断电全部恢复默认第二天来现场发现伺服怎么都不通信那种感觉太崩溃了。保存完成后我习惯把伺服面板切回显示“rdy”等运行状态。如果面板上显示报警代码例如编码器相关、过流、过压等报警先按说明书处理报警确认伺服处于无报警状态再往下调。带着报警做通信调试即使报文全对伺服也会拒绝执行运动指令。3. 寄存器地址与ModBus报文看懂这层你就能自己开发3.1 汇川ModBus地址映射规则SV660P的ModBus寄存器地址不是随便给的它和伺服内部功能码一一对应。功能码H0B-00对应ModBus地址0x0B00H0B-01对应0x0B01依此类推。也就是说你要读写哪个功能码只需要把功能码组的编号和参数序号拼成十六进制地址就是ModBus的寄存器地址。比如要改站号H0B-02地址就是0x0B02要读当前位置H00-03地址就是0x0003。这样理解之后即使手边没有完整地址表只要翻到手册的功能码列表你也能推算出来该读写哪个寄存器。32位参数占两个寄存器比如目标位置这类数据低位字和高位字分别映射到相邻地址例如0x2002和0x2003。写32位参数时要么用10功能码一次连续写两个寄存器要么分两条06指令先写低字再写高字后者要注意时序动作期间拆分写容易导致数据不完整。3.2 常用寄存器速查表这里把我当时用的通信对象地址整理一下。这套地址是从SV660P通信章节附表里查来的不同固件版本可能略有差异使用前一定核对说明书里的“通信对象字典”表。寄存器地址功能说明0x0B00通信波特率0384001192002960035760041152000x0B01通信数据格式01-8-N-211-8-E-121-8-O-131-8-N-10x0B02通信站号1到2470x0003当前位置32位参数只读单位由位置单位决定0x0002当前速度只读用于监控0x2000控制字16位使能、触发、报警复位等控制位0x2001状态字16位伺服准备好、定位完成、报警等状态位0x2002目标位置低16位32位目标位置的低字0x2003目标位置高16位32位目标位置的高字0x2004目标速度低16位32位目标速度的低字0x2005目标速度高16位32位目标速度的高字0x2000控制字每一位的含义汇川手册里有一张表。我当时常用的几个位是bit0伺服使能bit3位置触发/运行bit7报警复位。具体每一位的精确含义一定要按你手上的手册版本确认我在这里不展开完整表避免误导。3.3 三大功能码报文模板ModBus RTU最常用的三个功能码03读寄存器06写单个寄存器10写多个寄存器。报文格式都是“地址、功能码、数据、CRC”CRC是两字节低字节在前。读一个寄存器比如读站号H0B-02从站地址是01发送01 03 0B 02 00 01 CRC01从站地址03读寄存器功能码0B 02寄存器起始地址0x0B0200 01读取1个寄存器CRC两字节校验写单个寄存器比如把站号改成5发送01 06 0B 02 00 05 CRC写多个寄存器一次写目标位置32位。假设目标位置是123456十六进制是0x0001E240低字0xE240高字0x0001发送01 10 20 02 00 02 04 E2 40 00 01 CRC01从站地址10写多个寄存器20 02起始地址0x200200 02写2个寄存器04后面数据字节数2个寄存器共4字节E2 40低字00 01高字这里有个坑汇川部分固件默认32位数据是“低字在前”也就是低16位存到低地址如果写入之后发现位置跑得不对比如应该走10000结果走了65536倍很可能是高低字顺序反了需要切换伺服的字序参数。3.4 CRC16校验代码ModBus RTU的CRC校验算法是固定的CRC16-ModBus初值0xFFFF多项式0xA001。你要是用PLC编程很多PLC自带ModBus库CRC不用自己写但如果用单片机或者自己写通信调试工具这段代码直接抄uint16_t crc16_modbus(uint8_t *data, uint16_t len) { uint16_t crc 0xFFFF; for (uint16_t i 0; i len; i) { crc ^ data[i]; for (uint8_t j 0; j 8; j) { if (crc 0x0001) { crc (crc 1) ^ 0xA001; } else { crc 1; } } } return crc; }发送报文时CRC的低字节在前高字节在后跟上面报文示例里的顺序一样。写程序时可以通过ModBus调试工具先验证CRC函数对不对卡在这块纯粹浪费时间。4. 多段位置控制实现从单段定位到多段切换4.1 方案一PLC实时改写目标位置这是最通用、也最容易理解的做法。每一段位置都先存到PLC的寄存器里执行到哪一段就往伺服的目标位置寄存器里写哪一段的值然后通过控制字触发运动。流程大概是这样的读状态字确认伺服使能、无报警、没有正在运行的动作写目标位置到0x2002和0x2003写目标速度到0x2004和0x2005控制字bit3置1触发运动轮询状态字等待定位完成bit置1控制字bit3清零等待下一次触发用PLC梯形图或结构化文本都能实现核心就是这几步。要注意的细节是位置写入和触发之间必须留出通信处理时间不要同一轮扫描又写位置又触发伺服可能还没来得及处理位置更新触发就落空了。速度怎么给SV660P ModBus通信模式下目标速度单位一般是0.1r/min。想跑300r/min就写3000具体用哪个单位记得确认手册。速度给太大会导致加减速过冲给太小节拍跟不上结合负载惯量慢慢试现场我一般从最大速度的50%开始往上调。4.2 方案二SV660P内部多段位置如果PLC通信周期太慢或者你希望换段动作不依赖通信链路可以用SV660P自己的内部位置表功能。H07组里有内部位置指令存储区可以预先把几段目标位置和速度填进去运行的时候通过DI端子或者ModBus写一个“段号选择”参数伺服自己跳转执行。这个方案的好处是响应极快换段只需要改一个段号不需要实时写大段的位置数据坏处是位置值在伺服里现场修改位置要重新下参数灵活性差一些。程序调试阶段我建议先用方案一快速验证机械行程和节拍稳定后再把位置固化到伺服内部减少PLC和伺服之间的通信负载。4.3 多段切换的触发时序与状态判断多段控制能不能稳定跑关键看触发时序。我踩过一个很典型的坑第一段定位完成后PLC立刻写第二段位置并触发但机械上还有微小振动伺服其实还没有真正停稳。结果第二段起点带着残余误差最终位置偏了零点几毫米。后来我在每段之间加了一个延时或者读状态字里的“伺服准备好”位判断机械完全稳定后再给下一段触发。如果设备节拍允许加50到100ms的稳定延时定位可靠性会明显提升。另一点是状态字的读取方式。不要用“发一次读状态字如果没完成就再发”这种简单轮询最好做一个超时保护。比如目标位置下发后10秒内定位完成位没有置1程序要报警停机不然机械卡死时PLC还在傻傻轮询电机堵转发热很容易出事故。4.4 定位精度与动态性能的几项设置多段位置控制不是“位置对了就行”伺服内部还有几个参数直接影响定位质量和机械寿命。第一是定位完成宽度伺服判断定位完成是根据当前位置与目标位置的偏差小于某个值来判定的这个值在H07组里可以设。设太宽机械还没到位就报完成设太窄伺服一直在“到位”和“偏离”之间反复跳动定位完成信号可能抖动。我习惯按0.1mm折算成脉冲数来设留一点余量。第二是加减速时间。SV660P的加减速参数如果保持默认值在轻载小惯量下问题不大但转台这种带减速机和大转盘的负载惯量比高加减速太猛会在到位时引起振荡。我现场是把加速时间从默认值拉长一倍定位完成信号明显干净很多机械冲击也小了。第三是增益匹配。SV660P有免调或者在线惯量辨识功能如果你对增益调参不熟先用自动整定让伺服跑一段往复运动它会自动识别负载惯量并优化增益。实测下来自动整定出来的参数虽然偏保守但稳定性有保障后续再手动微调速度环就够了。5. 现场调试踩坑实录与问题排查5.1 通信完全无响应这是第一道坎。程序写好了串口工具一发送伺服那边完全没反应。排查顺序我从“物理层-数据链路层-应用层”走了一遍最后发现是最粗心的问题485的A、B线接反了。如果接线确认没问题再看通信参数是否一致。波特率、数据格式、站号三样PLC和伺服必须完全一样。伺服默认波特率可能是38400你PLC以为是115200两边鸡同鸭讲任何报文都白搭。用电脑调试时先发一条03功能码读0x0B00看看能不能读回波特率参数。能读回来说明物理层通了读不回来要么接线错、要么参数错、要么线断。5.2 使能后电机不动作通信都通了控制字也写了伺服状态字也显示使能了但电机就是不动轴用手掰也掰不动明显处于锁定状态。这种问题十有八九是位置指令来源没设对。伺服处于位置模式但位置指令来源还停在“面板”或“端子”通信写进来的目标位置根本没有被采纳电机自然不动。把位置指令来源切到“通信”再触发一次就好了。同理如果使能都使不上检查H05组运行指令来源是不是“通信”以及外部急停、限位、使能端子有没有被强制断开。5.3 定位完成信号不置位位置到位了但状态字里的定位完成位一直不置1。首先看定位完成宽度设置如果宽度特别小比如零点几个脉冲伺服永远觉得自己没到位。另一种情况是位置寄存器一直在被外部频繁写入比如PLC在每个扫描周期都在往目标位置寄存器里刷新同一个值伺服会认为指令一直在更新定位完成逻辑被反复重置。解决办法是只在需要改变位置时才写入不要周期性重复写。5.4 多段切换丢段或过冲丢段最常见的原因是触发时序太快。位置刚写入还没等伺服更新完触发位就来了这一段根本没执行。排查方法是看实际移动距离丢段的话电机基本没走或只走了很少的脉冲。过冲则多半是速度太快或加减速太短电机冲到目标位置附近停不住冲过头之后又倒回来整个动作看起来“刹不住车”。把目标速度调低一些或者把加减速时间适当加大。要是机械本身有间隙比如减速机齿隙、同步带弹性过冲还会叠加间隙误差这种问题调伺服参数解决不了要回到机械侧找原因。5.5 常见问题速查表现象可能原因解决方向完全无通信485线序接反、通信参数不一致、站号错误先用调试工具读0x0B00验证物理层时通时断485线质量差、干扰大、缺终端电阻换屏蔽双绞线单端接地加终端电阻使能无效指令来源仍为面板/端子外部急停/使能端子断开检查H05组指令来源和DI端子状态通信正常但不运动位置指令来源不对、触发位没置位确认位置指令来源为通信按时序写触发定位完成一直不置位定位完成宽度太小、位置被周期性重复写调整定位完成宽度改成条件写入位置跑到65536倍32位高低字序反了切换伺服字序参数电机到位后振荡增益过高、加减速太短使用自动整定延长加减速时间最后再分享一个小技巧做ModBus通信调试时电脑上装个串口调试工具或者ModBus Poll先把伺服当独立从站测通了再上PLC。这样可以把问题边界切得很清楚是通信层面的问题还是PLC程序的问题一目了然。现场调试时间紧这个习惯能帮你节省至少半天。
