ostaskcreate函数（uc/os-ii启动后，即调用Osstart（）后，系统的数据结构怎样）

本文目录

• uc/os-ii启动后，即调用Osstart（）后，系统的数据结构怎样
• ucos-ii的系统函数有哪些啊有什么特殊的吗
• ostaskcreateext后会立即运行该任务吗
• ostaskcreate后会立即运行该任务吗
• 利用OStaskcreate()函数创建一个任务,优先级为b,该任务每秒在屏幕上打印出当前的秒数
• 怎样判断ucos ii ostaskcreate任务的 堆栈是否溢出
• 请教UC/OS中任务创建函数ostaskcreate的参数意义

uc/os-ii启动后，即调用Osstart（）后，系统的数据结构怎样

书上说ucos移植时，调用OSStart（）后启动时钟节拍，即在第一个任务中允许时钟节拍中断
int
main(void)
{BSP_Init();
OSInit();
OSTaskCreate(Task_START,(void
*)0,
&startup_task_stk,
STARTUP_TASK_PRIO);
OSStart();//启动各项任务后，任务就由操作系统来管理和调度
return
0;
}
这是主函数
...
ucos
ii
并不是每个节拍都进行任务切换，只是每个时钟节拍都去判断是否要进行任务切换；\r\n就算有一个优先级很高的任务每个节拍都要切换，那么也不用担心，因为这个任务不可能在整个节拍的时间里都需要运行，那么一个节拍是10ms，它运行5ms，那么剩下的时间进入的是延时函数，延时函数里便能进行任务切换，让优先级低的任务得以运行。所以这个不用担心。
uC/OSII编程中的问题，程序出错，停在OSStart（）那了
OS_EVENT
*QSemB;
OS_EVENT
*QSemC;
OS_EVENT
*AppSemSend;
OS_EVENT
*AppSemCon;
OS_EVENT
*AppSemDisc;
void
*QMsgTbB;
void
*QMsgTbC;
void
*QMsgTbD;
void
*QMsgTbE;
char
rxmsg;
ARPKT
arpkt;
IPKT
ipkt;
ICMPKT
icmpkt;
UDPKT
udpkt;
int
rfv1,da_d;
OS_STK
Main_Stack=
{0,
};
void
Main_Task(void
*Id);
#define
Main_PRIO
20
OS_STK
TaskB_Stack=
{0,
};
void
TaskB_Task(void
*Id);
#define
TaskB_PRIO
12
OS_STK
TaskC_Stack=
{0,
};
void
TaskC_Task(void
*Id);
#define
TaskC_PRIO
14
void
Main_Task(void
*Id)
{
GENFRAME
*gft;
WORD
dtype;
ARMTargetStart();
OSTaskCreate(TaskB_Task,
(void
*)0,
(OS_STK
*)&TaskB_Stack,
TaskB_PRIO);
OSTaskCreate(TaskC_Task,
(void
*)0,
(OS_STK
*)&TaskC_Stack,
TaskC_PRIO);
while(1)
{
OS_ENTER_CRITICAL();
OS_EXIT_CRITICAL();
OSTimeDly(100);
}
}
void
TaskB_Task(void
*pdata)
//arp
{
INT8U
eer;
ARPKT
*arp;
NODE
node;
char
*jrxmsg=0;
int
txlen,ret=0;
while
(1)
{
Uart_Printf("do_poll1!
");
OSTimeDly(50);
}
}
void
TaskC_Task(void
*pdata)
//icmp
{
INT8U
eer;
IPKT
*ip1;
ICMPKT
*icmp;
int
txlen,len;
NODE
node;
char
*jrxmsg=0;
Delay(100);
while
(1)
{
Uart_Printf("do_poll2!");
OSTimeDly(50);
}
}
void
Main(void)
{
ChangePllValue(88,10,0);
rBWSCON=0x11111012;
//BANK2
IS
8
BIT
MODE
Port_Init();
Uart_Init(0,115200);
Led_Display1(0xf);
Uart_Select(0);
//Select
UART0//
//
Beep(0x1);
Uart_Printf("\n---------------------------------------------------------------");
Beep(0x00);
Uart_Printf("\nOEM
name
:
LiYuTai
Elec.Co.,Ltd.
");
Uart_Printf("\nWebsite
:
www.hzlitai.com.cn
");
Uart_Printf("\nEmail
:
lyt_tech@yahoo.com.cn
");
Uart_Printf("\nFunction
:
ARMSYS44b0’s
Datagram
Test
Program
");
Uart_Printf("\nUART
config:
115.2kbps,8Bit,NP,UART0
");
Uart_Printf("\n---------------------------------------------------------------");
Uart_Printf("\nS3C44B0X
Test
Program
Ver
2.0
rSYSCFG=0x%x
MCLK=%dHz\n",rSYSCFG,MCLK);
Led_Display1(0x0);
Lcd_Init();
ARMTargetInit();//initialize
Target
//
Init
uCOS-II
OSInit();
//Create
the
Main
Task
OSTaskCreate(Main_Task,
(void
*)0,
(OS_STK
*)&Main_Stack,
Main_PRIO);
QSemB=OSQCreate(&QMsgTbB,100);
QSemC=OSQCreate(&QMsgTbC,100);
/*
Start
uCOS-II
*/
OSStart();
}
以上为主程序的一部分，编译没有问题，上JTAG测试的时候老师出错，单步运行有时出错在一开始，有时出错在OSStart（）；那里，请高人指点迷津！不甚感激！！！
在什么系统上调试的
是不是汇编部分没有做好
你是在ARM系统上调试的
在arm上调试ucos的时候，OSStart（）一运行，就开始启动定时器，二这个定时器是系统运行必须的
jtag无法调试定时器
就是说在jtag下，你只能让UCOS全速运行，无法单步运行
设置断点运行也可以
UC
OS-II
函数局部变量存在哪里?
内核结构：临界段、任务、任务状态、任务控制块（OS-TCB）、就绪表、任务调度、给调度器上锁和开锁、空闲任务（IDLE
TASK）、统计任务、中断处理、时钟节拍、UCOS2初始化和启动。
void
task1(void)
{
INT32U
count=0;
start_Tick();
while(1)
{
printf("count;",count++);
OSTIMEDLY(25);
}
}
void
task2(void)
{
INT32U
count=0;
Ticker_init(OS_TICKS_PER_SEC);
while(1)
{
printf("count;",count++);
OSTIMEDLY(50);
}
}
void
main()
{
sysinit();
OSInit();
OSTASKCREAT(Task1,(void*)&Task1Data,
(void*)&Task1STK,TASK1prio);
OSTASKCREAT(TASK2)
OSSTART();
}
例子中的UCOS系统中有3个任务。TASK1和TASK2仅仅是进行延时、研时不同的时间片、代码如图示。另一个是空闲任务，是UCOS启动时自动创建的。
UCOS运行开始于MAIN函数，代码如图。MAIN函数首先调用sysinit()，该函数不是操作系统本身具有的，是一个自行编写的函数，用来做一些针对具体系统的初始化工作，这个函数不是必须的。
Osinit，这个函数是UCOS的系统函数，是UCOS启动时必须调用的。它主要是用来对UCOS内核中的各种数据结构做初始化工作。（同样是INT，在有的CPU体系结构中是16BIT，在有的CPU体系结构中是32BIT）此外它还会建立空闲任务IDLE
TASK，这个任务总是处于就绪态，优先级总是设为最低，这个任务从代码角度讲只是对一个全局变量OSIDLECTR做累加，它的作用是在系统空闲时消耗CPU时间。如果统计任务允许OS-TASK-STAT-EN和任务建立扩展允许都设为1，则OSinit（）还得建立统计任务OSTaskstat（）并且让其进入就绪态，优先级总是设为OS-LOWEST-PRIO-1。
接下来，2次调用OSTASKCREAT（），创建2个任务：TASK1和TASK2。从代码中我们看到有2个变量：TASK1STK和TASK2STK，分别为2个任务的堆栈，这个在前面提到过，UCOS的堆栈大小是可以根据需要定制的，从代码的角度讲，任务的堆栈是以全局数组的形式来实现的。调用OSTASKCREAT（）时还有2个参数：TASK1PRIO和TASK2PRIO，它们表示的是任务的优先级，在例子中TASK2的任务优先级高于TASK1。需要注意，在MAIN函数中至少要建立一个任务，否则UCOS无法正常进行。
最后MAIN（）函数调用OSSTART（），这个函数做的工作是从任务就绪表中找到优先级最高的任务的任务控制块，之后，OSSTART（）调用高优先级就绪任务启动函数OSSTARTHIGHRDY（），这个函数与选择的微处理器有关，它是在针对具体平台进行移植时自行编写的。OSSTARTHIGHRDY（）使已经创建的任务中优先级最高的任务开始运行，之后程序是不会返回OSSTART（）的，本例子中TASK2首先开始执行。
再返回到程序清单，可以看到TASK2于TASK1相比唯一的不同就是TASK2执行的第一个语句是调用函数TICKER——INIT（），这是个自行编写的函数，作用是设置定时器，从而为操作系统运行提供时钟节拍。之所以这样是由于UCOS的结构造成的，UCOS要求在OSSTART（）运行后才能打开定时器中断。如果不这样做的话，时钟节拍中断有可能在UCOS启动第一个任务之前发生，此时UCOS处于不确定状态之中，程序有可能崩溃。
之后，UCOS就开始了运转，对于例子来说就是TASK1和TASK2以及空闲任务轮番工作。

ucos-ii的系统函数有哪些啊有什么特殊的吗

UC/OSⅡ 基本函数
************************************************************************************************
* 事件标志管理 (EVENT FLAGS MANAGEMENT)
*
* OSFlagAccept() 检查事件标志组函数(标志组的指针、事件标志位、等待事件标志位的方式、错误码指针)
* OSFlagCreate() 建立一个事件标志组(初值、错误码)
* OSFlagDel() 删除一个事件标志组(指针、条件值、错误值)
* OSFlagPend() 等待事件标志组的事件标志位(事件组指针、需要检查的标志位、等待事件标志位的方式、
* 允许等待的时钟节拍、出错代码的时钟节拍)
* OSFlagPost() 置位或清0事件标志组中的标志位(指针、标志位、条件值、错误码)
* OSFlagQuery() 查询事件标志组的当前事件标志状态(事件标志组的指针、错误代码的指针)
************************************************************************************************
************************************************************************************************
* 消息邮箱管理 (MESSAGE MAILBOX MANAGEMENT)
*
* OSMboxAccept () 查看消息邮箱(消息邮箱指针)
* OSMboxCreate () 建立并初始化一个消息邮箱(msg 参数不为空含内容)
* OSMboxDel () 删除消息邮箱(消息邮箱指针、删除条件、出错代码指针)
* OSMboxPend () 等待一个消息邮箱函数(消息邮箱指针、允许等待的时钟节拍、代码错误指针)
* OSMboxPost () 发送消息函数(消息邮箱指针、即将实际发送给任务的消息)
* OSMboxPostOpt () 向邮箱发送一则消息(邮箱指针、消息、条件)
* OSMboxQuery () 查询一个邮箱的当前状态(信号量指针、状态数据结构指针)
************************************************************************************************
************************************************************************************************
* 内存管理项 (MEMORY MANAGEMENT)
* OSMemCreate () 建立并初始化一块内存区(起始地址、需要的内存块数目、内存块大小、返回错误的指针)
* OSMemGet () 从内存区分配一个内存块
* OSMemPut () 释放一个内存块，内存块必须释放回原先申请的内存区
* OSMemQuery () 得到内存区的信息
************************************************************************************************
************************************************************************************************
* 互斥型信号量项管理 (MUTUAL EXCLUSION SEMAPHORE MANAGEMENT)
*
* OSMutexAccept () 无等待地获取互斥型信号量(信号量指针、错误代码)
* OSMutexCreate () 建立并初始化一个互斥型信号量(优先级继承优先级(PIP)、出错代码指针)
* OSMutexDel () 删除互斥型信号量(信号指针、删除条件、错误指针)
* OSMutexPend () 等待一个互斥型信号量(指针、等待超时时限、出错代码指针)
* OSMutexPost () 释放一个互斥型信号量(互斥型信号量指针)
* OSMutexQuery () 查询一个互斥型信号量的当前状态(互斥型信号量指针、状态数据结构指针)
************************************************************************************************
************************************************************************************************
* 消息队列管理 (MESSAGE QUEUE MANAGEMENT)
*
* OSQAccept () 检查消息队列中是否已经有需要的消息(消息队列的指针)
* OSQCreate () 建立一个消息队列(消息内存区的基地址(指针数组)、消息内存区的大小)
* OSQDel () 删除一个消息队列(消息队列指针、删除条件、错误指针)
* OSQFlush () 清空消息队列(指向得到消息队列的指针)
* OSQPend () 任务等待消息队列中的消息(消息队列指针、允许等待的时钟节拍、代码错误指针)
* OSQPost () 向消息队列发送一则消息FIFO(消息队列指针、发送的消息)
* OSQPostFront () 向消息队列发送一则消息LIFO(消息队列指针、发送的消息)
* OSQPostOpt () 向消息队列发送一则消息LIFO(消息队列指针、发送的消息、发送条件)
* OSQQuery () 查询一个消息队列的当前状态(信号量指针、状态数据结构指针)
************************************************************************************************
/***********************************************************************************************
* 消息队列数据 (MESSAGE QUEUE DATA)
************************************************************************************************
*/
队列控制块是一个用于维护消息队列信息的数据结构，它包含了以下的一些域。这里，仍然在各个变量前加入
一个来表示它们是数据结构中的一个域。
* 1).OSQPtr: 在空闲队列控制块中链接所有的队列控制块。一旦建立了消息队列，该域就不再有用了。
* 2).OSQStart: 是指向消息队列的指针数组的起始地址的指针。用户应用程序在使用消息队列之前必须先定义该数组
* 3).OSQEnd: 是指向消息队列结束单元的下一个地址的指针。该指针使得消息队列构成一个循环的缓冲区。
* 4).OSQIn: 是指向消息队列中插入下一条消息的位置的指针。当.OSQIn和.OSQEnd相等时，.OSQIn被调整指向
消息队列的起始单元。
* 5).OSQOut: 是指向消息队列中下一个取出消息的位置的指针。当.OSQOut和.OSQEnd相等时，.OSQOut被调整指向消息队列的起始单元。
* 6).OSQSize: 是消息队列中总的单元数。该值是在建立消息队列时由用户应用程序决定的。在uC/OS-II中,该值最大可以是65,535。
* 7).OSQEntries: 是消息队列中当前的消息数量。当消息队列是空的时，该值为0。当消息队列满了以后，该值和 .OSQSize值一样。 在消息队列刚刚建立时，该值为0。
***********************************************************************************************
*/
/***********************************************************************************************
* 信号量管理 (SEMAPHORE MANAGEMENT)
*
* OSSemAccept() 无条件地等待请求一个信号量函数
* OSSemCreate() 建立并初始化一个信号量(输入一个信号量值)
* OSSemDel() 删除一个信号量(信号指针、删除条件、错误指针)
* OSSemPend () 等待一个信号量函数(信号量指针、允许等待的时钟节拍、代码错误指针)
* OSSemPost () 发出一个信号量函数(信号量指针)
* OSSemQuery () 查询一个信号量的当前状态(信号量指针、状态数据结构指针)
*/
/*
************************************************************************************************
* 任务管理 (TASK MANAGEMENT)
*
* OSTaskChangePrio () 改变一个任务的优先级(任务旧的优先级、任务新的优先级)
* OSTaskCreate () 建立任务(任务代码指针、传递参数指针、分配任务堆栈栈顶指针、任务优先级)
* OSTaskCreateExt () 建立扩展任务(任务代码指针/传递参数指针/分配任务堆栈栈顶指针/分配任务优先级
* //(未来的)优先级标识(与优先级相同)/分配任务堆栈栈底指针/指定堆栈的容量(检验用)
* //指向用户附加的数据域的指针/建立任务设定选项)
* OSTaskDel () 删除任务(任务的优先级)
* OSTaskDelReq () 请求一个任务删除其它任务或自身?(任务的优先级)
* OSTaskResume () 唤醒一个用OSTaskSuspend()函数挂起的任务(任务的优先级)
* OSTaskStkChk () 检查任务堆栈状态(任务优先级、检验堆栈数据结构)
* OSTaskSuspend () 无条件挂起一个任务(任务优先级)
* OSTaskQuery () 获取任务信息(任务指针、保存数据结构指针)
************************************************************************************************
*/
/*
************************************************************************************************
* 时钟管理项 (TIME MANAGEMENT)
*
* OSTimeDly () 任务延时函数(时钟节拍数)
* OSTimeDlyHMSM () 将一个任务延时若干时间(设定时、分、秒、毫秒)
* OSTimeDlyResume () 唤醒一个用OSTimeDly()或OSTimeDlyHMSM()函数的任务(优先级)
* OSTimeGet () 获取当前系统时钟数值
* OSTimeSet () 设置当前系统时钟数值
************************************************************************************************
*/
/***********************************************************************************************
* 混杂函数定义
*
* OSInit() 初始化UCOS-II函数
* OSIntEnter() 中断函数正在执行
* OSIntExit() 中断函数已经完成(脱离中断)
* OSSchedLock() 给调度器上锁
* OSSchedUnlock() 给调度器解锁
* OSStart() 启动多个任务
* OSStatInit() 统计任务初始化
* OSVersion() 获得版本号
************************************************************************************************/
/***********************************************************************************************
* 内部函数原型 INTERNAL FUNCTION PROTOTYPES
* 你在应用程序中不能使用它们 (Your application MUST NOT call these functions)
*
* OS_Dummy() 建立一个虚拟函数
* OS_EventTaskRdy() 使一个任务进入就绪态(OS_EVENT *pevent, void *msg, INT8U msk)
* OS_EventTaskWait() 使一个任务进入等待某事件发生状态(ECB指针)
* OS_EventTO() 由于超时而将任务置为就绪态(ECB指针)
* OS_EventWaitListInit() 事件控制块列表初始化(事件控制块指针)
* OS_FlagInit() 初始化事件标志结构
* OS_FlagUnlink() 把这个OS_FLAG_NODE从事件标志组的等待任务链表中删除(OS_FLAG_NODE *pnode)
* OS_MemInit() 初始化内存分区
* OS_QInit() 初始化事件队列结构
* OS_Sched() 任务调度函数
* OS_TaskIdle() 空闲任务函数(指向一个数据结构)
* OS_TaskStat() 统计任务(指向一个数据结构)
* OS_TCBInit() 初始化任务控制块TCB(优先级指针、栈顶指针、栈底指针、任务标志符、
* 堆栈容量、扩展指针、选择项)
************************************************************************************************
*/

ostaskcreateext后会立即运行该任务吗

id参数为要建立的任务创建一个特殊的标识符。该参数在µC/OS以后的升级版本中可能会用到，但在µC/OS-Ⅱ中还未使用。这个标识符可以扩展µC/OS-Ⅱ功能，使它可以执行的任务数超过目前的64个。但在这里，用户只要简单地将任务的id设置成与任务的优先级一样的值就可以了。
pbos是指向任务的堆栈栈底的指针，用于堆栈的检验。
stk_size用于指定堆栈成员数目的容量。也就是说，如果堆栈的入口宽度为4字节宽，那么stk_size为10000是指堆栈有40000个字节。该参数与pbos一样，也用于堆栈的检验。

ostaskcreate后会立即运行该任务吗

处于就绪态，如果该任务优先级够高，则该任务甚至可以在OSTaskCreate()函数调用返回前就已经运行起来了。

利用OStaskcreate()函数创建一个任务,优先级为b,该任务每秒在屏幕上打印出当前的秒数

传参数给task_1函数用的，对于任何形式的函数参数集合都可以转换成一个结构体，然后用结构体指针去传递，void *可以用来传递任何类型的指针。这里由于没有指针要传递所以传递空指针过去，为了不出现warning，在0前面先做强制类型转换

怎样判断ucos ii ostaskcreate任务的 堆栈是否溢出

1.1. 任务堆栈一但溢出，意味着系统的崩溃，在有MMU或者MPU的系统中，对堆栈溢出的检测十分简单，因为这是MMU和MPU必备的功能之一。（uCOS-II/uCOS-III中均有针对没有MMU和MPU的处理器对堆栈溢出检测的策略）
1.2. 堆栈的大小取决于该任务的需求。设定堆栈大小时，你就需要考虑：所有可能被堆栈调用的函数及其函数的嵌套层数，相关局部变量的大小，中断服务程序所需要的空间。另外，堆栈还需存入CPU寄存器，如果处理器有浮点数单元FPU寄存器的话还需存入FPU寄存器。（PS：出于这点，所以在嵌入式系统中有个潜规则，避免写递归函数）
1.3. 虽然任务堆栈大小可以通过人工计算出来，但是要考虑的太多，而且不能十分精确的计算。比如逐级嵌套被调用的函数的参数使用，上下文切换时候的CPU寄存器空间的保存，中断时CPU寄存器空间的保存和中断处理函数的堆栈空间等等，未免太过麻烦。特别的，当任务中使用了printf()之类参数可变的函数，那么统计起来就更困难了。所以这种方式怎么看怎么不现实。囧 。
1.4. 建议在不是很精确的确定任务堆栈使用大小(stk_size)的情况下，还是采取stk_size乘以1.5或者2.0的做法，以保证任务的正常运行。

请教UC/OS中任务创建函数ostaskcreate的参数意义

(void(*task)(void *pd) 函数指针 对应的就是你要创建的任务函数
task 任务名称 pd 任务函数的参数