非超準(zhǔn)紅外NEC協(xié)議問題

起因

因工作原因需要對樓宇空調(diào)進行集中化管理,因成本原因不使用重新設(shè)計空調(diào)面板!決定對原有空調(diào)面板的紅外接收頭的gpio 引腳直接對接到esp12f模塊。由esp12f 模塊連接公司wifi 向服務(wù)器請求當(dāng)前此空調(diào)的溫度!

過程

一、采用標(biāo)準(zhǔn)協(xié)議模塊

初步想法是:使用的是esp8266的紅外庫,對遙控器的編碼進制捕獲!再使用標(biāo)準(zhǔn)庫的sendNEC函數(shù)發(fā)送出去,經(jīng)測試無法遙控空調(diào)面板,比如開關(guān)機捕獲到的是0x88000051,再發(fā)送0x88000051 反復(fù)測試!

二、使用示波器分析紅外接收端

Nec 標(biāo)準(zhǔn)協(xié)議


標(biāo)準(zhǔn)協(xié)議


非標(biāo)準(zhǔn)nec

經(jīng)分析發(fā)現(xiàn),采用了自定義的NEC,比如:

1.引導(dǎo)碼:

標(biāo)準(zhǔn)是9ms的低電平+4.5ms的高電平

非標(biāo)準(zhǔn)的使用的是8.6ms的低電+4ms低電平

2.編碼1

標(biāo)準(zhǔn)是0.56ms低電平+1.6ms高電平

非標(biāo)準(zhǔn)0.6ms低電平+1.4ms高電平

3.編碼0

標(biāo)準(zhǔn)是0.56ms低電平+0.56ms高電平

非標(biāo)準(zhǔn)0.6ms低電平+0.4ms高電平

問題找到了

總結(jié)

遇到紅外不對的問題,很有可能是遇到自定義編碼格式!

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容