这是一个基于芯步（ThingBoot）开放平台，针对民宿场景下老旧空调智能化改造的技术解决方案。

方案核心思路是：利用红外遥控器 + 人体传感器，配合云端码库匹配算法，解决传统空调无网络接口的痛点，实现远程控制、自动节能和舒适度管理。

1. 背景与分析

在民宿运营中，空调是最大的能耗来源之一，也是影响住客体验的关键设备。然而，市面上绝大多数民宿为了降低成本，使用的仍然是传统壁挂式或柜式空调，这些空调仅支持红外遥控，不具备Wi-Fi或蓝牙联网功能。这带来了三大管理难题：

1. 能源浪费：客人退房后空调忘关，或离房后空调仍在运行，导致电费白白流失。

2. 体验滞后：客人入住后需等待房间制冷/制热，无法在预订成功后提前开启空调。

3. 管理盲区：运营者无法远程查看空调状态（开/关、温度、模式），也无法统一管控。

本方案的目标是利用芯步的开放接口与智能红外硬件，以“低成本、免布线”的方式，为民宿空调赋予“类智能”能力。

2. 系统设计

本方案采用经典的“端-云-控”三层架构，通过芯步的开放API将民宿管理系统与物理设备打通。

• 感知/执行层：由红外空调控制器（用于发射信号）和人体存在传感器（用于判断房间是否有人）组成。

• 网络传输层：设备通过2.4G Wi-Fi直连云端，无需额外网关。设备通过HTTP/HTTPS协议与芯步平台通信。

• 平台与应用层：芯步开放平台负责设备管理、码库匹配和消息转发；民宿运营方通过自有的微信公众号/小程序或SaaS后台下发指令。

3. 硬件选型与作用

在芯步的产品体系中，为实现空调控制，需要组合以下硬件：

3.1 核心控制设备：智能红外控制器

需要选择支持红外发射且具备开放接口的设备。参考芯步相关红外产品（以及通用的智能红外空调控制器），该设备应具备以下物模型能力

• 红外发射模块：用于模拟空调遥控器的信号（开关、温度、模式）。

• 状态反馈：能上报设备在线/离线状态。

• （可选）温湿度传感器：感知房间实际温度，用于闭环控制。

3.2 辅助感知设备：智能人体存在传感器

为了防止误判（例如夏天检测到有人移动就关空调是不合理的，这里主要用于“离房节能”逻辑）。需要红外人体传感器来判断房间是否长时间无人。

• 物模型关键参数infrared_target（有人/无人状态）、infrared_change_0/1（触发延时）。

4. 实现难点攻关：红外码库匹配机制

这是本方案的技术核心。难点在于：不同品牌（格力、美的、大金）、不同型号的空调，其红外编码格式完全不同。 控制器必须下发正确的编码，空调才会响应。针对此，结合芯步的开放能力，设计以下三种匹配策略：

方案 A：云端码库模糊匹配（推荐，适用于批量改造）

利用芯步平台内置的动态码库。

1. 注册与标定：在安装调试阶段，运营者在管理后台输入该房间空调的“品牌”和“类型”（如：格力、壁挂式）。

2. 算法下发：服务器调用芯步开放接口，向该房间的红外控制器下发特定的“检索命令”。

3. 人工/自动反馈：控制器依次尝试码库中的几组高频码（如：开-26度-自动风）。安装人员或房主观察空调是否响应。一旦响应正确，系统锁定该组码值ID。

4. 接口调用：后续控制时，接口指令中直接携带该CodeID。

方案 B：红外自学码（适用于小众品牌或缺失码库）

针对一些杂牌空调或码库中缺失的特殊型号。

1. 进入学习模式：通过接口下发指令，让芯步的红外控制器进入“学习模式”（此时红外接收头激活）。

2. 样本录入：将原装空调遥控器对准控制器，按下“制冷26度”按钮。控制器捕获并存储这段波形。

3. 数据上传：设备将学到的红外码波形数据（Hex格式）上传至用户服务器或芯步云平台。

4. 固化调用：后续控制直接调用这段私有波形数据进行点对点下发。

方案 C：物理按键快照（最简方式）

若不需要集成到复杂的自动化逻辑，仅仅实现远程开关。

• 直接通过手机APP（如芯步提供的调试工具）录制遥控器的“开关”按键，生成场景指令。

5. 关键业务逻辑实现

基于芯步开放的HTTP API及消息推送机制，实现以下三个核心场景：

5.1 第一种场景：远程预控（提升体验）

逻辑：客人通过小程序确认入住 -> 系统自动触发指令。技术流

1. 民宿PMS系统（或订单系统）收到“办理入住”信号。

2. 系统拼接HTTP请求，调用芯步接口：POST https://api.thingboot.com/AppId/device/control/Request Body: {"device": "空调设备ID", "order": {"power": 1, "mode": "cool", "temp": 22}}

3. 平台鉴权后下发指令，设备响应，空调开启。

5.2 第二种场景：离房自动化节能（降低成本）

逻辑：人体传感器检测到无人 -> 延迟30分钟后 -> 系统检查状态 -> 执行关闭。技术流

1. 芯步的人体传感器检测到 infrared_target: 0（无人状态）。

2. 平台通过消息推送机制向你的服务器地址推送事件。

3. 你的服务器接收到“无人”事件后，启动计时器（例如30分钟）。

4. 计时结束，服务器主动调用接口查询该房间空调状态（query_device）。

5. 若状态为“开”，则下发关闭指令：{"order":{"power":0}}。

5.3 第三种场景：智能恒温（避免过冷/过热）

逻辑：如果传感器检测到温度低于18度且空调处于制热模式，自动调整设定。技术流

1. 温控器上报当前环境温度（temp: 19）。

2. 业务服务器判断逻辑符合阈值。

3. 调用接口调整设定温度：{"order":{"target_temp": 24}}。

6. 网络拓扑与部署实施

6.1 网络要求

• 民宿房间内需有2.4G Wi-Fi信号覆盖。若信号弱，需加装Wi-Fi中继器，因为芯步的设备主要基于2.4G WiFi直连。

6.2 部署步骤

1. 硬件安装

   • 将红外控制器放置在能“直视”空调内机的位置（通常为墙壁或天花，距离<8米）。

   • 将人体传感器安装于入门处或主要活动区（避免对着浴室或窗户，减少误报）。

2. 设备配网

   • 打开“芯步”调试app或集成的配网页面。

   • 输入Wi-Fi密码，使设备连网。

3. 码库匹配（现场调试）

   • 在管理后台选择房间空调型号，利用前述的5.1 匹配机制找到正确的红外码。

4. 系统绑定

   • 将设备ID（Device ID）与民宿管理系统的房间ID进行一对一绑定。

7. 接口调用关键参数示例（伪代码）

在实际开发中，开发者需参考芯步签名算法（MD5/SHA256），以下是核心的数据结构定义：

1. 开启空调指令

• URL: /ordercontrol

• Sign: md5(AppId+AppSecret+Timestamp)

• Body:

2. 自动化触发（接收设备上报）芯步服务器会向你的Callback URL推送如下数据，用于触发自动化逻辑

你的服务器需返回 {"code":0} 以确认接收。

8. 方案优势

1. 极低成本：无需更换昂贵的空调，利用红外控制器即可实现智能化。

2. 高开放性：芯步提供HTTP API，支持任意后端语言（Java, Python, PHP, Node.js）接入，方便与现有的民宿OTA平台或PMS对接。

3. 可靠性：支持私有化部署，即使外网断开，局域网内仍可控制（视具体路由器策略），且设备支持重连机制。

4. 节能数据：通过离房自动恒温（如调至26度）和定时关闭策略，通常可降低15%-25%的空调能耗。

总结

通过本方案，民宿主无需大规模重新装修，仅需利用芯步的红外/传感硬件和开放的HTTP接口，即可搭建一套完整的空调远程管理系统。其核心在于红外码库的精准匹配（决定了控制是否成功）和人感联动逻辑（决定了是否节能）。开发者只需专注于业务逻辑层的开发，硬件的通讯细节完全交由芯步的API处理。