3 状态信息的使用
在调用μC/OS—II的每个系统函数时,只要被调用的函数提供状态信息,都应该对这些状态信息进行分析和处理。专业软件设计者信奉这样一个道理:“编写无错代码的最好方法是把防止错误放在第一位”。以调用μC/OS—II的系统函数OSSemPend()为例,用户不需要去改动OSSemPend()函数的代码,假设这部分内容是没有什么问题的。现在我们要做的是检测这个函数执行时的状态,也就是它产生的出错信息。这个函数返回三种结果说明用户使用的错误,如表1所列:0S_ERR_EVENT_TYPE表示用户在调用OSSemPend()函数时提供的指针数据不是指向信号量的,发生了类型错误;OS_ERR_PEVENT_NULL表示用户提供的用作实际参数的指针是一个空指针;OS_ERR_PEND_ISR表示用户在中断服务程序中调用了OSSemPend()函数;这三种状态错误是在软件设计阶段由于用户粗心或者对μC/OS—II系统函数不了解而导致的。只要用户在设计过程中小心谨慎,这类错误可以避免。但是,从防止错误的角度来考虑,对这些错误的状态进行检测和处理是必要的,这样在错误发生时错误处理程序会给出简单的提示甚至对错误进行修改。错误处理程序防止在程序调试过程中反复阅读程序代码,避免了花费很大的精力去查找错误,提高了软件设计效率。
按照以上方案设计出的嵌入式系统软件可以认为是一个理想的编译器。现在考虑一下,倘若编译程序能够正确地指出代码中的所有问题,那相应程序的错误情况会怎样?这不单指语法错误,还包括程序中的任何问题,不管它多么隐蔽。显然,现在所有的编译器都无法实现这种功能,所以要对编译器的功能进行扩展。这种设计思路可以认为是:软件设计者要设计出编译器的扩展功能,使得在进行软件设计时,编译器能够自己检查错误。如果能够做到,软件设计的劳动量将大大降低。
4 软件的调试版与交付版
前面的改进程序对OSSemPend()函数调用产生的所有可能状态进行了处理,而这部分代码中的大部分都是冗余代码,为的是便于软件的设计和调试。使用实时操作系统μC/0S—II进行嵌入式软件设计,用到的系统函数当然不止OSSemPend()一个,如果每个函数调用结束后都像程序中那样处理,代码的空间会迅速增加,程序的效率则会大大降低。
为了解决这个问题,首先考虑,如果非常谨慎小心进行程序设计,多数的状态检测处理过程就可以省略。之所以对每个状态信息进行检测处理是为了提高软件设计调试的效率。在软件调试通过后,有些状态信息的检测就没有必要了。这就像乘坐飞机出行前要买保险,等航班到达目的地后,保险就没有什么用处了。软件最终是作为一个产品提供给客户的。这个产品是最终版本(当然还会不断升级)。在进行产品设计时会有一个调试版本,这个调试版要贯穿整个软件的生存周期。调试版是为了软件的设计、调试和升级使用,不会提供给用户,更不会出现在产品中。
具体到嵌入式系统软件设计问题,仍然以调用OS—SemPend()函数的代码为例来说明问题。调用OSSem—
通过观察上述程序和前面的改进发现,本段程序中加了几个条件编译指令。如果没有定义TEST标志,则有一部分代码将不会被编译,这就是交付版软件。反之,如果定义了TEST标志,则表示为调试版,所有的指令代码都会被编译。通过比较这两个版本看到:交付版的代码比调试版的代码在数量上大大减少。而且通过分析知道,在软件调试通过以后,就不存在OS_ERR_EVENT_TYPE、0S_ERR_PEND_ISR和OS_ERR_PEVENT_NULL的错误了,这两个版本实现的功能完全相同,这部分代码确实没有编译的必要了。
结 语
嵌入式系统软件设计过程中,大部分场合会用到嵌入式实时操作系统。用户在保证自已设计代码质量的前提下,还要充分考虑调用系统函数时产生的状态信息,并进行适当的处理。只有这样,才能够提高软件的设计效率,缩短设计周期。