中断下半部原理以及实践.docVIP

中断上下半部原理以及实践 中断一般可以分成上半部以及下半部,所谓中断上半部cpu通常是关中断的，这个时候主要是从硬件那里接收一些数据，然后触发中断下半部。一出中断后，根据相应的中断下半部的优先级去执行相应的中断下半部。中断下半部主要用于数据的处理，数据的处理过程一般比较缓慢，所以这个时候中断往往是打开的。为什么要有中断上下半部的原因主要有两点: 1 如果中断函数内处理的事情非常多的话，意味着中断运行时间过长。这个时候cpu 通常是关中断的，这样会无法及时相应其它的中断，造成其他中断数据丢失。cortex-m系列的cpu进入中断后是开着中断的，但是中断运行时间太长的话，其它低优先级的中断也得不到运行，因为被高优先级的任务占着中断不放，通常也会引发数据丢失。 2 中断的下半部处理是可以是有优先级的，有的硬件设备的中断处理可以延迟处理，但是有的必须马上要处理，事情处理有轻重缓急之分，这也是为什么中断下半部有task 0 和workqueue, idle event的原因。 raw os 中断具体流程如下图所示: raw os支持的中断下半部方法有task 0 以及work queue, task 0 的优先级要高于work queue。work queue的优先级是高于idle event 的。task 0 和work queue的区别是task 0 运行的时候不能调用能引起睡眠的函数，但是work queue是能调用引起睡眠的函数的， idle event是基于事件驱动的，优先级是最低的，也可以做为中断下半部去使用，如果这个中断的处理优先级是很低的话， idle event也是不能允许睡眠的。 raw os的中断下半部最具特色的是支持上半部向下半部传递数据，这一点非常重要，把数据接收和数据处理彻底的分割开来。有些系统比如linux,上半部是无法向下半部传递数据的，因为内核的api不支持这个特性。 综上所述，raw os为软件化的区分中断优先级提供了有效地手段，即task 0，workqueue以及idle event。对于系统的快速中断响应有了根本的保障。 task 0 api 使用 1 RAW_U16 raw_task_0_post(EVENT_HANLDER *p, TASK_0_EVENT_TYPE ev, void *event_data) 函数功能： 往任务0 发出一个事件消息，此函数必须在中断里使用，用来触发中断下半部task 0。使用此函数必须注意任务事件信息被耗尽的情况，一旦发生被耗尽的情况，函数会返回RAW_TASK_0_EVENT_EXHAUSTED，交给用户去处理。一般情况下，可以开大MAX_TASK_EVENT 的定义，如果还是不行的话，说明系统中断太快，task 0任务处理不了，只能丢弃信息。需要注意的是，此函数会发往task 0 事件队列的尾部。 此函数的参数有3个，分别含义如下: p:为事件触发函数 ev:为事件触发类型 event_data：为事件的私有数据 函数的返回值： RAW_NOT_CALLED_BY_TASK:此函数应该使用在中断里面。 RAW_TASK_0_EVENT_EXHAUSTED：task 0 任务的事件信息被耗尽。 RAW_SUCCESS：函数调用成功。 2 RAW_U16 raw_task_0_front_post(EVENT_HANLDER *p, TASK_0_EVENT_TYPE ev, void *event_data) 函数功能： 往任务0 发出一个事件消息，此函数必须在中断里使用，用来触发中断下半部task 0。使用此函数必须注意任务事件信息被耗尽的情况，一旦发生被耗尽的情况，函数会返回RAW_TASK_0_EVENT_EXHAUSTED，交给用户去处理。一般情况下，可以开大MAX_TASK_EVENT 的定义，如果还是不行的话，说明系统中断太快，task 0任务处理不了，只能丢弃信息。需要注意的是，此函数会发往task 0 事件队列的头部，做为紧急事件去处理。 此函数的参数有3个，分别含义如下: p:为事件触发函数 ev:为事件触发类型 event_data：为事件的私有数据 函数的返回值： RAW_NOT_CALLED_BY_TASK:此函数应该使用在中断里面。 RAW_TASK_0_EVENT_EXHAUSTED：task 0 任务的事件信息被耗尽。 RAW_SUCCESS：函数调用成功。 3 void task_0_tick_post() 函数功能： 此函数在系统定时器中使用.如果CONFIG_RAW_TASK_0 使能打开,系统时钟函数必须使用task_0_tick_post, 反之使用raw_time_tick。 函数的返回值： RAW_NOT