Unity串口通信与传感器集成：实现智能人来人走交互系统

1. 项目概述：从“待机画面”到“人来即亮”的智能交互

最近在做一个展厅的互动导览项目，客户提了个挺有意思的需求：希望大屏幕平时播放一个精美的待机动画或宣传片，一旦有参观者走近，屏幕内容就自动切换成可交互的导览界面；人离开后，过一小段时间，屏幕又能自动切回待机画面。这个需求听起来简单，但背后涉及到硬件感知、软件逻辑和用户体验的无缝衔接。这不就是典型的“Unity连接人体传感器实现人来出现效果，人走回到待机画面”场景吗？

这个需求的核心价值在于“节能”与“智能吸引”。屏幕不用一直处于高功耗的交互状态，节能环保；同时，当检测到有人靠近时，动态切换的内容能瞬间抓住观众注意力，提升互动体验。实现它，我们需要一个能感知人体存在的传感器，以及一个能接收传感器信号并控制内容切换的软件大脑——Unity在这里就扮演了后者的角色。市面上常见的人体传感器，比如热释电红外（PIR）传感器、毫米波雷达传感器，甚至深度摄像头（如Kinect），都可以作为我们的“眼睛”。这次，我选择用一款常见的HC-SR501 PIR传感器作为入门案例，因为它成本低、易获取，原理也直观。当然，如果是商业项目，对检测精度、范围和抗干扰要求更高，毫米波雷达会是更稳妥的选择。

整个流程可以概括为：传感器实时监测，当检测到人体移动时，会输出一个高电平信号；这个信号被一块单片机（如Arduino）读取；然后，单片机通过串口（Serial）将这个“有人/无人”的状态发送给运行在电脑上的Unity程序；Unity程序接收到信号后，触发相应的画面切换逻辑。听起来是一套标准的硬件-软件通信流程，但在实际联调中，从电路连接到串口通信，再到Unity中的状态机管理，每一步都有不少细节需要注意。接下来，我就把这套方案的完整实现过程、踩过的坑以及优化心得，毫无保留地分享出来。

2. 硬件选型与电路连接方案解析

2.1 传感器原理与选型考量

选择哪种人体传感器，是项目的第一步，也决定了后续实现的复杂度和最终效果。上面提到了PIR和毫米波雷达，这里详细拆解一下。

HC-SR501 PIR传感器：这是最经典、最便宜的选择。它的原理是探测人体发出的特定波长的红外线。人体体温辐射的红外线中心波长在9-10μm，PIR传感器上的菲涅尔透镜能将探测区域的红外变化聚焦到传感器上，当人体移动导致红外辐射变化时，传感器就会输出一个高电平。它的优点是便宜（十几块钱）、功耗低、接口简单。但缺点也很明显：第一，它检测的是“移动”的红外源，如果人站着不动，可能几秒后就判定为无人；第二，容易受热源（如暖气、强光）干扰；第三，探测距离和角度有限（通常7米以内，扇形区域）。

毫米波雷达传感器（如LD2410）：这是当前更推荐用于正式项目的选择。它通过发射毫米波并分析反射波来探测，不仅能检测到微动（甚至呼吸），还能测量距离和运动轨迹。它的优点在于：真正检测“存在”，即使人静止不动也能感知；抗干扰能力强，不受温度、光线影响；可以设置检测区域（如只检测1-3米范围内）。缺点是价格稍高（百元左右），通信协议可能稍复杂（通常串口输出结构化数据）。

深度摄像头（如Kinect、Orbbec）：功能最强大，能提供骨骼点、深度图等丰富信息，可以实现更复杂的交互。但系统复杂度、成本和算力要求都最高，更适合需要精确姿态交互的场合，对于简单的“人来人走”检测有点杀鸡用牛刀。

实操心得：对于原型验证、预算有限的个人项目或对静止检测要求不高的场景，HC-SR501完全够用。但对于需要稳定检测“存在”的商用场景（如展厅、门店），强烈建议直接上毫米波雷达，多花的几十块钱能省去后期无数的调试和客诉烦恼。本次分享以HC-SR501为例，因为其原理和接线最具普适性，理解了它，再上手毫米波雷达会非常容易。

2.2 电路连接与Arduino桥接

传感器不能直接和电脑上的Unity对话，我们需要一个翻译官——单片机。Arduino Uno是最常见的选择。

所需材料清单：

• HC-SR501 PIR传感器 一个
• Arduino Uno开发板 一块
• USB数据线（A to B） 一条
• 杜邦线（母对母） 若干

接线步骤：

1. 给传感器供电：将HC-SR501的VCC引脚（通常标为+）连接到Arduino的5V引脚，GND引脚连接到Arduino的GND引脚。这为传感器提供了工作电源。
2. 信号输出连接：将HC-SR501的OUT引脚连接到Arduino的任意一个数字输入引脚，例如2号引脚。这个引脚将读取传感器输出的高/低电平信号。
3. 连接Arduino到电脑：用USB线将Arduino Uno连接到电脑的USB端口。

HC-SR501模块设置： 模块上有两个电位器和一个跳线帽。

• 延时调节电位器：顺时针旋转，增加每次触发后输出高电平的持续时间（即“人走”后，信号还能保持“有人”状态的时间）。可调范围几秒到几分钟。初期建议调到中间位置。
• 灵敏度调节电位器：顺时针旋转，增大探测距离和灵敏度。根据安装位置调整。
• 触发方式跳线：
  • 跳线帽插在“H”位置：可重复触发。即在高电平输出期间，如果再次检测到人体移动，会重新开始计时延时。这种模式更符合“人来人走”的连续检测。
  • 跳线帽插在“L”位置：不可重复触发。输出一次高电平后，在延时时间内，即使有人移动也不再响应。

  重要提示：务必设置为“H”（可重复触发）模式！否则会出现人还在面前晃动，屏幕却已经切回待机画面的尴尬情况。

电路连接好后，实物就像给Arduino装上了一只“感知移动”的眼睛。接下来，我们需要给Arduino“大脑”写入逻辑，让它知道如何读取这只“眼睛”看到的信息，并转达给电脑。

3. Arduino固件开发：状态读取与串口通信

Arduino在这里扮演数据采集和转发的中介。它的程序（固件）非常简单，核心任务就两个：循环读取传感器引脚的电平状态，然后通过串口将状态发送给电脑。

3.1 编写并上传Arduino代码

打开Arduino IDE，创建一个新项目，输入以下代码：

// 定义传感器连接的引脚 const int pirPin = 2; // 存储当前和上一次的状态，用于检测变化 int currentState = LOW; int lastState = LOW; void setup() { // 初始化串口通信，波特率设置为9600，与Unity端匹配 Serial.begin(9600); // 将传感器引脚设置为输入模式 pinMode(pirPin, INPUT); // 等待传感器初始化稳定（HC-SR501上电后有30-60秒初始化时间） delay(60000); Serial.println("Sensor initialized. Monitoring started..."); } void loop() { // 读取传感器引脚的电平状态 currentState = digitalRead(pirPin); // 只有当状态发生变化时才通过串口发送 if (currentState != lastState) { if (currentState == HIGH) { // 检测到人，发送 "1" Serial.println("1"); // 可以在串口监视器看到提示（可选） Serial.println("Motion detected! -> Someone is here."); } else { // 人离开，发送 "0" Serial.println("0"); Serial.println("Motion ended. -> No one here."); } // 更新上一次状态 lastState = currentState; } // 短暂延迟，避免过于频繁的读取和发送 delay(100); }

代码关键点解析：

1. Serial.begin(9600)：初始化串口，设置通信波特率为9600。这个值必须与Unity中读取串口的设置完全一致，否则会出现乱码或无法通信。
2. delay(60000)：这是一个非常重要的初始化延迟。HC-SR501模块上电后，需要30-60秒的时间进行内部校准和稳定。在此期间，它可能会误触发。加上这个延迟，可以避免Unity一启动就收到一堆误报信号。
3. 状态变化才发送：代码逻辑不是一直发送当前状态，而是只在状态发生变化（从LOW到HIGH，或从HIGH到LOW）时才发送。这极大地减少了不必要的串口通信数据量，也简化了Unity端的逻辑（Unity只需要处理“变化事件”）。
4. 发送的是字符串"1"和"0"，并以println发送（会自动在末尾加换行符\n）。这为Unity端按行读取数据提供了便利。

上传与测试：

1. 在Arduino IDE中选择正确的板卡类型（Arduino Uno）和端口（在工具->端口菜单下选择对应的COM口，如COM3或/dev/ttyUSB0）。
2. 点击上传按钮，将代码烧录到Arduino。
3. 上传成功后，打开IDE的工具->串口监视器。
4. 确保串口监视器右下角的波特率也设置为9600。
5. 此时，你应该能看到"Sensor initialized. Monitoring started..."的提示。用手在传感器前晃动，监视器里应该会打印出"1"和"Motion detected! ..."；手静止一段时间后，会打印"0"和"Motion ended..."。

至此，硬件和固件部分就准备好了。Arduino已经成为一个可靠的信号转换器，将物理世界的人体移动事件，转换成了通过串口传输的“1”和“0”数字信号。

4. Unity端串口通信模块实现

现在，战场转移到Unity。我们需要在Unity中编写一个脚本，来监听特定的串口，读取Arduino发来的“1”和“0”，并将其转化为Unity内部可用的逻辑事件。

4.1 创建C#脚本与引入命名空间

在Unity项目中创建一个新的C#脚本，命名为SerialPortManager。由于要使用串口功能，我们需要引入System.IO.Ports命名空间。注意，这个命名空间在标准的Unity .NET环境下是可用的。

using UnityEngine; using System.IO.Ports; using System; // 用于Exception处理 public class SerialPortManager : MonoBehaviour { // 配置参数，方便在Inspector中调整 [Header("串口配置")] [Tooltip("串口名称，如 COM3 或 /dev/ttyUSB0")] public string portName = "COM3"; // Windows通常是COMX，Mac/Linux是/dev/ttyXXX [Tooltip("波特率，必须与Arduino端设置一致")] public int baudRate = 9600; [Tooltip("尝试连接串口失败后的重试间隔（秒）")] public float connectionRetryInterval = 5f; // 私有变量 private SerialPort _serialPort; private string _receivedData; private bool _isConnected = false; private float _retryTimer = 0f; // 定义事件，用于通知其他脚本状态变化 public static event Action<bool> OnHumanStateChanged; // true:有人， false:无人 void Start() { TryConnectToSerialPort(); } void Update() { // 如果未连接，尝试定时重连 if (!_isConnected) { _retryTimer += Time.deltaTime; if (_retryTimer >= connectionRetryInterval) { TryConnectToSerialPort(); _retryTimer = 0f; } return; // 未连接时不执行数据读取 } // 读取串口数据 try { // 检查串口是否有数据可读 if (_serialPort != null && _serialPort.IsOpen && _serialPort.BytesToRead > 0) { _receivedData = _serialPort.ReadLine(); // 读取一行，直到换行符 ProcessReceivedData(_receivedData); } } catch (TimeoutException) { // 读取超时是正常的，忽略 } catch (Exception e) { Debug.LogError($"读取串口时发生错误: {e.Message}"); Disconnect(); } } void TryConnectToSerialPort() { // 如果已存在连接，先关闭 if (_serialPort != null && _serialPort.IsOpen) { _serialPort.Close(); } try { _serialPort = new SerialPort(portName, baudRate); _serialPort.ReadTimeout = 100; // 设置读取超时时间（毫秒） _serialPort.Open(); _isConnected = true; Debug.Log($"成功连接到串口: {portName}"); _serialPort.DiscardInBuffer(); // 清空可能存在的旧数据缓冲区 } catch (Exception e) { Debug.LogWarning($"无法连接到串口 {portName}: {e.Message}. {connectionRetryInterval}秒后重试..."); _isConnected = false; } } void ProcessReceivedData(string data) { // 去除字符串首尾的空白字符（如换行符、空格） data = data.Trim(); if (data == "1") { Debug.Log("接收到信号: 有人"); OnHumanStateChanged?.Invoke(true); } else if (data == "0") { Debug.Log("接收到信号: 无人"); OnHumanStateChanged?.Invoke(false); } else { // 如果不是预期的"1"或"0"，可能是其他信息（如初始化提示），可以打印出来看看 if (!string.IsNullOrEmpty(data)) { Debug.Log($"接收到其他信息: {data}"); } } } void Disconnect() { if (_serialPort != null && _serialPort.IsOpen) { _serialPort.Close(); Debug.Log("串口连接已关闭。"); } _isConnected = false; } // 当脚本禁用或游戏对象销毁时，确保关闭串口 void OnDisable() { Disconnect(); } void OnDestroy() { Disconnect(); } }

4.2 脚本配置与调试要点

1. 挂载脚本：将SerialPortManager脚本挂载到Unity场景中的一个空物体上，例如创建一个名为“SerialManager”的GameObject并挂载。
2. 配置参数：在Inspector面板中，最关键的是Port Name。你需要在你的操作系统中找到Arduino连接的端口号。
   • Windows：打开“设备管理器”，展开“端口（COM和LPT）”，你会看到类似“Arduino Uno (COM3)”的设备。这里的COM3就是端口名。
   • macOS/Linux：通常在/dev/tty.usbmodemXXXX或/dev/ttyUSB0。可以在Arduino IDE的端口菜单里看到。
   • 将正确的端口名填入Port Name字段。
3. 运行测试：运行Unity场景。如果一切正常，在Unity编辑器的Console窗口，你会看到“成功连接到串口: COM3”的日志。此时，用手在传感器前晃动，应该会看到“接收到信号: 有人”的日志；手离开后，会看到“接收到信号: 无人”的日志。

避坑指南：串口权限与占用

• 权限问题（macOS/Linux常见）：Unity可能没有访问串口设备的权限。你需要通过终端命令为端口文件添加读写权限，例如：sudo chmod 666 /dev/tty.usbmodem14101。更一劳永逸的方法是把自己的用户加入到dialout组。
• 端口被占用：如果Arduino IDE的串口监视器正打开着，它会独占串口，导致Unity连接失败。确保在运行Unity前，关闭Arduino IDE的串口监视器窗口。
• 波特率不匹配：确保Unity脚本中的baudRate与Arduino代码中的Serial.begin()数值完全一致。

至此，Unity已经能够可靠地接收到人体传感器的状态信号了。接下来，我们要利用这个信号，去驱动最核心的画面切换逻辑。

5. 画面状态管理与平滑切换实现

收到“有人/无人”信号只是第一步，如何优雅、流畅地切换画面才是提升用户体验的关键。我们不能简单地瞬间隐藏或显示两个界面，那样会显得很生硬。通常需要设计一个状态机，并配合动画或渐变效果。

5.1 设计UI结构与状态机

假设我们有两个主要的Canvas：

• 待机画面 (StandbyCanvas)：包含全屏的背景视频、Logo动画等。
• 交互画面 (InteractiveCanvas)：包含导览按钮、信息面板等可交互内容。

我们创建一个名为UIManager的脚本来管理它们。

using UnityEngine; using UnityEngine.UI; // 如果使用UI Fade，需要引入 public class UIManager : MonoBehaviour { [Header("UI Canvas引用")] public CanvasGroup standbyCanvas; // 待机画面CanvasGroup public CanvasGroup interactiveCanvas; // 交互画面CanvasGroup [Header("切换参数")] [Tooltip("画面淡入淡出的持续时间（秒）")] public float fadeDuration = 1.0f; [Tooltip("人离开后，延迟多少秒才切回待机画面（秒）")] public float leaveDelay = 5.0f; // 内部状态 private enum UIState { Standby, ToInteractive, Interactive, ToStandby } private UIState _currentState = UIState.Standby; private float _stateTimer = 0f; private float _leaveDelayTimer = 0f; private bool _humanPresent = false; void Start() { // 初始化状态：显示待机，隐藏交互 SetCanvasAlpha(standbyCanvas, 1f); SetCanvasAlpha(interactiveCanvas, 0f); SetCanvasInteractable(interactiveCanvas, false); // 交互画面初始不可交互 // 订阅串口管理器的事件 SerialPortManager.OnHumanStateChanged += HandleHumanStateChanged; } void OnDestroy() { // 取消订阅，防止内存泄漏 SerialPortManager.OnHumanStateChanged -= HandleHumanStateChanged; } void HandleHumanStateChanged(bool isHumanPresent) { _humanPresent = isHumanPresent; // 重置离开延迟计时器 _leaveDelayTimer = 0f; if (isHumanPresent && _currentState == UIState.Standby) { // 有人，且当前是待机状态，则开始向交互状态切换 ChangeState(UIState.ToInteractive); } else if (!isHumanPresent && _currentState == UIState.Interactive) { // 无人，且当前是交互状态，则开始延迟计时，准备切回待机 // 状态暂时不变，在Update中处理延迟 } // 其他情况（如在切换过程中状态又变了）需要更复杂的逻辑来处理，这里简化处理 } void Update() { switch (_currentState) { case UIState.ToInteractive: // 向交互画面淡入 _stateTimer += Time.deltaTime; float t = Mathf.Clamp01(_stateTimer / fadeDuration); SetCanvasAlpha(standbyCanvas, 1 - t); SetCanvasAlpha(interactiveCanvas, t); if (_stateTimer >= fadeDuration) { // 淡入完成 SetCanvasAlpha(standbyCanvas, 0f); SetCanvasAlpha(interactiveCanvas, 1f); SetCanvasInteractable(interactiveCanvas, true); // 启用交互 ChangeState(UIState.Interactive); } break; case UIState.Interactive: // 交互状态中，持续检测是否无人 if (!_humanPresent) { _leaveDelayTimer += Time.deltaTime; if (_leaveDelayTimer >= leaveDelay) { // 延迟时间到，开始切回待机 ChangeState(UIState.ToStandby); } } break; case UIState.ToStandby: // 向待机画面淡入 _stateTimer += Time.deltaTime; float t2 = Mathf.Clamp01(_stateTimer / fadeDuration); SetCanvasAlpha(interactiveCanvas, 1 - t2); SetCanvasAlpha(standbyCanvas, t2); if (_stateTimer >= fadeDuration) { // 淡出完成 SetCanvasAlpha(interactiveCanvas, 0f); SetCanvasAlpha(standbyCanvas, 1f); SetCanvasInteractable(interactiveCanvas, false); // 禁用交互 ChangeState(UIState.Standby); } break; case UIState.Standby: // 待机状态，等待有人信号（由事件处理） break; } } void ChangeState(UIState newState) { _currentState = newState; _stateTimer = 0f; // 重置状态内部计时器 Debug.Log($"UI状态切换至: {newState}"); } // 辅助函数：设置CanvasGroup的Alpha和交互性 void SetCanvasAlpha(CanvasGroup canvas, float alpha) { if (canvas != null) { canvas.alpha = alpha; } } void SetCanvasInteractable(CanvasGroup canvas, bool interactable) { if (canvas != null) { canvas.interactable = interactable; canvas.blocksRaycasts = interactable; // 同时控制是否阻挡射线检测 } } }

5.2 状态机逻辑与延迟设计解析

这个状态机是体验流畅的核心，它定义了四个状态：

• Standby (待机)：初始状态，显示待机画面。
• ToInteractive (切换至交互)：当收到“有人”信号且当前为待机状态时进入。在此状态下，执行待机画面淡出、交互画面淡入的动画。
• Interactive (交互)：切换动画完成后进入。完全显示交互画面，并启用其所有交互功能（按钮可点）。同时，开始监测“无人”信号。
• ToStandby (切换至待机)：当处于交互状态且持续检测到“无人”的时间超过leaveDelay后进入。执行交互画面淡出、待机画面淡入的动画。

关键设计点：

1. 使用CanvasGroup：通过控制CanvasGroup的alpha值来实现整体淡入淡出，比分别控制每个UI元素的透明度要方便高效得多。同时，其interactable和blocksRaycasts属性可以方便地一键启用/禁用整个Canvas的交互。
2. 离开延迟 (leaveDelay)：这是防止画面频繁闪烁的关键。人可能在屏幕前短暂停留或轻微移动，传感器可能会输出短暂的“无人”信号。设置一个3-5秒的延迟，只有持续无人超过这个时间，才真正切回待机，这大大提升了稳定性。
3. 事件驱动：UIManager订阅SerialPortManager的静态事件。这是一种松耦合的设计，SerialPortManager只负责发信号，不关心谁接收；UIManager只负责响应信号，不关心信号从哪里来。未来如果要更换传感器类型（如改用网络API），只需修改SerialPortManager，UIManager完全不用动。

场景搭建：

1. 在场景中创建两个Canvas，分别命名为StandbyCanvas和InteractiveCanvas。
2. 为每个Canvas添加CanvasGroup组件。
3. 在StandbyCanvas下放置你的待机视频、背景图等。
4. 在InteractiveCanvas下放置你的交互按钮、文本等。
5. 创建一个空物体UIManagerObj，挂载UIManager脚本。
6. 将两个Canvas的CanvasGroup组件分别拖拽到UIManager脚本的对应字段中。
7. 调整Fade Duration（如0.8秒）和Leave Delay（如5秒）参数到你觉得舒适的值。

现在，运行整个系统。当人靠近传感器，Unity接收到“1”，交互画面会平滑淡入；人离开后，系统会等待5秒，然后交互画面平滑淡出，待机画面淡入。一个完整的、体验流畅的“人来人走”交互系统就实现了。

6. 进阶优化与商业级方案探讨

上面的方案已经可以跑通一个完整的Demo。但如果要投入实际使用，尤其是商业场景，还需要考虑更多的稳定性、可维护性和扩展性。

6.1 稳定性增强：防抖与信号滤波

传感器信号，特别是PIR传感器，可能存在抖动（短时间内状态快速变化）。我们需要在软件层面进行“防抖”处理。

在Arduino端增加简单滤波： 修改Arduino的loop函数，采用多次采样取平均值或延时确认的方式。

void loop() { int sensorValue = digitalRead(pirPin); // 简单延时防抖：连续读取多次，只有多次一致才认为是有效变化 bool stableHigh = true; bool stableLow = true; for(int i=0; i<5; i++){ // 快速采样5次 if(digitalRead(pirPin) != HIGH) stableHigh = false; if(digitalRead(pirPin) != LOW) stableLow = false; delay(10); // 每次采样间隔10毫秒 } if(stableHigh && currentState == LOW){ currentState = HIGH; Serial.println("1"); } else if(stableLow && currentState == HIGH){ currentState = LOW; Serial.println("0"); } delay(100); // 主循环延迟 }

在Unity端增加时间阈值过滤： 在SerialPortManager的ProcessReceivedData方法中，可以记录上次状态变化的时间，如果两次变化间隔太短（比如小于1秒），则忽略后来的信号。

private float _lastStateChangeTime; public float stateChangeThreshold = 1.0f; // 状态变化最小间隔 void ProcessReceivedData(string data){ data = data.Trim(); if(Time.time - _lastStateChangeTime < stateChangeThreshold){ // 距离上次状态变化太近，忽略此次信号（防抖） return; } if(data == "1" && !_lastHumanState){ _lastStateChangeTime = Time.time; OnHumanStateChanged?.Invoke(true); _lastHumanState = true; } else if(data == "0" && _lastHumanState){ _lastStateChangeTime = Time.time; OnHumanStateChanged?.Invoke(false); _lastHumanState = false; } }

6.2 扩展性设计：支持多种传感器与协议

一个健壮的系统不应与特定硬件绑定。我们可以定义统一的接口。

1. 创建传感器数据接口：

public interface ISensorDataProvider { bool IsHumanPresent { get; } event Action<bool> OnDetectionStatusChanged; void Initialize(); void Update(); }

2. 实现具体的传感器提供器：

   • SerialPortSensorProvider：包装现有的串口通信逻辑。
   • MockSensorProvider：用于测试的模拟传感器，按键盘触发。
   • NetworkAPISensorProvider：未来通过HTTP/MQTT接收网络传感器数据。

3. 修改UIManager：让其依赖ISensorDataProvider接口，而不是具体的SerialPortManager。这样，更换传感器类型只需更换提供器实例，核心业务逻辑不变。

6.3 部署与打包注意事项

当项目开发完成，需要打包成可执行文件（.exe）部署到现场电脑时，有几个坑一定要避开。

1. 串口端口号动态获取：现场电脑的COM口号可能和开发机不同。不要在代码里写死COM3。可以提供配置文件（如config.ini），或者在程序启动时自动列出可用串口让用户选择。

   // 获取所有可用串口 string[] ports = SerialPort.GetPortNames(); // 可以将其显示在一个下拉菜单中供用户选择

2. 管理员权限：在某些系统上，访问串口可能需要管理员权限。考虑将应用程序设置为默认以管理员身份运行（修改程序清单文件），或者提供清晰的错误提示。

3. 开机自启与崩溃恢复：对于展厅等无人值守环境，需要设置程序开机自动启动。可以写一个简单的守护进程脚本（或使用任务计划程序），监测主程序是否在运行，如果崩溃则自动重启。

4. 日志系统：在打包版本中，将Debug.Log输出到文件，便于远程排查问题。可以使用UnityEngine.Application.logMessageReceived事件来捕获所有日志并写入文件。

7. 常见问题排查与实战心得

在实际部署中，你几乎一定会遇到下面这些问题。我把它们和解决方案整理成了速查表。

最后几点实战心得：

1. 先模拟，后硬件：在硬件到位前，可以先在Unity里写一个MockSensorProvider，用键盘按键（如按H键模拟有人，按L键模拟无人）来触发事件，先把所有的画面切换逻辑和状态机调试通。这能极大提高开发效率。
2. 电源是关键：整个系统的稳定性，一半取决于电源。Arduino和传感器最好使用独立的5V/2A电源适配器供电，而不是依赖电脑USB口。USB口供电在电脑休眠或端口节能时可能不稳定。
3. 传感器安装有讲究：PIR传感器要避免正对窗户或热源，安装高度建议在1.8米-2.2米，略微向下倾斜，探测扇形区域应对准人走动的路径。毫米波雷达则要注意安装表面不要有振动，且探测前方避免有持续运动的物体（如风扇）。
4. 拥抱更先进的传感器：对于新项目，如果预算允许，我强烈建议跳过PIR，直接使用像LD2410这样的毫米波雷达模块。它通过串口输出更丰富的数据（距离、运动能量），让你不仅能知道“有没有人”，还能知道“人在哪里”、“动了没有”，为实现更精细的交互（如距离触发不同内容）提供了可能。其固件通常也支持设置检测区域，可以有效避免误触发。

从一个小小的传感器信号，到最终屏幕上流畅的视觉反馈，这个过程串联了硬件、嵌入式、软件和交互设计。当你看到屏幕因你的走近而亮起，又因你的离开而归于静谧时，那种“物联”的成就感是非常直接的。希望这篇超详细的拆解，能帮你绕过我踩过的那些坑，顺利实现你的“人来人走”智能交互场景。