软硬结合：工控机 + 传感器 + 内容引擎搭一个完整互动装置

感应原理和内容引擎各自都清楚了，但中间有一个真实的工程鸿沟：把这两端真正接起来，在一台工控机上稳定跑一整套"人触发→内容响应"的互动装置，有相当多的工程细节。

展厅里的"软硬结合"装置，崩在哪里？崩在集成阶段——传感器信号进来了，但内容引擎没收到；收到了，但响应比预期慢了2秒；响应正确了，但运行一小时内存就涨到崩溃。这些不是单独测传感器或单独测内容能发现的问题，只有集成起来才暴露。

这一节把整条链路手把手过一遍，让你在动工前知道每一步要注意什么。

R2 实战内容，涉及设备接线和工业IO配置。具体型号的接线端子、寄存器地址、供电参数以对应设备的手册/datasheet为准，科星设备参见 corxnet.com，有人设备参见 usr.cn。下面的IP、端口号、消息格式均为示范值，按实际项目替换。

---

装置的全局架构

在动手之前，先把整条链路画清楚：

传感器（雷达/压力/红外光幕等）
    │  开关量信号（DI）或模拟量信号（AI）
    ▼
科星网络IO采集模块
    │  Modbus TCP（局域网）
    ▼
SoftControl 中控（运行在工控机A 或独立中控主机）
    │  判断触发条件（防抖、时序、组合逻辑）
    │  向内容引擎发触发消息（UDP/TCP）
    ▼
内容引擎（Unity/H5/TD，运行在工控机B 或同一工控机）
    │  解析消息、切换场景/播放动效
    ▼
展项显示（LED屏/投影/触摸屏）

小型装置（如一个单展项）：中控和内容引擎可以跑在同一台工控机上，节省硬件。中大型多展项：中控和各展项内容机通常分开，中控专门负责调度，各展项机负责渲染内容。

---

第一步：工控机选型

展厅互动装置的工控机不是普通台式机，选型有几个要点：

无风扇 vs 有风扇

类型	适用场景	典型说明
无风扇工控机（嵌入式）	信号采集/中控软件/H5内容	低功耗、无噪音、长寿命，但性能有上限
有风扇工控机（工业PC）	Unity/UE 3D内容	独立显卡，性能较强，注意散热和积灰

有人 EG228/EG628 系列是展厅常见的嵌入式工控机选型（运行SoftControl等），内置Wukong Edge物控系统，适合做中控主机；如果展项内容是H5或简单2D，也可以兼做内容机。如果内容是Unity 3D，建议配独显工控机。

核查清单（下单前确认）

• 操作系统：展厅工控机通常用 Windows 10 LTSC（长期服务版，无多余UWP应用）或 Windows 10/11 专业版。确认内容引擎和中控软件的系统要求。
• 存储：SSD（固态），不要HDD（机械盘）。内容加载速度直接影响交互响应感。最小256GB，建议512GB（留足内容文件空间）。
• 内存：Unity/UE内容推荐16GB+，H5内容8GB够用。
• 网口：至少1个百兆/千兆RJ45，接局域网交换机。有多设备时，备1个USB网卡或双网口机型。
• 显示输出：确认工控机视频输出接口和屏体的连接方式（HDMI/DP/DVI）以及是否支持目标分辨率。

---

第二步：传感器与科星IO接线

本节以常见展项感应场景举例：压力传感器踩踏触发（区别于上一节讲的PIR，这里演示一个不同类型）。

压力传感器接法（开关量型）

压力地砖/压力感应区通常有两类输出：

• 开关量型（干接点）：无压力时断开，有压力时闭合（或反过来）——这类直接接科星IO的DI输入
• 模拟量型（010V或420mA）：输出电压/电流值随压力变化——这类接科星IO的AI输入（模拟量采集路）

开关量接法（以干接点为例）：

压力传感器         科星网络IO模块（带DI输入）
  信号正 ─────── DI1（第1路数字输入）
  信号负 ─────── COM（公共地）

固定科星IO模块的网络配置

1. 工控机和科星IO接入同一台局域网交换机
2. 科星IO默认IP（查手册，常见是192.168.1.200），浏览器配置页修改为固定IP（如192.168.1.61）
3. 确认Modbus TCP监听端口（默认502）已开启
4. 重启IO模块，ping新IP确认可达

你应该看到什么（第二步）

• ping 192.168.1.61 应答正常
• 用Modbus测试工具（Modbus Poll或同类工具）连接192.168.1.61:502，读DI1对应的离散输入地址，踩上传感器时值从0变1，离开时变回0

---

第三步：中控（SoftControl）配置感应联动

SoftControl中控运行在工控机上，负责：

• 定时轮询科星IO的DI状态（Modbus TCP读寄存器）
• 判断触发条件（防抖、持续时间、组合逻辑）
• 向内容引擎发送触发消息

添加科星IO设备

在SoftControl里新建设备，类型选Modbus TCP设备（或科星网络IO），填入：

• IP：192.168.1.61
• 端口：502
• 单元地址：1（默认，以手册为准）
• 建立DI1到内部变量的映射，命名如"踩踏区A-有人"

配置触发规则

新建联动规则：

• 触发条件：变量"踩踏区A-有人"从0变1，且持续≥1秒（防抖）
• 动作：向内容引擎发送UDP触发消息
• 离开条件：变量持续为0超过N秒
• 复位动作：向内容引擎发送复位消息

向内容引擎发消息：配置UDP输出

SoftControl的动作里配置UDP发送：

• 目标IP：内容引擎所在工控机IP（若同机则127.0.0.1）
• 目标端口：与内容引擎约定好的监听端口（如9001）
• 消息内容（JSON示例）：

{"event":"zone_trigger","zone_id":"A","state":1,"ts":1234567890}

复位消息：

{"event":"zone_trigger","zone_id":"A","state":0,"ts":1234567890}

---

第四步：内容引擎监听UDP消息

以Unity为例（其他引擎逻辑类似，协议实现方式不同）。

Unity UDP监听（示例，标注供参考）

// 注意：以下为示例代码，展示基本思路，实际项目请在目标Unity版本中测试
using System.Net;
using System.Net.Sockets;
using System.Text;
using System.Threading;
using UnityEngine;

public class UDPReceiver : MonoBehaviour
{
    private UdpClient udpClient;
    private Thread receiveThread;
    public int listenPort = 9001;

    void Start()
    {
        udpClient = new UdpClient(listenPort);
        receiveThread = new Thread(ReceiveData);
        receiveThread.IsBackground = true;
        receiveThread.Start();
    }

    private void ReceiveData()
    {
        IPEndPoint endPoint = new IPEndPoint(IPAddress.Any, listenPort);
        while (true)
        {
            byte[] data = udpClient.Receive(ref endPoint);
            string message = Encoding.UTF8.GetString(data);
            // 解析message（JSON），根据event字段决定行为
            // 注意：Unity的Update/场景切换必须在主线程执行，用线程安全队列传递消息
            Debug.Log("收到消息: " + message);
        }
    }

    void OnDestroy()
    {
        receiveThread?.Abort();
        udpClient?.Close();
    }
}

线程安全：UDP监听跑在独立线程里，切换场景/修改GameObject必须回到Unity主线程。常见做法：把收到的消息放入一个 ConcurrentQueue，在 Update() 里每帧轮询队列处理。这不是可选的，线程里直接操作GameObject会崩溃。

H5/WebSocket版接收（如果内容引擎是H5）

如果中控走WebSocket推消息给H5（而非UDP），H5端：

// 示例，实际按WebSocket服务器IP和端口替换
const ws = new WebSocket('ws://127.0.0.1:8080');
ws.onmessage = (event) => {
    const msg = JSON.parse(event.data);
    if (msg.event === 'zone_trigger' && msg.state === 1) {
        triggerZoneA();  // 执行触发动效
    } else if (msg.event === 'zone_trigger' && msg.state === 0) {
        resetToIdle();   // 复位到待机
    }
};

你应该看到什么（第四步）

• 踩上传感器→等防抖延时（1秒）→内容引擎切换到激活场景/播放动效
• 离开传感器→等离开延时（N秒）→内容引擎复位到待机画面
• Unity的Console里能看到收到消息的Debug.Log输出（开发阶段验证）

---

第五步：链路时序分析

整条链路有多处延时来源，在调试前先了解各处的量级：

延时节点	典型量级	来源
传感器响应时间	PIR：200500ms；雷达：50200ms；压力开关：<50ms	传感器硬件特性
科星IO Modbus轮询周期	100~500ms（取决于SoftControl轮询间隔设置）	中控轮询频率配置
SoftControl防抖判断	设置值（典型1~3秒）	逻辑配置
UDP网络传输（局域网）	<1ms	可忽略
内容引擎处理消息+渲染	Unity：16~33ms（60/30fps帧间）；TD：16ms	帧率决定

总响应时间 ≈ 传感器响应 + 轮询周期/2 + 防抖时间 + 帧间时间

让响应"感觉快"的实践：

• 轮询周期设置越短越好，但不要低于100ms（太频繁会增加SoftControl的CPU负担，且Modbus本身有处理时间）
• 防抖时间设1秒（而不是3秒）在大多数展项场景已够用
• 内容引擎那边，"收到消息立刻开始第一帧响应"（哪怕是一个快速的高亮闪烁），让人感知到系统响应了，然后再过渡到完整动效——人感知到"有反应"比"动效完整播完"更早

---

第六步：端到端跑全流程

1. 踩上传感器 → 观察科星IO的DI指示灯亮起
2. SoftControl状态面板显示"踩踏区A-有人 = 1"
3. 等防抖时间（1秒）→ SoftControl日志显示触发消息已发送
4. 内容引擎切换场景/播动效（投影/屏幕上能看到变化）
5. 离开传感器 → 等离开延时（N秒）→ 内容引擎复位到待机

压力测试：模拟展厅高峰情况——快速反复踩踏10次（测防抖稳定性）；持续站在传感器上5分钟（测稳定维持状态）；突然断一根信号线再接回（测重连恢复能力）。

---

故障排查表

现象	最可能位置	可能原因	排查方法
踩上去没任何反应，DI灯不亮	传感器→IO段	传感器没上电/接线松脱/电平不匹配	量传感器信号线电平；核对DI输入类型；检查端子
DI灯亮，但SoftControl状态没变	网络段	IP不通/Modbus地址错/没在同网段	ping IO模块IP；用Modbus工具单测读DI值；核对寄存器地址
SoftControl状态变了，但内容引擎没响应	中控→内容段	UDP端口配错/内容引擎没起UDP监听/防火墙拦截	检查SoftControl UDP输出配置；在内容机上用Wireshark/tcpdump抓包确认有没有收到UDP；检查防火墙
内容引擎收到消息，但显示没变化	内容引擎	消息解析错误/事件名拼写不一致/线程安全问题	打印收到的消息字符串；检查event字段值是否和代码里匹配；确认操作在主线程执行
响应卡顿、延时明显（>2秒）	链路各段	轮询周期太长/防抖时间太长/内容引擎帧率低	缩短SoftControl轮询间隔；缩短防抖时间；检查内容引擎帧率（是否在目标工控机上卡顿）
时灵时不灵	传感器/网络段	接触不良/信号线干扰/IP冲突/交换机不稳定	检查接线端子；信号线远离强电；确认IP唯一；换交换机端口测试
运行一段时间后内容引擎崩溃/卡死	内容引擎	内存泄漏/UDP接收线程异常/资源未释放	监控内存占用趋势（任务管理器）；检查UDP接收线程有无异常；做崩溃日志记录
没人时展项自动触发	传感器段	传感器误触/信号线干扰/阈值设置过灵敏	核查传感器安装位置；信号线屏蔽处理；调整传感器灵敏度/阈值

---

变体：多个感应区触发同一内容引擎

大型展项常见多个感应区，每个区触发不同内容或同一套内容的不同逻辑：

科星IO（8路DI）
  DI1 → 区域A有人
  DI2 → 区域B有人
  DI3 → 区域C有人
      ↓ SoftControl
  各区触发消息带zone_id区分
      ↓ UDP → 内容引擎
  内容引擎按zone_id区分处理逻辑

消息格式里的zone_id字段就是为了这个场景设计的。内容引擎端根据zone_id做switch，分区响应。科星IO模块的多路DI在SoftControl里分别映射变量，触发规则可以做"区域A且区域B同时有人才触发"这类条件组合。

---

学会之后你能做出什么——效果与应用场景

把这一节的链路走通，你手上就有了一件真东西：一套自己从传感器到内容都能调稳的软硬结合互动装置。不是"传感器能读到值"这种半成品，而是"人踩上去→内容准时准确响应→跑一天不崩"的完整交付件。展厅里那些让人眼前一亮的互动展项，拆开看全是这条链路的不同排列组合：

想做的互动展项	怎么用这条链路搭出来
踩踏点亮地面投影	压力地砖走 DI → 科星IO → SoftControl 防抖 → UDP 触发内容引擎切场景，就是本节的原型
走近展墙自动播讲解	把压力换成雷达/PIR 感应距离，链路后半段一字不改，只换第二步的传感器接法
多点触发的沙盘 / 互动地图	用"变体"那套多路 DI + zone_id，一块科星IO 带 8 个区，内容引擎按 zone_id 分区响应
组合动作才触发的谜题装置	在 SoftControl 里做"区域A且区域B同时有人"的条件逻辑，触发一段专属剧情
人来即醒、人走归位的待机展项	就是本节的"进入触发 + 离开延时复位"，把待机画面和激活动效各绑一条消息
展项状态回传全馆中控	这条链路的中控节点往上接全馆调度，展项能被一键开馆/闭馆统一管起来

看明白没：所有互动展项，本质都是"什么信号进来、走哪条链路判断、下发什么消息、内容怎么响应"这四件事的组合。你这一节调通的是最基础的一条，往上加传感器种类、加感应区数量、加触发逻辑，就长成各种花样的展项。

这套技能用在哪些场景：

• 科技馆 / 科普馆：体感互动展项的主力形态——踩、挥、靠近、按压触发对应的科普动效，几乎每个新馆都有一堆这种点。
• 企业展厅：产品互动体验台，观众操作实物或走到指定位置，大屏播对应的产品演示，讲解节奏和感应联动一起走。
• 城市规划馆 / 主题馆：大型沙盘、互动地图，多感应区分区触发不同区域的讲解内容，就是"变体"那套多路方案的典型落地。
• 沉浸式数字展 / 网红展：一整屋子的感应装置配合灯光、投影、音效做整体响应，靠的就是这条链路把硬件触发稳定喂给内容引擎。

同一套功夫，换个场景照样能用：工控机选型、Modbus TCP 采集、防抖时序、UDP/WebSocket 喂消息、线程安全接收——这些不是展厅专属。工业产线的人机交互终端、商场的互动导览、餐厅的点单感应装置，底层都是"硬件信号→采集→逻辑→软件响应"这条链路。你在展厅里练出来的"分段定位、卡延时、盯稳定性"这套集成手感，迁移过去基本不用重学。

---

动手挑战

1. 用一个按钮开关模拟传感器（按下=有人，松开=无人），把上面的完整链路接起来（科星IO→SoftControl→UDP→内容引擎或一个简单的UDP接收程序打印消息）。这是零成本验证整条软硬链路的最快方法。
2. 故意断开科星IO的网线，观察SoftControl的状态面板和日志；重新接上后，系统是否自动恢复。记录恢复时间——这是你交给甲方运维手册里需要写明的东西。

---

本节学到的知识

• 完整链路是四层串起来的：传感器 →（DI/AI）科星网络IO采集 →（Modbus TCP）SoftControl中控 →（UDP/TCP 消息）内容引擎 → 展项显示。
• 工控机选型分两路：无风扇嵌入式跑中控/H5/采集，有风扇带独显工业PC跑 Unity/UE 3D 内容；系统常用 Windows 10 LTSC，存储必须 SSD、Unity 内容内存 16GB+。
• 展柜内工控机要做散热测试：满负载 4 小时测核心温度，超过 80°C 就得加散热孔/导风/辅助风扇，别等跑死机。
• 传感器两类输出：开关量（干接点）接 DI、模拟量（010V / 420mA）接 AI；有源电平输出要先核对科星IO 的 DI 电平/极性，接错可能烧输入口，以型号手册为准。
• 科星IO 网络配置：改默认IP 为固定IP、确认 Modbus TCP 端口 502 开启、ping 通；用 Modbus Poll 类工具单测能读到 DI 值 0/1，是分段验证的关键一步。
• SoftControl 侧三件事：定时轮询 DI 状态、判断触发条件（防抖/持续时间/组合逻辑）、向内容引擎发消息；DI 映射成命名变量便于配规则。
• 消息用 JSON 约定，字段如 event / zone_id / state / ts；集成前必须写一张接口约定文档双方各存一份，避免"1 还是 false"的理解冲突。
• 内容引擎接消息：UDP 监听跑独立线程，切场景/改 GameObject 必须回主线程（用 ConcurrentQueue 在 Update() 里消费），线程里直接操作会崩；H5 则走 WebSocket 收消息。
• 链路各段延时量级要心里有数：PIR 200500ms、雷达 50200ms、压力开关 <50ms；Modbus 轮询 100500ms；防抖典型 13 秒；局域网 UDP <1ms；内容引擎渲染 16~33ms（帧率决定）。
• 总响应 ≈ 传感器响应 + 轮询周期/2 + 防抖时间 + 帧间时间；调"感觉快"靠：轮询别低于 100ms、防抖设 1 秒、收到消息立刻给一帧反馈再过渡到完整动效。
• 排障按分段定位：DI 灯不亮查传感器→IO段；DI 亮但中控没变查网络/Modbus；中控变了内容不响应查 UDP/防火墙（Wireshark/tcpdump 抓包）；收到消息不显示查解析/事件名/主线程。
• 多感应区靠 zone_id 字段区分：一块科星IO 多路 DI 各映射变量，内容引擎按 zone_id 做 switch 分区响应，还能配"多区同时有人才触发"的组合条件。

---

小结 · 你掌握了什么

• 你清楚了展厅互动装置的完整架构：传感器→科星IO采集→中控调度→内容引擎响应的四层链路，以及各层的工程要点。
• 你掌握了工控机选型的核心考量（无风扇vs有风扇、显卡需求、散热测试）。
• 你知道如何配置科星IO模块的网络参数和Modbus TCP接入，以及SoftControl里的感应联动规则。
• 你了解了链路各处的延时来源，以及让响应"感觉快"的实践方法。
• 你拿到了完整的故障排查表，能分段定位软硬结合装置的问题。

这条链路最后要纳入全馆中控统一调度——展项怎么配合全馆的一键开馆/闭馆和动线，下下节展项与中控联动来做。

原型和快速验证想法，可以看原型辅线：用 Arduino/ESP32 快速验证一个互动点子。

中控主机配置深入参考：中控主机选型与配置。
感应链路体感触发实战：传感器→工业IO→中控 体感触发实战。

互动展项需要一套可靠的中控软件统一调度所有展项和感应节点——SoftControl 展厅中控系统 就是做这件事的。