[参考译文] TM4C1294NCPDT：开箱即用故障示例

感受您的痛苦！   真的！   必须向您提出建议-您远离(非常远)孤独！

[引用 user="Christopher Weber"]我创建了一个新的，它甚至不起作用。

正如供应商/朋友 Charles 所建议的-您最好选择"从"已知工作(即供应商提供/测试)项目开始"、而不是尝试"创建您自己的项目"。

为什么是这样？    (员工/我-阅读您的想法/听到您的声音！)   IDE 有许多"角落和缝隙"-对于那些试图"创造自己"的人来说-成功总是(可能总是)被证明是难以实现的。   这绝不是对您的期望和/或能力的任何反思。   相反，应该考虑的是"向现实中发展"。   请注意 、"您的代码的添加/放置"-在 供应商的"已知良好项目"中-确保所有这些(通常是隐藏/隐藏的)"IDE 角落/缝隙"-已"完全管理"-为您准备！   (您尝试"创造"-减去"IDE 专业技术"-永远无法竞争！)

还应该指出的是、"始终且仅限于"的动机是什么 ？"鼓励"、"创建自己的项目？"    (这是从未/从未解释过的！)

事实证明、"在现有供应商项目中添加您自己的代码-运行并检查 它-然后"仔细且系统地"-删除供应商的示例代码是很容易的。   (理想情况下、每次一个部分/部分-始终测试/确认-在每个供应商代码之后-被激发。   (被杀/被禁)  这种"模块"——最常—为您节省了成为"IDE Maven (IDE Maven)所需的时间(和巨大的努力)，同时使您的项目获得成功！   (目标是什么-不是？)

这种指导显然应该更好地(即某些)促进供应商。   (显然、他们当前的"模板"正在失败-这是众所周知的-也许是"一天"...)

在供应商提供/测试的项目中、对您的代码进行编程绝对是您的最佳选择！    阿尔利斯！

[引述用户="Charles Tsaaa">您好、Chris、
下面有一个 project0示例和各种 TivaWare 示例 /examples/boards/ek-tm4c1294xl.请将这些项目导入 CCS 以尝试它们。 您可以从 project0、hello 或 blinky 开始。 这些项目都已完全初始化器件。[/quot]

查尔斯

不。

我拥有的唯一"示例"文件夹是 "C：\ti_tirtos_tivac_2_16_01_14_examples"中的"tirtos_tivac_2_16_01_14"。  CCS 在其中找不到任何要导入的内容。  请参阅：

我为任何示例提供了指导，您的" /examples/boards/ek-tm4c1294xl. 文件夹树。  

我尝试从根级别进行 CCS 搜索、并获得了大量名为"com_ti_rtsc_tirtos_example_xxx"的内容。  在浏览了其中300多个示例的列表后，我选择了示例#141，并尝试导入该示例(C:\ti_tirtos_tivac_2_16_01_14\resources\ek_tm4C1294XLEempemationKit\driveramples\tDriverExamples\ttyExamples\com_ti_rtsc_tirtostivac_example_141.projectspec)

它不会导入、它会给我此错误：

考虑到 TivaWare 的安装版本比 CCS 旧(我在两年前使用 CCS 6.2，现在是7.2版)，我不明白为什么需要更新...  仍然失败。

无法完成安装、因为找不到一个或多个必需项目。
正在安装的软件：CCS 闪存内容8.1.0.1297 (com.ti.dsflash.win32.feature.group 8.1.0.1297)
缺失要求：调试服务器- Win32 7.4.0.1313 (com.ti.ccstudio.debugserver.win32.feature.group 7.4.0.1313)需要'com.ti.ccstudio.installer.win32.feature.group 7.4.0.00015'、但找不到它
无法满足依赖项要求：
从：CCS 闪存内容8.1.0.1297 (com.ti.dsflash.win32.feature.group 8.1.0.1297)
改为：com.ti.ccstudio.debugserver.win32.feature.group 7.4.0.1313 

此时将显示此"超级信息"消息：

所有这些、当我想要的只是一个简单的"empty example project with Main.c..." 、它不适用于 GCC 编译器...

尊敬的 Chris：

 请从此链接下载 TivaWare、 它提供了一套 用于开发基于 Tiva C 系列的 MCU 应用的软件工具。

 下载后、您将找到许多示例、如下所示。

TivaWare 示例不基于 TI-RTOS。 如果您想要运行一些 TI-RTOS 示例、则将使用 CCS Resource Explorer 导入这些示例。 我建议您首先从 TivaWare 示例开始、熟悉器件后、您可以继续使用 TI-RTOS 示例。  

[引用 USER="CB1_MOBILE"]

在供应商提供/测试的项目中、对您的代码进行编程绝对是您的最佳选择！    阿尔利斯！

int main (void)
｛
return 0；
｝ 

我使用 CCS 8.1.0为 TM4C1294NCPDT 使用 GCC 7.2.1编译器创建新的"空项目(使用 main.c)"、程序在启动调试会话时转到故障 ISR。 即、随"最新"CCS 8.1.0提供的默认链接器脚本仍然存在问题。

[引用 user="Christopher Weber">因此我找不到任何提示它在调试器加载时跳转至"ResetISR"的内容。 ELF 格式.out 文件的标头包含调试器使用的"入口点"字段(而不是知道入口点的符号名称的调试器)。 使用-l 选项时、GCC ARM 安装中的 readelf 程序可以显示入口点。

在"entry (...)"之前为 GCC ARM 获取 Project0示例 添加到 GCC 链接器脚本中、ELF 头中的入口点是地址0x208、它是.map 文件中显示的.text 段的开头：

$~/ti/ccs810/ccsv8/tools/compiler/gcc-arm-none-eabi-6-2017-q1-update/arm-none-eabi/bin/readelf -l Project0/Debug/Project0.out

Elf 文件类型为 EXEC (可执行文件)
入口点0x208
有5个程序头、起始偏移量为52

程序头：
类型 偏移量 VirtAddr PhysAddr FileSiz MemSiz Flg Align
EXIDX 0x020b0c 0x00000b0c 0x00000b0c 0x00008 0x00008 R 0x4
LOAD 0x010000 0x00000000 0x00000000 0x006d4 0x006d4 R E 0x10000
LOAD 0x020000 0x20000000 0x000006d4 0x00438 0x00438 RW 0x10000
LOAD 0x020b0c 0x00000b0c 0x00000b0c 0x00008 0x00008 R 0x10000
LOAD 0x030438 0x20000438 0x20000438 0x00000 0x00240 RW 0x10000

段到段映射：
段段段段...
00 arm.exidx
01 .intvecs .text .rodata .eh_frame
02 .data .JCR
03 arm.exidx
04 .bss 

而在将"entry (ResetISR)"添加到链接器脚本后、ELF 头文件中的入口点现在为 0x2F1、映射文件显示的是 ResetISR 函数的地址：

$~/ti/ccs810/ccsv8/tools/compiler/gcc-arm-none-eabi-6-2017-q1-update/arm-none-eabi/bin/readelf -l Project0/Debug/Project0.out

Elf 文件类型为 EXEC (可执行文件)
入口点0x2F1
有5个程序头、起始偏移量为52

程序头：
类型 偏移量 VirtAddr PhysAddr FileSiz MemSiz Flg Align
EXIDX 0x020b0c 0x00000b0c 0x00000b0c 0x00008 0x00008 R 0x4
LOAD 0x010000 0x00000000 0x00000000 0x006d4 0x006d4 R E 0x10000
LOAD 0x020000 0x20000000 0x000006d4 0x00438 0x00438 RW 0x10000
LOAD 0x020b0c 0x00000b0c 0x00000b0c 0x00008 0x00008 R 0x10000
LOAD 0x030438 0x20000438 0x20000438 0x00000 0x00240 RW 0x10000

段到段映射：
段段段段...
00 arm.exidx
01 .intvecs .text .rodata .eh_frame
02 .data .JCR
03 arm.exidx
04 .bss 

请注意、写入程序计数器时、最低有效位会将执行程序状态寄存器中的 T 位置位；其中0 = ARM 状态、1 = THUMB 状态。 Cortex-M 仅支持 THUMB 状态、地址0x208的错误入口点具有最低有效位清零功能、 当调试器尝试写入错误入口点的 PC 时、可能会导致 INVSTATE 异常(硬故障)。

[引用 user="Christopher Weber">并且映射文件将入口点显示为_c_int00_noargs... 它从何处获取该内容？_c_int00_noargs 是 TI ARM 编译器运行时库中的入口点。 除非被覆盖、否则 TI 链接器默认为运行时库中的适当入口点。

[引用 user="Christopher Weber">矢量表将入口点重置为 ResetISR，正如我所期望的那样。 在 GNU 上... 即使调试会话期间调试器未设置正确的起点、我也会看到下电上电确实会转到正确的入口点(通过矢量表)。同意、使用矢量表中的正确入口点对闪存进行编程； 问题是调试器被告知.out 文件 ELF 头中的"入口点"不正确。