Signals 信号是操作系统用于异常处理和异步控制流的关键.在很多方面,信号相当于软件方面的硬件中的中断.操作系统产生的信号包括总线错误和浮点处理异常.信号也提供了API来管理和产生信号.在应用程序中,信号是最合适用来处理异常,而不是为了任务间通信.常见用法包括kill进程和任务,当定时器触发时发送事件或消息到消息队列时发送事件等. 为了兼容POSIX,VxWorks支持63种Signals,每个Signal都有独一无二的标识值和默认的处理(定义在signal.h).值0用于表示NULL的si

POSIX能力 VxWorks扩展了POSIX,为了移植,VxWorks提供了额外的POSIX接口作为可选组件.VxWorks实现了POSIX 1003.1(POSIX .1)一些传统接口以及POSIX.1可选功能中的一些实时接口. POSIX和实时系统 VxWorks提供了很多POSIX兼容的API,但并非全部POSIX API都适合嵌入式和实时系统,或完全兼容VxWorks操作系统.因此,VxWorks在少量情况下强加了以下很小的限制来满足实时系统和VxWorks兼容. 交换内存到磁盘不适合

中断服务程序 ISR 硬件中断处理是实时系统的关键,因为它是外部时间通知系统的方式. ISR亦称为中断处理函数,是对中断的正确响应.可以使用任何ISR连接到任何没有被VxWorks使用的中断上.当关联的中断发生时,VxWorks运行ISR:ISR的处理不会延迟,除非你配置系统去延迟. VxWorks的ISR配置 默认支持ISR.但是,中断栈和额外特征可以被配置.此外,ISR的延迟支持和显示函数支持可以被增加到系统. 配置中断栈 所有中断使用相同的中断栈.栈在系统启动时更加配置参数来分配和初始化.

概述 VxWork系统任务 任务调度 任务创建和管理 任务的错误状态 任务异常处理 共享代码和重入 概述 现代实时操作系统是基于多任务和任务间通信的概念的.多任务环境运行一个实时进程RTP可以被作为一系列相互独立的任务集,每一个任务都有自己的执行线程和系统资源.任务是VxWorks调度的基本单元.所有任务,不管是在内核中,还是进程中,使用相同的调度(VxWorks进程本身不被调度). 任务的概念与其他操作系统的线程概念比较类似.多任务为应用程序对多个孤立的实时事件的控制和反应对提供了基础.在单核

5.1 介绍 针对C++的VxWorks配置 C++头文件 使用C++启动任务 C和C++之前调用代码 C++编译器说明 在信号处理和ISR中使用C++ 下载C++编写的内核模块 C++编译器的不同 命名空间 C++异常处理 C++示例 介绍 注意:风河C++编译器与GNU C++二进制文件不兼容. 针对C++的VxWorks配置 默认情况下,VxWorks只包含了最小的C++支持.可以通过包含所有或部分组件来支持C++的全部或部分功能, INCLUDE_CTORS_DTORS 默认包含了该组件

#1 什么是内核应用程序? #2 开发内核应用程序注意事项 什么是内核应用程序? 内核应用程序不同于RTP程序,它允许在内核态,与操作系统使用相同的地址空间.因此,它与操作系统会相互干扰.它可以编译成内核应用程序模块,亦可以与操作系统映像静态连接生成一个映像.应用程序模块可以被动态加载,因此在开发和调试阶段非常有用,它不必重新编译操作系统映像,并且可以存放在任何内核支持的文件系统中,如NFS,使用ROMFS文件系统的FLASH或ROM中,或磁盘上.但是,与操作系统静态链接显然更适合生产使用. 由

在开始之前先说明三个概念,任务间的同步,互斥,通信. 同步,是指一个任务等待某个条件发生,而另外一个任务引发这个条件后,等待的任务会被触发执行相应的处理.这就是一个任务与另一任务之间的同步控制. 互斥,是指两个以上任务要使用同一块内存数据或IO资源时引发的竞争状态. 任务间通信,很简单,就是使一个任务通过某个条件或某段数据与另一个任务发生联系时,就产生了通信,同步与互斥都是任务间通信的一种方式. 关于任务间的同步与通信方式,每个人脑子里会蹦出很多,信号量,互斥量,消息队列,管道,信号,事件等等,

信号量是VxWorks提供的最常用,最快速的一种任务间通信机制.VxWorks中信号量有三种:二值信号量,互斥信号量,计数信号量.下面一一介绍这三种信号量的作用与区别. 信号量通常的作用就是是控制任务的同步与互斥, 控制同步:任务1中等待信号量X,当任务2中提供信号量后触发任务1继续运行   void fooInTask1() { semTake(...); // wait for sem X // if sem is given, continue the execution ... } vo

源:ARM的启动代码(1):介绍 很多朋友搞嵌入式,写起代码来一点问题没有,到最后上板子调试的时候,挂了.究其原因,还是对芯片的启动地址.启动方式.bootloader和操作系统的衔接出了问题.今天就闲聊一下这个问题. 对于一个新处理器,我们最关心的是什么呢?并不是它支持不支持C编译器,有没有良好的开发环境.从程序员的角度说,要把一个新处理器吃透,必须明白两样东西:a)新处理器的内存模型:b)新处理器的中断方式.中断源等等.以ARM的AT91SAM9260为例. 一个ARM芯片可能有N种不同的启

任务:在执行时每个程序都被称之为任务.VxWorks操作系统中,任务可以直接地或者以共享方式访问大多数系统资源,为了维护各自的线程,每个任务必须保持有足够的上下文环境.(1)    任务状态:就绪(READY):该状态时任务仅等待CPU的状态,不等待其他任何资源.阻塞(PEND):任务由于一些资源不可用而被阻塞时的状态.睡眠(DELAY):出于睡眠的任务状态.挂起(SUSPEND):该状态时任务不执行,主要用于调试用.挂起仅仅约束任务的执行,并不约束状态的转换,因此pended-suspende

1引言 嵌入式系统定义义为:嵌入到对象体系中的专用计算机系统."嵌入性"."专用性"与"计算机系统"是嵌入式统的三个基本要素,对象系统则是指嵌入式系统所嵌入的宿主系统.目前,随着高端消费类电子产品(如PDA.手机.智能家电)的普及,嵌入式计算机系统获得了相当广泛的应用. 操作系统在嵌入式软件体系中占据着重要低位,学习和掌握相关的知识是一名嵌入式系统研发人员的必须. 1.1本文的读者对象与写作目的 本文针对的读者对象为入门级的嵌入式系统软件开发人员

3:USBD驱动详解 这一部分将要描述USBD(USB Host Driver)的典型应用.例如初始化,client注册,动态连接注册,设备配置,数据传输,同时还探讨了USBD内部设计的关键特性.这部分是VxWorks下USB驱动的核心. 1 初始化USBD:分为两步 (1)必须至少调用一次函数usbdInitialize().在一个给定的系统中,usbdlnifialize()初始化内部USBD数据结构,并依次调用其它USB驱动栈模块的入口.usbdinitialize()可以在启动时调用一次

内核实现基本原理     VxWorks 内核维护三个队列:tick队列.ready 队列.active 队列.另外还有一个队列涉及任务,即任务等待资源时所处的队列,这个队列可以是VxWorks内核提供的,也可以是用户提供的,此处令其为pend队列.     所谓tick 队列,即当调用taskDelay 函数让任务延迟一段固定的时间时,任务所处的队列,此时任务被设置为Delay状态,无资格竞争使用CPU:ready队列即有资格竞争使用CPU的所有任务,该队列以优先级为序排列任务,队列头部是除了

前言:vxworks 的一些文件,如 usrconfig.c 在 config,comp目录中均有出现,因编译方式而选择某一个文件,命令行方式采用 config 目录文件,tornado 图形界面配置选择comp 目录文件.此处采用命令行方式编译. Bootrom 完成 vxworks 启动前的基本引导工作,如最简初始化硬件,下载映像文件并解压到RAM中等操作.值得一提的是某些型号处理器对 cache 等部件初始化有特殊要求,可能需在 bootrom 中进行特殊处理. 一.vxworks映像类型

1 taskDelay     taskDelay(n)使调用该函数的任务延时n个tick(内核时钟周期).该任务在指定的时间内主动放弃CPU,除了taskDelay(0)专用 于任务调度(将CPU交给同一优先级的其他任务)外,任务延时也常用于等待某一外部事件,作为一种定时/延时机制.在没有中断触发时,taskDelay 能很方便地实现,且不影响系统整体性能.例如写数据至EEPROM,EEPROM需要一个内部擦除时间(最大擦除时间为lOms).以下所提及的一个 tick都假设为16．67 ms(

VxWorks镜像可分为三类:   可加载型VxWorks镜像:存储在开发机上,运行在板上RAM中   基于ROM的VxWorks镜像:存储在板上ROM,运行在板上RAM中   ROM驻留的VxWorks镜像:存储在板上ROM,运行在板上ROM中 一.可加载的VxWorks镜像     可加载的VxWorks镜像存储在开发机上,运行在RAM中.     在开发的初期阶段,可以根据需要添加或删除一些VxWorks组件,生成可加载的VxWorks镜像,存放在开发主机的某个目录下,便于调试.     

vxWorks BSP主要文件目录的组成及主要文件的作用 1.目录target/config/All: 这个目录下的文件是所有BSP文件共享的,不是特别需要不要更改里面的任何文件. a.configAll.h:  缺省定义了所有VxWorks的设置.如果不用缺省的设置,可在BSP目录下的config.h文件中用#define或#undef方式来更改设置. b.bootInit.c:  在romInit.s后完成Boot ROM的第二步初始化.程序从romInit.s中的romInit()跳到这个

******************************************* 一.任务 ******************************************* 任务状态:挂起.阻塞.就绪.睡眠. 任务可以在任何一种状态被删除. Wind内核里有256种优先级,0最高,255为最低. 任务调度控制函数 kernelTimeSlice() 控制轮转调度 taskPrioritySet() 改变任务优先级 taskLock()    禁止任务调度 taskUnlock()  

在VxWorks操作系统过程中可能使用到的BootRom和VxWorks内核映像本身都可以存在两种方式:压缩的和非压缩的. 1．非压缩形式 如果没有进行压缩,则只有一次重定位,即从ROM到RAM只存在一次代码复制过程,所有ROM中存储的代码都被一次性复制到RAM中. ① 对于BootRom 而言,所有的代码被一次性复制到RAM_HIGH_ADRS 指定地址处,如图3-1所示. ② 对于VxWorks_rom 而言,所有的代码被一次性复制到RAM_LOW_ADRS 指定地址处,如图3-2 所示.

4 任务与任务状态 VxWorks实时内核Wind提供了基本的多任务环境.对用户而言,宏观上看起来,多个任务同时在执行.而本质而言,在微观上,系统内核中的任务调度器总是在根据特定的调度策略让它们交替运行.系统调度器需要使用任务控制块(TCB)数据结构来管理任务调度功能,TCB被用来描述一个任务.TCB中存放了任务的上下文(context)信息,主要包括程序计数器PC.CPU内部寄存器.浮点寄存器.堆栈指针SP.任务信息等.每一任务都与一个TCB关联,当执行中的任务被停止时,任务的上下文信息需要被