• 状态 Resolved
  • 已锁定 已锁定
  • 回复 4 回复
  • 订户 0 订户
  • 视图 108 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TAS5825M：PPC3 -导出精简寄存器配置

admin
Guru**** 2540720 points
Other Parts Discussed in Thread: TAS5825M

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/audio-group/audio/f/audio-forum/899673/tas5825m-ppc3---export-reduced-register-config

器件型号：TAS5825M

您好！

我正在使用 tas5825m 进行放大器设计。 对于配置和基本初始化、我使用 Pure Path Console 3软件。 这一切都很完美。

我发现、尽管我没有使用很多函数或滤波器、但放大器的整个寄存器配置会导出到 c 头文件中。 因此、虽然几百字节的配置可以完成任务(只需几个滤波器即可完成交叉)、但数据大小非常大。 是否可以仅导出更改/使用的寄存器以减少导出的头文件的数据量？

此致、

Markus

  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    客户好、

    您可以执行以下步骤：

    1.不要启用您不需要的块

    2.卸载时，取消选中不需要卸载

    此致、

    Alix Wan

  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Alix、

    感谢您的回复。

    我测试了您的解决方案。 我使用流程流48K Hybrid 创建了一个新项目。 我没有启用任何功能。 然后、我按照上面提到的方式导出。 我选择了"Active Components"(活动组件)(无)并取消选中所有功能。 寄存器配置的数据大小从~14kByte 减少到~11.6kByte。

    嗯、这不是我所说的解决方案。 请记住、PPC3软件中的所有块 均已停用！ 该混合流程是否需要如此多的配置工作？

    相比之下：如果我在没有任何智能功能和信号处理的情况下使用放大器、我的初始化/启动例程需要大约10字节的数据来初始化放大器并将其设置为播放模式。 我认为、即使在混合调制过程中、也应该可以使用几百字节来初始化放大器。

    此致、

    Markus

  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

     Markus、您好！

    如果您没有在 PPC3中使用任何块、请尝试选择内部管理流程。  

    需要这么多寄存器设置的原因是需要对 EQ/DRC 等 DSP 块进行 RAM 补丁初始化

    如果您不希望使用常规模式(无 DSP 块)、因为您可能会使用某些块、建议您通过将突发长度设置为128来进一步最小化此寄存器的大小、 这使您能够以较小的头文件大小突发写入 I2C 命令。

    如果需要进一步的支持、请附加.pppc3文件和转储头文件。

    此致、

    Alix Wan

  • 0
    TI__Guru**** 2540720 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、Alix、

    我已经在想知道为什么每个寄存器都要单独写入数据、但还没有真正考虑突发字段的设置。 正如您提到的、我将其设置为128、并且(当然)将总数据大小减少到了将近50%。

    感谢您的帮助和快速解决方案。

    此致、

    Markus