Tracealyzer gives an unprecedented insight into the run-time world of µC/OS-III systems. Solve problems in a fraction of the time otherwise needed, develop more robust designs and find new ways to improve your software’s performance.

Tracealyzer for µC/OS-III visualizes run-time behavior of your Micrium µC/OS-III system through 25+ graphical views that complement the debugger’s low-level perspective with the big picture. The views are interconnected in clever ways and very intuitive to use. Tracealyzer gives you a new level of insight into your system at runtime, which gives several benefits in your product development.

Download
Product sheet
Documentation

“What Percepio has achieved with Tracealyzer is to remove the guesswork of designing an RTOS-based system. It’s ability to record and then analyze what’s happening gives developers a view into their system that would be impossible to have otherwise.” 

Jean Labrosse, president and CEO, Micrium Inc.

The visualization is based on traces from a lightweight software recorder that hooks into the operating system, so you don’t need any special trace debugger to use Tracealyzer. This makes Tracealyzer more than just a lab tool, as the recording can deployed in field use. Some of our customers have the recording active by default in the release build, and thereby get very valuable trace diagnostics on real-world issues, that otherwise would have been hard to analyze.

Tracealyzer for µC/OS-III relies on a trace recorder library developed by Percepio and integrated with µC/OS-III in partnership with Micrium. The recorder library is delivered in C source code and included in the Tracealyzer application directory. A link to the recorder folder is available in the Help menu. It is easy to integrate using the guide in the User Manual.

Tracealyzer offers two types of recording, snapshot recording where the trace data is kept in a target-side RAM buffer until explicitly uploaded, and since Tracealyzer v3.0 also streaming recording where the data is transferred continuously to the host PC, allowing for practically unlimited trace durations. Streaming is currently supported via SEGGER J-Link probes, via network connections (TCP/IP) and using custom setups, e.g., streaming to an SD-card. Snapshot recording works with essentially any debugger, since Tracealyzer can extract the trace from a basic RAM dumps in .bin or .hex format.

All Tracealyzer versions offer an evaluation period with full functionality and also included demo traces, allowing for exploring the features of Tracealyzer without writing a single line of code.

The 25+ views include:

Tracealyzer main viewThe main trace view shows you all recorded events visualized on a vertical time-line, including task execution timing, interrupts, system calls and custom user events. The task and interrupt trace are shown as colored rectangles. Events are shown as floating text labels. Zooming is very easy using a click-and-drag selection, which also works as a measurement tool. Tasks and events can be clicked and highlighted for additional information, including timing and event dependencies. The lower right corner contains a powerful filter, and the Finder dialog provides even more powerful filters. When zooming out, this view naturally transforms into an overview where patterns can be studied.
This view presents a horizontal time-line showing the total CPU usage, and also CPU usage per task/interrupt. The CPU Load Graph allows for navigating the main trace view, since a double click in the CPU Load Graph focuses the main trace view on the clicked interval. Zooming is allowed in this view as well, independently of other views, and filters are available for focusing on individual tasks or interrupts.
Task timing varationsThis is an example of several Actor Instance Graphs, each showing the distributions of a specific timing property for an actor, i.e., a task or interrupt routine. This includes execution time, response time, fragmentation, and several others. Each data point represents one specific execution of a task or interrupt handler. This graph, Response Time, shows the variation in response times for two selected tasks. Tasks instances with high response times may reveal resource conflicts, e.g., where several tasks or interrupts compete for CPU time in a busy interval. This view makes it easier to spot such locations that may indicate problems or possibilities for optimization.
All views with horizontal orientation can be combined in a single parent window, with synchronized scrolling. This allows for spotting patterns that otherwise would be hard to see using individual views, e.g., how the response time depends on other events, and this also allows for greater customization of the user interface.
Communication flowMany system calls allow for communication or synchronization between tasks. Tracealyzer understand these dependencies and the Communication Flow graph is a summary of all such dependencies found in the trace, in the form of a directed graph. This is a high-level view of the communication dependencies between tasks and interrupts, including the kernel objects used such as semaphores and message queues. Like in all views, double-clicking on a node opens a related view focused on the particular object. Double-clicking on a kernel object (e.g., a semaphore) opens the Object History view (shown below), a list of all events on the specific kernel object. If double-clicking on a task or interrupt, the Actor History view is opened showing all executions of the actor.
This view shows all events on a particular kernel object, such as a message queue, semaphore or mutex. The events are presented as a list, and double-clicking on a list item shows the corresponding system call in the main trace view. For message queues and similar objects with send/receive operations, it is possible to follow a specific message from send to receive, or vice versa, and also to inspect the messages (by sequence number) in the queue at any given time.
User Event LogUser-defined events, or User Events, allows you to log any event or data in your embedded application. This gives the flexibility of classic debug “printf” calls, but are much faster as all string formatting is done offline, in the viewer. Since you get the events on the same time-line as the kernel trace, it is easy to correlate the application event with the other views.
User Event Signal PlotWhen logging “User Events”, data arguments can also be included and plotted to visualize the data over time. By clicking on any data point in the plot, the corresponding User Event is highlighted in the main trace view.

The plotting is highly useful for analysis of control algorithms, as it allows you to correlate the plotted data with the other time-line views to find the cause of any anomalies in the plot.

Information on licensing and pricing is found on the Licensing page and local distributors are listed on the Partners page.

In case you have any technical questions, don’t hesitate to contact support@percepio.com.