Forum Replies Created
-
Posts
-
Hi,
You could try using VisualGDB project templates: https://visualgdb.com/tutorials/arm/templates/
Hi,
We are not aware of any parameters related to that, however we have observed similar issues with some client devices. We would advise double-checking this with Espressif as they should have a better understanding of what is going on inside the low-level Wi-Fi logic.
Hi,
Yes, please try setting __attribute__((packed(number)) on the specific structures that need to be packed.
You can also try this build [http://sysprogs.com/files/tmp/VisualGDB-5.3.8.1797.msi]. Once you click ‘details’ in the embedded memory explorer, it will show struct sizes and field offsets directly in the code.
Hi,
Looks like you are trying to use instrumentation-based profiler without calling the InitializeInstrumentingProfiler() function. Please ensure you call this function if you are using the instrumenting profiler (if not, please double-check your profiling settings, the error would only appear if the instrumenting profiler was selected).
Hi,
Please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.3.8.1797.msi
We have added an option on the “Librarian” page to select between ar and gcc-ar.
Hi,
We have checked the ST examples for the F429I-Discovery board and they indeed don’t include a COM port example. Please try creating a project based on the FatFS_USBDisk example and then copy the system file and the HAL configuration file from it to the regular USB CDC project. This should combine the F429iDiscovery-specific initialization code with the generic USB CDC logic.
Hi,
The exact flags would depend on the toolchain you are using. We currently don’t ship any toolchains for Alwinner H5, so we cannot provide a 100% working walkthrough. However if you could share the errors you get here, we might be able to point you in the right direction if we have encountered similar errors before.
Hi,
Unfortunately we don’t have any specific tutorial for STM32 IAP, so we would recommend checking the STM32 documentation for an example of the memory offsets compatible with the bootloader. If you know the memory offsets, normally applying them should be as easy as just editing the linker script. If this doesn’t work, let us know the memory layout you are trying to get, your current linker script and the behavior you observe and we will help you get it to work.
Hi,
You might need to adjust the memory size for your softdevice configuration. Please follow this tutorial for details.
Hi,
This happens because OpenOCD does not know how to program the EEPROM memory. You can try tagging the new section with the NOLOAD attribute to prevent it from being loaded, or try developing a custom FLASH programming plugin to load EEPROM automatically.
Hi,
The STM32 SystemWorkbench uses a customized build of OpenOCD that supports more devices than the regular build. You can try manually copying the OpenOCD.exe and the related DLLs from STM32 System Workbench to %LOCALAPPDATA%\VisualGDB\EmbeddedDebugPackages\<…>openocd\bin. This should get OpenOCD to support the same devices as the ST SystemWorkbench does.
Regarding compilation, if this is a separate issue, please let us know the errors you get and we will try to help you resolve them.
No problem, please follow the instructions in this thread: https://sysprogs.com/w/forums/topic/stm32-failed-to-connect-to-debug-stub/
Hi,
Thanks, this could potentially be our bug. We will try to reproduce it and add a workaround or at least an informative warning.
Hi,
Please let us know the board you are using and we could suggest a relevant sample if there is one.
For VisualGDB projects you can setup heap/stack size via VisualGDB Project Properties -> Embedded Frameworks -> Fixed-size stack/heap.
