主题：C2000WARE 中讨论的其他器件
工具/软件：
尊敬的所有人：
我正在 Code Composer Studio 中开发一个 TI C2000 F28379D 应用程序、它将 TI 的高级 DriverLib API 与直接寄存器写入相结合、用于精确控制周期。 为了保持调整启动文件和器件支持文件的能力、我将源文件、头文件和所需的 cmd 文件从 devicesupport 文件夹导入到我的工程中、并在 Project→Properties→C2000 Compiler→Include Options 下添加了该文件夹和 DriverLib 包含目录。
我将 C2000Ware `d设备`文件夹（包含`device.c`、`device.h`和`F2837xD/CodeStartBranch.asm`）导入我的工程、并在** Project→Properties→C2000 Compiler→Include Options**下添加了该文件夹和 DriverLib 包含目录。
在 TI 的 CAN 传输示例 (can_ex3_external_transmit) 的初始编译期间、我导入了示例文件夹中的器件文件夹。 我`d`了多定义链接器错误（例如，我复制的“r evice.c`/`.h“中的符号与 DriverLib 中的符号冲突）。 `d`、我删除了额外的“器件“`d目录、改为在 Project→Properties` C2000 Linker→File Search Path 中添加了→riamonis.lib 、会恢复一个干净的构建。
我的目标是继续将 DriverLib 用于标准 CAN、ADC 和 ePWM 设置、同时回退到寄存器级代码用于时序关键型例程。 您能否确认该工程结构（在 F28379D 上混合 DriverLib 和寄存器访问）是否可靠工作、或者是否有 TI 推荐的最佳实践或模板应遵循、以避免冲突并维护干净的构建？
任何最佳做法模板或指导都将受到高度赞赏。
感谢您的帮助。
此致、
Sameer Irfan
