汽车音响系统ＲＤＳ软件设计与实现

（３）动作时机的控制：软件的运行要占用ＣＰＵ的资源，作为ＣＡ的软件系统的一个

模块，任何动作都不能无休止的持续下去，所以一定要进行动作的起停控制。

（４）硬件资源的时序利用：基于嵌入式软件的实时特性，软件上的处理要进行严格

的时序控制，因此利用硬件的相关资源同样是要解决的问题。

动作２——ＡＦ信息检索与存储检索：

ＡＦ的相关信息作为电台切换的候选项，为最终实现ＡＭＳＳ做铺垫。具体动作实现的功能性要求有：

（１）Ｌｅｖｅｌ值的判断：接收上一阶段的软件输出信息，根据当前受信感度的变化（即当前的Ｌｅｖｅｌ值）决定该动作是否执行。

（２）ＡＦ台的频率设定：根据ＡＦＬＩＳＴ中存储的数据，控制硬件设备对所有ＡＦ台逐个受信；

（３）ＡＦ电台相关信息的取得＆存储：取得并存储相关可替换电台的信息，作为后续软件实现的输入条件；

（４）ＡＦ信息的优先顺序排列：根据一定的标准进行ＡＦ信息优先级的排列，便于电台切换时的快速定位；

（５）ＡＦ信息检索的起停控制：除ＡＭＳＳ外ＲＤＳ同时还需要具备“中断”等功能，

因此在整个过程中要进行检索动作的条件判断。根据用户方的要求，具体的限定条件为：ＰＴＹ３１过程中不进行该动作的执行。

非功能性需求包括：

（１）动作的时序控制：因涉及硬件输出数据的检测，应根据具体的硬件体系设计进行相关动作顺序以及时间间隔等参数的设定；

（２）硬件的容错处理：同“动作２”中的相关叙述；

（３）硬件资源的利用：同“动作２”中的相关叙述；

（４）动作的时间限定：从上一条需求考虑和ＡＭＳＳ对用户方的透明性，该动作以及后续切换动作的持续时间之和不可以超过人耳的“可分辨范围”（经相关科学检测为８ｍｓ）。

（５）ＭＵＴＥ处理：硬件上对电台信息的检索实现方式是切换到该电台进行“受信”，而整个过程对用户应该是透明的，除了此过程应控制在足够短的时间段内外，还应消除电台切换时的杂音干扰，进行暂时的“消音”处理。其中，ＭＵＴＥ处理：由硬件实现，软件上的ＭＵＴＥ处理可以通过控制图２．１中的ＭＵＴＥＩＦ端口进行。动作３——ＡＦ的切换动作：