Question

我正在使用esp32模块，并在其上实现中断功能。因此，基本上，每当中断到来时，led应当发光，否则，led应当处于关闭状态。出乎意料的是，如果我尝试相反的操作，即“如果中断来自开关，则led熄灭，通常它处于打开位置”。

这是我的代码。

#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#include "freertos/FreeRTOS.h"
#include "freertos/task.h"
#include "freertos/queue.h"
#include "driver/gpio.h"
#define op 18
#define ip 4
#define OP_PIN_SEL 1ULL<<op
#define IP_PIN_SEL 1ULL<<ip
#define ESP_INTR_FLAG_DEFAULT 0
static void gpio_isr_handler(void )
{
        printf("Intrpt Act\n");
        gpio_set_level(op,0);
        vTaskDelay(1000/portTICK_PERIOD_MS);
        fflush(stdout);
}
void app_main()
{
        gpio_config_t io_conf;
//      io_conf=malloc(0);
        gpio_pad_select_gpio(op);
        gpio_pad_select_gpio(ip);
        gpio_set_direction (op,GPIO_MODE_OUTPUT);
        gpio_set_direction(ip,GPIO_MODE_INPUT);

        io_conf.intr_type=GPIO_PIN_INTR_ANYEDGE;
        io_conf.mode=GPIO_MODE_OUTPUT;
        io_conf.pin_bit_mask=OP_PIN_SEL;
        io_conf.pull_down_en=1;
        io_conf.pull_up_en=0;
        gpio_config(&io_conf);

        gpio_set_intr_type(ip,GPIO_INTR_POSEDGE);
        gpio_install_isr_service(ESP_INTR_FLAG_DEFAULT);
        gpio_isr_handler_add(ip,gpio_isr_handler,(void*)ip);

        int cnt=0;
        while(1)
        {

                printf("cnt: %d",cnt++);
                gpio_set_level(op,1);
                vTaskDelay(1000/portTICK_RATE_MS);
                fflush(stdout);
        }

}

当我通过开关触发中断时，也会发生此错误：

线程Thread-2中的异常：

Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
    self.run()
  File "/usr/lib/python2.7/threading.py", line 754, in run
    self.__target(*self.__args, **self.__kwargs)
  File "/home/dhananjay/esp/esp-idf/tools/idf_monitor.py", line 133, in _run_outer
    self.run()
  File "/home/dhananjay/esp/esp-idf/tools/idf_monitor.py", line 226, in run
    data = self.serial.read(self.serial.in_waiting or 1)
  File "/usr/lib/python2.7/dist-packages/serial/serialposix.py", line 495, in read
    raise SerialException('device reports readiness to read but returned no data (device disconnected or multiple access on port?)')
SerialException: device reports readiness to read but returned no data (device disconnected or multiple access on port?)

Answer 1

至少，您在中断处理程序（gpio_isr_handler()）中做的过多。

中断处理程序 interrupt 当前正在运行的任何代码的流程。它们可以随时在子例程的指令之间发生。除非代码采取预防措施以确保其数据结构保持一致状态，否则您将要求数据损坏和崩溃。为此，它必须将中断锁定在“关键部分”，这是非常昂贵的操作，并且可能导致丢失中断。因此，系统例程很少会这样做。

您还希望保持简短的中断处理程序，因为它们会阻止系统上的所有其他活动-因此，当您仍在中断处理程序中时，网络堆栈和其他内部管理功能就不会发生。

您绝对不应从中断处理程序中调用vTaskDelay()。那有什么意思？充其量是会影响任何被中断的任务，如果有多个任务在运行，那将是一个随机任务。

您也不应该从中断处理程序中调用任何stdio函数。同样，您可能会中断另一个stdio函数；它的数据结构可能处于不一致状态，并且如果使用串行端口，则硬件可能也处于不一致状态。

正确的方法是让中断服务程序唤醒一个任务。将来自gpio_isr_handler()的当前代码放入带有无限循环的任务中，并在app_main()中启动任务，然后让gpio_isr_handler()唤醒任务。在循环开始时使用vTaskSuspend()，让任务等到它醒来。

您可以使用以下其中一种安全地从中断处理程序中唤醒任务：

从xTaskResumeFromISR()开始，这是从中断处理程序中唤醒任务的最简单方法。

结构上，您还应该将while()循环从app_main()中移到它自己的任务中，这是您以前居住在gpio_isr_handler()中的代码应恢复的任务。

ESP 32中断问题

1 个答案: