433Mhz模块代替433Mhz遥控器
本帖最后由 瘦网虫 于 2013-7-14 17:14 编辑上次扔掉的315Mhz遥控器不知道有没有人捡到。
（参考315Mhz模块传输替代315Mhz遥控器）
这次继续扔掉我的433Mhz遥控器。
先上遥控器图。
它控制的是一个风扇。
怎么知道是433Mhz的遥控器？拆啊。
再上433Mhz模块图。
这个跟左边的315Mhz模块好像啊。嗯。几乎一样啊。但是价格居然又贱了些。毫无意外的，使用315Mhz模块调试时使用的RCSwitch库，打开例程。
这次更简单，连逻辑分析仪这个利器都没有祭出，用例程中的ReceiveDemo_Simple就直接得到了数据（例程中我还是改动了中断，设置成1，接线也做了对应改动，详见上次的315Mhz模块的教程）。
按照315Mhz模块的接线和例程，发送试试。
没有成功，没有听到“哔”的一声，一定是打开方式不对。继续找原因。
刷入ReceiveDemo_Advanced查看更详细的原始数据。
观察到PulseLength跟原始发送的默认值不一致。
有则改之，无则加勉。
看看发送例程中的改动，后面发送的具体数字改成前面读出来的数据。
听到“哔”后，立刻果断扔掉自己的433Mhz遥控器。
遥控器都扔完了，下一步，当然是让这些设备都“上网”。
敬请期待下一次发贴，详述上网的投影幕和联网的风扇之间的故事。
Enjoy it～ 图挂了,,,,
本帖最后由 瘦网虫 于 2013-7-14 17:07 编辑
linkkl 发表于 2013-7-14 16:36 static/image/common/back.gif
图挂了,,,,
是你太快了。。手机导图，再上传真不是一般的慢。
遥控器读出来的数据：
hi
Received 1072320 / 24bit Protocol: 1
med
Received 1072176 / 24bit Protocol: 1
low
Received 1072140 / 24bit Protocol: 1
off
Received 1072131 / 24bit Protocol: 1
1h
Received 1072368 / 24bit Protocol: 1
3h
Received 1072188 / 24bit Protocol: 1
6h
Received 1072143 / 24bit Protocol: 1
off
Received 1072323 / 24bit Protocol: 1
对应的是图上的8个按键。 学习了:):) 呵呵，下一集啥时候出啊 [木□易] 发表于 2013-7-18 14:37 static/image/common/back.gif
呵呵，下一集啥时候出啊
知识积累中。。。 這是我見過最棒的Arduino論壇 433Mhz模块 额，我又跟过来了，是这样，我这里遇到的问题是双向通信433M模块，不知道这种模块是否可以使用rcswitch的库，因为不确定就还没有买这个模块。。。（遥控器上倒是有），还有一个问题，既然是双向通信，遥控器内是不是有个状态判定的过程？比如灯是灭的，按一下灯亮，灯是亮的，按一下灯灭，求指点。。 是的，我自己也测试过315和433的模块，但这种是双向通信的。。。一种叫博帝的灯控开关，之前没注意买了好多，现在发现不是基本的收发模块。。难道是要悲剧吗? 主要是有一个自动对码的过程，就是遥控器和被控端同时进入匹配模式，遥控器会更具灯控的路数自己匹配使用几个按钮。。。 就是这段通信过程让我头疼。 没试过你说的这种 Ethanwain 发表于 2013-12-3 11:29:52 static/image/common/back.gif
是的，我自己也测试过315和433的模块，但这种是双向通信的。。。一种叫博帝的灯控开关，之前没注意买了好多，现在发现不是基本的收发模块。。难道是要悲剧吗?
你搜搜看cc1101,看有没有例程之类 请问为什么PLuseLength（）里面不是252吗？为什么写了251？ 瘦网虫 发表于 2013-7-14 16:44 static/image/common/back.gif
是你太快了。。手机导图，再上传真不是一般的慢。
请问要怎么样才能读取摇杆数据，然后让模块发送数据，另一块接收数据后小车开始执行，为什么我接收板接收到了后LED灯没反应？
页:
[1]
2