Quality RTOS & Embedded Software

 Real time embedded FreeRTOS RSS feed 
Real time embedded FreeRTOS mailing list 
Quick Start Supported MCUs PDF Books Trace Tools Ecosystem TCP & FAT Training




Loading

Problem with Freescale Tower Devkit MCF51CN

Posted by kone on February 15, 2010
Hi there,

I just found this project on the web and downloaded and compiled the example for the Freescale MCF51CN128 tower kit.
It compiles without errors and warnings on CW 6.2.2 and I can download (flash) it to the MCU.
As given in the manual, the LEDs on the board start flashing at different intervals each.

However I can not connect to the webserver. My local network is 192.168.178.0/24 and I gave a free address (.222) to the MCU as well as the MAC proposed in the Freescale manuals ( 00 CF 52 35 00 07). PC and devkit are hooked up to a switch (I swapped cables and plugs to make sure it's not a mechanical issue, the PC works on any line) .

What happenes is that the two LEDs that are built into the RJ45 connector on the Tower Serial Module start flashing (both, the green and the yellow one) at an interval of about two seconds. This stops after a while, then repeats. Seems to be something basic I guess, afaik you see this on network cards while the switch is trying to figure the connection speed (10/100BaseT)?

Any help highly appreciated.

Regards,
Sven

RE: Problem with Freescale Tower Devkit MCF51CN

Posted by kone on February 15, 2010
I forgot to mention, when I compile and flash the Freescale demo that uses MQX, it works just fine. So maybe it is merely a matter of different jumper settings for the RTOS code, but I cant seem to find any further information on this.

RE: Problem with Freescale Tower Devkit MCF51CN

Posted by Richard on February 15, 2010
Are you able to step through the code where the network initialisation is performed to see at what stage it gives up? That might give a clue.

Regards.

RE: Problem with Freescale Tower Devkit MCF51CN

Posted by kone on February 15, 2010
Unfortunately I can't step through it, since the OpenBDM that is implemented in the Tower system seems yet a bit buggy. I'll only get "Illegal Breakpoint" when trying to do single steps/breakpoints (it's a known issue).
Is there maybe any docs on the suggested jumper settings? (I am using the out-of-the-box settings)

Regards,
Sven

RE: Problem with Freescale Tower Devkit MCF51CN

Posted by kone on February 16, 2010
Fiddling around to get any hints, I commented out all the other demo tasks, just left the blinking LEDs and the webserver.
Et voilĂ , all of a sudden the thing works! :-D

Just for anyone else encountering the same problem, if you look into main() (in main.c of course), there is this block that launches the individual tasks. As you can see I only left the LED flasher alive to see if anything is going on at all:

/* Start the standard demo tasks. */
vStartLEDFlashTasks( tskIDLE_PRIORITY );
//vStartGenericQueueTasks( mainGEN_QUEUE_TASK_PRIORITY );
//vStartQueuePeekTasks();
//vStartRecursiveMutexTasks();
//vStartBlockingQueueTasks( mainBLOCK_Q_PRIORITY );

With these changes, the webserver works PLUS the whole thing consumes a mere 26k! WOW!

So, some demo task keeps the thing from working, but since i dont need these anyways, I wont look any deeper into it.

Regards,
Sven

RE: Problem with Freescale Tower Devkit MCF51CN

Posted by kone on February 16, 2010
One more observation for anyone interested in going further from here:
I can now use breakpoints, plus, all the LEDs flash in a constant periodic on-off manner. Before that, it was rather like a pattern, like "beeeep - - - beeeep - - - bip" on the slowest.

All in all I guess that this leads to the inevitable assumption that the MCU simply crashes and resets after like 2 seconds within the original code. Might just be a stacksize issue (though I didnt change any of the original code and stack size definitions).

Regards,
Sven

RE: Problem with Freescale Tower Devkit MCF51CN

Posted by Dave on February 16, 2010
Probably the demo is just running out of heap space. The idle task is created when you call vTaskStartScheduler() and if there is not enough heap space for the idle task then vTaskStartScheduler() will just return. You can put a for(;;); loop after the call to catch it returning. The newest FreeRTOS versions have a malloc failed hook to catch that sort of error.

I bet the compiler version has been updated since the demo was created and the new version is using more RAM.


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




Copyright (C) 2004-2010 Richard Barry. Copyright (C) 2010-2016 Real Time Engineers Ltd.
Any and all data, files, source code, html content and documentation included in the FreeRTOSTM distribution or available on this site are the exclusive property of Real Time Engineers Ltd.. See the files license.txt (included in the distribution) and this copyright notice for more information. FreeRTOSTM and FreeRTOS.orgTM are trade marks of Real Time Engineers Ltd.

Latest News:

FreeRTOS V9.0.0 is now available for download.


Free TCP/IP and file system demos for the RTOS


Sponsored Links

⇓ Now With No Code Size Limit! ⇓
⇑ Free Download Without Registering ⇑


FreeRTOS Partners

ARM Connected RTOS partner for all ARM microcontroller cores

Renesas Electronics Gold Alliance RTOS Partner.jpg

Microchip Premier RTOS Partner

RTOS partner of NXP for all NXP ARM microcontrollers

Atmel RTOS partner supporting ARM Cortex-M3 and AVR32 microcontrollers

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

Xilinx Microblaze and Zynq partner

Silicon Labs low power RTOS partner

Altera RTOS partner for Nios II and Cortex-A9 SoC

Freescale Alliance RTOS Member supporting ARM and ColdFire microcontrollers

Infineon ARM Cortex-M microcontrollers

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

Cypress RTOS partner supporting ARM Cortex-M3

Fujitsu RTOS partner supporting ARM Cortex-M3 and FM3

Microsemi (previously Actel) RTOS partner supporting ARM Cortex-M3

Atollic Partner

IAR Partner

Keil ARM Partner

Embedded Artists