Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

klonyyy/MCUViewer

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

example workflow

Downloads

To download MCUViewer installer please proceed to the releases page.

MCUViewer

MCUViewer (formerly STMViewer) is an open-source GUI debug tool for microcontrollers that consists of two modules.

  1. Variable Viewer - used for viewing, logging, and manipulating variables data in realtime using debug interface (SWDIO / SWCLK / GND)
  2. Trace Viewer - used for graphically representing real-time SWO trace output (SWDIO / SWCLK / SWO / GND)

The only piece of hardware required is an STLink or JLink programmer.

Introduction

Variable Viewer

_

Variable Viewer can be used to visualize your embedded application data in real time with no overhead in a non-intrusive way. The software works by reading variables' values directly from RAM using probe's debug interface. Addresses are read from the *.elf file which is created when you build your embedded project. This approach's main downside is that the object's address must stay constant throughout the whole program's lifetime, which means the object has to be global. Even though it seems to be a small price to pay in comparison to running some debug protocol over for example UART which is also not free in terms of intrusiveness.

Variable Viewer is a great tool for debugging, but might be not enough for some high frequency signals - in such cases check out the Trace Viewer below.

Trace Viewer

_

Trace Viewer is a new module that lets you visualize SWO trace data. It can serve multiple purposes such as profiling a function execution time, confirming the timer's interrupt frequency, or displaying very high frequency signals. All this is possible thanks to hardware trace peripherals embedded into Cortex M3/M4/M7/M33 cores. For prerequisites and usage please see the Quick Start section.

TraceViewer is not influenced by optimizations, which means it is a great tool to use for profiling on release builds. Moreover it has a very low influence on the program execution as each datapoint is a single register write.

Installation

Linux:

  1. First make sure you've got GDB installed and that it's at least 12.1.
  2. Download the *.deb package and install it using: sudo apt install ./MCUViewer-x.y.z-Linux.deb All dependencies should be installed and you should be ready to go.

Stlink users:

  • in case your STLink is not detected, please copy the /launch/udevrules/ folder contents to your /etc/udev/rules.d/ directory.

Windows:

  1. Download and run the MCUViewer installer from the releases page (right hand side menu of the main repo page).

Stlink users:

  • make sure the STLink is in "STM32 Debug + Mass Storage + VCP" mode as for some reason "STM32 Debug + VCP" throws libusb errors on Windows. This needs further investigation.

You can assign the external GPU to MCUViewer for improved performance.

Quick Start

Variable Viewer

  1. Open Options -> Acqusition Settings window in the top menu.
  2. Select your project's elf file. Make sure the project is compiled in debug mode. Click done.
  3. Click the Import variables form *.elf. Select variables and click Import. Note: the import feature is still in beta. If your variable is not automatically detected just click Add variable and input the name yourself. Please let me know if that happens by opening a new issue with *.elf file attached.
  4. After adding all variables click Update variable addresses. The type and address of the variables you've added should change from "NOT FOUND!" to a valid address based on the *.elf file you've provided. Note: 64-bit variables (such as uint64_t and double) are not yet supported #13.
  5. Drag and drop the variable to the plot area.``
  6. Make sure the debug probe is connected and a proper type is selected (STLink/JLink). Download your executable to the microcontroller and press the STOPPED button.

In case of any problems, please try the example/MCUViewer_test CubeIDE project and the corresponding MCUViewer_test.cfg project file. Please remember to build the project and update the elf file path in the Options -> Acqusition Settings.

Trace Viewer

  1. Turn on the SWO pin functionality - in CubeMX System Core -> SYS Mode and Configuration -> choose Trace Asynchronous Sw
  2. Place enter and exit markers in the code you'd like to profile. Example for digital data:
ITM->PORT[x].u8 = 0xaa; //enter tag 0xaa - plot state high
foo();
ITM->PORT[x].u8 = 0xbb; //exit tag 0xbb - plot state low

And for tracing "analog" signals you can use:

float a = sin(10.0f * i);          // some high frequency signal to trace
ITM->PORT[x].u32 = *(uint32_t*)&a; // type-punn to desired size: sizeof(float) = sizeof(uint32_t)

or

uint16_t a = getAdcSample();       // some high frequency signal to trace
ITM->PORT[x].u16 = a;              

The ITM registers are defined in CMSIS headers (core_xxxx.h).

  1. Compile and download the program to your STM32 target.
  2. In the Settings window type in the correct System Core Clock value in kHz (very important as it affects the timebase)
  3. Try different trace prescallers that result in a trace speed lower than the max trace speed of your programmer (for example STLINK V2 can read trace up to 2Mhz, whereas ST-Link V3 is theoretically able to do 24Mhz). Example:
  • System Core Clock is 160 000 kHz (160 Mhz)
  • We're using ST-link V2 so the prescaler should be at least 160 Mhz / 2 Mhz = 80 It works similar with other probes such as JLink, so be sure to check the maximum SWO speed
  1. Configure analog channels types according to the type used in your code.
  2. Press the STOPPED button to start recording.

Example project with MCUViewer config file is located in test/MCUViewer_test directory.

FAQ and common issues:

  1. Problem: My trace doesn't look like it's supposed to and I get a lot of error frames Answer: Try lowering the trace prescaller and check the SWO pin connection - the SWO pin output is high frequency and it shouldn't be too long.

  2. Problem: My trace looks like it's supposed to but I get the "delayed timestamp 3" indicator Answer: Try logging fewer channels simultaneously. It could be that you've saturated the SWO pin bandwidth.

  3. Problem: My trace looks like it's supposed to but I get the "delayed timestamp 1" indicator Answer: This is not a critical error, however, you should be cautious as some of the trace frames may be delayed. To fix try logging fewer channels simultaneously.

Please remember that although SWO is ARM standardized, there might be some differences the setup process. It should work without problems in most cases, but some MCUs might require some additional steps. Please see the SEGGER's wiki page for more information.

Building

MCUViewer is build like any other CMake project:

Linux:

If you're a Linux user be sure to install:

  1. libusb-1.0-0-dev
  2. libglfw3-dev
  3. libgtk-3-dev

After a successful build, copy the ./third_party/stlink/chips directory to where the binary is located. Otherwise the STlink will not detect your STM32 target.

Windows:

  1. Install MSYS2
  2. In the MinGW console run pacman -Syu
  3. Install the following packages pacman -S base-devel mingw-w64-ucrt-x86_64-toolchain mingw-w64-ucrt-x86_64-llvm mingw-w64-x86_64-lld
  4. Make sure you've added minGW folder to the PATH (C:\msys64\usr\bin)
  5. In the main repo directory call
    • mkdir build
    • cd build
    • cmake .. -G"MinGW Makefiles
    • mingw32-make.exe -j8

After a successful build, copy the ./third_party/stlink/chips directory to where the binary is located. Otherwise the STlink will not detect your STM32 target.

Why

I'm working in the motor control industry where it is crucial to visualize some of the process data in real-time. Since the beginning, I have been working with STMStudio, which is, or rather was a great tool. Unfortunately, ST stopped supporting it which means there are some annoying bugs, and it doesn't work well with mangled c++ object names. Also, it works only on Windows and with STM32 microcontrollers which is a big downside. If you've ever used it you probably see how big of an inspiration it was for creating MCUViewer :) ST's other project in this area - Cube Monitor - has, in my opinion, too much overhead on adding variables, plots and writing values. I think it's designed for creating dashboards, and thus it serves a very different purpose. On top of that, I think the plot manipulation is much worse compared to STMStudio or MCUViewer.

Since the Trace Viewer module was added MCUViewer has a unique property of displaying SWO trace data which both CubeMonitor and STMStudio currently lack. Moreover it now fully supports JLink programmer as well.

Support and sponsorship

Maintaining and improving MCUViewer takes a lot of time and effort. If you find MCUViewer useful in your project or work you can support the development by becoming a Github sponsor or simply "buying a coffe".

If you're interested in special features, priority feature implementations, or support you can contact me directly.

3rd party projects used in MCUViewer

  1. stlink
  2. libusb
  3. imgui
  4. implot
  5. mINI
  6. nfd
  7. spdlog
  8. SEGGER JLink
  9. CLI11