生产测试

[English]


为什么部分模组使用 QOUT/QIO 下载固件,程序无法正常运行?(DIO/DOUT 正常)

  • 首先需要确认模组内 flash 支持哪些模式,以及模组设计的走线是否满足模式需要。

  • 其次检测 flash 状态寄存器的 QE 位,该 bit 位控制 flash 是否使能四线模式。

  • 我司不同芯片/模组由于采用 flash 厂家不同,部分厂商 flash 默认 QE 关闭。所以要实际测试来判断是否支持四线模式。

  • 当 ROM 引导二级引导加载程序时,如果配置的参数使用 QIO 方式读取,会因 QE 关闭而二次读取失败。

  • 建议模组使用 DIO 模式烧录,在 menuconfig 中配置 QIO 模式,该配置会在二级引导加载程序中配置 QE 位使能,进而引导 app bin 使用四线模式。


如何获取产测工具?

CHIP: ESP32 | ESP8266


ESP32 使用 esptool.py burn_custom_mac 命令写入用户自定义 MAC 地址,为什么通过 esptool.py read_mac 读到的还是出厂默认的 MAC 地址?

  • esptool.py read_mac 命令默认只能读到出厂写在 eFuse BLOCK0 的 MAC 地址,而使用 esptool.py burn_custom_mac 命令写入的用户自定义的 MAC 地址是写到 eFuse BLOCK3 中,可以使用 espefuse.py get_custom_mac 命令来查询写入 eFuse BLOCK3 中的 MAC 地址。


ESP32-WROVER-E (16 MB flash)模组使用 Flash 下载工具下载多个单独的 bin 文件成功,但下载合并的固件 (12 MB) 失败,是什么原因?

由于合并后的固件绝大部分都是 “0xFF”,压缩率比较高,同样长度的压缩数据解压后的数据量比较大,导致烧录时间久出现烧录超时(默认 7 秒)报错。可以关闭 Flash 下载工具里的 configure > esp32 > spi_download 文件里的压缩配置选项来下载合并的固件,如下:

compress = False
no_compress = True


没找到答案?
请前往 ESP 论坛ESP GitHub 发现更多信息吧!

对本文档有建议?提交文档反馈