[参考译文] LAUNCHXL-F28P55X：有关读取 LAUNCHXL-F28P55X 上 GPIO 引脚状态的简单问题（输入和放大器；输出）

您好：

“GPIO_ReadPin"返回“返回引脚的实际状态、而不是 输出锁存的状态。 此外、“GPIO_WritePin (UINT16 gpioNumber、UINT16 outVal)“设置指定引脚的 GPyDAT 寄存器位。

总体而言、 首先确保将引脚配置为数字 GPIO 和输入模式、并启用上拉/下拉以在悬空（视情况而定）时定义状态。 您可以直接通过 GPADAT 进行读取和写入。

写入 GPIO 状态：

GpioDataRegs.GPASSET.bit.GPIOX = 1；
GpioDataRegs.GPACLEar.bit.GPIOX = 1；

读取 GPIO 状态：
Uint16_t inputLevel = GpioDataRegs.GPADAT.bit.GPIOX；

此致、

Masoud

您好：

这是因为您需要在示例中包含器件头文件 (f28p55x_device.h)。 此外、您还需要在编译器包含选项中包含“$｛C2000WARE_ROOT｝/device_support/f28p55x/headers/include“。 在此示例中、正在使用库文件、因此您只需使用  “GPIO_writePin (20、1)；“和“STATUS = GPIO_readPin (20)；“进行写入/读取。

此致、

Masoud

您好 Ming、

您之前提到的“\ti\c2000\C2000Ware_5_05_00_00\training\devices\f28p55x\system_design\lab_systemdesign"工程“工程在您尝试添加位字段支持时使用了驱动程序库、这会导致此处出现编译器问题。

实际上、F28P55x 器件支持两种类型的开发软件：驱动程序库 API 和位域结构。  每款产品都有各自的优势、并在同一 用户应用程序中实现在一起兼容。

组合位域和 driverlib 支持时、请在 名为“_dual_headers"的“的工程属性中添加一个预定义符号。 这是为了避免出现冲突定义（在枚举 /结构体/宏中）、这些定义在位字段和 driverlib 头文件中共用完全相同的名称。

当您尝试在基于驱动程序库的工程之上添加位字段支持时：

1.将以下 include 目录路径添加到项目中:

device_support\f28p55x\headers\include

2.在工程主源文件中包含以下头文件：

device_support\f28p55x\headers\include\f28p55x_device.h

3.将 f28p55x_globalvariabledefs.c 文件添加或链接到工程。 文件位置：

device_support\f28p55x\headers\source

4.将 f28p55x_Headers_nonBIOS.cmd 文件添加或链接到工程。 文件位置：

device_support\f28p55x\headers\cmd

如果这样可以解决问题、请告诉我。

此致、

Masoud

您好 Ming、

1.哪种类型的 GPIO 访问在汇编执行中速度更快?

最快的写入路径：使用编译时常数掩码写入设置/清零/切换寄存器（即 GpioDataRegs.GPASSET.ALL =(1UL<20)；）。
使用 MOVW DP +或@……进行拆卸、#IMM 是最精益的。 采用 MyGPIOlib.h 样式、但通常需要额外的周期数 (MOVL XAR4 + VMOV32)、并且速度较慢。

宏路径（例如 GPA20_OUT_HI）：

MOVL XAR4,#0x00100000 ; load 32-bit mask into XAR4
VMOV32 *(0:0x7f02),@XAR4 ; 32b write to GPASET

这至少是 2 条指令、其中第一条指令是 32 位字面加载（比或#IMM 成本更高）、第二条指令是 32 位外设写入。 在实践中、这比直接 OR 模式要慢。

2.我的自定义 MyGPIOlib.h 声明（基于 GPIO_writePin）是否正确且可安全使用？

是的、大致上来说。 它会写入正确的只写寄存器并使用易失性。 修复掩码宏名称括号。 对于峰值速度、最好选择上面所示的直接结构/位掩码样式（或其周围的静态内联包装器）。

此外、请将新问题发布为单独的 E2E 主题、以便所有人稍后都可以使用。

谢谢。此致、

Masoud