freertos lwip emwin空间不够

FreeRTOS与LWIP的移植

1 FreeRTOS任务管理

1-1任务函数

任务是由C 语言函数实现的。唯一特别的只是任务的函数原型，其必须返回void，而且带有一个void 指针参数（void ATaskFunction( void *pvParameters );）。每个任务都是在自己权限范围内的一个小程序。其具有程序入口，通常会运行在一个死循环中，也不会退出。

FreeRTOS 任务不允许以任何方式从实现函数中返回——它们绝不能有一 条”return”语句，也不能执行到函数末尾。如果一个任务不再需要，可以显式地将其删除。

一个任务函数可以用来创建若干个任务——创建出的任务均是独立的执行实例，拥有属于自己的栈空间，以及属于自己的自动变量(栈变量)，即任务函数本身定义的变量。 例：

void ATaskFunction( void *pvParameters )

{

/* 可以像普通函数一样定义变量。用这个函数创建的每个任务实例都有一个属于自己的

iVarialbleExample变量。但如果iVariableExample被定义为static，这一点则不成立– 这种情况下只存在一个变量，所有的任务实例将会共享这个变量。*/ int i

NBU备份磁带空间不够问题，备份状态96

今天检查NBU备份状态时发现如下： root@GXdb # bpdbjobs

JobID Type State Status Policy Schedule Client Dest Media Svr Active PID

62804 Backup Done 6 fullbkorap1 oracle_full_bak GXdb GXdb 2443 62805 Backup Done 0 fullbkorap1 Default-Application-Backup GXdb GXdb 11241 62806 Backup Done 0 fullbkorap1 Default-Application-Backup GXdb GXdb 16989 62807 Backup

协议栈文件Lwip.c封装接口： void Init_lwIP(void) {

struct ip_addr ip, mask, gw; static struct netif netif;

sys_sem_t sem;

/*****TCP/IP 初始化******/ sem = sys_sem_new(0);

uint8_t macaddress[6]={0,0,0,0,0,1}; //根据实际MAC地址赋值

tcpip_init(TcpipInitDone, &sem); sys_sem_wait(sem); sys_sem_free(sem);

#if LWIP_DHCP ipaddr.addr = 0; netmask.addr = 0; gw.addr = 0; #else

IP4_ADDR(&ipaddr, 10, 21, 11, 245); IP4_ADDR(&netmask, 255, 255, 255, 0); IP4_ADDR(&gw, 10, 21, 11, 254); #endif

Set_MAC_A

2) sys_thread_new sys_arch_timeouts 相关的三个全局变量如下

struct sys_timeouts lwip_timeouts[LWIP_TASK_MAX];

//为每一个由sys_thread_new创建的任务分配一个存放信号量超时信息的列表 struct sys_timeouts null_timeouts;

//为一个超过任务上限数的任务和不是由sys_thread_new创建的任务取超时列表时返回使用。 MMAC_RTOS_TASK_ID LWIP_TASKS[LWIP_TASK_MAX]; //任务id存放顺序与lwip_timeouts相对应

sys_thread_new用来创建一个新的任务，保存任务ID。sys_arch_timeouts

//就是通过取得任务ID返回任务对应的timeouts结构，从而可以添加、删除和判断超时的功能 /**

* Create a one-shot timer (aka timeout). Timeouts are processed in the * following cases:

* - while waiting for a messa

如何去配置lwip，使它去适合不同大小的脚，这就是本贴的主题lwIP的配置问题。尤其是内存的配置，配置多了浪费，配置少了跑不了或者不稳定(会出现的一大堆莫名奇妙的问题，什么打开网页的速度很慢啊？什么丢包啊，什么死机啦，什么跑到无限循环里边去了，总之很多)。

在这里先说一下这两个配置lwip协议栈文件opt.h和lwipopts.h的关系： opt.h是lwip“出厂”时原装的配置文件，它的作者是瑞士科学院的Adam等人，而lwipopts.h的作者是stellarisWare的工程师，它集合了opt.h中常常需要改动的部分和针对Stellaris所特有的配置选项添加进来了。这两个文件里边都配置的选项，以后者为准，不是共有的选项以它们各自的配置为准。

在这里先说一下lwip的内存管理机制，我们以enet_lwip这个例程为例。

在使用lwip的时候，我们可以使用两种形式的内存，一种是heap（mem.c文件-mem_malloc()），一种是pool（memp.c文件-memp_malloc()）。heap就像是一整块蛋糕，我们需要多少就切多少，但

如何去配置lwip，使它去适合不同大小的脚，这就是本贴的主题lwIP的配置问题。尤其是内存的配置，配置多了浪费，配置少了跑不了或者不稳定(会出现的一大堆莫名奇妙的问题，什么打开网页的速度很慢啊？什么丢包啊，什么死机啦，什么跑到无限循环里边去了，总之很多)。

在这里先说一下这两个配置lwip协议栈文件opt.h和lwipopts.h的关系： opt.h是lwip“出厂”时原装的配置文件，它的作者是瑞士科学院的Adam等人，而lwipopts.h的作者是stellarisWare的工程师，它集合了opt.h中常常需要改动的部分和针对Stellaris所特有的配置选项添加进来了。这两个文件里边都配置的选项，以后者为准，不是共有的选项以它们各自的配置为准。

在这里先说一下lwip的内存管理机制，我们以enet_lwip这个例程为例。

在使用lwip的时候，我们可以使用两种形式的内存，一种是heap（mem.c文件-mem_malloc()），一种是pool（memp.c文件-memp_malloc()）。heap就像是一整块蛋糕，我们需要多少就切多少，但

FreeRTOS的使用说明

中断程序

FreeRTOS 中如果ISR中如果使用了Quene，则需要进行任务切换，需要在ISR设计时考虑

portEND_SWITCHING_ISR( ( cContextSwitchRequired ) ); 如果没有任务切换，则无需特殊处理

任务调度

调度存在几种情况：

? 自动放弃时间（SWI），yeild以及wait导致的挂起都算 ? Tick时间到（也进行调度）

VTaskSwitchContext 仅仅查找优先级最高的调度 相同的级别 占有相同的PCU时间

对于IDLE任务而言，如果用抢占式，并且执行到IDLE时，必须让出执行时间的话 a task that is sharing the idle priority （与IDLE任务有相同优先级），则会让出。

假定该任务是while（1）{}，并且一直处于Ready状态，没有诸如挂起等操作，则一进入IDLE任务就让出

则vApplicationIdleHook（）函数基本没有时间执行。也就失去了意义

CoRoutine是一个函数，可以迅速执行完成 在vApplicationIdleHook中调用。

调度时，直接调用了CreateCoroun

篇一

按照十七大提出的” 勇于变革、 勇于创新、 永不僵化、 永不停滞”的要求， 为了进一步提高领导班子和领导干部的创新能力，今年以来， 我们通过个别走访、 召开座谈会等形式， 采取由点及面、 以面带点、 点面结合等方式， 认真分析和研究了各级领导班子和领导干部在创新能力方面存在的新情况、 新问题， 对于如何提高领导班子和领导干部创新能力进行了认真思考。

一、 存在的主要问题

通过调研， 总体感到： 多数单位能够着眼形势任务发展，以科学发展观的要求为统领， 用创新的思维分析和解决遇到的新情况、 新问题， 对实现区域经济社会又好又快发展起到了积极的推动作用。 但是个别领导班子、 领导干部在创新能力方面还存在着一些问题亟需解决。 主要表现在三个方面：

思想不够解放， 创新意识不强。 主要表现： 个别领导干部缺乏创新的主动性， 不想创新; 满足现状， 小进则满、小富则安， 不愿创新; 思想僵化、 因循守旧、 墨守陈规， 不能跳出圈子看问题; 面对新情况、 新问题， 不能以开拓的精神面对、 分析和寻找解决问题的最佳方案; 甚至还有的在”创新” 上作表面文章， 忙于” 唱新” 、 ” 编新” ， 把创新当作动听的口号， 而没有将创新工作真正落到实处。

工作不够大

LWIP之SOCKET的实现

http://bluefish.blog.51cto.com/214870/158413

Lwip协议栈的实现目的，无非是要上层用来实现app的socket编程。好，我们就从socket开始。为了兼容性，lwip的socket应该也是提供标准的socket接口函数，恩，没错，在src\\include\\lwip\\socket.h文件中可以看到下面的宏定义： #if LWIP_COMPAT_SOCKETS

#define accept(a,b,c) lwip_accept(a,b,c) #define bind(a,b,c) lwip_bind(a,b,c) #define shutdown(a,b) lwip_shutdown(a,b) #define closesocket(s) lwip_close(s) #define connect(a,b,c) lwip_connect(a,b,c) #define getsockname(a,b,c) lwip_getsockname(a,b,c) #define getp

LWIP之SOCKET的实现

http://bluefish.blog.51cto.com/214870/158413

Lwip协议栈的实现目的，无非是要上层用来实现app的socket编程。好，我们就从socket开始。为了兼容性，lwip的socket应该也是提供标准的socket接口函数，恩，没错，在src\\include\\lwip\\socket.h文件中可以看到下面的宏定义： #if LWIP_COMPAT_SOCKETS

#define accept(a,b,c) lwip_accept(a,b,c) #define bind(a,b,c) lwip_bind(a,b,c) #define shutdown(a,b) lwip_shutdown(a,b) #define closesocket(s) lwip_close(s) #define connect(a,b,c) lwip_connect(a,b,c) #define getsockname(a,b,c) lwip_getsockname(a,b,c) #define getp