博文
ARM入门的一些经验(写得比较好，建议打算开始学arm的先看看)(2008-06-20 17:16:00)
摘要：
ARM入门的一些经验
[日期：2008-3-31]
来源：Internet 作者：
[字体：大 中 小]
一 首先说说ARM的发展
可以用一片大好来形容，翻开各个公司的网站，招聘里面嵌入式占据了大半工程师职位。
广义的嵌入式无非几种：传统的什么51、AVR、PIC称做嵌入式微控制器；ARM是嵌入式微处理器；DSP；FPGA。
客观的讲，工作需求量上DSP的需求比ARM要多，而ARM和FPGA差不多。
DSP因为数字处理与通信领域的空前发展而火暴，小到MP3 射象头，大到我们军品里的控制器，应用面很广。
FPGA的兄弟一般做ANSIC（特殊芯片设计，好象是这么翻译的）。而ARM单纯说来并不比一个单片机强多少，但是它的独特就在于不断下降的价格和提升的性能。这完全依靠于ARM公司的战略，厉害！！很佩服他们的战略眼光！！
值得注意的是：在找工作中，企业（著名的，小的不算）对单纯的ARM硬件开发工程师并不比单片机重视，很少有大企业的职位里写“从事过ARM开发优先”。写的多的是什么？“嵌入式LINUX”到这相信大家看出来了吧，需要的是硬件中的软件。
二 ARM是硬件还是软件
很难说，ARM是硬件，LINUX是软件。ARM的硬件多半已经模块化了，像我这样把板子改成这样的就算动的多的了，这同样是ARM公司的战略，再次佩服。
实际中的LINUX的开发工作更多，更耗时。从这方面说ARM应该算是软件了。
在找工作中更是这样，举个例子，联......
ucos-ii移植笔记（转）(2008-06-05 15:51:00)
摘要：转自：着色部分写得不错。
http://blog.mcuol.com/User/kleiokdo/Article/1870_1.htm
（1）实时系统和前/后台系统；
前/后台系统：一个大循环，循环查询各种标志位。如果标志位置位，就执行相应的服务程序。标志位就是标志事件的发生，事件响应延时处于不可预测状态。最坏的情况是循环中所有其他的事件服务程序执行完，才响应当前事件。中断服务虽然能即时/优先响应，但是它们和主循环的通讯，也是通过置主循环中相应的标志位来完成的。
实时系统（uCOS）：整个程序分成一个个看起来好象是并行的任务，每个任务都在等待事件的发生。除了最低优先级任务（在uCOS中是IDLE任务）是死循环以外，其他的任务都不能死循环，只能在驱动事件驱动下工作。任何驱动事件的产生，都使优先级最高的就绪任务运行。任务和任务/任务和中断的通讯，是通过相应事件驱动来完成的。
驱动事件：
不论是什么系统，CPU不可能一直在工作。CPU的工作是在各种驱动事件的驱动下工作的。CPU在完成一次驱动事件事件服务程序以后，进入IDLE模式等待新的驱动事件的发生。包括实时系统和前/后台系统都是在驱动事件的驱动下运行的。
按照uCOS中的观点，驱动事件分为三类：
1、事件 （Event）。包括信号量(Semaphores)、事件标志组(Flag)、邮箱(Message Box)、邮箱队列(Message Queue)。
2、时间（Time Tick）。包括时间延时和事件超时。
3、中断（Interrupt）。可以发出各种event。
由于第1种事件，通常都是在第2、3种状态下发出的，所以其实事件的驱动只有两种：时间（定时）和中断（各种异步中断）。
时间实际上也是中断的一种，可以说程序的驱动事件只有一种，就是：中断。
前/后台系统中还有一种驱动事件的产生，在主循环中不断的查询。有别与一般的定时查询，这种查询是为了将事件的响应时间降到最低，也可以将其归纳于定时（时间）事件。
（2）uCOS C51移植的准备工作；
2004年8月份，我在书城买了一本《uCOS-Ⅱ 第2版》，准备学习RTOS。因为以前没有玩过RTOS，在工作之余断断续续的看了3、4章。一直到12月初的时候，公司要重新设计一个项目，恰好要把uCO......
ucos-ii核心算法分析(转)(2008-06-04 09:48:00)
摘要：
来自http://www.yuanma.org/data/2007/0207/article_2249.htm
μC/OS-Ⅱ是一种免费公开源代码、结构小巧、具有可剥夺实时内核的实时操作系统。其 内核提供任务调度与管理、时间管理、任务间同步与通信、内存管理和中断服务等功能。适合小型控制系统，具有执行效率高、占用空间小、实时性能优良和可扩展 性强等特点，最小内核可编译至2KB。μC/OS-Ⅱ为何如此高效呢？我们从它的核心算法——任务调度算法开始分析。
2.1任务调度算法分析
操作系统的实时性主要体现在：当优先级高的任务要求工作时，操作系统要以尽快的时间将此任务调度到CPU执行。这里所花费的时间主要包括两部分：查找最高 优先级任务和任务上下文切换。其中，任务上下文切换时间是和处理器相关的，操作系统无法控制。我们主要分析uC/OS-ii如何查找最高优先级任务的。
因为任务较少，uC/OS-II采用单一优先级，这为算法的实现提供了很大的方便在uC/OS-II中，优先级可以作为任务的标识（当然要在任务存在的情况下，是通过一个指针数组实现的）来用。
调度算法主要基于分级查询。考虑到任务数目<64，可以用6bit来表示，分为高3位和低三位。uC/OS-II将优先级进行分组，按高三位进行 分组，可得8个（最多）优先级数组（000-111）；每个优先级的在数组中的位置由其低三位表示。在源码中，高三位用带Y后缀的变量表示，而低三位用带 X后缀的变量表示。这样建立了1个变量OSRdyGrp（INT8U，8bit，每个bit代表一组）和1个数组OSRdyTbl[8]（INT8U，每 组8bit，每个bit代表一个优先级）。这样形成了的二级查询，先选组，再选组内偏移。
其中，OSRdyGrp每一bit置1，表示该组有任务就绪。（第0～7组）。其示意图见下图：
我们举一个例子，看一下如果优先级为22的......