芯步的红外空调控制器本身不带温度传感器，如果要做无人值守，通常需要搭配人体传感器或门磁来检测“有没有人”。下面我把对接思路和具体步骤串了一下，你可以当个实操参考。

背景与解决思路

在很多场景（如机房、基站、会议室、出租屋）中，空调常常因为忘记关闭而造成巨大的能源浪费。传统的解决方案是购买智能插座，但很多空调（尤其是柜机和中央空调）功率大，启动电流冲击也大，普通智能插座扛不住，容易坏。

芯步的红外空调控制器正好解决这个问题。它本质上是一个“联网的遥控器”，通过红外线模拟空调遥控器按键，而且它的开放接口完全是免费的。

痛点： 红外控制器只能“发命令”，不能“看结果”（它不知道房间里到底有没有人）。解决方案：“红外控制器 + 人体传感器/门磁传感器”。通过逻辑判断：如果传感器检测到“无人”持续超过设定时间（比如 30分钟），系统自动调用红外控制器的接口发送“关闭”命令。

第一步：硬件选型与基础准备

要完成这个项目，需要以下几样东西：

1. 核心设备：芯步智能空调遥控器

   • 它能控制市面上 90% 以上的壁挂机、柜机。只要你的空调遥控器是红外的，基本都能用。

   • 它支持 WiFi 连接，接通电源后，需要通过官方的配网流程让它连上家里的 2.4G WiFi 。

2. 辅助设备：人体存在传感器（推荐）

   • 为什么需要这个？ 空调遥控器本身不带“眼睛”。你可以选择芯步生态内的人体红外传感器，或者用其他支持 HTTP 推送的传感器。

   • 逻辑： 传感器负责“看人”，红外控制器负责“控空调”。

3. 云平台账号

   • 注册芯步账号，登录物联网控制台。平台是永久免费的，不用担心接口调用收费 。

第二步：核心对接流程（HTTP API）

这里是重头戏。只要你的编程语言能发 HTTP 请求（Python, Java, PHP, Node.js 都行），就能轻松控制。

1. 找到密钥登录控制台后，进入“开发设置”：

• AppID：相当于你的用户名。

• AppSecret：相当于你的密码，不要泄露给任何人。

• 小技巧：刚开始测试时，可以打开“调试模式”。在调试模式下，系统暂时不检查签名（Sign），你可以直接用 Postman 或浏览器发请求，省去算签名的麻烦。调试通了再关掉这个模式，切回正式的加密模式。

2. 获取设备 ID在控制台的设备列表里，找到你刚才配好网的那个“空调遥控器”。每个设备都有一个唯一的 Device ID（通常是一个数字，比如 123456）。这个 ID 就是你要控制的目标。

3. 接口实战：手动关空调假设你的服务器检测到要关空调了，可以发送这个 HTTP 请求：

请求地址：https://api.thingboot.com/{你的AppID}/device/control/?sign={计算签名}&ts={时间戳}

请求方法：POST请求 Body (JSON)：

关于签名的简单说明（如果不开启调试模式）：官方要求验证签名是为了安全。规则是：md5( md5(AppSecret) + ts )。

白话解释：先把你的 AppSecret 转成 MD5，然后拼接上当前的 Unix 时间戳（比如 1715234567），再把拼接后的字符串整体算一次 MD5。看着复杂，其实官网 SDK 或者网上一搜“芯步签名示例”，复制粘贴几行代码就能搞定 。

4. 查询空调状态芯步的接口不仅支持下发命令，也支持查询设备当前状态。你可以定时轮询接口，获取当前空调是开着还是关着，来确认命令是否执行成功。

第三步：打造“无人自动关机”逻辑

硬件到位了，API 也通了，现在来搭建具体的业务逻辑。你可以通过写一个简单的服务脚本（Cron Job）来完成，也可以使用 Node-RED 等低代码工具。

方案 A：基于定时轮询的伪无人值守（简单）

• 适用场景：办公区、下班后统一关。

• 逻辑

  1. 设定每晚 19:00 执行脚本。

  2. 脚本调用 HTTP 接口：发送 {"power":0}。

  3. 无论有没有人，到点就关。这是最粗暴但有效的方式，适合固定作息的场所。

方案 B：基于传感器的事件驱动（智能）

• 适用场景：会议室、基站、值班室（人离开随机）。

• 逻辑

  1. 数据采集：布一个人体传感器。如果是芯步的生态产品，你可以用同样的方式读取传感器状态（通常传感器会返回 {"infrared_target":1} 或 0）。

  2. 业务判断

     • 读取到 infrared_target 变为 0（无人）。

     • 启动一个 30 分钟的倒计时（或者用定时任务每分钟查一次，连续 30 次都是无人）。

     • 注意：红外传感器在人在静止状态下（如办公）可能误判为无人，最好用毫米波雷达传感器，或者将延迟时间设置得长一点。

  3. 执行动作：倒计时结束，确认无人。调用关空调接口。

  4. 防误判：一旦在 30 分钟内传感器变回 1（有人回来），立刻取消本次关机任务。

代码伪代码示例（Python 思路）：

第四步：部署与优化

1. 信号覆盖

   • 红外线是直线传播的，安装空调遥控器时，一定要确保它的发射头正对着空调的接收窗口。中间不要有遮挡物。如果房间大，一台不够可以多放几台组网控制。

   • WiFi 信号要稳定。2.4G WiFi 穿墙能力比 5G 强，配网时尽量用 2.4G 。

2. 私有化部署（进阶）

   • 如果你特别看重数据安全，或者项目现场没有外网，芯步的开放平台也支持私有化部署。你可以把服务和数据部署在自己的服务器上，不经过芯步的公有云，实现物理隔离 。不过对于大多数项目，直接用公有云 API 是最省事的。

3. 处理特殊模式

   • 有些空调（如部分品牌的柜机）关机时如果有“风口闭合”动作，可能会暂时不接受红外信号。在发送关机指令后，等待 3-5 秒再发第二次确认指令，确保空调真的关了。

总结

把芯步的红外控制器接到你的项目里，其实就是做三件事：

1. 配网（插上电，连上网）。

2. 找 ID（在控制台复制一下设备编号）。

3. 发请求（用 Postman 或者写代码 POST 一下 JSON）。

至于“无人值守”，核心不在于控制器本身，而在于你的逻辑设计。用好官方免费的 API，配合一个简单的传感器（甚至只是定时任务），你就能用比较低的成本，实现一套可靠的空调节能解决方案。