做过高校自动化课程设计和毕业设计的朋友应该都有体会“基于PLC的图书馆机器人设计与仿真”这类题目看着像个完整的工程实践实际上坑比想象中多得多。图书馆环境看似简单——书架规整、通道固定、任务重复但真正落地时会牵扯到定位精度、书籍识别、多楼层调度、人机安全等一系列问题。尤其当你手上只有一套仿真软件没有实际硬件可用的时候如何把PLC程序写得能在虚拟环境里跑通再让虚拟环境尽可能逼近真实工况这中间的弯弯绕绕非常值得梳理。这篇文章我就完整复盘一遍我在这个项目上的设计过程从需求拆解到选型、从控制逻辑设计到仿真调试再到那些翻车之后的排查思路全部摊开来讲。无论你是正在做课程设计的学生还是想用PLC仿真软件快速验证一套机器人控制方案的在职工程师这篇文章的思路和代码块、参数配置可以直接拿过去参考。1. 先把图书馆场景拆成PLC能理解的控制需求很多人在做这类项目时容易犯一个错误上来就想着“我要写一个多复杂的运动控制程序”然后钻进梯形图里出不来。实际上PLC只是一个执行控制逻辑的装置它不理解“图书馆”是什么它只认识传感器信号、执行器命令和状态位。所以第一步不是写程序而是把图书馆的工作流程拆成PLC看得懂的开关量和数值量。1.1 从借阅流程中提取运动控制任务图书馆机器人最核心的任务通常是三个图书上架、图书盘点辅助、图书搬运。围绕这三个任务机器人需要完成的物理动作无非就几种在书架通道内直线移动、在书架某一层前停准、升降平台或机械臂到达指定层、抓取或释放书籍。把这些动作用工程语言描述就变成了“X轴伺服电机定位”“Y轴升降气缸到位检测”“夹爪气动开合”“RFID读取触发”这类信号。我当时的做法是先画了一张I/O清单表把所有的输入输出信号列出来。比如信号类别信号名称类型说明输入起始按钮开关量系统启动输入急停按钮开关量常闭触点优先级最高输入到位检测1X轴原点开关量光电传感器输入到位检测2Y轴原点开关量接近开关输入夹爪夹紧检测开关量压力传感器或磁性开关输入RFID读取完成开关量阅读器数据有效信号输出X轴正转开关量伺服驱动器方向使能输出X轴反转开关量同上输出Y轴上升开关量升降电机正转输出夹爪开开关量电磁阀控制输出蜂鸣器开关量状态提示先把I/O清单列出来后续写梯形图时就不会乱。这个习惯在实际工程中也特别重要——电气接线图、PLC变量表、HMI变量表全都依赖这一份清单。1.2 机器人运动轨迹的数学描述图书馆书架的通道通常是一条窄长的走廊机器人沿着走廊移动在指定的书架段停下然后升降平台把夹爪送到某一层。这个运动过程可以抽象为“两点间的定位移动”X轴方向是走廊长距离移动属于大行程定位Y轴方向是垂直升降属于多层定位。我在设计控制方案时把X轴定位分成了三段速控制启动后先全速运行接近目标位置时降速进入减速区后低速爬行直到光电传感器触发停止信号。这里参考了变频器三段速控制的经典思路在伺服定位场景中同样适用。这样做的好处是既能保证效率又能减少因惯性造成的过冲。Y轴相对简单一些因为图书馆书架的层高基本是固定的每一层对应一个定位高度选用带抱闸的步进电机加上限位开关逐层移动即可。X轴的“目标书架段号”和Y轴的“目标层号”在PLC内部直接映射成一组数值用比较指令判断当前位置和目标位置的差值从而决定运行状态。1.3 图书馆环境的特殊约束条件图书馆不是工厂车间它的环境约束比一般自动化产线更严格。第一是人机共存读者可能会在通道里行走因此机器人必须低速运行并且配置足够灵敏的避障传感器我在方案里给X轴运动加了前后两个超声波传感器检测距离小于0.5米立即停车。第二是噪音控制伺服电机和升降机构的运行噪音不能太大这要求在选型时优先考虑低噪音设备并且在仿真的驱动参数上限制加减速的斜率。第三是精度要求取放书本的定位误差不能超过正负10毫米否则夹爪会对不准书脊而这10毫米的精度对机械结构和控制算法都提出了要求。把环境约束转换成控制参数就是“X轴最大运行速度0.8m/s加减速时间各0.3秒到位停稳等待时间0.5秒夹爪闭合检测确认时间0.3秒”。这些参数在后面的仿真模型里都要如实填入。2. 控制系统选型PLC型号、传感器与执行器的搭配逻辑选型这件事老实说很多同学是不太在意的觉得“反正都是PLC西门子和三菱有什么区别”。但你真把这个项目做完就会发现选型直接决定了编程难度、仿真平台的选择以及后续调试的顺畅程度。2.1 为什么选PLC而不是单片机或嵌入式方案我先说结论在图书馆机器人这个场景里用PLC比用单片机更合适。原因有三点。第一运动控制逻辑中要用到大量的互锁、定时、计数、顺序控制逻辑这些恰好是PLC的看家本领梯形图写起来直观且不容易出错第二PLC的抗干扰能力和稳定性远超单片机开发板这一点在电机频繁启停的电磁环境下尤为重要第三后期如果要接入HMI触摸屏、上位机监控系统PLC的通信接口MODBUS TCP、S7协议、OPC UA几乎都是现成的不需要额外折腾驱动层。当然如果整个项目要移植到真正的图书馆机器人产品上主控可能会换成基于ROS的工控机方案因为视觉识别、路径规划这些算法在PLC上做比较吃力。但在教学验证和仿真演练阶段PLC方案能把核心控制逻辑打磨清楚而且直观可靠。2.2 三菱还是西门子从仿真生态倒推选型我做这个项目时手头最顺手的仿真工具是Factory IO它原生支持与西门子S7-PLCSIM的连接同时也支持Modbus TCP与三菱仿真通信。但根据我实际测试的经验最丝滑的组合还是“TIA博途 S7-PLCSIM Factory IO”。因为Factory IO的场景里提供了大量的传感器和执行器这些设备会通过TCP协议把状态发给PLCSIM而PLC程序处理完后再通过输出映像区驱动场景里的设备整个闭环不需要实物的IO接线非常适合做控制逻辑验证。图书馆机器人这个题目我用的是西门子S7-1200系列。具体型号选择CPU 1214C DC/DC/DC理由是它自带14路数字输入和10路数字输出对于中小规模的图书馆机器人控制项目足够用同时支持两路高速脉冲输出可以控制步进/伺服驱动器不需要额外扩展定位模块。如果换成三菱FX5U它的内置以太网口和定位功能也很强但和Factory IO的联调要绕一步没有S7-1200那么直接。2.3 传感器方案RFID加光电加编码器的组合图书馆机器人的定位和识别是两大难点定位靠传感器识别靠RFID中间的衔接全部在PLC里做逻辑处理。行进方向定位我在X轴导轨末端装了一个原点光电传感器每次启动时先回原点以原点为基准计算目标位置的脉冲数。伺服电机的编码器反馈给PLC高速计数器PLC通过比较当前脉冲数和目标脉冲数来控制运行距离。书架段识别在每个书架段的地面或立柱上安装一个感应标签或反光贴机器人底部的光电传感器经过时产生一个脉冲信号PLC通过计数这个脉冲来确定当前处于第几个书架段。书籍身份识别在夹爪附近安装一台RFID读写器当夹爪靠近书脊时读写器读取书本上的RFID标签将UID数据通过串口或以太网发送给PLC。PLC内部做数据匹配确认这本书是否属于当前目标书架然后决定“放”还是“不放”。这套传感器组合的优点是把“粗定位”和“精识别”分离行程定位由编码器负责身份确认由RFID负责两者不互相干扰调试时候也可以分开调整。2.4 执行器选型中的三个关键参数执行器方面我做了两次选型修正才定下来。第一次选了一个普通的直流减速电机但算完启动扭矩后发现在满载书籍大概5公斤负载的情况下加速时间太长会影响效率。第二次直接改成带行星减速器的伺服电机才算把动态性能拉上来。选执行器时重点看三个参数我把当时的计算过程列出来峰值扭矩机器人本体质量约30公斤加上载书5公斤X轴方向轮组摩擦系数取0.15需要的驱动力大约是52.5牛。如果驱动轮直径是0.1米对应扭矩就是2.625牛米。考虑到1.5倍安全系数伺服电机的峰值扭矩至少要到4牛米。转速范围走廊最长距离30米要求2分钟内完成一次从一端到另一端的移动平均速度0.25m/s。驱动轮直径0.1米对应转速约48rpm。配合10:1减速器电机额定转速在480rpm左右就能满足这个要求对市面上的伺服电机来说很低主要是扭矩要够。惯量比负载惯量和电机转子惯量的比值要控制在10以内否则伺服系统容易振动。这个参数在选型样本里都有计算时把机器人本体简化成长方体质量集中在重心位置算出直线运动折算到电机轴上的等效惯量再和电机惯量做比值。把这些参数整理成表格发给供应商基本就不会选错。如果是在仿真环境里这些参数会直接成为Factory IO场景中机器人运动学模型的输入。3. 控制程序设计的核心逻辑状态机加顺序控制PLC程序是整个项目的大脑也是我花时间最多的地方。图书馆机器人不是单动作设备它的动作序列是“移动—停准—升降—夹取—返回—放置”这种多阶段任务非常适合用“状态机步进指令”的方式编写。我最终的梯形图结构分成了三层主程序层、状态机层、底层驱动层。3.1 手动模式与自动模式的切换处理手动模式主要用于调试和应急处理我分配了5个按钮X轴前进点动、X轴后退点动、Y轴上升点动、Y轴下降点动、夹爪开闭切换。每个点动按钮都加了2秒的“点动保持”逻辑也就是按钮按下去超过2秒才会动作防止误触发。这个细节在实际调试时救了我很多次因为刚开始测试时经常手滑碰到按钮机器人突然动起来很吓人。自动模式才走完整的任务流程。我在PLC内部定义了M0.0到M0.7一共8个状态位分别代表状态位状态含义M0.0系统空闲等待任务M0.1X轴运行到目标书架段M0.2X轴到位停稳确认M0.3Y轴升降到目标层M0.4夹爪前伸并夹取书本M0.5夹取确认M0.6Y轴复位M0.7X轴返回起点状态转移条件的核心思想是“确认后动作”每个状态的退出都必须有明确的传感器信号或定时器超时信号不能单纯靠时间延时来猜。因为真实场景里你永远不知道机械结构会不会卡住、书本会不会滑落只有传感器反馈才能证明动作完成了。3.2 用比较指令和高速计数器实现精确定位X轴的定位控制我参考了变频器多段速的思路但实现方式是用编码器加高速计数器。PLC的高速计数器通道接收伺服电机的编码器A/B相脉冲累计值存入数据块中的D0。目标书架段编号通过HMI输入PLC把它换算成目标脉冲数存入D2。每次任务启动后PLC比较D0和D2的差值差值大于2000脉冲时输出全速正转信号差值在500到2000脉冲之间时切换为中速差值小于500脉冲时切换为低速爬行直到原点或到位光电传感器触发。这套三段减速逻辑比我最初用单一定位方式稳定得多。单纯靠光电传感器停止会因为响应延迟产生20毫米左右的过冲单纯靠编码器位置停止又容易累积机械打滑误差。两者结合起来先靠编码器减速最后由光电传感器做最终定位实测精度稳定在正负5毫米以内。3.3 RFID数据的映射处理与书架地址匹配RFID读取器传回来的标签数据是一串16进制字符串PLC不擅长做字符串解析我的处理方式是在上位机或者RFID模块里先做一次预处理把UID转换成整数编号再通过Modbus TCP写入PLC的保持寄存器。PLC内部做一个书架地址映射表比如书本编号范围目标书架段目标层号0001-0100210101-0200320201-030051判断方式用区间比较指令也就是“当书本编号大于等于下限且小于等于上限时把对应的书架段号和层号写入目标寄存器”。这个查表思路很简单但很实用。如果碰到图书数量特别大的情况比如一个十万册的大型图书馆可以把映射表放到人机界面或者上位机里PLC只负责接收最终的目标坐标不在PLC里做大量数据处理。3.4 安全逻辑急停、限位与互锁安全逻辑这部分我在仿真阶段很容易被忽略但在课程设计和项目验收时老师或甲方一定会重点关注。我在程序里加了三个层次的保护。第一层是硬件级保护急停按钮常闭触点直接串联在PLC所有输出回路的电源中无论PLC程序处于什么状态按下急停后所有执行器立刻失电。这个不靠程序靠硬接线。第二层是程序级保护X轴正转和反转线圈做了互锁Y轴上升和下降也做了互锁任何时候都不允许方向信号同时有效。同时在梯形图中把极限限位开关信号串在对应方向的输出回路前一旦触发极限位该方向的输出被硬性切断。第三层是运行时保护每一段运动指令都配了一个“超时监视定时器”正常情况下定位移动最多需要30秒如果定时器到35秒还没收到到位信号PLC会判定为故障并停掉全部动作同时在HMI上报“运行超时”报警。这层保护在仿真联调时尤其有用一旦程序逻辑有误导致机器人迟迟不到位能及时暴露问题不至于在死循环里空转。4. 仿真平台的搭建Factory IO与S7-PLCSIM的完整联调过程仿真这部分是整个项目能否顺利验收的重头戏。很多同学卡在“程序写好了但仿真跑不起来”上其实基本都是配置环节出了问题。我把从零搭建仿真环境的完整步骤拆开讲每一步都标出容易踩的坑。4.1 为什么选择Factory IO做场景仿真市面上能用的仿真工具有不少我试过Factory IO、西门子自家的PLCSIM自带虚拟信号功能、还有三菱的GX Works2仿真模式。后两者本质上只能模拟I/O信号的开关状态没法直观看到机器人模型在场景里运动视觉效果和验证效果都差很多。Factory IO的优势在于它内置了一套完整的工业对象库包括传送带、传感器、机器人、伸缩气缸、分拣机构等等可以像搭积木一样快速搭建一个图书馆书架场景。对于图书馆机器人这道题我用Factory IO搭了一个五段书架场景每一段配了一个RFID读取工位和一个摆放平台。机器人模型由X轴滑台、Y轴升降塔、夹爪三部分组成全部通过Factory IO的“水平移动器”“垂直移动器”“抓取装置”组件组合而成。4.2 通信配置Socket通信背后的IP和端口设置Factory IO和S7-PLCSIM之间走的是西门子的PLCSIM虚拟通信接口。关键一步是把S7-PLCSIM V16或者对应版本的PLC实例启动起来然后在Factory IO的“驱动”设置里选择“Siemens S7-PLCSIM”再配置驱动器的IP地址。我最初在这里栽过跟头Factory IO提示“无法连接到PLCSIM”。排查了半天发现问题是TIA博途里PLC的IP地址设置和Factory IO的默认地址不一致。解决办法是在TIA博途设备组态里把CPU的以太网地址固定为192.168.0.1子网掩码255.255.255.0然后Factory IO的S7-PLCSIM驱动里也填这个IP。注意这里不是真实网卡的IP是PLCSIM虚拟出来给Factory IO访问的地址不要搞混了。如果是用VMware虚拟机跑博途网络连接模式要设为“桥接模式”并且虚拟网卡的IP也要和PLCSIM虚拟地址在同一网段否则通信会时断时续。这算是一个比较隐蔽的坑我看到社区里不少人被卡在这一步。4.3 仿真场景与PLC程序的I/O映射关系Factory IO里的每一个组件都需要映射到S7-PLCSIM的输入输出地址。我在场景左侧的“I/O管理”里把五段书架的光电传感器、机器人X轴前后限位、Y轴上下限位、夹爪开合检测等信号逐一和PLC程序的I点地址对应起来。同时把运动控制信号映射到Q点地址。这里有个非常重要的经验所有的映射关系要建一个Excel对照表把Factory IO的组件名称、PLC变量名、I/O地址、信号类型全部记录下来。否则调试时间一长头绪一多很容易出现“改了场景里的传感器但程序里变量没换”这种低级错误。我在联调时就因为一个到位传感器映射错了地址导致机器人每次都直接冲过书架段排查了近一个小时。4.4 仿真调试中必踩的三大典型问题仿真过程中我遇到并解决了三个高频问题分享出来给大家避坑。第一个是机器人动作“断续卡顿”。现象是机器人在Factory IO场景里移动一段距离就停一下然后再走完全不像连续运动。后来定位到原因是PLCSIM的扫描周期比Factory IO的场景刷新周期慢两者不同步导致动作看起来一卡一卡的。解决方法是调整Factory IO的“仿真step”参数或者在PLC主程序里把运动控制逻辑放到带“时钟脉冲”的循环中断OB块里确保运动输出信号能够稳定更新。第二个是“夹爪抓取识别失败”。现象是机器人到位后夹爪明明闭合了但场景里的书本没有被抓起。排查发现是Factory IO的夹爪组件要求“夹紧到位信号”必须在夹持区域内有效而我程序里把“夹爪闭合”输出信号直接当作“夹紧完成”信号用了没有等待传感器反馈。修正逻辑后增加了一个“夹紧到位延时”判断问题解决。这也印证了前面说的“确认后动作”原则在仿真里同样适用。第三个是“HMI仿真按钮无反应”。我是在TIA博途里直接做HMI的离线仿真然后和PLCSIM联合调试。有时按钮按下PLC程序里对应的变量状态却没有任何变化。检查后发现HMI变量表里按钮连接的是DB块的变量而DB块没有被勾选“允许仿真访问”。处理方法是在DB块属性里勾选“Optimized access”关闭即使用标准访问模式或者确认变量没有绑定到“仅HMI访问”的保持区。这个坑非常隐蔽因为不报错就是按钮“失灵”需要排除半天。4.5 从仿真到实物的差异与预判最后说一句仿真和实际的差异这个部分我认为是整个项目最有价值的地方。仿真环境再逼真终究是理想化的Factory IO里的传感器不会因为灰尘遮挡而误触发电机不会因为负载波动而堵转机械结构不会因为长期使用而产生间隙误差。但这不代表仿真没有意义恰恰相反仿真的价值在于把“控制逻辑本身”验证到无懈可击。我从仿真切换到实物调试时最明显的感觉是传感器的信号抖动和误触发问题仿真里完全体现不出来。比如实物光电传感器在有环境光干扰时可能在你根本没到位置时就给出一个短促的脉冲信号而仿真里不会出现这种情况。所以设计PLC程序时最好给关键传感器信号加一个“短时滤波”逻辑比如连续检测到三个扫描周期的信号才认为有效。这样做在仿真里看不出差别但等到接上真实设备时能省掉大量排查干扰的时间。5. 程序结构优化与调试心法程序本身能跑起来是一回事写得好不好维护是另一回事。课程设计阶段的程序可能只需要演示一遍但如果你要参加竞赛或者做毕设展示代码质量会直接影响答辩效果和后续扩展所以我把这部分的经验也一并讲了。5.1 用“状态字加分支跳转”替代大面积置复位我最早写梯形图时习惯用大量的SET和RST指令每个动作一组动作之间靠辅助继电器串联。结果一个自动流程写下来光辅助继电器就用了上百个梯形图密密麻麻改一个逻辑牵连一片。后来我改成“状态字加CALL子程序”的方式用一个数据字MW100存储当前状态编号通过比较指令判断当前状态然后调用对应的子程序。子程序内部只处理当前状态下的输出和转移条件执行完毕后更新MW100的值进入下一个状态。这样的优势是程序结构一目了然任何一个状态出了问题直接打开对应的子程序块排查即可。5.2 仿真变速技巧如何快速验证长行程定位逻辑仿真场景里书架通道长度是按照真实比例建的从起点到最远的书架段可能有30米按0.25m/s的实际速度跑一趟要2分钟。每次调试都要等完全程效率实在太低。我的做法是在调试模式下切换一个“时间缩放”功能把所有的定时器和运动速度参数临时放大10倍让机器人快速跑完全程先观察大逻辑是否正确。等大逻辑确认无误后再恢复正常参数做精确定位和节拍验证。注意这个操作只影响定时器预设值不影响脉冲计数器的换算关系。这个方法分享给做仿真调试的同学能节省大量时间。5.3 程序注释和变量命名的工程习惯这一点虽然听起来像老生常谈但我见过太多人在课程设计和项目报告里被老师追问结果自己都忘了某个变量是干什么用的。我个人的习惯是PLC变量表的每一个变量都写完整注释说明信号来源、用途和安装位置梯形图网络段用中文注释标明“X轴原点回零”“目标书架段判定”“夹爪夹紧确认”等逻辑功能。这么做的直接好处是当你把程序交给下一棒可能是你的队友、答辩评委、甚至是未来的自己不需要逐行解读就能快速理解整个控制逻辑。在工程现场这种“可维护性”甚至比“程序执行效率”更重要。5.4 状态异常时的看门狗复位机制我在程序里加入了一个“自动流程看门狗”每次状态切换时看门狗定时器清零重新计时如果某个状态停留时间超过设定上限比如Y轴升降超过8秒还没到位看门狗就会触发报警并把系统切回手动模式。这个机制在仿真阶段看似多余但当你把程序部署到真实的图书馆机器人上一旦机械结构卡滞看门狗能保护设备不至于闷堵受损。做这个设计时我还额外加了一个“手动复位确认”流程即报警触发后操作员必须在HMI上确认故障原因按复位按钮才能重新切换到自动模式。这样可以避免故障未排除就复机造成的二次事故。6. 性能指标的数据化验证与后续扩展方向全部控制逻辑写完后我在仿真环境里跑了三十多组不同起始点和目标点的任务整理了以下几组关键数据定位精度X轴到位误差最大6毫米最小1毫米平均3.2毫米优于设计要求的正负10毫米。单任务周期从起点出发到指定书架取回一本书并返回起点最快1分05秒最慢1分40秒平均约1分20秒。定位成功率三十次任务全部成功未出现冲过目标书架或抓取失败的情况。报警触发次数测试过程中人为模拟了三次传感器异常看门狗全部成功介入并提示报警系统未发生失控。这些数据可以在答辩时作为系统可靠性的量化支撑。顺手导出几张Factory IO场景的截图和TIA博途的程序结构图配合数据讲效果立竿见影。6.1 从单机工作模式到多机协同调度的扩展思路当前系统只支持一台机器人在图书馆通道内工作如果要扩展到一个图书馆部署多台机器人协同作业控制架构就要改变。PLC层面可以采用以太网通信把多台PLC组成分布式控制网络通过一个调度中心统一分配任务。调度逻辑可以这样设计每台机器人完成当前任务后向调度中心发送“空闲请求”调度中心根据机器人的实时位置和任务优先级分配下一个目标书架地址。这个调度过程在PLC之间可以通过PUT/GET通信S7-1200之间的通信方式实现数据量不大逻辑也不复杂。不过如果任务规模再大比如要统筹几十台机器人和大量读者请求那么调度系统可能需要引入工控机加调度算法PLC作为现场执行层负责单机动作工控机负责全局调度和路径规划。这个架构在当前的工业物流系统里已经很成熟了图书馆机器人本质上场景高度类似只是环境约束不同。6.2 引入视觉识别后的书籍姿态校正目前系统的RFID识别只能确认“这本书是不是目标书”但没法识别书本的摆放姿态。如果书被读者放歪了夹爪直接夹取可能会失败。后续可以考虑在夹爪位置加一个工业相机通过视觉识别书籍的倾斜角度然后把角度偏差传给PLCPLC通过计算对夹爪的旋转轴做角度补偿。视觉与PLC的数据交互一般通过TCP/IP或者相机厂家提供的通信库完成PLC侧只需要接收一个角度数值再控制旋转伺服电机到指定角度即可。这部分工作我在仿真里做了初步测试用Factory IO的视觉传感器组件模拟识别效果还不错。真正部署到实物时主要的精力会在相机标定和光源环境控制上不过核心的控制逻辑已经有了。6.3 数据上云与远程监控的可行性如果项目要更进一步可以把PLC的实时运行数据通过OPC UA协议上传到物联网平台在Web端远程监控机器人的位置、任务进度、报警状态。西门子S7-1200自身支持OPC UA服务器功能只需要在博途里勾选“OPC UA”选项设置好安全策略然后使用UA Expert或者Node-RED等工具作为客户端读取数据即可。我在第二次迭代时实现了这个功能把机器人的实时坐标、当前状态编号、累计运行时间等数据传到了本地监控页面上效果类似于一个简化版的数字化车间管理系统。参加比赛或者做毕业设计展演时这算是很有亮点的加分项而且实现成本不高。6.4 我的个人体会与踩坑总结最后总结几句我在这个项目上的真实感受。首先做这种“设备场景”的仿真控制项目最大的收获不是学会了某个具体指令而是建立了一套从需求拆解到I/O定义再到程序设计、仿真验证、数据分析的完整工程闭环思维。这套思维在以后做任何自动化项目都通用。其次仿真和实物的差距一定要心中有数。仿真能帮你把逻辑线理得非常清晰但它不会告诉你机械加工的误差导致夹爪对不准书脊不会告诉你车间里的电磁干扰会让编码器偶尔丢脉冲。所以做仿真项目时尽量把程序往“抗干扰”的方向写比如滤波逻辑、看门狗、状态确认这些在仿真里看似多余的设计到了实际现场都会派上大用场。再有一个小技巧是在博途里把程序做成多个FC块和FB块每个块只负责一个清晰的功能比如“回原点”一个FB、“X轴定位”一个FB、“RFID匹配”一个FC。一方面每个块的逻辑简单调试起来快另一方面可以复用比如以后做第二台机器人直接把块拷过去改参数就行。关于PLC编程本身我也提一句经验千万别为了省几个内部继电器或者保持寄存器把程序写得过于精简。在可读性和扩展性面前一点点资源占用完全不是问题。S7-1200的存储空间和性能足以支持比这个项目复杂得多的程序放开手脚去写结构不用抠门。