请问谁会这个空调伴侣产品?就是云端下发空调温度数据,然后涂鸦T1模组解析空调温度数据的红外码然后发送。谢谢大佬们!!!
请问谁会这个空调伴侣产品?就是云端下发空调温度数据,然后涂鸦T1模组解析空调温度数据的红外码然后发送。
-
1850584155
- Posts: 1
- chenyisong
- Posts: 152
Re: 请问谁会这个空调伴侣产品?就是云端下发空调温度数据,然后涂鸦T1模组解析空调温度数据的红外码然后发送。
可以在iot.tuya.com创建产品,
如果有技术问题,可以直接详细描述你遇到的问题
Re: 请问谁会这个空调伴侣产品?就是云端下发空调温度数据,然后涂鸦T1模组解析空调温度数据的红外码然后发送。
请问谁会这个空调伴侣产品?就是云端下发空调温度数据,然后涂鸦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 自动分析生成,如有疑问请回复补充。