Tuya Developer Forum

请问谁会这个空调伴侣产品？就是云端下发空调温度数据，然后涂鸦T1模组解析空调温度数据的红外码然后发送。谢谢大佬们！！！

可以在iot.tuya.com创建产品，

如果有技术问题，可以直接详细描述你遇到的问题

请问谁会这个空调伴侣产品？就是云端下发空调温度数据，然后涂鸦T1模组解析空调温度数据的红外码然后发送。

找到了足够的依据（svc_dp 的系统 DP 201/202 红外通道、gfw 的 ty_gfw_ir），可以回答。

结论：这是涂鸦的标准品类「空调伴侣/红外遥控」，T1 完全可以做 —— 云端靠涂鸦的空调红外码库把「温度/模式/风速」翻译成红外码形，经系统 DP 201 下发到设备，设备端注册特殊 DP 回调拿到码形后用 38kHz 载波 PWM 发出去；设备侧不需要自己存码库。

整体链路

设备端（TuyaOS SDK）要做的事

收码：红外码走 dpid≥200 的「系统 DP」通道，201 = 红外控制（TY_SYSTEM_DP_IR_CTL）、202 = 学习上报（TY_SYSTEM_DP_STUDY_REPORT）。用 sf_dp_register_special() 注册回调，处理完返回 OPRT_SVC_DP_ALREADY_PROCESS 吞掉默认流程（出处：components/svc_dp/README_CN.md §12.1/§15.6）：

Code: Select all

STATIC OPERATE_RET on_special_dp(IN CONST UINT16_T dpid, IN CONST ty_cJSON *dp_obj)
{
    if (dpid == TY_SYSTEM_DP_IR_CTL) {
        ir_send_wave(dp_obj);                      /* 解析码形并发射 */
        return OPRT_SVC_DP_ALREADY_PROCESS;
    }
    return OPRT_OK;
}

发码：DP 201 带下来的是码形描述（载波频率、占空比、引导码、bit 序列），用 tal_driver 的 PWM + DMA 输出 38kHz 载波；空调码通常几十到上百毫秒，别阻塞回调线程
学习（如果要做万能遥控）：接收头解码后经 DP 202 用 RAW 通道上报（RAW 不去重、走同步上报，天然适合红外原始码）

平台侧

IoT 平台创建产品时选「空调伴侣/红外遥控器」品类，云码库、App 面板（品牌选型、温度滑条）都是现成的，App 下发的就是语义 DP，翻译在云端完成

不想自己写红外驱动的替代方案

方案	说明	适合
自建 SDK + DP 201 回调	如上，T1 自己控制发射管	有二次开发能力
通用对接固件 + 外挂 MCU	`tuyaos-gfw` 带 `ty_gfw_ir` 组件（协议 0x2E/0x2F），红外收发在 MCU 侧完成，模组只透传（出处：`ty_gfw_core/README_CN.md` §8.5）	快速出产品

另外提醒：走通用固件方案时，红外 IO 配置在产测命令 0x01 里会做合法性校验（出处：tuyaos-gfw/overview.md）。

如果需要，可以点「查代码」看 DP 201 下发的具体 JSON 格式和 smart_frame 的分发细节。

以上内容由 AI 自动分析生成，如有疑问请回复补充。

Tuya Developer Forum

请问谁会这个空调伴侣产品？就是云端下发空调温度数据，然后涂鸦T1模组解析空调温度数据的红外码然后发送。

请问谁会这个空调伴侣产品？就是云端下发空调温度数据，然后涂鸦T1模组解析空调温度数据的红外码然后发送。

Re: 请问谁会这个空调伴侣产品？就是云端下发空调温度数据，然后涂鸦T1模组解析空调温度数据的红外码然后发送。

Re: 请问谁会这个空调伴侣产品？就是云端下发空调温度数据，然后涂鸦T1模组解析空调温度数据的红外码然后发送。