DSPRelated.com
Forums

Scheduling

Started by Aizezi Abuding October 23, 2003

Hi C6x,
I am using TI6711 DSP with PCM3003 daughter card. And I have used
herdware interrupt for interface with input and output signal samples.
The program runs in Real-time mode, so I was not able to use ( Printf)
function for printing. For this reason , I choose to use Log_printf
real-time printing tool for analysis. But I couldn't get what I expect.
Since the priority of the hardware interrupt is highest, the Log_printf
prints what I need when the hardware interrupt stopped from excution.
So I am planning to use Scheduling , put the Log_printf in a Task and make
the priority higher than hardware interrupt. This is what I have in mind.
But I am not sure it is correct or not. If it is possible , could you give
me any useful idea concerning the problem.
Thanks in advance.
Regards
Aziz



--- Aizezi Abuding <> wrote:
> I am using TI6711 DSP with PCM3003 daughter card.
> And I have used
> herdware interrupt for interface with input and
> output signal samples.
> The program runs in Real-time mode, so I was not
> able to use ( Printf)
> function for printing. For this reason , I choose to
> use Log_printf
> real-time printing tool for analysis. But I couldn't
> get what I expect.
> Since the priority of the hardware interrupt is
> highest, the Log_printf
> prints what I need when the hardware interrupt
> stopped from excution.
> So I am planning to use Scheduling , put the
> Log_printf in a Task and make
> the priority higher than hardware interrupt.

hm... well - I'm not 100% sure about it, but I think
it's not possible to set higher priority to the TASK
than to the HWI... and that is "by definition" - the
point of having HWI, SWI, TSK is to "prioritize" -
from what I know all HWI have higher priority than any
SWIs and TSKs - also - all SWI have higher priority
than TSKs... hm... now you got me thining - is it even
possible to call LOG_printf from TSK object? hm...
sounds strange to me...

> This is what I have in mind.
> But I am not sure it is correct or not. If it is
> possible , could you give
> me any useful idea concerning the problem.

hm... I don't really know what was your problem with
using LOG_printf, but I'd assume it's "interruptible"
- meaning that even if your printing procedure takes
longer than the period between interrupts from PCM3003
- it should work fine - unless you're trying to print
every single sample or something - because maybe then
the LOG_printf is simply too slow - I dont' know...

good luck...

Wojciech Rewers

__________________________________