- Small-footprint (small as 2KB, automatic scaling)
- Fast execution (sub microsecond context switch)
- Supports all popular processors and tools (see below)
- TraceX system analysis support
- Advanced Technology:
- Event Chaining™
- Performance Metrics
- Execution Profiling
- Run-time and Static Stack Analysis
- Multicore Support (SMP and AMP)
- Downloadable Application Modules
- Memory Protection for Downloadable Application Modules
- Extensive ThreadX ecosystem
- Safety Certifications (DO-178B, FDA510(k), IEC61508, etc)
- Deployed in over 1,000,000,000 devices
- Full Source Code
- Critical Link MityDSP/MityARM
- Energy Micro EFM32
- Fujitsu FM3
- Hitachi H8/300H
- Infineon XMC
- Microchip PIC24/dsPIC
- Microchip PIC32
- Nios II
- Power Architecture
- Renesas RX
- Renesas SH
- Renesas V8xx
- ST Microelectronics STM32
- Synopsys ARC
- TI ARM
- TI MSP430
- Univers A2P
- Xilinx ARM
ThreadX Debugging In Wind River Workbench™
ThreadX RTOS awareness is delivered and installed as a part of the Wind River Workbench™ IDE. Workbench facilitates rapid understanding of what is happening in the ThreadX application, including information about all application threads and any other application ThreadX object.
To debug a ThreadX-based system:
- Start the Wind River Workbench
- Choose Project>Options.
- Select the ColdFire (or other target architecture) Debugger Settings category
- Choose ThreadX from the Target OS support box
- Click OK
Introduction to Workbench ThreadX RTOS Awareness
ThreadX RTOS awareness introduces the following elements in the Workbench user interface. In the View menu, it installs a number of entries corresponding to the various types of ThreadX-specific windows that can be opened by the plugin. It installs a new menu, named ThreadX, with entries for various RTOS-specific commands, in particular thread-related stepping commands. It installs a new toolbar with buttons for commands from the ThreadX menu.
ThreadX RTOS awareness introduces seven new debugger windows. You can right-click in most of the windows to display a context menu where you can change display format (hexadecimal/decimal). If you select the Color changes command, all window updates are highlighted.
The Thread List Window
This window shows a list of all threads created by the current application (by calls to tx_thread_create) and some items pertaining to their current state. The currently active thread is indicated by a state of RUNNING in the State column. The order of the threads is that of the _tx_thread_created_ptr.
You can examine a particular thread by double-clicking on the corresponding row in the window. All debugger windows (Watch, Locals, Register, Call Stack, Source, Diassembly etc) will then show the state of the program from the point of view of the thread in question. A thread selected in this way is indicated in the Thread window by a different color (for the moment, a subdued blue color).
Selecting a thread from the list will bring up the Threads window and that Thread’s registers will also be viewable from the View->Registers Window.
Note that if a task has been selected by double-clicking, the debugger will show the state of that particular task until another task is selected, even if execution is performed by or in another task. For example, if task A is currently active (RUNNING) and you double-click on task B, which is READY, you will see information about the suspended task B. If you now perform a single-step, the active task (A) will perform a single-step, but since you are focused on task B, not much will actually visibly change.
The seven other windows display RTOS status information of various types. These windows are formatted but passive displays of various internal RTOS data structures.
Event Flag Groups
A thread-specific breakpoint can be invoked using the Workbench conditional-breakpoint feature. After setting a breakpoint, enter the View->breakpoints and enter the condtion in the right hand column, as shown below.
A thread-specific condition can be added to any breakpoint using the ThreadX symbol for the current thread or the Workbench-defined keyword "ThreadID".
wThreadID == 0xXXXXXXXX
where XXXXXXXX is the Thread Control Block (TX_THREAD) address that is displayed with the thread name.