[support]

Hi,

No problem, we’ve edited the previous reply to fix the encoding.

[support]

The settings should be pretty straight-forward (source/target directories, transfer masks), so it’s hard to tell anything beyond that without knowing more details. Please try attaching a screenshot of your transfer settings and also the path of the XML file on the Windows machine and we will try to suggest what could be wrong.

[support]

Hi,

No problem, please find the answers to your questions below:

1) You can build a custom BSP with your own mbed version by using our open-source BSP generator. However as the mbed internals are rapidly changing, it may not work out-of-the-box with every version you would like to try, so you may need to adjust it accordingly (we periodically refresh it to support the latest mbed releases, but trying it with any other version is at your own risk).

2) This could be caused by a typo in toolchain.xml. Please post the contents of your toolchain.xml and the generated mbed.xml and mbed.mak and we walk you through resolving this.

3) Looks like this indeed broken for GNU Make. Please try this build: VisualGDB-5.3.17.1950.msi

5) VisualGDB can import your projects in 2 modes: generate a managed Makefile for it (that will have VisualGDB-specific structure, so VisualGDB can edit parts of it automatically in response to changing options via GUI) and import it as a generic command-line project (VisualGDB will run the build command line specified by you, but won’t make any assumptions about the project internals). We recommend the first import mode for long-term solutions and the second import mode for experimenting and hacking, hence the memory usage output is only supported in the first one. Let us know if you need more examples.

[support]

Hi,

Thanks, we have confirmed this. Looks like GNU Make  doesn’t properly handle values with spaces regardless of the escaping.

As a workaround please try adding the following code directly to CFLAGS/CXXFLAGS:

-D__int64="long long"

• This reply was modified 7 years, 10 months ago by support. Reason: sample code encoding

[support]

Hi,

Good to know it works. Please feel free to follow up in the JTAG topic and we will try to suggest further diagnostic steps. E.g. we noticed that the JTAG test shows the “halted, PC=xxxx” line, while the actual debug session doesn’t. Can you confirm that behavior 3 times in a row (i.e. debug, test, debug, test, debug, test). If the results are not consistent, this is likely due to flaky wiring.

[support]

Hi,

Please try using the \” syntax.

[support]

Hi,

The easiest way to do this would be to select the “bootloader + gdb stub” debug method. If you don’t actually include a debug stub, you will be able to program your firmware, but not debug it. If you do include the stub, you will be able to debug it as well. You can read more about the gdb stub in this tutorial: https://visualgdb.com/tutorials/esp8266/gdbstub/

[support]

Hi,

Thanks for the update. Let us know if you decide to give it a try with another board.

[support]

Hi,

The Arduino might be using the built-in bootloader, not JTAG. In this case the problem could be caused by JTAG wiring issues (cross-talk, bad soldering, etc). In case of weird JTAG problems we usually recommend using one of the boards that listed in our tutorials, replicating the wiring 1-to-1 and once you get it to work, switching the setup to your regular board.

The problem could also be software-related (sometimes ESP8266 firmware modifies some undocumented ESP8266 registers making debugging impossible). In this case erasing the FLASH memory via the bootloader and esptool.py and then programming it again might help.

[support]

Hi,

You might be able to import Arduino into the ESP-IDF, however we won’t be able to provide detailed instructions until we ensure that all basic scenarios work and officially support it.

If you are using mintty, please try running “mintty -” (dash as the only command line argument). This will ensure that the environment is loaded properly and the “make menuconfig” works.

We also have a detailed tutorial showing how to use ESP-IDF with VisualGDB here: https://visualgdb.com/tutorials/esp32/esp-idf/

[support]

Hi,

Looks like the target is identified properly, but something goes wrong when OpenOCD tries to reset it. Please try connecting the reset pin to JTAG pin #3 or #15 (different JTAG debuggers use different pins). If nothing helps, please try disconnecting it completely and selecting a different reset method.

[support]

Hi,

You can specify which file extensions are transferred on the first page of VisualGDB Project Properties (e.g. add “*.xml” to the file transfer masks).

[support]

Hi,

The VisualGDB navigation bar works slightly differently (it automatically picks up the most relevant project and instead shows scopes and referenced entities). Either way, it should not be empty. Please feel free to attach a screenshot of the entire VS window (errors, highlighting irregularities, etc. might provide useful clues) and we will try to help you diagnose this.

Another quick option would be to switch back from Clang IntelliSense to VS IntelliSense. It is less compatible with GCC-specific language extensions, but will provide the regular VS navigation bar.

[support]

Hi,

Thanks, looks like our bug. Please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.3.17.1948.msi

[support]

Hi,

Thanks for getting back to us. If the layout and the clock frequency are the same, the problem could be indeed caused by the incorrect FLASH setting (e.g. QIO vs DIO or frequency).

Please try setting the lowest memory size and switching FLASH mode to DIO.

[Author]

Posts