• 状态 Resolved
  • 已锁定 已锁定
  • 回复 24 回复
  • 订户 1 订户
  • 视图 841 视图
  • 用户 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.

[参考译文] TMS320F28377D：尽管 OTP 具有非零校准值、且 DEVICE_CAL_LOCATION (0x70280)具有代码且引导加载程序 isn#39；t 已旁路？

admin
Guru**** 2609945 points
Other Parts Discussed in Thread: TMS320F28379D

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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/684931/tms320f28377d-analog-subsystem-trim-register-always-read-zero-even-though-otp-has-non-zero-cal-values-and-device_cal_location-0x70280-has-code-and-bootloader-isn-t-bypassed

器件型号：TMS320F28377D
主题中讨论的其他器件：TMS320F28379D

我有一个 TMS320F28379D 控制卡和一个定制硬件原型、我使用的代码基本相同、只将少量 GPIO 引脚分配 差异限制在头文件中。  我在使两个电路板从闪存引导时遇到了问题、但由于在另一个线程中解决了该问题、我遇到了这样一个问题、即我 可以看到控制卡上的模拟子系统寄存器在加电时加载了非零的修整值、 但我的自定义硬件上的相同寄存  器中有零、就像在 c1brom_boot.c 中没有从 c1brom_system_init ()调用 Device_cal (0x70280)作为引导加载程序初始化序列的一部分一样。  我最初以为这可以通过从闪存引导来解决、这样校准就不会被绕过、但似乎没有解决问题、所以我回来了。  )

我已经转储了这两个 OTP 存储器并对其进行了比较、以确保 DEVICE_CAL_LOCATION 不是全为零或全为1、因为这会阻止调用。  当我单步执行0x070280处的汇编代码时、所有内容在两个硬件上看起来都是一样的(虽然一个尝试加载0x0000.8D63、另一个尝试加载0x0000.955E、正如一个预期的那样、因为修整值对于每个 DSP 来说是唯一的)、 但是在控制卡上、我可以观察到 ANAREFTRIMA 寄存器使用 OTP 中的值进行更新、而在定制硬件上、寄存器只是保持为零、就像被锁定或禁止写入一样。  是否有任何可能 阻止在我的定制板上写入校准寄存器的操作？  我完全被骗了。

我将连接来自控制卡和自定义硬件的 OTP 转储、以及在0x70296、MOVL @0x36、ACC 的步进指令之后时刻比较模拟子系统寄存器的屏幕截图。  控制卡寄存器为黄色(已更改)、自定义硬件寄存器保持不变。

谢谢！

e2e.ti.com/.../custom_5F00_hardware_5F00_otp_5F00_dump.zipe2e.ti.com/.../control_5F00_card_5F00_otp_5F00_dump.zip

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

    Susan、

    查看 PARTIDH、您似乎在定制硬件上使用的是 F28377D 而不是 F28379D。 我是对的吗？

    此外、您是否能够手动写入 ANAREFTRIMA 寄存器？ 这是唯一不复制修整值的寄存器吗？

    此致、
    曼诺伊

  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    是的、他们不制作377D 控制卡、但据我了解、379D 和377D 之间的唯一区别是379D 中的自定义可编程 FPGA 结构、而377D 没有这种结构。 直到周一早上、我才可以再次使用377D 板、 我没有尝试手动改写它们(在我的379D 控制卡上、我能够手动将它们覆盖为零、然后单步执行校准例程、以确保它们已从引导加载程序发出的设备校准调用中写入)、 但我知道 ANAREFTRIMA、ANAREFTRIMB、ANAREFTRIMC 和 ANAREFTRIMD 都是0。 您可以看到 INTOSC1和 INTOSC2修整寄存器不是零、因此、如果它们使用类似的例程、那么可能加载的那些寄存器是不是零？ 我在 ANAREFTRIMx 上看不到锁定控制、因此这对我来说真的毫无意义。
  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    Susan、

    我并不是说377D 会有问题。 我发现您的存储器转储中存在这种差异。 所以、只是希望在我们所讨论的器件上获得确认。

    假设器件在定制电路板上正常通电、则不应看到这种行为。 因此、我们准备好四处寻找问题的答案。

    1) 1)如果 ADCCLK 被启用、写入 ADC 调整寄存器将不会继续。 您是否已检查 ADCCLK 是否已启用？
    当器件校准代码尝试将修整值复制到 ANAREFTRIMA 时、您能否检查 PCLKCR13寄存器的状态？

    2) 2)如果您的器件中禁用了 ADC 模块本身、那么写入 ADC 调整寄存器将不会继续。 当器件校准代码尝试将修整值复制到 ANAREFTRIMA 时、您能否检查 DC14寄存器的状态？

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

    好的、我可以在周一的时候尝试这些东西、那时我再次将硬件放在我面前。  我可以检查 ADCCLK 使能寄存器状态以及代码中该点的 ADC 模块、 但我想知道为什么控制卡的行为和自定义卡的行为会有所不同-引导加载程序是否不能确保在禁用 ADC 时钟并启用 ADC 的情况下尝试进行器件校准？

    我对控制卡执行了快速步骤、以验证在调用校准之前、ADCCLK 被禁用(PCLKCR13 = x0000.0000)并且 ADC 模块被启用(DC14_1 = 0x0000.000F)。  屏幕快照也会附加。  我没有理由相信定制硬件的行为会有所不同、但应该可以直接确认。  谢谢、祝您周末愉快。

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

    我同意在控制卡/定制板方面不应有任何区别。 BootROM 代码配置直流寄存器并在器件校准代码复制 TRIM 寄存器之前启用 ADCCLK。

    我只是考虑不会复制修整寄存器的可能情况。 正如我之前所说的、这些步骤有望帮助我们解决问题。

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

    你好，Manoj，希望你的周末过得愉快！  我能够通过377D (Vs 控制卡379D)从定制硬件获取相同的信息、也可以通过启用 ADC (DC14_1 = 0x0000.000F)和禁用 ADC 时钟(PCLKCR13 = 0x0000.0000)从定制硬件获取相同的信息。  但是、在捕获这些寄存器时、我发现 PCLKCR13实际上在070288行：1A3C000F 或@0x3c、#0x000f 上的指令的 Device_cal（)例程(0x070280)内部发生了变化。  执行此行后、PCLKCR13变为0x0000.000F、所有4个 ADC 时钟被启用。  它在控制卡和自定义硬件上的行为相同。

    我尝试手动将 TRIM 寄存器强制为自定义卡上的非零值、但没有任何幸运-我在框中键入后、这些值将立即返回零。  当我发现时钟作为 CAL 的一部分启用后、我在启用时钟和禁用时尝试了这两种情况。  这似乎无关紧要。  这些寄存器的运行状态与锁定状态类似、是否有其他可能原因的想法？  此外、如果需要禁用 ADC 时钟以便写入寄存器、为什么 CAL 例程会启用这些时钟？

  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    好的、很高兴知道 ADCLK 和 ADC 模块已启用。 您是否在多个定制板(或)上看到此问题？它是否仅与这一个板隔离？

    此致、
    曼诺伊
  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    恐怕这个问题即将出现！ 到目前为止、我的系统工程师仅推出了一个原型、因此我只获得了可怕的原型样片。 那么、在这个特定的电路板上没有其他任何东西可以阻止修整工作？ 我可以让他启动并运行另一个硬件、以便我们可以看到、但可能需要一些时间、因此我们可以使用该板尝试的任何内容都将很有帮助。 我们正在运行代码并使用 ADC 和 DAC、但可能具有明显的偏移、因此 DSP 在大多数情况下是"正常工作"的。
  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    系统工程师 Manoj 提出了第二个 CPU 和同一个单步执行代码过程。  行为相同。  OTP 器件校准例程正在拉动我们可以在代码中看到的稍微不同的校准值(95d7与955e)、但模拟调整寄存器从不会从零移动、也不能手动改写。  不知道控制卡和自定义硬件之间的区别会导致这种情况。  

    定制硬件(两个电路板) TMS320F28377DZWTS YFC-6AA6SCW 的器件型号和日期代码

    我还在上电时检查了控制卡和自定义硬件、以查看 ClkCfgRegs 是否不同、但两者看起来都像默认值：

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

    您好 Susan、

    感谢您对该问题的详细描述。

    我同意你看到的一切都很奇怪。

    其他生命体征在您的定制板上是如何显示的？  您是否能够以其他方式加载/运行/刷写代码？  3.3V 和1.2V 电压轨是否稳定、包括 CPU 运行时的电压轨？ PLL 是否锁定、您能否通过观察 XCLKOUT 来确认 SYSCLK 频率？

    我认为这是一个漫长的过程、但我肯定看到了当器件电流耗尽或超频时时时的一些非常奇怪的行为。   

    至于锁定位、您能否查看以下寄存器中的任何位(包括保留位)是否为"1"？：

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

    除了无法从引导加载程序写入到修整寄存器之外、所有硬件都运行正常。 您可以在显示 ANAREFTRIMx 值的相同屏幕快照中看到锁定寄存器全为零。 我们在所有3个硬件(1个控制卡379d、2个定制板377d)上运行代码、但定制硬件具有明显的 ADC 偏移、这导致我们深入到 Device_cal（) OTP 代码的各个方面。 我们的所有时序均通过设置 SOCA 和 SOCB 的20kHz ePWM 进行验证、并将电压转换为大致正确的值、使用正确的预期时序、与我们的测试 GUI 进行 UART 通信等。 电源正常，我们在应用程序代码开发中走得很远，所以除了不知道为什么即使在通过引导加载程序单步执行之后也无法复制修整值之外，没有发生任何灾难性的事情，请验证对 Device_cal()的调用， 验证 ADC 是否已启用、通过校准例程启用 ADCCLK、然后在寄存器拒绝更改自定义板上的值但控制卡上的值正常时进行观察。 随着我们开始使用 DACB 和 DAC、然后在 A1和 B1 ADC 通道上读回它们、问题变得更加明显。

    在 TI 工厂获取有关该问题的深入帮助以确定该问题是硅还是愚蠢行为的下一步是什么？我们所做的操作与控制卡不同、我们只是不知道这一点？

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

    您好 Susan、

    当您组装定制电路板时、您是否也要将定制代码闪存到器件、或者它们是否仍在库存通过 JTAG 扫描的 RAM 中运行代码的器件？

    您是否具有焊接/去焊 ZWT 部件以在 controlCARD 和定制板之间进行 ABA 部件交换的焊接功能/工具？  这将非常果断地确定问题是电路板还是器件(但这非常困难)：

  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    不、我没有 BGA 修复和更换站、也不想尝试开发卡上的类似操作、因为这是我在系统工程师进行应用级调试时开发所有代码的地方。 我没有牺牲的备用。

    这些电路板上的引导加载程序来自 TI C2000器件。 应用程序代码是我的代码、但我们还没有执行我的任何代码、以便在本例中进行调试。 我们将从闪存引导、单步执行引导加载程序、以尝试了解器件校准(仅起作用)为何不执行任何操作。 我没有修改任何引导代码、也没有构建我自己的引导加载程序、如果这是您所要求的。 我的代码从 main()的正常用户入口点开始。 当我们在该领域进行应用级工作时、我们发现当我开始对 DAC 进行编程、然后使用 ADC 读回它们时、ADC 有很多偏移。 那么、这就是我们最终回到引导加载程序中的方式。 我最初的怀疑是定制板、因为我们最初只是进行 RAM 构建、绕过了所有校准代码、但由于将其更改为闪存配置、我们知道会调用校准例程、它们对寄存器不做任何操作。 即使在单步进入 EALLOW 点并确保启用 ADC 时钟后、也无法从 CCSv7内的仿真器手动更改寄存器。 所有这些都记录在该帖子的多个回复中。

    根据开始换用器件的建议、在我看来、TI E2E 社区论坛好像我们已经用尽了所有原因、这些原因使得寄存器可以从您的引导加载程序代码或仿真工具中不可写。 我是否正确理解了这一点？
  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好 Susan、

    我们可能可以向您提供来自不同制造批次的另一个 controlCARD 和某些器件的样片。  您能否在 e2e 上"朋友"我、然后通过 e2e 私人邮件向我发送您的电子邮件？

    我想您已经非常仔细地了解了寄存器不可写的明显原因。   需要注意的一点是、ANAREF 调整实际上不是由 ADC 时钟寄存器门控的；模拟系统控制在其自己的时钟域中、只要启用 EALLOW、它就应该可以一直写入。  此外、EALLOW 不适用于仿真器写入、因此您应该能够始终使用仿真器读取/写入该寄存器。  即使使用仿真器也无法操作寄存器、这是非常奇怪的。   

    ----

    有点偏离正切线...

    还值得注意的是、模拟基准与 DAC 模块共享(REF A 与 DAC A、DAC B 与 REF B 与 DAC C)。  但是、未被修整的基准不应对 ADC 或 DAC 模块性能产生灾难性影响。  

    您看到了多少偏移误差？

    ADC 外设时钟确实需要启用以写入 ADC 偏移和线性调整。  这些饰件是否能实现它？ 每次调用 AdcSetMode()时，也会更新这些内容。

  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我问了我的 syseng -他的实验室里有硬件，我的开发卡在我的实验室里。 他说偏移约为30mV？ 我认为线性调整寄存器已经正确地重新写入 ADC 初始化、但明天早上我将验证。 当您提到仿真器应该能够写入 proc regs 而无需覆盖 EALLOW 等保护时、您刚才想到的另一个差异是-我的控制卡上显然有内置的 XDS 100仿真。 但我的定制硬件正在使用和 XDS110、这是一个非常低端的器件 我们还可以访问 XDS200或220 (我忘记它是什么)、因此、如果您认为值得交换仿真器、因为真正不起作用的可能是模拟系统寄存器的仿真器接口、我们可以尝试一下。 我不确定是否已经询问过、但也出现在模拟子系统寄存器分组中的振荡器修整不是零-它们是否由使用 OTP 中的值的类似启动代码编写？ 当我们再次检查这两件事情后、我将与我的 sys eng 讨论他希望从不同批次中获取器件的问题。 谢谢！
  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    我的系统工程师提供：缓冲 DAC 容差为±10mV 失调电压±2.5%增益误差+6lsb
  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    今天上午，我已经在定制硬件上验证了线性调整寄存器在初始化例程中对 AdcSetMode()的调用上正确加载(这是引导加载程序无法写入模拟子系统调整寄存器之后的情况)。 我还验证了我可以从 XDS110 USB 仿真器手动对 GPIOxDAT 寄存器和振荡器修整(在同一模拟子系统寄存器组中)进行过写操作、但不能对该组中的模拟修整寄存器进行手动写操作。 因此、处理器无法从代码写入、仿真器无法从 CCSv7写入。 还使用 XDS220 USB 仿真器验证了相同的行为、以防它是仿真器。

    关于 DAC 的问题、我们使用的是 VDAC 外部基准、而不是内部基准。 但我们使用 ADC 回读将 DAC 调整到所需的位置。
  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    在阅读了一个旧的 ADC 应用手册 spru812a 第1.8节、其中讨论了代码安全模块和 ADC 校准之后、我还验证了所有 DCSM 寄存器表示我们在调用校准例程时在自定义硬件上运行断开和不安全的操作。

    另一个明显的区别是控制卡上的内置 JTAG 与我们在定制硬件中使用的 USB 仿真器 JTAG -我们是否需要执行任何额外的步骤来保证 JTAG 从仿真器访问这些寄存器？

    还想知道是否存在用于转储所有寄存器的 GEL 脚本(我知道、这是一个 tON！) 以便我可以在 cal 尝试写入模拟子系统的修整寄存器时轻松地比较我的控制卡上的寄存器设置与我的定制硬件？ 这不是一项有趣的工作、但我感觉自己好像是指我、而不是换掉组件。
  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好 Susan、

    我认为您拥有的 DAC 值是数据表容差。 如果您使用良好的 DMM 测量输出、您实际上会看到什么？ (包括 VDAC 输入中的任何测量误差)

    ADC 线性和 ADC 偏移寄存器与 ANAREF 调整寄存器位于不同的寄存器空间、但它们最初由引导 ROM 以与 ANAREF 调整寄存器加载方式类似的方式加载。 调用 AdcSetMode()函数时，也会重新加载它们(取决于所选模式)。

    如果您可以通过 JTAG 读取/写入/加载代码、仿真器似乎不会成为问题。

    转储大部分存储器的最佳方法是使用存储器浏览器导航到相关寄存器集的开头、然后将寄存器的起始地址+长度保存到文件中。

    您还可以使用'SS Scripting"为 JTAG 读取/写入(以及 CCS 可以执行的大多数其他操作)编写脚本、但这通常需要一些时间才能进行设置和工作。

    安全不应阻止这些读取/写入、但我会将安全模块专家添加到线程分配中、以查看是否有任何可能发生这种情况的方法(尽管这可能需要他几天；他目前不在办公室)。

    如果您向我发送了电子邮件、我们还可以在论坛外查看硬件原理图、看看是否有任何可能导致奇怪的系统行为。
  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    对于任何阅读类似问题的人：

    在 AnalogSubsysRegs.Lock 寄存器中、似乎有4个未记录的位可以锁定4个模拟基准调整寄存器。 这些是位26：23。 不知怎么说、这些一次性写入位必须由引导 ROM、已刷写的自定义代码或两者的一些交互错误设置。

    我已提交这些位将添加到文档中。

    调试继续脱机。 我将在获得解决方案时发布更新。
  • 0
    TI__Guru**** 2609945 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    如果在与仿真器对接时锁定位看起来像全零、这些未记录的位是否仍然可以通过某种方式被置位？  同样、它们是否可以使用仿真器进行过写操作、或者是否是未来 C2000器件更新中将提供的唯一修复程序？  谢谢！

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

    您好 Susan、

    锁定位为只写一次、因此一旦您对其写入"1"、除非您复位器件、否则不能将其改回。  但是、在锁定启动后、它们应该读回"1"。  

    根据锁定的非常具体的性质、这些位看起来像是可能的根本原因(但我无法解释为什么您无法读回锁定寄存器中的"1")。

    如果您锁定其他位之一(例如温度传感器锁定位)会发生什么情况。  您能读回它吗？

     

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

    此问题是否已解决？ 我可以关闭此主题吗？

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

    离线调试显示、我的同事 CCSv7安装缺少定义模拟子系统中寄存器地址的 xml 文件的修复程序。  我将把这一答复(我的)标记为决议。   这是电子邮件交换、相关部分摘录：

    来自我：

    在尝试确认控制卡和自定义卡之间的锁定位是否不同的过程中、我们无意中发现两种配置之间存在异常、可能会对问题作出解释、 尽管我们仍然不知道如何修复我们看到的内容。

     

    在 CCSV7的控制卡上并使用内置 XDS100 JTAG 仿真、当我在0x5d180处显示模拟子系统的寄存器和存储器时、它们以符号方式匹配/对齐并同意数据表定义。  但是、当我们在 CCSv7的定制硬件上执行同样的操作并使用 XDS110 USB JTAG 仿真器时、当 Ian 在0x5d180处显示模拟子系统的寄存器和存储器时、 所有符号寄存器名称都有一个0x20的偏移量、仿真器寄存器显示似乎正在使用符号映射、而不是原始地址和偏移量？  您实际上可以看到、我们在校准代码的单步执行中看到的模拟 A 参考调整的非零 OTP 值0x0000.955e 位于地址0x05d1b6 (0x5d180+0x36)处、 但仿真器在错误的位置查找它、如0x5d180+0x20+0x36 = 0x5d1d6处的符号 AnalogSubsysRegs_ANAREFTRIMA 所示。  这解释了为什么我们无法使用仿真器更改该值，因为该值在寄存器文件中不是用于写入的有效位置。

     

    从 Devin 响应：

    在 xml 文件中定义 CCS 中的寄存器基址似乎存在问题。  之前推送了一个修复方法、因此定制板开发环境看起来已经过时。  在该设置中、您能否使用以下命令检查 C2000支持文件的当前版本：

    帮助->安装详细信息

     

    然后查看“TI C2000器件支持”的版本

     

    然后、您应该能够使用菜单选项更新支持文件：

    帮助->检查更新

     

    之后、您可以再次检查支持文件的版本。  我认为最新版本是4.2.4.4.0。

     

    从您的电子邮件中、它看起来好像正在加载模拟修整、因此如果仍然存在问题、您可能需要启动新的 e2e 线程来调试模拟性能。