[参考译文] TMS320F280041C：CCS 中的微选择

您好：Aleksandr、

感谢您联系 E2E。

  由于我们地区的恶劣天气、我们的许多主题专家目前都没有权力、无法提供支持。  专家将尽快回复您、但可能不会等到下周。

此致、

Marlyn

没关系。 在软件开发中，您不能在引脚级别为您的微控制器执行任何操作。 例如、对于您的引脚多路复用器、您可以选择哪种 GPIO 具有哪种功能。 就是这样。 无论您使用哪种类型的 F28004x 器件、它都能实现相同的功能。

这有道理吗？

NIMA

该代码是用于 F28004x 系列的 Witten。 您可以根据封装进行引脚多路复用、但软件是相同的。 它永远不会处理引脚编号。 它将仅按引脚的名称寻址引脚。

对于模拟、非 GPIO 引脚、它们被放置在不同封装的不同引脚上、但在代码中、您再次引用它们、名称是 ADCA CH1、A1、而不是它们的引脚名称。 因此、对于特定系列中的不同器件型号、您将具有相同的代码。

NIMA

封装上不存在的未绑定 GPIO 非常有用。 测试和其他东西。 它们不仅功能齐全、而且不在外部连接。

当然、对于 TI 人来说非常有用。 但是、如果我犯了一个错误、我将永远不会发现设计不起作用的原因。 我的意思是编译器不会告诉我我我犯了个错误。 无需回复。 您可以关闭此主题。

谢谢、

Alex

我建议您使用具有引脚多路复用支持的 C2000 SysConfig、您可以看到哪些 GPIO 和引脚相互连接、代码是自动生成的、

这将缩小硬件封装和软件之间的差距。

NIMA

SysConfig 中的代码与 InstaSpin 实验不兼容。 TI 需要各部门之间进行更好的协调。 要么使 InstaSpin 实验具有 从 SysConfig 发出的相同文件、要么在 SysConfig 中设置一个可选按钮、以生成 位于 void HAL_setupGPIO (HAL_Handle handle)函数内的代码。

Alex

是的。 当我们推出 SysConfig 时、系统级内容也将使用它。

NIMA

Aleksandr、

我将关闭该线程。 您能否通过单击验证答案来标记最能标记答案的帖子？

NIMA