基于物联网的智能家居系统设计报告书

更新时间:2023-04-11 16:54:01 阅读量: 实用文档 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

基于物联网的智能家居系统

Smart Home System based on EPC System Network

I

摘要

智能家居是以住宅为平台,利用综合布线技术、网络通信技术、智能家居-系统设计方案安全防范技术、自动控制技术、音视频技术将家居生活有关的设施集成,构建高效的住宅设施与家庭日程事务的管理系统,提升家居安全性、便利性、舒适性、艺术性,并实现环保节能的居住环境。本系统采用S3C2410、PXA270、AT89S52等芯片进行系统控制。利用IP网和串口进行通信。实现了实时监控、实时温度控制、门禁系统等。并且在娱乐方面利用了QT与FFMPEG 开发了嵌入式视频播放器,支持的解码文件有H264、AVI、MPEG-4、3GP等。而且提供了文本阅读、电子相册与主题变换等功能。

关键词:智能家居;网络通信;实时监控;QT;FFMPEG

II

Abstract

Intelligent household is for the platform, and using of comprehensive housing muting technology, network communication technology and intelligent household - the system design scheme security presentation technology, automatic control technology, audio and video technology will household life relevant facilities integration, constructing efficient residential facilities and family affairs of the schedule management system management sys tem, ascending household safety, convenience, comfort, artistic, and realize environmental protection and energy saving living environment. This system USES S3C2410,PXA270, AT89S52 devices such as chips for system control. Using IP nets and serial interface communication. Realize the real-time monitoring, real-time temperature control, entrance guard system, etc. And in entertainment use QT FFMPEG developed with the video player, support embedded documents are H264, decoding of AVI, mpeg-4, 3GP, etc. But also provides text reading, electronic albums and theme transform, and other functions.

Key words: Intelligent household;network communication;real-time monitoring;QT;FFMPEG

III

目录

基于物联网的智能家居系统 ...................................................................................................................................... I 摘要 ....................................................................................................................................................................... I I Abstract ...................................................................................................................................................................... III 目录 . (4)

第一章绪论 (1)

1.1 智能家居的现状与开发意义 (1)

2.2 论文主要内容 (1)

第二章智能家居的总体设计方案 (3)

2.1 系统核心控制软件流程及其说明 (3)

2.2 Linux内核移植 (4)

2.3 QT Embedded移植 (5)

第三章智能家居多功能娱乐系统 (7)

3.1 基于QT和FFMPEG的嵌入式播放器 (7)

3.1.1 FFMPEG简介 (7)

3.1.2 FFMPEG及其编解码库的移植 (8)

3.1.3 FFMPEG解码流程 (9)

3.1.4 基于Qt的嵌入式播放器的实现 (9)

3.1.5 播放器的逻辑结构 (13)

3.2 基于QtNetwork和V4L的视频监控系统 (16)

3.2.1 V4L简介 (16)

3.2.2 基于V4L的视频采集与传输 (18)

3.3 基于QT MVC结构的电子相册 (22)

3.3.1 QT的MVC结构 (22)

3.3.2 相册的文件遍历 (23)

3.3.3 相册的渐变效果 (24)

3.4 多功能电子书 (24)

第四章智能家居的控制系统 (26)

4.1 基于博创UP-STAR2410的无线遥控器 (26)

第五章特色 (28)

附录A (29)

第一章绪论

1.1 智能家居的现状与开发意义

20世纪80年代初,随着大量采用电子技术的家用电器面市,住宅电子化(HE,Homen Electronics)出现。80年代中期,将家用电器、通信设备与安保防灾设备各自独立的功能综合为一体后,形成了住宅自动化概念(HA, Home Automation)。80年代末,由于通信与信息技术的发展,出现了对住宅中各种通信、家电、安保设备通过总线技术进行监视、控制与管理的商用系统,这在美国称为Smart Home,也就是现在智能家居的原型。

中国人口众多,城市住宅也多选择密集型的住宅小区方式,因此很多房地产商会站在整个小区智能化的角度来看待家居的智能化,也就出现了一统天下、无所不包的智能小区。欧美由于独体别墅的居住模式流行,因此住宅多散布城镇周边,没有一个很集中的规模,当然也就没有类似国内的小区这一级,住宅多与市镇相关系统直接相连。这一点也可解释为什么美国仍盛行ADSL、Cable Modem等宽带接入方式,而国内光纤以太网发展如此迅猛。因此欧美的智能家居独立安装,自成体系。而国内习惯上已将它当作智能小区的子系统考虑,这种做法在前一阶段应该是可行的,而且是实用的,因为以前设计选用的智能家居功能系统多是小区配套的系统。但智能家居最终会独立出来成为一个自成体系和系统,作为住宅的主人完全可以自由选择智能家居系统,即使是小区配套来统一安装,也应该可以根据需要自由选择相应产品和功能、可以要求升级、甚至你对整个设计不感兴趣,完全可以独立安装一套。

2.2 论文主要内容

本轮为围绕着基于物联网的智能家居的开发过程进行论述。主要从软件方面进行详尽的描述并且涵盖了硬件的实施。包括相关的移植和应用技术。并且利用了IP网和串口进行通信。主控部分是建立在操作系统之上,整个系统采用了LINUX。LINUX是一个嵌入式平台十分优秀的操作系统。这要可以保证家居系统的稳定运行。各个功能模块采用物联网的思想进行构建。每个模块若出现故障不会对其他部分造成影响。这样保证了程序的可运行性。

第一章介绍了智能家居的现状和与当今的开发意义。

1

第二章主要从整体的软硬件构建流程进行详尽的描述。将整体的流程图与说明结合。从全局观察本系统的各个功能以及实现过程。并且将Linux和QT的移植进行了简要的介绍。

第三章从技术角度将QT和FFMPEG构建的嵌入式播放器进行了表述。包括FFMPEG及其应用库的移植,以及介绍了FFMPEG的API和播放器解码流程和逻辑结构。

第四章是介绍了安防监控系统。基于QtNetwork和V4L的视频采集传输系统。以及其与主控部分的通信。

第五章讲述了QT的MVC结构,以此来实现的多功能电子相册。

第六章简要的讲述了电子书的实现过程和原理。

第七章简明扼要的概括了本系统的优点以及特色。

附录部分展示了程序的主要部分源代码。

2

第二章智能家居的总体设计方案

2.1 系统核心控制软件流程及其说明

图2-1 智能家居系统控制流程图

现代智能家居系统,对于室内温度的控制要求比较高,比如夏天的温度要在26摄氏度左右才适合人体。因此我们决定将温度控制在25至27摄氏度的范围内。一旦温度升高,超过了27摄氏度,这时候空调将自动开启,进行制冷。当传感器温度在27摄氏度以下时,空调停止工作。由于空调对诗文的调节可能是非线性的。并且传感器与空调的位置也可能会影响对于室温的控制。这时候我们选择了25至27摄氏度这个范围内。避免了受固定数值的影响。因为如果将温度设定为一个固定的数值,将可能造成的结果是空调一直工作,不断地调整温度,反复的开关很可能损害空调的寿命,并且对于电力资源的消耗极大。我们出于对环保的高要求考虑进行了以上调整

3

由于现代家居对于门禁系统有较高的要求,传统的钥匙已经不再能满足家庭的需求。因此我们采用了门禁系统。用户刷卡,然后由系统自动识别ID卡,是否开门等。门禁系统的核心采用了AT89S52单片机来进行控制,通过传感器识别ID卡,然后进行判断,如果正确将进行开门。如果不正确将保持关门状态。

这使得家庭的安全得到了保障。此智能家居系统不但出于安全性的考虑增加了安防系统。而且对于现代家庭的休闲放松还增加了娱乐功能。有嵌入式播放器,电子相册,文本阅读等等功能,并且对于智能家居的控制系统主题提供了变换功能,不仅可以使用系统默认的主题,还可以根据用户的个人喜好,进行主题的变换。

图2-2 智能家居核心控制软件流程

2.2 Linux内核移植

对于PXA270 这样的基于ARM10 系列的CPU和S3C2410这样基于ARM9系列的CPU,支持内存管理单元,可以采用传统的Linux 内核,对进程进行保护,提高了嵌入式系统中多进程的保护能力。使用户应用程序的可靠性得以提高,降低了用户的开发难度。现在的Linux版本为2.6.x,最新的内核已经升级到2.6.38,本系统采用了2.6.24内核版本。

所谓Linux 移植就是把Linux 操作系统针对具体的硬件平台做必要改写之后,安装到该目标平台使其正确的运行起来。这个概念目前在嵌入式开发领域讲的比较多。

其基本内容是:获取某一版本的Linux 内核源码,根据我们的具体目标平台对这源码进行必要的改写(主要是修改体系结构相关部分),然后添加一些外设的驱动,打造一个适合于我们目标平台的新操作系统,对该系统进行针对我们目标平台的交叉编译,生成一个内核映象

4

文件,最后通过一些手段把该映像文件烧写(安装)到我们目标平台中。而通常对Linux源码的改写工作难度较大,它要求不仅对Linux 内核结构要非常熟悉,还要求您对目标平台的硬件结构要非常熟悉。同时还要求您对相关版本的汇编语言较熟悉因为与体系结构相关的部分源码往往是用汇编写的。所以这部分工作一般由目标平台提供商来完成。比如说针对目前嵌入式系统中最流行的ARM平台,它的这部分工作就是由英国ARM公司的工程师完成的,我们所要做的就是从其网站上下载相关版本Linux内核的补丁(Patch)。把它打到我们的Linux 内核上,再进行交叉编译就行。其基本过程是这样的:

1)到ftp://8043afb7900ef12d2af90242a8956bec0875a55a上下载Linux2.6.24内核及其关于ARM平台的补丁。

2)给Linux2.6.24打补丁。

3)准备交叉编译环境。交叉编译环境工具链一般包括binutils(含AS汇编器,LD链接器等),arm-linux-gcc,glibc等。

4)修改内核目录下的makefile文件,主要是以下几行:

ARCH:=$(shell uname–m | sed –e s/i.86/i386/-e s/sun4u/sparc64/ -e s/arm. \ */arm/ - e s/sa110/arm/)这一行。

ARCH :=改为ARCH := arm

CROSS_COMPILE:=改为CROSS_COMPILE=交叉编译工具中arm-linux所在目录/arm-linux-

例如:CROSS_COMPILE=/opt/crosstool/arm-Linux/bin/arm-linux-

5)此后就可以进行编译。

6)以上可以使他在目标板上跑起Linux 系统。

有了操作系统对于V4L,UDP,无线网卡等驱动就简单了很多。并且多任务的调控完全交给了操作系统支配。

2.3 QT Embedded移植

Qt/Embedded的底层图形引擎完全依赖于FrameBuffer,因此在移植时需考虑目标平台的Linux内核版本和FrameBuffer驱动程序的实现情况,包括分辨率和颜色深度等在内的信息。当前嵌入式CPU大多内部集成LCD控制器,并支持多种配置方式。Qt/Embedded能够较好地根据系统已有的FrameBuffer驱动接口构建上层的图形引擎。

Qt/Embedded图形引擎中的图形绘制操作函数都是由源代码目录src/kernel/中的

5

src/kernel/qgfxreaster_qws.cpp所定义的QgfxRasterBase类发起的声明。对于设备更加底层的抽象描述,则在src/kernel目录qgfx_qws.cpp的Qscreen类中给予相应定义。这些是对FrameBuffer 设备直接操作的基础,包括点、线、区域填充、alpha混合和屏幕绘制等函数均在其中定义实现。在FrameBuffer驱动程序调试通过后,配置Qt/Embedded的编译选项,可以保证Qt/Embedded 的图形引擎正常工作。

Qt/Embedded中的输入设备,同样分为鼠标类与键盘类。其中鼠标设备在源码目录中的src/kernel/qwsmouse_qws.cpp中实现,从该类中又重新派生出一些特殊鼠标类设备的实现类。当然也可以根据具体的硬件驱动程序实现的接口,实现类似的接口函数。

Qt/Embedded中对于键盘响应的实际函数位于src/kernel/qkeyboard_qws.cpp

中,在qkeyboard_qws.h中,定义了键盘类设备接口的基类QWSKeyboardHandler。具体的键盘硬件接口依然要建立在键盘驱动程序基础上,移植时需要根据键盘驱动程序从该类派生出实现类,实现键盘事件处理函数processKeyEvent()即可。

Qt/Embedded内部对于字符集的处理采用了UNICODE编码标准。Qt/Embedded同时支持两种对于其他编码标准(如GB2312和GBK)的支持方式:静态编译和动态插件装载。通过配置config.h文件添加相应的编码支持宏定义,可以获得其他编码标准向UNICODE的转换支持,从而在Qfont类中得以转换与显示。由于UNICODE涵盖了中文部分,所以Qt/Embedded 对中文支持也非常好。

安装交叉编译工具链arm-linux-gcc3.4.1。并设置环境变量

安装QT 4.6 for ARM

./configure -make libs -embedded arm -xplatform qws/linux-arm-g++ -qt-libjpeg -qt-zlib -qt-libpng -qt-freetype -little-endian -no-qt3support -no-libmng -no-mmx -no-sse -no-sse2 -no-3dnow -no-openssl -no-webkit -no-qvfb -no-phonon -no-nis -no-opengl -no-cups -no-glib -no-xcursor -no-xfixes -no-xrandr -no-xrender -nomake examples -nomake tools -nomake docs -nomake demo -D__ARM_ARCH_5TEJ__

由于在系统中没有使用触摸屏,所以没有对tslib进行编译。而是使用usb鼠标进行控制。这样触摸屏与视频显示之间的冲突将可以避免。

6

第三章智能家居多功能娱乐系统

3.1 基于QT和FFMPEG的嵌入式播放器

3.1.1 FFMPEG简介

FFmpeg是一个开源免费跨平台的视频和音频流方案,属于自由软件,采用LGPL或GPL 许可证(依据你选择的组件)。它提供了录制、转换以及流化音视频的完整解决方案。它包含了非常先进的音频/视频编解码库libavcodec,为了保证高可移植性和编解码质量,libavcodec 里很多codec都是从头开发的。

电影文件有很多基本的组成部分。首先,文件本身被称为容器Container,容器的类型决定了信息被存放在文件中的位置。A VI和Quicktime就是容器的例子。接着,你有一组流,例如,你经常有的是一个音频流和一个视频流。(一个流只是一种想象出来的词语,用来表示一连串的通过时间来串连的数据元素)。在流中的数据元素被称为帧Frame。每个流是由不同的编码器来编码生成的。编解码器描述了实际的数据是如何被编码Coded和解码DECoded 的,因此它的名字叫做CODEC。Divx和MP3就是编解码器的例子。接着从流中被读出来的叫做包Packets。包是一段数据,它包含了一段可以被解码成方便我们最后在应用程序中操作的原始帧的数据。根据我们的目的,每个包包含了完整的帧或者对于音频来说是许多格式的完整帧。

FFmpeg是一个集录制、转换、音/视频编码解码功能为一体的完整的开源解决方案。FFmpeg 的开发是基于Linux操作系统,但是可以在大多数操作系统中编译和使用。FFmpeg支持MPEG、DivX、MPEG4、AC3、DV、FLV等40多种编码,A VI、MPEG、OGG、Matroska、ASF等90多种解码.

FFmpeg主目录下主要有libavcodec、libavformat和libavutil等子目录。

其中libavcodec用于存放各个encode/decode模块,

libavformat用于存放muxer/demuxer模块,

libavutil用于存放内存操作等常用模块。

FFMPEG常用的数据结构有:

A VFormatContext 音视频文件输入和输出保存数据的结构

7

A VCodecContext 保存A VCodec指针和与codec相关的数据

A VCodec 编解码器信息

A VFrame 帧

A VPacket 包

A VPicture 图像的存储格式

A VStream 流结构

FFMPEG常用的接口函数有:

av_register_all();初始化函数

avcodec_find_decoder();查找解码器

avpicture_fill();初始化帧存储空间

img_convert();色彩变换

av_free_packet();释放包空间

av_free();释放解码空间

等等。

3.1.2 FFMPEG及其编解码库的移植

FFMPEG本身支持多种音视频格式的编解码,但是有一些是需要在FFMPEG编译之前编译好,并且在配置的时候指明其库的路径。而且FFMPEG的各个版本就间存在差异,接口函数并不完全统一。因此,很难做到一次写代码不用修改的就在各个版本之间实现。而且,FFMPEG的移植也会因交叉编译环境而产生不适应。所以应该选合适的版本。

这次,我选用的是ffmpeg0.6,交叉编译环境是arm-linux-gcc3.4.6.主机gcc版本为4.2.3.

首先,需要在本机编译和移植以下库libfaad、libfaac、libx264、libxvid。

libfaad libfaac、解码aac音频格式

libx264 更优秀算法的符合H.264/MPEG-4 A VC视频压缩编码标准格式的编码库

libxvid开放源代码的MPEG-4视频编解码器

FFMPEG交叉编译环境的配置如下

./configure \

--cross-prefix=/usr/local/gcc-3.4.6-glibc-2.3.6/arm-linux/bin/arm-linux- --enable-shared \

--disable-static --disable-yasm --disable-armv6 --disable-armv6t2 --disable-armvfp --disable-asm

8

--disable-optimizations --disable-ffmpeg --disable-ffplay --disable-ffserver --disable-doc \

--disable-ffprobe --disable-network --target-os=linux --arch=arm --enable-libfaac \

--enable-libfaad --enable-libfaadbin --enable-libxvid --enable-libx264 --enable-lib

make && make install

3.1.3 FFMPEG解码流程

●注册全部文件格式和编解码器

●打开输入文件

●查找输入流

●确定输入的音频流和视频流

●打开音频、视频解码器

●初始化声卡设备,并打开声卡设备

●初始化解码所需空间开辟新的内存区域

●初始化图像缩放结构

●等待解码指令

●解码成功执行下一条,不成功退出

●判断包的数据类型,音频或者视频

●如果是音频,则解码并将数据写入到声音设备中

●如果是视频则将其保存在固定的内存地址中

●循环解码直至完毕,或者接受到终止指令

3.1.4 基于Qt的嵌入式播放器的实现

在这部分中,需要写两个类,一个是QPlay,用于实现播放器的初始化和播放器的解码工作。由于播放器需要实现文件的解码和图像的显示,并且能够接受鼠标的事件,所以对于QPlay 类需要继承QThread。使用多线程技术来实现解码工作。

类的声明如下:

class QPlay :public QThread

{

Q_OBJECT

9

public:

QPlay();

QPlay(char *); //带参数的构造函数,用于接收来自主线程的文件名

A VFormatContext *oc;

A VPacket packet;

struct SwsContext *sws;

A VCodecContext *pCodecCtx;

A VCodecContext *aCodecCtx;

A VCodec *pCodec;

A VCodec *aCodec;

A VFrame *pFrame;

A VFrame *pFrameRGB;

int audioStream;

int videoStream;

int fd;

unsigned int i;

int datasize;

unsigned char buff[6000]; //声音解码的工作空间

char *filename;

int numBytes;

uint8_t *buffer;

int frameFinished;

QString maxtimestr; //视频文件的播放时长

int nb_index_entries;

float maxtime;

float frametime;

float timeframe;

float nowtimetmp;

int nowtime;

int max[4];

10

void init(char *inputfilename);

void stop();

void play(int timestamp);

bool initok;

void halt();

bool isstop;

signals:

void threadstop();

void valuechange(int);

void imagechanged(struct SwsContext *);

void stopright();

public slots:

void time_out();

void rightstop();

protected:

void run();

private:

volatile bool stopped;

};

核心解码部分

void QPlay::run(){

while(!this->isstop) {

usleep(28000);

if(av_read_frame(oc,&packet)<0){

this->nowtimetmp+=this->frametime;

this->nowtime=((int)this->nowtimetmp+0.5);

emit this->threadstop();

return;

}

if(packet.stream_index==videoStream)

11

本文来源:https://www.bwwdw.com/article/9upl.html

Top