本文包含原理图、PCB、源代码、封装库、中英文PDF等资源
您需要 登录 才可以下载或查看,没有账号?注册会员
×
摘 要: 针对智能家居的特点及功能,提出一种家庭多功能控制系统的设计方案。系统采用飞思卡尔公司的i.MX51处理器作为MCU,在Linux平台上搭建了LTIB开发环境,实现了开发板上的GUI界面显示。详细论述了客户端与服务器的Socket多线程通信和音视频同步传输的设计过程。测试结果表明,系统稳定可靠、易于操作,基本达到了设计目标。
关键词: 智能家居;Linux;Qt;Freescale;多线程通信;音视频同步传输
针对智能家居的特点及应用背景,设计了一种家庭多功能控制系统。该系统采用飞思卡尔公司ARM Cortex A8系列的i.MX51处理器作为MCU,在其上移植嵌入式Linux作为软件开发平台,并利用Qt相关技术为基础设计友好的用户界面,实现了ARM板的各功能模块与服务器端的交互。系统同时具备数字可视对讲、信息收发、家电控制、安防报警、家庭娱乐等功能。
1 系统的架构和功能
家庭智能控制系统主要由室内分机、单元门口机、小区围墙机、管理中心终端机、管理中心服务器以及附件组成。系统采用分布式网络结构,可以根据住户数量对系统的容量进行扩充。
(1)室内机是用户在室内进行操作的主要平台,其功能组成为:可视对讲、信息服务、家电控制、安防报警、家庭娱乐等。可视对讲模块主要实现双向可视通话、视频监控、留言/留影、开锁等功能;信息服务模块主要用来收发物业信息和小区广播,支持文本、图片形式,并实现与可视对讲模块的影音共享;家电控制模块包括对灯光、窗帘、空调、电梯等设施的无线控制,并预设了情境模式;安防报警模块支持对烟感、门磁、煤气泄漏检测等的自动报警,并可通过GPRS/3G技术将报警信息传送到用户手机上;家庭娱乐模块支持常见格式的音视频文件的播放(主要依靠硬件解码)以及对常见格式的图片的浏览(电子相框)。
(2)单元门口机的主要功能是完成与所在单元楼的任意住户以及管理中心机的可视通话,除了具备留言/留影功能外,还提供触摸屏校准、背光调节、密码设置等功能。
(3)围墙机的基本功能和单元门口机类似,但可视对讲、留言/留影功能是针对小区内所有住户的。
(4)中心机是整个系统的神经中枢,管理人员通过管理中心的控制设备管理各子系统的终端,其功能包括:可视对讲、视频监控、查看报警信息、排除设备故障、信息服务、系统设置、远程管理等。
2 系统的实现方案
2.1 Qt的信号/槽机制
Qt是一个跨平台的C++应用程序框架,完全面向对象、易于扩展且允许真正的组件编程。Qt的C++类库封装了适应不同操作系统的访问细节,这使得它能够快速地部署于各种桌面与嵌入式系统中[1]。
信号/槽机制是 Qt 的核心特性,这种机制真正实现了消息的封装,完全可以取代原始的回调和消息机制。信号和槽的连接通过connect()函数完成,connect()函数是QObject类中的静态函数,其函数原型如下:
Bool QObject::connect(const QObject* sender,
const char*signal,const QObject* receiver,const char* member)
其中,sender和receiver是指向QObject的指针,signal和slot是不带有参数的函数名。
2.2 基于XML格式的Socket多线程通信
Linux中的网络编程主要通过Socket接口实现,在Qt环境里,对Socket进行了封装,并建立了相应的QTcpSocket类来实现TCP客户端和服务器的通信。QTcpSocket继承了QIODevice,所以QTcpSocket可以使用QDataStream进行数据的读取和写入。
可扩展标记语言XML(eXtensible Markup Language)是一种用于数据交换和数据存储的多用途文本格式。对于XML格式的数据,Qt中的QtXml模块提供了DOM和SAX两种处理方式。本文采用的DOM方式把XML文档转换成一个可以遍历的树形结构,这样便可以随意访问其中的节点,因此要明显简洁得多。
室内机和中心机之间的通信采用多线程方式实现。多线程方式具有降低内存、提高程序响应速度等优点,特别适用于嵌入系统。系统中建立了三个主线程:(1)GUI线程:用于执行main()主函数,响应用户的界面操作;(2)tcpServer侦听线程:用于对指定端口进行监听;(3)tcpSocket传输线程:负责消息的接收和回复。下面以用户主动更新小区广播为例详细说明Socket通信的流程:(1)室内机首先启动一个线程,将用户的更新请求结构转化成标准的XML格式(如果是新设备第一次开机,要先手动进行IP的设置),(2)调用connectToHost()函数请求与中心机建立连接,处于监听状态的中心机接到请求后,就会分配一个Socket套接字来处理连接:首先根据解析出来的XML的Type节点判断请求类型,如果是纯文本则从数据库的Text表读取,如果是图片则从硬盘读取,然后调用QIODevice::write()函数发送;(3)室内机接到应答信号readyRead()后就开始进行信息的收取,根据消息的Type节点类型分别写入数据库和硬盘。Socket多线程通信流程如图1所示。
2.3 并行数据库设计
为了实现数据库的并行操作,使GUI界面与数据库相分离,从而让界面能更快地响应用户的一般操作,同样要用到Qt的多线程编程。在系统启动时,首先要建立一个全局对象m_query,以便于各个实体类与数据库类进行连接。这样,每当有数据库操作请求时便会实例化一个m_query来创建一个线程用于处理该请求。m_query对象中包含两个类:(1)QueryThread,用于为每个数据操作创建一个线程;(2)Worker,用于实现数据库的相关操作,如加载数据库驱动、进行数据查询/插入/删除等。
图2为数据库的查询操作流程。首先在实体类里创建两个connect连接,分别用于发送和接收查询结果,并生成SQL语句向QueryThread提交查询请求信号。QueryThread收到请求后为其创建一个线程,并交由Worker类进行具体数据库查询操作。Worker类得出查询结果后,先传递给QueryThread,再由其将查询结果返回到实体类。
关键代码如下:
connect( this,SIGNAL(seek(const QString& ) ),m_query,
SIGNAL(seek_execute(const QString& )) );
connect( m_query,SIGNAL(seek(const QList<QSqlRecord>
& ) ),this,SLOT( slotResult( const QList<QSqlRecord>& ) ) );
…
void text:: database() {
QString sql = "select * from Text order by date desc ";
emit seek_execute (sql);
}
2.4 音视频同步传输技术
i.MX51处理器包含了支持硬件视频编解码的VPU单元,并自带了完整的多媒体解决方案。因此,系统中采用其自带的多媒体软件包进行音视频流的采集和编解码[2]。
考虑到小区内可视通话时因并发数过大而可能导致的网络拥塞情况,系统还需要提供一定的QoS机制来保证在网络带宽较低时也能达到音视频的同步传输。本文采用基于时间戳的实时同步传输技术,通过设置可变大小的缓冲区机制,根据小区网络情况自动调节传输参数,以音频质量优先保证为原则,根据时间戳实时调节视频数据的播放。具体实现过程如下[3]:
(1)发送端采用两个独立的进程分别对音视频信息进行采样和打包,然后放到各自的缓冲队列中等待发送。
(2)音视频数据通过同一个通道发送到网络(采用信号量机制保证音视频数据对通道的互斥访问)。
(3)由于音视频两个数据包的长度差别很大,所以将接收端收到的数据根据包的大小进行区分。
(4)音视频各自拆包组帧。由于人的听觉对声音的不连续比视觉对图像的不连续更敏感,所以采用音频流作为主流,视频流作为从流。客户端接收到音频数据包后,不必与视频数据包协调就可立即播放,而视频帧到达时则根据时间戳进行对比,从而进行相应的同步处理。
(5)为保证音视频的实时同步,采用多线程分别对音频和视频进行播放。
3 i.MX51平台移植
3.1 搭建LTIB开发环境 |