Porting FreeRTOS on Coldfire V1 MCF51QE128 :

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Porting FreeRTOS on Coldfire V1 MCF51QE128 :

2,950 Views
Djef522
Contributor I
Hello,
 
I starting to evaluate the OS FreeRTOS on a Coldfire V1 MCF51QE128.
 
I have just get the last version on FreeRTOS on http://www.freertos.org/
That is stable V4.7.0
 
I have just start building the directry tree.
I have remove some PRAGMA and set some asm instruction in nop.
Now it compile well with Codewarrior V6.01.
My target is a DEMOQ128 with MCF51QE128.
Here is the source code. (joined)
 
The aim is to port the RTOS to evaluate it.
 
Is someone has already started to port it?
Thanks,
Jean-François
 
Message Edited by t.dowe on 2009-10-21 02:09 AM
Labels (1)
0 Kudos
Reply
4 Replies

859 Views
Djef522
Contributor I
Dear Danielsilva,
 
In fact I have start the port but I can only pass some time to work on it because of ther work, so your help is welcome.
 
I have :
1/ start to undestand the structur of the freertos
2/ strart to understand what the other guys have done on the existing port.
3/ start the port on V1
4/ Last time I work on this subject I was verifying that 2 tests tasks were well build in memory. (It was ok for the first, but it seems that the second was erasing some area of the fisrt.
 
Note that I have put a 16MHz crystal on the board for other reason, so you may add a function to change the cpu clock register for the internal clock system.
 
I hope this will help you.
You can post other questions on this forum with your software modification.
 
Here is the fresh update.(joined)
 
Best regards,
Djef
 
 
 
Message Edited by t.dowe on 2009-10-21 02:10 AM
0 Kudos
Reply

859 Views
Nouchi
Senior Contributor II
Hello,

If you need some explanations about mcf5213 port, don't hesitate to ask me what you want to know.
I think, the 5213 port could work with CF v1 with minor changes, but it could be unefficient because I waste 1024 bytes of RAM for the ISR branch table.
But, it's the price to have an unified interrupt handler, and ALL ISR are written as simples C functions, just return pdTRUE if you want rescheduling after ISR.


Emmanuel





Message Edited by BugMan on 2008-03-03 04:52 PM
0 Kudos
Reply

859 Views
Sanahuja
Contributor I
Hello,

Do you hava any news about this project?
I'm trying to use your code but it doesn't work. It seems that the cpu always reset...

Thanks,
Guillaume.
0 Kudos
Reply

859 Views
danielsilva_net
Contributor I
Actually i'm also interested in this, i'm just waiting to receive the DEMOQ128 board get started with this chip. I will help as much as i can, whats the status of the port till now ? Is it functional ?
0 Kudos
Reply