做制药设备这行时间长了有个体会越来越深一台自动药片装瓶机能不能签下来看的是机械结构图但能不能稳定量产、能不能通过客户验收、后期会不会被频繁叫去售后几乎全看那套控制系统。说它是“神经中枢”一点都不夸张。药片的下料、计数、灌装、送瓶、封口、剔废任何一个动作的时序错了、判断迟了整条线都会乱。这篇内容就是把我自己做装瓶机控制系统的一些经验和踩过的坑梳理出来从架构选型、核心逻辑设计到HMI、GMP合规和现场调试希望能给正在做类似项目的同行一些参考。1. 装瓶机最容易被低估的难点其实藏在控制逻辑里很多人第一次接触自动药片装瓶机觉得逻辑很简单药片倒进料斗靠震动盘或者转盘往下掉光电传感器数个数到了目标数量就停。真把设备搬到现场跑起来才发现事情远没有这么单纯。装瓶机面对的物料是药片它不是标准件颗粒大小、形状、表面摩擦系数、湿度、静电特性都会变瓶子也不是固定不变的几十种规格换着来。控制系统要兼顾的变量比想象中多得多。1.1 从用户视角看真正的痛点从来不是“动不起来”客户不会关心你用的是哪个牌子的PLC也不关心你用了多高级的总线协议。他们在意的是三件事计数准不准、速度快不快、药厂审计时能不能拿得出记录。这三点全部落在控制系统上。计数准是底线。缺一粒是质量事故多一粒是经济损失。药片单价虽然不高但一条线一天跑几十万粒千分之一的误差率累积起来都是很大的浪费。速度是产能指标一台中速装瓶机每分钟40到60瓶高速机可以到100瓶以上每一个节拍都要精确控制在几百毫秒级别。GMP合规则要求批次数据完整、报警可追溯、权限受控这在控制系统里不是附加功能而是基本功能。1.2 控制系统的功能地图从理瓶到封口全都要管我一般把装瓶机的控制范围拆成六个功能块理瓶送瓶、数片灌装、剔废、旋盖封口、数据追溯、设备诊断。理瓶送瓶负责把空瓶从储瓶仓依次送到灌装工位涉及伺服定位和传送同步数片灌装是核心要求药片按配方数量准确灌入瓶中剔废负责把计数不合格、缺瓶、旋盖异常的瓶子从产线中分离出来旋盖封口要控制旋盖扭矩和压盖高度数据追溯把每一步操作变成可查询的记录设备诊断则保证任何一个传感器掉线、气缸卡死都能被及时发现并停机报警。这六个功能块不是各自独立的而是互相耦合的。比如灌装工位发现计数超差这个信号要到剔废工位才执行剔除中间隔了几个工位PLC必须把信息跟瓶子一起“走”过去。这就已经涉及队列缓存、移位寄存器、状态机同步这些比较深的逻辑了。所以装瓶机的“神经中枢”并不简单它本质上是一个多工位联动的离散控制系统一个循环套一个循环任何一个环节的异常都要被提前设计和处理。2. 控制架构选型神经中枢的搭法有几种别一上来就选贵的控制架构决定了整个项目的开发方式、调试周期和后期维护难度。我做过几套不同方案的装瓶机控制系统各有各的适用场景这里把常见的几种方案拿出来比较一下。2.1 为什么是PLC而不是单片机或工业PC单片机成本最低但开发周期长、抗干扰能力差、可维护性不好。药厂设备一旦出问题客户要求的是快速诊断和更换单片机的电路板坏了要返厂修PLC模块坏了换一个就行这个差距在现场非常致命。工业PC性能强、兼容摄像头和复杂算法但Linux或者Windows环境的稳定性在长时间无人值守运行下依然需要花大量精力维护。通用PLC经过几十年的现场验证在I/O响应、抗干扰、断网断电恢复这些方面表现最均衡而且电气工程师普遍熟悉后期修改程序不用依赖原厂。这里说的PLC并不是特指某个品牌而是指一台具备高速计数、总线通信、结构化编程能力的可编程控制器。现在不少国产PLC也已经做得不错关键是选型时把计数频率、脉冲输出、总线类型和程序存储空间算清楚。2.2 三种主流电气方案的横向对比我列一个自己常用的对比表方便项目初选时参考。方案核心组成优势短板适合场景传统脉冲方案普通PLC高速计数模块伺服驱动器脉冲控制成本低工程师上手快接线多抗干扰一般调试靠经验中低速单机设备总线伺服方案PLC带EtherCAT/Profinet总线主站总线型伺服接线少参数可上传下载同步精度高对PLC品牌和总线协议有绑定要求中高速装瓶线多轴联动一体机/嵌入式方案触摸屏一体机或嵌入式控制器体积小集成度高扩展性弱外部I/O少则够用小型桌面式装瓶设备工业PC软PLC工控机Codesys或TwinCAT算力强便于加入视觉AI等重负载算法成本高对UPS和硬件稳定性要求高高速机机器视觉检测我自己现在的主流选择是总线伺服方案。步进方案在低速设备上也能用但只要客户有提速的可能伺服就是省心的选择。总线型的好处是所有伺服参数可以在PLC里统一管理换配件时一键下载不用拿着调试器在现场一个个伺服跑。2.3 我习惯用的硬件配置清单以一条中速单头装瓶线为例我的标准配置大概是这样的PLC选择自带EtherCAT主站的紧凑型型号比如倍福CX系列或者汇川AM系列具体看甲方已有的技术栈高速计数用PLC本体带的高速输入或者扩展高速计数模块频率要能吃到200kHz以上伺服总共三台送瓶转盘一台、旋盖轴一台、灌装闸门或者下料机构一台传感器方面空瓶检测用对射光电药片计数用光纤传感器或者高性能光电传感器HMI配12寸或者15寸触摸屏分辨率不要太低因为配方管理页面要展示的信息很多通信模块预留Modbus TCP或者OPC UA方便接MES。这套配置在中等规模项目里的成本可控性能和稳定性也比较均衡。3. 核心控制逻辑逐段拆解从一粒药片的计数到整条产线联动这一部分是全文重点。控制系统值不值钱就看核心逻辑写得清不清楚。装瓶机最核心的三个逻辑高速计数、灌装状态机、剔废队列。把这三个想透其他工位都是标准的顺序控制难度不大。3.1 高速计数到底怎么读才不丢脉冲药片从料斗经下料轨道滑向瓶口时会依次遮挡传感器光束。理论上每遮挡一次产生一个脉冲PLC计一个数。但实际中药片下落速度很快每秒可能过几十片信号脉宽只有几毫秒甚至更短。如果PLC是靠扫描周期去刷I/O扫描周期按10ms算一个脉冲就可能被漏掉。所以药片计数必须用硬件级的高速计数输入或者中断输入。高速计数的原理是PLC的CPU旁路掉了普通I/O映像刷新机制由硬件电路直接对输入脉冲沿进行计数再把当前值送到程序里。程序里不要做累加而是直接读取高速计数器的当前值与目标值比较。比如配方要求装60粒当硬件计数值大于等于600时触发灌装闸门关闭。这样误差不会累积。还有一个关键细节是数字滤波。光电传感器信号不是干净的方波药片跳动、表面反光、粉尘遮挡都可能造成脉宽抖动。HSC模块一般都带数字滤波参数滤波时间设置太长会把短脉冲滤掉造成漏计数设置太短则抗不了干扰。我的经验是滤波时间取正常信号脉宽的十分之一左右先测一下实际脉宽再设置不要凭感觉填。现场环境干扰严重时还可以在传感器选型上做文章比如用对射式光纤代替漫反射式光束更集中误触发概率低很多。3.2 灌装工位的状态机设计灌装工位是整个设备动作最密集的地方。如果用梯形图把所有条件堆在一起程序会变得很难维护后期加一个传感器都要牵一发动全身。我习惯把灌装工位写成状态机在结构化文本中用CASE语句实现逻辑清晰且便于扩展。状态定义大约是这样空闲、瓶子到达、罐装准备、灌装中、罐装完成、瓶子送出。每条状态转移都有明确的条件。空闲状态下只有收到“瓶子到达且定位完成”信号才跳到准备状态准备状态打开下料闸门、清空计数器然后跳到灌装中灌装中持续读取计数值达到目标数量后关闭闸门、触发落料确认然后切换到完成状态完成状态要等闸门完全关到位且计数结果在允许误差范围内才把“允许送瓶”的信号发给送瓶工位确保瓶子带着正确数量的药片离开。状态机的核心价值不在于正常流程而在于异常处理。瓶子卡在半路怎么办传感器突然丢信号怎么办急停之后怎么恢复这些都要在状态机里写清楚。我给每个状态都加了超时监控比如“灌装中”超过正常时间1.5倍还没达标就报警并把该瓶标记为待检。这样程序不会因为某个异常进入死循环也不会带病往下跑。3.3 缺瓶、倒瓶和碎片剔除逻辑装瓶线的剔废工位一般离灌装工位有若干个工位的距离。瓶子从灌装位走到剔除位需要时间所以PLC必须像一个队列一样把每个瓶子的“身份信息”跟着它走。我常用数组或者循环缓冲区来存每个瓶子的状态比如0表示正常1表示计数偏多2表示计数偏少3表示灌装超时。关键点队列的步进必须和实际工位移动同步。如果用节拍式传送那就每个节拍把数组下标往后移一位如果是连续传送就用编码器位置来实现位置同步。很多人调试时遇到“明明灌装工位已经标记了瓶子有问题但是剔除气缸打的却是另一个瓶子”的诡异现象大概率就是队列步进和实际位置不同步。解决办法很简单在剔除工位再装一个位置确认传感器当踢废气缸动作时先检查传感器信号和队列头信息是否匹配不匹配就停机报警宁可停机也不要错杀。碎片检测方面药片碎裂会出现颗粒太小、遮光时间过短的情况。单纯用计数脉冲数判断不了碎片需要在灌装工位增加一个模拟量输入的传感器或者机器视觉检测颗粒大小是否符合标准。视觉方案成本高但性能好预算有限时可以用光纤传感器的脉宽作为间接判断依据正常药片脉宽范围固定脉宽明显偏低就认为是碎片。这个方法虽然不是百分之百准确但可以拦截大部分明显碎粒。3.4 配方切换与参数下发药厂一天可能换好几种产品阿莫西林、维生素片、胶囊规格不同目标数量不同下料速度也不同。配方管理是HMI上必不可少的功能。我的习惯是把所有工艺参数保存在一个配方数据结构里包括目标数量、下料振动频率、闸门开度、灌装允许误差、旋盖扭矩等。切换配方时不要在设备运行中直接改当前参数而是先在数据块里加载新配方校验参数范围等当前批次跑完后在安全状态下再激活新配方。激活过程要记录操作员和操作时间。曾经有一个客户反映切换规格后偶尔出现多粒追查发现是操作员在设备运行中手动修改了计数目标值PLC读到一半被刷写的数据。后来我在程序中加了限制运行中写目标值必须通过受控的功能块且写入前后要两次确认彻底堵住这个漏洞。这个经验后来也写进了我们公司的程序规范。4. 别等GMP审计上门才补课HMI和数据追溯的实战做法GMP审计盯的往往不是设备机械部分而是控制系统产生的电子数据。很多项目前期的精力都放在动作逻辑上到了客户做验证的时候才发现数据追溯做不齐临时补功能非常痛苦。HMI和数据追溯这部分应该从设计之初就按审计要求来做。4.1 操作界面设计要分角色不能一屏到底操作员、工程师、维护人员需要的功能完全不同。操作员要的是大按钮、清晰的状态指示和产量数字不应该让普通操作员看到复杂的伺服参数或者配方内部变量。工程师要能修改配方、调整传感器阈值、设置速度参数。维护人员要能查看报警历史、手动测试每个气缸和传感器。所以HMI的页面要按角色分级。我用的是三级权限操作员权限只能启动、暂停、复位和查看产量管理员权限可以切换配方、修改工艺参数维护权限才能进入手动测试页和系统设置页。密码不是摆设药厂审计时会看访问权限和密码周期有没有记录。HMI品牌自带的用户管理功能一般够用但要注意把密码有效期打开并且设置连续输错次数锁定。4.2 数据记录、批次上传和审计追踪药厂的批次记录一般要求包含生产开始时间、结束时间、批次号、生产数量、合格数量、剔除数量、报警事件、关键参数修改记录。这些数据放在PLC里存不下需要通过通信协议上传到上位机或者MES系统。最稳妥的方式是PLC做OPC UA服务器上位机或者MES采集数据。OPC UA的好处是标准化程度高药厂MES对接时通用性好而且支持历史数据浏览。如果客户没有MES也要在本地工控机上做一个简单的SQLite或SQL Server数据库把关键事件实时写入。这里有一个容易忽略的点报警记录一定要带时间戳和操作人单纯记录“温度过高停机”是过不了审计的必须能回答“谁在什么时间做了什么导致报警当时参数值是多少”。4.3 权限管理与电子签名新版药品追溯的合规要求越来越高电子签名在装瓶机上不再是可选功能。当管理员修改配方时HMI上要弹窗要求输入工号和密码保存修改的同时记录修改前后的参数值。权限和签名虽然有软件可以辅助但PLC/HMI层面的记录更实时、更接近设备本身审计员也更认可。我做过一个项目甲方明确要求所有配方修改必须有电子签名而且签名记录要导出成不可篡改的PDF文件。HMI厂商一般自带审计日志功能导出格式可能是CSV或者PDF。建议在验收前提前让客户试导一次确认时间格式、编码格式在欧陆审计和MES解析时都没问题不要等到现场验证的时候才发现中文乱码或者时间戳时区不对。5. 现场调试实录三次让我推翻原有逻辑的故障排查程序写得好不好只有到现场跑起来才知道。这里记录三个印象深刻的调试案例都是真实发生在装瓶机调试或售后阶段的问题完整展示我的排查思路。5.1 静电导致计数翻倍排查链路比答案更重要现象客户反映到了秋冬季设备计数偶尔偏多一百瓶里有四五瓶多两三粒。前期怀疑是传感器灵敏度太高把光纤放大器增益调低了试跑半小时依然有问题。排查过程我先用PLC在线监控高速计数器的波形发现在正常脉冲结束后会跟随一串很窄的毛刺脉冲宽度只有正常信号的三四分之一。正常药片遮挡传感器的脉宽是2ms左右这些毛刺只有四五百微秒明显不是真实药片信号。然后检查接线屏蔽层是否单端接地没问题检查传感器安装是否松动也没问题。后来盯着下料斜槽看了很久发现药片在斜槽出口有轻微跳动特别是干燥天气下塑料瓶和药片摩擦产生了静电带电的药片靠近传感器时形成感应放电产生了额外的脉冲。验证方法很简单用湿毛巾提高局部湿度问题马上减轻。解决方法是加装离子风棒同时把传感器改成了对射式并加装了遮光罩减少环境光干扰。处理完连跑八个小时计数误差为零。这个案例给我最大的教训是季节变化导致的静电解可以改变设备稳定性预期在设计控制系统时要预留诊断手段别一上来就怀疑传感器坏了要先看信号波形再下结论。5.2 高速运行下伺服滞后造成的瓶口偏差现象设备中低速跑一切正常客户要求提速到每分钟60瓶以上偶尔出现药片没有完全进入瓶口洒落在瓶口边缘的情况严重时卡住了灌装闸门。排查过程起初怀疑机械结构松动把灌装工位的安装板重新紧固问题还在。然后在PLC里同时抓取送瓶伺服的位置反馈和灌装闸门的使能信号发现闸门使能的时机是“送瓶伺服到达目标位置”的时刻但速度更快之后伺服从“到达位置”到“稳定停住”还有几毫秒的随动过程瓶子实际位置偏差已经超过2mm灌装口自然对不准。解决方法是把灌装启动条件从“伺服到达位置”改成“伺服从到达后位置误差保持在允许范围内且持续稳定10ms”同时优化伺服增益参数把加减速时间适当加长。修改之后其实灌装启动时机比以前晚了大约30ms但整个循环的稳定性大幅提升速度反而可以继续往上提。这个案例说明控制逻辑不能只考虑“位置到了”还要考虑“位置稳定了”特别是在高速场景里。5.3 空瓶检测误判导致的漏灌现象客户现场出现极偶然的空瓶漏灌瓶子没装药片就流到了旋盖工位生产线没有报警后道人工抽检才发现。这个故障性质严重属于会影响产品放行的质量隐患。排查过程先看空瓶检测传感器是装在传送带入口上面的漫反射光电位置在瓶口附近。用示波器监测传感器输出发现了问题瓶子经过时瓶口螺纹的反光会让传感器信号产生连续抖动PLC偶尔在抖动间隙读到了Off状态于是认为“空瓶不存在”没有启动灌装。解决方法是三管齐下把漫反射光电换成对射光电传感器位置从瓶口下移到瓶身中部避开螺纹反光区域PLC增加“稳定确认延时”逻辑传感器信号必须连续ON超过50ms才认为瓶子到位在灌装工位前方再加一个光纤传感器做双重确认两个信号同时有效才允许灌装。这个改动之后类似漏灌问题再没出现。6. 交付之后才明白的五件事项目验收不是终点售后维护才是真正检验控制系统设计的时刻。这里分享几点我交付多个装瓶机项目后的经验教训。6.1 程序注释和随机资料比豪华硬件更值钱设备卖出去三年后客户可能换了三任电气工程师原厂的维护人员也可能换了。如果程序里全是没注释的变量名继任者维护起来会非常痛苦。我现在要求项目里所有关键程序块都要有块注释变量命名统一前缀I/O清单、通信地址表、传感器型号清单一定要随设备交付。这些东西看似不产生直接效益但在售后环节能省下大量沟通成本。6.2 硬件选型时要留足冗余和降额空间PLC的CPU负载率建议控制在70%以内I/O点数预留至少20%的备用通道通信距离长的话要提前计算线缆长度和波特率的关系。有些项目为了紧凑把配置算得刚刚好后期加一个传感器、加一个模块都很被动。设备在客户现场不可能像实验室里那样随时改造冗余就是灵活性。6.3 异常处理逻辑要主动暴露不要静默修复系统设计时很多人习惯把偶发异常“柔性处理”掉比如传感器丢信号就再多读几次伺服超时就自动复位。这在小问题上是好的但关键的异常一定要触发报警并且记录。静默修复等于把隐患藏起来客户发现批量质量异常时已经晚了。宁可多停一次机也不要把不确定的异常状态流到下一道工序。6.4 通信电缆屏蔽和接地的钱不能省装瓶机现场不一定只有装瓶机往往还有铝塑包装机、压片机等强干扰设备。通信信号一旦受到干扰查起来极其耗时。所有总线电缆必须用原厂屏蔽线屏蔽层单端接地要按规范做动力线缆绝对不能和通信线走在同一个线槽里。调试时多花半天布好的线能在售后阶段省一个月。6.5 用户培训要按“最不懂设备的人”来准备控制系统的界面再友好也架不住操作员学历背景差异大。培训时不要只讲正常操作步骤要把“几种常见异常现象和对应处理办法”做成看板挂在设备旁边比如计数异常怎么复位、瓶子被卡住先动哪里。设备操作员稳定控制系统的寿命就长操作员乱操作再好的程序也扛不住。做装瓶机控制系统这些年最大的感受是“神经中枢”这四个字的核心其实是逻辑不是CPU的算力或者传感器的数量。现场遇到的绝大多数问题都是因为逻辑边界没有想清楚、状态没有定义完整。电气元件会坏是正常的但坏得明明白白程序能第一时间指出来就是一套合格的控制系统。希望上面这些经验和故障排查过程能给正在做同类设备的同行一些启发少熬几个检修夜。