如何解决由不同红外协议所引起的解码和编码的困难？

[Jesse_嘉伟]

各位大虾，我最近在做一个万能的红外学习遥控器，想兼容各种协议，包括 NEC协议，RE-5 协议，还有空调的各种特殊的协议等。
可是当我做到能学习 NEC 协议的时候就卡住了，发现想要兼容各种协议实在是非常困难，就单单“格力空调”的新协议就非常的奇葩： 引导码+35位数据+连接码+32位数据，这跟普通的 NEC 协议： 引导码+32位数据 差的实在是有点多啊...，所以就只能想到开个大的数组将所捕捉到的时序全部存储起来。可是这又出现一个问题：消耗的内存不是一般的大！就用“格力空调”举例：引导码+35位数据+连接码+32位数据，一共 69 位数据，一位数据有 一个高电平 和 一个低电平，这样我就要开 138 个字节的内存来存储这一个按键的编码，这样实在是消耗不起啊，请问还有没有什么方案可以解决由协议不同而引起的解码和编码的困难？急，在线等！谢谢！

[pathletboy]

69位数据，最多花 69/8 向上取整 ，9字节，不知道你为啥要用138字节存储。

[奶油麦片糖]

同感，不过现在市面上有很多红外学习模块，似乎能解决这个问题。 其实我感到困惑的是，如何自动识别并识别这些协议，不知道有没有人能解决下。

[电子小黑]

引用 2 楼 pathletboy 的回复：

69位数据，最多花 69/8 向上取整 ，9字节，不知道你为啥要用138字节存储。

楼主意思是69个数据，每个数据对应一个高电平和一个低电平持续时间，所以总共138个字节存储。楼主我最近刚做这个用的就是记录电平数据，我记录的是红外接收管响应电平时间，然后发送对应的红外调制波形

[电子小黑]

引用 3 楼 m0_37037359 的回复：

引用 2 楼 pathletboy 的回复：

69位数据，最多花 69/8 向上取整 ，9字节，不知道你为啥要用138字节存储。

楼主意思是69个数据，每个数据对应一个高电平和一个低电平持续时间，所以总共138个字节存储。楼主我最近刚做这个用的就是记录电平数据，我记录的是红外接收管响应电平时间，然后发送对应的红外调制波形

看错了，好几年前的回答，请问后来找到解决方案了吗？

[老营长]

以前解码三星电视遥控信号，特喵的，非要搞点新鲜玩意，折腾了几天才写好解码器。 感觉录了重放省点事

[Jesse_嘉伟]

引用 4 楼 m0_37037359 的回复:

引用 3 楼 m0_37037359 的回复：

引用 2 楼 pathletboy 的回复：

69位数据，最多花 69/8 向上取整 ，9字节，不知道你为啥要用138字节存储。

楼主意思是69个数据，每个数据对应一个高电平和一个低电平持续时间，所以总共138个字节存储。楼主我最近刚做这个用的就是记录电平数据，我记录的是红外接收管响应电平时间，然后发送对应的红外调制波形

看错了，好几年前的回答，请问后来找到解决方案了吗？

妈妈，这里有人挖坟啦！