Quality RTOS & Embedded Software

 Real time embedded FreeRTOS RSS feed 
Quick Start Supported MCUs PDF Books Trace Tools Ecosystem


Loading

V3.2.4 Port to EasyWeb2

Posted by aLUNZ on January 3, 2006
Just an announcement that ports of both FreeRTOS demo applications (the 'standard' demo and the uIP demo) to the MSP430F149 based EasyWeb2 board are in progress and are coming along nicely. The current state of play is:

- The standard demo application is pretty much there except that the queue demo behaves in strange ways (for values of 'strange' that includes killing the entire app).

- uIP has been successfully ported to V2.5.5. The port borrows heavily from the EW2 port developed by Paul Curtis of Rowley Associates Limited (see: http://www.rowley.co.uk/msp430/uip.htm).

In no particular order a few comments and queries:

1. When using msp430-gcc, rather than "#include <msp430x44x.h>" it is cleaner to use "#include <io.h>" in files (for e.g. in FreeRTOSConfig.h).

2. When building a .zip file to distribute a FreeRTOS port, what is the preferred approach between:
2.1 - Build a "stand alone" project directory with required FreeRTOS source files copied into the same directory as all other source files. With this approach the project does not require the FreeRTOS distribution to be installed separately, or
2.2 - Attempt to build a .zip file with the same directory structure as the FreeRTOS distribution, so the port .zip file can be unzipped on top of a FreeRTOS distribution. Or
2.3 - Something else (please provide details).

3. Does Version 3.x.x introduce some optimizations over v2.x.x? There is a task that reports the time taken to complete a lengthy process; under v2.x.x the reported time is ~200ms, for the same app under v3.x.x the reported time is ~130ms. The difference could be due to differences between the apps, but a quick scan indicates they should be identical.

4. Does version 3.x.x attempt to reclaim / reuse memory used by the main task stack?

Cheers,
aLUNZ

RE: V3.2.4 Port to EasyWeb2

Posted by Richard on January 3, 2006
I look forward to seeing your demo.

In response to (2):

The preferred method is to stick to the distribution pattern of having -

FreeRTOS/Demo/abc for the demo app, and
FreeRTOS/Source/portable/XYZ for the port code.

This means you need ../../'s in the project file, but makes it much easier to drop your demo into updated versions of FreeRTOS at a later date.

With reference to (3)
There have been some optimisations. More will follow!

With reference to (4)
No. This was once a plan but not implemented as it was very port specific and difficult to keep portable.

Regards.


[ Back to the top ]    [ About FreeRTOS ]    [ Privacy ]    [ Sitemap ]    [ ]


Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.

Latest News

NXP tweet showing LPC5500 (ARMv8-M Cortex-M33) running FreeRTOS.

Meet Richard Barry and learn about running FreeRTOS on RISC-V at FOSDEM 2019

Version 10.1.1 of the FreeRTOS kernel is available for immediate download. MIT licensed.

View a recording of the "OTA Update Security and Reliability" webinar, presented by TI and AWS.


Careers

FreeRTOS and other embedded software careers at AWS.



FreeRTOS Partners

ARM Connected RTOS partner for all ARM microcontroller cores

Espressif ESP32

IAR Partner

Microchip Premier RTOS Partner

RTOS partner of NXP for all NXP ARM microcontrollers

Renesas

STMicro RTOS partner supporting ARM7, ARM Cortex-M3, ARM Cortex-M4 and ARM Cortex-M0

Texas Instruments MCU Developer Network RTOS partner for ARM and MSP430 microcontrollers

OpenRTOS and SafeRTOS

Xilinx Microblaze and Zynq partner