VSCode - IDF Extension 1.5 broke JTAG flashing for ESP32S3
Posted: Tue Aug 23, 2022 8:44 pm
I am using a STM32S3-WROOM-2 module (with the octal flash and psram) and connecting using the built-in USB JTAG (and the associated virtual com port).
My VSCode IDF plugin was automatically updated to version 1.5 a couple days ago and the JTAG flashing stopped working. When you click the flash device button, nothing happens. If you click the build, flash, and monitor button, it will run the build, but once that is finished, it never starts the flash operation. There is no error, the button task just silently stops where it used to spawn openOCD server and switch to its console tab.
I can manually run the flash using openOCD commands, so connectivity and configurations are ok. Once the module is manually flashed, JTAG debugging works with no errors. I can also switch the flash method to UART and it works.
This problem happened on all 3 separate workstations here at my office as soon as each one updated to version 1.5.
We were still using SDK version 4.4.1, but I updated to 4.4.2 yesterday and the problem still exists, so it seems to just be a problem with the scripting in the 1.5 extension.
The problem is easily reproducible using the hello world example.
Any suggestions?
My VSCode IDF plugin was automatically updated to version 1.5 a couple days ago and the JTAG flashing stopped working. When you click the flash device button, nothing happens. If you click the build, flash, and monitor button, it will run the build, but once that is finished, it never starts the flash operation. There is no error, the button task just silently stops where it used to spawn openOCD server and switch to its console tab.
I can manually run the flash using openOCD commands, so connectivity and configurations are ok. Once the module is manually flashed, JTAG debugging works with no errors. I can also switch the flash method to UART and it works.
This problem happened on all 3 separate workstations here at my office as soon as each one updated to version 1.5.
We were still using SDK version 4.4.1, but I updated to 4.4.2 yesterday and the problem still exists, so it seems to just be a problem with the scripting in the 1.5 extension.
The problem is easily reproducible using the hello world example.
Any suggestions?