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.

[参考译文] AM2634:SDK 10.0中的 ADC SYSCFG 设置问题

Guru**** 2527520 points
Other Parts Discussed in Thread: SYSCONFIG

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1425961/am2634-adc-syscfg-setting-issue-in-sdk-10-0

器件型号:AM2634
主题中讨论的其他器件:SysConfig

工具与软件:

尊敬的专家:

  我有一个与 SDK10.0.0.35中的 ADC Vref 设置相关的问题。 请参阅 adc_soc_oversampling_am263x-cc_r5fss0-0_nortos_ti-arm-clang 示例工程。

导入工程时不进行任何修改。 当我尝试通过 syscfg 启用内部 Vref 时、唯一的内部缓冲区选项是"Reference BUFF1"。

然而、在 TRM 中、ADC0/ADC1使用 REFBUFF0。  

不存在 REFBUFF0选项。 您能检查一下吗?

此致

Andre

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

    安德烈、您好!

    这里的基准缓冲器是指 ADC 实例  

    SoC_enableAdcInternalReference API 使用 ADC 实例配置正确的缓冲区。
    由于 adc_soc_oversampling_am263x-cc_r5fss0-0_nortos_ti-arm-clang 示例默认使用 ADC1、因此显示的基准缓冲器是正确的。
    您可以尝试更改 ADC 实例、以验证基准缓冲器是否与 ADC 实例的对应关系发生变化
    此致、
    Akshit
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Akshit,

      不、我不同意您的观点。 AMC263x 具有5个 ADC 转换器和2个内部 REFBUFF。   

    如果选择 ADC4 仅提供 REFBUFF2选项。 ADC1和 ADC2不应有内部 Vref。

     但如果您选择 ADC2、REFBUF1选项仍然存在。   

    这与您所说的内容不符。 我也不明白为什么 syscfg 的定义与 TRM 不同。  

      

    您可以尝试此操作并检查驱动程序源代码中的位设置。  

    此致

    Andre

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

    安德烈、您好!

    我承认这里存在命名约定问题、应该予以修正。 我会记住这一点。

    不过、  

    您可以尝试该方法并检查驱动程序源代码中的位设置。  [报价]

    请检查驱动程序代码。  

    API 始终使用 ADC 实例并在内部配置缓冲区。 除非您要禁用此缓冲区、否则您不需要从全局参数设置中选择它。

    我同意您的看法、即仅存在2个缓冲区、并且 SysConfig 显示了为 ADC1和 ADC2使用缓冲区的选项。 固件专家目前不在办公室。 让我获取有关这一特定设计决策的信息、并在明天回复您。

    不过、根据我的理解、这应该不会以任何方式影响 ADC 功能、只是由于命名约定不正确而影响 UX。

    此致、
    Akshit

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

    Akshit,

      如数据表所示、ADC 的精度为+/-5%。 我们始终使用外部 Vref 作为控制环路。 这样我们就需要禁用内部缓冲器。

    此外、ADC1&2没有内部 Verf。 为什么我们为 ADC1/2启用 REFBUFF 默认值?   

    此致

    Andre

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

    我看着   SoC_enableAdcInternalReference (uint32_t adcInstance、uint32_t enable)  soc .c 中的源代码

    所有 ADC0、ADC1、ADC2都将设置 REFBUFF0。  

    因此、如果 ADC0启用 REFBUF、但 ADC1或 ADC2禁用它、则稍后的调用将覆盖之前的结果。

    ADC0转换结果将是错误的、因为 在此示例中它没有外部 Vref。

    SDK 出现问题。

    此致

    Andre

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

    安德烈、您好!

    最后 一个示例。 REFBUF0与 ADC0、ADC1和 ADC2关联。 REFBUF1与 ADC3和 ADC4关联。

    可以从该连接图中看到。 ADC[2:1]电源轨连接到 ADC[0]电源轨、因此 ADC1和 ADC2具有内部 Vref。

    我能了解更多关于用例的信息吗? 客户是否希望通过外部 Vref 使用所有 ADC? 或者、他们是想通过内部 Vref 使用其中的一些稳压器?

    例如、如果他们启用 refbuf0、那么他们将必须为 ADC[2:0]使用内部 Vref、或者他们可以禁用 refbuf0并为全部使用外部 Vref。 ADC[4:3]也是如此

    请告诉我这是否有帮助!

    此致、
    Akshit  

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

    Akshit,

    1.   我只需下载 2024年10月修订的最新 TRM。 最新的 TRM 中包含说明、指示 ADC0/ADC1/ADC2与 REFBUF0关联、但需要外部连接。 需要主板连接才能将 ADC_VREF*_G0连接到 ADC_VREF*_G1。

       如果客户具有牵引、电源环路控制或功率计等精度要求、则需要外部 Vref。 最大+/-5%无法满足客户要求。  对于这类客户、他们希望电流/电压监视器的精度达到+/-1%。    

    2.关于 syscfg、我们提供 REFBUFF 0、1和2选项来关联 ADC0-4。 当客户在 GUI 中为 ADC1/4或为 ADC1/2启用 BUFF1时、SYSCFG 不应显示 REFBUFF2。 SYSCFG 应跟随 TRM。  我们需要修复 syscfg。

    此致

    Andre

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

    感谢安德烈的澄清!

     如果客户具有牵引、电源环路控制或功率计等精度要求、则需要外部 Vref。 最大+/-5%无法满足客户要求。  对于这类客户、他们希望电流/电压监视器的精度达到+/-1%。  [报价]

    ->他们是否愿意通过外部基准使用 ADC0、1、2、这不应该是问题。

    关于 syscfg、我们提供 REFBUFF 0、1和2选项来关联 ADC0-4。 当客户在 GUI 中为 ADC1/4或为 ADC1/2启用 BUFF1时、SYSCFG 不应显示 REFBUFF2。 SYSCFG 应跟随 TRM。  我们需要修复 syscfg.

    ->同意,我会确保这一改变发生。

    此致、
    Akshit

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

    它们是否可以通过外部基准全部使用 ADC0、1、2、这不应该是问题。

    ->根据 TRM、如果我们使用外部 Vref。 我们应该禁用内部 Vref。 这就是 我们需要正确禁用所有 REFBUFF 的原因。

    此致

    Andre

      

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

    安德烈、您好!

    这是一个错误、它已归档、并将在下一次更新之前修复。

    此致、
    Akshit