Python 按钮的功能奇怪地不一样

Question

我目前有 2 个按钮连接到我的 Raspberry Pi(这些是带有环形 LED 的按钮)，我正在尝试执行此代码

#!/usr/bin/env python
import RPi.GPIO as GPIO
import time

GPIO.setmode(GPIO.BCM)
GPIO.setwarnings(False)
GPIO.setup(17, GPIO.OUT) #green LED
GPIO.setup(18, GPIO.OUT) #red LED
GPIO.setup(4, GPIO.IN, GPIO.PUD_UP) #green button
GPIO.setup(27, GPIO.IN, GPIO.PUD_UP) #red button

def remove_events():
        GPIO.remove_event_detect(4)
        GPIO.remove_event_detect(27)

def add_events():
        GPIO.add_event_detect(4, GPIO.FALLING, callback=green, bouncetime=800)
        GPIO.add_event_detect(27, GPIO.FALLING, callback=red, bouncetime=800)

def red(pin):
        remove_events()
        GPIO.output(17, GPIO.LOW)
        print "red pushed"
        time.sleep(2)
        GPIO.output(17, GPIO.HIGH)
        add_events()

def green(pin):
        remove_events()
        GPIO.output(18, GPIO.LOW)
        print "green pushed"
        time.sleep(2)
        GPIO.output(18, GPIO.HIGH)
        add_events()

def main():
    while True:
        print "waiting"
        time.sleep(0.5)

GPIO.output(17, GPIO.HIGH)
GPIO.output(18, GPIO.HIGH)
GPIO.add_event_detect(4, GPIO.FALLING, callback=green, bouncetime=800)
GPIO.add_event_detect(27, GPIO.FALLING, callback=red, bouncetime=800)

if __name__ == "__main__":
    main()

从表面上看，它看起来是一个相当简单的脚本。当检测到按钮按下时:

删除事件

打印消息

在添加事件并重新打开 LED 之前等待 2 秒

当我按下绿色按钮时，这通常效果很好。我连续尝试了几次，它没有失败。然而，对于红色，它第一次和第二次都运行良好，但是在它完成第二个红色(引脚)循环后，脚本就停止了。

考虑到这两个事件非常相似，我无法解释为什么它在第二个红色按钮的末尾失败。

编辑:我已分别将引脚从红色和绿色更改为完全不同的引脚或交换它们。无论哪种方式，始终是红色按钮代码(实际上现在是绿色按钮)导致错误。所以它似乎不是物理红色按钮问题，也不是引脚问题，这只是让代码出错...

Answer 1

通过运行您的脚本并在接地和 GPIO27 之间连接跳线以模拟红色按钮按下，我能够在我的 Raspberry Pi 1 B 型上重现您的问题。 (这些是我的特定 Pi 型号上的引脚 25 和 13。)

在 red 之后，python 解释器因专用于轮询 GPIO 事件的线程中的段错误而崩溃。从处理按钮按下返回。看了Python的实现后GPIO模块，我很清楚调用 remove_event_detect 是不安全的从事件处理程序回调中，这会导致崩溃。特别是，在事件处理程序当前运行时删除该事件处理程序会导致内存损坏，这将导致崩溃(如您所见)或其他奇怪的行为。

我怀疑您正在删除并重新添加事件处理程序，因为您担心在按下按钮时会收到回调。没有必要这样做。 GPIO 模块启动一个轮询线程来监控 GPIO 事件，并且会等待一个回调返回，然后再调用另一个，而不管您正在观看的 GPIO 事件数量如何。

我建议您直接调用 add_event_detect当您的脚本启动时，永远不要删除回调。只需移除 add_events和 remove_events (和他们的调用)来自您的脚本将更正问题。

如果您对GPIO中的问题的详细信息感兴趣模块，你可以看看C source code for that module .看看run_callbacks和 remove_callbacks在文件中 RPi.GPIO-0.6.2/source/event_gpio.c .请注意，这两个函数都使用了 struct callback 的全局链。节点。 run_callbacks通过抓取一个节点，调用回调，然后跟随该节点的链接到链中的下一个回调来遍历回调链。 remove_callbacks将遍历相同的回调链，并释放与特定 GPIO 引脚上的回调关联的内存。如 remove_callbacks在run_callbacks中间被调用，当前持有的节点run_callbacks可以在指向下一个节点的指针之前被释放(并使其内存可能被重用和覆盖)。

您只看到红色按钮出现此问题的原因可能是由于对 add_event_detect 的调用顺序所致。和 remove_event_detect导致之前由回调节点用于红色按钮的内存被回收用于其他目的，并在绿色按钮回调节点使用的内存被类似地回收之前被覆盖。但是，请放心，这两个按钮都存在问题——幸运的是，在跟随指向下一个回调节点的指针之前，与绿色按钮回调关联的内存没有改变。

更一般地说，一般而言，GPIO 模块中使用的回调链缺乏线程同步，我怀疑如果 remove_event_detect 可能会发生类似的问题。或 add_event_detect在事件处理程序运行时调用，即使事件从另一个线程中删除!我建议作者RPi.GPIO模块应该使用一些同步来确保在进行回调时不能修改回调链。 (也许，除了检查轮询线程本身是否正在修改链之外，pthread_mutex_lock 和 pthread_mutex_unlock 可用于防止其他线程在轮询线程正在使用回调链时对其进行修改。)

不幸的是，目前情况并非如此，因此我建议您避免调用 remove_event_detect完全可以避免的话。