基于VxWorks的bootrom代码改进

基于VxWorks的bootrom代码改进

1 问题的提出

VxWorks是WindRiver公司开发的一种嵌入式操作系统，具有强大的功能和友好的用户界面。VxWorks软件应用非常广泛，不仅应用在网络设备、家用电器当中，而且还应用在航天、导弹等高端领域。在网络设备应用领域中，通常利用VxWorks来开发bootrom代码、BSP (Board Support Packet)代码以及上层的网络协议代码。

通常，Bootrom软件有以下功能：

1通过串口下载操作系统映像；

2通过串口升级自身映像；

3通过串口下载系统配置文件、系统信息文件；

4 加载操作系统映像，使其正常启动；

其它的辅助功能，如地址内容查看功能、地址内容修改功能和bootrom菜单显示信息控制的功能等。

对于通常的bootrom代码编译，大多数用户选择使用GNU make的DOS命令来进行。因为如果bootrom不提供网口功能的话，单纯的CPU驱动部分代码量是不大的；但如果提供网口功能的话，代码量相对较大，文件之间的内在关系比较复杂，因此，系统使用GNU make的DOS命令来编译生成bootrom就显得有点麻烦。Makefile文件主要是由“目标”(target)、“依赖性” (dependencies)和“动作” 组成的一系列规则，而VxWorks提供的GNU make工具就是根据Makefile指定的规则来编译和链接程序的。Makefile基本结构虽然简单，但正确、灵活地运用这些规则并不是那么轻松的事情。即使根据GNU Makefile规则书写出适当的Makefile文件，但随着代码的改变，Makefile还需要经常修改，这就增加了BSP开发人员的负担。而且，对于交换产品而言，其成本控制是非常严格的。对于存放boot rom软件的Flash来说，通常要求大小为512KB，这样就需要考虑到容量的限制。

因此，必须使用新的方法来简化bootrom代码编译，而且要在保证提供网口功能的情况下，系统提供的bootrom软件小于512KB。

2 实现方法

2．1 通过建立工程生成bootrom映像

采用建立工程的方式可以有效地解决这个问题。首先依据bootrom中的BSP代码来新建一个工程，然后将网口驱动代码加入到建好的工程中。这样就可以通过编译工程实现带有网口下载功能的bootrom软件。但对于VxWorks嵌入式系统而言，它有自己一套规范，要求bootrom软件在加电后必须从romInit()函数开始运行，而建立工程所得的入口函数为sysInit()。因此需要增加一个系统壳代码，这个壳代码所要完成的任务就是加载bootrom工程的映像，并从romlnit()开始执行bootrom代码。通过建立工程来调试bootrom代码有以下优点。

(1)责任分明

开发产品是一个复杂的工程，需要多人合作完成。对于CPU子系统和网口驱动系统这两块内容来说，更需要责任明确。通过建立工程来调试代码，可以准确地定位错误文件和函数的位置。是BSP代码出现问题，还是网口驱动代码出现问题，可以一目了然，做到责任明确。

(2)提高效率

通过建立工程可以节省书写Makefile文件时间，并可以让VxWorks软件的友好图形界面这一优点得到更好的体现。另外，建立工程也可以减少文件编译排错的难度，方便工程文件的调试以及功能的验证，从而大大提高工作效率，加快工作进度。

2．2 编写壳代码并实现加载

建立工程生成映像文件的入口函数为sysInit()，而VxWorks规范中要求系统加电后要从romInit()函数开始运行。因此，需要设计一个方案来加载编译工程得到的映像，而且要具备初始化CPU和SDRAM 存储空间的功能。

首先，系统从romInit()函数中开始运行，完成CPU和SDRAM 初始化，跳转到函数romStart()运行。然后，加载第二份bootrom代码到系统的低地址处，运行壳代码中的sysInit()函数，并调用自己构造的解压函数usrInit()，将压缩后的工程映像文件解压缩到系统高地址处，之后系统继续运行解压后的bootrom代码。此时，系统开始运行sysInit()函数，调用VxWorks系统中的usrInit()函数，开始初始化系统硬件、内核以及其它外围设备。壳函数usrInit()代码如下：

其中RAM_LOW_ADRS为系统低地址，是操作系统运行的起始地址，但bootrom 可以利用低地址来实现在系统高地址的运行。宏ROM_OFFSET用于准确定位函数地址，因为在bootrom 中运行的代码要求以相对地址方式来寻址，而不能以绝对地址方式寻址。

_binArrayStart 为压缩后二进制代码的开始符，_binArrayEnd为压缩后二进制代码的结束符。Inflate()是VxWorks软件的解压缩函数，用于解压缩由deflate()压缩函数压缩的二进制文件映像。同时，需要将下述代码添加到编译规则文件rules.vxWorks中的相应部分：$(CC)-c$(CFLAGS)$(BSP_DIR)/unzip．c-o$(BSP_DIR)/unzip．o

$(LD)$(LDFLAGS)-e sysInit -Ttext $(RAM_LOW_ADRS) \-o

unzip_obj．o sysALib．o$(BSP_DIR)/unzip．o$(LIBS)flex．z．o

其中，unzip．c中包含构造的壳函数usrInit()。SysInit()为解压软件的入口函数。上述语句的功能：第一行完成壳文件的编译，第二、三行完成壳目标代码与第二份bootrom代码的链接。这样，一个具有解压功能的壳函数就被链接到第二份bootrom映像中了。图1、图2是修改前的系统运行方式与修改后的系统运行方式比较。

通过这两种方式的比较可以看出，修改前系统运行方式与修改后的运行方式有下面两点差异：

第一份bootrom启动后，前者存在解压缩自身映像的操作，而后者没有；

对于第二份bootrom，前者没有壳代码，而后者有。

2．3 缩减文件长度

通常第一份bootrom代码只有两个文件，一个是包含CPU和SDRAM初始化文件romInit．s，另外就是包含romStart()函数的bootInit．c文件。另外，根据需要还可以添加提供串口轮询显示功能的文件。对于第一份bootrom代码，通常只有10KB左右(这是针对系统修改后的方式)，而对于包含壳函数代码的，通过建立工程并编译而生成的第二份bootrom比较大，通常为570KB左右。(注意：这几个数值是通过特定的产品来得出的结论，并不应用于所有产品，但遇到类似的情况可以借鉴处理。)而其后面的一部分完全是0，可以考虑去掉这些0，但不能影响软件的功能。经过测试得出结论：去掉后面的0对系统功能和性能没有任何影响。通过文件的操作来实现两份bootrom合并，合并后的大小要求小于或等于512KB。如果不采用任何措施，直接将两个文件合并起来要在580KB 左右，大于512KB，这是很多系统不能满足的。第二份bootrom映像的后面部分的内容类似表1所列的信息。

从表1可以看出，在地址0x00078233处就是0值了。这样可以通过对文件内容的操作将0x00078240后面的内容全部剔除，从而可将合并后的 bootrom代码控制在512KB以内。当然，我们通常会选择一个整数值进行操作，即将

0x00078240后的所有值去掉即可。这样处理，可以减少维护和开发的工作量。如果按照以往的做法，bootrom软件对外将有第一份和第二份的区别，无论是生产、上层软件调试还是开发，都需要分别对待，这样维护量和开发量将会加大。而经过修改后，可以把区别只控制在开发阶段，在线升级时，可以按照一个软件来通过串口或网口来进行升级。通过对bootrom最后生成文件大小的控制，可以简化生产流程，加快生产进度。

3 小结

在嵌入式操作系统中进行程序开发，需要经常开辟新的思路，以一些简单的实现方式代替复杂易错的方式。在本次产品开发过程中，将bootrom映像生成方式由惯用的GNU make命令行实现，修改为按照新建工程的方式来实现，是一个相对好的方法，对整个产品的后续批量生产、用户维护和后续开发都奠定了一个良好的基础。

Windows错误代码大全

WINDOWS XP的错误代码大全 0 0x0000 作业完成。 1 0x0001 不正确的函数。 2 0x0002 系统找不到指定的档案。 3 0x0003 系统找不到指定的路径。 4 0x0004 系统无法开启档案。 5 0x0005 拒绝存取。 6 0x0006 无效的代码。 7 0x0007 储存体控制区块已毁。 8 0x0008 储存体空间不足，无法处理这个指令。 9 0x0009 储存体控制区块位址无效。 10 0x000A 环境不正确。 11 0x000B 尝试载入一个格式错误的程式。 12 0x000C 存取码错误。 13 0x000D 资料错误。 14 0x000E 储存体空间不够，无法完成这项作业。 15 0x000F 系统找不到指定的磁碟机。 16 0x0010 无法移除目录。 17 0x0011 系统无法将档案移到其他的磁碟机。 18 0x0012 没有任何档案。 19 0x0013 储存媒体为防写状态。 20 0x0014 系统找不到指定的装置。 21 0x0015 装置尚未就绪。 22 0x0016 装置无法识别指令。 23 0x0017 资料错误(cyclic redundancy check) 24 0x0018 程式发出一个长度错误的指令。 25 0x0019 磁碟机在磁碟找不到持定的磁区或磁轨。 26 0x001A 指定的磁碟或磁片无法存取。 27 0x001B 磁碟机找不到要求的磁区。 28 0x001C 印表机没有纸。 29 0x001D 系统无法将资料写入指定的磁碟机。 30 0x001E 系统无法读取指定的装置。 31 0x001F 连接到系统的某个装置没有作用。 32 0x0020 The process cannot access the file because it is being used by another process. 33 0x0021 档案的一部份被锁定，现在无法存取。 34 0x0022 磁碟机的磁片不正确。请将%2 (V olume Serial Number: %3) 插入磁碟 机%1。 36 0x0024 开启的分享档案数量太多。 38 0x0026 到达档案结尾。 39 0x0027 磁碟已满。 50 0x0032 不支援这种网路要求。 51 0x0033 远端电脑无法使用。 52 0x0034 网路名称重复。

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

单片机_C语言函数_中断函数(中断服务程序)

单片机_C语言函数_中断函数（中断服务程序） 在开始写中断函数之前，我们来一起回顾一下，单片机的中断系统。 中断的意思（学习过微机原理与接口技术的同学，没学过单片机，也应该知道），我们在这里就不讲了，首先来回忆下中断系统涉及到哪些问题。 （1）中断源：中断请求信号的来源。（8051有3个内部中断源T0，T1，串行口，2个外部中断源INT0，INT1（这两个低电平有效，上面的那个横杠不知道怎么加上去））（2）中断响应与返回：CPU采集到中断请求信号，怎样转向特定的中断服务子程序，并在执行完之后返回被中断程序继续执行。期间涉及到CPU响应中断的条件，现场保护，现场恢复。 （3）优先级控制：中断优先级的控制就形成了中断嵌套（8051允许有两级的中断嵌套，优先权顺序为INT0，T0，INT1，T1，串行口），同一个优先级的中断，还存在优先权的高低。优先级是可以编程的，而优先权是固定的。 80C51的原则是①同优先级，先响应高优先权②低优先级能被高优先级中断③正在进行的中断不能被同一级的中断请求或低优先级的中断请求中断。 80C51的中断系统涉及到的中断控制有中断请求，中断允许，中断优先级控制 （1）3个内部中断源T0，T1，串行口，2个外部中断源INT0，INT1 （2）中断控制寄存器：定时和外中断控制寄存器TCON（包括T0、T1，INT0、INT1），串行控制寄存器SCON，中断允许寄存器IE，中断优先级寄存器IP 具体的是什么，包括哪些标志位，在这里不讲了，所有书上面都会讲。 在这里我们讲下注意的事项 （1）CPU响应中断后，TF0（T0中断标志位）和TF1由硬件自动清0。 （2）CPU响应中断后，在边沿触发方式下，IE0（外部中断INT0请求标志位）和IE1由硬件自动清零；在电平触发方式下，不能自动清楚IE0和IE1。所以在中断返回前必须撤出INT0和INT1引脚的低电平，否则就会出现一次中断被CPU多次响应。 （3）串口中断中，CPU响应中断后，TI（串行口发送中断请求标志位）和RI（接收中断请求标志位）必须由软件清零。 （4）单片机复位后，TCON，SCON给位清零。 C51语言允许用户自己写中断服务子程序（中断函数） 首先来了解程序的格式： void 函数名() interrupt m [using n] {} 关键字 interrupt m [using n] 表示这是一个中断函数 m为中断源的编号，有五个中断源，取值为0,1,2,3,4，中断编号会告诉编译器中断程序的入口地址，执行该程序时，这个地址会传个程序计数器PC，于是CPU开始从这里一条一条的执行程序指令。 n为单片机工作寄存器组（又称通用寄存器组）编号，共四组，取值为0,1,2,3 中断号中断源 0 外部中断0 1 定时器0 2 外部中断1 3 定时器1中断 4 串行口中断 （在上一篇文章中讲到的ROM前43个存储单元就是他们，这5个中断源的中断入口地址为： 这40个地址用来存放中断处理程序的地址单元，每一个类中断的存储单元只有8B，显然不

Citrix系统错误代码大全

系统错误代码大全(6000-8199) 作者:locet 日期:2008-06-21 字体大小: 小中大 77 元 Head First设计模式(中文版) ERROR_ENCRYPTION_FAILED 6000 The specified file could not be encrypted. ERROR_DECRYPTION_FAILED 6001 The specified file could not be decrypted. ERROR_FILE_ENCRYPTED 6002 The specified file is encrypted and the user does not have the ability to decrypt it. ERROR_NO_RECOVERY_POLICY 6003 There is no valid encryption recovery policy configured for this system. ERROR_NO_EFS 6004 The required encryption driver is not loaded for this system. ERROR_WRONG_EFS 6005 The file was encrypted with a different encryption driver than is currently loaded. ERROR_NO_USER_KEYS 6006 There are no EFS keys defined for the user. ERROR_FILE_NOT_ENCRYPTED 6007 The specified file is not encrypted. ERROR_NOT_EXPORT_FORMAT 6008 The specified file is not in the defined EFS export format. ERROR_FILE_READ_ONLY 6009 The specified file is read only. ERROR_DIR_EFS_DISALLOWED 6010 The directory has been disabled for encryption. ERROR_EFS_SERVER_NOT_TRUSTED 6011 The server is not trusted for remote encryption operation. ERROR_BAD_RECOVERY_POLICY 6012 Recovery policy configured for this system contains invalid recovery certificate. ERROR_EFS_ALG_BLOB_TOO_BIG 6013 The encryption algorithm used on the source file needs a bigger key buffer than the one on the destination file. ERROR_VOLUME_NOT_SUPPORT_EFS

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

vxWorks开发环境构建步骤及开发资源 技创科技(Technique Innovator Inc.) https://www.wendangku.net/doc/8e11944549.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源码在编

中断服务程序流程图

第一讲： 第六章I/O接口原理-接口、端口、编址 回顾：微机系统的层次结构，CPU、主机、接口电路及外部设备之间的结构关联，输入/输出的一般概念。 重点和纲要：微机系统主机与外部设备之间的数据传送，包括I/O端口的寻址方式，输入/输出的传送控制方式。 讲授内容： 6. 1 输入/输出数据的传输控制方式 一、输入/输出的一般概念 1．引言 输入/输出是微机系统与外部设备进行信息交换的过程。输入/输出设备称为外部设备，与存储器相比，外部设备有其本身的特点，存储器较为标准，而外部设备则比较复杂，性能的离散性比较大，不同的外部设备，其结构方式不同，有机械式、电动式、电子式等；输入/输出的信号类型也不相同，有数字信号，也有模拟信号；有电信号，也有非电信号；输入/输出信息的速率也相差很大。因此，CPU与外部设备之间的信息交换技术比较复杂。 CPU与外设之间的信息交换，是通过它们之间接口电路中的I/O端口来进行的，由于同一个外部设备与CPU之间所要传送的信息类型不同，方向不同，作用也不一样（例如数据信息、状态信息、控制信息、输入/输出等），所以接口电路中可以设置多个端口来分别处理这些不同的信息。 2．输入/输出端口的寻址方式 微机系统采用总线结构形式，即通过一组总线来连接组成系统的各个功能部件（包括CPU、内存、I/O端口），CPU、内存、I/O端口之间的信息交换都是通过总线来进行的，如何区分不同的内存单元和I/O端口，是输入/输出寻址方式所要讨论解决的问题。

根据微机系统的不同，输入/输出的寻址方式通常有两种形式：(1)．存储器对应的输入、输出寻址方式 这种方式又称为存储器统一编址寻址方式或存储器映象寻址方式。 方法：把外设的一个端口与存储器的一个单元作同等对待，每一个I/O端口都有一个确定的端口地址，CPU与I/O端口之间的信息交换，与存储单元的读写过程一样，内存单元与I/O端口的不同，只在于它们具有不同的的地址。优点： ①CPU对I/O端口的读/写操作可以使用全部存储器的读/写操作指令，也可 以用对存储器的不同寻址方式来对I/O端口中的信息，直接进行算术、逻辑运算及循环、移位等操作。 ②内存与外设地址的分配，可以用统一的分布图。 ③不需要专门的输入、输出操作指令。 缺点： ①内存与I/O端口统一编址时，在地址总线根数一定的情况下，使系统中 实际可以直 接寻址的内存单元数减少。 ②一般情况下，系统中I/O端口数远小于内存单元数，所以在用直接寻址方 式来寻址这些端口时，要表示一个端口地址，必须用与表示内存单元地址相同的字节数，使得指令代码较长，相应地读/写执行时间也较长，这对提高系统的运行速度是不利的。 Mortorola公司的M6800CPU等均采用这种寻址I/O端口的方式。 3. CPU与外设之间所传送的信息类型 CPU与I/O端口之间所交换的信息，可以有下列几种类型： ①数据信息：包括数字量、模拟量、开关量等，可以输入、也可以输出 ②状态信息：这是I/O端口送给CPU的有关本端口所对应的外设当前状态 的信息。供CPU进行分析、判断、决策。 ③控制信息：这是CPU送给I/O端口的控制命令，使相应的外部设备完成 特定的操作。 数据信息、状态信息和控制信息是不同类型的信息，它们所起的作用也不一样。但在8086/8088微机系统中，这三种不同类型的信息的输入、输出过程是相同的。为了加以区分，可以使它们具有不同的端口地址，在端口地址相同的情况下，可以规定操作的顺序，或者在输入/输出的数据中设置特征位。

VxWorks下几种定时延时方法的小结

编程过程中，出于需要，大家或多或少要用到定时/延时。VxWorks下提供了几种定时/延时机制，根据收集的一些资料和VxWorks相关文档，在学习和上机实验的基础上，对它们的使用以及我所遇到的问题做一个总结，希望对大家能有所帮助。不正确之处，恳请斧正。 1 taskDelay taskdelay()提供了一个简单的任务睡眠机制，也常用于需要定时/延时机制的应用中。它的格式是STATUS taskDelay(int ticks /* number of ticks to delay task */)，可以看出使用该函数实现延时的单位为tick（一般系统中一个tick都是ms级的）。在VxWorks下可以这样使用taskDelay()函数：taskDelay(sysClkRateGet()*1)。函数sysClkRateGet()返回系统的时钟速率，单位是tick数/每秒（利用函数sysClkRateSet()可以改变系统的时钟速率）。在POSIX中有一个与taskdelay()相对应的函数――nanosleep()（下文中有介绍）。这两个函数仅仅是延时单位不同，效果是相同的。 利用taskdelay()，可以将调用的任务移动到具有相同优先级的就绪队列尾部。特别的，可以通过调用taskdelay(0)，将cpu交给系统中其他相同优先级的任务。延时为0的调用只能用于taskdelay()中，nanosleep()认为这种调用是错误的。 taskdelay()会导致调用的任务在指定的延时期间（以ticks计数）放弃cpu，使任务处于DELAY状态（因此，其不能用于中断服务程序中）。通常其受到任务调度的影响，但在等待一些与中断无关联的外部条件时，其是有用的。如果调用的任务受到一个信号，指出其没有被阻塞或被忽略，taskDelay()将返回ERROR，并在信号处理程序运行后设置errno为EINTR。 2 WatchDog VxWorks提供了一个看门狗定时器（watchdog timer）机制，利用提供的函数，任何任务都可以创建一个看门狗定时器，经过指定的延时后，实现在系统时钟ISR的上下文中运行指定的程序。在VxWorks中，看门狗定时器作为系统时钟中断服务程序的一部分来维护。因此，与看门狗定时器相联系的函数运行在系统

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

VxWorks操作系统MakeFile

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

Vxworks中断服务程序解析

Vxworks中断服务程序解析 中断服务程序用来处理来自硬件的中断，是设备驱动程序的重要组成部分。为及时响应外部中断，防止中断丢失.中断服务程序应该尽量的小，只把最必要的任务放在中断服务程序里面执行。一般在系统启动，硬件设备成功初始化之后将ISR与中断向量挂上：也可以在系统启动后的任何时刻挂中断向量。调试中经常采用后一种方式。在VxWorks中有两个不同的函数可提供挂中断：intConnect和pciIntConnect。两者的区别是intConnect使用的中断向量是独占的，pcilntConnect则可在各个不同的ISR之间共享中断向量。实际上pcilntConnect 内部调用了 intConnect函数，在内部使用一个链表来管理多个不同的ISR。pcilntConnect 要求每次进入ISR都要检查硬件的寄存器，证实中断的确是由ISR服务的硬件产生。如果硬件的寄存器表明该硬件并未产生中断，则ISR立即退出，以让挂在同一个中断向量上的其它ISR有机会检查是否有中断产生。pcilntLib.c中的代码清楚的说明了这个问题：void pciInt (int irq ){ PCLlNT RTN *pRtn; for (pRm = (PCI_INT_RTN*)DLL_FIRST(&pcilntList[irq]); pRtn!=NULL; pRtn =(PCI_INT_RTN*)DLL_NEXT(&pRtn->node)) (*pRtn->routine) (pRtn->parameter); } 当PCI总线上有中断发生时，系统调用void pcilnt(int irq)函数，再由pciInt使用内部的链表来依次调用挂在该中断上的ISR。如果某个ISR不能正常退出，就会影响到其它ISR的运行。在调试时为了检查中断向量是否已经和ISR可靠的连接上，可以在命令行上或程序中直接调用pciInt来查看ISR是否被触发。在硬件确定的情况下，可以小心设计保证各个硬件使用不同的中断，这样对PCI上的设备也可直接使用intConnect来挂中断。 需要说明的是ISR挂上中断向量的过程不是简单的在向量表中设置中断向量值。VxWorks 除了设置中断向量值以外，还在与中断向量相连的ISR加上了一层薄薄的包装，包括IsR执行前保存寄存器值.设置堆栈以及IsR执行后恢复寄存器和堆栈。在中断频繁的场合，系统中中断堆栈有可能被耗尽而溢出。为了避免上述情况发生，必须修改系统的中断堆栈大小，即在config.h中加入以下代码： #define INCLUDE_KERNEL #define ISR_STACK_SIZE 0xl000 //表示系统中中断堆栈的大小为4k 由于中断处理程序的特殊性，中断处理程序中不能使用可能导致阻塞的函数，如printf，semTake等，具体不可使用的函数列表可以在<>中查到。有时候为了调试方便，希望在ISR中打印一些信息，系统提供了一个与prinf等价的函数sysLog，该函数可接受 7个参数。它是非阻塞的。比较而言，prinf函数要在打印任务完成后才返回，sysLog只把打印任务放到系统的打印队列中就返回。在ISR中虽然不可以使用semTake，但可以使用semGive(互斥类型的除外)。一般使用semTake和semGive在ISR和普通程序间通信：当一个中断产生，ISR 完成必要的任务后，调用semGive通知另外一个使用semTake等待ISR信号的任务，该任务收到semGive释放的信号后，继续完成ISR中不便处理的任务。

电脑错误代码大全

电脑错误代码大全 一硬盘故障提示信息的含义 （1）Date error（数据错误） 从软盘或硬盘上读取的数据存在不可修复错误，磁盘上有坏扇区和坏的文件分配表。 （2）Hard disk configuration error（硬盘配置错误） 硬盘配置不正确，跳线不对，硬盘参数设置不正确等。 （3）Hard disk controller failure（硬盘控制器失效） 控制器卡（多功能卡）松动，连线不对，硬盘参数设置不正确等。（4）Hard disk failure（硬盘失效故障） 控制器卡（多功能卡）故障，硬盘配置不正确，跳线不对，硬盘物理故障。 （5）Hard disk drive read failure（硬盘驱动器读取失效） 控制器卡（多功能卡）松动，硬盘配置不正确，硬盘参数设置不正确，硬盘记录数据破坏等。 （6）No boot device available（无引导设备） 系统找不到作为引导设备的软盘或者硬盘。 （7）No boot sector on hard disk drive(硬盘上无引导扇区) 硬盘上引导扇区丢失，感染有病毒或者配置参数不正确。 （8）Non system disk or disk error（非系统盘或者磁盘错误） 作为引导盘的磁盘不是系统盘，不含有系统引导和核心文件，或者磁盘片本身故障。 （9）Sectornot found（扇区未找到） 系统盘在软盘和硬盘上不能定位给定扇区。 （10）Seek error(搜索错误) 系统在软盘和硬盘上不能定位给定扇区、磁道或磁头。 （11）Reset Failed（硬盘复位失败） 硬盘或硬盘接口的电路故障。 （12）Fatal Error Bad Hard Disk（硬盘致命错误） 硬盘或硬盘接口故障。 （13）No Hard Disk Installed(没有安装硬盘) 没有安装硬盘，但是CMOS参数中设置了硬盘； 硬盘驱动器号没有接好，硬盘卡（多功能卡）没有接插好； 硬盘驱动器或硬盘卡故障。 二硬盘故障的代码见表 代码代码含义 1700 硬盘系统通过（正常） 1701 不可识别的硬盘系统 1702 硬盘操作超时 1703 硬盘驱动器选择失败 1704 硬盘控制器失败 1705 要找的记录未找到 1706 写操作失败 1707 道信号错

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，并配置好登陆用户和密码以及相关设置，主要有两部分设置，如下图。

vxWorks中断处理

Vxworks作为一个实时嵌入式操作系统，通常采用中断的方式来满足系统实时性的要求，因此，熟悉其中断的处理过程对于VxWorks操作系统的开发是至关重要的.本文通过编写和调试基于AT91RM9200处理器的VxWorks嵌入式操作系统的BSP，来讨论VxWorks操作系统的中断机制。 1 VxWorks中断处理机制及AIC AT91RM9200使用一个8优先级，可单独屏蔽中断的中断向量控制器AIC。在ARM体系结构中，有7种异常中断，对应有一个异常中断向量表。ARM体系结构要求这个异常中断向量表从0地址处开始，对于外部中断请求IRQ，系统又增加了一块由中断控制器控制的中断向量表。 2 AT91RM9200 BSP的中断驱动的实现 2.1 中断驱动中定义的函数 STATUS at91rm9200LvlVecChk (int*,int*); STATUS at91rm9200LvlVecAck(int,int); STATUS at91rm9200LvlEnable(int); STATUS at91rm9200LvlDisable(int); 2.2 高级中断控制器AIC的初始化 在usrInit()中excVecInit()函数对异常中断向量进行初始化.整个中断库，以及中断控制器的初始化都是在syslib.c中的sysHwInit2()函数中完成的.该函数在sysClkConnect()中被调用，因为系统时钟中断要在内核开放中断后就要使能，因此内核在初始化为一个多任务环境后，就产生一个usrRoot()的任务，在该任务中要建立系统时钟中断，因此调用了sysClkConnect()函数，中断库以及中断控制器的初始化也就完成了。 高级中断控制器必须进行初始化，其初始化是在板级支持包BSP的中断驱动程序中。具体的实现函数是void at91rm9200IntDevInit(void)。该函数在文件syslib.c的sysHwInit2()函数中调用。 at91rm9200IntDevInit(void)函数中主要是配置系统的钩子函数，然后对中断源向量寄存器和中断模式寄存器进行配置，同时要清除并禁止AIC中所有的中断。 2.3 中断驱动中的回调函数 在intEnt中，程序很快就进入了特权模式(SVC32)，如果是中断可嵌套模式，要设置该模式下的堆栈，并且将中断深度intCnt值加1.然后跳转到intIntRtnPreempt中，在intIntRtnPreempt中为后来调用中断驱动中的函数开辟了32个字节的堆栈空间，并且将程序指针拉到at91rm9200LvlVecChk函数处执行，at91rm9200LvlVecChk函数是在中断驱动中定义的函数，是用来检测当前挂起的中断中，优先级最高的中断源。检测出最高优先级的中断后，首先要禁止该中断，因此要调用at91rm9200LvlDisable函数，该函数也在中断驱动中定义。在禁止中断的过程中，需要通过intLock和intUnLock函数来保护临界代码不被新的中断打断。

错误代码大全1

这两天忽然上不去网了,显示错误代码是691,后经与网通多次联系,终于在第三天让偶上去网了哈,原因是他们把偶的帐号给封了 宽带错误代码大全 691 因为用户名和/或密码在此域上无效，所以访问被拒绝。 没有用所列出的域注册用户帐户，密码过期，或者错误地输入了信息。如果没指定域，则远程访问服务器试图在自己为其成员的域中验证用户名和密码。 请仔细重新键入用户名、密码和域。如果不能肯定该信息，请向系统管理员咨询。 692 调制解调器出现硬件故障。 调制解调器（或其他设备）由于下列原因而没有响应： 调制解调器关掉、出故障或没有可靠地连接到计算机上。 要解决该问题，请执行下列操作： 1)重设调制解调器。详细信息，请查阅硬件文档。 2)如果正在使用外置调制解调器，请确保使用合适的串行电缆，并且电缆连接可靠。可能要尝试更换调制解调器电缆。同样地，如果正在使用适配器将外置调制解调器连接到串行端口，则要确保适配器接线正确以用于调制解调器通讯。例如，用于鼠标的9 至25 针适配器在串行网络连接中不能正确工作。 3)测试串行端口或多端口适配器，如必要则更换。 4)确保调制解调器的握手选项配置正确。请查阅硬件文档，以获取可用于您的调制解调器的不同握手选项的信息。 5)如果“网络和拨号连接”不支持您的调制解调器，则切换到支持的调制解调器。 6)验证其他应用程序（例如，“超级终端”）没有使用通讯端口。如果正在使用此端口，随后启动“网络和拨号连接”可能导致该消息出现。 695 未启动状态机器。 696 已启动状态机器。 697 响应循环未完成。 699 调制解调器的响应导致缓冲区溢出。 发生内部错误。重新启动计算机，以确保所有最近所做的配置更改都能生效。

51单片机串行口中断服务程序

51单片机串行口中断服务程序 ---------------------------------------------------------------------------- //串口中断服务程序，仅需做简单调用即可完成串口输入输出的处理 //编程：聂小猛。该资料来自“51单片机世界”https://www.wendangku.net/doc/8e11944549.html,/~dz2000,欢迎访问。 //出入均设有缓冲区，大小可任意设置。 //可供使用的函数名: //char getbyte(void);从接收缓冲区取一个byte,如不想等待则在调用前检测inbufsign是否为1。 //getline(char idata *line, unsigned char n); 获取一行数据回车结束，已处理backspce和delete,必须定义最大输入字符数 //putinbuf(uchar c);模拟接收到一个数据 //putbyte(char c);放入一个字节到发送缓冲区 //putbytes(unsigned char *outplace,j);放一串数据到发送缓冲区，自定义长度 //putstring(unsigned char code *puts);发送一个字符串到串口 //puthex(unsigned char c);发送一个字节的hex码，分成两个字节发。 //putchar(uchar c,uchar j);发送一个字节数据的asc码表达方式，需要定义小数点的位置 //putint(uint ui,uchar j);发送一个整型数据的asc码表达方式，需要定义小数点的位置 //CR;发送一个回车换行 //************************************************************************* #include //该头文件包括了51，52，80320的特殊寄存器，用在51，52上也可 #define uchar unsigned char #define uint unsigned int #define OLEN 64 /* size of serial transmission buffer */ idata unsigned char outbuf[OLEN]; /* storage for transmission buffer */ unsigned char idata *outlast=outbuf; //最后由中断传输出去的字节位置 unsigned char idata *putlast=outbuf; //最后放入发送缓冲区的字节位置 #define ILEN 2 /* size of serial receiving buffer */ idata unsigned char inbuf[ILEN]; unsigned char idata *inlast=inbuf; //最后由中断进入接收缓冲区的字节位置 unsigned char idata *getlast=inbuf; //最后取走的字节位置 bit outbufsign; //输出缓冲区非空标志有=1 bit inbufsign; //接收缓冲区非空标志有=1 bit inbufful; //输入缓冲区满标志满=1 #define CR putstring("\r\n") //CR=回车换行 //***************************** //放入一个字节到发送缓冲区 putbyte(char c) {uchar i,j; ES=0; /*暂停串行中断，以免数据比较时出错? */ if (outlast==putlast ) { i=(0-TH1); do{i--;j=36; do {j--;}while(j!=0);