企业官网建设流程全解析

简介：这份PDF是2024年上海高职院校学生技能大赛“工业互联网集成应用师生同赛”赛项样题，面向备赛的师生团队与指导教师，帮助其熟悉赛题结构、任务流程与评分要点。内容围绕工业互联网集成应用展开，涵盖竞赛须知、职业素养与安全规范、扣分项说明，以及加盖拧盖单元、智能物流单元和工业互联网平台的工作过程概述；任务实施部分给出RFID读写器安装接线、IP地址分配、PLC通讯编程调试等具体操作要求，并附布局图、网络接线图与运行流程说明，便于对照搭建实训环境、梳理编程思路与现场核验要点。资源包共1个PDF文件，约360KB，轻量便携，适合打印或平板查阅。已有274人学习，可作为赛前熟悉题型、分解任务与查漏补缺的参考材料。

1. 从一道“4 小时交卷”的赛题说起：工业互联网集成应用到底考什么

第一次拿到这份工业互联网集成应用赛项样题，我注意到一个反直觉的细节：整份任务书里，纯编程的篇幅不到三分之一，剩下全是接线、组态、IP 规划、平台建模和截图归档。很多队伍栽跟头不是因为程序写不出来，而是因为 RFID 读写器的端口号填错、智能 IO 的 IO 地址对不上、截图没存到指定文件夹。这套方案要解决的，就是把“设备安装调试 + 平台开发应用”这条链路拆成可复现的步骤，让准备技能竞赛、做工业互联网课程设计或综合实训的人，能照着搭出一套从现场层到平台层的完整集成方案。制造与互联网的融合在这里不是概念，而是 PLC、RFID、智能阀岛、网关和可视化页面之间一条条真实的配置项。

2. 需求与总体架构：两个单元、三层结构、四类交付物

2.1 从任务书反推功能需求

把任务书的工作过程概述读三遍，需求其实很清晰：一条微型产线要完成“上料—加盖—拧盖—分拣—入库—数据上云”的全过程。加盖拧盖单元负责把瓶盖压装拧紧，智能物流单元负责按数量规则把成品分流到三个存储区，工业互联网平台负责订单下发、状态控制和数据可视化。三个模块对应 35 分、60 分和职业素养分，分值分布直接告诉我们重心在平台侧，但平台侧的所有数据都依赖现场侧的正确组态，现场错一个点位，平台可视化就是空的。

我一般会把需求整理成四类交付物：一是硬件接线与网络配置（RFID 读写器、智能阀岛/智能 IO、伺服驱动器、单元间网络），二是 PLC 通讯与逻辑程序（RFID 收发、动作流程），三是平台侧数字化建模与网关配置（模型、设备、点位、北向），四是应用侧排程、可视化与告警规则。这四类交付物正好对应评分表上的截图项，准备时按交付物清单逐项打勾，比按章节顺序读任务书更不容易漏。

2.2 三层架构与设备编址

整个系统按现场层、边缘层、平台层划分。现场层是两台 PLC 加各自的智能 IO、RFID 读写头、伺服和气缸执行机构；边缘层是工业互联网网关，负责把 PLC 的点位采集上来并做协议转换；平台层提供设备模型、数据存储、可视化组态和规则引擎。这个分层不是学术分类，而是排障时的定位工具：可视化页面没数据，先看平台层点位绑定，再看网关北向配置，最后才怀疑 PLC 程序。

编址是这套方案的地基，任务书给了两张 IP 表，我把它整理成一张对照表，配置时直接照着填：

注意端口号 9000 是 RFID 读写头的通讯端口，不是网页端口，配置 PLC 侧通讯指令时这个值填错，现象是连接建立但收不到数据，很容易被误判成硬件故障。两个单元分属 192.168.1.0/24 网段的不同地址段，单元间网络接线完成后要确认网关能同时 ping 通 .21 和 .51，这是后面平台采集的前提。

2.3 控制状态机：三种状态与订单约束

平台控制流程看着简单，实际是最容易扣分的地方。设备有启动、停止、复位三种状态，合法迁移只有四条：停止态可复位、复位态可停止、复位态可启动、启动态可停止。更关键的是订单约束——启动态下平台只能下达一个生产订单，执行完必须重新启动才能接下一单。这意味着排程下发不是“点一下就行”，而是要先把设备打到复位态再启动，然后下发指令。

任务书还给了指令下发的细节：下发控制指令时需要发 3 个指令，例如开机要设定停机为 0、复位为 0、开机为 1，三个值为 1 的指令放在最后，指令之间延时 1 秒。这个“三指令 + 延时”的写法是血泪经验换来的，平台侧如果三个布尔量同时写，PLC 扫描周期内可能只捕捉到中间态，表现为设备不动作或者状态跳变。我通常的做法是在平台侧把这三个写操作串成一个顺序动作，每步之间留 1000ms，和任务书要求一致。

3. 现场层实现：RFID 通讯程序与智能 IO 组态

3.1 RFID 读写器的安装与网络配置

任务 1-1 要求先按布局图和网络接线图完成 RFID 读写器的安装接线，再在参考程序里补充网络配置和通讯程序。安装环节没什么捷径，照着图 1-1、图 1-3 走线，注意读写头的安装方向和标签读取距离，物料瓶上的 RFID 标签经过读写头时如果距离过远，读到的数据会时有时无，这种玄学现象八成是机械安装问题而不是程序问题。

网络配置部分，PLC 侧要把 RFID 读写头作为以太网设备加入组态，IP 设为 192.168.1.24，端口 9000。参考程序里已经预置了两个关键变量：“RFID 数据”.发送和“RFID 数据”.接收，都是 Array[0..71] of Byte，地址 DB1.DBX0.0。接收数据必须存到这个指定变量，任务书明确写了这一点，存到别处即使通讯成功也不给分。

通讯程序的核心是一个带重试的收发状态机，参考流程是：触发读取标签 M21.1 为真时复位延时标志 M21.5，发送数据，判断发送成功则接收，接收数据首字节为 16#C5 表示成功、16#C8 表示失败，失败则回到发送步骤重试，成功后置位读取标签成功 M20.5。用结构化文本表达大致是这样：

// RFID 收发状态机（SCL 伪代码，变量名与任务书一致） IF "触发读取标签" M21.1 AND NOT "标签读取延时" M21.5 THEN // 步骤 1：组发送缓冲区，首字节为命令字 "RFID 数据".发送[0] := 16#C0; // 读标签命令 "RFID 数据".发送[1] := 16#00; // 步骤 2：调用发送指令，连接参数指向 192.168.1.24:9000 send_req := TRUE; IF send_done THEN send_req := FALSE; // 步骤 3：接收，超时时间建议 500ms recv_req := TRUE; IF recv_done THEN recv_req := FALSE; IF "RFID 数据".接收[0] = 16#C5 THEN "读取标签成功" M20.5 := TRUE; // 成功，进入下一流程 ELSIF "RFID 数据".接收[0] = 16#C8 THEN send_req := TRUE; // 失败，回到发送重试 END_IF; END_IF; END_IF; END_IF;

这段逻辑里几个参数值得说清楚：发送缓冲区首字节是命令字，读标签用 16#C0，具体命令集以 U 盘参考资料里的读写器手册为准；接收判断只看首字节，16#C5 成功、16#C8 失败，这是任务书给定的判定规则；重试没有次数上限，实际调试时建议加一个计数器，连续失败 3 次置位故障位，否则读写头掉线时程序会死循环。智能物流单元的 RFID 程序结构相同，只是接收变量换成 rcv_buffer，IP 换成 192.168.1.54。

3.2 智能阀岛/智能 IO 的组态与地址映射

任务 1-2 的重点是智能 IO 的组态和 IO 地址配置。设备名 pn-dev2、IP 192.168.1.22，在 PLC 组态里作为 PROFINET 设备挂到主站下，然后按表 1-3 把硬件接线和软件地址一一对应。这张表是排障时最常翻的：I0:0 对应 I2.0 瓶盖料筒检测，I0:1 对应 I2.1 加盖位检测，一直到 Q1:4 对应 Q4.4 拧盖定位气缸。地址错一位，现象就是某个传感器信号出现在错误的变量里，动作流程卡在某个工位不动。

我一般会做一张自己的核对表，把“硬件接线端子—软件地址—功能描述—对应动作”四列写全，接线完成、组态完成、程序下载后各核对一遍。智能物流单元的表 1-4 用的是 X/Y 地址体系，I0:0 对应 X100 分拣 A 位检测，Q0:0 对应 Y100 物流主电机，伺服驱动器的网络接线也在任务 1-3 里一并完成。两个单元地址体系不同，抄程序时千万别把 X/Y 和 I/Q 混用，这是新手最常见的翻车点。

组态完成后提交两张截图：智能阀岛/智能 IO 模块的组态页面和网络参数配置页面。截图时把设备名、IP、槽位信息都框进去，裁判核验的就是这些参数，截一半等于没交。

3.3 单元间网络与平台网关对接

任务 1-3 把两个单元连起来，并完成加盖拧盖单元 PLC 与平台网关的通讯配置。物理上按图 1-4 接线，逻辑上要确认三件事：两台 PLC 在同一网段可达、网关能访问 192.168.1.21 和 192.168.1.51、PLC 侧开放了网关采集所需的协议端口。平台地址是 192.168.1.100:30000，网关作为边缘节点向上连接平台，向下采集 PLC，这个方向别搞反。

调试时我习惯先用电脑直连交换机，分别 ping 两个 PLC 和平台地址，三个都通再进平台配置。如果 ping 不通，先查网线和交换机端口指示灯，再查 IP 是否冲突，最后才怀疑 PLC 的防火墙或协议配置。这一步花十分钟，能省掉后面在平台里反复排查“为什么点位全是坏值”的一小时。

4. 平台层实现：数字化建模、可视化与告警规则

4.1 网关模型与设备资产创建

任务 2-1 要求完成网关模型、网关设备创建，两个单元的模型功能定义，设备创建，以及网关中 PLC、子设备、点位、通信配置。平台登录信息是 192.168.1.100:30000，账号密码任务书已给。建模的顺序我建议自顶向下：先建网关模型，再建两个单元的设备模型，在模型里定义属性（比如温度、产量、状态），然后创建设备实例，最后在网关里挂 PLC 和子设备、配点位、配通信。

点位配置是这一步的工作量大头。加盖拧盖单元和智能物流单元的点位信息在 U 盘“模块二资料”里，需要把 PLC 地址（如 DB1.DBX0.0、I2.0、Q2.0）映射成平台侧的点位名和数据类型。这里有个容易忽略的细节：RFID 接收数据是 72 字节的数组，平台侧如果按单点位采集，要么拆成字节数组类型，要么只采集关键字节，具体看平台支持的数据类型。我一般先配少量关键点位（启动、停止、复位、产量、温度）打通链路，再批量导入全量点位，这样出问题时能快速定位是单个点位配错还是整条链路不通。

提交的截图有七张，从模型列表到北向配置，文件名任务书都规定好了，比如“1-1 模型列表页面”“1-7 北向配置”。北向配置是网关向上对接平台的部分，配错的话平台侧看不到网关上报的数据，现象是设备在线但所有点位无值。

4.2 生产排程与订单下发

任务 2-2 给了一个具体订单场景：药品 5 瓶，钙片，单瓶 2 粒，分三批完成，第一批 60%。生产排程要配置两个单元的药品种类、填装颗粒数和订单数量，然后下发。5 瓶的 60% 是 3 瓶，这个数量要体现在排程参数里，而不是让设备自己算。

订单下发的坑在前面提过：先联机复位设备，再下发；下发时三个指令按“停机 0、复位 0、开机 1”的顺序写，值为 1 的放最后，指令间延时 1 秒。第二个订单前必须重新复位，因为启动态只能接一个订单。我见过有队伍第一个订单跑完直接下发第二单，平台没报错但设备不动，查了半天才发现是状态机约束。

4.3 可视化页面绘制与数据绑定

可视化页面分两个：加盖拧盖单元和智能物流单元各一个。绘制本身不难，拖拽组件、画产线示意图、放状态指示灯和产量数字，难的是绑定。绑定关系是“可视化组件—平台点位—网关点位—PLC 地址”四级链条，任何一级断了页面就显示坏值。我的做法是先绑一个产量计数点位，在设备运行时看数字是否递增，确认链路通了再批量绑其他组件。

任务要求可视化页面点击预览后能远程启动设备，产生生产实时数据，并在设备监控页面完成绑定实现远程监控。这里注意预览模式和编辑模式的权限差异，有些平台在编辑态下发的指令不会真正执行，必须切到预览或运行态。提交截图是“2-1 加盖拧盖单元设备可视化”和“2-2 智能物流单元设备可视化”，截图时让页面处于有数据的状态，空页面截图说服力不够。

4.4 告警规则：高温报警与停机告警

任务 2-3 要建两条规则：设备温度超过 40 度产生二级高温报警；加盖拧盖单元未完成订单且停止生产时产生 8 级其他类型告警。规则引擎的配置逻辑是“触发条件 + 告警级别 + 告警类型”，第一条的条件是温度点位大于 40，级别选二级；第二条是复合条件，订单未完成状态和停机状态同时为真，级别 8，类型选其他。

复合条件的写法因平台而异，有的用 AND 表达式，有的用规则链。配置完一定要人为制造一次触发来验证：高温报警可以用平台模拟点位值或者实际加热传感器附近环境；停机告警可以在订单执行中途按停止，看规则是否触发。只配不验是常见失分点，裁判现场核验时规则不触发，截图再漂亮也没用。

5. 避坑清单：五个最容易翻车的点

5.1 现象：RFID 通讯建立但接收数据全零

原因通常是发送缓冲区首字节命令字不对，或者接收判断用了错误的成功码。任务书明确 16#C5 为成功、16#C8 为失败，但有人把判断写成接收长度大于零就算成功，结果读到的是上一次的残留数据。解决方法是严格按首字节判断，并在发送前清空接收缓冲区，重试逻辑里加连续失败计数。

5.2 现象：智能 IO 某个传感器信号时有时无

先查地址映射，I0:x 和 I2.x 的对应关系错一位就会出现这种“偶尔对”的假象；再查接线端子是否压紧，PROFINET 设备名是否与组态一致（pn-dev2 拼错一个字符设备就掉站）。我一般用强制表逐个点测试，确认每个输入点都能独立变化，再跑自动流程。

5.3 现象：平台可视化页面所有点位显示坏值

按四级链条倒查：先看平台设备是否在线，再看网关北向配置是否指向正确的平台地址和端口，再看网关里 PLC 连接参数（IP、机架槽位、协议），最后看 PLC 侧是否允许外部采集。九成情况是网关北向地址填了 192.168.1.100 但端口漏了 30000，或者 PLC 连接里机架槽位用了默认值而实际不是。

5.4 现象：订单下发后设备不启动

检查三指令顺序和延时。三个布尔量同时写，PLC 可能只认到停机为 0 的中间态；值为 1 的指令必须最后写，且与前一条间隔 1 秒。另外确认设备当前处于复位态，启动态下再下发启动指令会被状态机拒绝。

5.5 现象：截图提交了但核验不得分

任务书对截图文件名和存放位置有硬性规定，程序文件必须存到 U 盘“技能竞赛\竞赛编号”文件夹，截图放“答案提交”文档。文件名不对、存错位置、截图缺关键参数区域，都会导致“提交了但不给分”。我的习惯是每完成一个任务立刻截图并按规范命名归档，不要攒到最后统一整理，4 小时里最后半小时往往最紧张。

6. 验收与答辩：怎么证明这套方案真的跑通了

验收这件事，我建议按“三层证据链”准备，而不是只盯着截图数量。第一层是现场层证据：RFID 收发程序的在线监控截图，能看到发送缓冲区和接收缓冲区首字节的实际值；智能 IO 的组态和地址配置截图，设备名、IP、槽位清晰可辨。第二层是平台层证据：模型列表、设备资产、点位导出、北向配置四张图连起来能证明数据从网关流到了平台。第三层是应用层证据：可视化页面在有实时数据的状态下截图，告警规则详情截图，最好再附一段订单执行过程中的产量变化记录。

现场核验环节，裁判通常会让你演示几个关键动作。我的准备清单是这样的：

答辩时最容易被问的是“为什么这样设计”。比如为什么 RFID 接收要放指定变量、为什么三指令要延时、为什么订单执行完要重新启动。回答时把任务书依据和自己的排障经验结合：指定变量是评分要求，延时是避免 PLC 扫描周期丢指令，重新启动是状态机约束。不要背概念，讲你调试时实际看到的现象和怎么解决的，比任何理论都有说服力。

还有一个细节值得单独说：比赛电脑里的虚拟机不要关闭、电脑不要重启，任务书专门用感叹号强调了这一点。我见过有队伍中途重启电脑导致平台环境损坏，前面做的组态全部白费。从那以后我每次做这类集成项目，都强制走一遍“环境检查—接线核对—组态备份—截图归档”的流程，每完成一个模块就把工程文件另存一份带时间戳的副本，后悔药提前备好。希望这套拆解能帮你在自己的课程设计或竞赛准备里少走几个弯路。

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