[参考译文] LAUNCHXL-F280049C：PIEVECTTABLE 不加载

您好！

PIVECT 表作为 InitPieVectTable 函数的一部分加载

此致、

Veena

您好、Veena：

Umm 我没有将 initPieVectTable()装入另一个项目中，该项目通过似乎位于闪存文件夹中的*。asm 文件自动加载。 正在工作的项目遇到了我现在记得的同样的问题。 当我们(Ctrl+单击)直接声明初始化函数并引起100的符号错误时、编译器会声明初始化函数是隐式的。 请注意、映射文件中显示它确实已加载的字节数。 在将 include 添加到 hal.c 时，不会对 initPieVectTable()的 f28004x_globaldefs.h extern 路径进行索引，因此所需的包含文件名是什么

针对 SDK 和 MCSDK 发布的项目示例一直存在这一问题。 此外、x49c 的 C2000ware_4.03器件文件在工程中更新时也会导致数百个错误。 似乎没有对 SDK 电机工程进行回归测试来更新器件文件。 例如、lin.h、我们必须为 SCI_IDLE 成员添加注释、否则会导致100个编译错误符号等的名称 f28004x_globalvariabledefs.c 中也发生了相同的情况、必须注释 LIN 段、否则它无法正确编译。 我不得不放回 C2000ware_4.02 f28004x_device include/source 和 common-include/source 文件、因为它根本无法与较新的器件文件一起运行。

Yuye Zhu 说：

请使用  initPieVectTable()初始化 PIVECTABLE 。

但这正是导致上图中所有错误的原因。 奇怪的是、SDK4.01不调用函数、并将表加载到存储器中。  

Yuye Zhu 说：

 缺省的 tisr.c 文件未包含在项目中

在重新编译之前、删除所有*。asm 之后、该文件位于项目闪存文件夹中、为 defaultsr.asm。  

Yuye Zhu 说：

这包含一些虚拟 ISR 用于所有中断

仍然、存储器中的虚拟 ISR 表条目为0x0000、但在从文件夹中删除*。asm 后返回两个工程闪存文件夹。

Yuye Zhu 说：

请告知我们您在 C2000Ware / MCSDK 中提供的任何示例项目中是否遇到这些编译错误。

只有调用 hal.c 中的 initPieVectorTable()时才会出现编译错误(上图)，但注意到 PIEVECTTABLE 被加载到内存中，因此不存在。  

BTW：(lin.c)编译器解析器丢失会导致数百个符号错误、请参阅以下示例。 较大但 外部__cregister IR/IFR 导出(f28004x_device.c)会带来很大麻烦。 编译器不像 IR/IFR 那样会导致符号未解析错误。 请注意、(cpu.h)具有相同的导出方式、但使用 unit16_t 与 int。  将#include "28004x_device.c"添加到使用 IER 或 IFR 符号的 C 文件后、CCS 代码分析无法解析。 导致使用相同 IRR/IFR 标志的其他项目中出现符号缺失错误、我们在两个项目之间来回切换以停止错误。 我经常将项目文件复制到工作目录项目中、以避免 CCS 中出现这种混乱。 停止处理文件、认为 driverlib 更新将更容易、但实际上、C2000ware 更新没有进行回归测试、这会给一旦开始工作的项目带来巨大的问题。

extern cregister volatile unsigned int IFR；
extern cregister volatile unsigned int IER；

LIN.h：当 SCIB 使用 FIFO 模式时、会导致编译器解析失败。

struct scIFLR_bits｛// bits description
BP_16 BRKDT：1；// 0中断检测标志(SCI 兼容模式)
BP_16唤醒：1；// 1唤醒标志
// BP_16空闲：1；// 2个 SCI 接收器处于空闲状态(SCI 兼容模式)
BP_16忙：1；// 3忙标志

Yuye Zhu 说：

。 请告知我们您是否在 C2000Ware / MCSDK 中提供的任何示例项目中遇到了这些编译错误。

似乎我将全局导出添加到了矢量表、并且在编译时出现了警告。 然而、请注意、PIEVECTTABLE 已加载到存储器中、但当 SCIB FIFO 发出 IR/IFR、并在此 MCSDK 工程中给予 ADCC1 (低于 ISR)优先级时、它仍然会导致 NMI。 这在 SDK4.01中不会发生、因此在 InstaSpin ISR 循环通用 MCSDK 项目中不正确。  

__attribute__((interrupt)) void motor1CtrlISR (void)

因此、未解决的 IER/IFR 标志是 SCIB 除了低速时钟除数之外没有串行数据的问题的一个很好的部分、必须使用 x49c 波特率时钟设置%4。 奇怪的是, SCIA 发送了 ASCII 文本115200KBPS ,所以真正的困惑我是如何工作与 USB 虚拟 COM 端口。

PIEVECTTABLE 仍然没有将任何字节加载到存储器、但 SCI 模块来自 IR/IFR 嵌套优先级顺序控制和 CPU_INT_9。

然而、ADCC1 ISR LED 闪存速率要低得多、闪烁之间的3秒似乎为 CPU_TM0 1毫秒的时间要长得多。

您好、Veena：

为什么不必为 PIEIER 组加载 PIECTABLE 0x00D00、以及执行中断 IRR/IFR 标志？ 奇怪的是、在 I 重新排序后、LSRAM 组分别为8192KB 和两个组合的4096KB 组(0_1、2_3、4_7)、并且矢量表停止加载、如上面发布的分配工具和映射文件所示。 然而、ISR 和嵌套外设内核优先级顺序位似乎在存储器中没有矢量表时正常工作。

奇怪的是，globalvariablefs.c 对于 PieVectableFile 具有#pragma 段，但不再执行。

//---------------
#ifdef _cplusplus
#pragma DATA_SECTION ("PieVectTableFile")
#else
#pragma DATA_SECTION (PieVectTable、"PieVectTableFile")；
#endif
易失性结构 PIE_VECT_TABLE PieVectTable；  

奇怪的是、在我关闭 CCS 并清理后多次重新编译项目后、PIEVECTBBLE 才开始加载。

Yuye Zhu 说：

请使用  initPieVectTable()初始化 PIVECTABLE 。

正如您在此 线程中看到的、编译器认为它没有找到函数、尽管是否加载了函数似乎没有关系。 奇怪的是、它要求将 extern void InitPieVectTable (void)添加到 hal.c 以停止模糊编译器警告。  

尝试在 flash.cmd 文件中添加表地址加长度、尽管 type=NOINIT、但 headers.cmd 文件声称存在重叠。 同样、一个项目会自动加载矢量表、而不调用 hal.c、假设是通过 pievect.asm 进行调用。 也许此项目中的链接器开关不同。 由于删除 pievect.asm 后、表中的字节未加载0x0000D00、这似乎是合理的。 尽管映射会保留它的地址空间、直到下一次编译读取再次列在 flash_lib 文件夹中的*。asm 文件。

TI 需要发布有关添加到现有 DOS 工程中的文件夹的警告、即使构建中不包含这些文件夹或链接也是如此。 编译器症状可能包括几个之前定义的符号冲突错误、并且是 CCS 12.3异常行为。 它可能一直存在或最近添加到搜索索引中。