AK wrote:
> Pszemol pisze:
>> "jotefka" <s...@g...com> wrote in message
>> news:38f7bb99-f904-4433-9b1a-6d6c13de57be@g23g2000yq
h.googlegroups.com...
>>>> To jest właśnie cała zagadka o której próbuję tu podyskutować :-)
>>>
>>> Zamiast tracić czas na zagadkę, zaimplementuj własny system kontroli
>>> dostępu do rs232.
>>> Szczególnie ze to używasz do debugowania, wiec pewnie masz jakies
>>> makra i chyba nie wołasz bezpośrednio printfa .
>>
>> Bardziej mnie jednak interesuje rozwiązanie tej zagadki bo może
>> mieć to o wiele bardziej szerokie konsekwencje niż tylko debugger.
>> W projekcie tym używam sporo portów szeregowych do innych celów...
> A ten task o wysokim priorytecie nie czeka na jakies zdarzenia czasami ?
> Albo moze bierze te same semafory/muteksy co task o niskim priorytecie ?
> Jesli tak to moze nastapic 'priority inheritance' - jesli jest to
> wspierane przez uCOS - tego nie wiem.

Ma wspierane, tylko tego nigdzie w printf nie widac. A przerywany jest
jeden printf, wiec cos albo w printf albo w driverze uart sie dzieje.


--
Jerry1111