Hi，我们在清除mesh节点信息时遇到一个问题，在标准sig mesh中有ESP_BLE_MESH_MODEL_OP_NODE_RESET这个opcode，测试中发现这个opcode触发不了消息事件，无法回到应用层的回调函数，但是我debug时发现，底层确实是会识别ESP_BLE_MESH_MODEL_OP_NODE_RESET这个opcode，并且会将节点重置。
问题：如何可以让这个opcode触发消息事件回到应用层，我们项目中需要在应用层做部分逻辑。
期待您的答复。

I (29) boot: ESP-IDF v4.3-dev-1523-gd9ecc46-dirty 2nd stage bootloader I (29) boot: compile time 17:38:27 I (30) boot: chip revision: 1 I (34) boot_comm: chip revision: 1, min. bootloader chip revision: 0 I (41) boot.esp32: SPI Speed : 40MHz I (45) boot.esp32: SPI Mode : DIO I (50) boot.esp32: SPI F...

我有A和B两个节点设备，我将B节点的on/off状态发布到A节点，此时A节点可以正常收到B节点的状态变化；现在我把B节点从网络移除后，重新配置了B节点，同样将此节点的状态发布到A节点，此时A节点收不到B节点的状态，log如下： W (7825725) BLE_MESH: Replay: src 0x0007 dst 0x0003 seq 0x00002c W (7830625) BLE_MESH: Replay: src 0x0007 dst 0x0003 seq 0x00002d I (7832425) ble_mesh_gateway: system_get_free_heap_size=...

测试了rmt_nec_tx_rx这个demo，可以识别32位的nec码值，我如果想识别64位的红外码应该如何修改代码，改了一下午没成功 。

如果成功将音频文件烧写到spiflash中，程序中可以对这个音频文件进行写操作吗?

等回复好久啦

我的代码逻辑大概是“串口收到数据后控制一个IO口发出高低电平，用另外一个IO口接收这个高低电平” 为什么用于接收的IO口无法触发中断，如果去除串口部分的代码，只是进行IO的操作可以正常触发中断。

demo详细看过啦，想请教两个问题1、我发连续发码改为了只发一次，为什么接收不到2、tx rx没连接有时会出现rx buffer full的情况，干扰问题？ 1. 请问你是将 ESP32 的发送引脚与接收引脚连接进行的测试吗? 2. 是否可以提供一下测试代码? 我将测试代码修改后, 发送一次是可以接收到的 测试demo时是发送与接收连接测试的。 代码如下 static void rmt_example_nec_tx_task() { vTaskDelay(10); nec_tx_init(); esp_log_level_set(NEC_TAG, ESP_LOG_INFO); int cha...

ESP_houwenxiang wrote: ↑

Wed Aug 07, 2019 2:18 am

ESP32 有 RMT 模块, 可以接收不带载波的序列, 然后软件进行解码, 是否可以尝试一下?

示例代码路径为 IDF_PATH/example/peripherals/rmt_nec_tx_rx

谢谢

demo详细看过啦，想请教两个问题1、我发连续发码改为了只发一次，为什么接收不到2、tx rx没连接有时会出现rx buffer full的情况，干扰问题？

好的。我详细看一下。谢谢谢