第11章
参考手册
本章提供了μC/OS-Ⅱ的用户指南。每一个用户可以调用的内核函数都按字母顺序加以说明，包括：
z函数的功能描述
z函数原型
z函数名称及源代码
z函数使用到的常量
z函数参数
z函数返回值
z特殊说明和注意点
264-μC/OS-II:实时操作系统内核
参考手册-265
OSInit( )
Void OSInit(void);
所属文件调用者开关量
OS_CORE.C 启动代码无
OSinit（）初始化μC/OS-Ⅱ，对这个函数的调用必须在调用OSStart（）函数之前，而OSStart （）函数真正开始运行多任务。
参数
无
返回值
无
注意/警告
必须先于OSStart（）函数的调用
范例：
void main (void)
{
.
.
OSInit(); /* 初始化 uC/OS-II */
.
.
OSStart(); /*启动多任务内核 */
}
266-μC/OS-II:实时操作系统内核
OSIntEnter( )
Void OSIntEnter（void）;
所属文件调用者开关量
OS_CORE.C 中断无OSIntEnter（）通知μC/OS-Ⅱ一个中断处理函数正在执行，这有助于μC/OS-Ⅱ掌握中断嵌套的情况。OSIntEnter（）函数通常和OSIntExit（）函数联合使用。
参数
无
返回值
无
注意/警告
在任务级不能调用该函数。
如果系统使用的处理器能够执行自动的独立执行读取-修改-写入的操作，那么就可以直接递增中断嵌套层数（OSIntNesting），这样可以避免调用函数所带来的额外的开销。
范例一：
（Intel 80x86的实模式, 在大模式下编译，，real mode，large model）
ISRx PROC FAR
PUSHA ; 保存中断现场
PUSH ES
PUSH DS
;
MOV AX, DGROUP ; 读入数据段
MOV DS, AX
;
CALL FAR PTR _OSIntEnter ; 通知内核进入中断
.
.
POP DS ; 恢复中断现场
参考手册-267
POP ES
POPA
IRET ; 中断返回
ISRx ENDP
范例二：
（Intel 80x86的实模式, 在大模式下编译，, real mode , large model）
ISRx PROC FAR
PUSHA ; 保存中断现场
PUSH ES
PUSH DS
;
MOV AX, DGROUP ; 读入数据段
MOV DS, AX
;
INC BYTE PTR _OSIntNesting ; 通知内核进入中断
.
.
.
POP DS ; 恢复中断现场
POP ES
POPA
IRET ; 中断返回
ISRx ENDP
268-μC/OS-II:实时操作系统内核
OSIntExit( )
Void OSIntExit（void）;
所属文件调用者开关量
OS_CORE.C 中断无
OSIntExit（）通知μC/OS-Ⅱ一个中断服务已执行完毕，这有助于μC/OS-Ⅱ掌握中断嵌套的情况。通常OSIntExit（）和OSIntEnter（）联合使用。当最后一层嵌套的中断执行完毕后，如果有更高优先级的任务准备就绪，μC/OS-Ⅱ会调用任务调度函数，在这种情况下，中断返回到更高优先级的任务而不是被中断了的任务。
参数
无
返回值
无
注意/警告
在任务级不能调用该函数。并且即使没有调用OSIntEnter（）而是使用直接递增OSIntNesting 的方法，也必须调用OSIntExit（）函数。
参考手册-269
范例：
（Intel 80x86 的实模式, 在大模式下编译，real mode , large model）
ISRx PROC FAR
PUSHA ; 保存中断现场
PUSH ES
PUSH DS
.
.
CALL FAR PTR _OSIntExit ; 通知内核进入中断
POP DS ; 恢复中断现场
POP ES
POPA
IRET ; 中断返回
ISRx ENDP
270-μC/OS-II:实时操作系统内核
OSMboxAccept( )
Void *OSMboxAccept（OS_EVENT *pevent）;
所属文件调用者开关量
OS_MBOX.C 任务或中断OS_MBOX_EN OSMboxAccept（）函数查看指定的消息邮箱是否有需要的消息。不同于OSMboxPend（）函数，如果没有需要的消息，OSMboxAccept（）函数并不挂起任务。如果消息已经到达，该消息被传递到用户任务并且从消息邮箱中清除。通常中断调用该函数，因为中断不允许挂起等待消息。
参数
pevent 是指向需要查看的消息邮箱的指针。当建立消息邮箱时，该指针返回到用户程序。（参考OSMboxCreate（）函数）。
返回值
如果消息已经到达，返回指向该消息的指针；如果消息邮箱没有消息，返回空指针。
注意/警告
必须先建立消息邮箱，然后使用。
参考手册-271
范例：
OS_EVENT *CommMbox;
void Task (void *pdata)
{
void *msg;
pdata = pdata;
for (;;) {
msg = OSMboxAccept(CommMbox); /* 检查消息邮箱是否有消息 */
if (msg != (void *)0) {
. /* 处理消息 */ .
} else {
. /*没有消息 */ .
}
.
.
}
}
272-μC/OS-II:实时操作系统内核
OSMboxCreate( )
OS_EVENT *OSMboxCreate（void *msg）;
所属文件调用者开关量
OS_MBOX.C 任务或启动代码OS_MBOX_EN OSMboxCreate（）建立并初始化一个消息邮箱。消息邮箱允许任务或中断向其他一个或几个任务发送消息。
参数
msg参数用来初始化建立的消息邮箱。如果该指针不为空，建立的消息邮箱将含有消息。
返回值
指向分配给所建立的消息邮箱的事件控制块的指针。如果没有可用的事件控制块，返回空指针。
注意/警告
必须先建立消息邮箱，然后使用。
参考手册-273 范例：
OS_EVENT *CommMbox;
void main(void)
{
.
.
OSInit(); /* 初始化μC/OS-Ⅱ */
.
.
CommMbox = OSMboxCreate((void *)0); /* 建立消息邮箱 */
OSStart(); /* 启动多任务内核 */
}
274-μC/OS-II:实时操作系统内核
OSMboxPend( )
Void *OSMboxPend ( OS_EVNNT *pevent, INT16U timeout, int8u *err );
所属文件调用者开关量
OS_MBOX.C 任务OS_MBOX_EN OSMboxPend（）用于任务等待消息。消息通过中断或另外的任务发送给需要的任务。消息是一个以指针定义的变量，在不同的程序中消息的使用也可能不同。如果调用OSMboxPend（）函数时消息邮箱已经存在需要的消息，那么该消息被返回给OSMboxPend（）的调用者，消息邮箱中清除该消息。如果调用OSMboxPend（）函数时消息邮箱中没有需要的消息，OSMboxPend （）函数挂起当前任务直到得到需要的消息或超出定义等待超时的时间。如果同时有多个任务等待同一个消息，μC/OS-Ⅱ默认最高优先级的任务取得消息并且任务恢复执行。一个由OSTaskSuspend（）函数挂起的任务也可以接受消息，但这个任务将一直保持挂起状态直到通过调用OSTaskResume（）函数恢复任务的运行。
参数
pevent 是指向即将接受消息的消息邮箱的指针。该指针的值在建立该消息邮箱时可以得到。（参考OSMboxCreate（）函数）。
Timeout 允许一个任务在经过了指定数目的时钟节拍后还没有得到需要的消息时恢复运行。如果该值为零表示任务将持续的等待消息。最大的等待时间为65,535个时钟节拍。这个时间长度并不是非常严格的，可能存在一个时钟节拍的误差，因为只有在一个时钟节拍结束后才会减少定义的等待超时时钟节拍。
Err 是指向包含错误码的变量的指针。OSMboxPend（）函数返回的错误码可能为下述几种：z OS_NO_ERR ：消息被正确的接受。
z OS_TIMEOUT ：消息没有在指定的周期数内送到。
z OS_ERR_PEND_ISR ：从中断调用该函数。虽然规定了不允许从中断调用该函数，但μC/OS-Ⅱ仍然包含了检测这种情况的功能。
z OS_ERR_EVENT_TYPE ：pevent 不是指向消息邮箱的指针。
返回值
OSMboxPend（）函数返回接受的消息并将 *err置为OS_NO_ERR。如果没有在指定数目的时钟节拍内接受到需要的消息，OSMboxPend（）函数返回空指针并且将 *err设置为OS_TIMEOUT。
注意/警告
必须先建立消息邮箱，然后使用。
不允许从中断调用该函数。
参考手册-275 范例：
OS_EVENT *CommMbox;
void CommTask(void *pdata)
{
INT8U err;
void *msg;
pdata = pdata;
for (;;) {
.
.
msg = OSMboxPend(CommMbox, 10, &err);
if (err == OS_NO_ERR) {
.
. /* 消息正确的接受 */
.
} else {
.
. /* 在指定时间内没有接受到消息*/
.
}
.
.
}
}
276-μC/OS-II:实时操作系统内核
OSMboxPost( )
INT8U OSMboxPost（OS_EVENT *pevent, void *msg）;
所属文件调用者开关量
OS_MBOX.C 任务或中断OS_MBOX_EN OSMboxPost（）函数通过消息邮箱向任务发送消息。消息是一个指针长度的变量，在不同的程序中消息的使用也可能不同。如果消息邮箱中已经存在消息，返回错误码说明消息邮箱已满。OSMboxPost（）函数立即返回调用者，消息也没有能够发到消息邮箱。如果有任何任务在等待消息邮箱的消息，最高优先级的任务将得到这个消息。如果等待消息的任务优先级比发送消息的任务优先级高，那么高优先级的任务将得到消息而恢复执行，也就是说，发生了一次任务切换。
参数
pevent 是指向即将接受消息的消息邮箱的指针。该指针的值在建立该消息邮箱时可以得到。（参考OSMboxCreate（）函数）。
Msg 是即将实际发送给任务的消息。消息是一个指针长度的变量，在不同的程序中消息的使用也可能不同。不允许传递一个空指针，因为这意味着消息邮箱为空。
返回值
OSMboxPost（）函数的返回值为下述之一：
z OS_NO_ERR ：消息成功的放到消息邮箱中。
z OS_MBOX_FULL ：消息邮箱已经包含了其他消息，不空。
z OS_ERR_EVENT_TYPE ：pevent 不是指向消息邮箱的指针。
注意/警告
必须先建立消息邮箱，然后使用。
不允许传递一个空指针，因为这意味着消息邮箱为空。
参考手册-277 范例：
OS_EVENT *CommMbox;
INT8U CommRxBuf[100];
void CommTaskRx(void *pdata)
{
INT8U err;
pdata = pdata;
for (;;) {
.
.
err = OSMboxPost(CommMbox, (void *)&CommRxBuf[0]);
.
.
}
}
278-μC/OS-II:实时操作系统内核
OSMboxQuery( )
INT8U OSMboxQuery（OS_EVENT *pevent, OS_MBOX_DATA *pdata）;
所属文件调用者开关量
OS_MBOX.C 任务或中断OS_MBOX_EN OSMboxQuery（）函数用来取得消息邮箱的信息。用户程序必须分配一个OS_MBOX_DATA的数据结构，该结构用来从消息邮箱的事件控制块接受数据。通过调用OSMboxQuery（）函数可以知道任务是否在等待消息以及有多少个任务在等待消息，还可以检查消息邮箱现在的消息。
参数
pevent 是指向即将接受消息的消息邮箱的指针。该指针的值在建立该消息邮箱时可以得到。（参考OSMboxCreate（）函数）。
Pdata 是指向OS_MBOX_DATA数据结构的指针，该数据结构包含下述成员：V oid
*OSMsg; /* 消息邮箱中消息的复制 */
/*消息邮箱等待队列的复制*/
INT8U OSEventTbl[OS_EVENT_TBL_SIZE];
OSEventGrp；
INT8U
返回值
OSMboxQuery（）函数的返回值为下述之一：
z OS_NO_ERR ：调用成功
z OS_ERR_EVENT_TYPE ：pevent 不是指向消息邮箱的指针。
注意/警告
必须先建立消息邮箱，然后使用。
参考手册-279 范例：
OS_EVENT *CommMbox;
void Task (void *pdata)
{
OS_MBOXDATA mbox_data;
INT8U err;
pdata = pdata;
for (;;) {
.
.
err = OSMboxQuery(CommMbox, &mbox_data);
if (err == OS_NO_ERR) {
. /* 如果mbox_data.OSMsg为非空指针，说明消息邮箱非空*/
}
.
.
}
}
280-μC/OS-II:实时操作系统内核
OSMemCreate( )
OS_MEM *OSMemCreate( void *addr, INT32U nblks ,INT32U blksize, INT8U *err);
所属文件调用者开关量
OS_MEM.C 任务或初始代码OS_/MEM_EN OSMemCreate（）函数建立并初始化一块内存区。一块内存区包含指定数目的大小确定的内存块。程序可以包含这些内存块并在用完后释放回内存区。
参数
addr 建立的内存区的起始地址。内存区可以使用静态数组或在初始化时使用malloc（）函数建立。
Nblks 需要的内存块的数目。每一个内存区最少需要定义两个内存块。
Blksize 每个内存块的大小，最少应该能够容纳一个指针。
Err 是指向包含错误码的变量的指针。OSMemCreate（）函数返回的错误码可能为下述几种：OS_NO_ERR ：成功建立内存区。
OS_MEM_INV ALID_PART ：没有空闲的内存区。
OS_MEM_INV ALID_BLKS ：没有为每一个内存区建立至少两个内存块。
OS_MEM_INV ALID_SIZE ：内存块大小不足以容纳一个指针变量。
返回值
OSMemCreate（）函数返回指向内存区控制块的指针。如果没有剩余内存区，OSMemCreate（）函数返回空指针。
注意/警告
必须首先建立内存区，然后使用。
参考手册-281 范例：
OS_MEM *CommMem;
INT8U CommBuf[16][128];
void main(void)
{
INT8U err;
OSInit(); /* 初始化μC/OS-Ⅱ */
.
.
CommMem = OSMemCreate(&CommBuf[0][0], 16, 128, &err);
.
.
OSStart(); /* 启动多任务内核 */
}
282-μC/OS-II:实时操作系统内核
OSMemGet( )
Void *OSMemGet(OS_MEM *pmem, INT8U *err);
所属文件调用者开关量
OS_MEM.C 任务或中断OS_MEM_EN OSMemGet（）函数用于从内存区分配一个内存块。用户程序必须知道所建立的内存块的大小，同时用户程序必须在使用完内存块后释放内存块。可以多次调用OSMemGet（）函数。
参数
pmem是指向内存区控制块的指针，可以从OSMemCreate（）函数返回得到。
Err 是指向包含错误码的变量的指针。OSMemGet（函数返回的错误码可能为下述几种：
z OS_NO_ERR ：成功得到一个内存块。
z OS_MEM_NO_FREE_BLKS ：内存区已经没有空间分配给内存块。
返回值
OSMemGet（）函数返回指向内存区块的指针。如果没有空间分配给内存块，OSMemGet（）函数返回空指针。
注意/警告
必须首先建立内存区，然后使用。
UC/OS-II学习笔记之——任务切换是怎样实现的问题是， o Uc/OS-II如何切换任务？通过任务调度器OS_Sched()，那么谁在调用这个函数？ o CPU在这里肯定有作用，因为任务切换必然涉及到CPU寄存器的入栈和出栈， 那么这一块工作是如何完成的？ 书上讲：为了做到任务切换，运行OS_TASK_SW()，人为模仿一次中断。中断服务子程序或陷阱处理（trap hardler），也称作事故处理（exception handler），必须给汇编语言函数OSCtxSw()提供中断向量[1.92]。 那么，“人为模仿一次中断”是什么意思？ 是指：OS_TASK_SW()触发了一个中断，由中断完成了任务切换？ 阅读源代码，查找答案…… #define OS_TASK_SW()OSCtxSw()//这是一个宏调用，定义在os_cpu.h，Os_cpu_a.asm中定义了OSCtxSw NVIC_INT_CTRL EQU0xE000ED04 NVIC_PENDSVSET EQU0x10000000 ;****************************************************************************** ;PERFORM A CONTEXT SWITCH(From task level) ;void OSCtxSw(void) ; ;Note(s):1)OSCtxSw()is called when OS wants to perform a task context switch.This function ;triggers the PendSV exception which is where the real work is done. ;****************************************************************************** OSCtxSw LDR R0,=NVIC_INT_CTRL;Trigger the PendSV exception(causes context switch) LDR R1,=NVIC_PENDSVSET STR R1,[R0] BX LR 注释说明该段汇编代码触发了一个PendSV的异常。
技术架构解析大数作者：匿名出处：论2016-01-22 20:46大数据数量庞大，格式多样化。大量数据由家庭、制造工厂和办公场所的各种设备、互联网事务交易、社交网络的活动、自动化传感器、移动设备以及科研仪器等生成。它的爆炸式增长已超出了传统IT基础架构的处理能力，给企业和社会带来严峻的数据管理问题。因此必须开发新的数据架构，围绕“数据收集、数据管理、数据分析、知识形成、智慧行动”的全过程，开发使用这些数据，释放出更多数据的隐藏价值。 一、大数据建设思路 1)数据的获得 大数据产生的根本原因在于感知式系统的广泛使用。随着技术的发展，人们已经有能力制造极其微小的带有处理功能的传感器，并开始将这些设备广泛的布置于社会的各个角落，通过这些设备来对整个社会的运转进行监控。这些设备会源源不断的产生新数据，这种数据的产生方式是自动的。因此在数据收集方面，要对来自网络包括物联网、社交网络和机构信息系统的数据附上时空标志，去伪存真，尽可能收集异源甚至是异构的数据，必要时还可与历史数据对照，多角度验证数据的全面性和可信性。 2)数据的汇集和存储 数据只有不断流动和充分共享，才有生命力。应在各专用数据库建设的基础上，通过数据集成，实现各级各类信息系统的数据交换和数据共享。数据存储要达到低成本、低能耗、高可靠性目标，通常要用到冗余配置、分布化和云计算技术，在存储时要按照一定规则对数据进行分类，通过过滤和去重，减少存储量，同时加入便于日后检索的标签。 3)数据的管理 大数据管理的技术也层出不穷。在众多技术中，有6种数据管理技术普遍被关注，即分布式存储与计算、内存数据库技术、列式数据库技术、云数据库、非关系型的数据库、移动数据库技术。其中分布式存储与计算受关注度最高。上图是一个图书数据管理系统。 4)数据的分析 数据分析处理：有些行业的数据涉及上百个参数，其复杂性不仅体现在数据样本本身，更体现在多源异构、多实体和多空间之间的交互动态性，难以用传统的方法描述与度量，处理的复杂度很大，需要将高维图像等多媒体数据降维后度量与处理，利用上下文关联进行语义分析，从大量动态而且可能是模棱两可的数据中综合信息，并导出可理解的内容。大数据的处理类型很多，主要的处理模式可以分为流处理和批处理两种。批处理是先存储后处理，而流处理则是直接处理数据。挖掘的任务主要是关联分析、聚类分析、分类、预测、时序模式和偏差分析等。 5)大数据的价值：决策支持系统 大数据的神奇之处就是通过对过去和现在的数据进行分析，它能够精确预测未来;通过对组织内部的和外部的数据整合，它能够洞察事物之间的相关关系;通过对海量数据的挖掘，它能够代替人脑，承担起企业和社会管理的职责。 6)数据的使用 大数据有三层内涵：一是数据量巨大、来源多样和类型多样的数据集;二是新型的数据处理和分三是运用数据分析形成价值。大数据对科学研究、经济建设、社会发展和文化生活等各个领;析技术 域正在产生革命性的影响。大数据应用的关键，也是其必要条件，就在于?屔与经营的融合，当然，这里的经营的内涵可以非常广泛，小至一个零售门店的经营，大至一个城市的经营。 二、大数据基本架构 基于上述大数据的特征，通过传统IT技术存储和处理大数据成本高昂。一个企业要大力发展大数据应用首先需要解决两个问题：一是低成本、快速地对海量、多类别的数据进行抽取和存储;二是使用新的技术对数据进行分析和挖掘，为企业创造价值。因此，大数据的存储和处理与云计算技术密不可分，在当前的技
论系统功能架构设计院系 专业 学号 姓名 成绩
摘要 当今，以信息科学技术为先导的社会变革，全面推动着社会的发展，当代社会进入了以网络信息为中心的信息时代。建立以计算机技术、网络技术、现代数据库技术为基础的现代多层人事管理信息系统，不仅是建立现代化企业的需要，也是发展的需要。文章从J2EE技术出发，对Struts、Spring和Hibemate框架进行了分析。Struts是一个MVC模式的框它将业务代码与视图代码分离开，有效的优化了系统结构，提高了系统的扩展性。Spring是一种轻量级的容器，依赖注入动态的使系统各组件间达到松散结合，同时能够很好的兼容各种框架。Hibemate是一个对象/关系数据库映射工具，提供了Java类到数据表之间的映射，实现了对象与数据库关系之间的交互，使系统具有良好的性能和移植性。 关键词:架构、多层分级、struts、Spring、Hibemate
系统功能架构分析与设计 1.系统分层结构应用及MVC框架开发简介 我们在做着表面上看似是对于各种不同应用的开发，其实背后所对应的架 构设计都是相对稳定的。在一个好的架构下编程，不仅对于开发人员是一件赏 心悦目的事情，更重要的是软件能够表现出一个健康的姿态；而架构设计的不 合理，不仅让系统开发人员受苦受难，软件本身的生命周期更是受到严重威胁。 信息系统功能部分一般采用多层架构，是在MVC框架概念上发展而来的， 最适合B/S及C/S程序的模板。而B/S是随着Internet技巧的兴起，对C/S结构的一种变化或者改良的结构。在这种结构下，用户工作界面是通过WWW浏览 器来实现，极少部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓三层结构,即表现层、业务逻辑层、数据持久层。其中,表现层:包含代码、用户交互GUI、数据验证,这层用于向客户端用户提供GUI交互,它允许用 户在显示系统中输入和编辑数据,同时,系统提供数据验证功能。这样就大大简 化了客户端电脑载荷，减轻了系统保护与升级的成本和工作量，降低了用户的 总体成本。同时也被广泛地应用到工具软件中，成为应用程序的构成基础。MVC把系统的组成分解成模型、视图、控制三个核心组成，三者的分离使得一 个模型可以具有多个显示视图。MVC具有设计清晰，易于扩展，运用可分布的 特点，使得前台后台的数据控制和表现能力彼此分离，加快开发进程及产品推 向市场的时间。 2.SSH开发框架的引入 SSH为Struts+Spring+Hibemate的一个集成框架，是目前比较流行的一种Web应用程序开源框架。集成SSH框架的系统从职责上分为四层：表示层、业 务逻辑层、数据持久层和域模块层，以帮助开发人员在短期内搭建结构清晰、 可复用性好、维护方便的Web应用程序。其中使用Struts作为系统的整体基础框架，充当MVC里的Controller层，在Struts框架的模型部分，利用Hibemate框架对持久层提供支持，业务层用Spring支持。具体做法是：用面 向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，
uC/OS-II任务堆栈检验（OSTaskStkChk()） 使用OSTaskStkChk()可以返回一个记录所检查堆栈空间的使用情况，包括已使用空间及 空闲空间的大小。但只有用OSTaskCreateExt()建立的任务的堆栈才正常使用OSTaskStkChk()。这个堆栈检验功能的原理很简单，因为OSTaskCreateExt()已经把任务堆栈 每个字节初始为0了,所以只需要从栈底依次扫描每个字节并计数直到当一个字节的内容不 为0,也即从这个字节起的空间已经至少被任务使用过了，得到的计数就是空闲空间的大小，使用空间的大小由栈的总大小减去空闲空间的大小就可以得到。 OSTaskStkChk(INT8U prio,OS_STK_DATA *pdata) /*检查优先级为prio的任务的堆栈使用情况，并把结果存入OS_STK_DATA类型的单元中*/ INT8U OSTaskStkChk(INT8U prio,OS_STK_DATA *pdata) { OS_TCB *ptcb; /*用于执行所要堆栈检测任务的TCB*/ OS_STK *pchk; /*用于指向所要堆栈检测的任务的堆栈*/ INT32U free; /*存放未使用的堆栈容量*/ INT32U size; /*存放堆栈总容量*/ pdata->OSFree=0; /*将用于存放堆栈检测结果的单元进行清零*/ pdata->OSUsed=0; if(prio>OS_LOWEST_PRIO &&prio != OS_PRIO_SELF)/*查看优先级是否在有效范围内*/ { return(OS_PRIO_INVALID); } OS_ENTER_CRITICAL();/*在对任务的TCB内容读取的过程中需要关中断，即TCB是临界资源，不可多个进程同时访问*/ if (prio==OS_PRIO_SELF) /*如果prio的值为OS_PRIO_SELF 即prio==0xFF,系统规定优 先级为当前正在执行的任务*/ { prio=OSTCBCur->OSTCBPrio;/*需要将prio的值更改为当前正在执行任务的优先级*/ } ptcb=OSTCBPrioTbl[prio];/*根据任务的优先级和TCB优先级表，找到所要进程堆栈检测 任务的TCB*/
系统架构设计师的岗位职责 系统架构设计师需要负责系统及相关产品需求分析及架构设计。以下是小编整理的系统架构设计师的岗位职责。 系统架构设计师的岗位职责1 职责: 1. 负责公司系统的架构设计、研发工作 2. 配合产品经理对公司产品以及公司基础研究项目进行技术需求分析，承担从业务向技术转换的桥梁作用，根据产品业务需求提出技术方案和系统设计 3. 负责制定系统的整体框架，编写软件架构设计文档。对系统框架相关技术和业务进行培训，指导开发人员开发并解决系统开发、运行中出现的各种问题 4. 主持和参与系统逻辑模型和物理模型设计，负责开发和维护统一的软件开发架构，保证软件模块的复用性 5. 参与各项目、各阶段的技术评审;特别是技术架构方面和软件复用方面
6. 参与部门研发技术方向规划，负责提供软件产品框架和技术路线;负责关键技术的预研与攻关, 解决项目开发或产品研发中的技术难题 7. 协助部门经理合理分配软件研发任务使项目团队高效率运作，确保技术架构得以推进和实施 岗位要求： 1. 本科及以上学历，计算机或相关专业毕业, 8年以上软件产品开发及架构设计经验 2. 具有丰富的大中型开发项目的总体规划、方案设计及技术队伍管理经验 3. 熟悉C/C++或JAVA等开发语言，并且实际开发工作不少于5年;熟悉常见的数据库系统，如MySQL、Oracle和MongoDB 等 4. 精通设计模式和开源的框架，有面向对象分析、设计、开发能力(OOA、OOD、OOP)，精通UML，熟练使用Rational Rose 等工具进行设计开发 5. 对计算机系统、网络和安全、应用系统架构等有全面的认识，熟悉项目管理理论，并有实践基础
ucos-ii操作系统复习大纲 一．填空题 1．uC/OS-II是一个简洁、易用的基于优先级的嵌入式【抢占式】多任务实时内核。 2．任务是一个无返回的无穷循环。uc/os-ii总是运行进入就绪状态的【最高优先级】的任务。 3．因为uc/os-ii总是运行进入就绪状态的最高优先级的任务。所以，确定哪 个任务优先级最高，下面该哪个任务运行，这个工作就是由【调度器（scheduler）】来完成的。 4．【任务级】的调度是由函数OSSched()完成的，而【中断级】的调度 是由函数OSIntExt() 完成。对于OSSched()，它内部调用的是【OS_TASK_SW()】完成实际的调度；OSIntExt()内部调用的是【 OSCtxSw() 】实现调度。 5．任务切换其实很简单，由如下2步完成： （1）将被挂起任务的处理器寄存器推入自己的【任务堆栈】。 （2）然后将进入就绪状态的最高优先级的任务的寄存器值从堆栈中恢复到【寄存器】中。 6．任务的5种状态。 【睡眠态(task dormat) 】：任务驻留于程序空间（rom或ram）中，暂时没交给ucos-ii处理。 【就绪态（task ready）】：任务一旦建立，这个任务就进入了就绪态。 【运行态（task running）】：调用OSStart（）可以启动多任务。OSStart（）函数只能调用一次，一旦调用，系统将运行进入就绪态并且优先级最高的任务。 【等待状态（task waiting）】：正在运行的任务，通过延迟函数或pend（挂起）相关函数后，将进入等待状态。
【中断状态（ISR running）】：正在运行的任务是可以被中断的，除非该任务将中断关闭或者ucos-ii将中断关闭。 7．【不可剥夺型】内核要求每个任务自我放弃CPU的所有权。不可剥夺型调度法也称作合作型多任务，各个任务彼此合作共享一个CPU。 8．当系统响应时间很重要时，要使用【可剥夺型】内核。最高优先级的任务一旦就绪，总能得到CPU的控制权。 9．使用可剥夺型内核时，应用程序不应直接使用不可重入型函数。调用不可重入型函数时，要满足互斥条件，这一点可以用【互斥型信号量】来实现。 10．【可重入型】函数可以被一个以上的任务调用，而不必担心数据的破坏。 11．可重入型函数任何时候都可以被中断，一段时间以后又可以运行，而相应数据不会丢失。可重入型函数或者只使用【局部变量】，即变量保存在CPU寄存器中或堆栈中。如果使用全局变量，则要对全局变量予以【保护】。 12．每个任务都有其优先级。任务越重要，赋予的优先级应【越高】。 13．μC/OS-Ⅱ初始化是通过调用系统函数【OSIint()】实现的，完成μC/OS-Ⅱ所有的变量和数据结构的初始化。 14．多任务的启动是用户通过调用【OSStart()】实现的。然而，启动μC/OS-Ⅱ之前，用户至少要建立一个应用【任务】。 15. μC/OS-Ⅱ的参数配置文件名为【】。 16．删除任务,是说任务将返回并处于【休眠状态】，并不是说任务的代码被删除了，只是任务的代码不再被μC/OS-Ⅱ调用。 17．μC/OS-Ⅱ要求用户提供【定时中断】来实现延时与超时控制等功能。 18．定时中断也叫做【时钟节拍】，它应该每秒发生10至100次。 19. 时钟节拍的实际频率是由用户的应用程序决定的。时钟节拍的频率越高，系统的负荷就【越重】。 20．μC/OS-II中的信号量由两部分组成：一个是信号量的【计数值】，它是一个16位的无符号整数（0 到65,535之间）；另一个是由等待该信号量的任务组成的【等待任务表】。用户要在中将OS_SEM_EN开关量常数置成【1 】，这样μC/OS-II 才能支持信号量。 21. μC/OS-II中表示当前已经创建的任务数全局变量名为：【 OSTaskCtr 】。
班级学号姓名同组人 实验日期室温大气压成绩 实验二 UCOS-II任务管理 一、实验目的 1、掌握UCOS-II中任务管理的函数的应用。 2、掌握UCOS-II在STM32平台下对硬件的控制。 3、掌握开发UCOS-II应用的程序结构。 二、实验步骤 1、UCOSII工作原理 UCOSII提供系统时钟节拍，实现任务切换和任务延时等功能。这个时钟节拍由 OS_TICKS_PER_SEC（在os_cfg.h中定义）设置，一般我们设置UCOSII的系统时钟节拍为1ms~100ms。本次实验利用STM32的SYSTICK定时器来提供UCOSII时钟节拍。 UCOSII的任何任务都是通过一个叫任务控制块（TCB）的东西来控制的，每个任务管理块有3个最重要的参数：（1）任务函数指针；(2)任务堆栈指针；(3)任务优先级。 在UCOSII中，使用CPU的时候，优先级高（数值小）的任务比优先级低的任务具有优先使用权，即任务就绪表中总是优先级最高的任务获得CPU使用权，只有高优先级的任务让出CPU使用权（比如延时）时，低优先级的任务才能获得CPU使用权。UCOSII不支持多个任务优先级相同，也就是每个任务的优先级必须不一样。任务的调度其实就是CPU 运行环境的切换，即：PC指针、SP指针和寄存器组等内容的存取过程 UCOSII的每个任务都是一个死循环。每个任务都处在以下5种状态之一的状态下，这5种状态是：睡眠状态、就绪状态、运行状态、等待状态(等待某一事件发生)和中断服务状态。 睡眠状态，任务在没有被配备任务控制块或被剥夺了任务控制块时的状态。
就绪状态，系统为任务配备了任务控制块且在任务就绪表中进行了就绪登记，任务已经准备好了，但由于该任务的优先级比正在运行的任务的优先级低，还暂时不能运行，这时任务的状态叫做就绪状态。 运行状态，该任务获得CPU使用权，并正在运行中，此时的任务状态叫做运行状态等待状态，正在运行的任务，需要等待一段时间或需要等待一个事件发生再运行时，该任务就会把CPU的使用权让给别的任务而使任务进入等待状态。 中断服务状态，一个正在运行的任务一旦响应中断申请就会中止运行而去执行中断服务程序，这时任务的状态叫做中断服务状态。 UCOSII任务的5个状态转换关系如图所示： 与任务相关的几个函数： 1）建立任务函数 UCOSII提供了我们2个建立任务的函数：OSTaskCreat和OSTaskCreatExt，我们一般用OSTaskCreat函数来创建任务，该函数原型为： OSTaskCreate(void(*task)(void*pd),void*pdata,OS_STK*ptos,INTU prio) 该函数包括4个参数： task：是指向任务代码的指针； pdata：是任务开始执行时，传递给任务的参数的指针； ptos：是分配给任务的堆栈的栈顶指针； prio是分配给任务的优先级。 每个任务都有自己的堆栈，堆栈必须申明为OS_STK类型，并且由连续的内存空间组成。可以静态分配堆栈空间，也可以动态分配堆栈空间。OSTaskCreatExt也可以用来创
国家智能制造系统架构映射及示例解析 图11 智能制造系统架构各维度与智能制造标准体系结构映射 图11通过具体的映射图展示了智能制造系统架构三个维度与智能制造标准体系的映射关系。由于智能制造标准体系结构中A基础共性及C行业应用涉及到整个智能制造系统架构，映射图中对B关键技术进行了分别映射。 B关键技术中包括BA智能装备、BB智能工厂、BC智能服务、BD智能赋能技术、BE工业网络等五大类标准。其中BA智能装备主要对应生命周期维度的设计、生产和物流，
系统层级维度的设备和单元，以及智能特征维度中的资源要素；BB智能工厂主要对应生命周期维度的设计、生产和物流，系统层级维度的车间和企业，以及智能特征维度的资源要素和系统集成；BC智能服务主要对应生命周期维度的销售和服务，系统层级维度的协同，以及智能特征维度的新兴业态；BD智能赋能技术主要对应生命周期维度的全过程，系统层级维度的企业和协同，以及智能特征维度的所有环节；BE工业网络主要对应生命周期维度的全过程，系统层级维度的设备、单元、车间和企业，以及智能特征维度的互联互通和系统集成。 智能制造系统架构通过三个维度展示了智能制造的全貌。为更好的解读和理解系统架构，以计算机辅助设计（CAD）、工业机器人和工业网络为例，诠释智能制造重点领域在系统架构中所处的位置及其相关标准。 1.计算机辅助设计（CAD）
智能特征系统集成互联互通融合共享 图12a CAD 在智能制造系统架构中的位置 CAD 位于智能制造系统架构生命周期维度的设计环节、系统层级的企业层，以及智能特征维度的融合共享，如图12a 所示。已发布的CAD 标准主要包括： ● GB/T 18784-2002 CAD/CAM 数据质量 ● GB/T 18784.2-2005 CAD/CAM 数据质量保证方 法 ● GB/T 24734-2009 技术产品文件 数字化产品定义 数据通则
大数据技术架构解析 作者：匿名出处：论坛2016-01-22 20:46 大数据数量庞大，格式多样化。大量数据由家庭、制造工厂和办公场所的各种设备、互联网事务交易、社交网络的活动、自动化传感器、移动设备以及科研仪器等生成。它的爆炸式增长已超出了传统IT基础架构的处理能力，给企业和社会带来严峻的数据管理问题。因此必须开发新的数据架构，围绕“数据收集、数据管理、数据分析、知识形成、智慧行动”的全过程，开发使用这些数据，释放出更多数据的隐藏价值。 一、大数据建设思路 1)数据的获得 大数据产生的根本原因在于感知式系统的广泛使用。随着技术的发展，人们已经有能力制造极其微小的带有处理功能的传感器，并开始将这些设备广泛的布置于社会的各个角落，通过这些设备来对整个社会的运转进行监控。这些设备会源源不断的产生新数据，这种数据的产生方式是自动的。因此在数据收集方面，要对来自网络包括物联网、社交网络和机构信息系统的数据附上时空标志，去伪存
真，尽可能收集异源甚至是异构的数据，必要时还可与历史数据对照，多角度验证数据的全面性和可信性。 2)数据的汇集和存储 数据只有不断流动和充分共享，才有生命力。应在各专用数据库建设的基础上，通过数据集成，实现各级各类信息系统的数据交换和数据共享。数据存储要达到低成本、低能耗、高可靠性目标，通常要用到冗余配置、分布化和云计算技术，在存储时要按照一定规则对数据进行分类，通过过滤和去重，减少存储量，同时加入便于日后检索的标签。 3)数据的管理
4)数据的分析
5)大数据的价值：决策支持系统
大数据的神奇之处就是通过对过去和现在的数据进行分析，它能够精确预测未来;通过对组织内部的和外部的数据整合，它能够洞察事物之间的相关关系;通过对海量数据的挖掘，它能够代替人脑，承担起企业和社会管理的职责。 6)数据的使用
uCOS-II中的任务切换机制 【@.1 函数周期与死循环】 一般函数的生命周期很简单，从开始调用函数起，直到函数返回，即结束。这样一来就完成了这个函数的使命，它也就不再需要了。对于一般的函数就是这样，但是回过头想想，对于一个系统、OS、或者工业控制中的一个控制器重的系统个，函数返回是很轻易很随便的就能返回吗？返回就意味着函数结束，死亡，若是想系统这样一个很大的函数，它的返回就意味着系统结束。因此，对于系统的函数返回有些时候我们不希望它返回，返回时是需要好好设计的，像嵌入式中的控制程序我们也并不需要它返回，直接关机就好了。因此，一个系统往往就是一个很大的循环，不停的扫描，而我们编程的时候对于这个死循环是需要好好设计的。考虑以下一个控制要求， @.按键控制电机启、停、正转反转，并每秒发送CAN报文报告当前情况。 我们可以有多种方法实现这一要求： 方法一：每次在循环体重扫描当前按键的电平，从而进入对应的控制电机函数，如果所有电平都没有信号则直接进入下一个循环。发送CAN报文就直接用一个定时中断。这样的好处就是编程简单直白，每次循环进入不同的电机控制函数，坏处很明显，一定要等待到下一个循
环才能进入其他的电机控制函数，每次循环的时间不好控制，不管你用函数指针还是 if/else来判断，每次循环一定要等待电机动作结束才能进入下一个循环。 方法二：改用外部中断来处理按键。仅当按键按下时触发外部中断，从而控制响应的电机进行操作。这样的好处就是循环体简单，可以仅仅就是一个计数器加一，所有控制都等中断来实现。但这样带来的问题也很明显，就是中断嵌套问题。比如当电机正转时按下停止按钮，这时由于是在中断中，停止按钮是否真的能够得到响应？这就涉及到中断嵌套问题，并不见得所有CPU都能支持中断嵌套，我的这一篇文章对中断嵌套问题进行了一个讨论。 方法三：采用RTOS的思想，加入任务调度系统。每次任务调度系统就是一个小小的循环，对于各个任务进行轮询，当这次轮询发现某任务是已经就绪的优先级最高的任务，则交给CPU处理，所有中断与任务，任务与任务之间有通讯机制可以交换信息。当然实际上并不仅仅只在任务调度器轮询时才进行任务的切换，实际上的操作比这个复杂一些，我的这篇文章就想以uCOS-II为例讨论RTOS的任务调度系统是怎样执行的。 【@.2 uCOS-II中的任务调度】 回到前面的方法一，二，我们将这种任务称作前后台任务。
实验二-U C O S-I I任务 管理 -CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN
班级学号姓名同组人 实验日期室温大气压成绩 实验二 UCOS-II任务管理 一、实验目的 1、掌握UCOS-II中任务管理的函数的应用。 2、掌握UCOS-II在STM32平台下对硬件的控制。 3、掌握开发UCOS-II应用的程序结构。 二、实验步骤 1、UCOSII工作原理 UCOSII提供系统时钟节拍，实现任务切换和任务延时等功能。这个时钟节拍由 OS_TICKS_PER_SEC（在os_cfg.h中定义）设置，一般我们设置UCOSII的系统时钟节拍为1ms~100ms。本次实验利用STM32的SYSTICK定时器来提供UCOSII时钟节拍。 UCOSII的任何任务都是通过一个叫任务控制块（TCB）的东西来控制的，每个任务管理块有3个最重要的参数：（1）任务函数指针；(2)任务堆栈指针；(3)任务优先级。 在UCOSII中，使用CPU的时候，优先级高（数值小）的任务比优先级低的任务具有优先使用权，即任务就绪表中总是优先级最高的任务获得CPU使用权，只有高优先级的任务让出CPU使用权（比如延时）时，低优先级的任务才能获得CPU使用权。UCOSII不
支持多个任务优先级相同，也就是每个任务的优先级必须不一样。任务的调度其实就是CPU运行环境的切换，即：PC指针、SP指针和寄存器组等内容的存取过程UCOSII的每个任务都是一个死循环。每个任务都处在以下5种状态之一的状态下，这5种状态是：睡眠状态、就绪状态、运行状态、等待状态(等待某一事件发生)和中断服务状态。 睡眠状态，任务在没有被配备任务控制块或被剥夺了任务控制块时的状态。 就绪状态，系统为任务配备了任务控制块且在任务就绪表中进行了就绪登记，任务已经准备好了，但由于该任务的优先级比正在运行的任务的优先级低，还暂时不能运行，这时任务的状态叫做就绪状态。 运行状态，该任务获得CPU使用权，并正在运行中，此时的任务状态叫做运行状态等待状态，正在运行的任务，需要等待一段时间或需要等待一个事件发生再运行时，该任务就会把CPU的使用权让给别的任务而使任务进入等待状态。 中断服务状态，一个正在运行的任务一旦响应中断申请就会中止运行而去执行中断服务程序，这时任务的状态叫做中断服务状态。 UCOSII任务的5个状态转换关系如图所示：
系统规划：包括系统项目的提出预可行性分析；系统方案的制定、评价和改进；新旧系统的分析和比较；现有软件、硬件和数据资源的有效利用； 软件架构设计：XML技术；基于架构的软件开发过程；软件的质量属性；架构（模型）风格；特定领域软件架构；基于架构的软件开发方法；架构评估；软件产品线；系统演化 设计模式：设计模式概念；设计模式的组成；模式和软件架构；设计模式分类；设计模式实现； 系统设计：处理流程设计；人机界面设计；文件涉及；存储设计；数据库设计；网络应用系统的设计；系统运行环境的集成与设计；中间件；应用服务器；性能设计与性能评估；系统转换设计划； 软件系统建模：系统需求、建模的作用以及意义；定义问题（目标、功能、性能）与归结模型（静态结构模型、动态行为模型、物理模型）；结构化系统建模；数据流图；面向对象系统建模；统一建模语言（UML）；数据库建模；E-R图；逆向工程； 分布式系统设计：分布式通行协议的设计；基于对象的分布式系统设计；基于web的分布式系统设计；基于消息和协同的分布式系统设计；异构分布式系统的互操作性设计； 嵌入式系统设计：实时系统和嵌入式系统特征；实时任务调度和多任务设计；中断处理和异常处理；嵌入式系统的开发设计 系统的可靠性分析与设计：系统故障模型和可靠性模型；系统的可靠性分析与可靠度计算；提高系统可靠性的措施；系统的故障对策和系统的备份与恢复； 、 系统安全性和保密性设计：系统的访问控制技术；数据的完整性；数据与文件的加密；通信的安全性；系统的安全性设计； 1、概念类 系统规划 项目计划：包括范围计划、工作范围计划、活动定义、资源需求、资源计划、活动排序、
任务的删除（删除任务请求方，被删除任务方）所谓删除任务，就是把任务置于睡眠状态。具体做法是，把被删除的任务 的任务控制块从任务控制块链表中删除，并归还给空任务控制块链表。（创建一个任务就像向空任务控制链表借东西。但是有借必有还，删除任务就是用完以后归还给空任务链表的过程），然后在任务就绪表中把该任务的就绪状态位置为0，于是该任务就不能再被调度器所调用了。简单的说，就是把他的身份证给吊销了。 #if OS_TASK_DEL_EN INT8U OSTaskDel(INT8U prio); //要删除任务的优先级别这与任务的挂起相似，可以调用函数OSTaskDel()来删除任务自身或者除了空闲任务之外的其他任务。如果一个任务要删除自己，则应调用函数时函数参数prio为OS_PRIO_SELF。 核心讨论的问题 问题的提出： 有时，任务会占用一些动态分配的内存或是信号量之类的资源。这时，如果有其他任务把这个任务删除了，那么被删除任务所占用的一些资源就会因为没有被释放而丢失，这时任何系统都无法接受的。 这就像在C语言中用malloc申请的对空间，在释放之前不能让子函数没了，否则永远就找不到申请的这段空间了。 解决方案： 提出删除任务请求的任务只能负责提出删除任务的请求，而删除工作要有被删除任务自己来完成。这样，被删除的任务就可以根据自身的具体情况来决定何时删除任务自身，同时也会有机会再删除自身之前把占用的资源给释放掉。 显然如果想使提出删除任务请求的任务和被删除任务之间能够像上述方式来执行删除工作，则他们必须有某种通信方法。ucos利用被删除任务的任务控制块成员OSTCBDelReq作为请求删除方与被删除方的联络信号，同时提供了一个双方都能调用的函数-----请求删除任务函数OSTaskDelReq（）。这样提出删除任务请求的任务和被删除任务的双方都能使用这个函数来访问OSTCBDelReq这个信号，从而可以根据这个信号状态来决定各自的行为 过程是这样的。就像两个人A和B。A对B调用函数OSTaskDelReq （）说我要删除你。然后将Flag（OSTCBDelReq）置给一个标志位。B通过函数OSTaskDelReq（）看到Flag（OSTCBDelReq）置位，然后就启动自己删除自己的命令。
无线互联科技 Wireless Internet Technology No.13 July,2019 第13期 2019年7月 移动边缘计算的系统架构和关键技术分析 董春利"，王莉1 (1.南京交通职业技术学院电子信息工程学院，江苏南京211188;2.上海剑曦信息科技有限公司，上海200051) 摘要：随着移动互联网和物联网应用的快速发展，传统的集中式云计算遇到了严峻的挑战，例如高延迟、低频谱效率和非自适应机器类型的通信。为了解决这些挑战，新技术正在推动将集中式云计算功能转移到网络边缘设备。移动边缘计算被认为是物联网和任务关键型、垂直解决方案的关键推动因素，被公认为是一种关键的架构概念和技术之一。文章讨论分析了移动边缘计算的系统架构和关键技术。 关键词：移动边缘计算；虚拟机；计算卸载；VM迁移 移动边缘计算(Mobile Edge Computing,MEC)被欧洲电信标准化协会(European Telecommunications Standards Institute,ETSI)定义为一种新技术，在移动网络边缘、无线接入网络内以及移动用户附近，提供IT服务环境和云计算能力ETSI发布了一份关于移动边缘计算的白皮书，移动边缘计算被认为是一种重要的新兴技术，成为下一代网络的重要组成部分。由于具有低延迟、近距离和高带宽等先进特性，以及实时洞察无线网络信息和位置感知功能，移动边缘计算为多个行业(如消费者、企业)提供了大量新的应用和服务。特别地，MEC被认为是智能城市中处理视频流服务有前景的解决方案。 来自监视设备的视频流在MEC服务器上进行本地处理和分析，从视频流中提取有意义的数据。可以将有价值的数据传输到应用服务器，以减少核心网络流量。增强现实(Augmented Reality,AR)移动应用在上行链路中的数据收集、边缘计算和下行链路中的数据传递方面，具有固有的协作属性。增强现实数据需要低延迟和髙速率的数据处理，以便根据用户的位置提供正确的信息。数据处理可以在本地MEC服务器上执行，而不是在集中式服务器上执行，以提供良好的用户体验。物联网在电信网络上生成额外的消息，要求网关聚合消息并确保低延迟和安全性。引入利用MEC收集，分类和分析物联网数据流的新架构，MEC服务器负责管理各种协议、消息分发和分析处理。MEC环境创造了一个新的价值链和充满活力的生态系统，从而为移动运营商、应用和内容提供商创造了新的机会。 1MEC的系统架构 ETSI描述的MEC参考架构使MEC应用程序能够实现为在MEC主机上运行的纯软件实体⑵。移动边缘平台提供运行MEC应用程序所需的基本环境和功能。MEC应用程序在虚拟化基础架构之上作为虚拟机(Virtual Machine,VM)运行，并且可以与移动边缘平台交互以执行与应用程序的生命周期相关的某些支持过程。此外，虚拟化基础设施包括一个执行由移动边缘平台接收的流量规则的数据平面，并路由在应用本地网络和外部网络之间的流量。MEC主机级管理包括移动边缘平台管理器和虚拟化基础架构管理器。前者管理应用程序的生命周期以及应用程序规则和要求，包括服务授权、流量规则、域名系统(Domain Name System, DNS)配置和解决冲突。后者负责分配、管理和发布虚拟化基础架构的可视化(计算、存储和网络)资源。 操作支持系统通过生命周期管理代理商或运营商的第三方客户，通过面向客户的服务门户接收用户应用程序的请求，操作支持系统决定是否授予请求。授权请求将转发给MEC协调器进行下一步处理。MEC协调器是核心功能，因为它根据部署的MEC主机、可用资源、可用MEC服务和拓扑，维护一个整体视图。出于性能、成本、可扩展性、运营商首选部署的原因，MEC支持不同的部署方案叫例如在蜂窝宏基站演进型Node B站点(Evolved Node B,eNodeB)、在3G无线网络控制器(Radio Network Controller,RNC)站点、在多个无线电接入技术小区聚合站点，和聚合点(其也可以位于核心网络的边缘，例如在分布式数据中心中)，探讨了一个网络规划问题，该讨论决定了在可用站点中安装MEC 服务器的最佳位置，以便在安装成本和服务质量(Quality of Service,QoS)之间进行权衡。 2MEC的关键技术 MEC的关键技术包括计算卸载和移动性管理。 计算卸载是一个将资源密集型计算从移动设备迁移到资源丰富的附近基础设施的过程画。虽然移动设备受到计算能力、电池寿命和散热的限制，但是通过将能量消耗的应用程序计算卸载到MEC服务器，MEC可以在用户设备(User Equipment,UE)上运行新的复杂应用程序。计算卸载的一个重要部分是决定是否卸载、是否适用全部或部分卸载、卸载什么以及如何卸载。卸载决策取决于根据3个标准分类的应用程序模型。第1个标准是应用程序是否包含不能卸载的用户等不可卸载部分(例如用户输入、摄像或需要在UEs处 基金项目：南京交通职业技术学院高层次人才科研基金项目；项目编号：440105001o 作者简介：董春利(1964—),男，山东青岛人，教授，博士；研究方向：认知无线电网络，下一代无线泛在网络。 -131_
1.uCos-II操作系统内核的主要工作就是对任务进行管理和调度. 在应用程序设计的角度来看,uCos-II的任务就是一个线程. 2.从任务的存储结构来看,uCOS-II的任务由三个部分组成: 1-任务程序代码(任务的执行部分). 2-任务堆栈(用于保存任务工作环境) 3-任务控制块(用于保存任务属性) 3.uCOS-II的任务有两种,用户任务和系统任务. 由应用程序设计者编写的任务叫做用户任务. 由系统提供的任务叫做系统任务. 用户任务是为解决应用问题而编写的,系统任务是为应用程序来提供某种服务的. 4,任务的5种状态 5.从等待状态不能直接进入运行状态. 6.从程序设计的角度来看,一个uCOS-II任务的代码就是一个C语的函数.为了可以传递各种不同类型的数据甚至是函数,任务的参数是一个void类型的指针.可以说uCOS-II任务是一个代码结构是带有临界段的无限循环. 7.用户任务他不是被主函数或其他函数调用的, 主函数main()只负责创建和启动它们,而操作系统负责来调度运行. 8.OS_ENTER_CRITICAL()和OS_EXIT_CRITICAL用来做临界保护的. 9.OSTaskCreate()为操作系统uCOS-II提供的用来创建任务的函数. 10.OSStart()为操作系统提供启动各任务的函数.启动任务以后,任务就应由操作系统来管理和调度了. 11.uCOS-II预定义了两个为应用程序服务的系统任务:空闲任务和统计任务.其中空闲任务是每个应用程序必须使用的,而统计任务则是应用程序可以根据实际需要来选择使用的. 12.空闲任务:让CPU在没有用户任务可执行时有事可做. OSTaskIdle(): void OSTaskIdle(void *pdata) { #if OS_CRITICAL_METHOD == 3 OS_CPU_SR cpu_sr; #endif pdata = pdata; //定义了型参没有用,编译器会报警告或者错误 for(;;) { OS_ENTER_CRITICAL(); OSdleCtr++; OS_EXIT_CRITICAL(); } }
被中断等待事件。时间挂起 1. 运行状态 任何时候只有一个在运行。正在运行的任务可能会因为等待某一个任务而进 入等待状态，此时下一个优先级更高的进入了就绪状态被赋予了CPU 的控制权，即任务级切换。如果一个未屏蔽中断发生，当前任务将进入中断状态，则在中断返回时将进行任务切换，即更到优先级的任务 2. 就绪状态 如果一个任务所等待的资源除CPU 外已全部获得，则处于就绪状态。如果该 任务的优先级最高，则马上执行。如果当前还有高优先级的任务，则次任务等待更高优先级的任务放弃CPU 的控制权后再调度ＣＰＵ的使用权。 3. 等待状态 即正在运行的任务需要等待某一事件或时间延迟的发生。当任务因等待事件 被挂起时，下一个优先级更高的立即得到ＣＰＵ的控制权。当其等待的事件发生了，该被挂起的任务重新进入就绪状态。事件发生的报告可能来自另一个任务，也可能来自中断服务子程序。 4. 休眠状态 任务驻留在程序空间中，还没有交给ｕｃｏｓ管理，把任务交给ucos 是通 过调用OSTaskCreate （）或OSTaskCreateExt （）两个函数之一实现的。任务一旦确立将进入就绪状态。一个任务可通过调用OSTaskDel （）返回到休眠状态，即被删除，或通过调用该函数让另外一个任务进入休眠状态。 5. 被中断状态 正在运行的任务可以被中断，除非该任务关闭中断，或ucos 关闭中断。被 中断了的任务即进入了中断服务状态。响应中断时，正在执行的任务被挂起，中断服务子程序控制了CPU 的使用权。中断服务子程序可能会报告一个或多个时间的发生，而使一个或多个任务进入就绪状态。此时，中断服务子程序返回之前，ucos 要判定被中断的任务是否还是就绪态任务中优先级最高的。如果更高的进入了就绪状态，则他会运行，否则原来的继续运行。
智能配电系统架构分析及技术挑战戴年俊 摘要：配电自动化可以加强电力供应的可靠性以及稳定性，从而为电力用户提 供更加优质的服务，进一步满足不断提升的用户要求，所以要加强配电自动化系 统的配电管理工作。文章对智能配电系统架构和技术挑战进行了研究分析，以供 参考。 关键词：智能配电系统；架构分析；技术挑战 1前言 近些年我国的经济得到了较大的发展，人们的生活水平也得到了较大的提升，对于电力能源的需求也在不断上涨。随着我国城市化进程的不断加快，相应的配 电工程建设得到了极大的推广。但是从目前情况来看，配电自动化系统中配电工 程的工作量比较大，施工周期比较长，施工复杂性比较高，所以在配电管理中比 较容易出现问题。这就需要相关管理人员不断提升自身的综合能力，完善相应的 制度，采取针对性的策略优化配电管理，这对于推动我国配电自动化系统的发展 具有非常重要的意义。 2智能配用电信息系统架构 2.1系统架构 为充分利用供电企业现有配电自动化系统、用电信息采集系统的软硬件资源，同时兼顾调度、运检和营销专业应用需求，构建采集设备层、通信信道层、数据 融合层、高级应用层四个层次的智能配用电系统结构。采集设备层包含站所终端（ＤＴＵ）、馈线终端（ＦＴＵ）、配变终端（ＴＴＵ）、故障指示器、配网状 态监测装置、集中器及电能表等采集设备；通信信道层包含光纤通信、无线公网 通信、无线专网通信及电力线载波等通信设备；数据融合层包含前置采集服务器、ＳＣＡＤＡ服务器、数据库服务器、无线公网采集服务器及二次安防防护设备等；高级应用层在数据融合的基础上实现故障精确定位、实时线损分析、配网主动抢修、用户用电行为分析及负荷预测等功能模块。 2.2系统设计方案 自２００９年国家电网公司第一批配电自动化试点至今，配电自动化系统已 在９６个地市开展应用，但是配用电相关专业系统间信息集成度不高，数据挖掘 和深化应用不够，配网运行状态监测、故障隔离等基础功能应用不足，配电自动 化系统实用化应用水平有待提升。通过汲取“十二五”配电自动化建设应用的经验，从功能定位清晰、应用主体明确、数据平台统一等方面设计了跨生产控制大区与 管理信息大区的智能配用电一体化主站系统方案。基于信息安全防护和投资成本 的考虑，将“三遥”配电终端和少量“二遥”配电终端以光纤专网方式接入生产控制 大区，而将大量“二遥”配电终端、故障指示器、电能表等以无线公网方式接入管 理信息大区。生产控制大区主要服务于配电网调度与控制，进一步强化配电自动 化系统的数据采集与运行监控、图模管理、馈线自动化及拓扑分析等基本功能应用，从管理信息大区获取所需实时数据、历史数据、图模文件及单相接地故障定 位结果等信息，同时将实时数据、馈线自动化定位结果等信息推送至管理信息大区。管理信息大区主要服务于配用电运行状态管控，通过整合中配电网的数据信息，实现配电网单相接地故障分析、配用电设备管理、线路和设备重过载分析等 功能，进一步实现故障精确定位、实时线损分析、配电网主动抢修、用户用电行 为分析及负荷预测等高级应用功能。生产控制大区与管理信息大区基于配用电统 一数据支撑平台，通过协同管控机制实现权限、责任区、告警定义等的分区维护、