企业官网建设流程全解析

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时，只需要在对应的从站模块上扩展，不需要动其他区域的接线，程序里也按区域建变量组，调试时看变量表一目了然。

实际的从站模块选择上，要根据信号类型拆分配置：

这样规划下来，主机架保持精简，从站则承担了大部分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（或者设成自动获取也行），整个设备局域网独立，不和其他设备混用。如果设备要接MES，MES那边另走一个物理网口或者单独网段，避免控制网和办公网混在一起造成的广播风暴风险。

**第二，威纶通EB Pro软件里的设备类型选择。**新建工程时，设备列表里选Omron NJ系列，通信接口选Ethernet，然后填PLC的IP地址。这里要注意NJ系列在威纶通驱动里的型号区分，有些驱动入口叫"NJ/NX系列"，有些按CPU型号列出来，选择对应的就好。如果驱动列表里没有完全对应的型号，选NJ/NX系列这个大类通常也能兼容，但严谨起见还是以官方驱动表为准。

**第三，标签变量映射是重头戏。**NJ用符号变量（Symbol）来管理地址，也就是说你在NJ程序里定义的不再是冷冰冰的D寄存器或者CIO地址，而是一个有名字有数据类型的变量。威纶通触摸屏要读写这些变量，需要把变量导出来，再在EB Pro里导入。

具体操作流程是这样的：

1. 在Sysmac Studio里把PLC程序里需要触屏访问的全局变量整理好，注意变量名尽量用有业务含义的英文名，不要用X0、Y1这种纯地址式的命名。比如"Start_Machine"、"Stop_Machine"、"Cell_OK_Count"，看起来就能猜出含义。
2. 使用Sysmac Studio的"导出"功能，把符号变量导出为CSV文件。
3. 在威纶通EB Pro里，通过"导入变量"功能导入这个CSV，软件会自动建立标签映射表。
4. 导入后检查一遍数据类型是否匹配，比如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通信连不上的排查顺序

这是每次调试第一周必遇到的问题。症状表现是：触摸屏上所有数据显示####，或者提示通信超时。我的排查顺序是固定的，也建议你直接照抄：

1. 查物理链路：用电脑ping一下PLC的IP，再ping触摸屏的IP。ping不通就查网线、交换机、IP设置，大概率问题在这里。
2. 查驱动和型号：EB Pro里设备选型是否选对，协议是否选了EtherNet/IP而不是Modbus TCP。
3. 查变量映射：导入CSV后，有几个变量带红色错误标记，说明数据类型不匹配或者变量名冲突，优先修正这些。
4. 查PLC侧通信设置：NJ的EtherNet/IP端口设置里，有没有启用标签通信；有的版本还需要在Sysmac Studio里把"允许来自其他设备的通信"选项打开，否则PLC会拒收触摸屏的连接请求。
5. 查触摸屏的站号设置：威纶通的以太网驱动里有个"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变量名，客户维修时对照这张表查线，效率能提升好几倍。好的交付物不只是能跑的设备，而是让客户能独立维护的设备。

回头看这个项目，硬件选型、架构设计、通信配置、程序编写、调试排障，每个环节都有值得复盘的地方。设备本身不复杂，复杂的是把每个环节做扎实、让整条链路在长期运行中保持稳定。这些积累下来的方法，我已经沉淀成了一套标准流程，下一台分选机再出发的时候，至少能省下三分之一的调试周期。