QTE及QPE在ARM板上的移植

发布者:火星最新更新时间:2012-12-08 来源: 维库开发网关键字:QTE  QPE  ARM  移植 手机看文章 扫描二维码
随时随地手机看文章
  所需软件工具包:

  tmake -1.11.tar.gz(tmake-1.13)

  qt-embedded-2.3.7.tar.gz

  qtopia-free-1.7.0.tar.gz

  qt-x11-free-2.3.2

  (注意:qt/x11版本必须要比qte的版本要老)

  利用的交叉编译工具为cross-2.95.3

  交叉编译环境的建立

  1.建立tmake工具包

  在host 上的/home/下建立

  # tar –xzf tmake-1.11.tar.gz

  2.建立qt-x11-free-2.3.2得到uic和designer工具

  # cd /home/

  # tar –xzf qt-x11-free-2.3.2.tar.gz

  # export QTDIR=/home/qt-2.3.2

  # export PATH=/usr/local/ARM/2.95.3/bin:$QTDIR/bin:$PATH

  #./configure –no-opengl

  # make && make –c tools/qvfb

  # mv tools/qvfb/qvfb bin

  # cd ..

  3.交叉编译基于ARM架构的QTE库

  # mkdir /home/arm

  # cd /home/arm

  把qt-embedded 2.3.7.tar.gz压缩包放到/home/arm目录下

  # tar –xzf qt-embedded-2.3.7.tar.gz

  # cd qt-2.3.7

  # export PATH=/usr/local/arm/2.95.3/bin:$PATH

  # export QTDIR=$PWD

  # export QTEDIR=$QTDIR

  将qtopia-free-1.7.0下的qconfig-qpe.h CP到/home/arm/qt-2.3.7/src/tools下面(注:如果不用到QPE1.7.0可以不CP,另外在这里你可以根据你的需要来裁剪QTE2.3.7的库,#define 你需要的类,形成一个qconfig-xxx.h自定义配置文件就行,具体类的作用可以通过查找qt的说明文档。如果需要支持触摸屏必须要加上#define QT_QWS_IPAQ的内容。)

  # ./configure –xplatform. linux-arm-g++ -shared –realse –qconfig xxx –qvfb –depths 4,8,16,32

  将qt/x11下的bin下的uic工具CP到QTE2.3.7的bin下。

  # make

  形成了基于ARM架构的QTE2.3.7库。

  4.利用ARM架构的QTE2.3.7库交叉编译qtopia-free-1.7.0

  由于编译QPE1.7.0需要用到jpeg.so.*和luuid.so.*等库文件,所以在编译QPE1.7.0前必须要先编译的e2fsprogs-1.35.tar.gz,jpegsrc.v6b.tar.gz这两个相关的库。

  #mkdir /home/arm/qt-2.3.7/include/uuid

  将uuid.h CP到qt-2.3.7/include/uuid下,并将jpeg.so.*和luuid.so.*CP到qt-2.3.7/lib下

  #export QTEDIR=/home/arm/qt-2.3.7

  #export QTEDIR=/home/arm/qt-2.3.7

  #export QPEDIR=/home/arm/qtopia-free-1.7.0

  #export LD_LIBRARY_PATH=/home/tmake-1.11/lib/qws/linux-arm-g++

  #export PATH=/home/tmake-1.11/bin:$PATH

  #./configure –platform. linux-arm-g++

  分别进入

  src/setting    src/tools    src/games    src/application    src/3rdparty/applications

  将这些目录下面所有Makefile里面的-lm 改成-lm –luuid –luuid

  #make

  以上是整个编译过程。

  5.建立新的根文件系统cramfs

  将板上原有的根文件目录mount上并复制

  #mkdir /mnt/cram

  #mount –t cramfs YL2410_camare_demo.cramfs /mnt/cram –o loop

  #mkdir /usr/temp

  #cp –ra /mnt/cram/ /usr/temp/

  (注:CP不能实现文件符号链接的复制,所以必须要人手用ln指令重新建立相应的符号链接)

  将QTE2.3.7下的lib和QPE1.7.0下的lib及bin目录复制到temp的相应位置,如改动了其路径,必须将.bashrc里的环境变量进行改写,并查看temp/cram/usr/etc/rc.local文件,并作出相应的改动。

  把利用QTE2.3.7库编译的程序放到QPE1.7.0下的bin下并利用mkcramfs工具生成新的根文件系统

  #mkcramfs cram cram.cramfs

  将新生成的根文件目录系统烧写到板中,重启运行便可以在触摸屏上见到自己制作的QPE环境

关键字:QTE  QPE  ARM  移植 引用地址:QTE及QPE在ARM板上的移植

上一篇:基于Linux系统的嵌入式工控量热仪设计与实现
下一篇:基于DSP和ARM的激光粒度仪关键电路设计

推荐阅读最新更新时间:2024-03-16 13:14

基于ARM9和μC/OSII高速实时多任务数据采集的智能化设计
引言 随着IT技术、电子技术、通信技术、以及自动控制技术的飞速发展,对工业现场数据的高速实时采集就成为电子产品和工业控制技术发展不可避免的一个环节。 本文针对高速实时多任务数据采集中的多任务实现算法以及实时性、实效性和高速性的要求,提出了基于ARM9和μC/OSII操作系统的智能化设计方案,实现了任务优先级动态调度、系统工作参数动态设定、系统内部软件智能化设计,针对低速外围设备进行了系统优化,并提高了系统可靠性改善了内部任务同步性。 1 整体电路设计 整个采集系统的硬件电路如图1所示。首先利用多路调制电路对12路信号进行调制,这部分包含相应的信号转换、抗干扰、以及初步的信号处理等,使得各路采集信号能够达到ARM9内核对信号采集
[单片机]
基于<font color='red'>ARM</font>9和μC/OSII高速实时多任务数据采集的智能化设计
ARM 位置无关代码PIC的分析理解
PIC的特点是: 它被加载到任意地址空间都可以正确的执行。其原理是PIC对常量和函数入口地址的操作都是基于PC+偏移量的寻址方式。即使程序被移动,但是PC也变化了,而偏移量是不变的,所以程序仍然可以找到正确的入口地址或者常量。 加载域:是代码存放的地址 运行域:是代码运行时的地址 链接地址:运行时,程序应该位于的地址 在一些场合,一些代码并不在储存这部分代码的地址上执行,比如说,放在norflash中的代码可能最终是放在RAM中运行,那么在norflash中的地址就是加载域,而在RAM中的地址就是运行域。 在汇编代码中我们常常会看到一些跳转指令,比如说b、bl(是位置无关的指令)等这些指令后面是一个相对
[单片机]
基于ARM的智能家居路由系统
  前言   智能家居,或称智能住宅,在英文中常用Smart Home。智能家居是以住宅为平台,兼备建筑、网络通信、信息家电、设备自动化,集系统、结构、服务、管理为一体的高效、舒适、安全、便利、环保的居住环境。智能家居可以定义为一个过程或者一个系统。它利用先进的计算机技术、网络通讯技术、综合布线技术、将与家居生活有关的各种子系统,有机地结合在一起,通过统筹管理,让家居生活更加舒适、安全、有效。   在智能家居中,有一个重要系统就是家庭网络,它是在家庭或者小区范围内,将PC、家电、安全系统、照明系统和广域网相连接的一种新技术。当前在家庭网络所采用的连接技术可以分为“有线”和“无线”两大类。有线方案主要包括:双绞线或同轴电缆连接、
[单片机]
基于ARM和CPLD的无线内窥系统设计
引 言   目前微米、纳米技术的研究非常活跃,使得微小技术、微型机械电子系统(MEMS)技术得到迅速发展,从而大大促进,医用器材的微型化、微观化,出现了医用光电微传感器(如无线内窥镜)。无线内窥镜以微机电系统为基础,由感知外界信息(力、热、光、生、磁、化等)的微型传感器、控制对象的执行器、信号处理和控制电路、通信接口和电源等部件组成,将信息的获取、处理和执行集成在一起,形成一体化的、具有多种功能的微型系统。   当前,医用无线内窥镜已有产品问世。以色列GI公司早在2001年5月即推出其M2A无线内窥镜产品,并获得美国FDA认证。GI公司生产的胶囊型内窥镜长为26 mm,直径为11mm,重3.5g;采用微功耗CMOS图像传感
[医疗电子]
基于<font color='red'>ARM</font>和CPLD的无线内窥系统设计
怎样将STM32F4xx标准外围设备库与MikroC Pro for ARM集成
STM32F4xx系列微处理器比市场上同类产品先进得多。除了是快速的32位MCU,STM32F4还具有丰富的硬件外设支持以及DSP引擎优势。就功能和价格而言,STM32F4是全胜者。最近,STM32用户社区激增。 STM32 Discovery开发板正在以前所未有的速度增长。最近,我几次收到读者关于STM32F4xx标准外设库(SPL)与MikroC Pro for ARM集成的切实询问,因此,尽管这不是我关于STM32 ARM的主流文章之一,但我还是觉得我应该解决这个话题。之前,我展示了如何通过MikroC移植STM32F1xx系列设备的STM32F1xx SPL。这篇文章与以前的文章没有什么不同-只是微小的变化。我建议读者在阅
[单片机]
怎样将STM32F4xx标准外围设备库与MikroC Pro for <font color='red'>ARM</font>集成
Linux-2.6.12移植到斯道s3c2410
硬件设备: 网卡: dm9000 NandFlash: K9F1208U0C 64M 1, 下载并解压缩内核,修改顶层Makefile的编译器选项: ARCH ?= arm CROSS_COMPILE ?= arm-softfloat-linux-gnu- 2, 修改linux-2.6.12/arch/arm/mach-s3c2410/devs.c, 使其支持NandFlash和DM9000网卡: 添加头文件: #include linux/dm9000.h //该头文件将从linux-2.6.14的内核中copy到include/linux中去 #include linux/mtd/partit
[单片机]
基于ARM+WinCE项目开发过程中动态加载GPIO端口驱动程序的设计方法
  本文针对采用基于流接口驱动方式进行GPIO端口驱动开发所存在的困难和不足,提出了采用动态方式加载(卸载)端口驱动的思路,给出了该思路下GPIO端口驱动设计方法的步骤和关键代码并进行了验证,为其他类似的驱动设计与实现提供参考。   WinCE下GPIO端口驱动大多采用流接口驱动的方式进行开发,在实现上主要依托Platform Builder编译环境将驱动程序编译成动态链接库,并整合到WinCE内核中。但在实际项目的开发中,Platform Builder在驱动程序的开发和涮试上不够便捷,且在整合动态链接库和WinCE内核时,需要进行繁琐的参数配置,整个过程较为复杂。笔者以飞凌S3C2440开发板为例,给出在VisualStudi
[单片机]
基于<font color='red'>ARM</font>+WinCE项目开发过程中动态加载GPIO端口驱动程序的设计方法
实时嵌入式操作系统μC/OS-II在MPC555上的移植
摘要:介绍了实时操作系统μC/OS-II的特点和内核结构,并首次实现了μC/OS-II在摩托罗拉处理器MPC555上的移植,介绍了移植后OS的应用方法。 关键词:μC/OS-II MPC555 嵌入式操作系统 移植 μC/OS-II是一种占先式、多任务、移植性非常强的免费微控制器嵌入式实时操作系统,从1992年出现以来,已在照相机、发动机控制和工业机器人等多种领域中得到应用。它一方面相对GNU下Linux衍生出来的EOS更小巧且移植方便,实时性更好,更适合工业控制领域应用;另一方面由于是免费的,比使用VxWorks等商业实时EOS大大节省成本,非常适用于开发实用简约的嵌入式控制程序。 摩托罗拉的MPC555是建立在Power
[嵌入式]
小广播
添点儿料...
无论热点新闻、行业分析、技术干货……
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved