企业官网建设流程全解析

简介：本资源为面向工业自动化初学者与PLC工程师的FactoryIO立体仓库仿真教学套件，聚焦西门子S7-1200 PLC与FactoryIO协同建模与逻辑调试实战，解决虚拟产线搭建、设备通信验证及控制逻辑预测试等核心问题。压缩包共51个文件，涵盖7个.cfs（FactoryIO场景配置）、7个.del（设备定义脚本）、7个.xml（系统参数与转换日志）、2个.db（索引与数据存储）及1个.factoryio主工程文件，辅以PNG图标、AP16 PLC项目模板和TIA Portal兼容文件，完整支撑从三维建模、PLC逻辑导入到实时仿真的全流程。目前已有778人学习下载。用户可直接加载whorhouse.factoryio工程，调用Plantilla-worhouse仓库模板，结合S7-1200 AP16项目实现巷道堆垛机、输送带与货位状态的闭环控制；源码级结构清晰，含XRef交叉引用、PEData索引体系及ICO图标资源，便于理解设备信号映射与UI交互逻辑，是掌握FactoryIO+PLC1200联合仿真的高实用性入门范例。 做立体仓库这个项目之前，我其实对FactoryIO这种仿真软件半信半疑，觉得它无非是给学校做演示用的。直到真正用S7-1200去调一个带堆垛机的自动仓库场景，才发现这东西远比想象中接近真实设备，尤其是当你把PLC程序、HMI画面和仿真场景串在一起的时候，那套思维和做实物项目几乎没有差别。这篇文章就围绕“FactoryIO立体仓库 + PLC1200 + 源码”这条主线，把我从环境搭建到程序调试的完整过程拆给你看，顺便把踩过的坑一并交代了。

如果你刚接触PLC，正在找一个既能看见动作反馈、又不用买实物的练习项目，或者你在做毕业设计/竞赛，需要一套能跑的立体仓库控制思路，甚至你已经是工程师，想用虚拟调试来验证逻辑，那这篇内容都值得花几分钟看完。我尽量把原理讲透，把操作细节讲清楚，让你照着就能把场景跑起来。

1. 立体仓库PLC1200和FactoryIO源码项目，到底解决什么问题

1.1 FactoryIO立体仓库场景包含什么

FactoryIO是一个工厂级仿真平台，里面预置了不少工业场景，立体仓库是其中一个非常经典的模型。这个场景里有一排货架、一台巷道式堆垛机、出入库输送线和若干光电传感器。货架通常是多层多列结构，堆垛机有X轴（水平行走）、Y轴（升降）、Z轴（货叉伸缩）三个运动轴，每个轴都有限位开关和位置反馈信号，货物到达取货台或放货台时还有专门的检测传感器。

这套模型最值钱的地方在于，它不是那种“顺着固定路径播放动画”的假仿真。FactoryIO里的每个执行机构都受外部信号控制，你要是不给它使能，堆垛机就真的不动；你给错方向，它就真的会往货架外面跑。对PLC来说，它就是一个虚拟的被控对象，跟一台真实的小型堆垛机几乎没有区别。

1.2 PLC1200在这个项目里的角色

在FactoryIO运行时，场景模型本身是不带任何控制逻辑的。堆垛机什么时候启动、往哪个方向走、走到哪个位置停下来、货叉什么时候伸出，全部都要PLC来决定。S7-1200在这里承担的就是整套系统的控制核心。

它要做的事情包括：读取所有传感器和按钮信号，维护一个记录货位占用状态的数据表，根据入出库指令调度堆垛机执行任务，控制三轴运动和传送带启停，最后还要把运行状态反馈给指示灯或者上位监控画面。这些事放在一个程序里，其实就是在练PLC工程师最核心的几个能力：I/O映射、状态机设计、数组和DB块的应用、任务调度逻辑。做完这个项目，你会发现自己对PLC编程的认知会明显上一个台阶。

1.3 方案选型的几个理由

市面上类似的仿真方案不少，比如用FactoryIO配合三菱PLC，或者用西门子博途自带的仿真功能加WinCC，但我仍然推荐“FactoryIO + S7-1200”这套组合，原因有三。

第一，成本低。一套真实的自动化立体仓库，机械结构加伺服控制加传感器，少说几万块，绝大多数人没有这个条件。用FactoryIO，一台普通电脑就能跑，而且场景里的传感器和执行器模型都很直观，理解成本低。

第二，链路真实。FactoryIO可以跟S7-1200的PLCSIM对接，也可以跟实体PLC通过以太网通信，整个信号交互过程跟真实设备一致。你在仿真里把逻辑调好了，后面接实物设备的时候，程序基本可以平移过去。

第三，源码可控。场景里的变量可以自定义，PLC程序完全由自己写，不像某些集成教学平台那样封装了太多黑盒，出了问题很难排查。自己手写源码，才能真正理解每一步控制逻辑是怎么来的。

2. 开发环境搭建与通信调试：这块我折腾了最久

环境搭建是最容易劝退人的环节，很多人程序没写几行，反而在软件安装和通信配置上耗了两三天。尤其是FactoryIO 2.5在Win10上启动就退出这个问题，几乎每个新手都会遇到。我按自己的实际经历，把环境准备和联调的关键点整理出来。

2.1 FactoryIO 2.5在Win10上无法运行、启动就退出的处理

先说结论，FactoryIO 2.5启动后闪退，绝大多数不是软件坏了，而是运行环境不满足要求。我碰到的情况大概分三类。

第一类是显卡驱动问题。FactoryIO用到了较新的OpenGL图形渲染，如果你的电脑显卡驱动太老，或者用的是集成显卡且显存不足，启动时很容易黑屏然后直接退出。解决办法是先更新显卡驱动，再到FactoryIO的设置里把图形质量调低，关闭抗锯齿和阴影。我实测下来，很多老旧笔记本调低图形选项之后就能正常跑了。

第二类是系统运行库缺失。FactoryIO依赖Visual C++运行库，如果系统里缺了msvcp140.dll、vcruntime140.dll这些文件，程序会在加载阶段直接崩溃。装一个最新的Microsoft Visual C++ 2015-2022 Redistributable（x64版本）基本能解决。装完重启电脑再试。

第三类是路径和权限问题。FactoryIO对安装路径里的中文字符很敏感，如果你的目录是中文，或者Windows用户名是中文，启动时大概率会出问题。把整个文件夹解压到纯英文路径，然后右键“以管理员身份运行”，也能解决一部分闪退。

如果以上都试过还是不行，别瞎猜，去Windows事件查看器里看应用程序日志，里面会记录崩溃的具体原因，可能是缺某个DLL，也可能是权限问题。另外，360之类的安全软件确实会拦截FactoryIO的驱动组件，建议调试期间暂时关闭或加入信任区。我自己的习惯是装完软件、跑通场景之后，再重新打开杀毒软件。

2.2 用S7-PLCSIM联调的配置步骤

我建议第一次跑通场景用PLCSIM，不需要实体PLC，反馈速度快，适合初期专心调逻辑。整个配置流程分五步。

第一步，在TIA Portal里新建项目，组态一台S7-1200，我常用的是CPU 1214C DC/DC/DC。固件版本要和PLCSIM匹配，TIA V16配V4.4固件一般比较稳定，版本跨度太大容易通信异常。

第二步，写好PLC程序后编译，点击下载到PLCSIM，然后把PLCSIM里的PLC切到RUN状态。注意，PLCSIM必须要保持在运行状态，FactoryIO才能连上。

第三步，在FactoryIO里打开Scenario，选立体仓库场景。然后在菜单栏点击“Driver”——“Siemens S7-PLCSIM”。驱动弹窗里一般默认机架0、插槽1，保持默认即可，IP地址用PLCSIM虚拟的默认地址，通常是192.168.0.1。

第四步，关键一步。TIA Portal里新建的DB块默认是“优化的块访问”，这种DB块第三方软件读不到数据。你需要在DB块的属性里取消勾选“优化的块访问”，重新编译下载，FactoryIO才能正常读写PLC的DB数据。这个坑我踩了一下午才反应过来，建议直接记住。

第五步，运行场景。在FactoryIO里点击运行按钮，然后操作PLC程序里的启动信号，看场景里的传送带和堆垛机有没有反应。如果没反应，先别改程序，检查驱动面板上的连接状态和I/O表格是否在变化。

2.3 实体PLC以太网直连怎么配

如果你手头有实体S7-1200，想让它直接连FactoryIO跑仿真，方式有点不一样。在FactoryIO的Driver里要选择“Siemens S7-1200”，然后配置IP地址通信。这时候需要把PLC的IP和电脑网卡设成同一网段，比如PLC设为192.168.0.1，电脑以太网卡设为192.168.0.100，子网掩码255.255.255.0。

还有一个特别容易被忽略的坑：S7-1200默认不允许第三方软件通过以太网读写数据，必须在TIA的设备组态里找到“保护与安全”——“连接机制”，勾选“允许从远程伙伴进行PUT/GET通信访问”。如果不勾，FactoryIO连上之后可能只能读输入，没法写输出，你会看到场景里的设备完全不听指挥。我当时为了这个问题折腾了很久，最后才发现只是一个开关没勾。

实体PLC比PLCSIM多出来的好处是，它能验证真实的网络通信设置，而且输入输出响应速度更接近现场。缺点是如果你没有网口或者路由器配置不对，排查起来会更麻烦。所以建议先把PLCSIM跑通，再切换到实体PLC做验证，两边程序完全不用改。

3. PLC程序架构与核心逻辑设计

环境通了之后，真正花时间的是PLC程序怎么写。立体仓库的控制逻辑看上去复杂，其实核心就三块：I/O映射、三轴运动控制、任务调度与货位管理。把这三个模块分清楚，程序结构就很清晰了。

3.1 把I/O和DB变量表设计明白，后面少走一半弯路

很多初学者一上来就拖梯形图，我觉得不对。写这种程序，第一步应该是把FactoryIO场景里的I/O点全部列出来，做成一张映射表，然后照着这张表去建立PLC变量。Map不好，后面写逻辑全是乱的。

我以FactoryIO立体仓库场景常见的信号为例，给你一个参考映射表。具体地址以你实际组态为准，这里主要看思路。

除此之外，我还会单独建立一个全局数据块DB，用来存放轴的目标位置、当前位置、速度给定、到位标志、任务队列、货位状态表等。把I/O地址和内部变量分开管理，调试的时候看DB块比在程序里到处找地址方便多了。

3.2 堆垛机三轴运动控制：先想清楚怎么定位

堆垛机的定位是整个项目里最容易出问题的地方。真实设备里X轴和Y轴一般用伺服电机加编码器做闭环，或者用变频器加旋转编码器，但在FactoryIO场景里，控制方式可以简化为：PLC给出使能信号和方向信号，轴就以某个速度运行，同时PLC持续读取轴的实际位置。当实际位置到达目标位置附近时，PLC撤销使能，轴停下来。

听起来简单，但实际操作里有几个细节必须处理。

第一，必须做“两步定位”，不能一个速度走到底。如果堆垛机全速冲向目标，到了位置再猛然停，惯性会导致它冲过头，然后在目标附近来回震荡。我常用的做法是：当距离目标还有5个单位时，把速度降到低速，等进入1个单位以内的死区时再停。这样既保证了效率，又提高了定位精度。

第二，方向判断必须准确。在SCL里，定位前先比较当前值与目标值的大小，决定方向位是True还是False，然后把速度值赋给轴。如果方向反了，堆垛机会直接朝反方向跑，第一时间撞上限位。

第三，限位信号必须接入程序，并且优先级最高。X轴和Y轴的正负限位要写进联锁逻辑，一旦触发，无条件切断使能并停止运动。仿真里撞限位还好，顶多任务失败，实物上撞限位就是设备事故，所以这个习惯要从仿真阶段开始养成。

3.3 出入库任务调度与货位管理

立体仓库和普通输送线的最大区别在于，它要管理大量货位，而且任务可能源源不断地来。如果只是“PLC收到一个指令就去执行一个动作”这种单任务写法，实际用起来非常别扭，因为任务一旦并发就乱了。所以程序里要有一个“任务队列”的概念。

我通常的做法是，在主循环里先扫描是否有新任务请求。新任务会携带任务类型（入库/出库）和目标货位号，PLC把它追加到任务队列末尾。然后从一个任务状态机里取出队首任务执行，执行完成后再取下一个。

货位状态表是整个调度逻辑的地基。我在DB里定义一个二维数组，对应货架的列和层，每个元素用一个整数表示状态：0表示空闲，1表示占用，2表示锁定。入库任务在分配货位时，会先扫描数组找到第一个状态为0的格子，然后立刻把它置为2，表示这个格子已经被预约了，防止堆垛机还在路上的时候，另一个任务又把这个格子分配出去。等货物真正放入货位后，再置为1。出库任务则反过来，先确认目标格子状态为1，置为2，等货物取出后再置为0。

这套“预占”逻辑很重要。没有它，程序在串行任务下看起来没问题，但任务一多或者有人手动干预时，很容易出现两个任务同时操作同一个货位的情况。

4. 源码级实现：从DB设计到核心代码片段

写源码的时候，很多人不知道从哪里下手。我把几个关键部分单独拿出来讲，代码以SCL为主，因为SCL写状态机和数组处理比梯形图高效太多。

4.1 货位表DB怎么建

在TIA Portal里新建一个全局DB，名字叫“DB_Storage”，在里面定义货位数组。比如你的场景是6列、4层，那就是ARRAY[1..6, 1..4] OF Struct，每个Struct里存两个成员：货物编号和状态。实际使用中我更倾向于直接用一个二维整数数组，简单直接，查询和修改都方便。

// DB_Storage 定义示意 DATA_BLOCK "DB_Storage" STRUCT CellStatus : Array[1..6, 1..4] of Int; CellCode : Array[1..6, 1..4] of Int; END_STRUCT END_DATA_BLOCK

状态值建议用常量定义，比如0空闲、1占用、2锁定，在PLC的PLC数据类型或者常量表里定义好，程序里不要直接写魔法数字，不然过一个月回来看自己写的代码，完全不知道数字是什么意思。

另外，创建这个DB的时候一定要注意取消“优化的块访问”选项。这一点在PLCSIM联调时尤其重要，FactoryIO直接读DB数据，如果这个选项没取消，通信会异常，数据读出来全是0。

4.2 轴定位FC封装

三个轴的运动逻辑其实是一样的，都是“给方向、给使能、等位置到达”，区别只是变量不同。所以我强烈建议把轴定位写成一个通用的FC，比如FC_DriveTo，输入目标位置、当前位置、速度值、方向输出、使能输出，返回一个到位标志。这样三个轴各自调用一次，程序会干净很多。

// FC_DriveTo 简化的SCL逻辑 FUNCTION "FC_DriveTo" : Void { S7_Optimized_Access := 'FALSE' } VAR_INPUT iTarget : Real; iCur : Real; iSpeed : Real; END_VAR VAR_IN_OUT oDir : Bool; oEnable : Bool; END_VAR VAR_OUTPUT oDone : Bool; END_VAR IF ABS(iTarget - iCur) < 1.0 THEN oEnable := FALSE; oDone := TRUE; ELSIF ABS(iTarget - iCur) < 5.0 THEN oEnable := TRUE; oDone := FALSE; IF iTarget < iCur THEN oDir := FALSE; ELSE oDir := TRUE; END_IF; // 低速输出由外部根据oEnable做速度切换 ELSE oEnable := TRUE; oDone := FALSE; IF iTarget < iCur THEN oDir := FALSE; ELSE oDir := TRUE; END_IF; END_IF; END_FUNCTION

这个FC里我故意只写使能和方向逻辑，速度本身可以做成一个实数输出或者直接在OB1里根据“远离/接近”来切换。如果你用模拟量控制速度，可以再加一个oSpd输出，把高速或低速赋值出去。关键是到位死区要留合适，太大会定位不准，太小会反复抖动，我自己习惯用1.0~2.0。

4.3 任务状态机FB

任务调度部分我建议用FB加背景数据块来实现，因为每个堆垛机实例都需要维护自己的一组状态和参数。核心是CASE状态机。下面是一个简化的骨架：

FUNCTION_BLOCK "FB_Stacker" { S7_Optimized_Access := 'FALSE' } VAR stState : Int := 0; iTaskType : Int; // 1入库 2出库 iTargetCol : Int; iTargetRow : Int; bDone : Bool; END_VAR CASE stState OF 0: // 空闲，等待任务 IF iNewTask THEN stState := 10; END_IF; 10: // 去取货台或目标货位 // 调用FC_DriveTo，到位后切到下一步 stState := 20; 20: // 取货：伸出货叉、缩回货叉 stState := 30; 30: // 移动到目标位置 stState := 40; 40: // 放货：伸出货叉、缩回货叉 stState := 50; 50: // 更新货位表，任务完成 bDone := TRUE; stState := 0; END_CASE; END_FUNCTION

状态机的核心好处是逻辑一目了然，状态之间有明确的迁移条件，不会出现梯形图那种“线圈绕来绕去”的混乱。你可以在每个状态里调用轴定位FC，也可以把定位条件拆到状态迁移判定里，看具体习惯。

我特别想提醒一点：状态机里的每个状态，最好都设一个超时或者安全出口条件。比如取货动作如果连续5秒没有完成，就报警并回到初始状态。不然在仿真里可能会因为某个传感器没有触发，整个程序卡死在一个状态里，场面会比较难看。

5. 调试实录与常见问题排查

再完美的程序，第一次跑的时候也会出问题。这一节我把自己实际调这个项目遇到的问题和排查思路整理一下，基本覆盖了新手能碰到的九成情况。

5.1 FactoryIO启动闪退和画面卡顿

如果你FactoryIO 2.5启动就退出，先按我之前说的顺序查：显卡驱动、VC++运行库、中文路径、权限。如果启动不闪退但画面很卡，打开设置把图形质量调低，特别是“渲染质量”“纹理大小”这些选项。还有一个办法是关闭操作系统层面的动画特效，它也会影响OpenGL窗口的帧率。

再补充一个容易被忽略的点：如果你电脑装了远程控制软件，或者开着录屏软件，FactoryIO启动时可能因为权限或图形捕获冲突退出。调试期间尽量把后台程序关干净，只留TIA Portal和FactoryIO。

5.2 通信连不上时，先按这个顺序排查

通信问题如果在PLCSIM阶段出现，大概率不是网络问题，而是配置问题。我列了一张排查顺序表，你可以直接照着做。

PLCSIM模式下，机器上要保留TIA和PLCSIM的后台进程，不要为了省内存把它们关掉。还有一个常见错误是开了多个PLCSIM实例，FactoryIO会连到错误的那个，导致数据对不上，最好只开一个实例并把多余的退出。

5.3 定位不准、任务卡死、货位冲突的排查经验

定位不准是运动控制里最常见的。先看FactoryIO里轴位置输出的单位和你程序里的死区是否匹配，有时候场景里轴位置是0到100，但你程序里当成了0到1000，定位自然不对。然后检查速度是否过高，特别是低速段进入得太晚，会导致惯性冲过目标。

任务卡死多半是因为某个传感器条件没满足。比如取货时，货叉伸出到位信号没触发，状态机就会卡在“等待货叉到位”这一步。这时候不要急着改程序，先在FactoryIO场景里观察对应传感器的状态，确认是你程序没有检测到，还是场景里信号根本没有变化。如果是仿真环境信号异常，重置场景再运行通常能恢复。

货位冲突的来源基本都是数组状态维护得不好。我建议每次货位状态变更后，把二维数组的状态打印到监控表里看一眼。TIA的监控表可以直接看DB数组元素，如果出现两个任务同时锁定同一个格子，大概率是“预占”逻辑没写，或者任务队列出错了。

6. 源码工程怎么组织，以及后续还能怎么扩展

6.1 一份完整源码包该包含什么

如果你准备把这份源码分享给同学或者发到社区，我建议不要只扔一个.ap16文件，因为TIA版本不同，别人很可能打不开。我一般会整理成四个部分：TIA工程的原文件（注明版本）、FactoryIO场景文件夹、IO对照表和变量表（Excel或PDF）、核心SCL代码的文本导出。这样别人就算TIA版本不一致，也能看懂逻辑，手动重建一个工程。

另外，我习惯在源码里写一个非常简短的README，说明这个项目的PLC型号、FactoryIO场景名称、驱动配置方式、IP地址，以及怎么快速跑起来。很多时候，做源码分享的价值不在于让别人“一键运行”，而是让别人在阅读和改造的过程中学到思路。写清楚背景和使用方法，比堆一堆文件有用得多。

6.2 从仿真到实物项目的迁移

FactoryIO仿真和真实设备之间，差距主要在驱动层。仿真里你可以用Bool的使能和方向信号控制轴，但实物堆垛机一般需要伺服驱动器，可能要改成走工艺对象或者轴命令，甚至还要考虑回原点、软限位、硬限位等更多的安全机制。但程序架构是可以平移的：状态机设计、货位管理、任务队列，这些在实物项目中同样适用。

建议顺序是：先在FactoryIO里把逻辑跑通，再套到真实设备上做半实物调试。这样调实物时，你只需要关注驱动参数、机械误差、传感器安装位置这些硬件层面的问题，不需要再纠结程序逻辑对不对。很多自动化公司做虚拟调试，就是这套流程。

6.3 我的一些调试习惯，写在最后

最后分享几个我在做这个项目过程中沉淀下来的小习惯。第一，每次改完程序，先在FactoryIO里重置一下场景再运行，不要图省事直接热下载，否则堆垛机位置和PLC内部目标位置会错位，导致跑飞。第二，TIA的监控功能要善用，特别是数组和状态机变量，直接拉进监控表，比靠眼睛盯着场景里堆垛机瞎猜要快得多。第三，手边准备一份Excel的I/O清单和货位表，边写程序边勾选，效率高还不容易漏。

我自己的体会是，做这个项目最值的不是那几段代码，而是你被迫去思考“怎么把物理模型和PLC程序对应起来”。这种抽象思维，是单纯做练习题学不到的。等你把FactoryIO里这堆零零碎碎的传感器和执行器管得服服帖帖，再去看其他PLC项目，心里会踏实很多。

本文还有配套的精品资源，点击获取