访问atom板上的GPIO

在这台机器上：

我正在尝试访问gpio，但Nexcom或Intel支持都没有太大帮助

最接近我的是这篇博客文章，上面说我必须写我自己的驱动程序：

从nexcom手册中可以看出，gpio端口位于0EE4H（0xEE4）。我该怎么处理这些信息呢？我真的应该写我自己的驱动程序吗

---

编辑：必须在windows xp embedded和windows 7 embedded上运行。

除非有公开此功能的驱动程序，否则无法直接从用户空间进程访问硬件资源（如GPIO引脚）。这意味着要么你找到一个合适的司机（我不知道在哪里可以找到这样的东西），要么你自己写

---

p、 也可能是你的操作系统在某处暴露了GPIO引脚。在我工作过的一个linux原型板上，有几个文件（IIRC/dev/gpioX，X是pin的编号），如果您有适当的权限，您可以读/写这些文件。

除非有一个驱动程序公开此功能，否则您无法从用户空间进程直接访问硬件资源（如GPIO pin）。这意味着要么你找到一个合适的司机（我不知道在哪里可以找到这样的东西），要么你自己写

p、 也可能是你的操作系统在某处暴露了GPIO引脚。在我工作过的linux原型板上，有几个文件（IIRC/dev/gpioX，X是pin的编号），如果您有适当的权限，您可以读/写。

您需要GIVEIO.SYS

它实际上最初来自微软

安装时，指定所需的端口地址

然后用户空间程序可以直接访问端口

您可以只调用ioperm（），而将进程作为根运行。可惜微软没有这么做，但是GIVEIO.SYS没问题。

你需要GIVEIO.SYS

它实际上最初来自微软

安装时，指定所需的端口地址

然后用户空间程序可以直接访问端口

---

您可以只调用ioperm（），而将进程作为根运行。可惜微软没有这么做，但GIVEIO.SYS没问题。

你知道windows是否会暴露PIN码吗？我非常怀疑。至少就NT而言，我发现硬件厂商觉得不提供板卡支持功能的驱动程序就可以侥幸逃脱，这是一个很大的问题。幸运的是，我不必编写驱动程序，因为我们出于其他原因使用了外部io模块。你知道windows是否会暴露PIN码吗？我非常怀疑。至少就NT而言，我发现硬件厂商觉得不提供板卡支持功能的驱动程序就可以侥幸逃脱，这是一个很大的问题。幸运的是，我不必编写驱动程序，因为我们出于其他原因使用外部io模块。