背景技术：
功能安全(fusa)是系统(或设备)的整体安全性的部分，其取决于系统响应于其输入的正确操作。fusa包括对可能的操作者错误、硬件故障和环境变化的安全管理。fusa的目标是以产品能证实地没有不可接收的风险的方式布置产品。典型的fusa产品是在例如车辆、飞机、医院或医疗设备中使用的电子系统。示例性fusa产品包括医疗设备、机器人或自动驾驶(或半自动驾驶)车辆。
软件自检(sw)，也称为软件测试库(stl)，是一种为安全相关集成电路(ic)提供诊断覆盖的方法。stl是由处理单元在场中定期执行的sw程序。stl的一个目标是充当信息提供者。为此，它可以充当诊断信息的桥梁。stl适用于具有有限硬件(hw)诊断措施或没有硬件(hw)诊断措施的电路。stl还可以用于补充具有hw安全支持的集成电路的安全机制。
功能安全以及其他工业和医疗平台需要一种可靠的方法来验证安全警告信号的传递等等。安全警告信号包括警告铃响。在物联网(iot)平台(例如自动驾驶车辆和机器人)中，需要将fusa内置到硬件架构中以进行可靠的故障检测。常规地，音频反馈话筒已经用于这种检测。由于噪声干扰，此类系统不充分，并且可能未被听见。
附图说明
在附图中(这些附图不一定是按比例绘制的)，同样的数字可描述不同视图中的类似组件。具有不同字母后缀的相同数字可表示类似组件的不同实例。附图总的来说通过示例的方式而不是限制的方式来图示在本文档中所讨论的各实施例。
图1是用于实现本公开的实施例的示例性软件架构。
图2示意性地示出了用于fusa警告铃响的常规反馈回路。
图3示出了根据本公开的一个或多个实施例的示出不同返回通道的本公开的示例性实施例。
图4示出根据本公开的实施例的片上系统(soc)封装的框图。
图5是根据实施例的处理系统500的框图。
具体实施方式
常规的stl包括fusa产品的基于知识产权(ip)核的stl和基于主机的stl。如本文所用，ip核与由soc提供的核心产品或服务可互换地使用。这两个stl在系统、平台或soc中本地地提供诊断测试信息。然后，诊断测试数据被呈现给在系统或产品中正在运行的软件的应用层。常规的stl不允许从外部收获诊断测试数据(例如，呈现给云)。例如，在软件定义的驾驶舱产品(例如汽车仪表板)中，ip组件可以通过其stl检测错误。该错误本地地呈现给汽车仪表板，以警告用户。常规的stl不会将此类stl数据扩展到外部系统。
在常规应用中，通过使用汽车领域的fusastl解决方案，安全概念确定，如果检测到错误，则将触发本地警告系统，诸如音频铃响。如果错误是可校正的并且一点也不严重，则驾驶员可以将汽车拉到一边，然后重置或重启系统以校正错误。对于更严重的问题，驾驶员可能必须将汽车送去保养维修，使得内部诊断测试可以确定根本原因。常规stl不允许实时的错误收获。相反，常规的stl需要及时的诊断和故障排除，这增加了服务中心处的内部测试的成本。类似地，如果启用fusa的机器上具有硬件故障，则无法远程或动态地收集故障数据。
音频返回路径方法对于fusa目标至关重要。当前，没有用于检测针对可用soc设备中的fusa的音频警告铃的可靠的硬件方法。结果，fusa是以固件(fw)或sw完成的。某些公开的实施例允许确定例如个人助理(pa)路径是打开还是关闭。在某些实施例中，这可以以hw或sw完成。在其他实施例中，所公开的应用可以被实现为固件和/或在soc上。指示的严重性可用于确定fusa实现必须在哪里进行。
用于汇聚音频声音和语音(cavs)的常规平台校验中的其他限制是无法在硅通电期间获得早期覆盖数据。在早期通电期间，有太多与每个子系统关联的变量。如将要描述的，这样的变量包括外部音频设备、系统拓扑和连接器限制。这些变量是在启动(引导启动)阶段收集覆盖数据的障碍。当前没有soc自测试技术。所公开的实施例提供了针对所有音频输入/输出(io)的音频回放(传输路径)和音频捕获(接收路径)覆盖以及cavs控制和数据路径等等。
图1是用于实现本公开的实施例的示例性软件架构。具体地，图1示出了用于软件定义的驾驶舱(sdc)(诸如汽车仪表板)的软件架构。sdc100可以在soc105上运行，soc105支持各种功能和服务。sdc100由可以向硬件soc105提供接口的若干个软件层组成。应当注意，尽管以下讨论涉及soc，但是所公开的原理不限于在soc上的实现，而是可以应用于其他板载服务，例如，集成电路、芯片组以及在芯片或板上实现的其他功能。
soc105可以支持各种硬件处理单元，包括图形用户界面(gpu)(未示出)、音频(未示出)或其他ip核功能。汽车引导加载程序(abl)110可以集成到soc105中，以访问信息并提供车载计算模块。abl110可以充当引导启动系统100的基本i/o系统(bios)。管理程序120可以驻留在abl110和soc105之上，以管理用于软件处理的各种虚拟机。服务操作软件(os)130可以包括各种操作和服务功能。层160可以包括中间件和框架功能。层160可以用于实现分布式应用中的软件通信和数据的管理。最后，应用层170可以提供在较低层和用户之间的接口。
在示例性实施例中，本公开通过soc提供与fusa相关的实时反馈。该反馈可以例如确认安全铃声显示或音频安全警告的完成的传输。在另一个实施例中，本公开通过使用soc及其外围板和设备来提供实时确认反馈。在又一个实施例中，本公开涉及对音频回放流重新定时以及到接收路径中相同端口的音频返回通道的环回。这为cavs子系统中的传送路径(传输和接收路径)、数字信号处理(dsp)组件(核和fw)以及各种硬件资源提供了音频流完整性检查。返回通道可以在cavsip中的所有音频接口中启用。用于该方法的音频流模式可以是可在接收侧检查完整性的常规音频流。
所公开的实施例提供了优于常规技术的数个优点。例如，除了功能校验和对fusa音频警告铃声的可靠检测之外，所公开的实施例方法还可以应用于大批量制造(hvm)分类和类别校验。音频返回通道环回是可靠的，并且可以在soc内实现，从而消除对外部板/芯片级环回的需要。这是对通过外部麦克风的空中音频返回通道的常规fusa方法的重大改进，该常规fusa方法遭受背景噪声、增益校准和直流(dc)偏移问题。
图2示意性地示出了用于fusa警告铃声的常规反馈回路。在图2中，soc200包括stl202、安全应用204、用户应用206、音频驱动器208、内部数字信号处理器(dsp)210和通用输入/输出(gpio)212。一发生保证fusa通信的事件，安全app204就生成信号以与用户通信。在示例性实施例中，该信号可以是铃声或警告信号，尽管也可以显示包括视频或光信号的其他信号。安全信号(可互换地，安全铃声)如箭头205所示从安全app204传输到音频驱动器208。安全信号可以包括指示或指令dsp210和扬声器214生成到用户(未示出)的音频信号的信号。安全信号205可以是数字信号。音频驱动器208将与信号205相对应的驱动信号中继到dsp210，如箭头209所示。dsp210可以包括一个或多个处理器，该处理器被配置为处理接收到的铃声信号，以生成模拟信号等并且经由信号线211将其传送给扬声器214。相同的信号可以可选地经由线213路由到外部dsp220。系统整合商可以可选地使用外部dsp。在一些实施例中，外部dsp可以用于测试。
在图2中，fusa警告信号或铃声设想与内部车载信息娱乐(ivi)信号213相同的通信路径。因此，传输路径被附加地标识为ivi213。另外，可以存在由虚线标识的可选的外部(soc的外部)ivi222。
fusa铃声作为音频信号通过扬声器214播放给用户或乘客。为了确认传递给用户或乘客，图2中示出了返回路径，该路径包括话筒218、音频驱动器208和安全app204。一旦播放铃声，话筒218检测铃声并且如箭头219所示地将信号传送给音频驱动器208。然后，音频驱动器208将信号中继到安全app204，如箭头221所示。虽然未示出，但是系统可以包括模数转换器以将模拟音频信号转换为数字信号。
如图2中示意性示出的，常规技术通过话筒确认音频铃声播放。因为铃声是由也负责传送ivi信号(例如，音乐或其他信息娱乐信号)的扬声器214播放的，存在警告铃声可能被背景噪声淹没或遭受其他干扰的相当大的可能性。因此，如路径250标识的信号接收的确认可能不是有效的。
图3示出了根据本公开的一个或多个实施例的示出不同返回通道的本公开的示例性实施例。相似的组件在图2和图3中被相似地编号。图3的示例性实施例提供了一种架构，用于在所有音频接口(包括同步串行端口(ssp)、
在根据所公开的实施例的第一校验技术中，提供了外部环回。该实施例在图3中示意性地示出为可选路径255。环回模式可用于板级环回。当使用经fusa认证的扬声器时，此方法提供全覆盖，如结合图2所述的常规扬声器/麦克风反馈中一样。在环回模式中，传输路径与图2中相同。接收路径与示意性示出的可选的环回路径255不同。接收路径从gpio212的传输引脚汲取信号，以将信号直接发送到接收线219。线219可以与话筒218相关联。然后，信号经由线219引导到音频驱动器208。音频驱动器将所接收的信号通过线221中继到安全app204。然后安全app204确认所传输的fusa警告铃声的传递。在本公开的一个实施例中，环回模式不提供专用输入路径，并且所使用的io引脚可以不用于该模式下的其他功能。
根据所公开的实施例的另一种校验技术是内部环回。这在图3中示意性地示出为可选路径260。在一个实施例中，内部环回在数字控制器280处提供返回通道。该实施例在不包括gpio缓冲器212的情况下提供了对soc200的几乎完整的覆盖。通常，gpio缓冲器的功能测试经由io内置自测试(bist)被覆盖。因此，环回技术可以用于铃声验证和平台校验两者。铃声扬声器通常为fusa级。在按键开启或按键关闭阶段检查fusa级扬声器。运行期间不需要额外的测试和验证，从而使内部环回成为合适的验证选项。
再次参考图3，安全铃声信号在控制器280处(并且在数字信号处理210之后)从传输路径211中继到接收路径219。然后反馈被引导到音频驱动器208并且接着经由线211被引导到安全app204。然后在安全app204处确认安全铃声的传输。
根据所公开的实施例的又一种校验技术是通过外部dsp设备。外部dsp在图3中示意性地示出为设备220。该模式可以由可校验安全铃声的外部fusa认证的dsp设备实现。该方法在平台级别是复杂的，并且可能包括添加外部设备的附加的成本。在图3中，可以将外部dsp220设计为从外部音频子系统接收ivi，如222所示。外部音频子系统在图3中未示出。外部dsp220可以从dsp210接收内部ivi213以及安全铃声260。
因此，在一个实现方式中，安全app204生成一个或多个安全警告铃声。传输路径(即，图3的路径205、209以及211)示出了安全铃声是如何产生并且通过扬声器214传输的。
可选的验证/校验路径(即，图3的260、255)以及扬声器和话筒之间的空中耦合(图2、3中的250)示出了从传输路径到接收路径(即，图3的219和221)的耦合。接收路径示出了安全铃声如何被传送回安全app–关闭校验/验证环。
其中，所公开的架构支持能力寄存器暴露。图3中的数字控制器280可以包括外围组件互连(pci)设备，并且stl202可以在pci总线(未示出)上访问以对基址寄存器(bar)进行编程并且可以访问fusa寄存器以进行编程。因此，软件stl202可以通过pci设备280访问数字控制器280以读取控制寄存器282并发现返回路径特征的能力。可以通过bios(未示出)设置和实现该策略和配置，可以基于原始设备制造商(oem)或预定义的fusa策略的平台需求配置bios。替代地，可以通过swstl202设置策略。可以根据对fusa或平台校验的需要启用控制寄存器280。
在fusa模式中，需要处理安全铃声的服务或安全os(驻留在安全app204)以校验铃声传递路径。这可以通过在返回路径中检测铃声警告音来实现。如果在dsp210中完成，则这个方法的计算强度很大，并且需要考虑所有警告铃声的严重性级别。基于oem和使用中的平台，如果使用了图2的空中反馈250，则在任何噪声注入的顶部可能由许多需要被验证的铃声模式。
如所描述的，所谓的内部环回提供了用于铃声验证的可靠路径。它还为软件stl提供了附加选项，以验证铃声传递。在一个实施例中，可以结合内部环回使用固定数据模式。在此，可以在警告铃声之前传输固定数据模式，并且内部环回将通过dspfw或主机sw检查接收路径上的路径。
在另一个实施例中，可以在警告铃声之前传输固定模式，并且发送路径上的本地移位寄存器可以对校验和进行校验。固定模式可以是在安全警告信号之前传输的一个或多个数据比特(例如，数据包)。即，在某些实施例中，固定模式头部可以在安全警告信号数据之前。在一些实施例中，固定模式可以被视为安全警告信号的头部。
固定模式头部可以在dsp210处被接收，并且被报告回安全app204(或者可选地，stl202)；然后可以将该模式与由安全app204传输的已知的固定模式头部进行比较以确认fusa信号的传输。在另一个实施例中，可以在soc处实现相同的方法。即，dsp210可以接收固定模式头部，并且直接确认所接收的固定模式头部之间的匹配，或者将所接收的固定模式头部传送给安全app204(或者可选地stl202)用于fusa验证。
在另一个实施例中，外部dsp可以将固定模式头部传送给soc集成安全测试库(stl)202，并且可以在再生的固定模式头部和来源于安全应用的固定模式头部之间进行比较。固定模式头部之间的比较可以帮助提供所需的校验和/或验证。
在一个应用中，本地寄存器282可以包括多输入移位寄存器(misr)以对校验和进行校验。misr可以是循环冗余检查器(crc)，它使用固定的多项式来校验输入模式。可以基于安全策略来预先选择多项式和固定输入模式。当ivi(车载信息娱乐)信号与警告铃声混合时，可以不使用提示方法，并且可以对返回路径上的实际铃声模式进行检查。
在示例性实施例中，当平台使用返回路径模式时，检查器可以是硬件或dsp固件或主机软件stl。当使用提示输入模式时，检查器可以比较misr或在返回路径中查找输入模式。当平台主动混合ivi和警告铃声时，可能为了分离ivi流并查找模式在fw或sw中会存在额外的复杂性和计算。对于多个铃声模式，可以将基于严重性级别的输入参考模式馈送到基于oem的检查器。
在一个可选的实现方式中，可以在stl202处进行模式检查。在另一个可选的实施例中，可以在音频驱动器208处进行模式检查。在这种实现方式中，安全app204可以将参考安全模式馈送到stl202或安全app204用于比较。
虽然已经参考fusa应用示出了以上实施例，但是所公开的实施例不限于此。所公开的实施例可以例如用于平台校验或用于系统调试。在hvm平台校验所有io中的成本节省可以相当可观。所公开的实施例在几乎没有或没有前期投资的情况下解决该缺点。
在另一个实施例中，所公开的原理可以应用于物联网(iot)设备以创建类似啁啾的测试模式并捕获空中的响应/传递，由此覆盖了朝向引导启动过程端的端到端路径。在将数百或数千个设备部署在工业地板或建筑物中的情况下，所公开的原理还使调试成本最小化。
图4示出了根据实施例的soc封装的框图。作为示例，soc封装402可以用于实现上文讨论的fusa安全警告信号(或铃声)校验。soc402包括一个或多个中央处理单元(cpu)核420、一个或多个图形处理器单元(gpu)核430、输入/输出(i/o)接口440以及存储器控制器442。可将soc封装402的各组件耦合至诸如本文中参考其他附图所讨论的互连或总线。另外，soc封装402可包括更多或更少的组件，诸如本文中参考其他附图所讨论的那些组件。进一步地，soc封装420的每个组件可包括一个或多个其他组件，例如，如参考本文中的其他附图所讨论的组件。在一个实施例中，在一个或多个集成电路(ic)管芯上提供soc封装402(以及其组件)，例如，该一个或多个集成电路管芯被封装到单个半导体设备中。
soc封装402可以经由存储器控制器442耦合到存储器460。尽管未示出，存储器460(或其一部分)可以被集成在soc封装402上。存储器402可以存储在cpu核420或gpu核430上可执行的指令。根据某些公开的实施例，指令可以使soc封装402实现fusa校验步骤。
i/o接口440可例如经由诸如本文中参考其他附图所讨论的互连和/或总线而耦合至一个或多个i/o设备470。i/o接口和i/o设备可以可选地集成到soc402中。i/o设备470可以作为通用i/o(gpio)集成到soc封装402中。在某些实施例中，(多个)外部i/o设备470可包括键盘、鼠标、触摸板、显示器、图像/视频捕捉设备(诸如，相机或摄像机/视频录像机)、触摸屏、扬声器等中的一个或多个。
soc封装402可以是更大的电路系统(诸如板、集成电路或处理系统)的一部分。图5是根据本公开的实施例的处理系统500的框图。在各种实施例中，系统500包括一个或多个处理器502以及一个或多个图形处理器508，并且可以是单处理器台式机系统、多处理器工作站系统或具有大量处理器502或处理器核507的服务器系统。在一个实施例中，系统500是被并入到在移动设备、手持式设备或嵌入式设备中使用的片上系统(soc或soc)集成电路内的处理平台。
系统500的实施例可以包括以下各项或可被并入在以下各项内：基于服务器的游戏平台、游戏控制台(包括游戏和媒体控制台)、移动游戏控制台、手持式游戏控制台或在线游戏控制台。在一些实施例中，系统500是移动电话、智能电话、平板计算设备或移动互联网设备。数据处理系统500还可以包括以下各项、与以下各项耦合、或被集成在以下各项内：可穿戴设备，诸如智能手表可穿戴设备、智能眼镜设备、增强现实设备或虚拟现实设备。在一些实施例中，数据处理系统500可以在自动驾驶(或半自动驾驶)车辆、机器人或其他iot设备中使用。
在一些实施例中，所述一个或多个处理器502各自都包括一个或多个处理器核507，该一个或多个处理器核507用于处理指令，这些指令当被执行时，执行用于系统和用户软件的操作。在一些实施例中，所述一个或多个处理器核507中的每一个处理器核都被配置成处理特定的指令集509。在一些实施例中，指令集509可促进复杂指令集计算(cisc)、精简指令集计算(risc)或经由超长指令字(vliw)的计算。多个处理器核507各自可以处理不同的指令集509，不同的指令集509可包括用于促进对其他指令集的仿真的指令。处理器核507还可包括其他处理设备，诸如数字信号处理器(dsp)。
在一些实施例中，处理器502包括高速缓存存储器504。根据架构，处理器502可具有单个内部高速缓存或多级的内部高速缓存。在一些实施例中，高速缓存存储器在处理器502的各种组件之间被共享。在一些实施例中，处理器502也使用外部高速缓存(例如，等级3(l3)高速缓存或末级高速缓存(llc))(未示出)，可使用已知的高速缓存一致性技术在处理器核507之间共享该外部高速缓存。寄存器堆506附加地被包括在处理器502中，寄存器堆506可包括用于存储不同类型数据的不同类型的寄存器(例如，整数寄存器、浮点寄存器、状态寄存器以及指令指针寄存器)。一些寄存器可以是通用寄存器，而其他寄存器可以专用于处理器502的设计。
在一些实施例中，处理器502被耦合至处理器总线510以在处理器502与系统500中的其他组件之间传输通信信号，诸如地址、数据、或控制信号。在一个实施例中，系统500使用示例性“中枢”系统架构，该示例性“中枢”系统架构包括存储器控制器中枢516和输入输出(i/o)控制器中枢530。存储器控制器中枢516促进存储器设备与系统500的其他组件之间的通信，而i/o控制器中枢(ich)530提供经由本地i/o总线至i/o设备的连接。在一个实施例中，存储器控制器中枢516的逻辑被集成在处理器内。
存储器设备520可以是动态随机存取存储器(dram)设备、静态随机存取存储器(sram)设备、闪存设备、相变存储器设备、或具有合适的性能以充当进程存储器的某个其他存储器设备。在一个实施例中，存储器设备520可以作为用于系统500的系统存储器来操作，以存储数据522和指令521用于在一个或多个处理器502执行应用或进程时使用。存储器控制器中枢516也与可选的外部图形处理器512耦合，所述可选的外部图形处理器512可与处理器502中的一个或多个图形处理器508通信以执行图形和媒体操作。
在一些实施例中，ich530使外围设备能够经由高速i/o总线连接到存储器设备520和处理器502。i/o外围设备包括但不限于音频控制器546、固件接口528、无线收发机526(例如，wi-fi、蓝牙)、数据存储设备524(例如，硬盘驱动器、闪存等)以及用于将旧式(legacy)(例如，个人系统2(ps/2))设备耦合至系统的传统i/o控制器540。一个或多个通用串行总线(usb)控制器542连接输入设备(诸如，键盘和鼠标544的组合)。网络控制器534也可以耦合至ich530。在一些实施例中，高性能网络控制器(未示出)耦合至处理器总线510。将会理解，所示的系统500是示例性的而非限制性的，因为也可以使用以不同方式配置的其他类型的数据处理系统。例如，i/o控制器中枢530可被集成在一个或多个处理器502内，或者存储器控制器中枢516和i/o控制器中枢530可被集成到分立的外部图形处理器中，该分立的外部图形处理器诸如外部图形处理器512。
附加注释&示例-进一步提供以下示例性实施例以示出所公开的原理的不同应用。示例性实施例是非限制性的。
示例1针对一种通过安全警告信号的传递来校验功能安全(fusa)平台的操作的装置，该装置包括：安全应用，用于发出安全警告信号，该安全警告信号被配置用于向听众的音频传递；传输路径，与所述安全应用通信以传输安全警告信号；以及数字控制器电路系统，用于与所述传输路径通信，所述数字控制器电路系统被配置为检测在传输路径处的安全警告信号并且提供环回以将检测到的安全警告信号传送给安全应用并且对检测到的安全警告信号到安全应用的传输进行校验；其中所述传输路径、安全应用和dsp电路系统集成在片上系统(soc)上。
示例2针对示例1的装置，其中所述安全应用进一步被配置为一接收到检测到的安全警告信号就校验fusa平台的操作。
示例3针对示例1的装置，进一步包括输入/输出总线，以接收安全警告信号并且将安全警告信号的接收传送给安全应用，其中输入/输出总线集成在soc上。
示例4针对示例1的装置，进一步包括与soc通信的外部dsp电路系统，外部dsp电路系统被配置为从soc接收安全警告信号并且提供安全警告信号的接收的外部指示以校验fusa操作。
示例5针对示例1的装置，进一步包括与soc通信的外部dsp电路系统，外部dsp电路系统被配置为从soc接收安全警告信号并且向安全应用提供安全警告信号的接收的指示以校验fusa操作。
示例6针对至少一个非瞬态机器可读介质，该至少一个非瞬态机器可读介质包括指令，当由包括耦合到存储器电路系统的处理器电路系统的计算硬件执行该指令时，使得片上系统(soc)的计算硬件：从平台的安全应用发出安全警告信号，该安全警告信号被配置用于向听众的音频传递；通过传输路径传输安全警告信号，所述传输路径进一步包括与安全应用通信的音频驱动器和数字信号处理(dsp)电路系统；检测在soc的传输路径上的安全警告信号；将检测到的安全警告信号通过接收环回传送回安全应用；以及确认安全警告信号的通信；其中所述传输路径、接收环回、安全应用和dsp电路系统集成在soc上。
示例7针对示例6的介质，其中所述指令进一步使得soc在dsp电路系统处接收安全警告信号并且将安全警告信号的接收从dsp传送给安全应用。
示例8针对示例6的介质，其中所述指令进一步使得soc在soc输入/输出总线处接收安全警告信号并且将安全警告信号的接收从soc输入/输出总线传送给安全应用。
示例9针对示例6的介质，其中所述安全警告信号进一步包括固定模式头部，该固定模式头部后跟安全警告信号数据。
示例10针对示例6的介质，其中所述指令进一步使得soc在外部dsp电路系统处接收安全警告信号并且向soc集成的安全测试库(stl)确认其接收。
示例11针对示例9的介质，其中所述指令进一步使得soc将固定模式头部和安全警告信号数据传输到外部dsp，从外部dsp接收固定模式头部的接收指示，并且将固定模式头部的接收指示与来自安全应用的所传输的固定模式头部进行比较以校验传输操作。
示例12针对示例9的介质，其中所述指令进一步使得soc将安全警告信号传输到用于可听的回放的扬声器并且通过外部话筒接收回放的指示。
示例13针对通过警告信号的传递对功能安全(fusa)片上系统(soc)平台的操作进行校验的方法，该方法包括：在平台的安全应用处发出安全警告信号，该安全警告信号被配置用于向听众的音频传递；通过传输路径传输安全警告信号，所述传输路径进一步包括与安全应用通信的音频驱动器和数字信号处理(dsp)电路系统；检测在soc的传输路径上的安全警告信号；将检测到的安全警告信号传送回安全应用；以及确认安全警告信号的通信；其中所述传输路径、接收路径、安全应用和dsp电路系统集成在soc上。
示例14针对示例13的方法，其中确认安全警告信号的通信进一步包括在dsp电路系统处接收安全警告信号以及将安全警告信号的接收从dsp传送给安全应用。
示例15针对示例13的方法，其中确认安全警告信号的通信进一步包括在soc输入/输出总线处接收安全警告信号以及将安全警告信号的接收从soc输入/输出总线传送给安全应用。
示例16针对示例13的方法，其中所述安全警告信号进一步包括固定模式头部，该固定模式头部后跟安全警告信号数据。
示例17针对示例13的方法，其中确认安全警告信号的通信进一步包括在外部dsp电路系统处接收安全警告信号以及向soc集成的安全测试库(stl)确认其接收。
示例18针对示例16的方法，进一步包括在外部dsp接收固定模式头部和安全警告信号数据，将固定模式头部的接收的指示从外部dsp传送给soc集成的安全测试库(stl)以及校验安全警告信号的传输。
示例19针对示例13的方法，进一步包括可听地传输安全警告信号，在话筒处检测可听的安全警告信号以及将接收到的安全警告信号传送回安全应用。
在说明书和权利要求书中可以使用术语“耦合”和“连接”以及它们的衍生词。在一些实施例中，可以使用“连接”来表示两个或更多个元件彼此直接物理或电气接触。“耦合”可意指两个或更多个元件直接物理或电气接触。然而，“耦合”还可意指两个或更多个元件彼此可不直接接触，但仍可彼此相互配合或相互作用。
虽然已经关于本文所示的示例性实施例示出了本公开的原理，但是本公开的原理不限于此并且包括其任何修改、改变或置换。
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
