6

我在 Raspberry Pi（嵌入式处理器板）上的 Raspbian（一种 linux）上使用 Python 来监控 GPIO 输入。

请参阅下面我的代码的简化版本。我在 python 脚本中有一个无限循环，等待 GPIO i/p 上发生某些事情。这是正确的方法吗？也就是说，这是否意味着 CPU 正在全力运行，只是围绕这个循环，没有为其他东西留下 CPU 周期？特别是因为我需要并行运行其他东西（例如浏览器）。

另外，如果 CPU 忙于做其他事情并且 GPIO i/p 发生变化，会发生什么情况？GPIO 事件是否存储在某个地方以便最终得到服务，还是只是丢失了？

有没有更好的方法来做到这一点？

（对于您的答案，请注意我是 linux 新手，v. python 和实时编程新手）

#!/usr/bin/python
import RPi.GPIO as GPIO
GPIO.setmode(GPIO.BOARD)
GPIO.setup(16, GPIO.IN, pull_up_down=GPIO.PUD_UP)

def ButtonHandler(channel):
    print "Button pressed " + str(channel)
    # do stuff here

GPIO.add_event_detect(16, GPIO.FALLING, callback=ButtonHandler, bouncetime=200)

while True:
    pass
4

1 回答 1

5

是的，doingwhile True: pass会烧掉 100% 的 CPU（或尽可能接近它）什么都不做。

据我了解（希望这已记录在某处），RPi.GPIO 模块生成一个后台线程，该线程等待 GPIO 并callback为每个事件调用您的函数。所以你的主线程真的无关紧要。如果您希望它作为服务运行，sleep请长时间运行。如果您想以交互方式运行它（在这种情况下，您可能希望更容易取消），sleep较短的时间，可能是 0.5 秒，并添加一些方法来退出循环。

如果您可以select在主线程中执行 GPIO，或者您可以获取 GPIO 后台线程的句柄，那就更好了join，其中任何一个都不会烧掉 CPU。但是，该模块的设计似乎并没有使这变得容易。

但是，查看源代码，有一种wait_for_edge方法。大概你可以循环GPIO.wait_for_edge而不是设置回调。但是没有文档，也没有自己测试的设备，我不确定我是否愿意向新手推荐这个。

同时：

另外，如果 CPU 忙于做其他事情并且 GPIO i/p 发生变化，会发生什么情况？GPIO 事件是否存储在某个地方以便最终得到服务，还是只是丢失了？

好吧，虽然您的线程没有做任何事情，但 GPIO 后台线程似乎正在等待select，并且select不会让它错过事件。（根据名称，该wait_for_edge函数听起来可能是边缘触发而不是电平触发，然而，这也是我对推荐它持谨慎态度的部分原因。）

于 2013-08-10T00:14:12.797 回答