[参考译文] TMS320F28388D：传统位域方法与驱动程序 API## 39；直接寄存器访问模型。 哪种方法在代码处理速度方面更高效？

尊敬的  Sang-il：

是的、这个结果对于您共享的代码片段是预期的。

在基于 bitfield 的代码中、您将写入寄存器中的特定位。 编译器将执行读取-修改-写入操作。

该寄存器 实际上是一个 R-0/W-0寄存器、这意味着它始终读为0、而写0被忽略。 Driverlib 利用这一点、对完整的32位寄存器进行写入操作、而不是进行读取-修改-写入操作

HWREG (addr) = 0x100；而非  HWREG (addr) |=  0x100；

要使用 bitfield 代码执行32位写入、可以按如下方式重写代码：

GpioDataRegs.GPASET.all = 1<<位编号；

此致、

Veena

您好、Veena：

我知道旧的位字段方法(来自逐位访问)会生成原子指令(读取-修改-写入)。

相反、驱动程序 API 的直接寄存器访问模型应用基于寄存器(MMR)地址的逻辑运算、因此我认为 C2000编译器会将其解释为非原子指令。

因此、与驱动程序 API 的直接寄存器访问模型相比、我希望其(旧位字段方法)在代码处理速度方面更具优势。 我想知道我的预测是否正确。

如果驱动程序 API 的直接寄存器访问模型也从逐位访问生成原子指令、则无需使用旧的位字段方法来优化代码吞吐量速度。

我知道驱动程序 API 的直接寄存器访问模型具有逐位操作寄存器的宏，例如 HWREGBITW()或 HWREGBITW()。

如果我使用这些宏、C2000编译器是否会像传统位字段方法那样将它们解释为原子指令？

谢谢。此致、
Sang-il

我明白你的意思。
感谢你的评分 祝你度过美好的一天！