Other Parts Discussed in Thread: TAS6424-Q1
器件型号： TAS6424M-Q1
《Thread 中讨论的其他器件： TAS6424-Q1、 TAS6424》
TI 团队大家好、
我们将 TAS6424-Q1 集成在具有双核架构的汽车系统中、希望您指导一下两种可能的集成方法。
--------------------------------------------------------
系统概述：
-主核心 (Linux/Android ):
-运行 ALSA 音频框架
-使用虚拟 PCM 和虚拟 DAI 驱动程序
-通过 IPC（ RPC 机制）与子核心通信
-子内核 (DSP)：
-处理音频处理（包括 ASRC，混音等）
-生成 I2S 音频输出
-可以托管实际的硬件驱动程序
--------------------------------------------------------
方法 1：分离控制和数据
- I2S（音频数据）→由子内核生成
- I2C（控制:增益,静音,诊断）→由主内核处理
在这种情况下：
- TAS6424 从子内核接收 I2S 数据
- TAS6424 控制由主内核通过 I2C 独立处理
问题：
TAS6424 支持还是推荐使用这种分离架构？
2.以下各项之间是否存在同步问题：
- I2C 控制（静音/取消静音,增益）
- I2S 数据开始/停止
TAS6424 在启用输出之前是否要求 I2S 时钟 (BCLK/LRCLK) 保持稳定？
4.是否需要特定的上电/初始化序列？
5.如果控制 (I2C) 和音频数据 (I2S) 由不同的处理器处理、故障处理是否会受到影响？
--------------------------------------------------------
方法 2：统一控制（虚拟驱动程序模型）
- I2C（控制）和 I2S（音频数据）都由子内核处理
-主核心使用虚拟 PCM/DAI（无直接硬件访问）
-通过 RPC 进行核心之间的通信
-子内核托管实际的 TAS6424 驱动程序
在这种情况下：
-主内核可以实现虚拟/代理编解码器驱动程序（无直接 I2C 访问）
-所有 TAS6424 寄存器控制在子核上执行
问题：
6.建议 TAS6424 将 I2C 和 I2S 同时保持在同一处理器上吗？
7.在以下方面是否有好处：
-同步
-稳定性
-故障处理
控制和数据一起处理的时间？
8.在处理器之间拆分控制和数据是否会带来风险?
--------------------------------------------------------
附加问题（虚拟驱动程序/代理模型）：
在统一方法中、我们可以在主内核上实现虚拟/代理编解码器驱动程序、而实际的 TAS6424 驱动程序在子内核上运行。
9.您是否有以下方面的参考实施或指南:
-多核系统中的虚拟/代理编解码器驱动程序?
-当实际硬件驱动程序在另一个处理器上运行时处理控制抽象?
--------------------------------------------------------
目标：
我们希望对这两种方法进行比较、以确保汽车系统中实现稳定的播放、正确的时序控制和可靠的故障处理。
您的指导将帮助我们最终确定架构。
提前感谢您的支持。
此致、
Kokila K
