[参考译文] RTOS/TM4C1294NCPDT：动态更改引脚功能(GPIO、SPI)

供应商的 Charles 遵循海报的线索回答了海报的问题。

也就是说、正如我的公司所说 的、"动态地重新编程 FPGA "–成功地-超过20年-应该(通常必须)考虑(其他)点！

• 首先-在没有"推销"的情况下-海报(HIs)确定了(API 缺失) 'GPIOPinConfigure()'函数所呈现的"缺乏一致性"！   即使存在此类缺勤的"技术原因"、也应至少进行详细说明(有些)。   海报的问题完全有效。
• 更大的问题-当  考虑到"动态再利用" 时(CB1被认为是"第一个"使用该语言) -必须采取额外的"注意/考虑"：
  • PA4在 SPI 模式下提供"bi-di" SPI 数据或传统 SPI0TX。   现在-由于这个引脚是"共享的"-必须真正考虑影响-如果(其他/共享的)连接端-寻求"驱动 PA4高电平！"   如果启用 SPI 模式- PA4设置为发送-以及"其他/共享"连接(也称为"驱动高电平")-我们有 (致命) "输出到输出争用！"  (这是什么味道？)   一击！
  • 此外、如果 PA4处于 SPI 模式-这次接收-和"其他/共享"连接(仍然)"驱动高电平"-则争用将在"其他/共享"引脚和(远程) SPI 器件之间进行传输！   并且-引脚 PA4 -作为 SPI_RX -很可能会通过此类数据争用来证明"已配置"！   双击！

这种 "动态 再利用"有许多(潜在)好处 、 但必须实施更高的"系统意识增强"。   和(赦免)-这似乎已被"禁用"。   必须正确且定期地使用"联锁"、以防止"损坏组件"或创建"非法数据"通道。   这(通常)意味着：

• SPI 主器件、SPI 从器件和"其他/共享"器件-必须(以某种方式)知道"所有 器件-它们"连接到 PA4！"的状态   减去这种(意识)——麻烦等着你！   (这种意识)可能会证明"棘手..."
• 我们公司的许多客户在正确管理这一(共享信号)实施方面"遇到困难"-通常、任何/所有好处(通过所谓的"节省引脚")-都是不可避免的！

难道不是一个“绿边角”——可以悬挂吗？