FreeRTOS Support Archive
The FreeRTOS support forum is used to obtain active support directly from Real
Time Engineers Ltd. In return for using our top quality software and services for
free, we request you play fair and do your bit to help others too! Sign up
to receive notifications of new support topics then help where you can.
This is a read only archive of threads posted to the FreeRTOS support forum.
The archive is updated every week, so will not always contain the very latest posts.
Use these archive pages to search previous posts. Use the Live FreeRTOS Forum
link to reply to a post, or start a new support thread.
[FreeRTOS Home] [Live FreeRTOS Forum] [FAQ] [Archive Top] [October 2005 Threads] HCS12 timingPosted by Jeff Smith on October 26, 2005 I'm working more on the GCC/HCS12 port for MC9S12DP256. I think I've got the port ready to run the full demo as it works in the official CodeWarrior/HCS12 (banked) port. I have some questions about serial.
I have been testing with my own application which sends wireless packets through SCI at 9600 (actually 9615) baud. I am losing sync when reading the packets only when running with the RTOS.
I wonder if it is taking very long to switch tasks. Any Idea how long that takes in the CodeWarrior/HCS12 FreeRTOS port?
RE: HCS12 timingPosted by Richard on October 26, 2005 Naturally the RTOS will add an overhead to some extent. Conversely it can also be used to reduce the amount of time interrupts are disabled within your driver.
9600 baud should not be a problem, but is dependent on what else your application is doing.
Here are a couple of threads that might be of help:
http://sourceforge.net/forum/message.php?msg_id=3381733 http://sourceforge.net/forum/message.php?msg_id=3341669
Regards.
RE: HCS12 timingPosted by Jeff Smith on October 26, 2005 K, but one thing I'm certain of is that this GCC port will generate less optimized code, therefore taking longer than CW for the task swap. I have it ticking about 1 KHz. Perhaps I'll scope it to find out what percent of that is typically the switch.
I am not using an interrupt, just to test this. I admit I haven't put a check in there yet to see if the SCI input is overflowing, just guessing that's happening :)
It's hard with this GCC because I don't have a source level debugger going yet.
RE: HCS12 timingPosted by Nobody/Anonymous on October 26, 2005 The saving and restoring of registers context is asm code so will be the same between cw and gcc. The switch C functions will be different but these are very small so hopefully not too different.
RE: HCS12 timingPosted by Jeff Smith on October 26, 2005 I know... I wrote it. I'm talking about the scheduler code which is C.
RE: HCS12 timingPosted by Jeff Smith on December 1, 2005 I found that the timing wasn't a significant problem durring task swapping.
Scope time for various task swaps in micro seconds: 37, 12, 8
FreeRTOS tick interrupt looks steady at 1024 uS.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|