ucos编程

1. ucos系统在单片机里面编程时，是不是所有的外部中断都要通过在任务中查询标志位来实现

任务是不需要严格时序的,
通常外部中断是对时序有严格要求的,因此不能放在任务里面执行,
要是那个中断不关心时序精度,可以在中断到来是置位一个标志,然后让任务来查询该标志再做其它处理.

2. 在Ucos ii下编程问题，定义串口如下，求大神详细解释这样编写的原理

做 & 运算是为了在对应位清零
做 | 运算是为了在对应位置一
这样可以不必理会其他bit位的位置 只修改你想修改的位置
至于赋的值代表什么就得去查芯片的datasheet了

3. 如何在ucos下进行arm编程

1、您得有一定数量的Money。
（1）、开发板贵
（2）、培训费更贵
（3）、开发平台是贵得不能再贵。（除非您只是想玩玩而已）
2、需要学习的东西多。（1）、window环境编程；（2）、linux环境编程；（3）、单片机
3、最后也是最重要的一点，你得有坚韧不拔之志和一颗平常之心。
（1）、自信
坚强
积极
勤快
（注：好的自信是自觉的！）
（2）、成功其实就是成为最好的您自己
嵌入式门槛虽然较高，但也跟其他事物一样，并不是牢不可破。只要我们用心去对待，东雪终将化去，春风定会吹来。具体步骤如下：
1、《c语言》第二版
谭浩强
；
《C程序设计语言》第二版
徐宝文译机戒工业出版社
你能区分开指针数组和数组指针吗？你知道函数指针吗？
你能区分开定义一个变量时系统给它分配的空间与用malloc（）函数给一个变量分配的空间有什么不一样吗？
2、《数据结构》C语言版
黄国愉、叶乃青编
清华大学出版社
你能合上书本，用C语言实现书中的单链表、双链表数据结构吗？
3、《实用C++程序设计》第二板
中国电力出版社
Steve_Oualline着
此阶段主要是学习其面向对象的编程思想，加深对C语言和数据结构的理解。
4、学习单片机，最好能找个前辈带一带。
你能用51单片机做出一样实际的东西吗？即使它再简单！
要注意加深对中断的理解。
5、学习ARM单片机。
（1）、细读《ARM微控制器基础与实战》周立工编写
（注：即使你不用书中的开发板）
（2）、细读相关芯片的原版英文文档。如：arm920TE.pdf
S3C2410_1.2.pdf
6、学习uCOS!!操作系统。
（1）、细读《嵌入式实时操作系统uC／OS－!!》第二版
召贝贝译
你能把uCOS!!移植到自己的平台上吗？
（2）、能编写在uCOS!!操作系统环境下运行的针对具体硬件的驱动程序
7、熟悉Linux环境，学习Linux环境编程，学习交叉编程
（1）、细读《linux命令大全.pdf》
（2）、细读《GNU
Make
使用手册（中译版）.pdf》
（3）、学习创建交叉编程环境．
8、学习Linux操作系统。
（1）、《UNIX环境高级编程》
（2）、细读“joyfire
笔记”，可在“qianrushi.com”网站的好书下载栏目获取
（3）、细读《linux内核完全注释》
（4）、细读《understanding
the
linux
kernel
2》
（5）、利用源代码阅读利器工具”Source
Insight”进行真正的linux内核原码刨析
（6）、最后进行内核移植，并能编写在linux操作系统环境下运行的针对具体硬件的驱动程序
9、学习Linux设备驱动编写。可参考《Linux设备驱动程序》
10、复习C++，学习用QT进行图形界面编程
（1）、细读《QT编程宝典》
（2）、学会通过查看QT电子文档进行QT
GUI实地编程
（3）、学习交叉编程．（其实就是把命令qmake变为tmake）
11、当然，你也可学习一下PCB的制作和设计一个自己的CPU（即软壳）
至此，你已学完嵌入式的整流程！但谨记：一个有思想的人才真是一个力量无边的人；有容乃大，能予方强！

4. uCOS编程，请教各位大虾， 在中断里面可以不可以调用OSFlagPost发送事件，请各位大虾指点

应该是所有的POST函数都不可以在中断中调用的，因为执行POST函数后会产生一次任务调度，而任务调度就不能再中断中执行，你仔细看OS_Sched 函数，中有个语句是if ((OSIntNesting == 0) && (OSLockNesting == 0)) 。而OSIntNesting 在中断的时候是不会等于0的，至少也会等于1，因此就不会产生调度，自然就出错了。

5. 为什么我们需要uCos

，于是开始了uCos之路，但后来由于硬件平台的问题，毕设没有用uCos ，而用了另外一个不开源的。 毕业后，做的项目用到过RTX51， uCos， linux ，当做linux下的项目时，研究过一阵子linux的源码，后来又一天，闲来无事再去看uCos的源码时，突然发现uCos里的一些原理，对于理解和构建一个操作系统这这么的经典和透彻！于是我觉得是时候再好好理解和整理下uCos里的一些原理了。 我觉得第一个要解决的问题是，为什么我需要uCos？就像最开始学C编程时，老师告诉我，指针很重要，我那时就有一个大的疑问，指针到底有什么好？还一边在心里嘀咕着：我不用指针不一样把程序编出来了？现在想想c语言没了指针，将寸步难行！回到正题，我们到底为什么需要uCos？一般的简单的嵌入式设备的编程思路是下面这样的：main{{处理事务1}；{处理事务2}；{处理事务3}； .......{处理事务N}；}isr_server{{处理中断}；}这是最一般的思路，对于简单的系统当然是够用了，但这样的系统实时性是很差的，比如“事务1”如果是一个用户输入的检测，当用户输入时，如果程序正在处理事务1下面的那些事务，那么这次用户输入将失效，用户的体验是“这个按键不灵敏，这个机器很慢”，而我们如果把事务放到中断里去处理，虽然改善了实时性但会导致另外一个问题，有可能会引发中断丢失，这个后果有时候比“慢一点”更加严重和恶劣！又比如事务2是一个只需要1s钟处理一次的任务，那么显然事务2会白白浪费CPU的时间。 这时，我们可能需要改进我们的编程思路，一般我们会尝试采用“时间片”的方式。这时候编程会变成下面的方式：main{{事务1的时间片到了则处理事务1}；{事务2的时间片到了则处理事务2}； .......{事务N的时间片到了则处理事务N}；}time_isr_server{{判断每个事务的时间片是否到来，并进行标记}；}isr_server{{处理中断}；}我们可以看到，这种改进后的思路，使得事务的执行时间得到控制，事务只在自己的时间片到来后，才会去执行，但我们发现，这种方式仍然不能彻底解决“实时性”的问题，因为某个事务的时间片到来后，也不能立即就执行，她必须等到当前事务的时间片用完，并且后面的事务时间片没到来，她才有机会获得“执行时间”。 这时候我们需要继续改进思路, 为了使得某个事务的时间片到来后能立即执行，我们需要在时钟中断里判断完时间片后，改变程序的返回位置，让程序不返回到刚刚被打断的位置，而从最新获得了时间片的事务处开始执行，这样就彻底解决了事务的实时问题。 我们在这个思路上，进行改进，我们需要在每次进入时钟中断前，保存CPU的当前状态和当前事务用到的一些数据，然后我们进入时钟中断进行时间片处理，若发现有新的更紧急的事务的时间片到来了，则我们改变中断的返回的地址，并在CPU中恢复这个更紧急的事务的现场，然后返回中断开始执行这个更紧急的事务。 上面的这段话有些不好读，事实上，这是因为要实现这个过程是有些复杂和麻烦的，这时候我们就需要找一个操作系统(OS)帮我们做这些事了，如果你能自己用代码实现这个过程，事实上你就在自己写操作系统了，其实从这里也可也看出，操作系统的原理其实并不那么神秘，只是一些细节你很难做好。 uCos就是这样一个操作系统，她能帮你完成这些事情，而且是很优雅的帮你完成！ uCos的用处远不止帮你完成这个“事务时间片的处理”，她还能帮你处理各种超时，进行内存管理，完成任务间的通信等，有了她，程序的层次也更加清晰，给系统添加功能也更方便，这一切在大型项目中越发的明显！我们知道了uCos能给我们提供这么多的便利，那么我们就开始使用uCos吧！