搭建PC机+ucos ii的IDE开发环境
如何搭建PC机+ucos ii的IDE开发环境?
PC机+ucos ii的IDE开发环境,将此应用平台搭建完成后可以配合《嵌入式实时操作系统uCOS-II》邵贝贝(第二版)来练习.
硬件开发平台:intel x86 实时操作系统版本:ucos ii V2.52
编译环境: Borland C++ 4.5 和 Borland Tasm 5.0
第一步:安装Borland C++ 4.5和Borland Tasm 5.0
1. 安装BORLAND C++4.5 到 C:\BC45 (运行INSTALL.EXE安装。安装路径最好为
C:\BC45。由于BC45中不包含TASM因此需要另外安装TASM)
2. 安装BORLAND TASM5.0 到 C:\TASM （运行INSTALL.EXE安装，首先会让你输入
安装分区；而后是安装路径，最好为C:\TASM；而后是些安装选项，使用默认的可以了,安装完后一定要将Tasm.exe copy到BC4.5的bin目录下，这是汇编的编译器。）
3. 右键单击我的电脑--->属性--->高级--->环境变量--->弹出“环境变量”对话框
4. 在“用户变量”列表中找到path，在变量值末尾添加“;C:\TASM\BIN;”
第二步: BORLAND C++4.5编译UCOS/II
1. 在任意一个盘建立文件夹MyTest (以D:\MyTest为例)
2. 在MyTest文件夹下建立如下子文件夹
SRC:为应用程序及ucos ii的源码
Test01:为项目工程文件夹 SRC的子文件夹如下:
APP:应用程序
INCLUDE:所有头文件
Ix86L:与PC的CPU相关的代码
PC:PC机上的应用程序
SOURCE:ucos ii的源码
可以将我的SRC中的各个文件拷贝到你的对应的文件夹中
3. 将INCLUDE文件夹拷贝到C:盘的根目录下,并修改INCLUDES.H中部分源码为:
#include "c:\include\os_cpu.h"
#include "c:\include\os_cfg.h"
#include "c:\include\ucos_ii.h"
#include "c:\include\pc.h"
然后将INCLUDES.H拷贝到C:\BC45\INCLUDE (因为BORLAND C++4.5的头文件包含默认路径为此路径)
4. 打开建立一个新的工程如下:
点击 OK.
5. MyTest\SRC\SOURCE\uCOS_II.C;;MyTest\SRC\PC\PC.C;;PMyTest\SRC\Ix86L\OS_CPU_
A.ASM;; MyTest\SRC\Ix86L\OS_CPU_C.C ;MyTest\SRC\APP\TEST.C添加到工程中如下图所示:
6. 编译并运行
实时操作系统UCOS-II,学会RTOS给你的身价增值
实时操作系统UCOS-II,学会RTOS给你的身价增值 如果，你最近关注一些嵌入式招聘职位描述，你可能会经常看到看到使用过uCOS、Vxworks、QNX等RTOS者优先。 随便打开一个20K的嵌入式开发工作职责： 你会发现熟悉RTOS的开发、移植、剪裁真的很吃香！ 今天，我们就来介绍一下实时操作系统UCOS-II。 一、嵌入式操作系统概览 嵌入式操作系统的主要好处就是屏蔽了底层硬件的差别，给上层应用提供统一的接口，并管理进程调度和资源（如CPU时间、内存）分配等。并且可以充分利用硬件资源，如在单任务时（大循环结构，如大部分51程序）遇到delay函数时，CPU在空转。而在多任务系统，遇到delay或需等待资源时系统会自动运行下一个任务，等条件满足再回来运行先前的任务，这样就充分利用了CPU，提高了效率。 uC/OS操作系统与裸机程序的最大不同点就在于uC/OS有任务调度，可以根据任务的重要程度（优先级）优先执行重要的任务，从而确保能及时处理最重要的数据。（所以对于一个系统有必要使用OS的判断是能否划分一个个的任务，并且各任务间的耦合很小）可以思考下裸机程序中断的时候发生的过程。利用堆栈可以很自由的在A、B中切换，如果切换足够快，A、B看以来好像同时在执行，这就是并行，A、B就是任务。如果这个切换操作放到定时器函数中来做，就可以严格按照时间来切换。另外，各个任务之间有存在一定的关系，有逻辑上的先后等，必须引进全局的结构体、变量来标记一些信息，全局的这些数据是不会被释放的，所以所有的任务可以去通过读、写这些数据来实现各个程序块交流信息，实现所谓的同步、互斥。这就是操作系统的原理，而这些不同的通信方式按功能细分就成事件管理、内存管理等。
ucosII任务切换是怎样实现的
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的异常。
ucos-ii操作系统复习大纲
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 】。
小程序开发方案
杭州忒虫网络科技有限公司 小程序开发方案（通用） 一、什么是小程序 二、门店小程序优势 三．门店小程序定位 四、小程序基本功能介绍 五、常见小程序开发案例 六、服务流程 七、报价 一、什么是小程序 小程序微信和百度推出的一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或者搜一下即可打开应用。也体现了“用完即走”的理念，适合各类线下商铺以及非刚需低频应用的转换。小程序能够实现消息通知、线下扫码、线上销售公众号关联等七大功能。 二、小程序的优势 1.自带推广：微信小程序自带附近的小程序功能，帮助商家被三公里范围内的微信用户搜索到，店铺根据距离来排
名，与品牌大小无关，也就是说，用户离你越近，你就排 得越前。百度小程序可以直接展示在手机百度APP的搜索页面，相当于在手机端建了一个网站，精准定位客户需求。 2.触手可及，用完即走：小程序是一种无需下载安装即可使用的应用，能以最低成本触达用户。随着小程序市场的打开，在未来几年内，小程序将有望成为企业及商家的标配。 3.小程序码：再小的店也有自己的品牌，一张小程序码就可以成为消费者了解店铺的直接通道，对于现在的诈骗二维码满天飞的状况，小程序二维码有着特殊的形状，依靠微信为背书，更有信任感。对于线下实体店来说，可以把小程序码贴在门店或者印在传单上，通过场景推广打开率更高。 4.打通门店线上线下营销通道：小程序重在用户体验和线上线下的打通，逐渐的将微信公众号和H5互动的功能进行融合，进而补充其不足，实现高效营销和会员管理。 5.使用即是用户：用户只要使用过小程序，就会成为小程序的用户，该小程序会自动进入用户的发现栏小程序列表中，小程序实现了用最低的成本，让产品出现在用户的微信中。 6.在微信中打开率更高：同样的一个广告链接，在公众号图文中插入外链、阅读原文、文末广告和小程序广告位所获得的打开率完全不同，小程序和阅读原文的打开率差了10倍左右。
典型的新产品开发流程
典型的新产品开发流程 综合Stage－Gate以及PACE的新产品开发流程来看，发现它们基本上是一致的。本文转自项目管理者联盟 项目管理者联盟文章，深入探讨。 下面是对每个阶段的描述： Discovery阶段项目管理者联盟文章，深入探讨。 这个阶段主要是寻求产品构思，并不是每个企业都把这个阶段作为流程的正式阶段，但是，它却是产品创新过程的一个必经的阶段，因为，任何一个可产品化的构思都是从无数多个构思中筛选而来的，这个阶段的过程管理往往是非常开放的，它们可以来自于客户/合作伙伴/售后/市场/制造以及研发内部，这些来自各个渠道的信息就构成了产品的最原始概念。本文转自项目管理者联盟 这个阶段的焦点应放在分析市场机会和战略可行性上，主要通过快速收集一些市场和技术信息，使用较低的成本和较短的时间对技术/市场/财务/制造/知识产权等方面的可行性进行分析，并且评估市场的规模、市场的潜力、和可能的市场接受度，并开始塑造产品概念。这个阶段一般只有少数几个人参与项目，通常包括一个项目发
起人和其他几个助手，正常情况下，这个阶段在4－8周的时间内完成。 这个阶段是产品开发工作的基础阶段，它的主要目的是新产品定义，包括目标市场的定义、产品构思的定义、产品定位战略以及竞争优势的说明，需要明确产品的功能规格以及产品价值的描述等方面内容，决定产品的开发可行性，对Scoping阶段的估计进行严格的调研，并完成后续阶段的计划制定，当然，这个阶段并不需要详细的产品设计，一旦这个阶段结束，需要对这一产品的资源、时间表和资金作出估算。这一阶段涉及的活动比前一阶段要多很多，并且要求多方面的资源和信息投入，这一阶段最好是由一个跨职能的团队来处理，也就是最终项目团队的核心成员。 Development阶段
嵌入式实时操作系统UCOS 2优劣势分析
嵌入式实时操作系统ucos ii的优劣势分析 引言 早在20世纪60年代，就已经有人开始研究和开发嵌入式操作系统。但直到最近，它才在国内被越来越多的提及，在通信、电子、自动化等需要实时处理的领域所曰益显现的重要性吸引了人们越来越多的注意力。但是，人们所谈论的往往是一些著名的商业内核，诸如VxWorks、PSOS等。这些商业内核性能优越，但价格昂贵，主要用于16位和32位处理器中，针对国内大部分用户使用的51系列8位单片机，可以选择免费的ucos ii。 ucos ii的特点 1．ucos ii是由Labrosse先生编写的一个开放式内核，最主要的特点就是源码公开。这一点对于用户来说可谓利弊各半，好处在于，一方面它是免费的，另一方面用户可以根据自己的需要对它进行修改。缺点在于它缺乏必要的支持，没有功能强大的软件包，用户通常需要自己编写驱动程序，特别是如果用户使用的是不太常用的单片机，还必须自己编写移植程序。 2．ucos ii是一个占先式的内核，即已经准备就绪的高优先级任务可以剥夺正在运行的低优先级任务的CPU使用权。这个特点使得它的实时性比非占先式的内核要好。通常我们都是在中断服务程序中使高优先级任务进入就绪态（例如发信号），这样退出中断服务程序后，将进行任务切换，高优先级任务将被执行。拿51单片机为例，比较一下就可以发现这样做的好处。假如需要用中断方式采集一批数据并进行处理，在传统的编程方法中不能在中断服务程序中进行复杂的数据处理，因为这会使得关中断时间过长。所以经常采用的方法是置一标志位，然后退出中断。由于主程序是循环执行的，所以它总有机会检测到这一标志并转到数据处理程序中去。但是因为无法确定发生中断时程序到底执行到了什么地方，也就无法判断要经过多长时间数据处理程序才会执行，中断响应时间无法确定，系统的实时性不强。如果使用μC/OS-II的话，只要把数据处理程序的优先级设定得高一些，并在中断服务程序中使它进入就绪态，中断结束后数据处理程序就会被立即执行。这样可以把中断响应时间限制在一定的范围内。对于一些对中断响应时间有严格要求的系统，这是必不可少的。但应该指出的是如果数据处理程序简单，这样做就未必合适。因为ucos ii要求在中断服务程序末尾使用OSINTEXIT函数以判断是否进行任务切换，这需要花费一定的时间。 3．ucos ii和大家所熟知的Linux等分时操作系统不同，它不支持时间片轮转法。ucos ii是一个基于优先级的实时操作系统，每个任务的优先级必须不同，分析它的源码会发现，ucos ii把任务的优先级当做任务的标识来使用，如果优先级相同，任务将无法区分。进入就绪态的优先级最高的任务首先得到CPU的使用权，只有等它交出CPU的使用权后，其他任务才可以被执行。所以它只能说是多任务，不能说是多进程，至少不是我们所熟悉的那种多进程。显而易见，如果只考虑实时性，它当然比分时系统好，它可以保证重要任务总是优先占有CPU。但是在系统中，重要任务毕竟是有限的，这就使得划分其他任务的优先权变成了一个让人费神的问题。另外，有些任务交替执行反而对用户更有利。例如，用单
uCOS-II任务堆栈检验(OSTaskStkChk())
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*/
新产品开发流程简介--Eric
新产品开发流程简介 LRBU 2011-8-5
Guiding Principle Time t o M arket： 并行开发，缩短开发时程，加速新产品 导入时间 (Schedule) Time t o V olume：在新产品设计开发时，即能充分考虑成 本 (Cost)、品质(Quality)、易制造 (Manufacturing) 等因素 Time t o M oney：把握DFx之精神，使新产品能在具竞争性 的成本下競爭，快速爬坡大量生产，为公 司带来利润
Terms Definition PM: P roduct M anagement 产品管理 ID: I ndustrial D esign 工业设计 F/W: F irmware 韧体设计 DQA: D esign Q uality A ssurance 设计品质保证 ETP: E ngineering T echnology P latform 工程技术平台 EMC/Safety: E lectric M agnetic C ompatibility 电磁相容/安规 PE: P roduct E ngineering 产品工程 CS: C ustomer S ervice 客户服务 BM: B usiness M anagement 经营管理 IP: I ntellectual P roperty 智慧财产(智权) MRD: M arketing R equirement D ocument 市场需求评估报告 FMEA: F ailure M ode & E ffect A nalysis 失效模式与效应分析 E-BOM: E ngineering B ill O f M aterial 工程材料列表 P-BOM: P roduction B ill O f M aterial 生产材料列表
新产品开发控制程序
新产品开发控制程序 1、目的 通过对新产品开发活动进行有效策划和控制，确保新开发的产品能满足顾客的质量、成本和交货期的要求。 2、适用范围 适用于本公司之以下类型的新产品开发过程的控制： A类－全新设计开发的新产品； B类－按客户提供样品之参考设计 C类－老产品局部结构改型； D类－老产品之性能改进或增加 3、职责 3.1 新产品开发项目组长：一般由市场部项目主管担当，项目组长按项目开发要求编 制《新产品开发项目进度计划》、协调各部门按进度计划推进新产品开发活动，对对新产品开发项目全过程工作负责； 3.2 新产品开发项目小组负责在策划和设计开发阶段以同步工程的方式开展新产品开 发工作。 3.3相关部门根据《新产品开发项目进度计划》之各部门职能分工，按项目流程计划 节点要求分别承担各自专项工作。 4、工作内容 4.1 新产品项目立项 4.1.1 市场部根据顾客的要求、市场调研及预测的信息提出项目背景资料，填写《产 品开发立项确认书》，并组织由各部门经理参加的项目确认评审会，评审内容主要包括： 产品价格（估价）; 市场或客户对新产品的关注点； 新产品与现有技术平台的差异； 开发成本； 产品过程能力的预估分析和投资估算； 顾客的各种要求及时间期限； 可能涉及到的法律、法规（安全性、环保和用后处置）的问题。 4.1.2 经评审通过的项目由评审人员在《产品开发立项确认书》上签字，报总经理批
准立项。 4.1.3 如果此新产品为公司需要全新设计的项目或现有技术平台较差的项目，则需 由开发部组织各部门采用《新产品可行性分析报告》详细分析检讨。 4.2 成立新产品开发项目小组CFT 4.2.1 新产品开发项目经总经理批准后，成立开发项目小组，项目组长由总经理批 准任命，成员将由市场部、开发部、工程部、财务部、品管部、生产部、采 购部等部门项目分管人员组成，必要时将邀请主要供应商担当加入。 4.2.2 项目小组组长组织小组成员进行项目管理，协调与顾客、小组成员间以及各部 门之间的工作，各项目成员之主要职责将由项目组长形成《多功能小组名单和 职责表》来规定。 4.3 建立新产品开发项目管理计划 4.3.1 项目小组组长组织小组成员消化技术资料，根据顾客的要求和希望，结合公 司的技术水平和生产状况，提出产品和过程开发的主要框架，确定所要求的资源情况和管理者的支持。 4.3.2 项目小组长根据顾客要求编制《新产品开发项目进度计划》，明确开发产品的 具体工作内容与完成时间，小组成员会签后报主管副总批准后实施。 《新产品开发项目进度计划》策划时，要做到： 4.3.2.1项目进度计划要依据同步工程明确全过程中相关部门的工作任务，规定起 始和完成时间和检查评审点，落实责任者。 4.3.2.2 项目小组长对项目全过程的进展情况进行跟踪，项目任务若无法如期完成， 相关部门/人员应主动提前告知项目组长，说明未完成原因及打算采取的措 施，已便项目小组对整体计划进行协调更新。 4.3.2.3各相关部门应根据《新产品开发项目进度计划》编制具体的实施计划，其 内容和时间应保持与项目进度计划一致。如果项目不复杂，任务要求可在 项目进度计划中明确，不要求部门再制定分计划。 4.3.2.4项目组长按顾客要求的时间确定各阶段的工作任务和完成各项工作所要求 的重要输出并找出全过程的关键路径。 4.3.2.5《新产品开发项目进度计划》将随客户的新产品开发计划变化而变化，如果 客户或公司内部没有变化，CFT组长均每15天更新一次。更新后的计划以 邮件的形式发送至各小组成员。 4.4 产品设计开发阶段
微信小程序设计规范
微信小程序设计规 范
概要 微信小程序设计的基本原则是微信设计中心针对在微信内上线的小程序页面总结的设计指南及建议。以下设计原则都是基于对用户的尊重的基础上的，旨在微信生态内建立友好、高效、一致的用户体验的同时，最大程度顺应和支持各业务需求设计，实现用户与程序的共赢。 一、友好礼貌 为了避免用户在微信中使用小程序服务时，注意力被周围复杂环境干扰，小程序在设计时应该注意减少无关的设计元素对用户目标的干扰，礼貌地向用户展示程序侧提供的服务，友好地引导用户进行操作。 1. 重点突出 每个页面都应有明确的重点，以便于用户每进入一个新页面的时候都能快速地理解页面内容，在确定了重点的前提下，应尽量避免页面上出现其它干扰项影响用户的决策和操作。 反例示意 此页面的主题是查询，却添加了诸多与查询不相关的业务入口，与用户的预期不符，易造成用户的迷失。
纠正示意 去掉任何与用户目标不相关的内容，明确页面主题，在技术和页面控件允许的前提下提供有助于用户目标的帮助内容，比如最近搜索词，常见搜索词等。 反例示意 操作没有主次，让用户无从选择
纠正示意 首先要避免并列过多操作让用户选额，在不得不并列多个操作时，需区分操作主次，减轻用户的选择难度。
2. 流程明确 为了让用户顺畅地使用页面，在用户进行某一个操作流程时，应避免出现用户目标流程之外的内容而打断用户。 反例示意 用户本打算进行搜索，在进入页面时却被突如其来的抽奖弹窗所打断；对于抽奖没有兴趣的用户是非常不友好的干扰，平添一份对开发团队的恼怒；而即便有部分用户确实被“诱人”的抽奖活动所吸引，离开主流程去抽奖之后可能就遗忘了原本的目标，进而失去了对产品真正价值的利用和认识。 二、清晰明确 作为一个负责任的开发者，一旦用户进入我们的小程序页面，就有责任和义务清晰明确地告知用户身在何处、又能够往何
实验二 UCOS-II任务管理
班级学号姓名同组人 实验日期室温大气压成绩 实验二 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也可以用来创
新产品开发工作流程
新产品开发工作流程1.流程工作内容
2.流程具体实施要求 新产品的开发流程根据以下几个阶段来考虑完善（顾客有明确要求的汽车主机厂整车付新产品开发执行APQP程序）： 顾客要求评审（合同评审） 2.1.1顾客要求评审的输入有三种： 1）顾客新要求，评审依据：《顾客要求评审表》； 2）产品变更要求，评审依据：《产品变更通知单》； 3）顾客确认不合格，评审依据：《新产品开发样品顾客确认通知单》。 2.1.2顾客要求评审的输出有三种： 1）顾客要求明确，公司有能力达到，纳入开发计划； 2）顾客要求不明确，需进一步沟通后纳入开发计划； 3）顾客要求明确，但公司没有能力达到，暂不纳入开发计划。 2.1.3技术部是新产品开发顾客要求评审（合同评审）的组织者。评审的模式及时间节点：销售部将《顾客要求评审表》或《产品变更通知单》《新产品开发样品顾客确认通知单》传递给技术部 1）简单产品（比如单口型挤出、单件产品、不涉及外协加工等），技术部根据以往经验和当前公司能力初步判定能否满足顾客要求；如无法独自判定，则组织生产、供应和相关人员进行评审确定。能够开发的项目，技术部进行产品工艺分析，确定原材料、工艺流程和技术文件完成时间并编制《新产品开发计划》交生产部及责任车间评审开发各阶段的完成时间。
技术部根据开发计划的评审时间确定产品交付时间，填写完成《顾客要求评审表》或《产品变更通知单》。最终将单据交回销售部。销售部将经过审批的单据分发到相关部门。如果进行开发，技术部据此组织开发计划实施。 时间节点，技术部自接单时刻计算，两个工作日完成（当日下班前一小时的接单计入次日）。特殊情况，技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求，销售部同意或请示上级领导同意后，按同意的时间节点完成。 2）复杂项目或整车付产品项目的开发，技术部组织相关技术人员、供应部、生产部、质保部和生产车间召开项目开发评审策划专题会议，对开发项目进行评审策划，将最终结果填写在《产品开发项目评审记录表》与《项目开发评审策划书》上，形成评审结论。 根据评审结论，《顾客要求评审表》要求的相关部门填写完成此单据，在规定的时间前返回销售部。如果进行开发，技术部据此编制开发计划和技术文件。 时间节点，技术部自接单时刻计算，五至七个工作日完成（当日下班前一小时的接单计入次日）。特殊情况，技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求，销售部同意或请示上级领导同意后，按同意的时间节点完成。 编制新产品开发计划 2.2.1新产品开发计划的输入有四种： 1）《顾客要求评审表》； 2）《产品变更通知单》； 3）《质量问题反馈单》中涉及到需要进行产品开发（完善）的相关措施； 4）经过顾客确认上次开发样品不合格的《新产品开发样品顾客确认通知单》。 2.2.2新产品开发计划的输出：项目负责人编制新产品开发试制技术文件和开发计划的实施。 2.2.3新产品开发计划的编制 技术部根据上述“输入”编制新产品开发计划。 1）对于前述第1种评审模式确定的开发计划的编制 技术开发部确定开发计划中的具体工艺流程项目，根据顾客要求数量（主要是根或套），由技术部在开发计划中增加相应的余量（余量的目的是为了留样和车间的损耗，从而保证最终入库的数量满足顾客要求）。采用x+x的格式，例如顾客数量要求5套，开发计划上可能是5+5套，后者的+5为挤出车间的余量，故挤出车间要按10套进行生产。材料数量由技术部在开发计划上注明实际用量和种类，由生产部根据生产情况进行适应的调整。由生产部组织相关责任车间评审各阶段的具体实施和完成时间，相关责任车间负责人分别在《新产品开发计划》签字，《新产品开发计划》经技术部负责人（或其代理人）批准后下发到生产部和相关责任车间。 2）对于前述第2种评审模式确定的开发计划的编制 技术部根据《项目开发评审策划书》直接编制《新产品开发计划》经技术部负责人（或其代理人）批准后下发到生产部和相关责任车间。 编制新产品试制技术文件
如何开发一个小程序
小程序开发公司在开发微信小程序的服务过程中，时常会遇到一些对开发周期有更高要求的企业和商家，希望加快小程序的开发进度，使其能够快速地上线运营。那怎样才能快速定制开发小程序？ 1、选择专业团队尽快商榷： 首先来说微信小程序的开发门槛低，开发技术难度没有APP大，开发时间相对较短。如果您的企业对功能和页面设计等方面要求比较高，想要实现小程序的快速定制开发，并且想要最后的开发效果得到保障，建议选择开发经验丰富，专业技术实力强，人员配备完整的开发公司进行合作开发。 在整理、讨论好开发需求之后能够马上进入开发阶段，而且若是在开发过程中出现一些问题，该团队也能根据过往的开发经验、快速找到解决方案，减少在这些问题上的摸索时间，避免不必要的一些时间成本的消耗。所以，选择一个经验丰富的开发公司合作去定制开发小程序，一方面可以保障开发效果，另一方面也能借由服务公司本身的优势，去实现快速的定制化开发，根据企业商家的紧急需求，快速投入到开发过程中，让产品尽早上线运营。
2、借助程序模板开发: 其次如果企业商家对平台的特色要求不高的话，可以选择第二种方法来实现小程序的快速定制开发。这第二种方法，就是借助小程序模板的基础来实现微信小程序快速化定制开发。企业商家可以选择一个适合自己需求的现成的模板，再针对具体的需求对该模板进行修改与定制开发。在小程序模板中，已经拥有一些基本的功能，所以开发者不再需要去花费时间去开发这些基础性的功能，不必要再从头开始，创建项目、进行一些基本设置等等，可以把精力放在其他的定制化需求上，非常有利于节省开发时间。 根据以上分析，我们总结出，想要实现小程序的快速定制开发，功能需求的不同会对小程序的开发周期产生影响，要明确所需功能，避免中途更改方案。此外开发团队以及开发方式能对其产生影响了。所以，在需求确定之后，可以通过选择“定制+模板”的方式去开发或者选择一个效率高、效果好的服务团队合作开发，来节省开发时间，实现快速开发上线。 如果大家需要开发一个小程序，推荐大家前去浙江黑帽科技有限公司进行咨询和了解！
微信小程序制作方案及流程
微信小程序制作方案及流程 从运营的角度讲制作，不是从程序的角度讲开发，所以简单明晰，通俗易懂。 （一）微信小程序背景作用 微信小程序十分火热，传闻说是要和应用市场竞争，这不可能。除非你替代IOS系统和安卓系统的手机，载体已经决定了性质。 其实，微信小程序功能，更多的是未了给用户提供更优质的服务。微信试图在商业服务领域进一步开发社交平台的商业价值。微信开放平台，接入了京东，滴滴打车，外卖等，这些平台本身已经拥有较大的影响力和价值，但却没有像淘宝那样，把线下的所有商家都尽可能的搬到移动端平台上。这才是微信小程序的目的。 微信小程序其实很久以前就有，记得刚开始搜索附近人的时候，微信已经开通了门店功能，附近的优质门店就会展示出来，小程序，正是把这一功能单独提炼出来，把它做大做好。 微信公众号有很多功能，此前流行微信公众号开发，微官网，微店，微营销等，甚至，微信不能链接淘宝店，有的链接是移动官网，好像似乎都不尽人意。其实，微信小程序，就是拿来供微信链接用的，进一步提升并解决微信开发，微店，微官网等没有做好的地方。你可以试试做一个好的微信小程序，来推广你的业务或服务，以及一些有趣的应用。 这正是微信小程序的作用和目的。 （二）微信小程序制作 从运营的角度讲制作，不是从程序的角度讲开发，所以简单明晰，通俗易懂，小白也能按照流程完成制作。 微信小程序制作流程 1.确定好微信小程序的的定位和目的 如行业，功能，内容，目标用户，目标市场，意向名单，专业作用等。 2.落实小程序的程序制作公司，或者团队 若是外部团队，要签订合同，打款之前，到公司实地考察情况。小程序制作的公司很多，并不是每家公司都会制作出你心仪的小程序。这要考察，更要好好沟通。 3.确定好小程序制作文案资料 包括设计需求，功能项目，表格表单，广告语言，模板栏目，按钮，跳转链接，运行逻辑，计算公式，展现手段等。 4.小程序设计方案，设计图片出炉 交付美工设计，保持沟通，按照文案和沟通内容进行设计。初版审核，是否需要更改设计细节。敲定设计方案。 5.小程序设计切片，程序制作，后台制作
新产品设计开发流程
｛修订记录｝
1. 目的 对产品设计开发全过程进行控制，确保产品能满足市场需求及顾客的要求，达到或超过、行业标准以及相关规定的技术要求。 2. 使用范围 本程序适用于公司所有新产品的设计开发和现有产品的重大改进。 3. 职责定义 3.1工程部负责设计开发工作的整个过程控制，负责设计输入到样件确认、批量生产的整个过程控制，负责设计开发过程中 生产工艺和输出文件的管理。 3.2PMC计划部负责设计开发过程中生产系统各部门资源的组织、协调与配合 3.3品质部负责设计开发过程中原材料及过程的品质控制。 3.4生产部负责批量生产及生产工艺。 3.5采购部负责设计开发及批量生产过程中的配套采购，及认证所需的配套文件。 3.6业务部负责新产品的策划宣传 3.7以上各相关部门协同实施设计开发，参与策划和规定的评审、验证和确认。 4. 引用标准及术语定义 无 5. 作业流程 I I 各员工；工程部各部门 U......------..-I.-.-..1. 6. 流程说明 6.1新产品设计开发的信息来源
6.1.1 公司各员工收集市场需求、客户要求以及行业的发展趋势的相关资料，交总经理办公室。由总经理组织公司高层管理根据产品的市场需求、 客户要求、市场占有率、技术现状和发展趋势以及资源效益等几方面进行科学预测及技术经济的分析论证，确定产品的系统功能与市场定 位。由工程经理编制《项目开发建议书》。 6.1.2 现有产品的重大改进，由项目负责人编制《项目开发建议书》。 6.1.3 销售合同，客户订做：有技术开发成分的销售合同(包括技术协议)，必须进行评审。评审通过后，将相关技术资料送交工程部，销售合同视为 《项目开发建议书》。 6.2 质量计划 6.2.1 项目负责人根据《项目开发建议书》对产品的实现过程进行策划，组织编写《质量计划》& 《新产 品开发计划表》。 6.2.2 《质量计划》包括以下的内容：产品的质量目标、人员配置要求、生产及检测设备、列出需验证的项目及方法、关键件明细及质量 控制方法(包括关键原材料技术协议及关键自生产件控制要点)。 6.2.3 《新产品开发计划表》包括以下的内容各部门人员的组成，分工及时间要求等。 6.2.4 《质量计划》& 《新产品开发计划表》由总经理批准后方可实施。 6.3 项目确认 6.3.1 设计输入 6.3.1.1 设计输入应包括一下内容： a) 产品的功能要求和性能要求；分析客户图纸或样品。 b) 产品遵循的法律、法规、标准( 3C ，等)。 c) 以前类似设计的有关信息。 d) 设计开发所需的人员配置要求及分工、生产及检测设备等其他要求。 e) 设计时间的要求。 6.3.1.2 项目负责人依据《新产品开发计划表》的安排组织设计开发输入评审。设计开发输入评审是对输入文件的充分性和适宜性进行评审。 6.3.1.3 设计开发输入评审的目的 a) 评定性能参数、产品功能、结构特点是否满足市场要求。 b) 评定产品是否具有市场前瞻性 c) 评定产品总体布置是否可行、合理。 d) 评定产品结构特点合理性、先进性、通用性、可行性以及配套使用性、工艺性。 e) 评定所依据的法律、法规、标准( 3C 等)是否具有有效性、适用性。 6.3.1.4 依据评审结果对《项目开发建议书》、《质量计划》、《新产品开发计划表》进行更改、更改过程按《工程更改控制程序》进行 6.4 设计试做 6.4.1 详细设计 6.4.1.1 项目负责人根据设计输入文件进行产品方案的设计。 641.2方案设计开发过程中须进行方案的评审，方案评审由项目负责人负责组织，应对产品机构、电气、研发工期、成本等多方面进行评审。评审出本方案的优缺点并提出相应的改进措施。评审的会议记录应予 以保存。 641.3设计开发方案评审由工程经理主持。
uCOS-II中的任务切换机制
uCOS-II中的任务切换机制 【@.1 函数周期与死循环】 一般函数的生命周期很简单，从开始调用函数起，直到函数返回，即结束。这样一来就完成了这个函数的使命，它也就不再需要了。对于一般的函数就是这样，但是回过头想想，对于一个系统、OS、或者工业控制中的一个控制器重的系统个，函数返回是很轻易很随便的就能返回吗？返回就意味着函数结束，死亡，若是想系统这样一个很大的函数，它的返回就意味着系统结束。因此，对于系统的函数返回有些时候我们不希望它返回，返回时是需要好好设计的，像嵌入式中的控制程序我们也并不需要它返回，直接关机就好了。因此，一个系统往往就是一个很大的循环，不停的扫描，而我们编程的时候对于这个死循环是需要好好设计的。考虑以下一个控制要求， @.按键控制电机启、停、正转反转，并每秒发送CAN报文报告当前情况。 我们可以有多种方法实现这一要求： 方法一：每次在循环体重扫描当前按键的电平，从而进入对应的控制电机函数，如果所有电平都没有信号则直接进入下一个循环。发送CAN报文就直接用一个定时中断。这样的好处就是编程简单直白，每次循环进入不同的电机控制函数，坏处很明显，一定要等待到下一个循
环才能进入其他的电机控制函数，每次循环的时间不好控制，不管你用函数指针还是 if/else来判断，每次循环一定要等待电机动作结束才能进入下一个循环。 方法二：改用外部中断来处理按键。仅当按键按下时触发外部中断，从而控制响应的电机进行操作。这样的好处就是循环体简单，可以仅仅就是一个计数器加一，所有控制都等中断来实现。但这样带来的问题也很明显，就是中断嵌套问题。比如当电机正转时按下停止按钮，这时由于是在中断中，停止按钮是否真的能够得到响应？这就涉及到中断嵌套问题，并不见得所有CPU都能支持中断嵌套，我的这一篇文章对中断嵌套问题进行了一个讨论。 方法三：采用RTOS的思想，加入任务调度系统。每次任务调度系统就是一个小小的循环，对于各个任务进行轮询，当这次轮询发现某任务是已经就绪的优先级最高的任务，则交给CPU处理，所有中断与任务，任务与任务之间有通讯机制可以交换信息。当然实际上并不仅仅只在任务调度器轮询时才进行任务的切换，实际上的操作比这个复杂一些，我的这篇文章就想以uCOS-II为例讨论RTOS的任务调度系统是怎样执行的。 【@.2 uCOS-II中的任务调度】 回到前面的方法一，二，我们将这种任务称作前后台任务。