托盘输送机程序实战：从状态机设计到调试全解析

搞自动化这些年，跟托盘输送机打了无数次交道。每次有人问我在做什么，我常回一句：就是给一堆辊筒、链条、电机写“怎么走、什么时候停、撞了怎么办”的程序。听上去不难，可真把一条输送线跑顺，让托盘不堵、不撞、不叠盘、不掉线，里面门道不少。这篇就把托盘输送机程序从需求拆解、硬件选型、核心逻辑到现场调试、故障排查完整过一遍，给准备入行物流自动化或者正在折腾类似项目的朋友一个参考。

无论你是刚开始接触堆垛机、穿梭车配合的立体库输送系统，还是做生产线联线改造，只要程序里牵扯到托盘搬送，这篇文章都适合你。我会尽量少用教科书语言，多讲实际怎么想、怎么写、怎么调。

1. 先搞清楚托盘输送机到底要干哪些活

1.1 输送机在物流系统里的角色

托盘输送机不是一台独立设备，它更像物流系统里的“血管”。立体库里的堆垛机负责把托盘送进库位，但托盘怎么从入库口到堆垛机面前，怎么从堆垛机手里接出来再送到出库口，靠的全是输送机。也就是说，程序的核心不是“让电机转”，而是协调各段输送机、配合上下游设备，完成托盘的有序流动。

很多新手容易犯一个错：一上来就盯着单段输送机的正反转写，把每段设备当成独立小项目写。结果单段都是好的，联机一跑就出问题——不是因为动作逻辑写错了，而是段与段之间的交接时序、互锁关系、异常处理没考虑。托盘输送机程序真正难的地方，恰恰在这层“协调逻辑”上。

我在项目里一般把输送任务拆成几类：直行输送、积放等待、分流合流、顶升平移、顶升旋转、拆叠盘、称重剔除。每个动作看似简单，但叠加起来，程序的结构设计就决定了后期调试和运维的难度。

1.2 程序要管的“动作清单”

列个清单，方便对应到代码上：

• 输送动作：电机正转把托盘往前送，反转做退回或双向输送。
• 停止定位：托盘到指定位置后准确停下，靠光电或接近开关触发减速、停止。
• 积放：后面的托盘在前一个托盘后保持安全间距停下，等前面放行再走。常见于辊筒线和链条线，避免连环碰撞。
• 分合流：两条来料线汇成一条，或者一条线分到两条，需要互斥、排队、优先逻辑。
• 顶升平移：把托盘从一条线垂直搬到另一条线，码垛机、拆垛机、RGV接驳口很常见。
• 顶升旋转：把托盘旋转90度或者180度，配合货物朝向要求。
• 拆叠盘：空托盘垛逐层拆下、单盘放行，或者反向叠盘。靠光电、升降台高度检测、夹爪配合。
• 与上位机交互：接收任务指令（托盘号、去几号口），上报完成信息。这层通信往往用报文或者DB块，通信口和输送逻辑最好分开写。

这些需求列出来之后，再去做IO表、程序框架、报警设计，思路会清晰很多。我见过很多人拿到需求就开写，结果写着写着发现漏了“空托盘补给的联锁”“叉车取货时的安全停位”，回头改结构，费时费力。

2. 程序框架：从硬件选型到地址规划

2.1 控制架构怎么搭，为什么这样搭

托盘输送机控制系统一般用PLC做主站，需要通过总线带远程IO。我见过用一体机直接点对点接线的也有，线一多、距离一远，调试时查线能查到崩溃。只要输送机数量超过10台，或者分布长度超过30米，就老老实实上总线：

• 主站PLC放电控柜。
• 每段输送机就近放远程IO模块或小型从站。
• 现场传感器、电机接触器、变频器全部接到就近IO模块。
• 总线介质一般用网线或者光纤，按现场环境选。

为什么这么搭？第一，接线量大幅减少。第二，故障定位快。某一段没信号，直接看从站状态就能锁定范围，不用抱着一把螺丝刀在线槽里翻线。第三，扩展性好，后期加一段输送机，硬件上就近加模块、程序里加段号就行。

需要注意：总线接线的工艺决定了稳定性，网线水晶头压不好、屏蔽层没接地，现场干扰会给你上一课。我遇到过输送机跑着跑着某一排传感器集体闪烁，查了半天下雨导致端子箱进水，所以现场防护等级、端子密封、线缆固定这些“非程序”的事，一样要认真管。

2.2 传感器布局和托盘识别方案

托盘输送机上用得最多的是对射光电、反射光电、接近开关和编码器。光电不同功能叫法也不一样：

• 就位检测：托盘到设备中心或某个关键位置。
• 满位检测：某个工位上有托盘，防止后续托盘顶进来。
• 通过检测：托盘经过时计数或者超时判断用。
• 拆叠盘检测：检测托盘层数、托盘是否分离，常用光电配合升降编码器。

传感器布局上有个基本原则：能做“位置闭环”就别靠时间估算。比如顶升台上升到位，光靠“电机转了3秒”不可靠，必须用行程开关或者接近开关确认实际到位信号。输送机定位也一样，最好有两个光电，一个提前减速、一个最终停止，避免托盘惯性冲过头。

托盘识别方案要看现场要不要自动追踪货物。简单场合用光电计数、靠任务顺序排队，系统简单，但对账靠外部MES或WMS。要精确追溯托盘号和货物信息时，用RFID读写器或者条码扫描器。RFID不怕油污、不怕遮挡，适合长期重复使用；条码便宜，但纸质标签在粉尘大、摩擦多的环境容易磨损，我做过一条线，条码读不到导致托盘反复退回人工处理，后来统一换RFID才消停。

2.3 IO清单与地址表规划

程序写得好不好，很大程度看IO表理得顺不顺。我的习惯是：每个设备单元按“段”建地址区间，不要东一个西一个。比如：

内部地址规划时，我习惯按功能分块：

• 输入镜像区：统一读取现场IO之后，程序里只使用标签变量。
• 输出镜像区：逻辑只写“电机正转请求”，最后统一映射到物理输出。
• 运行状态区：每段设备的运行模式（手动/自动/维护）、当前状态（等待/运行/故障）。
• 任务数据区：托盘号、目标地址、当前地址、任务状态。
• 报警区：每条报警有自己的编号、触发条件、是否可自动复位。

这个习惯看着平平无奇，但后期查问题速度完全不是一个级别。大量设备同时动作时，通过状态区变量就能瞬时看出谁在等谁、谁卡住了，不用拿万用表对着接线端子捅。

3. 核心逻辑设计：状态机与关键互锁

3.1 用状态机管理每段输送机

托盘输送机程序从逻辑层面看，最适合用“状态机”来管理每段设备的状态。每一段输送机，我习惯定义这些状态：

• 空闲（IDLE）：没有托盘任务，电机可以停着。
• 请求进料（REQUEST）：上位机或前段设备告知有托盘要进来，本段做好接收准备。
• 接收中（RECEIVING）：托盘正在进入本段，判断是否到位。
• 已就位（READY）：托盘在本段停留等待下一步指令。
• 输送中（SENDING）：托盘正在离开本段，向后段移交。
• 故障（FAULT）：检测异常，停止动作等人工处理。

写成状态机的好处是逻辑不会乱。比如“接收中”状态里，只有托盘到位信号从不亮变成亮之后，才能进入“已就位”。这样就避免光电抖动造成误判。处理光电信号的典型做法是加滤波时间和连续确认次数，比如信号持续50毫秒以上才算有效，现场干扰严重时可以适当加长。

每段设备的状态机做好之后，整线就是把相邻两段的状态做握手。后段空闲时，前段才能放行。后段正在接收时，前段继续等待，不能硬推。这种“握手交接”比单纯看到前段有托盘就启动要可靠得多。

3.2 积放与防撞逻辑

积放是输送机程序里最常见、也最容易被人忽略的功能。说白了就是让托盘一段一段排队，中间保持距离。积放逻辑处理不好，会出现两种典型故障：一种是后托盘直接怼上前托盘，造成托盘变形或货物跌落；另一种是积放后托盘一直顶着前托盘，导致前托盘想走也走不了。

我的做法是：在每段输送机上规划两个关键检测点——前段末端光电和后段起始光电。后段有托盘且未放行时，前段电机不能启动。等后段把托盘送走并确认离开后，前段接到“放行命令”再启动。这里面必须有“离开确认”，不能只看电机转了就算完成，光电信号要落到实处。

积放压力的物理问题也要程序配合。链条输送机或辊筒输送机如果采用连续运行方式，后面托盘一直顶着前面托盘，电机负载和托盘摩擦力都会变大。程序上我会安排“节拍放行”，比如前面前面的托盘走出一个车身位后，后一个才起步，而不是等前一个完全走完再动，这样能提高效率，又不至于追尾。

关于防撞，除了积放距离，还要考虑“禁止同向双启动”。如果一条直线上存在多个驱动段，程序要保证任何时刻只有相邻的前段在给托盘提供动力，不能让几个驱动段同时推一个托盘，否则各段速度不一致会造成卡滞、跑偏甚至托盘侧翻。这个逻辑我在每条线都会专门写，不能省。

3.3 叠盘、拆盘、顶升转位的细节

拆叠盘机和顶升转位台是事故重灾区，程序上要特别小心。

拆盘最核心的问题是判断“这一层真的被拆下来了”。光电装在侧向，当升降台带着上层托盘上升或者下降时，光电反映的是层与层之间的缝隙变化。如果光电位置不对，或者升降速度和判断时序不对，会出现多拆一层、少拆一层的情况。我的做法是：拆盘时用编码器跟踪升降高度，光电触发只作为辅助判断，两个信号互相印证。比如正常拆一层，升降高度应该变化某个量，光电应该出现一次“通→断→通”的变化，两个条件凑齐才算拆盘成功。

叠盘则相反，难点在于防止“盘子没对准就砸下来”。程序上要等托盘完全停到位、两侧定位导向确认、升降台上托盘没有歪斜信号后，才允许升降动作。上升到高位后还要检查顶层光电是否稳定，确认托盘真的叠上了，才允许下一个托盘进来。

顶升转位台看着不复杂：托盘到位、顶升、旋转、到位、落下。实际写代码时，旋转原点、旋转到位、顶升上下限位缺一不可。特别是旋转电机停止时如果没做减速斜坡，托盘上的货物会因为惯性移位。程序上我会给旋转台加“预减速”逻辑：目标角度还剩几度时，先降到低速，等真正到位信号再停止，减少冲击。

3.4 调度与分合流的协调

分合流是单机上最复杂的调度场景。两条线汇成一条，如果两条线同时放托盘，合流处就会撞。常规做法是“先到先过”+“方向互锁”：

• 以合流点前的一个光电为准，哪边的托盘先进入等待区，就放哪边。
• 放行A方向时，B方向的等待区锁定，不允许电机启动。
• A方向托盘通过合流点并离开足够距离后，再解除B方向锁定。

这个逻辑不是简单互锁，还要加超时保护。万一A方向托盘走到一半卡住，B方向一直等，就会把整线堵死。所以每个方向等待时间超时后要报警，让人工介入。高流量的合流点，为了提升效率，我会加二级缓存区：B方向的中间段可以作为临时缓存，先预放一个托盘到离合流点比较近的位置，等A方向一离开就立刻顶上，减少等待间隙。

分流逻辑相对简单：根据任务目标地址，托盘到分流点前，判断左边还是右边，然后摆好挡停器或换向机构，再放行。麻烦的是目标地址判断错，所以分流前必须有准确的托盘识别。如果是靠任务序列做跟踪，那么在分流前任何一个环节的补料、人工搬走、读码失败，都会导致后续跟踪错位。这种场景我强烈建议用RFID或者条码在分流点前做二次确认，别的都不可靠。

4. 实操步骤：从写代码到现场调试

4.1 程序骨架与ST代码示例

实际编程，我不建议全用梯形图硬写大规模输送线。梯形图适合单点逻辑展示，状态机和复杂数据处理用结构化文本（ST）更清晰。主流PLC都支持ST，下面给一段简化的“单段输送机接收托盘”逻辑示例，展示状态机的代码形态。

// 单段输送机 CV01 状态机示例 CASE state_CV01 OF IDLE: // 前段有托盘要来，并且本段没有故障 IF sensor_front_tray AND NOT fault_active THEN state_CV01 := RECEIVING; motor_fwd_request := TRUE; END_IF; RECEIVING: // 托盘到达本段停止位 IF sensor_at_pos THEN motor_fwd_request := FALSE; state_CV01 := READY; END_IF; // 超时保护：如果一直不到位，报警 IF receive_timeout THEN fault_code := 101; state_CV01 := FAULT; END_IF; READY: // 后段空闲，且上位机放行，才允许送出 IF next_seg_ready AND release_cmd THEN motor_fwd_request := TRUE; state_CV01 := SENDING; END_IF; SENDING: // 托盘离开本段，检测到离开信号后停止 IF NOT sensor_at_pos AND sensor_exit THEN motor_fwd_request := FALSE; state_CV01 := IDLE; END_IF; FAULT: // 故障状态必须有复位信号才能恢复 IF reset_cmd AND NOT fault_active THEN state_CV01 := IDLE; END_IF; END_CASE;

注意这段是骨架，实际项目里要加密封信号、手动自动切换、互锁条件等。变量命名我习惯统一前缀：sensor_表示输入、motor_表示输出、state_表示状态、fault_表示故障，后期程序和HMI对标签时省很多事。

程序结构上，我一般分成几个任务或功能块：

• 模式管理块：自动/手动/维护模式的切换和权限。
• 输送段功能块：每段一个实例化功能块，内部封装状态机。
• 特殊设备块：拆叠盘、顶升旋转、升降台单独写。
• 调度块：负责放行指令、分合流互斥、任务排队。
• 报警块：集中采集各功能块故障，统一上报HMI和上位机。
• 通信块：和上位机、堆垛机、AGV等设备进行报文交换。

这个结构最大的优点的是“一把尺子量到底”：所有输送段共用同一个功能块，改逻辑只改一处，全线的段都生效。现场要调整某段的减速距离，调参数就行，不用翻梯形图。

4.2 参数设定和调试工具

把逻辑写好只是第一步，参数标定才是工程师真正的修罗场。主要参数有几类：

• 速度参数：电机高速值、低速值、加减速时间。
• 位置参数：减速光电到停止位的距离、顶升到位的判断高度。
• 时间参数：到位稳定时间、积放等待超时、旋转定位超时。
• 计数参数：拆盘层数、积放队列长度。

速度参数的设定有个经验公式可以参考：托盘停止距离 = 当前位置到停止位的剩余距离，程序按这个距离给减速指令。实际线上运行速度不高还好，速度一快就要考虑过冲量。我的标定方法是：先跑低速，逐步加速，每个速度档都测一次从减速光电到完全停止的距离，回写到参数里，顺便留出20%到30%的余量。

调试工具方面，PLC的在线监视功能必不可少。我调试时常用三件事：

1. 在线改状态变量，手动强制输出，确认每个IO点正确。
2. 用趋势图记录光电信号和电机指令的变化，判断时序是否合理。
3. 用断点或者单步执行，针对某个状态机的异常分支做定位。

现场如果没有上位机画面，HMI上也要做两个关键页面：一个是设备状态总览页，每个输送段用色块显示当前状态，堵料、故障一目了然；另一个是点动操作页，方便维护人员单动电机、顶升、旋转，干起活来快很多。

4.3 仿真、单动、联动三步走

直接上车试线是新手常见的玩法，风险高、效率低。我每次都是三步走：

第一步，仿真。现在的PLC编程软件基本都支持仿真，把程序下载到虚拟PLC里，用模拟信号把流程跑一遍。仿真阶段主要查逻辑分支有没有漏、状态机会不会死锁。虽然传感器信号是模拟的，但状态迁移的完整性基本能在仿真阶段发现。

第二步，单动调试。把设备切到手动模式，逐个动作测试。每台电机正反转、每个顶升升降、每把夹爪开合，都要单独核对。单动这一步也是核对IO点接线的最后机会，接线错了在单动阶段就能暴露。

第三步，联动调试，也就是自动跑流程。先不放真实托盘，用人工触发信号模拟托盘到来，确认程序按预期流转；再放空托盘慢速跑，最后带载跑。这里我强烈建议从最小流程跑起，比如“入库→输送→出库”先跑通，再逐步加入分流、合流、拆码垛、旋转这些特殊设备。不要一上来全线自动，出问题根本不知道从哪里查。

联动阶段最花时间的是节拍调整。输送线跑得顺不顺，取决于积放放行时机、减速点位置、特殊设备交接时间。这些没有统一公式，基本靠现场一遍遍调，调一两个小时都是常事。调好了之后把参数固化下来，备份程序，防止现场被谁改了参数找不回原因。

5. 常见问题与排查技巧实录

5.1 现场高频故障和排查表

托盘输送线跑起来之后，问题基本都是重复出现的。我整理一份现场高频故障对照表，每一条都是实际踩过的：

排查时我有个原则：先看硬件状态，再查逻辑。很多程序“背锅”的故障，最后查出来是光电没对好、电机刹车打不开、机械卡阻。用在线监视看IO点就能分辨，别急着改程序。

5.2 几个印象深刻的调试案例

讲一个合流撞车案例。甲方反馈合流处偶尔撞托盘，比例不高但很顽固。查程序发现，互锁逻辑本身没问题，但互锁条件是“后段托盘没有进入等待区”。由于两个方向的光电位置不对称，某方向托盘在某个位置时，互锁条件的扫描时机出现了间隙，导致两边同时放行。后来我在合流逻辑里增加了“任何方向正在输送时，另一方向强制锁定，且锁定信号必须保持到托盘完全离开”，彻底解决。这个案例让我养成了一个习惯：带托盘位置信息的互锁，永远用“进入后保持”的逻辑，不要用“瞬时电平”判断。

还有一个叠盘误判案例。叠盘机经常报“叠盘失败”，现场去看，托盘明明叠上了。原因是对射光电在叠盘完成后，由于托盘之间缝隙太小，光电信号一直不稳定，程序在极短的瞬间误判为失败。后来把判定条件改成“上升到位后延时2秒再读取光电，且连续读取5次都没有变化才算稳定”，再没误报过。类似问题在拆盘机上也会有，凡是和光电抖动相关的判定，都要加稳定时间和连续确认。

最后一件事，程序里每一条报警都不要只是“报警”两个字。报警文本要写清楚是哪个段、哪个动作超时、哪个传感器没到位，最好还要给维护人员提示排查方向。现场维护的人不是写程序的人，报警信息不够具体，再好的判断逻辑也会被当成“破系统”。一条好报警，能省掉半夜从家往现场跑的一个电话。

6. 给新接触托盘输送机程序的同行几句实在话

想把这行做好，除了会写状态机、会调参数，更重要的是对现场物理过程的理解。托盘多大、多重、启停的惯性、光电装在哪个高度、输送机间隙有多大，这些机械和工艺细节决定了程序逻辑怎么写。代码是死的，现场是活的，多蹲在现场看几次托盘跑动，比多读几遍手册管用得多。

调试中还有一个容易忽略的点：备份程序和参数。每次调好一版，就完整备份一次，标注好日期和改动内容。我见过调试后期参数被改乱，翻遍电脑找不到初始版本，最后只能靠记忆重调，白白搭进去一整天。

好记性不如烂笔头，这个道理在自动化调试上体现得淋漓尽致。