智能家居产品：nucleus操作系统（10/150）
NucleusPLUS是为实时嵌入式应用而设计的一个抢先式多任务操作系统内核，其95%的代码是用ANSIC写成的，因此非常便于移植并能够支持大多数类型的处理器。从实现角度来看，NucleusPLUS是一组C函数库，应用程序代码与核心函数库连接在一起，生成一个目标代码，下载到目标板的RAM中或直接烧录到目标板的ROM中执行。
性能
在典型的目标环境中，NucleusPLUS核心代码区一般不超过20K字节大小。NucleusPLUS采用了软件组件的方法。每个组件具有单一而明确的目的，通常由几个C及汇编语言模块构成，提供清晰的外部接口，对组件的引用就是通过这些接口完成的。除了少数一些特殊情况外，不允许从外部对组件内的全局进行访问。由于采用了软件组件的方法，NucleusPLUS各个组件非常易于替换和复用。NucleusPLUS的组件包括任务控制、内存管理、任务间通信、任务的同步与互斥、中断管理、定时器及I/O驱动等。
支持类型
NucleusPLUS的RTOS内核可支持如下类型的CPU：
x86,68xxx,68HCxx,NECV25,ColdFire,29K,i960,MIPS,SPARClite,TIDSP,ARM6/7,StrongARM,H8/300H,SH1/2/3,PowerPC,
V8xx,Tricore,Mcore,PanasonicMN10200,Tricore,Mcore等。
可以说NUCLEUS是支持CPU类型最丰富的实时多任务操作系统。针对各种嵌入式应用，NucleusPLUS还提供相应的网络协议（如TCP/IP，SNMP等），以满足用户对通讯系统的开发要求。另外，可重入的文件系统、可重入的C函数库以及图形化界面等也给开发者提供了方便。针对不同的CPU类型，Nucleus还提供编译器、动态连接库、多任务调试器等相应的工具来配置用户的开发环境。
值得提出的是ATI公司最近还发表了基于Microsoft Developers Studio的嵌入式集成开发环境－NUCLEUSEDE。从而率先将嵌入式开发工具与Microsoft的强大开发环境结合起来，提供给工程师们强大的开发手段。
优势
Nucleus实时多任务操作系统提供给用户源代码。这除商务上给用户带来巨大益处（免交Royalty）外，还在技术方面给用户极大的方便，即无需编写和调试BSP，从而达到易学易用的目的，加速产品上市。对RTOS有一定知识的工程师一定清楚，使用RTOS最大的障碍在于编写和调试BSP。
大家知道，在调试目标系统的软件之前，必须将目标与主机连接起来并建立通讯。为此，我们可以编写一段监控程序（Monitor）。然而，如果要调试基于RTOS内核的程序，主机上的调试器（Debugger）除要与目标建立通讯外，更重要的是必须识别RTOS的任务，这样才能进行任务级调试（Task-awareDebugger）。因此，只有Monitor是不够的。如果我们选用的RTOS不提供源代码，那么，主机上的调试器（Debugger）就只有通过用户编写的BSP来了解Kernel在现有硬件平台上
对各个任务进行调度的情况。显然，编写BSP必须对CPU目标系统的硬件以及应用软件等有全面而深入的了解。一般说来，对于一个有一定硬件开发经验的工程师来说，编写一个新的BSP要花的平均时间为两个月左右。这对于一个新手来说可是比较困难的。对于编写BSP的工程师来说，另外一个更大的挑战就是如何调试BSP，即如何验证所编写的BSP是否正确。通常刚刚焊接安装好的PCB板中，硬件或软件的故障（Bugs）是比较多的。甚至更常见的是CPU部分都没有运作正常。有时时序错误和总线错误都还存在。在您把写好的BSP烧入EPROM（或FLASH）中试图将目标与主机建立联系时，您几乎100%地会发现根本无法通讯，眼前一团漆黑，不知是软件有错误还是硬件不运转。BSP在正常运行吗？不得而知。在焦急和摸索中您可能发现几个月已悄然而过。对于早期的实时操作系统来说，BSP是必由之路。然而，新一代的RTOS-NucleusPLUS则避免了BSP带来的痛苦过程。因为Nucleus的调试是基于全新的动态连接库（DLL）。用户只须通过监控程序（Monitor）或者BDM调试口（或者JTAG调试口）建立目标系统（Target）与主机（Host）之间的通讯，并给主机上的Debugger初始化特性中加入Nucleus的动态连接库（DLLs），这时，调试器就能够自动地去识别运行在目标系统中的Nucleus内核和各个应用任务，从而完成任务级调试。上述的动态连接库（DLLs）是由RTOS厂商和Debugger厂商合作完成的，用户无须自行编写。因此，Nucleus的用户只需要将精力放在基于Nucleus的编程工作中。对于一个新手，往往经过一天到两天的学习和培训，就可以投入到应用程序编制工作中去，无需花大量的时间去研究CPU，特定的硬件等。
另外，由于有了源程序，用户在调试程序时可以清楚地通过STEPINTO命令，追踪到RTOS的内层中去，观看和学习Kernel对任务的管理和调度机制。对于有志研究RTOS深层技术的工程师来说极为方便。对于Motorola68K和PowerPC，用户可以利用GreenHill公司的Mutil调试器或TRACE-ICD来完成NucleusPLUS的调试；对于ARM和StrongARM，用户可以利用ARM公司的SDT251调试器或TRACE-ICD来完成NucleusPLUS的调试；对于Intelx86实模式，用户可以利用Paradigm公司的调试器及其DLL来进行任务级调试；对于Intelx86保护模式则可以利用SSI公司Softprobe调试器和SSIDLL来调试；对于i960，
SH3/4，ARM6/7，MIPS等芯片，则可以使用ATI公司自己的UDB调试器来进行任务的调试。结论：动态连接库（DLL）是在RTOS工具中新出现的应用趋势，通过这种方式，用户可以免去BSP带来的麻烦，灵活方便地进行开发和调试，大大加速开发进度。
Nucleus实时操作系统提供源代码，支持丰富的CPU种类，配合各类DLL动态连接库，为使用和研究RTOS技术的工程带来极大的利益。进行ARM系列的开发需要大量的设备投入，另外如果做比较大型的系统，还必须要操作系统，购买一个好的操作系统也是需要几十万元。ARM的应用层研发可以建立在C，C++及其他的大多数开发语言上，这对于软件公司来说是很方便的，只要准备好硬件及操作系统，其他的工作就可以分模块给N个人来进行。而对于底层的东西，ARM公司也可以有比较大力度的支持，因此如果需要用ARM系列开发高端产品，可行性是比较高的，开发周期也不会很长。当然，对于arm芯片，还是有一定的限制，比如没有除法指令，这样在编程时就要尽量避免用除法，否则会带来程序代码的增加和执行速度的降低。一般说，除法还是可以通过移位和乘法来代替的。
About the Product
