nucleus plus嵌入式操作系统是目前最受欢迎的操作系统nucleus plus 是为实时嵌入式应用而设计的一个抢先式多任务操作系统内核，其95％的代码是用ansic写成的，因此非常便于移植并能够支持大多数类型的处理器。从实现角度来看，nucleus plus 是一组c函数库，应用程序代码与核心函数库连接在一起，生成一个目标代码，下载到目标板的ram中或直接烧录到目标板的rom中执行。在典型的目标环境中，nucleus plus 核心代码区一般不超过20k字节大小。nucleus plus 采用了软件组件的方法。每个组件具有单一而明确的目的，通常由几个c及汇编语言模块构成，提供清晰的外部接口，对组件的引用就是通过这些接口完成的。除了少数一些特殊情况外，不允许从外部对组件内的全局进行访问。由于采用了软件组件的方法，nucleus plus 各个组件非常易于替换和复用。nucleus plus 的组件包括任务控制、内存管理、任务间通信、任务的同步与互斥、中断管理、定时器及i/o驱动等。

　　nucleus具有如下特点：

　　1、提供源代码nucleus plus 提供注释严格的c源级代码给每一个用户。这样，用户能够深入地了解底层内核的运作方式，并可根据自己的特殊要求删减或改动系统软件，这对软件的规范化管理及系统软件的测试都有极大的帮助。另外，由于提供了 rtos 的源级代码，用户不但可以进行 rtos 的学习和研究，而且产品在量产时也不必支付 license，可以省去大量的费用。对于军方来说，由于提供了源代码，用户完全可以控制内核而不必担心操作系统中可能会存在异常任务导致系统崩溃。

　　2、性价比高nucleus plus 由于采用了先进的微内核 ( micro-kernel ) 技术，因而在优先级安排，任务调度，任务切换等各个方面都有相当大的优势。另外，对c++语言的全面支持又使得nucleus plus 的 kernel 成为名副其实的面向对象的实时操作系统内核。然而，其价格却比较合理。所以，容易被广大的研发单位接受。

　　3、易学易用nucleus plus 能够结合 paradigm，sds以及 ati自己的多任务调试器组成功能强大的集成开发环境，配合相应的编译器和动态联结库以及各类底层驱动软件，用户可以轻松地进行 rtos 的开发和调试。另外，由于这些集成开发环境 ( ide ) 为所有的开发工程师所熟悉，因而，容易学习和使用。

　　4、功能模块丰富nucleus plus 除提供功能强大的内核操作系统外，还提供种类丰富的功能模块。例如用于通讯系统的局域和广域网络模块，支持 图形应用的实时化 windows 模块，支持internet网的 web 产品模块，工控机实时 bios 模块，图形化用户接口以及应用软件性能分析模块等。用户可以根据自己的应用来选择不同的应用模块。

　　nucleus plus 的 rtos内核可支持如下类型的cpu：x86,68xxx,68hcxx,nec v25, coldfire, 29k,i960, mips, sparclite, ti dsp, arm6/7, strongarm, h8/300h, sh1/2/3,powerpc, v8xx, tricore, mcore, panasonic mn10200, tricore, mcore等。可以说nucleus+是支持cpu类型最丰富的实时多任务操作系统。针对各种嵌入式应用，nucleus plus 还提供相应的网络协议（如tcp/ip，snmp等），以满足用户对通讯系统的开发要求。另外，可重入的文件系统、可重入的c函数库以及图形化界面等也给开发者提供了方便。针对不同的cpu类型，nucleus 还提供编译器、动态连接库、多任务调试器等相应的工具来配置用户的开发环境。

　　值得提出的是ati公司最近还发表了基于microsoft developers studio的嵌入式集成开发环境－nucleus ede。从而率先将嵌入式开发工具与microsoft的强大开发环境结合起来，提供给工程师们强大的开发手段。

　　三、 源代码带来的优势众所周知，nucleus实时多任务操作系统提供给用户源代码。
　　
　　这除商务上给用户带来巨大益处（免交royalty）外，还在技术方面给用户极大的方便，即无需编写和调试bsp，从而达到易学易用的目的，加速产品上市。对rtos有一定知识的工程师一定清楚，使用rtos最大的障碍在于编写和调试bsp。大家知道，在调试目标系统的软件之前，必须将目标与主机连接起来并建立通讯。为此，我们可以编写一段监控程序（monitor）。然而，如果要调试基于rtos内核的程序，主机上的调试器（debugger）除要与目标建立通讯外，更重要的是必须识别rtos的任务，这样才能进行任务级调试（task-aware debugger）。因此，只有monitor是不够的。如果我们选用的rtos不提供源代码，那么，主机上的调试器（debugger）就只有通过用户编写的bsp来了解kernel在现有硬件平台上对各个任务进行调度的情况。显然，编写bsp必须对cpu目标系统的硬件以及应用软件等有全面而深入的了解。一般说来，对于一个有一定硬件开发经验的工程师来说，编写一个新的bsp要花的平均时间为两个月左右。这对于一个新手来说可是比较困难的。对于编写bsp的工程师来说，另外一个更大的挑战就是如何调试bsp，即如何验证所编写的bsp是否正确