gpt4 book ai didi

c - ESP 32 中断问题

转载 作者:塔克拉玛干 更新时间:2023-11-02 23:43:45 24 4
gpt4 key购买 nike

我正在使用 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?)

最佳答案

至少,您在中断处理程序 (gpio_isr_handler()) 中做的方式太多了。

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

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

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

您也不应该从中断处理程序中调用任何标准输入输出函数。同样,您可以中断另一个 stdio 函数;它的数据结构可能处于不一致状态,如果它使用串行端口,则硬件也可能处于不一致状态。

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

您可以使用以下方法之一安全地从中断处理程序中唤醒任务:

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

在结构上,您还应该将 while() 循环从 app_main() 移到它自己的任务中,这是您的代码曾经存在于 gpio_isr_handler() 应该恢复。

关于c - ESP 32 中断问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54651158/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com