VxWorks系统异常分析方法

1、任务异常的一般表现：

i)指令异常：系统打印program异常或instruction access异常。

ii) 访问非法地址异常，串口打印data access异常。

iii)中断处理中产生的异常。

data access

Exception current instruction address:0x00187d4c

Machine Status Register:0x00009030

Data Access Register: 0x8003435c

Condition Register:0x48000080

Data storage interrupt Register:0x0000000b

Task:0xc844f0 "XXX"

2、可能的原因：

i)堆栈写越界，主要是数组写越界，导致前面声明的变量（因为堆栈是从下往上增长的）或者函数的参数或者函数返回的地址被改写为无效值。

ii) 堆栈溢出，堆栈声明过小，而函数又声明了大数组，超出堆栈的容量。

iii) 内存改写，这是最通常出现的原因。包括，指针没有初始化，导致访问随机地址；访问空指针；内存操作范围越界，例如在使用memcpy/memset等函数使用的长度超过所分配，导致改写了其他的指针。因此在定位异常问题过程中，可以通过内存管理先查看一下先前是否有内存写越界的记录，但是内存写越界只有在释放该内存区时才能检查到，如果该内存没有被释放，则即使写越界也是不知道的。

iv)系统调用不当，在中断回调中，使用printf，semTake之类可能引起阻塞的操作；printf等使用不当导致内存改写，这些函数在中断回调函数中是严格禁止的。

v) 增量编译引起的问题，Tornado和workbench增量编译有时会出现问题，导致古怪的异常，重新全量编译后，可能个会解决问题。

vi)多任务抢占引起的问题，当多个任务共同访问一个或者多个变量时，如果互斥不当，可能会产生同步或互斥的问题，比较典型的是：任务A和B都使用一个变量指针P；而A和B的优先级不同（即存在任务抢占），则他们在释放或者修改这个变量指针的时候，可能会出现随机的异常访问问题。

3、处理策略：

i) 如果有理由怀疑是增量编译引起的，则首先尝试全量编译一下工程。

ii) 分析异常出现时的调用栈信息，以data access异常为例：

如果在系统出现异常时接了串口，则可以直接看到类似以下列信息；如果出现异常时没有接串口，则定位问题时可首先接上串口或者Tornado，然后使用“ti”命令也可以看到如下的异常信息：

data access

Exception current instruction address:0x00187d4c

通过这个地址通常可以通过符号表知道异常出现时系统正在运行哪个函数。

使用 l 0x00187d4c和lkaddr 0x00187d4c

Machine Status Register:0x00009030

Data Access Register: 0x8003435c

Condition Register:0x48000080

Data storage interrupt Register:0x0000000b

Task:0xc844f0 "XXX"

通过这个参数，可以知道是哪个任务出现的异常。

4、具体定位提示：

i)可以使用“checkStack”命令看是否产生了堆栈溢出，如果是XXX任务的堆栈溢出，则在checkStack的打印中，XXX的堆栈状态会显示成“overflow”。

ii)可以使用tt命令查看任务调用栈，通过分析调用栈的每一层函数，尝试找原因，参照上面的可能原因部分。

iii)分析函数调用序列中所访问的全局变量（尤其是指针和数组），看是否存在任务抢占而导致全局指针被修改或者访问无效指针的问题。

5、重现问题：

如果通过上述步骤无法直接找到原因，那么恭喜你，你已经遇到恐怖的随机内存改写问题，这类问题通常难以重现，而且通过分析单个任务的运行轨迹很难找到原因，这类问题很可能的情况是：虽然任务A在运行函数FuncA时产生的异常，但真正的内存改写代码很可能是在任务X或函数FuncX 中，解决这类问题的关键是如何重现问题，一旦问题可以比较容易的重现，那么可以说问题已经解决了一半。

重现问题的办法：

i) 回忆先前的操作步骤，一步一步地重做一遍，看问题是否可以重现。

ii)如果是任务A产生的异常，则人工制造一些条件，使任务A不断的运行，以重现问题，通过脚本或者打桩，不断地发一些消息触发任务A的运行，这是最常用的方法，如果A是周期运行，则缩短周期，加快运行。

iii)逆向分析，通过分析代码，可能怀疑一些代码有问题，这时候，可以针对性的创造各种人为条件来重现问题，例如怀疑某个定时器可能存在重复进入和重复删除，则可以人为修改代码流程，使之进入定时器重复进入/重复删除流程，或者用脚本不断地创建和删除定时器，以加快问题出现的频率。

iv)手动调整任务优先级，分析任务抢占相关的问题，在基本确定任务异常可能和任务抢占相关的情况下，可以尝试以各种组合，将几个相关的任务优先级调整成相同的优先级（这样，这几个任务就不会再产生任务抢占了）。在此基础上尝试重现问题；如果在优先级相同的情况下异常不再出现，则说明这几个任务之间所共享的变量存在互斥问题；否则说明该问题很可能和互斥无关，或者根据需要把某些优先级调高，某些调低，以重现任务抢占的问题。

6、解决问题：

i)如果找到问题所在，则直接修改问题。

ii)如果通过多日的重现和定位，都无法找到真正的原因，那么没有办法的办法就是：直接修改代码，把怀疑有问题的地方全部改掉，然后再测试看问题是否解决。我曾经遇到一个任务异常的问题，如果跑1个测试脚本，则平均跑7-8小时可以出现一次，跑7个测试脚本，则平均跑半小时就会出现一次，定位了一个多月找不到真正原因，花了很多时间用来想办法重现异常，写脚本。后来没有办法只好把怀疑的地方全部改掉，之后跑7个脚本共48小时没有出现异常，最后解决问题，之后反过来推导root cause，最后找到原因。

VxWorks常用命令汇总

VxWorks常用的命令 1．与任务相关的命令 sp function,[arg1],...,[arg9] －启动任务，最多接受9个参数，默认的优先级100、堆栈20000字节 period n,function,[arg1],...,[arg8] －创建一个周期调用function的任务，周期为n秒，最多接受8个参数 repeat m,function,[arg1],...,[arg8] －创建一个反复调用function的任务，调用次数为m，m＝0时永久调用，最多也是8个参数 ts tidX －挂起任务 tr tidX －恢复挂起的任务 td tidX －删除任务 i tidX －显示任务基本信息，参数为0时显示全部任务 ti tidX －显示任务详细信息，包括寄存器、堆栈等 tt tidX －显示任务的函数调用关系 checkStack tidX －显示任务堆栈使用的历史统计，参数为0时显示全部任务 [其中tidX可以为任务ID 也可以为任务名] 2、系统信息 lkup ["string"] －在系统符号表中查找并列出含有"string"字符的函数及全局变量，有两个特殊参数： 0，给出符号表统计；""（空字符串），列出全部符号 lkAddr addr －显示addr地址附近的符号表 l addr,[n] －显示addr地址开始的n条指令的反汇编，n省略时默认为10条指令 h [n] －n为0时列出最近执行的shell命令，默认20条；n非0时，设定shell记录的历史命令的数目 d [addr,[number],[width]] －显示addr地址开始的number个单元的内容，width定制每个单元的宽度，可以是1、2、4、8 m addr,[width] －按width宽度修改addr地址的内容，width可以是1、2、4、8 memShow 1 －显示系统分区上空闲和已分配空间的总数等 printErrno value －打印系统定义的错误码的宏 3、与网络相关的命令 ifShow ["ifname"] - show info about network interfaces inetstatShow - show all Internet protocol sockets tcpstatShow - show statistics for TCP udpstatShow - show statistics for UDP ipstatShow - show statistics for IP icmpstatShow - show statistics for ICMP arpShow - show a list of known ARP entries

嵌入式系统的比较

嵌入式系统的比较 简单介绍ecos, uc/OS,uClinux,RTlinux,Linux 到目前为止接触过QNX、RTLinux、uC/OS-II、Nucleus Plus、VRTX、VxWorks、eCos，总结下来有以下特点： Ecos：多任务抢占机制，可配置(特色)，可配置文件系统 uc/OS：代码很少，多任务抢占机制，需自己扩展文件系统 uClinux：非抢占式，没有MMU管理存储器，有文件系统等许多功能 RTlinux：通过在L inux内核与硬件中断之间增加一个精巧的可抢先的实时内核，把标准的Linux内核作为实时内核的一个进程与用户进程一起调度，标准的L inux内核的优先级最低,可以被实时进程抢断。正常的Linux进程仍可以在Linux内核上运行。 Linux：有MMU管理存储器。 1：QNX 的可靠性很好，协议栈、各种外设驱动稳定，只是运行所需资源有些多，需要MMU。如果需要高可靠性应用，QNX可能是最好的选择。 2：RTLinux的实时性与其它RTOS相比有些差。但是，因为好多Linux资源可以利用，是RTLinux的优点。但是运行所需资源比QNX还多，也是需要MMU。可以选用开源的RTLinux 或内容新的商用RTLinux。 3：uC/OS-II比较小巧，移植容易，网上资源很多，核心可以做得很小。但不是免费的，并且驱动需要自己编写，协议栈、图形驱动都要另外加。 4：Nucleus Plus比uC/OS-II庞大，另外提供了文件系统、协议栈、图形界面等许多东西。当然也是分开卖的，不是免费的东西。使用起来比较容易上手。 5：VRTX 是一款比较早的RTOS，现在使用的人已经很少。运行还是比较可靠。配套的文件、协议栈等模块很少。 6：VxWorks是RTOS中的大牛，国内外用的人很多，开发工具功能强大，使用方便，但是价格昂贵。也有基于MMU的高可靠性的产品。所需资源比QNX小，比uC/OS、eCos 多。对于一些私企或者好似小公司来说，可用性值得商榷。 7：eCos是开源的RTOS。针对不同的CPU已经做了许多现成的移植。代码尺寸比Nucleus 的略大。如果不用USB host等，并且不想花费太多的金钱，应该是不错的选择。 μC/OS和uClinux的比较 引言 随着现代计算机技术的飞速发展和互联网技术的广泛应用，从PC时代过渡到了以个人数字助理、手持个人电脑和信息家电为代表的3C（计算机、通信、消费电子）一体的后PC 时代。后PC时代里，嵌入式系统扮演了越来越重要的角色，被广泛应用于信息电器、移动设备、网络设备和工控仿真等领域。 嵌入式系统是以嵌入式计算机为核心，面向用户、面向产品、面向应用，软硬件可裁减的，适用于对功能、可靠性、体积、成本、功耗等综合性能有严格要求的计算机系统。随着

第3章 系统安全分析

第三章安全分析 本章学习目标 1. 掌握系统安全分析的定义、内容和系统安全分析方法选择的基本原则。 2. 熟悉几种常用的定性和定量的系统安全分析方法的基本功能、特点和原理。 3. 掌握几种系统安全分析方法的分析过程、格式、计算方法。 4. 了解各种定性和定量方法之间的区别和联系。 系统安全分析方法是安全系统工程的重要组成部分，是对系统存在的危险性进行定性和定量分析的基本方法。系统安全分析的方法有数十种之多，应根据实际的条件和需求选择相应的分析类型和分析方法。本章的主要内容是掌握各种系统安全分析的方法以及各种分析方法的概念、内容、应用范围和适用性。每一种分析方法都将从基本概念、特点、格式、分析程序以及应用实例等几个方面入手，进行系统地学习，学习思路如图3-1所示。 图3-1 系统安全分析学习思路和内容 3.1 概述 系统安全分析（system safety analysis）是从安全角度对系统进行的分析，它通过揭示可能导致系统故障或事故的各种因素及其相互关联来辨识系统中的危险源，以便采取措施消除或控制它们。系统安全分析是系统安全评价的基础，定性的系统安全分析是定量的系统安全评价的基础。 系统安全分析的目的是为了保证系统安全运行，查明系统中的危险因素，以便采取相应措施消除系统故障和事故。

一、系统安全分析的内容 系统安全分析从安全角度对系统中的危险因素进行分析，分析导致系统故障或事故的各种因素及其相互关系。主要包括以下6个方面的内容。 （1）对可能出现的、初始的、诱发的以及直接引起事故的各种危险因素及其相互关系进行分析。 （2）对系统有关的环境条件、设备、人员及其他有关因素进行分析。 （3）对能够利用适当的设备、规程、工艺或材料控制或根除某种特殊危险因素的措施进行分析。 （4）对可能出现的危险因素的控制措施及实施这些措施的最佳办法进行分析。 （5）对不能根除的危险因素，失去或减少控制措施可能出现的后果进行分析。 （6）对危险因素一旦失去控制，为防止伤害和损伤的安全防护措施进行分析。 二、系统安全分析的方法 系统安全分析的方法可运用于不同的系统安全分析过程，常用的有以下几种方法。 （1）安全检查表法（Safety Check List，简称SCL） （2）预先危险性分析(Preliminary Hazard Analysis，简称PHA) （3）故障类型和影响分析（Failure Modes and Effects Analysis，简称FMEA） （4）危险性和可操作性研究（Hazard and Operability Analysis，简称HAZOP） （5）事件树分析（Event Tree Analysis，简称ETA） （6）事故树分析（Fault Tree Analysis，简称FTA） （7）因果分析（Cause-Consequence Analysis，简称CCA） 这些方法可以按分析过程的相对时间进行分类；也可以按分析的对象和分析的内容进行分类。为了使大家有比较清晰的认识，我们将按照数理方法、逻辑方法和分析过程进行分类。 1. 按数理方法分类 按照数理方法进行分类，可以分为定性分析和定量分析2种。 （1）定性分析法 定性分析是对引起系统事故的影响因素进行非量化的分析，只进行可能性的分析或作出事故能否发生的感性判断。安全检查表、预先危险性、危险性和可操作性分析等属于定性分析方法。 （2）定量分析法 定量分析是在定性分析的基础上，运用数学方法分析系统事故及影响因素之间的数量关系，对事故的危险作出数量化的描述和判断。故障类型与影响分析（危险度）、事件树分析、事故树分析、因果分析等属于定量分析方法。 2. 按逻辑方法分类 按照逻辑方法分类，可以分为归纳法和演绎法2类。 （1）归纳法 归纳法是从事故发生的原因推论事故结果的方法，通过对基本事件的分析，来总结和确定系统的安全状态。安全检查表、预先危险性、故障类型与影响分析、危险性和可操作性分析、事件树分析等，都属于归纳法。这种方法从故障或失误出发，探讨可能导致的事故或系统故障，从而确定危险源。 归纳法的优点是可以无遗漏的考察、辨识系统中的所有危险源。缺点是对于复杂的系统或危险源很多的系统，分析工作量大，没有重点。 （2）演绎法 演绎法是从事故结果推论事故原因的方法，通过系统发生的事故类型和性质，去探寻导致系统发生事故的原因。事故树分析、因果分析等属于演绎法。这种方法从事故或系统故障出发，即从危险源出发，查找与事故（或故障）有关的危险因素。演绎法的优点是可以把注意力集中在有限的范围内，提高工作效率。缺点

vxWorks开发环境构建步骤及开发资源

vxWorks开发环境构建步骤及开发资源 技创科技(Technique Innovator Inc.) https://www.wendangku.net/doc/7c7295304.html, 一、Tornado集成开发环境构成 Tornado是集成开发环境的名称，主要由帮助及参考文档、操作系统vxWorks、开发工具（编译器、调试器、编辑器、target server等，据统计，挂接在Tornado下的可选工具和第三方有数百个）等三部分构成，分别对应三个目录： i.docs/ 所有文档都集中在该目录中, books.html是根索引，入门级开发请务必查看 以下文档： ●如果要熟悉使用界面及Tornado使用、创建工程，请参考：Tornado用户手册 及Tornado集成开发环境的HELP->content调出来的联机帮助文档; ●vxWorks的编译是使用标准GNU Makefile来编译连接的，要了解Makefile语 法请参考”GNU Make”；具体的Make rules存放在target/h/make/目录下。 ●如何调试？请参考“Debugging with GDB” ●vxWorks构成、特点及kernel，编程等：请参考：VxWorks Programmer's Guide， 系统调用、库函数接口标准等，请参考：VxWorks Reference Manual ●有关BSP(board support package)的构成、初始化、底层驱动等，请参考“BSP Reference” ●网络应用编程指南(socket编程): “VxWorks Network Programmer's Guide” ii.host/ 该部分存放主机端（开发机）的工具，如Tornado.exe，make.exe,编译器、调试器及TCL命令解释器等等，开发中要用到的工具都存放在目录 host\x86-win32\bin 下，部分命令是.exe文件，部分是.bat的，其中有torvars.bat文 件，是设置Tornado集成开发环境的环境变量用的，在使用其他工具前，要运行它 设置正确的环境变量及可执行文件搜索路径。 iii.target/ vxWorks操作系统、源码、BSP、设备驱动、头文件、配置文件等config/ BSP的存放地方，底层开发者绝大部分时间在该目录下度过，该目录下除了all/和comps/外，其他每个目录对应一种硬件板的BSP，开发者在 做BSP开发时，原则上除了对应BSP目录能修改外，target/目录下的其他 所有目录都不应该作出改动，否则会影响到其他BSP，常用BSP有： pid7t/ →ARM公司推出的pid7 ARM7TDMI评估板的BSP integratorX/ →ARM公司推出的integratorXXX评估板的BSP tk4510a/ →我们要使用的S3C4510B板的BSP SNDS100/ →三星公司推出的SNDS100(KS3C50100/S3C4510B)板的 BSP h/ 头文件存放地点,包括vxWorks的及所有其他组件的 arch/arm/ ARM体系结构相关头文件 make/ 编译连接时要用到的规则都存放在这里 vxWorks.h wind Kernel（vxWorks的核心”Wind Kernel”的API及常量说明） lib/ vxWorks是一个商用操作系统，其不开放源码部分的.o文件及.a（库文件）文件存放在这里(当然，除了config/目录外，所有其他目录下的*.c源码在编

vxworks653编程手册

一.V xWorks653运行时系统 1.1. 运行时层 一个vxworks653模块由下面四层组成： ■core OS—必需 ■partition—至少需要一个(vThreads 或COIL-based)，每个都在一个分区的操作系统之中■APEX shared library—ARINC 653 应用所需 ■POSIX shared library—POSIX 应用所需 1.1.1.Core OS层 核心操作系统提供服务给分区。 缺省的，核心操作系统使用ARINC653规范中的时间抢占的调度（TPS）来调度分区。Vxworks653的核心操作系统还可以采用APPS调度策略在TPS调度的空闲时间内调度优先级

抢占调度（PPS）使能的分区。 核心操作系统提供给每个VThreads分区操作系统的服务包括： ●分区系统资源 ●调度分区 ●代表分区的操作系统执行trap异常 ●定义和强制分区边界 ●装载分区 ●使用端口和通道在分区间传递消息 ●处理I/O ●代表应用完成系统调用 ●支持分区的调试 ●监控分区和系统的健康 1.1. 2.vThreads 层 vThreads分区操作系统在核心操作系统分配给该分区的时间内调度vThreads中的线程。vThreads不直接与设备交互，而是通过核心操作系统的系统调用。 1.1.3.APEX 层 构建在vThreads之上，遵循ARINC653规范，并且提供相应功能和API。 1.1.4.POSIX层 构建在vThreads之上，遵循用于实时扩展的POSIX标准（1003.1b）。 1.2. 装载和启动 当目标板加电时，按照下面的步骤进行装载和启动 ●初始的启动码装载核心操作系统，分区操作系统，共享库，以及应用 ●核心操作系统初始化自身，启动它自己的子系统 ●核心操作系统创建分区 ●核心操作系统启动分区调度器，并且让应用初始化自身 核心操作系统可以在初始化完成之后下载在线装载的应用程序到分区。应用可以在分区运行之时装载到分区。

常见的嵌入式操作系统

常见的嵌入式操作系统 分类：嵌入式操作系统2012-12-11 10:06 459人阅读评论(1) 收藏举报嵌入式操作系统 嵌入式操作系统与通用的操作相比较主要特点在于： 1．小内核，稳定可靠。 2．需要可装卸、可裁剪，以便能灵活应对各种不同的硬件平台。 3．面向应用，强实时性，可用于各种设备控制当中。 国际上常见的嵌入式操作系统大约有40种左，右如：Linux、uClinux、WinCE、PalmOS、Symbian、eCos、uCOS-II、VxWorks、pSOS、Nucleus、ThreadX 、Rtems 、QNX、INTEGRITY、OSE、C Executive 。他们基本可以分为两类，一类是面向控制、通信等领域的实时操作系统，如windriver公司的vxworks、isi的psos、qnx系统软件公司的qnx、ati的nucleus等；另一类是面向消费电子产品的非实时操作系统，这类产品包括个人数字助理(pda)、移动电话、机顶盒、电子书、webphone等，系统有Microsoft的WinCE，3Com 的Palm，以及Symbian和Google的Android等。 一、VxWorks VxWorks操作系统是美国WindRiver公司于1983年设计开发的一种嵌入式实时操作系统（RTOS），是T ornado嵌入式开发环境的关键组成部分。良好的持续发展能力、高性能的内核以及友好的用户开发环境，在嵌人式实时操作系统领域逐渐占据一席之地。VxWorks具有可裁剪微内核结构；高效的任务管理；灵活的任务间通讯；微秒级的中断处理；支持POSIX 1003．1b实时扩展标准；支持多种物理介质及标准的、完整的TCP/IP网络协议等。 然而其价格昂贵。由于操作系统本身以及开发环境都是专有的，价格一般都比较高，通常需花费10万元人民币以上才能建起一个可用的开发环境，对每一个应用一般还要另外收取版税。一般不通供源代码，只提供二进制代码。由于它们都是专用操作系统，需要专门的技术人员掌握开发技术和维护，所以软件的开发和维护成本都非常高。支持的硬件数量有限。 二、Windows CE Windows CE与Windows系列有较好的兼容性，无疑是Windows CE推广的一大优势。其中WinCE3.0是一种针对小容量、移动式、智能化、32位、了解设备的模块化实时嵌人式操

VxWorks操作系统RTP介绍和使用方法

VxWorks 操作系统RTP 介绍和使用方法 从VxWorks 6.x开始引入RTP(VxWorks real time process projec模t) 式编程，这种模式的优点是应用程序相互独立，互不影响，而且增加了内核的稳定性，缺点是由于“内核态”与“用户态”的内存拷贝，其执行效率有所降低，随着CPU 速度越来越快，这点效率的牺牲已经越来越不重要。相比较于传统的DKM （downloadable kernel module project ），RTP适合多个团队独立运作，然后汇总 联试，这种模式除了全局函数不能再shell 里直接调用外，其对应用程序几乎不 做任何约束，原有的DKM 工程代码稍作修改即可正常运行。内核变化较大，需 要添加较多的组件，内存需要较好的划分，为保持应用程序直接调用函数调试的 习惯，需要封装接口供用户使用。 现简单的介绍RTP使用方法，并给出demo 代码供参考。 1. 新建并编译工程： (1) File->new-> VxWorks real time process projec如t, 图【1】 图【1】 (2) 一路next 后，选择如图【2】所示的编译器

图【2】 (3) 选择Finish 后，工程新建完毕。 (4) 导入源文件：这里的源文件名称是fooRtpApp.c ，一种较快捷的方式是选 中新建的工程，按下F5，源文件会出现在工程中. (5) 右键选择编译，出现如图【3】，选择Continue 继续。 图【3】 编译完成后，会生成vxe 格式的可执行文件，此处为usrAppA.vxe 。 2. 下载可执行性文件 待板子启动后，使用ftp 将vxe 文件下载到板子中。步骤如下： （1）运行->cmd，打开对话窗口，如图【4】所示：

物联网操作系统的必备特性

物联网操作系统的必备特性 物联网所带来的机遇与挑战都是空前的。要抓住机遇，迎接挑战，是否拥有最佳的操作系统做为基础是极为关键的问题。 那么，物联网环境对操作系统提出了哪些不同于以往的需求？产品开发商采用怎样的操作系统，拥有哪些特征或技术，最有可能在物联网的发展中把握先机？基本上，今后的RTOS 不仅必须具备传统的实时性、确定性和可靠性，还必须提供高度互联、全面安全、远程管理等物联网环境所要求的全新能力。最近，风河公司推出了VxWorks7,对这套在嵌入式领域主导多年的RTOs(实时操作系统)进行了再次创新，其目标正是“物联网市场已达 实时操作系统 (The RTOS for thelnternet of Things) ”。实时性依然是物联网操作系统的必备特性 实时操作系统( RTOS，RealTimeOperation System)是指能够在确定的时间对内部或者外部的事件做出正确的响应。在实时操作系统中，进程执行结果的正确与否不仅与逻辑运算或数学计算结果的正确性相关，而且与得出这个正确结果的时间有关。也就

是说，在实时系统 中，如果一个进程的运算结果虽然 是正确的，但是由 于它完成的时间超出了给定的最后期限，那么这个结果就是毫无意义的。 例如汽车中使用的气囊。当报告车辆碰撞的传感器通知CPu 后，操作系统应快速地发出打开气囊的任务，并且不允许任何其他非实时处理进行干扰，晚一秒钟展开气囊比没有气囊的情况更糟糕，这就是一个典型的实时系统。 通常认为，实时操作系统要求速度非常快。但实际上，实时操作系统强调的不仅仅是速度，而是时间关系的次序和确定性。例如，一条货轮在码头等待各地的卡车运来货物之后装船运往海外，规定好了离港启航的时间。那么，如果有一辆卡车在货轮离港时间之后才把货物运到了码头，逻辑上它虽然完成了陆地货运任务，但已经没有任何意义了。货车行驶速度和气囊打开速度当然不可相提并论，但就它与货轮配合的时间顺序而言具有同样都是实时系统，都必须要满足的是时序确定性，而跟速度有多快不一定相关！ 再例如，如果使用足够高性能的CPU，Windows 可以提供非常快的速度。但是，当某些后台任务正在运行时，有时候响应会变得非常漫长，以至于某一个简单的读取文件的任务也会很长时间无响应。并不是说Windows 不够

EPON常用命令讲解

EPON常用命令讲解 ?数据业务基本排查 ?语音业务基本排查 ?930软件脚本简介 ?其他常用命令 ?典型案例分析 数据业务基本排查 基本思路： 在PON系统内GSWC、EC2、ONU各业务环节上应保证： 配置正确 配置生效 MAC地址正确转发 ?FTTH型ONU ?FTTB型ONU 配置核查 Onu switch目录: show vlan all显示所有端口vlan； show vlan 查看交换芯片单个vlan及其所属端口的信息，如果此端口配置为出口剥离vlan，相应端口显示为UN；反之显示为VF show vlan default 显示所有端口的untag属性的vlanid； Onu Debug下相关命令： ddd show port [|all] vlan config显示系统QinQ不使能下的Fe端口vlan的配置信息show port [|all] vlan service显示系统QinQ使能下的Fe端口vlan的配置信息show port [|all] vlan translation table显示端口的软件vlan转换表 EC2 Pon目录： show qinq_config <1-2> <1-24> 查询qinq模式下ONU端口业务信息 端口检查 show port status查看交换芯片端口的状态，可以查看用户端口是否接了终端，工作模式是否正确等 查看地址转发表

ONU swtich目录 show arl查看mac地址转发表，会显示学习到的端口、vlanid和mac地址，如果用户的vlan id同时上下行数据中学到，其中26端口( CPU端口)表示下行数据正常，用户端口1-24表示上行数据正常； OLT fdb目录 show fdb slot <1-8,11-18>查看上行数据时，查看业务卡（EC2）fdb表 show fdb slot 29查看下行数据时，查看上联口fdb表 主控盘学的地址的VID应该是最外层VLAN的VID。 如果，上下行fdb表都正确，但是拨号拨不上去，可以在OL T的上连口抓包，查看进出的包内容。如果有出去的包而无回来的包，则可以判断出是上游设备出问题。 如果fdb表学习不正确，则VLAN配置有问题，可以根据fdb表的情况，先判断问题出现在哪一个设备上，再查看VLAN配置有无问题。 其他处理方式： 如时延大、丢包、组播业务等问题，可分别在EPON系统与其他系统的接口处利用抓包工具查看定位，由于上联口只能封装单层vlan，Qinq和单层vlan方式会略有差别。 FTTN型ONU 与其他ONU差异 FTTN型ONU相对其他类型ONU比较独立，对于普通的数据、语音业务，OLT相当于“透传”的通道。 配置核查： FSWB Profile目录下 创建/修改/查看ADSL2+端口模板参数： add xaplus profile ； set dsl-profile ； show dsl-profile ； 主要查看4个方面： 1.编码类型（lineCoding） 一般编码类型在开通的下行速率低于8Mb/s时采用G .dmt，大于8M时采用adsl2plusauto。 2.线路类型（channelMode） 线路类型采用interleaved更为稳定 3.训练速率（dnFastMaxTxRate，dnIntlMaxTxRate，upFastMaxTxRate，upIntlMaxTxRate） ADSL 一般最大上行可达速率为800Kb/s，下行可达速率为8Mb/s ADSL2+一般最大上行可达速率为1Mb/s，下行可达速率为28Mb/s 配置时上行速率不要超过1Mb/s，推荐640Kb/s

几种主流嵌入式操作系统分析

几种主流嵌入式操作系统分析 1．嵌入式Linux 嵌入式Linux（Embedded Linux）是指对标准Linux经过小型化裁剪处理之后，能够固化 在容量只有几KB或者几MB 字节的存储器芯片或者单片机中，是适合于特定嵌入式应用场合的专用Linux操作系统。在目前已经开发成功的嵌入式系统中，大约有一半使用的是Linux。 这与它自身的优良特性是分不开的。 嵌入式Linux 同Linux 一样，具有低成本、多种硬件平台支持、优异的性能和良好的网络支持等优点。另外，为了更好地适应嵌入式领域的开发，嵌入式Linux 还在Linux 基础上 做了部分改进，如下所示。 ? 改善的内核结构 Linux 内核采用的是整体式结构（Monolithic），整个内核是一个单独的、非常大的程序，这____________样虽然能够使系统的各个部分直接沟通，提高系统响应速度，但与嵌入式系统存储容量小、 资源有限的特点不相符合。因此，在嵌入式系统经常采用的是另一种称为微内核（Microkernel） 的体系结构，即内核本身只提供一些最基本的操作系统功能，如任务调度、内存管理、中断 处理等，而类似于文件系统和网络协议等附加功能则运行在用户空间中，并且可以根据实际 需要进行取舍。这样就大大减小了内核的体积，便于维护和移植。 ? 提高的系统实时性 由于现有的Linux 是一个通用的操作系统，虽然它也采用了许多技术来加快系统的运行 和响应速度，但从本质上来说并不是一个嵌入式实时操作系统。因此，利用Linux 作为底层 操作系统，在其上进行实时化改造，从而构建出一个具有实时处理能力的嵌入式系统，如RT-Linux 已经成功地应用于航天飞机的空间数据采集、科学仪器测控和电影特技图像处理等 各种领域。 嵌入式Linux 同Linux 一样，也有众多的版本，其中不同的版本分别针对不同的需要在内核等方面加入了特定的机制。嵌入式Linux 的主要版本如表4.1所示。 表4.1 嵌入式Linux主要版本 版本简单介绍 μCLinux 开放源码的嵌入式Linux 的典范之作。它主要是针对目标处理器没有存储管理单元 MMU，其运行稳定，具有良好的移植性和优秀的网络功能，对各种文件系统有完备 的支持，并提供标准丰富的API RT-Linux 由美国墨西哥理工学院开发的嵌入式Linux硬实时操作系统。它已有广泛的应用 Embedix 根据嵌入式应用系统的特点重新设计的Linux发行版本。它提供了超过25种的Linux 《嵌入式Linux应用程序开发详解》——第4章、嵌入式系统基础 系统服务，包括Web服务器等。此外还推出了Embedix的开发调试工具包、基于图 形界____________面的浏览器等。可以说，Embedix是一种完整的嵌入式Linux解决方案

VxWorks操作系统MakeFile

VxWorks操作系统MakeFile(一) 时间：2008-8-24 夜 版权申明：本文为水煮鱼为水煮鱼@博客园撰写，不得用于商业用途，如需摘用，请与水煮鱼联系。 1、介绍 本文将介绍为什么要将你的C源代码分离成几个合理的独立文档，什么时候需要拆分，那又怎么拆分呢？ 然后再介绍如何使用GUN Make使你的编译和链接步骤自动化。可能你使用的是其他的make工具，但是其实道理都差不多。当然如果你对自己的编程工具有怀疑的话，可以不妨实际的试试。 2、多文件项目介绍 a. why? 为什么使用多文件项目？他们有什么好处呢？ 从表面上看，多文件项目是够复杂的了，又要头文件，又需要extern申明，并且如果你要查找一个文件的话，还需要在更多的文件里搜索。 但是如果把其考虑成一个项目，那一个项目根据功能划分为小的模块，那就不难理解了。 想想如果是一个一万行代码，如果你把其放到一个文件里，则在编译的时候，则需要对一万行代码进行重新编译。不过如果你如果把其放到不同的文件里，那修改一行，则只需要编译一个文件就可以了。可能你会说，一万行代码，就算全部编译，那点时间也基本可以忽略不计，但是实际情况是，在一个大的系统里，可能代码达到几十万甚至上百万，千万行代码的规模。以我们的项目为例，目前代码规模已经达到了上千万行的级别，如果全部重新编译，则将耗费几个小时甚至半天的时间。如果将其划分多多个文件，则修改一行所引入的编译代码，将不会随着你代码规模的增大而增大。所以多个文件的优点不言自明了。 不过对于不便于搜索的问题，其实只要文件划分得当，也并不会造成多大的困难。其实，从多个目标文件生成一个程序包比从一个单一文件生成程序包要好的多。当然，实际上这是不是一个优势还与你所使用的系统有关。但是当使用gcc/ld（一个GUN C编译器/连接器）把一个程序包连接到一个程序时，在连接的过程中，它会尝试不去连接没有使用到的部分，但它每次只能从程序包中把一个完整的目标文件排除在外。因此，如果你修改了一个程序包中某一个目标文档中任何一个符号的话，那么这个目标文件整个都会被连接进来。要是一个程序包被非常充分的分解的话，那么经过链接后，得到的可执行文件会比从一个大目标文件组成的程序包连接得到的文件小的多。 并且常常我们的程序是模块化的，高内聚，低耦合，使得文件之间共享部分被减少到了最少，因此采用多文件的方式，可以比较容易的找到代码中的bug。 b.when? 那什么时候分解你的项目？ 如果你开发的是一个大项目，在开始前，应该好好考虑一下你将如何实现，并且将生成几个文件来存放你的代码。当然，在项目的开发过程中，你可以建立新的我文件，但是这将打乱你的整体布局，可能造成你整体结构的调整。因此特别建

脑肿瘤靶向药物治疗的研究

脑肿瘤靶向药物治疗的研究 【摘要】 脑癌一直是一个难以治愈的疾病，主要是抗癌药物很难通过血脑屏障（BBB）到达作用靶点，发挥作用。为了使药物专一作用于靶位，本文从三个方面来解决这个问题。分别通过化疗药物的联合使用，生物学方法，以及改变给药途径来使药物进入中枢神经系统，为进一步研究脑靶向制剂提供了参考。 【Abstract】 Brain cancer has been a difficult disease to cure, mainly anti-cancer drugs is difficult to reach the target through the blood-brain barrier (BBB).T o make the drugs act on specific targets,this review shows to solve the problem from three aspects.that is combined use of chemotherapy drugs, biological methods, as well as change the route of administration of the drug into the central nervous system ,which can provide a reference for further study of brain targeting agents. 【关键词】脑肿瘤，血脑屏障（BBB），靶向治疗 【引言】 1.脑肿瘤的相关介绍 脑肿瘤包括各种颅内肿瘤，有良性和恶性之分。恶性脑肿瘤又称“脑癌”。因为颅腔之轮廓全是骨骼，所以如果脑生瘤肿，则会使颅腔内之压力增加，因而产生头痛，呕吐，视线不清，抽筋，昏迷等。此外，脑瘤生长位置亦会做成特别病征。因为脑瘤渐渐增大必会压住该处之神经，影响其功能，此影响会因为脑瘤之位置不同而有变。当然在恶性脑肿瘤晚期，肿瘤细胞还会转移至身体其他脏器。 脑肿瘤被定义为任何颅内肿瘤，发生的位置包括了脑本身各种细胞（神经元、胶质细胞、淋巴组织以及血管）、脑神经（许旺氏细胞）、脑膜、头骨、脑下垂体以及由其它器官转移的转移性脑瘤[1]。

嵌入式操作系统的种类与特点

1.3.1 嵌入式操作系统的种类、特点与发展 1．嵌入式操作系统的种类 一般情况下，嵌入式操作系统可以分为两类： 非实时操作系统：面向消费电子产品等领域，这类产品包括个人数字助理（PDA）、移动电话、机顶盒、电子书等。 实时操作系统RTOS（Real-Time Embedded Operating System）：面向控制、通信等领域，如windriver公司的vxworks、isi的psos、qnx系统软件公司的qnx等。 （1）非实时操作系统 早期的嵌入式系统中没有操作系统的概念，程序员编写嵌入式程序通常直接面对裸机及裸设备。在这种情况下，通常把嵌入式程序分成两部分，即前台程序和后台程序。前台程序通过中断来处理事件，其结构一般为无限循环；后台程序则掌管整个嵌入式系统软、硬件资源的分配、管理以及任务的调度，是一个系统管理调度程序。这就是通常所说的前后台系统。一般情况下，后台程序也叫任务级程序，前台程序也叫事件处理级程序。在程序运行时，后台程序检查每个任务是否具备运行条件，通过一定的调度算法来完成相应的操作。对于实时性要求特别严格的操作通常由中断来完成，仅在中断服务程序中标记事件的发生，不再做任何工作就退出中断，经过后台程序的调度，转由前台程序完成事件的处理，这样就不会造成在中断服务程序中处理费时的事件而影响后续和其它中断。 实际上，前后台系统的实时性比预计的要差。这是因为前后台系统认为所有的任务具有相同的优先级别，即是平等的，而且任务的执行又是通过FIFO队列排队，因而对那些实时性要求高的任务不可能立刻得到处理。另外，由于前台程序是一个无限循环的结构，一旦在这个循环体中正在处理的任务崩溃，使得整个任务队列中的其它任务得不到机会被处理，从而造成整个系统的崩溃。由于这类系统结构简单，几乎不需要RAM/ROM的额外开销，因而在简单的嵌入式应用被广泛使用。 （2）实时操作系统 所谓实时性，就是在确定的时间范围内响应某个事件的特性。而实时系统是指能在确定的时间内执行其功能并对外部的异步事件做出响应的计算机系统。其操作的正确性不仅依赖于逻辑设计的正确程度，而且与这些操作进行的时间有关。“在确定的时间内”是该定义的核心。也就是说，实时系统是对响应时间有严格要求的。 实时系统对逻辑和时序的要求非常严格，如果逻辑和时序出现偏差将会引起严重后果。实时系统有两种类型：软实时系统和硬实时系统。软实时系统仅要求事件响应是实时的，并不要求限定某一任务必须在多长时间内完成；而在硬实时系统中，不仅要求任务响应要实时，而且要求在规定的时间内完成事件的处理。通常，大多数实时系统是两者的结合。实时应用软件的设计一般比非实时应用软件的设计困难。实时系统的技术关键是如何保证系统的实时性。实时操作系统可分为可抢占型和不可抢占型两类。 嵌入式实时操作系统在目前的嵌入式应用中用得越来越广泛，尤其在功能复杂、系统庞大的应用中显得愈来愈重要。 从某种意义上说，没有操作系统的计算机（裸机）是没有用的。在嵌入式应用中，只有把CPU嵌入到系统中，同时又把操作系统嵌入进去，才是真正的计算机嵌入式应用。 操作系统的实时性在某些领域是至关重要的，比如工业控制、航空航天等领域。想像飞机正在空中飞行，如果嵌入式系统不能及时响应飞行员的控制指令，那么极有可能导致空难事故。有些嵌入式系统应用并不需要绝对的实时性，比如PDA播放音乐，个别音频数据丢失并不影响效果。这可以使用软实时的概念来衡量。

MPC8377硬件环境下vxworks仿真的建立过程

MPC8377硬件环境下vxworks仿真的建立过程 2012-8-7 U-BOOT常用命令： 重启：reset 查看环境变量：printenv 修改环境变量：例如修改PC机IP，setenv serverip “……” 保存环境变量：saveenv 下载bootrom：run laodvx 如果需要用到其他命令，在命令行输入“？”查看。 1．首先，需要在FLASH中烧写好U-BOOT，把串口和网线连接好（如果多串口和网口的话，请检查并接在正确的位置），打开串口调试工具并设置在数据读取状态，然后上电，在倒计时读秒完成前在命令输入行输入任何信息进入U-BOOT层。 命令行 U-BOOT读秒区 2．在命令行输入printenv命令会显示U-BOOT的信息，如果ip不是我们想要的，可以通过setenv serverip “……”来修改，如下图中就把ip从192.168.1.24

改为192.168.1.43，修改完成后需要saveenv，然后reset，整个修改完成。 Printenv命令后的ip信息 Setenv serverip ”192.168.1.43” 后的结果 3．下载bootrom。先找到vxworks编译好的bootrom.bin文件，例如：本PC 上的路径C:\WindRiver-GPPVE-3.6-PPC-Eval\vxworks-6.6\target\config\mds837x，如下图。 需要的bootrom文件 把bootrom复制到tftp软件所在的位置，如下图。

放置好的bootrom文件 然后启动tftp软件，并在命令行输入：run loadvx,成功后如下图，至此bootrom 下载完毕。 下载成功后tftp显示信息 4．Vxworks下载。首先启动Vxworks6.6自带的ftp server，并配置好登陆用户和密码以及相关设置，主要有两部分设置，如下图。

几种嵌入式实时操作系统的研究分析与比较

几种嵌入式实时操作系统地分析与比较 2008-07-04 20:54 VxWorks、μClinux、μC／OS-II和eCos是4种性能优良并被广泛应用地实时操作系统.本文通过对这4种操作系统地主要性能进行分析与比较，归纳出它们地选型依据和适用领域. 1. 4种操作系统地介绍 (1)VxWorks VxWorks是美国WindRiver公司地产品，是目前嵌入式系统领域中应用很广泛，市场占有率比较高地嵌入式操作系统.VxWorks实时操作系统由400多个相对独立、短小精悍地目标模块组成，用户可根据需要选择适当地模块来裁剪和配置系统；提供基于优先级地任务调度、任务间同步与通信、中断处理、定时器和内存管理等功能，内建符合POSIX(可移植操作系统接口)规范地内存管理，以及多处理器控制程序；并且具有简明易懂地用户接口，在核心方面甚至町以微缩到8 KB. (2) μC／OS-II μC／OS-II是在μC-OS地基础上发展起来地，是美国嵌入式系统专家Jean J．Labrosse用C语言编写地一个结构小巧、抢占式地多任务实时内核.μC／OS-II能管理64个任务，并提供任务调度与管理、内存管理、任务间同步与通信、时间管理和中断服务等功能，具有执行效率高、占用空间小、实时性能优良和可扩展性强等特点. (3)μClinux μClinux是一种优秀地嵌入式Linux版本，其全称为micro-control Linux，从字面意思看是指微控制Linux.同标准地Linux相比，μClinux地内核非常小，但是它仍然继承了Linux操作系统地主要特性，包括良好地稳定性和移植性、强大地网络功能、出色地文件系统支持、标准丰富地API，以及TCP／IP网络协议等.因为没有MMU内存管理单元，所以其多任务地实现需要一定技巧. (4)eCos eCos(embedded Configurable operating system)，即嵌入式可配置操作系统.它是一个源代码开放地可配置、可移植、面向深度嵌入式应用地实时操作系统.最大特点是配置灵活，采用模块化设计，核心部分由小同地组件构成，包括内核、C语言库和底层运行包等.每个组件可提供大量地配置选项(实时内核也可作为可选配置)，使用eCos提供地配置工具可以很方便地配置，并通过不同地配置使得eCos能够满足不同地嵌入式应用要求. 2. 性能分析与比较 任务管理、任务及中断间地同步与通信机制、内存管理、中断管理、文件系统、对硬件地支持和系统移植这几方面是实时操作系统地主要性能.下面就从这几个方面着手对上述4种操作系统进行分析与比较. 2.1 任务管理 任务管理是嵌入式实时操作系统地核心和灵魂，决定了操作系统地实时性

VxWorks操作系统在多功能相控阵雷达中的应用

V x W o rk s操作系统在多功能相控阵雷达中的应用Ξ 黄银园 (南京电子技术研究所　南京210013) 【摘要】　提出了把抢占式实时多任务操作系统V x W o rk s引入到雷达系统,特别是多功能相控阵雷达中的必要性;分析了V x W o rk s操作系统的优点;针对其图形功能弱的缺点和现有雷达显示系统的硬件条件,作者提出了在V x W o rk s操作系统下实现高分辨率光栅图形显示的方法及具体的实现过程。此方法适用性广,能应用于以Tm s34010(或Tm s34020)图形芯片为核心的任何雷达系统。 【关键词】　抢占式实时操作系统,多任务,相控阵雷达,高分辨率光栅显示 A pp licati on of V x W o rk s O p erating System in M u ltifuncti onal Phased A rray R adar HUANG Y i n-yuan (N an jing R esearch In stitu te of E lectron ics T echno logy　N an jing210013)【Abstract】　T he paper p resen ts V x W o rk s,a p reemp tive real2ti m e m u ltitask operating system(R TO S)app lied in radar system,especially emphasizes the essen tial of the app licati on of V x W o rk s operating system in m u ltifunc2 ti onal phased anay radar.It analyzes the good qualities of the V x W o rk s operating system;po in ted to V x W o rk s’s sho rtcom ing in graph ics p rocessing and ex isting hardw are conditi on of radar disp lay system,th is paper po in ts ou t the techn ique and its detailed i m p lem en tati on of h igh reso lu ti on raster graph ics disp lay in V x W o rk s operating sys2 tem.T h is m ethod can be w idely u sed in any radar system w ho se graph ics board CPU based on TM S34010o r TM S34020. 【Key words】　p reemp tive real2ti m e operating system,m u ltitask,phased array radar,h igh reso lu ti on raster disp lay 1　引　言 多功能相控阵雷达集搜索、跟踪、制导等功能为一体。它具有如下特点:1)搜索与跟踪功能兼备,具有多目标的跟踪能力;2)能对多枚导弹发出制导指令;3)反应时间短。这些任务都是相对独立的且不需要串行完成的。而且任务也有优先级之分,优先级高的任务需立即响应,而其它的一些任务可以迟后一些完成。这就要求计算机系统必须具备实时处理多任务的能力。整个相控阵雷达都要在系统软件统一管理指挥下运行。合理调度,管理各雷达资源以保证优先级高的任务能实时完成,而其它的任务也能在一定的时间限内完成则必须引入多任务抢占式实时操作系统。以往的单任务模式的操作系统(如DO S)和以时间片为调度基础的多任务操作系统已根本不能满足相控阵雷达的要求。在众多的实时多任务操作系统中,V x W o rk s以其优良的功能和卓越的性能成为多功能相控阵雷达的首选。2　V x W o rk s操作系统的特点 V x W o rk s操作系统是由美国W indR iver公司推出的嵌入式实时操作系统。厂商对系统的实时性、高可靠性等进行了精巧设计;而且还提供了独立而完备的系统开发和性能测试工具。主要有以下优点: 1)高性能的微内核结构:W ind Kernal最小时才几K,提供了很大的灵活空间和裁剪空间,满足各个嵌入式应用的要求。它的主要特点是: a1高效的任务管理:无限数目多任务,具有256个优先级。 b1快速灵活的任务间通讯: 三种信号灯(Sem ap ho re):二进制、计数、有优先级继承特性的互斥信号灯。管道(P i p e)、消息队列(M essage queue)、信号(Signal)。网络套接字(Sock2 et)。共享内存(Shared M em o ry)。 2)多任务环境:因为外部事件是离散的、并发的,事件发生的顺序是不可预测的。多个事件可以 2001年8月现代雷达第4期Ξ