安装了SECURECRT6.0.2,找了好长时间的破解,终于找到了.
从下面下载注册机，解压拷贝到安装目录，先PATCH，然后再生成注册码。在注册的最后一步，输入日期的下面的框空白就可以了。呵呵。应该好用，我试过了。
http://d.download.csdn.net/down/460273/zdhsoft
一触摸屏原理：
电阻触摸屏的屏体部分是一块与显示器表面非常配合的多层复合薄膜，由一层玻璃或有机玻璃作为基层，表面涂有一层透明的导电层，上面再盖有一层外表面硬化处理、光滑防刮的塑料层，它的内表面也涂有一层透明导电层，在两层导电层之间有许多细小(小于千分之一英寸)的透明隔离点把它们隔开绝缘。
电阻触摸屏剖面结构
当手指触摸屏幕时，平常相互绝缘的两层导电层就在触摸点位置有了一个接触，因其中一面导电层接通Y轴方向的5V均匀电压场，使得侦测层的电压由零变为非零，控制器侦测到这个接通后，进行A/D转换，并将得到的电压值与5V相比即可得触摸点的Y轴坐标，同理得出X轴的坐标，这就是所有电阻技术触摸屏共同的最基本原理。
电阻类触摸屏的关键在于材料科技。常用的透明导电涂层材料有：
ITO，氧化铟，弱导电体，特性是当厚度降到1800个埃（埃＝10-10米）以下时会突然变得透明，透光率为80％，再薄下去透光率反而下降，到300埃厚度时又上升到80％。ITO是所有电阻技术触摸屏及电容技术触摸屏都用到的主要材料，实际上电阻和电容技术触摸屏的工作面就是ITO涂层。
②镍金涂层，五线电阻触摸屏的外层导电层使用的是延展性好的镍金涂层材料，外导电层由于频繁触摸，使用延展性好的镍金材料目的是为了延长使用寿命，但是工艺成本较为高昂。镍金导电层虽然延展性好，但是只能作透明导体，不适合作为电阻触摸屏的工作面，因为它导电率高，而且金属不易做到厚度非常均匀，不宜作电压分布层，只能作为探层。
四线电阻触摸屏：
四线电阻技术电阻触摸屏的两层导电层都是ITO，在每层的两边缘各涂一条银胶，一端加5V电压，一端加0V，即能在工作面的一个方向上形成均匀连续的平行电压分布。
四线电阻触摸屏的两层ITO工作面工作时都加上5V到0V的均匀电压分布场，触摸屏的引出线共有4条，四线电阻由此得名。当A面加竖直方向的电压场时，B面作为测量触摸点电压的探头；B面加水平方向的电压时，A面作探头。
电阻触摸屏特点：
总的来说，不管是四线电阻触摸屏、五线电阻触摸屏还是其他几类电阻触摸屏（本文不再介绍），电阻触摸屏都有这么几个优点：
不怕灰尘、水汽和油污，防止电磁辐射
可以用任何物体来触摸.同时，电阻类触摸屏的缺点是： 外层薄膜毕竟是塑料膜，极怕划伤。
================== 准备工作=================
1．阅读at91rm9200 官方文档有关“引导程序”的章节
对at91rm9200的启动流程有个大概的了解。
at91rm9200引导流程图
Device Setup
|
|
Boot SPI DataFlash Boot --> Download from DataFlash --> run
|
|
TWI EEPROM Boot --> Download from EEPROM --> run
|
|
Parallel Boot --> Download from 8-bit Device -->run
|
| Xmodem protocol
| |---DBGU Serial Download ---------------------> run
|____|
| DFU protocol
|-----USB download -----------------------> run
at91rm9200有片内引导和片外引导 2 种启动方式，由一根跳线控制。
1> 片外引导 执行烧在flash上的引导程序。
2> 片内引导 at91rm9200内部本身有128k的片内rom,其固化了一个bootloader和uploader，片内引导时启动uploader，uploader开启xmodem协议，等待用户上传程序，
上传的程序将载入片内SRAM，重映射，然后pc跳转到片内SRAM执行上传的用户程序。
注：片内SRAM只有16k，除去3-4k片内启动程序的占用的部分数据空间，因此下载的程序大小限制在12k内。
2．开发板硬件配置
这块开发板硬件 ATMEL推荐硬件
SDRAM 8MB 32MB
Flash 1MB 8MB
注：Flash芯片也不一样，意味着驱动要重写。
3．移植思路
官方at91rm9200DK u-boot Flash Programming Solutions文档提供的解决方案如下。
开发板flash上没有引导程序，于是只能用片内引导方式，载入一个12k以内的小程序到内部SRAM运行，而这个小程序初始化SDRAM后，再把u-boot下载到SDRAM运行(u-boot大于12k)，pc跳到SDRAM的u-boot位置运行u-boot，
u-boot启动后再用u-boot自己的flash烧写命令把自己烧到flash去，以后就可以片外flash启动了。
官方文档中并不是直接烧u-boot.bin，而是烧入了boot.bin和u-boot.gz2个文件。
原因后面将阐述。
===================移植====================
1．loader.bin的移植
官方提供的loader.bin在SRAM启动会又启动了xmodem接收u-boot，但是
xmodem接收数据出错。
查看其源码，发现它使用了固化的rom中的服务接口函数，没看出哪里出问题。
于是准备自己写loader.bin，在at91rm9200提供的开发包中有个AT91RM9200-GettingStarted-ADS1_2-1_1.zip，用的是Arm Developer Suite 1.2编译器，就是一个简单的hello world程序，试一试可以运行。
（注意：ADS编译的程序，定义变量要在main的开始出，后面定义将导致编译出错）
用AT91RM9200-GettingStarted-ADS1_2-1_1.zip作为起点开始写loader.bin
lader.bin主要有3个功能，初始化SDRAM，启动xmodem接收u-boot并写到SDRAM中，pc跳转到SDRAM运行。
AT91RM9200-GettingStarted-ADS1_2-1_1里面已经有了SDRAM和其他一次初始化，在init_ram.c中。
xmodem的实现
只需要接收部分，发送部分用win下的”超级终端”等工具就可。
先找来协议文档，熟悉协议，看看现有的xmodem协议源码。协议本身并不复杂，只是它的握手部分实现有点技巧。
接收端要不停的发送字符“C”到串口(注意xmodem有3个版本，而超级终端对应的是xmodem-crc16)，发送端收到“C”后发送数据SOH和第一个数据包。
接收端检测到SOH后停止发送“C”并开始处理数据。官方的loader启动了一个时间服务，每隔1s发送一个“C”，在这个我使用了偷懒的算法。
while(Getchar()!=AT91C_XMODEM_SOH)
{
if (0xFFFF==++n )
{
SendChar(AT91C_XMODEM_CRCCHR);
n=0;
}
}
Getchar()和GetWaitchar()是添加的，GetWaitchar等待直到从串口接收到数据。
显然不能用在上面的算法中，要导致忙等的。所以改了个Getchar()只用在这里。
握手解决了，后面的处理都没什么问题。
写SDRAM
unsigned char *pSdram = (unsigned char *)AT91C_UBOOT_BASE_ADDRESS;
for ( n = 0; n<128 ; n ++ )
{
*pSdram++=data[n];
}
PC跳转
添加一个文件jump.S到工程
;------------------------------------------------------------------------------
;- ATMEL Microcontroller Software Support - ROUSSET -
;------------------------------------------------------------------------------
;- File source : remap.s
;- Librarian : Not applicable
;- Translator :
;-
;- Treatment : Execute the remap and branch to 0
;-
;- 03/10/01 HI : Creation
;------------------------------------------------------------------------------
AREA reset, CODE, READONLY
EXPORT Jump
Jump
mov pc, r0
END
;---------------------------------------------------------------------------------
在main中使用下面的函数跳转
Jump((unsigned int)AT91C_UBOOT_BASE_ADDRESS);
loader的调试过程
xmodem部分可以传一个调试文件，传进去后全部send回串口，看返回的信息就可以判断是否正常工作。
写SDRAM，依然是写入后再读出来看看是否一致，在这里卡了很久，发现每隔2个地址就不能使用，后来发现是SDRAM没有初始化，也就是init_ram.c中的InitSDRAM()无效，重写后正常。
Jump测试，得传入一个可以运行的程序到内存才能判断，用先前编译好的1.1.4的u-boot传入，没反应，可能是jump不对，也可能是u-boot不对，毕竟u-boot还未经过任何修改。灵光一闪，我换成u-boot-1.0.0试一试，出现u-boot的提示符了，? 也就是说jump没问题。
2．u-boot的移植
u-boot的编译需要ELDK(Embedded Linux Development Kit)
ELDK是linux下的交叉开发环境，所以需要安装linux，在这里使用的是虚拟机vmware安装linux(red hat 9.0)，并安装了vmware tools，方便和windows交换数据。
Linux版本选择以及安装ELDK参见“The DENX U-Boot and Linux Guide (DULG) for TQM8xxL”
这里下载安装的是arm-2005-03-06.iso
注意正确设置ELDK的环境变量，要不编译会出错。
在编译u-boot前先仔细阅读README文档
at91rm9200已经被u-boot支持
编译如下
#cd u-boot.x.x.x (x.x.x代表版本号)
#make at91rm9200dk_config
#make all
在map那里会很慢，我的AMD64 3000＋，虚拟机里编译u-boot要3分钟?
u-boot版本选择
从1.1.2开始，u-boot有初始化SDRAM并拷贝自己到SDRAM运行的代码，而之前的版本就没有这个功能，官方文档提供的解决方案是针对1.1.2之前的版本。事实上官方开发包中代的u-boot是0.3.1?。
在经过我的测试后，发现直接编译出来的u-boot1.0.0可以运行，而1.1.4没反应。
看来不一定最新的就是最好的。所以选择u-boot1.0.0移植。
u-boot修改
u-boot同样是对ATMEL推荐配子写的，所以需要修改。
修改
Board/at91rm9200dk/config.mk
TEXT_BASE = 0x21f00000
改为
TEXT_BASE = 0x20700000 （u-boot将被载入SDRAM的高端部分）
修改
include/configs/at91rm9200dk.h
#define PHYS_SDRAM_SIZE 0x2000000 /* 32 megs */
改为
#define PHYS_SDRAM_SIZE 0x800000 /* 8 MB */
#define PHYS_FLASH_SIZE 0x200000 /* 2 megs main flash */
改为
#define PHYS_FLASH_SIZE 0x100000 /* 1MB main flash */
还有一个要修改的地方是Board/at91rm9200dk/flash.c
参见自己的flash芯片datasheet，修改驱动。
注意保持函数接口的一致性。其中外部会调用的几个函数是
unsigned long flash_init (void)
void flash_print_info (flash_info_t *info)
int flash_erase (flash_info_t *info, int s_first, int s_last)
int write_buff (flash_info_t *info, uchar *source, ulong Base, ulong nbytes)
只要保证这几个函数的接口一致性，其实现方法不一定要参照原来的模式。
flash_info_t *info其实不用也可以的。
还有就是flash芯片的自动识别函数去掉为好，在生产过程中很有可能采用同类型的其它FLASH代替。
重新编译u-boot，然后测试用u-boot的flinfo、md和cp.b命令测试flash驱动。
一切正常后u-boot部分完成
u-boot打包
#gzip –c u-boot.bin > u-boot.gz
3．boot.bin移植
先看看boot.bin的源码，它也是用的ELDK开发环境，我用先前安装的交叉开发环境编译，出错。。。提示ld命令错误。可能是与开发环境不兼容，换成官方包中的cross-2.95.3.zip，编译通过。
修改main.c中下面2项
#define SRC 0x10010000 (u-boot.gz将烧入flash的位置)
#define DST 0x20700000 (u-boot.gz被解压后载入SDRAM的位置，和loader中保持一直)
同样修改initboot.c中的AT91F_InitSDRAM()，和loader的修改一样。
编译
#make all
烧入flash测试
片内启动，载入loader.bin
再用loader.bin载入u-boot运行。
下面是在u-boot提示符下的操作
u-boot > loadb 20000000
--------------用kermit协议载入boot.bin文件到SDRAM的20000000地址-----
u-boot > cp.b 20000000 10000000 xxx
(上一步文件载入完后会显示下载字节数，xxx就是字节数的16进制表示)
接下来烧入u-boot.gz
u-boot > loadb 20000000
u-boot > cp.b 20000000 10010000 xxx
断开板子上的跳线，片外启动开发板。等几秒后u-boot启动了。
到此u-boot移植结束。
cd 进入目录 如：
cd .. 进入上一层目录
cd / 至根目录
cd file 进入当前某个目录
ls 查看指令 如
ls 查看当前目录下文件以及文件夹，不包含隐藏文件
ls -a 查看当前目录下文件以及文件夹，包含隐藏文件
more 查看文件命令
cat 同上
vi 编绎文件命令
cp 拷贝文件，如
cp file1 /tmp
把当前目录下的file1拷贝至tmp目录
tar -xjvf 解压bz2文件到当前目录
tar -xzvf 解压gz文件到当前目录
以下是OSStart的定义
void OSStart (void) reentrant
{
INT8U y;
INT8U x;
if (OSRunning == FALSE) {
y = OSUnMapTbl[OSRdyGrp]; /* Find highest priority's task priority number */
x = OSUnMapTbl[OSRdyTbl[y]];
OSPrioHighRdy = (INT8U)((y << 3) + x);
OSPrioCur = OSPrioHighRdy;
OSTCBHighRdy = OSTCBPrioTbl[OSPrioHighRdy]; /* Point to highest priority task ready to run */
OSTCBCur = OSTCBHighRdy;
OSStartHighRdy(); /* Execute target specific code to start task */
}
}
它做的事情就是启动优先级最高的任务。启运之后将永远不会返回。
OSInit()函数在OS_CORE.C文件里面
定义如下：
void OSInit (void) reentrant
{
#if OS_VERSION >= 204 && OS_CPU_HOOKS_EN > 0
OSInitHookBegin(); /* Call port specific initialization code */
#endif
OS_InitMisc(); /* Initialize miscellaneous variables */
OS_InitRdyList(); /* Initialize the Ready List */
OS_InitTCBList(); /* Initialize the free list of OS_TCBs */
OS_InitEventList(); /* Initialize the free list of OS_EVENTs */
#if (OS_VERSION >= 251) && (OS_FLAG_EN > 0) && (OS_MAX_FLAGS > 0)
OS_FlagInit(); /* Initialize the event flag structures */
#endif
#if (OS_MEM_EN > 0) && (OS_MAX_MEM_PART > 0)
OS_MemInit(); /* Initialize the memory manager */
#endif
#if (OS_Q_EN > 0) && (OS_MAX_QS > 0)
OS_QInit(); /* Initialize the message queue structures */
#endif
OS_InitTaskIdle(); /* Create the Idle Task */
#if OS_TASK_STAT_EN > 0
OS_InitTaskStat(); /* Create the Statistic Task */
#endif
#if OS_VERSION >= 204 && OS_CPU_HOOKS_EN > 0
OSInitHookEnd(); /* Call port specific init. code */
#endif
}
下面进行分析：
配置文件中，我把OS_CPU_HOOKS_EN置成0，所以所有的钩子函数都不会产生，即函数名中有HOOK的
所以第一个执行的函数是:OS_InitMisc()
这个函数是初始化变量的函数，在OS_CORE.C里面，定义如下：
static void OS_InitMisc (void)
{
#if OS_TIME_GET_SET_EN > 0
OSTime = 0L; /* Clear the 32-bit system clock */
#endif
OSIntNesting = 0; /* 中断层数Clear the interrupt nesting counter */
OSLockNesting = 0; /* Clear the scheduling lock counter */
OSTaskCtr = 0; /* 任务数目Clear the number of tasks */
OSRunning = FALSE; /* 运行状态Indicate that multitasking not started */
OSCtxSwCtr = 0; /* 任务切换次数Clear the context switch counter */
OSIdleCtr = 0L; /* 空闲计数器Clear the 32-bit idle counter */
#if (OS_TASK_STAT_EN > 0) && (OS_TASK_CREATE_EXT_EN > 0)
OSIdleCtrRun = 0L;
OSIdleCtrMax = 0L;
OSStatRdy = FALSE; /* Statistic task is not ready */
#endif
}
接下来运行的函数是OS_InitRdyList();
这是初始化任务优先级链表的函数，也在OS_CORE.C文件中，定义如下：
static void OS_InitRdyList (void)
{
INT16U i;
INT8U *prdytbl;
OSRdyGrp = 0x00; /* Clear the ready list */
prdytbl = &OSRdyTbl[0];
for (i = 0; i < OS_RDY_TBL_SIZE; i++) {
*prdytbl++ = 0x00;
}
OSPrioCur = 0;
OSPrioHighRdy = 0;
OSTCBHighRdy = (OS_TCB *)0;
OSTCBCur = (OS_TCB *)0;
}
这是一个把任务优先级数据块全部清零的函数，这里需要讲一下UCOSII任务优先级的处理方法
任务优先级数据块应该叫就绪表
就绪表中有二个变量OSRdyGrp和OSRdyTbl[]，定义如下：
#define OS_RDY_TBL_SIZE ((OS_LOWEST_PRIO)/8 +1)
OS_EXT INT8U OSRdyGrp;
OS_EXT INT8U OSRdyTbl[OS_RDY_TBL_SIZE];
它们分别是一个8位的变量和一个字符数组
在OSRdyGrp中，任务按优先级分组，8个任务一组，OSRdyTbl[]数组中的每一字节表示8个任务的就绪状态，即任务中每一组中是否有进入就绪状态的任务。
而OSRdyGrp中的每一位，对应了每一组中是否有任意一个进入就绪状态，如果有任意一个进入了就绪态，则OSRdyGrp中对应的位置1，OSRdyTbl[0]对应其最低位，OSRdyTbl[7]对应其最高位，低位的优先级高于高位的优先级，由此也可以算出目前支持的任务数目为8*8即64个任务，而系统在切换任务的时候都是基于就绪表来的，即找出就绪表中优先级最高的任务，然后运行。
任务的优先级在OS_TCB里面的定义是 INT8U OSTCBPrio
这是一个字节的变量，受任务数的限制，它的范围为0--63，用二进制表示的话高二位永远为0，按照优先级分组分成8组，分别为0--7，8--15。。。。56--63
0--7和8--15，一一比较的话低三位全部相同（比如0和8比较，1和9比较）只是次低三位不一样，按照这样计算，次低三位对应着OSRdyTbl[OS_RDY_TBL_SIZE]的下标，而低三位对应于对应下标的数组数据，比如任务优先级8的任务就绪，可以算出为OSRdyTbl[1]的最低位为1;
这里也说不是太清楚。后面再讲这方面。
信号量的类型是一个结构体，如下：
typedef struct {
INT8U OSEventType; /* Type of event control block (see OS_EVENT_TYPE_???) */
INT8U OSEventGrp; /* Group corresponding to tasks waiting for event to occur */
INT16U OSEventCnt; /* Semaphore Count (not used if other EVENT type) */
void *OSEventPtr; /* Pointer to message or queue structure */
INT8U OSEventTbl[OS_EVENT_TBL_SIZE]; /* List of tasks waiting for event to occur */
} OS_EVENT;
OSEventType为事件控制块的类型，比如信号量类型为 OS_EVENT_TYPE_SEM
OSEventCnt为资源的数目，在创建信号量时这是唯一传进来的参数
*OSEventPtr是指针，一般用来指向下一个事件块
主要起作用是OSEventCnt，这个是资源数目，创建的时候使用OSSemCreate (INT16U cnt)把cnt传递给它。
当需要使用这个资源的时候，需要先调用OSSemPend (OS_EVENT *pevent, INT16U timeout, INT8U *err)
如果资源数目大于0，申请资源成功，资源数目减1，然后返回
如果资源数目等于0，则要等待，timeout定义了超时时间，如果等待的周期数小于timeout，则返回继续执行，否则err = OS_TIMEOUT
在检测到资源数目等于0进行等待的时候会进行任务切换OS_Sched();
还有一个函数是OSSemPost (OS_EVENT *pevent)，这个函数是释放资源，执行后资源数目会加1
在使用某个信号量之前需要创建它，创建时候唯一的参数就是资源的数目，如果是一块缓冲区，这个数目应该是缓冲区的大小，如果是比如串口资源，则资源数目应该待于1
所以在调用OSSemPend（）时，一定要检测它的返回类型，即err，如果不检测它的话，没有什么意义，这个有几种类型，分别是
OS_ERR_PEND_ISR 被中断函数调用，返回错误
OS_ERR_PEVENT_NULL 没有创建该信号量
OS_ERR_EVENT_TYPE OSEventType类型不匹配
OS_NO_ERR 成功
OS_TIMEOUT 超时
接下来是运行 OS_InitEventList(); 初始化事件数据链表
也是在OS_CORE.C文件中，定义如下：
static void OS_InitEventList (void)
{
#if (OS_EVENT_EN > 0) && (OS_MAX_EVENTS > 0)
#if (OS_MAX_EVENTS > 1)
INT16U i;
OS_EVENT *pevent1;
OS_EVENT *pevent2;
pevent1 = &OSEventTbl[0];
pevent2 = &OSEventTbl[1];
for (i = 0; i < (OS_MAX_EVENTS - 1); i++) { /* 把事件控制块链接起来*/
pevent1->OSEventType = OS_EVENT_TYPE_UNUSED;
pevent1->OSEventPtr = pevent2;
pevent1++;
pevent2++;
}
pevent1->OSEventType = OS_EVENT_TYPE_UNUSED;
pevent1->OSEventPtr = (OS_EVENT *)0; //最后一个控制块指向空
OSEventFreeList = &OSEventTbl[0]; //指向第一个控制块
#else
OSEventFreeList = &OSEventTbl[0]; /* Only have ONE event control block */
OSEventFreeList->OSEventType = OS_EVENT_TYPE_UNUSED;
OSEventFreeList->OSEventPtr = (OS_EVENT *)0;
#endif
#endif
}
其中OS_EVENT是一个结构体，定义如下：（在UCOS_II.H文件中）
typedef struct {
INT8U OSEventType; /* 事件控制块的类型*/
INT8U OSEventGrp; /* Group corresponding to tasks waiting for event to occur */
INT16U OSEventCnt; /* 计数器*/
void *OSEventPtr; /* Pointer to message or queue structure */
INT8U OSEventTbl[OS_EVENT_TBL_SIZE]; /* 等待链表*/
} OS_EVENT;
事件控制块在创建使用事件的时候会用到，比如信号量。
系统会事先创建“一串”空的控制块空间，系统有一个指针，指向第一个空的控制块
当需要创建事件控制块的时候，会使用第一个空的控制块，系统的那个指针往后移一个位置
所以在使用控制块的时候，一定要在配置文件里配置好，比如上面的对应的配置文件（OS_CFG.H）中的配置为：
#define OS_MAX_EVENTS
这里定义了会使用到的控制块的最大数量。而初使化的作用就是把这些控制块链接起来
接下来是OS_InitTaskIdle();即初使化空闲任务
它的定义如下：
static void OS_InitTaskIdle (void)
{
#if OS_TASK_CREATE_EXT_EN > 0
#if OS_STK_GROWTH == 1
(void)OSTaskCreateExt(OS_TaskIdle,
(void *)0, /* No arguments passed to OS_TaskIdle() */
&OSTaskIdleStk[OS_TASK_IDLE_STK_SIZE - 1], /* Set Top-Of-Stack */
OS_IDLE_PRIO, /* Lowest priority level */
OS_TASK_IDLE_ID,
&OSTaskIdleStk[0], /* Set Bottom-Of-Stack */
OS_TASK_IDLE_STK_SIZE,
(void *)0, /* No TCB extension */
OS_TASK_OPT_STK_CHK | OS_TASK_OPT_STK_CLR);/* Enable stack checking + clear stack */
#else
(void)OSTaskCreateExt(OS_TaskIdle,
(void *)0, /* No arguments passed to OS_TaskIdle() */
&OSTaskIdleStk[0], /* Set Top-Of-Stack */
OS_IDLE_PRIO, /* Lowest priority level */
OS_TASK_IDLE_ID,
&OSTaskIdleStk[OS_TASK_IDLE_STK_SIZE - 1], /* Set Bottom-Of-Stack */
OS_TASK_IDLE_STK_SIZE,
(void *)0, /* No TCB extension */
OS_TASK_OPT_STK_CHK | OS_TASK_OPT_STK_CLR);/* Enable stack checking + clear stack */
#endif
#else
#if OS_STK_GROWTH == 1
(void)OSTaskCreate(OS_TaskIdle,
(void *)0,
&OSTaskIdleStk[OS_TASK_IDLE_STK_SIZE - 1],
OS_IDLE_PRIO);
#else
(void)OSTaskCreate(OS_TaskIdle,
(void *)0,
&OSTaskIdleStk[0],
OS_IDLE_PRIO);
#endif
#endif
}
其实就是创建空闲任务，空闲任务优先级为最低
之后有个统计任务，定义如下：
#if OS_TASK_STAT_EN > 0
static void OS_InitTaskStat (void)
{
#if OS_TASK_CREATE_EXT_EN > 0
#if OS_STK_GROWTH == 1
(void)OSTaskCreateExt(OS_TaskStat,
(void *)0, /* No args passed to OS_TaskStat()*/
&OSTaskStatStk[OS_TASK_STAT_STK_SIZE - 1], /* Set Top-Of-Stack */
OS_STAT_PRIO, /* One higher than the idle task */
OS_TASK_STAT_ID,
&OSTaskStatStk[0], /* Set Bottom-Of-Stack */
OS_TASK_STAT_STK_SIZE,
(void *)0, /* No TCB extension */
OS_TASK_OPT_STK_CHK | OS_TASK_OPT_STK_CLR); /* Enable stack checking + clear */
#else
(void)OSTaskCreateExt(OS_TaskStat,
(void *)0, /* No args passed to OS_TaskStat()*/
&OSTaskStatStk[0], /* Set Top-Of-Stack */
OS_STAT_PRIO, /* One higher than the idle task */
OS_TASK_STAT_ID,
&OSTaskStatStk[OS_TASK_STAT_STK_SIZE - 1], /* Set Bottom-Of-Stack */
OS_TASK_STAT_STK_SIZE,
(void *)0, /* No TCB extension */
OS_TASK_OPT_STK_CHK | OS_TASK_OPT_STK_CLR); /* Enable stack checking + clear */
#endif
#else
#if OS_STK_GROWTH == 1
(void)OSTaskCreate(OS_TaskStat,
(void *)0, /* No args passed to OS_TaskStat()*/
&OSTaskStatStk[OS_TASK_STAT_STK_SIZE - 1], /* Set Top-Of-Stack */
OS_STAT_PRIO); /* One higher than the idle task */
#else
(void)OSTaskCreate(OS_TaskStat,
(void *)0, /* No args passed to OS_TaskStat()*/
&OSTaskStatStk[0], /* Set Top-Of-Stack */
OS_STAT_PRIO); /* One higher than the idle task */
#endif
#endif
}
#endif
也就是创建统计任务，统计任务的优先级为比空闲任务低一级，统计任务每秒钟运行一次（如果使能）
到这里就完成了UCOSII的初始化工作
UCOSII里面用了大量的结构，指针，链表等知识，结构用来封装数据块，指针用来把数据块链接起来
比如里面有一个很重要的数据块OS_TCB的定义如下：
typedef struct os_tcb {
OS_STK *OSTCBStkPtr; /* 指向当前数据块的起始地址*/
#if OS_TASK_CREATE_EXT_EN > 0
void *OSTCBExtPtr; /* Pointer to user definable data for TCB extension */
OS_STK *OSTCBStkBottom; /* Pointer to bottom of stack */
INT32U OSTCBStkSize; /* Size of task stack (in number of stack elements) */
INT16U OSTCBOpt; /* Task options as passed by OSTaskCreateExt() */
INT16U OSTCBId; /* Task ID (0..65535) */
#endif
struct os_tcb *OSTCBNext; /* 指向下一个数据块*/
struct os_tcb *OSTCBPrev; /* 指向前一个数据块*/
#if ((OS_Q_EN > 0) && (OS_MAX_QS > 0)) || (OS_MBOX_EN > 0) || (OS_SEM_EN > 0) || (OS_MUTEX_EN > 0)
OS_EVENT *OSTCBEventPtr; /* Pointer to event control block */
#endif
#if ((OS_Q_EN > 0) && (OS_MAX_QS > 0)) || (OS_MBOX_EN > 0)
void *OSTCBMsg; /* Message received from OSMboxPost() or OSQPost() */
#endif
#if (OS_VERSION >= 251) && (OS_FLAG_EN > 0) && (OS_MAX_FLAGS > 0)
#if OS_TASK_DEL_EN > 0
OS_FLAG_NODE *OSTCBFlagNode; /* Pointer to event flag node */
#endif
OS_FLAGS OSTCBFlagsRdy; /* Event flags that made task ready to run */
#endif
INT16U OSTCBDly; /* 任务延时节拍数*/
INT8U OSTCBStat; /* 任务状态：挂起，就绪，运行等*/
INT8U OSTCBPrio; /* 任务优先级*/
INT8U OSTCBX; /* Bit position in group corresponding to task priority (0..7) */
INT8U OSTCBY; /* Index into ready table corresponding to task priority */
INT8U OSTCBBitX; /* Bit mask to access bit position in ready table */
INT8U OSTCBBitY; /* Bit mask to access bit position in ready group */
#if OS_TASK_DEL_EN > 0
BOOLEAN OSTCBDelReq; /* Indicates whether a task needs to delete itself */
#endif
} OS_TCB;
在创建一个任务的时候时会创建一个对应的 OS_TCB 数据块，这个数据块涉及到系统对任务的大部分操作
当没有创建任务时，main函数里面就只有二个函数调用
void main(void)
{
OSInit();
OSStart();
}
OSInit();完成初始化工作
OSStart();函数启运优先级最高的任务运行，如果没有创建任务，就是空闲任务和统计任务（如果允许）
从阿莫论坛的马潮老师专栏里看到这个电路，觉得比我之前的好多了。因为可以实现完全断电
我之前是单片机进入掉电模式，但外部还有升压芯片在工作，受升压芯片限制，而且占用一个外部中断资源
工作过程为
1.按下K，电源通过4007为整个系统供电，AVR开始工作。此时PB1为高电平。
2.AVR检测PB1，连续2秒为高（反之干扰和和误按K），PB0输出高电平，继电器工作。
3.AVR等待PB1为低，然后进入正式工作。
4.此时K已经释放，整个系统有电，保持工作，但PB1为低电平（因为4007隔离）。
5.如果AVR再次检测到PB1为高时（连续2秒），AVR的PB0输出低电平，然后什么也不做了。
6.释放K后，系统电源关闭。
不过好象按键按下去的时候有个二极管的压降，用肖特基应该能比较好。
