经过测试，修改mesh_core下面的scan.c中的参数
#define SCAN_INTERVAL 0x20
#define SCAN_WINDOW 0x20
可以有效调整扫描结果返回频度，在0x20~0x4000的范围内，数值越大，返回结果越快，最快基本1秒返回一次扫描结果，就是不知道会不会对底层的ble mesh通信造成影响，后面再测试吧，上述测试供大家参考。

大家好， 我们使用的芯片是esp32-C3 IDF版本版本：5.0.0 我们开发的产品使用BLE Mesh组网，我们同时希望产品能开启扫描BLE广播包的功能，根据乐鑫官方在线文档 "https://docs.espressif.com/projects/espressif-esp-faq/en/latest/application-solution/ble-mesh-development-framework.html#how-to-receive-other-adv-broadcast-packets-while-ble-mesh-is-enabled" 的介绍，我们用下面的代码实现了上述扫...

Hi, We developed our program used IDF5.0,we try to let ble mesh node to scan BLE advertising packets.So we followed the advice in "https://docs.espressif.com/projects/espressif-esp-faq/en/latest/application-solution/ble-mesh-development-framework.html#how-to-receive-other-adv-broadcast-packets-while...

经过进一步测试发现，esp_ble_get_cur_sendable_packets_num的值在刚开始的时候是一样的，只是进行了fast ble mesh prov的初始化的程序在开始调用了esp_ble_gattc_write_char的方法发送数据后，esp_ble_get_cur_sendable_packets_num恢复的慢，应该就是发送的慢，两者对比的打印日志如下： 进行了fast ble mesh prov的初始化的程序的OTA打印： I (27839) hyz_gattc.c: [106] gattc_profile_event_handler event 9 I (2784...

我们使用的芯片是esp32-C3 IDF版本版本：2.8.1 Build id：20230207-1119 我们的产品使用的是BLE Mesh的组网方式，两块板子之间通过通过gatt做ota功能测试的时候，如果板子进行了fast ble mesh prov的初始化，那么ota的过程中esp_ble_get_cur_sendable_packets_num返回的结果中，36次只有3次返回数据1，其他都是返回的数据0，而如果不进行fast ble mesh prov的初始化，那么esp_ble_get_cur_sendable_packets_num返回的结果中，36次只有9次返回的结果是0，其他...

我们使用的芯片是esp32-C3 IDF版本版本：2.8.1 Build id：20230207-1119 我们的产品使用的是BLE Mesh的组网方式，目前做ota功能的时候，发现如果使用ble mesh广播的方式进行ota，通信的速率特别低，将近1KB/s，而且丢包严重，1MB的固件大概要20分钟才能下发完成，这样这种方式基本不具备实操性，采用ble_throughput的方式速率可以到90KB/s，但我们想整体维持ble mesh的通信方式，所以想请问下，BLE Mesh的使用是否有类似ble_throughput测试带宽的例子，或者其他类似涉及到ble mesh大数据传输的例子？我们想...

我们使用的芯片是esp32-C3
IDF版本版本：2.8.1
Build id：20230207-1119
我们尝试连续发送261字节的报文，发几次后mesh_core/transport.c的send_seg方法会打印 Out of segment buffers 的错误信息，回调函数中ESP_BLE_MESH_MODEL_SEND_COMP_EVT事件得到了 -ENOBUFS（-105）从错误码，请问我需要进行哪方面的配置调整，以满足连续发送261字节报文的要求呢？
谢谢！
配置文件见附件。

各位大佬好，请教一个问题，我们目前在开发的一款产品需要实现如下一个功能：某些node角色的设备本来是provisioned，并且持久化配置存储选项CONFIG_BLE_MESH_SETTINGS设置为了1，我们希望通过对这些设备重新进行快速配网操作，现在我们的处理过程是通过调用esp_ble_mesh_node_local_reset，清除掉本地配网信息后，再调用esp_ble_mesh_node_prov_enable使能配网，即可进行后续的快速配网操作了。我们的问题在于，我们在调用完esp_ble_mesh_node_prov_enable使能配网后，后续的快速配网操作可能因为其他原因取消...

经过sdkconfig的多次设置参数比较，终于发现做出下面的配置的时候，上述错误消失了，底层的原因是啥不清楚，供大家参考：
CONFIG_BT_BLE_42_FEATURES_SUPPORTED=y

请问这个问题最后解决了么？我在运行演示relay的例子时也遇到了同样的问题（https://github.com/ankit-thealchemist/On_off_model_with_relay），同样的几块ESP32C3开发板运行\ble_mesh_node\onoff_server例子是正常的。运行relay时部分打样信息如下，完整的日志和sdkconfig文件请参考附件： D (6369) BLE_MESH: type 2 len 23: 00dddddc547560df6a0000000000000000000000000000 D (6379) BLE_MESH: count 3...