BUG原因找到了，代码中因为使用IPC，导致gpio中断函数注册的结构申请太慢，直接调用添加单个GPIO的终端处理函数这时候内存并未申请成功，直接处理时就是0地址。导致panic。 现象如下: gpio_install_isr_service(ESP_INTR_FLAG_DEFAULT); gpio_isr_handler_add(KEY_SW1_PIN, gpio_isr_handler, (void*) KEY_SW1_PIN); 我在代码中调用这两个函数，当打开了日志的时候没有问题。如果日志关闭了之后 QQ截图20231121180949.jpg 如图中，经过打印发现gpio_isr_r...

有官方大佬给看一下么

使用IDF版本v4.4.2.因为业务代码涉及内容比较多不方便升级，只能使用这个版本了。 硬件版本使用ESP32S3-N8R2模组。 问题，在app_main函数第一行调用 esp_log_level_set("*", ESP_LOG_WARN); 如果日志级别是INFO的时候没有问题可以正常运行。如果日志设置为WARN以上级别的时候在一个task函数函数中调用 gpio_isr_handler_add(KEY_SW1_PIN, gpio_isr_handler, (void*) KEY_SW1_PIN);注册一个按键中断的时候导致CPU Panic。 同时在之前测试的时候遇到过在配置页面，关闭...

我点开了这几个文件，发现所有的类型已经定义了。不知道为什么还会出现问题，是升级需要设置那些参数么。

我今天看到新版本发布了，v5.1的idf可以搭配v2.6的adf了就准备升下级，安装了离线的v5.1版本的idf。从github同步了v2.6的adf。编译报错。日志如下

有解决方案么，我也遇到这个问题了，我原来是在v4.4.2版本上，升级v5.1版本之后就有这个错误了。

如上图示，我们的操作逻辑是，在一个中断中标记需要读取ADC，然后退出中断去读取ADC。每次在刚开始的几次中断中读取的时候有某一次转换时间会非常长。图示黄色为中断间隔，蓝色为读取ADC的波形，高为正在读取，低为读取完成。。。能帮忙看下是咋回事么。

在操作是不断电，关掉中断，然后再打开中断前几次依然会出现长时间转换的问题。

解决方案：
最终我没有用白名单，也没有用定向广播的方式解决了绑定设备只能和绑定手机通信的功能。利用了如果设备绑定之后就不再发射全部广播信息的功能，至发射最简单的空包广播，让绑定设备可以搜索到，没绑定的设备不能搜索到就实现了。。。

现在就是安卓在设备断开什么的都没有问题，就是苹果，关闭了设置里面的蓝牙再打开就无法搜索到定型广播的信号了。换了个苹果手机还是一样的问题。。。。 我看蓝牙协议上说是定向广播的时间间隔比较低，超过1.28s之后就不再广播了。咱们的控制器也是这么实现的吗？我刚才测试了一下，在设备未连接的情况一下，定时2秒 stop adv一次 再start adv一次。来保证设备是一直在处于定向广播的过程中。但是苹果还是现在这个状态，关闭蓝牙之后再打开还是无法连接。 感觉也不像是苹果手机的问题，因为我的蓝牙鼠标和苹果绑定之后无论重启手机，还是关掉蓝牙，在蓝牙再次打开的时候，只要鼠标在定向广播模式（因为这时候鼠标是不...

下面是我修改gatt_security_server这个例程的过程： static esp_ble_adv_params_t heart_rate_adv_params = { .adv_int_min = 0x100, .adv_int_max = 0x100, .adv_type = ADV_TYPE_IND, .own_addr_type = BLE_ADDR_TYPE_RANDOM, .channel_map = ADV_CHNL_ALL, .adv_filter_policy = ADV_FILTER_ALLOW_SCAN_ANY_CON_ANY, }; static esp_ble...