Forum Replies Created
-
Posts
-
Hi,
This could happen if the sampling is happening too often and the CPU is busy processing the sampling data most of the time. Please try modifying the sampling frequency to something like 100 hz and check if this fixes the problem. If yes, please try experimenting with the sampling frequencies to see the frequency that works.
Hi,
Thanks, this looks like a known gcc-ar bug.
Please try this build, we have added a workaround to it: http://sysprogs.com/files/tmp/VisualGDB-5.3.8.1800.msi
Hi,
Please double-check the initialization function you are calling. For instrumentation profiler please call InitializeInstrumentingProfiler() as shown in the instrumentation tutorial, for sampling profiler please call InitializeSamplingProfiler().
Calling InitializeSamplingProfiler() for instrumentation-based profiling won’t work, sorry.
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/
