跳至主要内容

【转】嵌入式系统开发面临的问题

1. 嵌入式系统开发所面临的问题

  嵌入式软件开发有别于桌面软件系统开发的一个显著的特点,是它一般需要一个交叉编译和调试环境,即编辑和编译软件在主机上进行(如在 PC 机的 Windows 操作系统下),编译好的软件需要下载到目标机上运行(如在一个 PPC 的目标机上的 VxWorks 操作系统下),主机和目标机建立起通讯连接,并传输调试命令和数据。由于主机和目标机往往运行着不同的操作系统,而且处理器的体系结构也彼此不同,这就提高了嵌入式开发的复杂性。

  总的来说,嵌入式开发所面临的问题主要表现在以下几个方面:

  1.1 涉及多种 CPU 及多种 OS

  嵌入式的 CPU 或处理器可谓多种多样,这包括了 Pentium、MIPS、PPC、ARM,XScale 等,而且应用都很广,在其上运行的操作系统也有不少,如 VxWorks、Linux、 Nuclears、WinCE等等,即使在一个公司之内,也会同时使用好几种处理器,甚至几种嵌入式操作系统。如果需要同时调试多种类型的板子,每个板子上又运行着多个任务或进程,那复杂性是可想而知的。

  1.2 开发工具种类繁多

  不仅各种操作系统有各自的开发工具,在同一系统下开发的不同阶段也有不同的开发工具。如在用户的目标板开发初期,需要硬件仿真器来调试硬件系统和基本的驱动程序,在调试应用程序阶段可以使用交互式的开发环境进行软件调试,在测试阶段需要一些专门的测试工具软件进行功能和性能的测试,在生产阶段需要固化程序及出厂检测等等。一般每一种工具都要从不同的供应商处购买,都要单独去学习和掌握,这无疑增加了整个公司的支出和管理的难度。

  1.3 对目标系统的观察和控制

  由于嵌入式硬件系统千差万别,软件模块和系统资源也多种多样,要使系统能正常工作,软件开发者必须要对目标系统具有完全的观察和控制能力,例如硬件的各种寄存器、内存空间,操作系统的信号量、消息队列、任务、堆栈等。

  此外,嵌入式系统变化更新比较快,对开发时间要求比较紧,尤其是消费类产品更是如此,如果有一套功能强大的嵌入式软件集成开发工具可以满足嵌入式软件开发各个阶段的需求,同时又使用方便,界面友好,那是最理想不过了。美国风河系统公司新近推出的"Workbench"嵌入式软件开发平台正是这样一个"全能选手"。

  2.Workbench 嵌入式开发平台的特点和优势

  风河公司一直致力于嵌入式软件领域的研究,其 Tornado 开发环境和 VxWorks 嵌入式操作系统产品在嵌入式领域中应用非常广泛。风河公司的新一代 Workbench 开发平台继承了其原有的 Tornado 集成开发平台的一贯优势,并且功能更加强大,由于新采用了先进的 Eclipse软件框架结构,从而使整个系统更加开放和易于扩展。它的主要优势表现在:

  2.1 以开放的 Eclipse 平台为框架,调试环境可充分进行客户化定制

  Eclipse 软件框架结构是一个完整和开放的基础平台,它能够将图形工具以及任何必须的功能通过标准的接口集成到同一个开发环境中。目前 IBM,HP 及 Borland 等商业开发工具提供商均支持 Eclipse 开发平台,网上也存在着大量的为 Eclipse 平台开发插件的社区。由于Workbench 符合 Eclipse 框架,所以这些商用的和免费的符合 Eclipse 平台接口的插件均可以集成到 Workbench 开发环境中,这极大扩展了 Workbench 的功能。例如,如果用户想使用自己熟悉的配置管理工具或者编辑器,就可以找到这样一个插件并集成进来,这样用户就会感到开发过程非常适合自己的需要。

  不仅如此,风河公司还对 Eclipse 做了多方面的增强,从而显著提高了系统的性能。例如Workbench 实现了异步接口功能,需要长时间运行的任务可以在后台运行,与此同时还能继续接收开发人员的调试请求,这样不至于使开发人员做长时间的等待;另外,Workbench 还优化了对目标机数据的请求机制,即系统只检索在集成开发环境的当前视图中所需要的少量数据,看不见的数据则不向目标机索取,这样就大大提高了交叉调试时系统的响应速度并减少了系统负荷。

  2.2 单一的全功能平台,涉及到产品的整个开发周期

  一个嵌入式产品的软件开发,其"实质性"的过程包括了从开始的硬件启动,BSP(板级支持包)及驱动的开发,到应用程序的开发,再到后来的测试、验证,直至最后的生产阶段。一般来说,每个阶段都可以找到不同的工具来使用(实际情况也大都如此)。而风河公司的Workbench 开发平台改变了这一现状,它以一个单一的 Workbench 平台,提供了上述开发阶段所需要的几乎所有功能。具体来说,这包括了硬件系统仿真功能(有配套的硬件仿真器),工程管理和构建系统,编辑器,版本管理,命令解释器,调试工具,系统分析工具,系统观察工具,FLASH 编程工具等等,再加上风河公司自己开发的和第三方厂家提供的各种软件功能模块和开发工具的插件,所有这一切,都集成在 Workbench 这个统一的平台之下,这必将大大改善嵌入式软件的开发环境。对一个企业来讲,更可以提高效率,减少投资,简化管理。

  2.3 广泛的适用性,特别适合复杂的目标系统

  Workbench 平台的广泛适用性主要体现在七"多"上,即多任务、多目标、多模式、多 OS、多 CPU、多连接形式、多主机环境。

  多任务:在 Workbench 调试环境下,可以同时连接目标系统上的多个不同的任务(或者进程),每个任务都可以单独设置断点,进行单步调试。开发者再也不用象以前那样,为了调试多个任务,先断开一个任务的连接,再连接到另外一个任务上去。这就给具有多任务的目标系统开发提供了便利,尤其是需要查看多个任务之间的配合关系时体现的优势更加明显;

  多 CPU:我们知道,风河公司的 Tornado 开发环境可以说已经支持了全系列的主流 CPU(或处理器),而 Workbench 也将继承这个传统,目前推出的 Workbench 2.2 版本已经可以支持 PENTIUM、PPC、MIPS 系列的所有主流 CPU。对 ARM、XSCALE、SH 等系列的支持正在移植和测试中,不久即将发布正式版本(Workbench 2.3)。

  多 OS:目前的 Workbench 2.2 不仅支持 VxWorks 嵌入式操作系统(6.0 以上版本),而且支持Linux 操作系统,这确实给广大的 Linux 嵌入式开发人员带来了福音。大家知道,由于 Linux 操作系统的"免费"性质,使得其上的软件开发系统一直比较分散和孤立,用起来不是特别方便,有了 Workbench 以后,嵌入式 Linux 的开发就同 VxWorks 的开发一样方便和快捷了。并且以后,如果有必要的话,还可以增加对其它类型嵌入式操作系统的支持,因为 Workbench 本身是开放和可扩展的。

  多目标:Workbench 对复杂目标系统的强有力的支持还表现在它可以支持同时连接多块目标板进行调试开发,更为可贵的是这些目标板上处理器可以各不相同,并且在目标板上运行的操作系统也可任意(既可以运行 VxWorks,也可以运行 Linux),而调试工作都可以在同一个 Workbench 界面中同时进行,这无疑给一些复杂系统的调试带来了极大的便利。

  多连接:所谓多连接,是指 Workbench 所在的主机和目标机之间可以有多种连接方式进行通讯,如果目标系统中存在以太网接口,那就应该首选以太网连接,因为这种方式速度比较快;如果目标系统中不存在以太网接口,那也可以选用串行口进行通讯连接,除了速度较慢以外,功能上与以太网连接没有什么区别。另外,在目标板初始调试阶段,还可通过风河的硬件仿真器(WindRiver ICE / WindRiver Probe)进行连接,观察硬件状态,以迅速定位硬件问题。

  多模式:在 Workbench 中调试程序,即可以采用任务模式,也可以采用系统模式。所谓任务模式,是指各个任务之间独立运行,暂停其中一个任务的运行不影响其他任务的运行(主要用于调试各个任务);而系统模式则是指只要暂停了系统的任何一处,整个系统都停止下来(主要用于调试中断程序)。

  多主机:这是指 Workbench 可以在 Windows、Linux、Solaris 这三大流行的主机操作系统下运行,这不仅可以适合不同开发者的使用习惯,而且在一定程度上有利于某些目标系统的开发,如使用 Linux 主机环境调试运行 Linux 系统的目标板(但这并不是必须的)。

评论

此博客中的热门博文

【转】AMBA、AHB、APB总线简介

AMBA 简介 随着深亚微米工艺技术日益成熟,集成电路芯片的规模越来越大。数字IC从基于时序驱动的设计方法,发展到基于IP复用的设计方法,并在SOC设计中得到了广泛应用。在基于IP复用的SoC设计中,片上总线设计是最关键的问题。为此,业界出现了很多片上总线标准。其中,由ARM公司推出的AMBA片上总线受到了广大IP开发商和SoC系统集成者的青睐,已成为一种流行的工业标准片上结构。AMBA规范主要包括了AHB(Advanced High performance Bus)系统总线和APB(Advanced Peripheral Bus)外围总线。   AMBA 片上总线        AMBA 2.0 规范包括四个部分:AHB、ASB、APB和Test Methodology。AHB的相互连接采用了传统的带有主模块和从模块的共享总线,接口与互连功能分离,这对芯片上模块之间的互连具有重要意义。AMBA已不仅是一种总线,更是一种带有接口模块的互连体系。下面将简要介绍比较重要的AHB和APB总线。 基于 AMBA 的片上系统        一个典型的基于AMBA总线的系统框图如图3所示。        大多数挂在总线上的模块(包括处理器)只是单一属性的功能模块:主模块或者从模块。主模块是向从模块发出读写操作的模块,如CPU,DSP等;从模块是接受命令并做出反应的模块,如片上的RAM,AHB/APB 桥等。另外,还有一些模块同时具有两种属性,例如直接存储器存取(DMA)在被编程时是从模块,但在系统读传输数据时必须是主模块。如果总线上存在多个主模块,就需要仲裁器来决定如何控制各种主模块对总线的访问。虽然仲裁规范是AMBA总线规范中的一部分,但具体使用的算法由RTL设计工程师决定,其中两个最常用的算法是固定优先级算法和循环制算法。AHB总线上最多可以有16个主模块和任意多个从模块,如果主模块数目大于16,则需再加一层结构(具体参阅ARM公司推出的Multi-layer AHB规范)。APB 桥既是APB总线上唯一的主模块,也是AHB系统总线上的从模块。其主要功能是锁存来自AHB系统总...

【转】VxWorks入门

1.VxWorks开发方式:交叉开发,即将开发分为主机(host)和目标机(target)两部分。 类似于dos下C语言程序的开发。 合并开发的优点:简单 缺点:资源消耗量大,CPU支持,非标准体系的支持 host (Tornado) target(vxWork) 小程序模块 vxWorks实际采用开发模式 Tornado提供:编辑,编译,调试,性能分析工具,是vxWorks的开发工具 vxWorks:面向对象可以剪裁的实际运行操作系统 2.vxWorks启动方式 <1>Rom方式 (vxWork_rom) vxWorks直接烧入rom <2>Rom引导方式(bootrom+vxWorks) 其中bootrom烧入rom,vxWorks可以通过从串口,网口,硬盘,flash等下载!这里的bootrom不是开发环境中的bootable,在开发环境里bootable指的是vxWorks,downloadable指application 3.调试 <1>attachs/20060907_164540_564.rar 用来在多任务调试时将调试对象绑定到某个任务 <2>任务级调试(attachs/20060907_164540_564.rar taskName) 单个任务的调试不会影响到其他任务的运行,主要用来调用户的应用程序。 全局断点:在调另一任务或本任务时,系统运行本任务断点,则停下。各任务要配合使用。 任务断点:调本任务时,系统运行到本任务断点,则停下。如果没有attachs/20060907_164540_564.rar到本任务,不起作用。 一次性断点:跑到一次之后自动删除。 <3>系统级调试(attachs/20060907_164540_564.rar system) 把所有task和系统core、中断看成一个整体,可用于调试系统和中断。对中断调试,如果不是系统级调试,无论是那种断点都不起作用 !wdbAgent不在调试范围内,当任务级调试时工作在中断方式,系统级调试工作在轮询方式。 !可是使用命令行方式的调试,参看crossWind教程。 4.调度 优先级调度(无条件) 时间片:同优先级,如果时间片没有打开,任务采取先到先运行,运行完毕在交出cpu,如果打开,则轮流使用cpu。 !死循环使比它...

【转】C++/CLI程序进程之间的通讯

 现在,把大型软件项目分解为一些相交互的小程序似乎变得越来越普遍,程序各部分之间的通讯可使用某种类型的通讯协议,这些程序可能运行在不同的机器上、不同的操作系统中、以不同的语言编写,但也有可能只在同一台机器上,实际上,这些程序可看成是同一程序中的不同线程。而本文主要讨论C++/CLI程序间的通讯,当然,在此是讨论进程间通讯,而不是网络通讯。    简介   试想一个包含数据库查询功能的应用,通常有一个被称为服务端的程序,等待另一个被称为客户端程序发送请求,当接收到请求时,服务端执行相应功能,并把结果(或者错误信息)返回给客户端。在许多情况中,有着多个客户端,所有的请求都会在同一时间发送到同一服务端,这就要求服务端程序要更加高级、完善。   在某些针对此任务的环境中,服务端程序可能只是众多程序中的一个程序,其他可能也是服务端或者客户端程序,实际上,如果我们的数据库服务端需要访问不存在于本机的文件,那么它就可能成为其他某个文件服务器的一个客户端。一个程序中可能会有一个服务线程及一个或多个客户线程,因此,我们需小心使用客户端及服务端这个术语,虽然它们表达了近似的抽象含义,但在具体实现上却大不相同。从一般的观点来看,客户端即为服务端所提供服务的"消费者",而服务端也能成为其他某些服务的客户端。    服务端套接字   让我们从一个具体有代表性的服务端程序开始(请看例1),此程序等待客户端发送一对整数,把它们相加之后返回结果给客户端。   例1: using namespace System; using namespace System::IO; using namespace System::Net; using namespace System::Net::Sockets; int main(array<String^>^ argv) { if (argv->Length != 1) { Console::WriteLine("Usage: Server port"); Environment::Exit(1); } int port = 0; try { port = Int32::Parse(argv[0]); } catch (FormatException^ e) { Console::Wri...