llzzdd wrote: ↑

Sat Sep 21, 2024 12:18 am

感谢您的回复。
我测了一下vdd_spi，它没有任何电压

您好，如果您检查芯片以满足数据手册中的“建议电源条件”而 VDD_SPI 无任何输出，则芯片本身应该是坏掉了。至于官方基于 pico 做的开发板的确是没有的。

ESP32-S3-pico-1 乐鑫官方买的芯⽚，下载不进去程序，GPIO0和 GPIO46以及EN引脚都控制了，为什么⼀直下载不进去程序，并且串⼝助 ⼿⼀直没有打印waiting download，，都怀疑给我发的芯片是没下载任何代码的，无法进入下载模式，，折磨很久了………………望回复 您 GPIO45 拉高了，这导致了 VDD_SPI 输出的电压值为 1.8V，进而造成了 flash 不可正常工作。更多细节请参阅：https://www.espressif.com/sites/default/files/documentation/esp32-s3-pico-1_datasheet_cn...

它的实现是放在静态库里的，重传可以自己实现，这篇帖子《为什么使用 esp-now 可以收到相邻信道的包？esp-now 可靠吗，需要在应用层确认吗？》(https://esp32.com/viewtopic.php?f=25&t=37864)可能有帮助。

1.每次都删除build目录，编译时间太长了。我之前尝试删除xxx_secure.bin文件，可以每次都生成最新加密固件，但现在又不行了。我看到编译时，不会每次都运行main/CMakeLists.txt这个文件 2.我是按照示例添加的cmake和yml文件，你看下是否有问题 yml ## IDF Component Manager Manifest File dependencies: espressif/nghttp: "^1.52.0" espressif/esp_encrypted_img: "^2.0.1" ## Required IDF version idf: version:...

这个我在esp_bt_dev_set_device_name()函数说明上看到了。 A BR/EDR/LE device type shall have a single Bluetooth device name which shall be identical irrespective of the physical channel used to perform the name discovery procedure. 翻译：BR / EDR / LE设备类型应具有单个蓝牙设备名称，无论用于执行名称发现过程的物理信道如何，该名称都应相同。 这句话给我的意思是：不同信道，名字应该要统一...

我们使用基于 ESP32-D0WD-V3 (revision v3.1) 的 ESP32-DevKitC V4 作为 acceptor，基于 ESP32-U4WDH (revision v3.1) 的 ESP32-DevKitM-1 作为 initiator，两台设备放置在普通办公环境且在测试时没有改变位置。多次测试没有发现传输速率上的不稳定，想问你在测试过程中是否有保证设备位置的稳定？

可以参考：https://docs.espressif.com/projects/esp ... usage.html

请问 spp_initiator 的角色是否使用了 esp32 和对应的例程？以及当 spp_acceptor 重启时，对端进入了什么状态呢？你可以两设备均使用 esp32 尝试一下；如果两设备已经都是 esp32了，可以提供更详细的测试条件描述吗？

进入 deep sleep 状态不会导致无法烧录程序的；
可以尝试重新插拔设备、检查是否存在串口冲突，或者尝试在烧录时使用 boot 键进入下载模式。

对于问题一，信号发出来不是一个矩形，信道边缘的信号强度比较弱，但当板子接收灵敏度比较高的时候，就能收到。现在 IDF 内部已经有 MR 用于提供途径使得 espnow 仅收到来自自己信道的包了，但是暂时还没有合入，之后会合入的。如果想过滤掉来自相邻信道的包，现在最好的方法是在 payload 里加入一些信息帮助筛选。
对于问题二，send_cb 的返回结果代表有没有发送成功，要想确认对端有没有接收到还是要靠 ACK。