android平台应用GPIO模拟IR控制车载DTV
2013-11-02 21:29
417 查看
数字电视—DTV对我们来说早已不是一个新东西,在车载电子上DTV大多是以模块的形式独立存在的,是可配的。在车载的市场上,客户的需求是多种多样的,如果把DTV也做到车载导航主PCB上去,还是不灵活,不要DTV的就得是不同的PCB板,这对于售后维护、开发都不是一个好办法。
DTV在家里,大家一般都是通过遥控器来操作,当然现在有些android的电视盒子可以通过手机来控制,有个泰捷遥控器的apk,通过同一个wifi热点的电视盒,可以用手机来操作也挺方便。但是在车上,怎么去操作DTV呢?在小车上,一般空间都是比较狭窄的,使用遥控器是很不方便的,因此我们需要把控制做到导航主控上去。在遥控器的协议中,NEC协议是使用得最普遍的,下面就以NEC协议为例学习一下使用GPIO模拟IR按键消息的方法。
NEC的一条按键信息由数据头、客户码、客户码反码、键值、键值反码、停止位组成,在此不介绍重复码。数据头是一个9ms + 4.5ms的高低组合,后面就是紧跟4个字节的数值,也就是32bit的0、1组合。IR口的gpio口一般是默认是高电平的,解码驱动大多都是采用下降沿触发中断。在此我们主要是要编出一串IR脉冲。组合这一串脉冲的代码如下:
[plain] view
plaincopy
gpio_write_one_pin_value(simulate_ir_gpio_hdle, 0, "simulate_ir_gpio");
Delay10us(900);// 9ms
gpio_write_one_pin_value(simulate_ir_gpio_hdle, 1, "simulate_ir_gpio");
Delay10us(450);// 4.5ms
//IR Customer Code: 0x807f , NEC IR protocol
SendByteData(0x80); // DVB HEADER_CODE0
SendByteData(0x7F); // DVB HEADER_CODE1
SendByteData(IRData);
SendByteData(~IRData);
gpio_write_one_pin_value(simulate_ir_gpio_hdle, 0, "simulate_ir_gpio");
Delay10us(56);
gpio_write_one_pin_value(simulate_ir_gpio_hdle, 1, "simulate_ir_gpio");
在此有一个问题,就是编这一段脉冲需要50ms以上,标准的一个完整的消息大概是108ms-110ms。这就要求我们在发送4字节数据以及停止码中间不能被任务调度,因为任务一调度的话编的码的宽度就会有很大出入,接收端解析就会认为是一个错误的遥控值。那我们怎么去尽力保证呢?在linux中有一个spinlock,也就是自旋锁,一旦获得这个锁就可以保证当然执行的进程不被调度抢占。因此在上面的这段代码前后加上锁以及取消锁操作,笔者在实际操作中,在近百次的操作中,发送IR键值的成功率是百分之百。加锁的相关代码如下:
[plain] view
plaincopy
#include <linux/spinlock.h>
spinlock_t lock;
spin_lock_init(&lock);
spin_lock(&lock);
////////////////for your process//////////////////
spin_unlock(&lock);
在android上层,可以通过ioctl来控制,向上层可以封装在service里面供上层应用使用。
以上仅供参考。
DTV在家里,大家一般都是通过遥控器来操作,当然现在有些android的电视盒子可以通过手机来控制,有个泰捷遥控器的apk,通过同一个wifi热点的电视盒,可以用手机来操作也挺方便。但是在车上,怎么去操作DTV呢?在小车上,一般空间都是比较狭窄的,使用遥控器是很不方便的,因此我们需要把控制做到导航主控上去。在遥控器的协议中,NEC协议是使用得最普遍的,下面就以NEC协议为例学习一下使用GPIO模拟IR按键消息的方法。
NEC的一条按键信息由数据头、客户码、客户码反码、键值、键值反码、停止位组成,在此不介绍重复码。数据头是一个9ms + 4.5ms的高低组合,后面就是紧跟4个字节的数值,也就是32bit的0、1组合。IR口的gpio口一般是默认是高电平的,解码驱动大多都是采用下降沿触发中断。在此我们主要是要编出一串IR脉冲。组合这一串脉冲的代码如下:
[plain] view
plaincopy
gpio_write_one_pin_value(simulate_ir_gpio_hdle, 0, "simulate_ir_gpio");
Delay10us(900);// 9ms
gpio_write_one_pin_value(simulate_ir_gpio_hdle, 1, "simulate_ir_gpio");
Delay10us(450);// 4.5ms
//IR Customer Code: 0x807f , NEC IR protocol
SendByteData(0x80); // DVB HEADER_CODE0
SendByteData(0x7F); // DVB HEADER_CODE1
SendByteData(IRData);
SendByteData(~IRData);
gpio_write_one_pin_value(simulate_ir_gpio_hdle, 0, "simulate_ir_gpio");
Delay10us(56);
gpio_write_one_pin_value(simulate_ir_gpio_hdle, 1, "simulate_ir_gpio");
在此有一个问题,就是编这一段脉冲需要50ms以上,标准的一个完整的消息大概是108ms-110ms。这就要求我们在发送4字节数据以及停止码中间不能被任务调度,因为任务一调度的话编的码的宽度就会有很大出入,接收端解析就会认为是一个错误的遥控值。那我们怎么去尽力保证呢?在linux中有一个spinlock,也就是自旋锁,一旦获得这个锁就可以保证当然执行的进程不被调度抢占。因此在上面的这段代码前后加上锁以及取消锁操作,笔者在实际操作中,在近百次的操作中,发送IR键值的成功率是百分之百。加锁的相关代码如下:
[plain] view
plaincopy
#include <linux/spinlock.h>
spinlock_t lock;
spin_lock_init(&lock);
spin_lock(&lock);
////////////////for your process//////////////////
spin_unlock(&lock);
在android上层,可以通过ioctl来控制,向上层可以封装在service里面供上层应用使用。
以上仅供参考。
相关文章推荐
- 9Patch在Android平台的应用
- Unity制作的应用在android平台上的发布步骤
- Android微信开放平台,申请移动应用 获取应用签名的方法
- Android平台向web应用get、post方式提交信息案例
- Android平台下传感器应用的开发--基础知识
- Android平台第三方应用分享到微信开发
- BlueStacks模拟器:多平台上运行Android应用
- Android应用发布平台
- [转]Android平台根据分辨率计算屏幕尺寸,基于物理尺寸来验证手机和平板应用合并的可行性
- 如何在社交平台提交Android应用签名
- Android应用程序获得root权限 && 基于NVidia平台Android应用修改cpu频率
- Android平台的手机记账应用开发全程实录
- Android 第三方应用接入微信平台(1)
- Android5.1-s5p6818平台去掉系统自带应用
- 基于Android平台的手机记账应用开发全程实录
- Android 第三方应用接入微信平台(2)
- Android之微信开放平台创建应用
- Android平台第三方应用分享到微信开发
- Unity Android平台的AdMob的应用
- Android应用发布市场平台