3462|7

73

帖子

0

TA的资源

一粒金砂(初级)

楼主
 

红外接收头的相关疑问,牛人请指教! [复制链接]

遥控是TC9012,它采用的38kHz的载波(一个载波周期35us),载波占空比1/3,经过调制后发送波形是9ms的引导码(前4.5ms由载波构成,后4.5ms是载波关断)和33bit的数据构成。比特1是0.56ms的载波和1.69ms的载波关断构成,比特0是0.56ms的载波和0.565ms的载波关断构成。按照遥控的说明1帧数据就应该包含4500÷35 +33×560÷35=656个下降沿。
接收头的输出脚是接在外部中断0的,是不是经过IR1308接收后,外部中断0应该收到656个下降沿呢,可是我实际检测的时候却只发现588左右的下降沿,请教牛人,何解?

最新回复

同意上楼说的,刚接触不懂。。。  详情 回复 发表于 2010-4-8 08:57
点赞 关注

回复
举报

65

帖子

0

TA的资源

一粒金砂(初级)

沙发
 
帮顶dddd
 
 

回复

70

帖子

0

TA的资源

一粒金砂(初级)

板凳
 
从遥控接收头出来的应该已经把38K的载波过滤掉了,只有信号波形发给单片机。
 
 
 

回复

84

帖子

0

TA的资源

一粒金砂(初级)

4
 
引用 2 楼 lin0119 的回复:

从遥控接收头出来的应该已经把38K的载波过滤掉了,只有信号波形发给单片机。

那就奇怪了,按照TC9012的资料,1帧也不过33bit的数据,怎么在检测时候会有588个左右的下降沿产生呢,难道是数据头的引导部分在作祟!
 
 
 

回复

84

帖子

0

TA的资源

一粒金砂(初级)

5
 
引用 3 楼 java_lover_ 的回复:
那就奇怪了,按照TC9012的资料,1帧也不过33bit的数据,怎么在检测时候会有588个左右的下降沿产生呢,难道是数据头的引导部分在作祟!

检查一下你的代码吧
 
 
 

回复

75

帖子

0

TA的资源

一粒金砂(初级)

6
 
引用 4 楼 lin0119 的回复:

引用 3 楼 java_lover_ 的回复:
那就奇怪了,按照TC9012的资料,1帧也不过33bit的数据,怎么在检测时候会有588个左右的下降沿产生呢,难道是数据头的引导部分在作祟!

检查一下你的代码吧


检测下降沿的代码应该没有什么问题,在红外接收头的输出引脚相连外部中断0的响应服务函数里面,让一个全局的unsigned long变量自加,当接收数据完一定的时间(确保数据已经接收完毕)之后再去触发外部中断1,在外部中断1的中断响应服务函数里面把这个全局变量的值显示在数码管上面而已,我想这样,只有可能会少检测的下降沿的个数,而不会有多的吧。
 
 
 

回复

75

帖子

0

TA的资源

一粒金砂(初级)

7
 
你的经历与我以前刚接触红外编程的时候很相似,印象中这是代码定时错误,没有正确判断引导头与数据码后面的空闲时段。看这个帖子,以及后面我的跟帖吧。
http://topic.eeworld.net/u/20100322/13/cffd0c70-cd39-49db-aa27-e0405212b400.html
 
 
 

回复

77

帖子

0

TA的资源

一粒金砂(初级)

8
 
同意上楼说的,刚接触不懂。。。
 
 
 

回复
您需要登录后才可以回帖 登录 | 注册

随便看看
查找数据手册?

EEWorld Datasheet 技术支持

相关文章 更多>>
关闭
站长推荐上一条 1/10 下一条

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

About Us 关于我们 客户服务 联系方式 器件索引 网站地图 最新更新 手机版

站点相关: 国产芯 安防电子 汽车电子 手机便携 工业控制 家用电子 医疗电子 测试测量 网络通信 物联网

北京市海淀区中关村大街18号B座15层1530室 电话:(010)82350740 邮编:100190

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved
快速回复 返回顶部 返回列表