汽车音响系统软件设计与实现(4)

来源：网络收集时间：2026-04-13

导读：（２）嵌入式系统。嵌入式系统不同于普通计算机系统，主要区别在于容量和处理书读速度。嵌入式系统具有存储信息量� ⑹凳毙郧俊⒖煽匦愿摺⒊叽缧〉奶氐恪� 汽车音响系统ＲＤＳ软件设计与实现（４）编码规范。嵌入式

（２）嵌入式系统。嵌入式系统不同于普通计算机系统，主要区别在于容量和处理书读速度。嵌入式系统具有存储信息量小、实时性强、可控性高、尺寸小的特点。

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

（４）编码规范。嵌入式程序与普通ＰＣ程序或服务器程序在诸多方面存在较大的不同，这主要归因于嵌入式硬件设备的功能约束。

（５）程序运行。嵌入式系统的程序运行方式大体上分为三种，即独立型、主从型和并列型。独立型指由主控ＭＣＵ直接通过数据总线和地址总线控制程序存储器中的程序运行，或控制片内Ｆｌａｓｈ中的程序运行；主从型指从设备程序运行受主控程序的控制，一般主控程序驱动各硬件器件工作，引导受控程序启动运行；并列型指设备板上同时有两个或多个程序运行，各个程序之间无相互控制的关系。

（６）内存使用。嵌入式系统的内存使用与普通ＰＣ程序相比，可控性大为提高，同时也带来了较大的编程复杂性。嵌入式系统的内存由开发者统一使用，内存中的每个存储单元，都被严格控制，即使是运行如Ｌｉｎｕｘ，ＷｉｎＣＥ这类大型的操作系统，运行时的内存分配也是由开发者通过程序事先进行处理，而不是由操作系统自行分配。

３．３．２ＡＭＳＳ的动作

ＲＤＳ系统进行ＡＭＳＳ动作的目的是保证用户对广播信号的收听效果，要达到这个目的，就需要以下三个连续的动作：（１）判定当前的台的接收效果；（２）如果但前台效果不好，则寻找可以替换的台；（３）如果找到了替换的台，则实现替换。软件要完成对台接收效果的判定，需要：对各个授信参数进行量化，再综合各参数，进而得到一个相对的表示效果的数据：效果等级。硬件方对此采取了检测四个相关性能指标的参数再综合比较得出最终量化值的方法【１７】。四个参数相关信息如表３．１所示１１８】，其中，正比表示在本文此处仅表示二者之间变换的制约关系，即该数值越大，受信感度越好。反之即反（非严格意义的数学关系。

表３．１性能指标参数相关信息表

Ｔａｂ．３．１Ｐｅｒｆｏｒｍａｎｃｅｐａｒａｍｅｔｅｒｓ

大连理工大学专业学位硕士学位论文

ＲＤＳ的硬件系统完成的功能包括：上述四个指标参数相关信号量的检测参数值的输出。至于具体参数值的读取，数据的处理，最终信息接收效果的综合衡量，以及相关动作执行的判定则是由软件来完成的。其中Ｓ／Ｍ、Ｍ／Ｐ两个参数是通过读取ＭＡＩＮＣＰＵ的‘＇Ａ／Ｄ”口取得，Ａ／Ｉ和ＳＹＮＣ两个参数则是通过读取ＭＡＩＮＣＰＵ的‘＇ｐｏｒｔ”口取得。为了排除硬件的干扰特性，软件的处理要增加容错的处理机制，尽量保证从硬件得到的数值的准确性。

３．３．３ＡＭＳＳ具体动作

对应于具体的硬件机制，软件上的ＡＭＳＳ的过程具体分为几个动作来完成，根据不同的信号接收效果进行相关内容的处理，如上面所说，具体的处理动作可以大致分为三个阶段：受信感度的量化比较——伙伴电台的信息检索——伙伴电台的切换。其中，受信感度表示当前广播电台信号接收效果。

按照ＡＭＳＳ的阶段性处理流程分阶段对其进行解析：

动作１——受信感度的量化比较：

受信感度的量化是软件实现ＡＭＳＳ功能的第一步，基于ＡＭＳＳ过程中的三个大分类的动作，作为其动作执行的判定条件，可以将受信感度量化为三个大分类的取值（视需求还可分更多级），暂定为Ｌｅｖｅｌ０，Ｌｅｖｅｌ１，Ｌｅｖｅｌ２，其所表示的受信感度从好到坏依次排列。依照硬件的实现机制，ＬＥＶＥＬ值取决于当前四个参数的综合比较计算。

该阶段动作的功能性需求为：

Ｓ／Ｍ，Ｍ／Ｐ，Ａ／Ｉ，ＳＹＮＣ四个参数的读取与判断：具体涉及到硬件输出数值的“读取”，以及硬件资源的利用；

四个参数的综合比较与衡量；

受信感度ＬＥＶＥＬ值的计算；

软件量值输出：将软件处理后的受信感度的量化值作为本阶段的输出结果，并作为下一阶段软件处理的输入条件。

非功能性需求分析包括：

（１）硬件的容错处理：因为涉及到与硬件的直接接触，基于外界信号干扰等硬件原

因，在取得硬件端口输出信息的时候要进行相关的容错处理，尽量保证所检测值的准确性。

（２）接收效果判定的实时性：当前台的接收效果可能是时刻变化的，所以就要求系

统足够频繁的执行效果判定动作（这个动作的执行间隔以实际测试为准），但这个动作的执行不能影响当前台的当前正常接收；

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

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

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

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

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

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

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

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

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

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

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

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

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

非功能性需求包括：

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

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

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

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

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

…… 此处隐藏：865字，全部文档内容请下载后查看。喜欢就下载吧 ……

汽车音响系统软件设计与实现(4).doc 将本文的Word文档下载到电脑，方便复制、编辑、收藏和打印

下载这篇word文档

本文链接：https://www.jiaowen.net/wenku/269456.html（转载请注明文章来源）

上一篇：冒险岛唤灵斗师技能加点
下一篇：尾巨桉与马占相思木材P-RC APMP工艺制浆性能比较