[support]

Hi,

First of all, if you configure VisualGDB to build your code one one machine and deploy it to another one, it will configure gdbserver automatically.

If you don’t want to do that, you can specify the following settings:

1. Select “custom mode”
2. Enable the “use a gdbserver” checkbox and configure the following command:
   1. Command: gdbserver
   2. Arguments: :2000 <command line to launch your program>
3. Target selection command: -target-select remote <gdbserver host>:2000

You can also replace 2000 with any other port number.

Let us know if you need more details.

[support]

Hi,

The easiest way to do that would be to directly include the files from it to the project via Add->Existing file and add its directory to the Include Directories in VisualGDB Project Properties.

[support]

Hi,

Looks like the latest version available on the Nordic website is v10.0: https://developer.nordicsemi.com/nRF5_SDK/

We normally update the SDKs quarterly and we only use the stable version. You can also try running our BSP generator on the pre-release SDK, however we cannot guarantee that it will work.

[support]

One of the possible workarounds is to rename the gdbserver to libgdbserver.so by patching the Android.mk file. VisualGDB will recognize libgdbserver.so as the alternative name for gdbserver and will launch it automatically.

[support]

Hi,

We normally recommend using Segger J-Link with the NXP devices, as it has much better support for them.
If you prefer using OpenOCD with the Olimex JTAG, you would need to locate a target script that matches your chip and select it manually in the ‘Target’ field. Normally if you click the ‘find’ button there, you should be able to quickly locate a matching script. For LPC1763 it should be lpc17xx.cfg.

If this does not help, please let us know the error message you get when trying to use the lpc17xx script.

[support]

Hi,

Yes, the manual override should do. You can also upgrade to Custom at any time. Simply contact our sales to get a quote.

[support]

Hi,

Thanks for letting us know. We will consider adding a feature to monitor the stack pointer validity to VisualGDB 5.2.

[support]

Hi,

Please try clicking the “Regenerate MCU files” button on the Embedded Project page of VisualGDB Project Properties. This should update the preprocessor macros to the ones defined in the latest BSP.

[support]

Hi,

Yes. Please check that the interrupt handler gets invoked if not, check your USB configuration to see whether it’s initialized properly.

If Windows does not report the device at all (not even as “Unknown device”), the firmware is not enabling the USB functionality correctly. If it’s reported as “Unknown device”, the USB logic is enabled, but cannot handle requests from the PC, indicating either a clocking error or a crash due to something else.

You can also check where the code is running if you stop the application via Debug->Break All.

[support]

Hi,

It looks like the file still defines the STM32F030CC macro. Could you let us know what exactly is broken with the project? Do you get some build error or is some functionality broken?

[support]

Hi,

Sorry, we only provide support for users of VisualGDB. Please direct your questions regarding Qt creator to Qt forums.

[support]

Hi,

Normally the BSP_ROOT should be automatically set once you relocate the toolchain via VisualGDB Project Properties. It’s only supported in the Custom and Ultimate editions though, so if you are using a one below them, you would need to adjust the IntelliSense settings manually if you want to use non-standard BSP locations.

[support]

Hi,

You can try setting a memory breakpoint via the Breakpoints window. It will trigger once any code writes to that variable.

[support]

Hi,

Yes, the HAL update indeed overwrites the HAL sources and headers with the newest versions, however the stm32f7xx_hal_conf.h file should be located in your project directory and hence not be affected by the update.

If there is a bug in some of our templates that results in referencing hal_conf from the HAL directory instead of copying it, please let us know.

[support]

Hi,

Yes, this looks like a bug in our example.

Please try defining the handler as follows:

extern "C" void USB_LP_CAN1_RX0_IRQHandler(void)
{
  HAL_PCD_IRQHandler(&hpcd);
}

[Author]

Posts