1. 锂电池软包分选机的控制需求拆解——从工艺倒推PLC选型做电池产线设备这些年我越来越觉得选PLC这件事不能光看点数更不能只看品牌惯性和采购关系户的建议。软包分选机这种设备工艺看着不复杂无非是送料、扫码、测电压内阻、称重、分档下料这几道工序但真正把需求拆解到控制层你会发现它对控制器的要求比想象中苛刻得多。先说这台设备的工艺痛点。软包电池在化成分容之后要按容量、电压、内阻、K值自放电率等参数分档每一档对应不同的客户或者不同的PACK模组需求。分选机节拍通常要求在0.8到1.2秒一片电芯这意味着从扫码触发到模数转换完成、再到数据比对和气缸动作到位整个闭环必须在一个极短的时间窗内完成。这个节拍下PLC的扫描周期、模拟量采样速度、运动控制指令的发送时序都会被放大成致命因素。我接手这个项目时最初方案是用一台中型PLC加远程IO站的方式考虑过三菱FX5U加CC-Link IE Field也考虑过西门子S7-1200加ET200SP。后来综合算下来最终锁定欧姆龙NJ501-1500主要是三方面原因**第一NJ系列拥有逻辑运动一体化的能力。**分选机里负责搬运的机械手或直线模组以及下料位的皮带/摆臂机构如果能把逻辑控制和轴控放到一个控制器里省去独立的运动控制模块程序内部直接交换数据省掉的不仅是成本更是调试周期里数不清的通信对齐问题。**第二EtherCAT总线的扩展能力和响应确定性。**分选机的IO点数往往不会太少一个工位几百个点稀疏平常因为要监控的传感器和气缸非常多。EtherCAT的分布式时钟同步精度在微秒级扫描周期能做到1ms甚至更低对于高速分选这种场景恰好够用且有余量。**第三NJ501的ST语言和结构化编程能力。**分选逻辑本质上是一套状态机加数据表的比对逻辑用ST语言实现复杂判定比梯形图轻松得多。NJ系列的IEC 61131-3环境对ST的支持相当完整数据结构的定义也比很多日系PLC灵活。这里还要说一个选型时的关键判断主机架NJ501-1500搭配一套从机架这个副站到底是用EtherCAT从站模块还是单独再挂一套CPU做站间通信这是个很容易走弯路的地方。我的建议是除非副站存在完全独立的控制时序、需要单独调试维护否则不要用双CPU方案。双CPU之间即使做EtherNet/IP或Socket通信数据交换也有周期性延迟和编程复杂度分选机这种整机协同性强的设备双CPU只会让互锁逻辑变得支离破碎。直接用一个主CPU加EtherCAT从站机架所有IO和轴都挂在同一个网络上程序的逻辑才是一个整体排查问题的时候也不会出现两个PLC到底谁先动的扯皮场景。NJ501-1500这块CPU属于NJ5系列的中端型号程序容量1500步NJ的步数和传统PLC的三地址指令不可直接类比它的单条指令功能密度更高对于一台七八十个气缸、十几路模拟量、两三个伺服轴的分选机来说容量是完全够用的而且留有后续增加追溯功能的余量。威纶通触摸屏的选择倒是没什么悬念。欧姆龙NJ系列和威纶通的搭配在设备行业里非常成熟TK系列或者现在的cMT系列都行。这个项目选了威纶通主要是看重它的EB Pro编程软件上手快宏指令功能比同级别的其他品牌屏强不少后面做数据展示和配方管理会很方便。另外一个更现实的原因是威纶通的报警系统和数据日志功能做得人性化后续操作工反馈设备报警原因时不用专门培训就能看懂界面。设备需求梳理到这里硬件框架基本明确了NJ501-1500作为核心控制器主机架直接插CPU和部分IO模块从机架通过EtherCAT挂在总线上威纶通触摸屏通过EtherNet/IP和PLC通信整条网络拓扑就三条线——EtherCAT跑实时控制EtherNet/IP跑人机交互加一条RS485或者EtherNet/IP给扫码枪和MES如果有。2. 主机架与从机架分配EtherCAT总线的构建和IO模块的布局策略硬件架构定了下一步就是怎么把机架分配这件事做合理。这个合理直接决定后续接线、调试、维护的体感。很多工程师觉得机架分配就是把模块插上去、分配站号就完事了实际上远不止如此。先说这台设备的主机架。NJ501-1500的CPU自带EtherCAT主站接口主机架本身不需要额外的通信模块来管理总线。CPU机架上我分别插了这些模块电源模块给CPU和机架内IO供电数字量输入模块处理一部分就近的传感器信号比如气缸磁开、原点感应器数字量输出模块驱动临近的电磁阀模拟量输入模块接电压内阻测试仪的模拟信号输出电芯内阻测试仪有些型号输出0-10V或者4-20mA模拟量采集到PLC里做判定从机架则全部走EtherCAT从站模块这里我用的是一组GX系列或者NX系列的远程IO从站。之所以把大部分IO放到从机架是因为分选机的工位是沿着机械结构布局的主电柜到各工位的气缸和传感器如果全部拉线回主柜那将是几百根线的巨大线束成本高、排查困难、抗干扰也差。把从机架就近安装在设备中段的电柜里接线距离大幅缩短每根线都短了故障率自然就下来了。具体分配时有个核心原则按区域分块不和工艺段混淆。我按上料段、测试段、分选下料段三段来规划。每个区域的数据量、实时性要求不同分开规划的好处是将来某一段增加IO时只需要在对应的从站模块上扩展不需要动其他区域的接线程序里也按区域建变量组调试时看变量表一目了然。实际的从站模块选择上要根据信号类型拆分配置从站位置模块类型数量用途说明从站1测试位附近16点输入模块2块测试探针到位、气缸位置、测试仪通信握手信号从站116点输出模块2块控制测试探针压合电磁阀、测试仪触发信号从站2分选下料区32点输入模块1块各料盒满料检测、下料导槽位置传感器从站216点输出模块3块各料盒挡板气缸、不良品剔除气缸、传送带启停从站2模拟量输入模块1块备用后续扩展温度或压力监测这样规划下来主机架保持精简从站则承担了大部分IO。EtherCAT的拓扑结构也简单清晰从CPU的X1口出来一根网线到从站1再从从站1的OUT口串到从站2菊花链结构。注意EtherCAT的菊花链是支持这种串接的每个从站都有IN和OUT两个网口不像有些现场总线需要专用的终端电阻。谁在前谁在后不影响功能但从排查角度的建议是靠近CPU的先放主工艺段一旦链路出问题你可以快速用排除法切分是哪一截物理链路的问题。EtherCAT的站号分配在前面板上用旋钮或者通过配置软件设置。我用软件方式分配这样每个从站的节点地址在配置里统一管理比物理拨码更可靠也不容易因为在现场被误操作拨乱。配置好后再通过触摸屏或NJ的Sysmac Studio做一遍识别从站的验证确保映射表里的模块型号和实际硬件一致。站号分配好之后还必须做一件事配置EtherCAT从站的同步模式。NJ501的EtherCAT主站会把每个从站配置为不同的同步方式有自由运行模式、同步事件模式等。对于输出模块通常用同步于分布式时钟的刷新模式对于输入模块则要设定输入更新的时机。分选机的传感器信号变化频率不高不需要每个扫描周期都精确到微秒级采样所以我把输入从站设为自由运行模式输出从站设为同步模式。为什么这么区分因为输出信号比如气缸电磁阀的得电失电如果出现抖动或延迟会造成机械动作不协调而输入信号本身有传感器机械触点的滤波早一个扫描周期晚一个扫描周期采集影响不大。还有一个小技巧EtherCAT总线上预留备用节点。如果现场日后要加装传感器或者加一个小的气动执行机构不需要重新拉很长的线直接就近在备用节点上接入即可程序里只需要增加变量映射硬件的改动成本几乎可以忽略。3. 威纶通触摸屏与NJ501通信的实操配置变量一致性是后面所有幸福的基础硬件到位后最磨人的其实是触摸屏和PLC的通信。威纶通触摸屏和欧姆龙NJ的通信方式首选EtherNet/IP。为什么不用Host Link或者串口因为EtherNet/IP走网线速度快、数据量大、支持标签通信Tag Data Link而且调试时一台电脑同时连PLC和触摸屏网线一插就能干活效率完全不同。具体配置时的坑我一个个说。**第一IP地址规划要提前统一。**NJ501-1500的EtherNet/IP端口、威纶通触摸屏的网口、电脑的网口必须在同一个网段。这听起来是废话但我见过太多项目在现场因为IP冲突或者不在同网段导致通信时断时续。我的推荐规划是PLC用192.168.250.1触摸屏用192.168.250.2电脑调试时用192.168.250.100或者设成自动获取也行整个设备局域网独立不和其他设备混用。如果设备要接MESMES那边另走一个物理网口或者单独网段避免控制网和办公网混在一起造成的广播风暴风险。**第二威纶通EB Pro软件里的设备类型选择。**新建工程时设备列表里选Omron NJ系列通信接口选Ethernet然后填PLC的IP地址。这里要注意NJ系列在威纶通驱动里的型号区分有些驱动入口叫NJ/NX系列有些按CPU型号列出来选择对应的就好。如果驱动列表里没有完全对应的型号选NJ/NX系列这个大类通常也能兼容但严谨起见还是以官方驱动表为准。**第三标签变量映射是重头戏。**NJ用符号变量Symbol来管理地址也就是说你在NJ程序里定义的不再是冷冰冰的D寄存器或者CIO地址而是一个有名字有数据类型的变量。威纶通触摸屏要读写这些变量需要把变量导出来再在EB Pro里导入。具体操作流程是这样的在Sysmac Studio里把PLC程序里需要触屏访问的全局变量整理好注意变量名尽量用有业务含义的英文名不要用X0、Y1这种纯地址式的命名。比如Start_Machine、Stop_Machine、Cell_OK_Count看起来就能猜出含义。使用Sysmac Studio的导出功能把符号变量导出为CSV文件。在威纶通EB Pro里通过导入变量功能导入这个CSV软件会自动建立标签映射表。导入后检查一遍数据类型是否匹配比如NJ的BOOL类型对应触摸屏的BIT地址INT类型对应16位寄存器REAL对应32位浮点。这里有个必须注意的坑NJ的变量命名里如果包含特殊字符或者中文导入威纶通时可能映射失败。所以从一开始编程时就应该约定好变量名只能包含英文字母、数字和下划线首字母不能是数字。别在程序里图方便写中文变量名漂亮是漂亮后面导入触摸屏的时候全是泪。**第四报警信息的一致性维护。**这个项目的报警量不少探针未到位、气缸卡死、扫码失败、电芯参数超限等等几十条报警要显示在触摸屏上。更关键的是报警的信息不仅要在屏上显示还要能记录到历史数据里方便追溯。我用的方式是在NJ程序里用系统定义的报警变量NJ支持用户自定义报警通过将BOOL变量关联到报警表触摸屏这边通过读取PLC的报警变量来触发报警显示。做报警功能时有个最容易出问题的环节就是报警文本和注释的导入。在Sysmac Studio里为每个报警写的注释导出符号时并不会自动带出报警描述文本。这就需要你在威纶通EB Pro里手动建立报警表把报警编号和报警内容录进去。几十条报警纯手敲既枯燥又容易出错。我的做法是在Sysmac Studio的报警表里把报警描述整理到Excel再在EB Pro的报警表里通过Excel复制粘贴成列导入一次性搞定。EB Pro支持从Excel批量粘贴多行数据这个功能官网文档写得并不起眼但实打实能省一个小时的手工活。**第五通信状态的监控。**触摸屏上做一个系统诊断页面显示与PLC的通信是否正常、通信错误次数、最近一次错误时间。别小看这个页面现场设备无缘无故死机的时候90%的情况是通信断了或者触摸屏画面假死。有了这个诊断页面操作工不用等你到现场就能在电话里准确告诉你通信状态是不是正常的。另外EB Pro里有一个索引寄存器的概念热搜词里也出现威纶通触摸屏弹窗索引这个功能适合做配方页面或者多工位复用的弹窗。项目里的每个测试工位如果需要显示相同格式的数据页面直接使用弹窗加索引寄存器切换工位号能大幅减少画面数量和PLC程序的重复代码。它的原理就是通过索引寄存器指定当前操作的是哪个工位的数据区画面内容不变只是数据源地址偏移了。做分选机这种多工位设备时这个功能几乎必用。4. 分选机控制程序的核心逻辑ST语言与梯形图的混用思路到了程序编写环节我要重点说说NJ系列编程的一个心得体会——不要迷信梯形图也不要一股脑全写ST。在分选逻辑这层我用ST语言来写。为什么因为分选的本质是读到一组数据→和档位表比对→输出分选结果这本身就是一套干净利落的类C逻辑。用梯形图写这种数组遍历、条件判定的逻辑你会发现每一行都在做比较梯形图的图形化优势完全发挥不出来反而是一行行眼花缭乱的比较触点。ST语言解决这类问题是降维打击一个FOR循环遍历几十个档位阈值几行代码就完事改起来也方便。CPU的扫描周期我在分选循环里设定为2ms。为什么是2ms因为EtherCAT总线的刷新周期做到1ms甚至0.5ms都没问题但分选机本身的机械动作气缸动作、探针接触都在几十毫秒量级2ms的扫描周期已经远远够用留出多余的CPU负荷给数据运算和通信处理反而让系统更稳定。别为了炫技把扫描周期压到极致那是伺服同步控制场景的需求不是分选机这种以IO逻辑为主的设备的需求。整机程序我按功能块FB来组织这也是NJ系列相比传统日系PLC的优势所在。核心的几个FB模块如下FB_TestResultHandle接收内阻测试仪返回的数据进行档位判定FB_SortControl控制下料区的分选动作按档位把电芯送入对应料盒FB_TraceData记录每片电芯的扫码信息、测试数据、分选结果存到PLC的数据区供触摸屏和MES调用FB的好处在于每台分选机不同客户买的设备可能测试仪的通信协议不同只需修改对应的FB内部实现外部接口不变主程序完全不用动。这套面向对象式的编程思维对于做非标设备的工程师来说非常值得学习——你写的程序不是只服务这一个项目而是服务这一类项目。分选逻辑当中状态机的设计是关键。我采用一个主状态机加若干子状态机的方式主状态机待机 → 运行 → 故障 → 暂停子状态机如上料段等待电芯到位 → 夹紧 → 扫码 → 移送测试位 → 释放子状态机如下料段等待测试完成标志 → 根据分选结果选择料盒 → 触发导向机构 → 确认电芯落入料盒 → 计数加一写状态机最容易犯的错是状态跳转条件不互斥两个跳转条件同时满足时程序行为就不确定了。我的习惯是每个状态跳转的触发位都加互锁跳转前先复位当前状态的输出保证任何时刻只有一个激活的状态。这里举一个实际的程序片段示例ST语言简化的分选判定逻辑// 电芯测试数据接收后的档位判定 FOR i : 1 TO MAX_GRADE DO IF (received_capacity grade_lower_limit[i]) AND (received_capacity grade_upper_limit[i]) THEN sort_grade : i; // 命中档位 // 同时校验内阻和电压是否合格 IF (received_resistance resistance_limit[i]) AND (received_voltage voltage_lower_limit[i]) THEN cell_quality : QUALITY_OK; ELSE cell_quality : QUALITY_NG_RESISTANCE; // 内阻或电压不合格 END_IF; EXIT; // 提前退出循环避免重复匹配 END_IF; END_FOR; // 未匹配到任何档位视为超范围 IF sort_grade 0 THEN sort_grade : GRADE_OVER_RANGE; END_IF;这段逻辑放在FB里主程序每次扫描周期调用一次当前电芯的分选结果就被计算出来下料段的状态机只需要读这个结果即可。在气缸控制这类时序逻辑上我依然用梯形图/LD来写。因为气缸动作本质上就是条件满足→置位输出→到位→复位输出梯形图在表现这种时序关系时非常直观维修电工看到梯形图也能快速理解设备动作不至于调试现场遇到问题只能干等程序员。NJ支持在同一个工程里混用LD和ST不同功能用最合适的语言这是IEC编程环境的最大价值。还有一点必须说PLC程序里的数据追溯功能一定不要省。分选机这种设备客户随时可能会问昨天下午三点那批电芯分到哪个档位了没有数据记录你只能干瞪眼。我的做法是在PLC里建一个环形缓冲区的数据表格每处理一片电芯就往里存一条记录记录包括电芯条码、测试时间、电压值、内阻值、容量值、分选档位结果。数据区满了自动覆盖最老的数据同时通过NJ的EtherNet/IP通信功能把这些记录定时同步到MES或者上位机数据库里做长久保存。这样哪怕客户三个月后来追溯数据也完整无缺。5. 调试阶段的高频故障从触摸屏不通信到EtherCAT断站的完整排查链路调试阶段才是真正检验前期设计决策的时刻。这个项目调试期间我踩过的坑基本代表了这类设备最常见的故障方向我把排查链路完整记录下来对正在做类似项目的同行应该很有参考价值。5.1 触摸屏和PLC通信连不上的排查顺序这是每次调试第一周必遇到的问题。症状表现是触摸屏上所有数据显示####或者提示通信超时。我的排查顺序是固定的也建议你直接照抄查物理链路用电脑ping一下PLC的IP再ping触摸屏的IP。ping不通就查网线、交换机、IP设置大概率问题在这里。查驱动和型号EB Pro里设备选型是否选对协议是否选了EtherNet/IP而不是Modbus TCP。查变量映射导入CSV后有几个变量带红色错误标记说明数据类型不匹配或者变量名冲突优先修正这些。查PLC侧通信设置NJ的EtherNet/IP端口设置里有没有启用标签通信有的版本还需要在Sysmac Studio里把允许来自其他设备的通信选项打开否则PLC会拒收触摸屏的连接请求。查触摸屏的站号设置威纶通的以太网驱动里有个PLC站号参数欧姆龙NJ的站号默认是0如果触摸屏里填了1或者别的值也会连不上。这五步排查完90%的通信问题都能定位。剩下的10%基本上是硬件问题换根网线、换个交换机端口就好。要特别注意EtherNet/IP对网线质量还是有一点要求的工业现场尽量用带屏蔽的成品网线别自己夹水晶头自己做网线容易线对顺序错位或者屏蔽层没接地通信就会出现间歇性断开。5.2 EtherCAT从站断站的完整定位方法分选机的从机架挂在EtherCAT总线上调试中出现了一次从站掉站的问题。表现是触摸屏上某个工位的所有IO全部失效设备急停PLC的EtherCAT主站报错错误代码指向从站丢失。排查链路是这样的**第一步确认是不是物理接触问题。**EtherCAT的网线接头是标准的RJ45但工业环境震动大如果网线接头没有做锁紧带卡扣的工业网线接头或者水晶头质量差震动导致接触不良是最常见的原因。我重新插拔了一次故障暂时消失基本确认是接触问题。**第二步确认是否是电源供电问题。**EtherCAT从站模块有些型号需要额外供电如果供电端子没接好或者电源容量不足从站的通信芯片工作异常也会导致掉站。我用万用表量了从站模块的供电电压正常范围是24V±10%实测23.5V尚在范围内但偏低。给从站所在的电柜单独加了一路24V开关电源后问题的出现频率明显降低了。**第三步查看NJ的EtherCAT诊断信息。**Sysmac Studio的诊断页面会显示每个从站的通信状态、最近一次错误类型、累计错误计数。通过这个页面可以判断掉站是发生在物理层还是应用层。我看到的错误类型是从站同步丢失说明物理链路确实出现过中断但中断时间极短不至于完全断开通信。这就解释为什么故障是间歇性的。**第四步处理掉站后的自动恢复策略。**在NJ里有一个EtherCAT通信错误时的动作模式设置有停止所有输出的选项也有自动重连的选项。我的建议是对于分选机这类设备掉站后不允许自动恢复。一旦从站掉线设备必须进入急停状态操作工确认现场安全后手动复位。原因很简单如果某个输出模块突然掉站再自动恢复它输出端口的实际状态和PLC程序里记录的输出状态可能不一致那些气缸、电机在不知情的情况下重新得电极其危险。自动恢复看起来省事实际上是在拿安全开玩笑。这也是我在做所有EtherCAT设备时的统一原则宁可停机损失产量也不能让设备在未知状态下自行恢复运行。当然这样处理后停机时间确实会多一些所以我把掉站故障次数也记录到PLC里每周查看一次如果某一站的错误次数持续增加就提前安排更换网线或者检查端子把偶发问题消灭在变成停机事故之前。5.3 模拟量信号干扰导致的误判这个坑比较隐蔽可能很多同行也遇到过。分选机测试电芯电压内阻时内阻测试仪输出的模拟量信号送到PLC的模拟量输入模块。调试时发现触摸屏上显示的电压值会偶发跳动有时候能跳十几个毫伏导致分选结果偶尔误判。排查方向我一开始怀疑是内阻测试仪本身精度问题但用万用表在信号源端量电压很稳定。问题显然出在信号传输路径上。经过检查发现模拟量信号线和伺服电机的动力线在同一个线槽里走了将近两米伺服电机启停时的电磁干扰耦合到了模拟量信号线上。解决方案分两步走一是把模拟量信号线从动力线槽里挪出来单独走屏蔽线并且屏蔽层单端接地二是PLC模拟量模块的采样做了软件滤波在程序里对连续多次采样取中位值再求平均把偶发的尖峰滤掉。这里有个经验模拟量的采样滤波一定要用中位值平均滤波去掉最大最小值再平均不要单纯用滑动平均因为单纯滑动平均会把真正的尖峰也平均进去一部分而中位值滤波能彻底剔除异常值。经过调整后触摸屏上的电压显示稳定了分选误判的问题也随之消失。这类干扰问题在设备调试中非常常见处理思路就是源头隔离软件滤波双管齐下单靠软件滤波治标不治本。6. 分选机项目的经验沉淀这四件事重做一遍我会更早就做项目交付之后我复盘了整个设计和调试过程。有几件事如果重来一次我会在第一天就开始做而不是做到一半才补上。这些经验对我来说是用时间换来的教训写出来给后来者参考。**第一触摸屏的变量表从第一天就要严格管理。**我在项目初期为了赶进度有一部分变量是直接在EB Pro里手动加的没有走从Sysmac Studio导出CSV再导入的规范流程。到了项目后期这些手动加的变量和PLC里的变量出现了不一致比如名字差一个字母数据类型对不上排查起来极其痛苦。如果从一开始就统一从PLC导出、导入这个坑完全可以避免。现在我的做法是每次修改PLC程序后马上重新导出变量并更新到触摸屏工程里宁可多花几分钟同步也不攒到最后一起处理。**第二给每个气缸和传感器在程序注释里写明物理位置。**听起来像小事但分选机这种几十上百个IO的设备等调试到第三周的时候你根本不可能记得每一个信号的物理位置。我的习惯是每个变量名的注释里都写上X工位-上料夹紧气缸-伸出到位磁开这样的格式不仅在PLC程序里写在触摸屏的报警表里也写同样的注释。这样操作工看到报警信息时不用查图纸就能知道哪个位置出了问题能节省大量现场沟通成本。而且当设备转交给客户的维修团队时这套注释完整不完整直接决定后续售后成本的高低。**第三测试仪和PLC之间的通信协议一定要提前验证。**内阻测试仪和PLC的通信是整个设备里最容易出接口问题的地方因为测试仪厂家对协议文档的态度差异很大。有的厂家的协议文档写得很详细有的则含糊其辞。我在这台设备上用的是Modbus RTU走RS485测试仪的寄存器地址表是我找厂家要了三遍才拿到的完整版早期调试的很大一部分时间耗在对寄存器地址上。如果下次再做我会在设备组装之前就把测试仪买回来先和PLC做一遍通信测试把所有寄存器的读写都验证过确认无误后再开始整机调试。**第四留好完整的电气图纸和程序注释的交接包。**这个建议主要是从客户视角出发的。作为非标设备供应商项目做完不是终点设备要在客户现场跑好几年期间客户的维修人员会频繁查看程序和接线。我在项目最后花了整整两天时间把电气原理图、IO分配表、PLC程序注释、触摸屏变量表、报警说明这五类文档整理成套交付给客户。这份功夫在客户那边的评价价值比我多调三天程序都高。特别是IO分配表我按EtherCAT站号分组列出每个IO的用途和对应PLC变量名客户维修时对照这张表查线效率能提升好几倍。好的交付物不只是能跑的设备而是让客户能独立维护的设备。回头看这个项目硬件选型、架构设计、通信配置、程序编写、调试排障每个环节都有值得复盘的地方。设备本身不复杂复杂的是把每个环节做扎实、让整条链路在长期运行中保持稳定。这些积累下来的方法我已经沉淀成了一套标准流程下一台分选机再出发的时候至少能省下三分之一的调试周期。