Home |  Directory |  Search |  GET LISTED! | Services | Advertise? | FAQ | Link to Us | Contact
Your country: United States
Category: Development Tools News

Micrium Releases µC/OS-II v2.60

By Jean J. Labrosse
Oct 16, 2002 - 8:29:00 AM

 
Micrium announces v2.60 of µC/OS-II
Email this page Printer friendly page

Share: Share this on LinkedIn ReTweet This Share on Facebook
del.icio.us Yahoo! MyWeb Digg StumbleUpon reddit Furl Blinklist Spurl  

Subscribe to this RSS feed!
Micrium is proud to announce that its newest version of µC/OS-II (V2.60) is now available from www.Micrium.com for only $50.00 USD.

V2.60 provides the following:

a) Fixes minor issues with V2.52.
b) Simplifies FAA Level A certification by removing all MCDC (Modified Condition Decision Coverage).
c) Follows most of the guidelines of The Motor Industry Software Reliability Association (MISRA C) "Guidelines for the use of the C language in vehicle based software".
d) Adds support for kernel awareness.
e) Directly supports µC/OS-View (for details on uC/OS-View, see http://www.ucos-ii.com/contents/products/ucos-ii/uc-view.html).
f) Adds some new features.
g) Made some changes to the code

New Features
1) Find out which flag(s) caused task to wakeup.
Added the function OSFlagPendGetFlagsRdy() (file OS_FLAG.C) to allow to determine which flag(s) caused the current task to become ready. In other words, you will now be able to know what event flag(s) caused the pending task to wake up.

2) Posting NULL pointers to queues.
It is now possible to send NULL pointer message through queues. OSQPost() and OSQPostFront() no longer blocks NULL pointers from being deposited into queues.

3) Assigning names to Tasks and other kernel objects.
It is now possible to assign names to Tasks, Memory Partitions, Semaphores, Mutexes, Event Flags, Mailboxes and Queues. The names are useful when debugging applications. You assign names by calling one of the following functions:

OSEventNameSet()
OSFlagNameSet()
OSMemNameSet()
OSTaskNameSet()

You can obtain the name of a task or a kernel object by calling the following functions:

OSEventNameGet()
OSFlagNameGet()
OSMemNameGet()
OSTaskNameGet()


4) Disable calls to OSTaskSwHook() and OSTimeTickHook()
It is now possible to disable (at compile time) the need to have the functions OSTaskSwHook() and OSTimeTickHook(). This feature was requested because of the overhead involved in calling empty functions during a context switch and also every tick.

To disable OSTaskSwHook(), simply set OS_TASK_SW_HOOK_EN to 0 in OS_CFG.H. Of course, the port (OS_CPU_A.ASM) for the processor you are using must not call OSTaskSwHook().

To disable OSTimeTickHook(), simply set OS_TIME_TICK_HOOK_EN to 0 in OS_CFG.H.


5) Added variables in OS_TCB to allow profiling
Variables have been added to OS_TCB to allow each task to be profiled. In other words, µC/OS-II contains variables that register the number of time a task is 'switched-in', how long a task takes to execute, how much stack space each task consumes and more. These variables have been added to better support µC/OS-View and other profiling tools.


6) Added tick stepping support for µC/OS-View
µC/OS-View can now 'halt' µC/OS-II's tick processing and allow you to issue 'step' commands from µC/OS-View. In other words, µC/OS-View can prevent µC/OS-II from calling OSTimeTick() so that timeouts and time delays are no longer processed. However, though a keystroke from µC/OS-View, you can execute a single tick at a time. If enabled, OSTimeTickHook() is still executed at the regular tick rate
in case you have time critical items to take care of in your application.

7) Added new #defines in OS_CFG.H
Instead of edition your OS_CFG.H, I recommend that you copy one of
the OS_CFG.H files provided with the V2.60 release and then modify it to satisfy your application requirements.

OS_DEBUG_EN
This #define adds ROM constants to help support kernel aware debuggers. Specifically, a number of named ROM variables can be queried by a debugger to find out about compiled-in options. For example, the debugger can find out the size of an OS_TCB, µC/OS-II's version number, the size of an event flag group (OS_FLAG_GRP) and
much more.

OS_EVENT_NAME_SIZE
This #define determines the size of ASCII strings used to name either semaphores, mutexes, mailboxes and queues. If set to 0, this feature will be disabled: no RAM will be allocated and the functions OSEventNameGet() and OSEventNameSet() will not be compiled. If set to a non-zero value, it determines the number of bytes allocated for
the name. Please note that you need to accommodate for the NUL character and if you do use a non-zero value, you should have a minimum of 2 for this value.

OS_FLAG_NAME_SIZE
This #define determines the size of ASCII strings used to name event flag groups. If set to 0, this feature will be disabled: no RAM will be allocated and the functions OSFlagNameGet() and OSFlagNameSet() will not be compiled. If set to a non-zero value, it determines the number of bytes allocated for the name. Please note that you need to
accommodate for the NUL character and if you do use a non-zero value, you should have a minimum of 2 for this value.

OS_MEM_NAME_SIZE
This #define determines the size of ASCII strings used to name memory partitions. If set to 0, this feature will be disabled: no RAM will be allocated and the functions OSMemNameGet() and OSMemNameSet() will not be compiled. If set to a non-zero value, it determines the number of bytes allocated for the name. Please note that you need to accommodate for the NUL character and if you do use a non-zero value, you should have a minimum of 2 for this value.

OS_TASK_NAME_SIZE
This #define determines the size of ASCII strings used to name tasks. If set to 0, this feature will be disabled: no RAM will be allocated and the functions OSTaskNameGet() and OSTaskNameSet() will not be compiled. If set to a non-zero value, it determines the number of bytes allocated for the name. Please note that you need to accommodate for the NUL character and if you do use a non-zero value, you should have a minimum of 2 for this value.

OS_TASK_PROFILE_EN
This #define is used to allocate storage for variables used for run-time task profiling. These variables are used by µC/OS-View and some kernel aware debuggers.

OS_TASK_STAT_STK_CHK_EN
This #define allows the statistic task to do run-time checking of all the stacks of all the active tasks. In other words, when set to 1, OS_TaskStat() calls the function OS_TaskStatStkChk(). Of course, for this to happen, OS_TASK_STAT_EN must also be set to 1.

OS_TASK_SW_HOOK_EN
It is now possible to disable (at compile time) the need to have the functions OSTaskSwHook(). This feature was requested because of the overhead involved in calling empty functions during a context switch and also every tick. To disable OSTaskSwHook(), simply set OS_TASK_SW_HOOK_EN to 0 in OS_CFG.H. Of course, the port (OS_CPU_A.ASM) for the processor you are using must not call OSTaskSwHook().

OS_TICK_STEP_EN
µC/OS-View can now 'halt' µC/OS-II's tick processing and allow you to issue 'step' commands from µC/OS-View. In other words, µC/OS-View can prevent µC/OS-II from calling OSTimeTick() so that timeouts and time delays are no longer processed. However, though a keystroke from µC/OS-View, you can execute a single tick at a time. If
OS_TIME_TICK_HOOK_EN (see below) is set to 1, OSTimeTicHook) is still executed at the regular tick rate in case you have time critical items to take care of in your application.

OS_TIME_TICK_HOOK_EN
It is now possible to disable (at compile time) the need to have the functions OSTimeTickHook(). This feature was requested because of the overhead involved in calling empty functions during a context switch and also every tick. To disable OSTimeTickHook(), simply set OS_TIME_TICK_HOOK_EN to 0 in OS_CFG.H.


Regards,

Jean J. Labrosse

-----------------------------------------
M I C R I U M , I N C.
949 Crestview Circle
Weston, FL 33327-1848
U.S.A.

e-mail: Jean.Labrosse@Micrium.com


Micrium Releases µC/OS-II v2.60

This Article has been seen 13034 times

Product data and specifications in this article are the responsibility of the manufacturer. No warrenty is expressed or implied as to the accuracy of manufacturer-supplied data. So there.
Embedded Systems News  - Recent Headlines
·Microchip PIC32MZ Flash Microcontroller is the World's Fastest 32-bit MCU
·Microchip PIC24F KM Webinar
·Choosing A Microcontroller Architecture Part 1
·New Atmel SAMD20 Cortex-M0+ Microcontrollers
·Silicon Labs Buys Energy Micro
·Zilog Buys Microcontroller Product Lines from Samsung
·Texas Instruments introduces new Tiva ARM Cortex-M4 Microcontrollers
·You Might Be an Engineer If
·Microchip and Digilent Bring Arduino to PIC32 Microcontrollers
·Atmel SAMA5D3 has Lots of Power and Linux Development
·The Good Ol Days of Semiconductors Part 2
·Renesas RL78-G14 Microcontroller Demo Kit is a Neat Tool Toy
·National Semiconductor - the Good Ol Days of Semis
·Microchip Introduces MPLAB XC32++ Free PIC32 C++ Compiler
·Freescale Kinetis L-Series Based on ARM Cortex-M0+ Core
·Microchip Introduces 8-bit PIC16F145X/PIC18F97J94 with Crystal-Free USB LCD and EEPROM
·Silicon Labs C8051F37x/C8051F39x 8-bit Microcontrollers have EEPROM and Really High Resolution Analog
·STMicroelectronics Introduces STM32-F3 with FPU
·LinkedIn Hacked, Passwords Please No Salt
·Silicon Labs Buys Ember

Main Menu
Site Status Now
  • ·30 Online Now
  • ·2162 Total Online Since 9/24/2016 11:22:30 PM boot
  Partners

SFO Takumi - Motor Control ICs

SFO Takumi's Kyopal line of ULTRA-high accuracy Motor Control ICs simplify the design of motor control applications by providing high resolution, motion smoothness and system robustness.
 
Supports 2, 4, and 8 axes control for all stepping motors and pulse train input type servo motors. Get some...


Dependable Designs: Fast, Friendly, and of Course, Dependable!

Looking for a quick-turn Embedded Systems Design Engineering Service? Welcome to Dependable Designs.

Need a complex design for your startup company? Or something as simple as a college project? Outsource your Engineering services to friendly, experienced people. Click to learn more...


Getting Listed

Submit Your Website to this Embedded Systems Directory
Drive traffic to your website. Benefit from exposure to our tens of thousands of monthly visitors, get extra traffic for your embedded systems related website, and increase your search-engine ranking with a link in our directory. Here's how:


Resources

Mobile Web Made Easy


Recent Microcontroller.com visitors where location can be determined.

Embedded Systems News 
Embedded System Product News
Development Tools News
Embedded Business News
Embedded Networking
Embedded IP
Bits and Bytes
Embedded Systems News 
Latest Headlines
Microchip PIC32MZ Flash Microcontroller is the World's Fastest 32-bit MCU
Microchip PIC24F KM Webinar
Choosing A Microcontroller Architecture Part 1
New Atmel SAMD20 Cortex-M0+ Microcontrollers
Silicon Labs Buys Energy Micro
Zilog Buys Microcontroller Product Lines from Samsung
Texas Instruments introduces new Tiva ARM Cortex-M4 Microcontrollers
You Might Be an Engineer If
Microchip and Digilent Bring Arduino to PIC32 Microcontrollers
Atmel SAMA5D3 has Lots of Power and Linux Development
Home |  Directory |  Search |  GET LISTED! | Services | Advertise? | FAQ | Link to Us | Contact
-0-9/25/2016