Abassi RTOS for Cortex-M3

Highlights


    1. Fully scalable footprint (as low as 775 bytes on Cortex-M3; full: <3000 bytes)
    2. Fast Execution (35 clock cycle context switch, 0.49μs on Cortex-M3 @72MHz; 2.46μs task switch on semaphore posting)
    3. Unlimited Tasks, Queues, Events, Semaphores, Mutexes and Mailboxes
    4. Flexible licensing options
    5. Comprehensive documentation and full source code
    6. Responsive Technical Support

Multicore Ready

Full support for multicore platforms, including the OMAP4460. With a simple recompile, get automatic, multicore SMP, in less than 6 kilobytes.

Unmatched Feature Set

In addition to the standard feature set supported by most real-time kernels, the Abassi RTOS can be configured with many features unmatched in the industry. These features add robustness and code savings, and include:


    1. Intelligent starvation protectionGuarantees fair access to CPU, via enhanced priority aging, even on heavily loaded systems.
    2. Priority inheritance, including dynamic trackingAutomatically adjusts for priority aging, timeouts, etc. and propagationBetween entangled mutex owners, to prevent deadlock.
    3. Adaptive priority ceiling
    4. Deadlock detectionReports recursive mutex dependencies anywhere in the execution chain.
    5. AsymmetricTimeslice adjustable at a per task level. Round Robin scheduling
    6. Hybrid interrupt stack

Development Tool Choices

Abassi supports major ARM development tools, including IAR (with multithread-safe library protection), Atollic (with multithread-safe library protection), ARM/Keil, Code Composer Studio, and Raisonance/GNU.

Demonstration Package

Download an evaluation version of the RTOS for your build environment. Demonstrations are available for multiple evaluation platforms.

Memory Requirements

Don't settle for half a RTOS! Even with all features enabled, Abassi still consumes less memory than the minimum configuration of most kernels. And you get advanced priority inheritance, asymmetric round-robin scheduling, starvation protection, and much more. Or, if memory footprint is paramount, Abassi scales to a minimum size that can't be matched.

"C" Code Memory Usage
Description Size
Minimal Build <575 bytes
+ Runtime service creation / static memory <800 bytes
+ Multiple tasks at same priority <900 bytes
+ Runtime priority change
+ Mutex priority inheritance
+ FCFS
+ Task suspension		 <1400 bytes
+ Timer & timeout
+ Timer call back
+ Round robin		 <1850 bytes
+ Events
+ Mailbox		 <2325 bytes
Full Feature Build (no name / no runtime creation) <2450 bytes
Full Feature Build (no names) <2775 bytes
Assembly Code Memory Usage
Description Size
Assembly code size 188 bytes
Vector table (per interrupt handler entry) +4 bytes
Hybrid Stack Enabled +12 bytes
Saturation Bit Enabled +32 bytes
Data Memory Usage
Description Size
Base Kernel 248 bytes
+ Task 32 bytes
+ Semaphore 12 bytes
+ Request 12 bytes
+ Mailbox 28 bytes
Measured using current software release, configured for Stellaris® LM3S1968 at 50 MHz and IAR Embedded Workbench for ARM, Version 6.21.1.2846

For your exact data memory requirements, please consult the Porting Document that applies to your design environment.

Kernel Snapshot

  1. Available Symmetric Multiprocessing
  2. Fully preemptive
  3. Scalable
  4. Very small code and data footprint
  5. Code can reside in ROM
  6. Zero interrupt latency kernel
  7. Mutexes
    1. Configurable priority inheritance
    2. Adaptive priority ceiling
    3. Priority based and first-come, first-served
  8. Versatile semaphores
    1. Counting and binary
    2. Priority based and first-come, first-served
  9. Mailboxes
    1. Priority based and first-come, first-served
  10. Events
  11. Intelligent starvation protection
  12. Hybrid interrupt stack
  13. Deadlock detection
  14. Single or multiple tasks per priority level
  15. Configurable Round Robin
  16. Dynamic priority changes
  17. Compile time task and component creation
  18. Run-time safe service creation
  19. No fixed number of tasks or components
  20. Programmable timeout on components
  21. Selectable scheduling search algorithm
  22. Optional cooperative mode
  23. Debug logging