Forum Replies Created
-
Posts
-
Hi,
You can override the attach PID by adding a custom pre-debug action that will set the AttachPID variable (on the Custom Debug Steps page). Let us know if you need more details.
Hi,
Good to know it worked. Note that
((uint32_t)0x000F)does not refer to a floating-point value, it simply defines a priority of 15 (0x0F).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:
- Select “custom mode”
- Enable the “use a gdbserver” checkbox and configure the following command:
- Command: gdbserver
- Arguments: :2000 <command line to launch your program>
- 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.
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.
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.
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.
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.
Hi,
Yes, the manual override should do. You can also upgrade to Custom at any time. Simply contact our sales to get a quote.
Hi,
Thanks for letting us know. We will consider adding a feature to monitor the stack pointer validity to VisualGDB 5.2.
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.
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.
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?
Hi,
Sorry, we only provide support for users of VisualGDB. Please direct your questions regarding Qt creator to Qt forums.
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.
