完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我新采购回来的8个开发板,第一次烧写固件之后均正常,当make menuconfig保存参数之后再次烧写固件时,8个中的一个提示一直无法烧写成功;其余7个烧写提示正常信息如下:
$ make erase_flash flash /bin/sh: 第 0 行 D:xxxx-mdf: No such file or directory Toolchain path: /opt/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc Toolchain version: crosstool-ng-1.22.0-80-g6c4433a5 Compiler version: 5.2.0 Python requirements from D:/xxxx/esp/esp-mdf/esp-idf/requirements.txt are satisfied. Erasing entire flash... esptool.py v2.6 Serial port COM7 Connecting.... Chip is ESP32D0WDQ5 (revision 1) Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None MAC: 24:6f:28:f0:09:68 Uploading stub... Running stub... Stub running... Erasing flash (this may take a while)... Chip erase completed successfully in 8.8s Hard resetting via RTS pin... Flashing binaries to serial port COM7 (app at offset 0x10000)... esptool.py v2.6 Serial port COM7 Connecting..... Chip is ESP32D0WDQ5 (revision 1) Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None MAC: 24:6f:28:f0:09:68 Uploading stub... Running stub... Stub running... Configuring flash size... Auto-detected Flash size: 4MB Compressed 8192 bytes to 31... Wrote 8192 bytes (31 compressed) at 0x0000d000 in 0.0 seconds (effective 5486.9 kbit/s)... Hash of data verified. Compressed 23136 bytes to 13703... Wrote 23136 bytes (13703 compressed) at 0x00001000 in 1.2 seconds (effective 152.7 kbit/s)... Hash of data verified. Compressed 1455344 bytes to 884093... Wrote 1455344 bytes (884093 compressed) at 0x00010000 in 78.1 seconds (effective 149.1 kbit/s)... Hash of data verified. Compressed 3072 bytes to 162... Wrote 3072 bytes (162 compressed) at 0x00008000 in 0.0 seconds (effective 1071.4 kbit/s)... Hash of data verified. Leaving... Hard resetting via RTS pin... 另外的一个始终无法再次烧写成功的开发板提示异常信息如下: $ make erase_flash flash /bin/sh: 第 0 行 D:xxxx-mdf: No such file or directory Toolchain path: /opt/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc Toolchain version: crosstool-ng-1.22.0-80-g6c4433a5 Compiler version: 5.2.0 Python requirements from D:/xxxx/esp/esp-mdf/esp-idf/requirements.txt are satisfied. Erasing entire flash... esptool.py v2.6 Serial port COM7 Connecting........_____....._____....._____....._____....._____....._____....._____ A fatal error occurred: Failed to connect to ESP32: Timed out waiting for packet header make: *** [/d/xxxx/esp/esp-mdf/esp-idf/components/esptool_py/Makefile.projbuild:78:erase_flash] 错误 2 我烧写的固件是mdf中的liht的例程,烧写方法与固件类型所有的8个开发板都一样的,但是不知道为什么有一个开发板会出问题,希望帮我解决下这个问题,少一个开发板组网时一直无法看到变化后的组网新形式 |
|
相关推荐
1个回答
|
|
根据您提供的信息,我们可以分析以下几个可能导致ESP32-DevKitc开发板无法烧写的原因:
1. **烧录工具或环境问题**:首先,检查您的烧录工具和环境是否正确设置。您提到的错误信息 "D:xxxx-mdf: No such file or directory" 表明可能存在文件路径问题。请确保您的烧录工具和环境配置正确,文件路径无误。 2. **固件文件损坏**:烧录过程中,如果固件文件损坏或不完整,可能导致烧录失败。请重新下载或生成固件文件,然后尝试再次烧录。 3. **开发板硬件问题**:虽然您提到其他7个开发板烧录正常,但不排除这个开发板存在硬件问题。检查开发板的连接、焊接等是否正常,以及是否有任何损坏的迹象。 4. **烧录参数设置问题**:使用make menuconfig保存参数后,可能某些参数设置不正确,导致烧录失败。请检查您的烧录参数设置,确保它们与开发板和固件兼容。 5. **电源问题**:开发板的电源不稳定或不足可能导致烧录失败。请确保开发板连接到稳定的电源,并检查电源线是否接触良好。 6. **烧录速度问题**:烧录速度过快或过慢都可能导致烧录失败。尝试调整烧录速度,然后再次尝试烧录。 7. **固件版本不兼容**:如果固件版本与开发板不兼容,可能导致烧录失败。请检查固件版本是否适用于您的开发板,并确保它们兼容。 解决方法: 1. 重新检查烧录工具和环境设置,确保文件路径正确。 2. 重新下载或生成固件文件,确保文件完整无损。 3. 检查开发板硬件,确保连接、焊接等无误。 4. 检查烧录参数设置,确保与开发板和固件兼容。 5. 确保开发板连接到稳定的电源,并检查电源线接触。 6. 尝试调整烧录速度,然后再次尝试烧录。 7. 检查固件版本是否适用于您的开发板,并确保它们兼容。 通过以上分析和解决方法,希望能够帮助您找到导致ESP32-DevKitc开发板无法烧写的原因,并解决问题。 |
|
|
|
只有小组成员才能发言,加入小组>>
140 浏览 0 评论
1158 浏览 1 评论
584浏览 6评论
482浏览 5评论
有没有办法在不使用混杂模式的情况下实现Wifi驱动程序接收缓冲区访问中断呢?
467浏览 5评论
466浏览 4评论
441浏览 4评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-25 15:54 , Processed in 1.797341 second(s), Total 79, Slave 62 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号