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

Wi-Fi 设备、蜂窝设备、WuKongAI、开发板、TuyaOS 移植等


Post Reply
1850584155
Posts: 1

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


Tags:
User avatar
chenyisong
Posts: 152

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

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

空调伴侣.png

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

fangweng
Posts: 24

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

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


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

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

整体链路

Image

设备端(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 自己控制发射管有二次开发能力
通用对接固件 + 外挂 MCUtuyaos-gfwty_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 自动分析生成,如有疑问请回复补充。

Post Reply