[参考译文] TM4C1294KCPDT：微控制器赢得了##39；t 在 SysCtlReset ()后重启

尊敬的 Jordi：

[报价用户 id="624133" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1416560/tm4c1294kcpdt-microcontroller-won-t-restart-after-a-sysctlreset "] 1) 无论我设置的是什么SysCtlResetBehaviorSet()SysCtlResetBehaviorGet()、都会始终返回0xFFFFFFFF、无论我是在启动时还是在关机前执行它、甚至是在之前_Get()。 它仍返回0xFFFFFFFF。 你知道为什么会这样吗？ 外设库数据表暗示、这是我可以在没有任何额外条件的情况下配置的东西。 这可能是我做错的某种项目设置吗？

 SysCtlResetBehaviorGet 只能用于 Flurry 类 MCU。 此函数不适用于 TM4C129。 我建议您使用 HWREG ()直接读出寄存器

[报价用户 id="624133" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1416560/tm4c1294kcpdt-microcontroller-won-t-restart-after-a-sysctlreset "] 2) 我的10秒倒计时调试信息的输出始终相同(如上所示)、但在发生崩溃情况后、我手动复位(下电上电)时、输出不同

"
ClockGet：0x20C58C0
FlashSectorSizeGet：0x4000
IntStatus：0x00
DeepSleepGet：0x12
LDOSleepGet：0x18
NMiStatus：0x0
PWMClockGet：0x0
BehaviorGet：0xFFFFFFFF
ResetCauseGet：0x2
VoltageEventStatus：0x100[/报价]

 我认为此问题与 SYSCTL#23勘误表有关。 请参见下文。 最新的 TivaWare SDK 中提供了此勘误表的修复程序。 但是、TI-RTOS 不使用最新版本、因此错过了完整的勘误表修复、而仅有的部分修复不足以解决勘误表问题。  

 此修复需要使用实现了 SYSCTL#23权变措施的最新 TivaWare 重新编译 TI-RTOS BIOS 包。 现有的 TI-RTOS 只有一部分尚未完成的权变措施、我认为这就是它仍然失败的原因。 问题在于取决于温度和材料的硬件问题、而不是本身的 TI-RTOS 问题。

首先请参阅 SYS/BIOS 用户指南中的 A.3和 A.4节以了解如何重建库。 我遵循的用户指南版本是 https://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/sysbios/6_53_00_11/exports/bios_6_53_00_11/docs/Bios_User_Guide。pdf。

在您熟悉 SYS/BIOS 重建流程之后、 按照以下步骤重新构建 TI-RTOS 以进行勘误修复。  

1.复制一个 BIOS_6_45_01_29副本、作为 COPY-BIOS_6_45_01_29。 请参见下文。  

2.修改 copy-BIOS_6_45_01_29下的 BIOS.mak 文件。 唯一 要更改的是第16行和第39行。 根据所使用的编译器版本、路径会略有不同。 请参见下文。

3. 将 C：\ti\tirtos_tivac_2_16_00_08_old2\products\copy-BIOS_6_45_01_29\packages\ti\catalog\arm\cortexm4\tiva\ce\Boot_SysCtl.c 文件替换为附加的 Boot_SysCtl.c 文件、该文件具有针对 SysCtl#23的完整权变措施。  

e2e.ti.com/.../Boot_5F00_sysctl.c4。键入‘gmake -f .\bios.mak clean

5.‘"gmake -f .\bios.mak"

6. 重新构建 BIOS 后、在 CCS 中、按如下方式更新库路径。

尊敬的 Charles：

非常感谢您的详细答复。 我现在已经运行了一整周了、它没有崩溃一次。 这就解决了我的问题！

也许你可以用另一个东西指向一个正确的方向、为了测试它、我使用了与原始 BIOS 文件夹相同的目录名。

如果我使用我的 BIOS 文件夹的副本(就像你建议的那样)、然后重建它、我得到一个输出错误、我无法找到原因。  

"C:/ti/xdctools_3_32_01_22_core/xs" --xdcpath="C:/ti/tirtos_tivac_2_16_01_14/products/bios_6_45_02_31_custom_sysctlfix;C:/ti/tirtos_tivac_2_16_01_14/packages;C:/ti/tirtos_tivac_2_16_01_14/products/tidrivers_tivac_2_16_01_13/packages;C:/ti/tirtos_tivac_2_16_01_14/products/bios_6_45_02_31_custom_sysctlfix;C:/ti/tirtos_tivac_2_16_01_14/products/ndk_2_25_00_09/packages;C:/ti/tirtos_tivac_2_16_01_14/products/uia_2_00_05_50/packages;C:/ti/tirtos_tivac_2_16_01_14/products/ns_1_11_00_10/packages;C:/ti/ccs1040/ccs/ccs_base;" xdc.tools.configuro -o configPkg -t ti.targets.arm.elf.M4F -p ti.platforms.tiva:TM4C1294NCPDT -r release -c "C:/ti/ccs1040/ccs/tools/compiler/ti-cgt-arm_20.2.5.LTS" --compileOptions "-mv7M4 --code_state=16 --float_support=FPv4SPD16 -me -Ooff --opt_for_speed=0 --include_path=\"C:/Data/Joep\" --include_path=\"C:/Data/Joep/src\" --include_path=\"C:/Data/Joep/3d-party/zwave/include\" --include_path=\"C:/ti/tirtos_tivac_2_16_01_14/products/TivaWare_C_Series-2.1.1.71b\" --include_path=\"C:/ti/tirtos_tivac_2_16_01_14/products/bios_6_45_02_31_custom_sysctlfix/packages/ti/sysbios/posix\" --include_path=\"C:/ti/tirtos_tivac_2_16_01_14/products/ndk_2_25_00_09/packages/ti/ndk/inc/bsd\" --include_path=\"C:/ti/ccs1040/ccs/tools/compiler/ti-cgt-arm_20.2.5.LTS/include\" --define=CONFIG_DEBUG --define=ccs=\"ccs\" --define=PART_TM4C1294NCPDT --define=ccs --define=TIVAWARE -g --gcc --diag_warning=225 --diag_warning=255 --diag_wrap=off --display_error_number --gen_func_subsections=on --abi=eabi  " "../gateway2.cfg"
subdir_rules.mk:19: recipe for target 'build-2085381327-inproc' failed
js: "C:/ti/xdctools_3_32_01_22_core/packages/xdc/tools/Cmdr.xs", line 52: Error: xdc.tools.configuro: Error: Can't find the platform package 'ti.platforms.tiva'.  TI platforms are no longer shipped as part of XDCtools (C:\ti\xdctools_3_32_01_22_core).  Please ensure you are either using a pre-3.30 version of XDCtools or you have added a product that includes your platform support along the path 'C:/ti/tirtos_tivac_2_16_01_14/products/bios_6_45_02_31_custom_sysctlfix;C:/ti/tirtos_tivac_2_16_01_14/packages;C:/ti/tirtos_tivac_2_16_01_14/products/tidrivers_tivac_2_16_01_13/packages;C:/ti/tirtos_tivac_2_16_01_14/products/ndk_2_25_00_09/packages;C:/ti/tirtos_tivac_2_16_01_14/products/uia_2_00_05_50/packages;C:/ti/tirtos_tivac_2_16_01_14/products/ns_1_11_00_10/packages;C:/ti/ccs1040/ccs/ccs_base;C:\ti\xdctools_3_32_01_22_core/packages'.  Check that this path names a directory containing the necessary platform support and that the platform name is properly spelled.
gmake[2]: *** [build-2085381327-inproc] Error 1
gmake[1]: *** [build-2085381327] Error 2
gmake[1]: Target 'main-build' not remade because of errors.
gmake: *** [all] Error 2
subdir_rules.mk:16: recipe for target 'build-2085381327' failed
makefile:410: recipe for target 'all' failed

• 此外、还将目录添加到
• 
• 我还更改了 COM_TI_RTSC_TIRTOSTIVAC_repos 中的目录
  

您是否知道导致这种情况的原因？  

尊敬的 Charles：

感谢您的快速回复。 有效的方法是、我不制作当前 BIOS 文件夹的副本、而是保留当前文件夹、并且只替换 Boot_SYSCTL.c 文件中的修复程序、然后重新构建该文件。 如果我然后重建我的项目、我就可以运行测试程序而不会出现任何问题(而且没有崩溃、这就是我所知道的解决方案)。

但出于出错原因、我想创建一个 BIOS 文件夹的副本(在我的示例中名为 BIOS_6_45_02_31_custom_sysctlfix)、然后重新编译它。 但当我这样做时。 我收到我上一篇文章中提到的错误。
为了澄清一点、在编译工程时会收到输出错误(不是编译 BIOS 本身、仍然有效)

所以、在设置中的某个位置、甚至可能有一个硬编码链接、它引用的是原始 BIOS 目录
例如、在 C：\ti\tirtos_tivac_2_16_01_14\tirtos.mak 中

第66行：BIOS_INSTALL_DIR         ?=$(TIRTOS_INSTALL_DIR)/products/bios_6_45_02_31

尊敬的 Charles：

我现在设法构建了我的项目

我仍不确定是什么原因导致了工程构建问题、但我在工作中所做的降级到 XDC 工具版本3.32.0.06 并更改了顺序(先更新工程设置、然后重新编译 BIOS)

1)制作了一份 BIOS 文件夹的副本

2) 2)使用 code composer 和设置打开工程

C/C++ Build > Build Variables > (select 'Show system variables') > edit

COM_TI_RTSC_TIRTOSTIVAC_REPOS>选择当前 BIOS/程序包目录并将其更改为 COPY_BIOS/程序包目录 

注意：我使用"文件系统"选项来更改目录、但我必须手动更改该目录、因为它在我的项目树中的 Includes 下显示为灰色。 我可能认为这会导致编译问题、但无法100%确定、因为我没有在两者之间编译工程以进行验证

3) 3)按照原始 POST 中的说明继续重建 SYS/BIOS

与您的说明相比、唯一的区别是在 BIOS.mak 中、我反转了目录链接(从 C：\..) 至 C：4.20:../../.  我使用"C：\.."尝试过它 目录周围、但会出现生成错误(比如找不到路径)

再次感谢快速的答复和清晰的指示!