#define configTICK_RATE_HZ ( ( TickType_t ) 1000 )
RTOS 系统节拍中断的频率。即一秒中断的次数,每次中断RTOS都会进行任务调度。
系统节拍中断用来测量时间,因此,越高的测量频率意味着可测到越高的分辨率时间。但是,高的系统节拍中断频率也意味着RTOS内核占用更多的CPU时间,因此会降低效率。这里7687的RTOS使用系统节拍中断频率为1000HZ
多个任务可以共享一个优先级,RTOS调度器为相同优先级的任务分享CPU时间,在每一个RTOS 系统节拍中断到来时进行任务切换。高的系统节拍中断频率会降低分配给每一个任务的“时间片”持续时间。
#define configMAX_PRIORITIES ( 20 )
配置应用程序有效的优先级数目
在RTOS内核中,每个有效优先级都会消耗一定量的RAM,因此这个值不要超过你的应用实际需要的优先级数目。
注:任务优先级
每一个任务都会被分配一个优先级,优先级值从0~ (configMAX_PRIORITIES - 1)之间。低优先级数表示低优先级任务。空闲任务的优先级为0(tskIDLE_PRIORITY),因此它是最低优先级任务。
FreeRTOS调度器将确保处于就绪状态(Ready)或运行状态(Running)的高优先级任务比同样处于就绪状态的低优先级任务优先获取处理器时间。换句话说,处于运行状态的任务永远是高优先级任务。
#define configMINIMAL_STACK_SIZE ( ( unsigned short ) 256 )
定义空闲任务使用的堆栈大小。堆栈大小不是以字节为单位而是以字为单位的,比如在32位架构下,栈大小为100表示栈内存占用400字节的空间。
#if defined(MTK_WIFI_TGN_VERIFY_ENABLE)
#define configTOTAL_HEAP_SIZE ( ( size_t ) ( 100 * 1024 ) ) #else
#define configTOTAL_HEAP_SIZE ( ( size_t ) ( 68 * 1024 ) )
#endif
Wifi TGN验证使能
1、sizeof返回的必定是无符号整形,在标准c中通过 typedef 将返回值类型定义为size_t.
若用printf输出size_t类型时,C99中定义格式符%zd;若编译器不支持可以尝试%u或%lu.
sizeof,获取操作数占用的内存空间字节数,返回类型size_t;
strlen,获取字符数组实际使用的字节数,不包含数组结尾符’ ’,返回类型size_t。
2、它是一种“整型”类型,里面保存的是一个整数,就像int,long那样。这种整数用来记录一个大小(size)。size_t 的全称应该是size type,就是说“一种用来记录大小的数据类型”。通常我们用sizeof(XXX)操作,这个操作所得到的结果就是size_t类型。因为size_t类型的数据其实是保存了一个整数,所以它也可以做加减乘除,也可以转化为int并赋值给int类型的变量。
#define configMAX_TASK_NAME_LEN ( 6 )
调用任务函数时,需要设置描述任务信息的字符串,这个宏用来定义该字符串的最大长度。这里定义的长度包括字符串结束符’ ’
#define configUSE_TRACE_FACILITY 1
设置成1表示启动可视化跟踪调试,会激活一些附加的结构体成员和函数。
#define configUSE_16_BIT_TICKS 0
定义系统节拍计数器的变量类型,即定义portTickType是表示16位变量还是32位变量。
定义configUSE_16_BIT_TICKS为1意味着portTickType代表16位无符号整形,定义configUSE_16_BIT_TICKS为0意味着portTickType代表32位无符号整形。
使用16位类型可以大大提高8位和16位架构微处理器的性能,但这也限制了最大时钟计数为65535个’Tick’。因此,如果Tick频率为250HZ(4MS中断一次),对于任务最大延时或阻塞时间,16位计数器是262秒,而32位是17179869秒。
#define configIDLE_SHOULD_YIELD 1
当configIDLE_SHOULD_YIELD为1时,其它共享空闲优先级的用户任务就绪时,空闲任务立刻让出CPU,用户任务运行,这样确保了能最快响应用户任务。
设置configIDLE_SHOULD_YIELD为0将阻止空闲任务为用户任务让出CPU,直到空闲任务的时间片结束。这确保所有处在空闲优先级的任务分配到相同多的处理器时间
#define configUSE_MUTEXES 1
设置为1表示使用互斥量,设置成0表示忽略互斥量。读者应该了解在FreeRTOS中互斥量和二进制信号量的区别。
关于互斥量和二进制信号量简单说:
互斥型信号量必须是同一个任务申请,同一个任务释放,其他任务释放无效。
二进制信号量,一个任务申请成功后,可以由另一个任务释放。
互斥型信号量是二进制信号量的子集
#define configQUEUE_REGISTRY_SIZE 8
定义可以记录的队列和信号量的最大数目
队列记录有两个目的,都涉及到RTOS内核的调试:
- 它允许在调试GUI中使用一个队列的文本名称来简单识别队列;
- 包含调试器需要的每一个记录队列和信号量定位信息;
#define configCHECK_FOR_STACK_OVERFLOW 2
每个任务维护自己的栈空间,任务创建时会自动分配任务需要的占内存,分配内存大小由创建任务函数(xTaskCreate())的一个参数指定。堆栈溢出是设备运行不稳定的最常见原因,因此FreeeRTOS提供了两个可选机制用来辅助检测和改正堆栈溢出。配置宏configCHECK_FOR_STACK_OVERFLOW为不同的常量来使用不同堆栈溢出检测机制。
设置为1时:
任务切换出去后,该任务的上下文环境被保存到自己的堆栈空间,这时很可能堆栈的使用量达到了最大(最深)值。在这个时候,RTOS内核会检测堆栈指针是否还指向有效的堆栈空间。如果堆栈指针指向了有效堆栈空间之外的地方,堆栈溢出钩子函数会被调用。
设置为2时:
当堆栈首次创建时,在它的堆栈区中填充一些已知值(标记)。当任务切换时,RTOS内核会检测堆栈最后的16个字节,确保标记数据没有被覆盖。如果这16个字节有任何一个被改变,则调用堆栈溢出钩子函数。
#define configUSE_RECURSIVE_MUTEXES 1
设置成1表示使用递归互斥量,设置成0表示不使用。
#define configUSE_MALLOC_FAILED_HOOK 0
每当一个任务、队列、信号量被创建时,内核使用一个名为pvPortMalloc()的函数来从堆中分配内存。configUSE_MALLOC_FAILED_HOOK设置为1,那么必须定义一个malloc()失败钩子函数,如果configUSE_MALLOC_FAILED_HOOK设置为0,malloc()失败钩子函数不会被调用,即便已经定义了这个函数。
#define configUSE_APPLICATION_TASK_TAG 0
TAG应用任务不执行
#define configUSE_COUNTING_SEMAPHORES 1
设置成1表示使用计数信号量,设置成0表示不使用。