1. 为什么选择Unity开发智能展厅中控系统第一次接触展厅中控需求时我考虑过很多方案传统的PLC控制、Web中控系统、甚至专门的控制软件。但最终选择Unity的原因很简单——它能完美解决三个核心痛点首先跨平台特性让一套代码可以运行在Windows、Android、iOS等多个终端。我们展厅用的控制终端是华为平板后期又增加了手机控制功能Unity的跨平台优势立刻显现。记得有次临时需要增加iPad控制端只用了半天就完成了适配。其次强大的图形化能力对展厅尤为重要。传统中控系统都是枯燥的按钮列表而用Unity可以实现3D展厅映射、动态效果、数据可视化。比如我们做的灯光控制界面滑动调光条时会有粒子特效反馈客户看到都说这才像智能展厅该有的样子。最重要的是开发效率。Unity的协程机制特别适合处理硬件控制中的异步操作比如等待设备响应、指令重发等。下面这段灯光控制代码就充分利用了协程IEnumerator ControlLight(string deviceId, bool isOn) { int retryCount 0; while(retryCount 3) { yield return SendCommand(deviceId, isOn ? ON : OFF); if(lastResponse SUCCESS) break; retryCount; yield return new WaitForSeconds(0.5f); } }硬件选型方面经过多次踩坑后我总结出几个关键点网络继电器要选支持TCP/UDP双协议的实测TCP稳定性更好串口服务器必须带心跳检测功能防止长时间运行断连控制电脑的IP电源比传统WOL唤醒更可靠2. 系统架构设计与网络拓扑2.1 整体架构设计这个系统的核心是分层控制架构从上到下分为展示层Unity制作的UI界面运行在控制平板逻辑层Unity中处理业务逻辑的C#脚本通信层UDP/TCP网络通信模块设备层各类受控硬件设备实际部署时我们采用了双网段隔离方案网段A192.168.1.x用于中控平板与主控电脑通信网段B192.168.2.x专门连接各类硬件设备这种设计既保证了控制指令的优先级又避免了设备通信堵塞控制通道。有次网络风暴导致设备端异常控制通道依然保持畅通现场维护时这个设计救了大忙。2.2 关键通信协议经过对比测试最终确定了三种通信方式UDP广播用于设备发现和状态同步TCP长连接关键控制指令传输HTTP RESTful供第三方系统集成这是我们的协议格式定义[Serializable] public class ControlCommand { public string cmd; // 指令类型 public string target; // 设备ID public string param; // 参数 public long timestamp; // 时间戳 }特别注意要处理指令幂等性问题。我们遇到过因为网络延迟导致灯光开关指令重复执行的情况后来通过添加sequence字段解决了public class SafeCommand : ControlCommand { public int seq; // 序列号 public string checksum; // 校验和 }3. 核心功能模块实现3.1 灯光控制模块灯光控制看似简单实际开发中遇到了几个典型问题问题1指令丢失初期直接发送单次指令有约15%的失败率。后来改为三次重发机制代码示例IEnumerator SendLightCommand(string deviceId, string action) { byte[] cmd Encoding.ASCII.GetBytes(${deviceId}:{action}); for(int i0; i3; i) { udpClient.Send(cmd, cmd.Length); yield return new WaitForSeconds(0.1f); } }问题2状态同步通过添加状态查询指令和定时同步机制解决void Start() { InvokeRepeating(SyncLightStatus, 0f, 5f); // 每5秒同步一次 } void SyncLightStatus() { StartCoroutine(RequestStatusAll()); }3.2 多媒体控制模块视频控制最初使用Unity原生VideoPlayer但在低配机器上表现不佳。后来切换为AVPro Video性能提升明显public MediaPlayer avProPlayer; void PlayVideo(string path) { avProPlayer.OpenVideoFromFile( MediaPlayer.FileLocation.RelativeToStreamingAssetsFolder, path); avProPlayer.Play(); }PPT控制则通过模拟键盘事件实现[System.Runtime.InteropServices.DllImport(user32.dll)] public static extern void keybd_event(byte bVk, byte bScan, int dwFlags, int dwExtraInfo); public void SendKey(KeyCode key) { keybd_event((byte)key, 0, 0, 0); keybd_event((byte)key, 0, 2, 0); // KEYEVENTF_KEYUP }4. 系统稳定性优化4.1 断线重连机制通过心跳包检测连接状态IEnumerator HeartbeatCheck() { while(true) { yield return new WaitForSeconds(10f); if(!lastHeartbeatAcked) { Reconnect(); } else { SendHeartbeat(); } } }4.2 指令队列管理引入优先级队列处理并发指令public class CommandQueue { private QueueControlCommand highPriority new QueueControlCommand(); private QueueControlCommand normalPriority new QueueControlCommand(); public void Enqueue(ControlCommand cmd, bool isUrgent) { if(isUrgent) highPriority.Enqueue(cmd); else normalPriority.Enqueue(cmd); } }4.3 日志记录系统使用Unity的Debug.Log会丢失关键信息我们实现了本地文件日志void LogToFile(string message) { string path Path.Combine(Application.persistentDataPath, control.log); File.AppendAllText(path, $[{DateTime.Now}] {message}\n); }这个系统上线后稳定运行了两年多期间只进行过两次小版本更新。最大的收获是认识到好的中控系统不是功能最多的而是最稳定的。现在回看当初的代码虽然有些地方可以优化但核心架构经受住了时间考验。