Forums » Req. WJ2(ESP32) support »
A glitch in flash uploading in new version
Added by Supachai Vorapojpisut over 2 years ago
Issue:
Flash uploading failed in Simulink as in the attached screenshot. But when copy command to execute in command prompt, then execution is ok. I have checked and found that the Simulink version used "-b 460800" that may be the problem.
Hardware
M5StickC (ESP32-PICO-D4) already used in Waijung 22.4a without problem.
- MATLAB 2022a
- Waijung 22.4b
Model:
Just target setup and GPIO digital out.
Log output (failed case in Simulink)
[2/3] cmd.exe /C "cd /D C:\waijung2\targets\esp32\setup\esp_idf\components\esptool_py && C:\waijung2\targets\esp32\setup\.espressif\tools\cmake\3.20.3\bin\cmake.exe -D IDF_PATH="C:/waijung2/targets/esp32/setup/esp_idf" -D SERIAL_TOOL="C:/waijung2/targets/esp32/setup/.espressif/python_env/idf4.4_py3.8_env/Scripts/python.exe C:/waijung2/targets/esp32/setup/esp_idf/components/esptool_py/esptool/esptool.py --chip esp32" -D SERIAL_TOOL_ARGS="--before=default_reset --after=hard_reset write_flash @flash_args" -D WORKING_DIRECTORY="C:/Users/vsupa/Desktop/Projects/testM5StickC_waijung2/testM5StickC_waijung2_esp32_build_system/build" -P C:/waijung2/targets/esp32/setup/esp_idf/components/esptool_py/run_serial_tool.cmake" esptool.py esp32 -p COM7 -b 460800 --before=default_reset --after=hard_reset write_flash --flash_mode dio --flash_freq 40m --flash_size 4MB 0x1000 bootloader/bootloader.bin 0x10000 waijung2_esp32.bin 0x8000 partition_table/partition-table.bin esptool.py v3.2-dev Serial port COM7 Connecting.... Chip is ESP32-PICO-D4 (revision 1) Features: WiFi, BT, Dual Core, 240MHz, Embedded Flash, VRef calibration in efuse, Coding Scheme None Crystal is 40MHz MAC: 94:b9:7e:ab:34:24 Uploading stub... Running stub... Stub running... Changing baud rate to 460800 Changed. Configuring flash size... A fatal error occurred: No serial data received. CMake Error at run_serial_tool.cmake:56 (message): C:/waijung2/targets/esp32/setup/.espressif/python_env/idf4.4_py3.8_env/Scripts/python.exe C:/waijung2/targets/esp32/setup/esp_idf/components/esptool_py/esptool/esptool.py --chip esp32 failed FAILED: CMakeFiles/flash
Log output (OK in command prompt)
C:\Users\vsupa>cmd.exe /C "cd /D C:\waijung2\targets\esp32\setup\esp_idf\components\esptool_py && C:\waijung2\targets\esp32\setup\.espressif\tools\cmake\3.20.3\bin\cmake.exe -D IDF_PATH="C:/waijung2/targets/esp32/setup/esp_idf" -D SERIAL_TOOL="C:/waijung2/targets/esp32/setup/.espressif/python_env/idf4.4_py3.8_env/Scripts/python.exe C:/waijung2/targets/esp32/setup/esp_idf/components/esptool_py/esptool/esptool.py --chip esp32" -D SERIAL_TOOL_ARGS="--before=default_reset --after=hard_reset write_flash @flash_args" -D WORKING_DIRECTORY="C:/Users/vsupa/Desktop/Projects/testM5StickC_waijung2/testM5StickC_waijung2_esp32_build_system/build" -P C:/waijung2/targets/esp32/setup/esp_idf/components/esptool_py/run_serial_tool.cmake" Note: C:/waijung2/targets/esp32/setup/.espressif/python_env/idf4.4_py3.8_env/Scripts/python.exe C:/waijung2/targets/esp32/setup/esp_idf/components/esptool_py/esptool/esptool.py --chip esp32 will search for a serial port. To specify a port, set the ESPPORT environment variable. Note: C:/waijung2/targets/esp32/setup/.espressif/python_env/idf4.4_py3.8_env/Scripts/python.exe C:/waijung2/targets/esp32/setup/esp_idf/components/esptool_py/esptool/esptool.py --chip esp32 will attempt to set baud rate automatically. To specify a baud rate, set the ESPBAUD environment variable. esptool.py esp32 --before=default_reset --after=hard_reset write_flash --flash_mode dio --flash_freq 40m --flash_size 4MB 0x1000 bootloader/bootloader.bin 0x10000 waijung2_esp32.bin 0x8000 partition_table/partition-table.bin esptool.py v3.2-dev Found 1 serial ports Serial port COM7 Connecting.... Chip is ESP32-PICO-D4 (revision 1) Features: WiFi, BT, Dual Core, 240MHz, Embedded Flash, VRef calibration in efuse, Coding Scheme None Crystal is 40MHz MAC: 94:b9:7e:ab:34:24 Uploading stub... Running stub... Stub running... Configuring flash size... Flash will be erased from 0x00001000 to 0x00007fff... Flash will be erased from 0x00010000 to 0x00039fff... Flash will be erased from 0x00008000 to 0x00008fff... Compressed 25296 bytes to 15812... Writing at 0x00001000... (100 %) Wrote 25296 bytes (15812 compressed) at 0x00001000 in 1.8 seconds (effective 113.9 kbit/s)... Hash of data verified. Compressed 169712 bytes to 89576... Writing at 0x00010000... (16 %) Writing at 0x0001b02b... (33 %) Writing at 0x00020756... (50 %) Writing at 0x00025fdd... (66 %) Writing at 0x0002e5d7... (83 %) Writing at 0x00036958... (100 %) Wrote 169712 bytes (89576 compressed) at 0x00010000 in 8.4 seconds (effective 161.9 kbit/s)... Hash of data verified. Compressed 3072 bytes to 103... Writing at 0x00008000... (100 %) Wrote 3072 bytes (103 compressed) at 0x00008000 in 0.1 seconds (effective 386.4 kbit/s)... Hash of data verified. Leaving... Hard resetting via RTS pin...
Replies (3)
RE: A glitch in flash uploading in new version - Added by Supachai Vorapojpisut over 2 years ago
No issue with other boards (ESP32-D0WDQ6 and ESP32-WROOM). May be just the hardware I used.
RE: A glitch in flash uploading in new version - Added by Chandima Jayaneththi (จันทิมา) over 2 years ago
Hello Supachai,
Could you please attach the log message output with waijung2 22.4a. it will help us to investigate further with this issue.
Thank you.
Best regards,
Chandima.
RE: A glitch in flash uploading in new version - Added by Supachai Vorapojpisut over 2 years ago
It is my mistake since the board used with the previous Waijung 2 is another board. I have checked that M5StickC does not work with 2022.22c in Simulink mode, and work when copy command to execute in command prompt.