基于DSPBIOS和NDK嵌入式网络操作系统设计方案.docVIP

基于DSP/BIOS和NDK的嵌入式网络操作系统设计方案 2008.10.21 随着嵌入式应用的普及，嵌入式操作系统的问题日益引人关注。由于DSP代表了一类重要的嵌入式应用，以DSP为核心的嵌入式操作系统也正在成为人们研究的热点。为了对自己的DSP产品提供软件支持，TI公司发行了DSP/BIOS程序包。但是关于DSP/BIOS的定位却存在分歧。一方面，在TI的正式资料和文档中均回避把DSP/BIOS称为实时操作系统，另一方面，为了满足在DSP应用中对操作系统环境的迫切需求，TI及其产品的用户均将DSP/BIOS视为一个“简单的”实时操作系统。 DSP/BIOS并不是真正的实时操作系统，而只是用于帮助程序员开发实时操作系统的软件包。而且，它不包含网络功能。所以，在用DSP/BIOS设计网络操作系统时，需要从两方面入手：一，利用DSP/BIOS提供的资源进行裁减和整合；二，补充DSP/BIOS中未能提供的网络功能。 1 DSP/BIOS的构成 DSP/BIOS由三部分内容组成，即1）DSP/BIOS实时库和API2）DSP/BIOS配置工具3）DSP/BIOS插件 调试过程。所以，实时库和API才是DSP/BIOS的核心。DSP/BIOS实时库可以为最终生成的嵌入式实时操作系统提供运行时的基本服务，包括线程调度，中断管理等功能。DSP/BIOS API由十几个模块组成，如DEV设备驱动接口，MEM存贮段管理器等。程序员通过调用API来使用DSP/BIOS。 DSP/BIOS API由十几个模块组成，每个模块又由相关的数据结构和函数组成。在有关DSP/BIOS的资料中混杂使用了模块（module）、对象（object）等术语，不过，DSP/BIOS与面向对象技术并没有直接的关联。所谓模块，是指一个逻辑上的概念，表示一组数据结构和以此为基础的一组函数。对象则是特指按模块中的数据结构所创建的变量（与C++中的类与对象不是同一个概念）。 　　在程序员开发自己的嵌入式操作系统时，一般不会同时需要DSP/BIOS的全部模块。所以，DSP/BIOS中的内容是按需使用的。但是，开发平台会自动选择部分核心模块，并为它们创建对象。例如，开发平台会自动选择任务管理器（ Multi-Task Manager）模块，以支持空闲处理功能：TSK_idle ()，即：TSK_Obj TSK_idle (iFXN, iARG0, iARG1, iARG2, iARG3, iARG4, iARG5, iARG6, iARG7, iAUTOSTK, iMANSTK, iSTKSZ, iSTKSEG, iPRI, iENV, iEXITFLAG, iUSETSKNAME, iSTATREG) 　　由DSP/BIOS实时库生成的代码和程序员新编制的代码链接到一起就构成了DSP的嵌入式应用系统。这些代码之间的执行关系由boot.c文件规定，该文件的缺省执行顺序为：DSP：由复位中断向量将程序引导到c_int00，开始初始化寄存器等硬件资源；二，初始化DSP/BIOS模块：通过调用BIOS_init完成，BIOS_init由开发平台中的配置工具自动生成；三，初始化用户应用环境：通过调用main例程实现；四，启动DSP/BIOS：由BIOS_start启动由DSP/BIOS实时库中的相关例程，BIOS_start也是由开发平台中的配置工具自动生成的。但是，通过调整boot.c可以改变系统的执行顺序。 2 NDK开发环境 DSP的网络化进程，TI结合其C6000系列推出了TCP/IP NDK (Network Developer’s Kit)。该开发包采用紧凑的设计方法，实现了用较少的资源耗费支持TCP/IP。从实用效果看，NDK仅用200-250K程序空间和95K数据空间即可支持常规的TCP/IP服务，包括应用层的telnet，DHCP，HTTP等。所以，NDK很适合目前嵌入式系统的硬件环境，是实现DSP上网的重要支撑工具。 TCP/IP应用环境不同，为了最大限度地减少资源消耗，TI为其NDK采用了许多特殊技巧，例如：低层驱动程序与协议栈之间通过指针传递数据，不对包进行复制考贝。因为在嵌入式系统中，低层驱动程序和应用程序一样均需要开发者自行设计。也就是说，在以NDK为基础的开发中，开发人员需要分别设计低层驱动程序和应用程序，这两部分程序通过NDK提供的TCP/IP包发生关联。程序的执行过程是：应用程序调用TCP/IP包，TCP/IP包再调用低层驱动程序。 NDK中对低层驱动程序与TCP/IP包之间的接口作了明确规室，换言之低层驱动程序必须符合接口约定。以PPP为例，其要点是：1）由低层驱动程序调用TCP/IP包函数创建PPP连接实例，在连接