小米智能家居集成中人体传感器自动化配置优化指南

在XiaoMi/ha_xiaomi_home项目中，关于Xiaomi Motion Sensor 2S人体传感器的自动化配置方式引发了开发者社区的讨论。本文将深入分析不同配置方法的优劣，并提供专业建议。

事件型传感器与状态型传感器的区别

小米人体传感器2S在集成中默认采用事件(event)型实体，而非传统状态(presence)型实体。这种设计差异导致了许多用户在自动化配置时遇到困惑。

事件型实体的特点是：

• 状态值记录的是最后一次触发的时间戳
• 每次检测到运动都会更新这个时间戳
• 不直接提供"有人/无人"的二元状态

事件型传感器的自动化配置方法

针对事件型传感器，正确的自动化触发配置应基于时间戳变化而非固定状态值。以下是推荐的YAML配置示例：

mode: restart
trigger:
  - platform: state
    entity_id: event.xiaomi_cn_blt_3_*************_pir1_motion_detected_e_2_1008
    not_from: unavailable
    not_to: unavailable

关键点说明：

1. not_from: unavailable和not_to: unavailable用于避免设备状态更新时误触发
2. 通过监听时间戳变化来检测运动事件
3. 这种方式稳定性高，适合长期运行的自动化

状态转换的替代方案

对于习惯使用二元状态(presence)的用户，可以通过模板传感器实现状态转换：

template:
  - binary_sensor:
      - name: "人体传感器状态"
        state: >
          {% set last_time = as_timestamp(states('event.xiaomi_cn_blt_3_*************_pir1_motion_detected_e_2_1008')) %}
          {{ as_timestamp(now()) - last_time < 60 }}

此模板会：

1. 获取最后一次触发时间
2. 计算与当前时间的差值
3. 60秒内无运动视为无人，否则为有人

自动化实践案例

结合上述原理，一个完整的灯光控制自动化示例如下：

alias: 人体感应灯光控制
description: 根据人体感应自动控制灯光
mode: restart
trigger:
  - platform: state
    entity_id: event.xiaomi_cn_blt_3_*************_pir1_motion_detected_e_2_1008
    not_from: unavailable
    not_to: unavailable
condition: []
action:
  - service: light.turn_on
    target:
      entity_id: light.*************
  - delay:
      minutes: 2
  - service: light.turn_off
    target:
      entity_id: light.*************

专业建议

1. 稳定性优先：事件型监听方式虽然学习曲线略高，但稳定性最佳
2. 避免状态污染：不建议修改集成代码强制转换为presence类型
3. 可视化辅助：可通过创建辅助元素(Helper)来简化操作界面
4. 性能考量：模板传感器会增加系统负载，需根据实际需求权衡

通过理解这些原理和方法，用户可以更高效地配置小米人体传感器的自动化场景，充分发挥设备性能。