Forum Replies Created
-
AuthorPosts
-
support
KeymasterThanks, we have reproduced the problem. Indeed, the new SDK uses a slightly different format in order to accommodate multi-core devices, and our SDK importing logic is not handling it correctly.
Due to the considerable changes to the SDK structure, it will take us about a week to fully update our SDK importer and test it. We will publish an update here once it is ready.
support
KeymasterHi,
Thanks, the board should be normally supported. Most likely, some previous firmware changes have affected some of the functions used by Analyzer2Go.
Unfortunately, it’s hard to suggest anything more specific without being able to reproduce the problem on our side, so our best advice would be to try another board.
support
KeymasterNo problem. Once you send us the SDK archive, we will investigate this.
support
KeymasterHi,
As every device-specific SDK generated by SDK builder is different from others, indeed some SDK versions or some devices may not be imported properly. As long as this is an MCUXPresso SDK, it is fully covered by our support. Please attach (or send to our support) the SDK archive and let us know the device name and the sample you pick from the wizard, and we will update our importer plugin to handle it correctly.
support
KeymasterOur tutorials demonstrate how to efficiently use various VisualGDB features using various popular frameworks and libraries as examples. They are intended to help our users find productive ways of using VisualGDB in large real-world scenarios. We usually update them when the related VisualGDB features are considerably redesigned or new functionality is introduced on our side.
The tutorials would normally work as long as you are using the same version of the framework as shown in the tutorial. If you decide to try out a newer version of the library shown in the tutorial, you may indeed need to make adjustments to accommodate the differences introduced in the new version.
April 29, 2020 at 00:31 in reply to: What is the process for enabling features in the nrf52 SDK? #27989support
KeymasterYes, this is correct.
support
KeymasterHi,
This looks like an OpenCV issue and not something specific to VisualGDB, hence it is not covered by our support. Please consider asking on OpenCV forums for help for OpenCV-specific issues.
We will eventually update our OpenCV tutorial to reflect the latest version, however it has a relatively low priority, so we are not able to give any time estimates for it now.
April 27, 2020 at 21:37 in reply to: What is the process for enabling features in the nrf52 SDK? #27967support
KeymasterHi,
Most likely, you have converted the project to a stand-alone one, losing the ability to edit the frameworks. You can recheck it on the first page of VisualGDB Project Properties. If it shows the list of GCC flags rather than a list of devices, it is a stand-alone project that only includes a snapshot of a specific BSP configuration and cannot be automatically configured further.
support
KeymasterHi,
Sorry, this looks like a bug in OpenOCD. As the OpenOCD’s FLASH programming logic is maintained by ST, we don’t have many insights into it, however based on our previous experience, trying to rearrange various sections of your program (e.g. making sure they are aligned and none of them is too small) should fix it.
You can also try building OpenOCD from sources as shown here. Alternatively, please consider trying Segger J-Link. It comes with its own GDB stub that is more reliable than OpenOCD, and usually just works out-of-the-box.
support
KeymasterHi,
Please try using the “Signals and Exceptions” button (lightning icon) in the GDB Session window. This will open gdb-specific exception settings that let you configure specific exceptions.
support
KeymasterVisualGDB stores the cached headers under %LOCALAPPDATA%\VisualGDB\RemoteSourceCache\<host name>. If you would like to avoid re-downloading them, consider simply copying or symlinking some of the directories there.
support
KeymasterIt is hard to say why optimization of the GPIO driver would cause any problems, but in case you want to look deeper into it, you can try overriding optimization level for individual functions by marking them with __attribute__((optimize(“O2”))).
support
KeymasterNo problem. Please try using the “Remember Quick Debug Sources” option described here to override this behavior.
support
KeymasterHi,
The easiest way to solve this would be to create another similar project from scratch using the VisualGDB Project Wizard. It would automatically test the connection to the target, cache the necessary include directories and make sure that all projects using this target would load correctly.
support
KeymasterHi,
You can select the language standard (that includes several options for both C and C++) on the first page of the VisualGDB Linux Project Wizard.
-
AuthorPosts