This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
您好 Champ、
我正在向我的客户提出要求。
我是否可以确认 GPIOB (GPIO 36和38)中的保留字段如果写入 为0/1 (访问该引脚)、是否会导致 MCU 出现任何问题?
客户倾向于 以一个字节的方式访问 GPIO32 ~ 39。 遗憾的是、其中有两个保留字段。
他们在调试代码时遇到问题、它将在这里停止。
作为 TRM 页面。 869注意事项提到不允许这样实施。 我是对的吗?
此外、客户希望在编程时保持 GPIOA 和 GPIOB 的相同设置、一次以字节的形式访问 GPIO。
他们不想一次性设置 GPIO32 ~ 39 (36和38除外) 。 它不仅保持代码整洁、还缩小了代码大小。
有没有建议避免这种情况或采取任何方法来满足他们的愿望?
感谢你的任何帮助。 谢谢!
BR、Johnny
请勿写入任何保留位。 可能只有内部 TI 连接导致问题。
如果有未绑定的 GPIO、它们仍可在应用中使用。
检查保留的值、如果它为0、则继续执行完整的字节访问、但将0写入该位。 如果为1、请确保字节访问写入1。
NIMA
您好、Nina、
我是否可以确保在 F28002x 和 F28003x 上也会发生这种情况,对吗?
谢谢。
你好、Nima、
感谢您的回复。
我要求这样做是因为客户询问 GPIO 中的保留位。
下面是 TRM 的快照、两个保留位假设为 GPIO36和 GPIO38。
根据您的解释、这两 个保留位 用于所使用的内部 TI 连接。
但是、客户觉得这是一个 DSP 硬件错误、并询问我们是否有一个 IC 硬件计划来修复它。
根据您的回复、我认为这不是问题。 请问您对客户的想法有什么看法?
谢谢。
数据表中的 GPIO PINMUX 中是否提供 GPIO36和 GPIO38?
GPIO36和 GPIO38不可用。 将这些值保留为零。
你好、Nima、
谢谢、我很清楚您的说法。 这份声明站在我们一边、向客户解释。
如果用户 确实意外地将这些保留位写为1,是否对 MCU 的所有方面都没有影响?
但是、客户 希望获得 TI 的保证。 向竞争对手保证不会从客户那里获得反馈。
我可以帮您检查所有保留位、如 GPIO36、GPIO38和 GPIO60~63、但实际上根本没有真正的 GPIO 吗?
此外、GPIO36和 GPIO38目前处于 GPIO PINMUX 中间、针对客户的这一问题、TI 是否有任何预防机制或措施来在未来的设计中将这两个位移回后面?
感谢你的帮助。 我对此表示赞赏。
Jason、我们 能保证这一点吗?
Johnny、
我们无法在整个 TRM 中对保留的寄存器/字段进行总括声明。 其中一些可能会对器件产生影响、不应写入。
但是、我可以确认 GPIO 寄存器中是否存在 GPIO、这些是未实现的寄存器。 写入它们不会对器件产生意外影响。
此致、
Jason