Dnia Fri, 22 Sep 2017 19:33:04 -0000 (UTC), Pszemol napisał(a):
> J.F. <j...@p...onet.pl> wrote:
>> Dnia Fri, 22 Sep 2017 17:43:27 -0000 (UTC), Pszemol napisał(a):
>>> Nie musisz mieć swojego procka - wszystkie porty RS232 mają linię RTS która
>>> była historycznie używana zawsze do sterowania kierunkiem nadawania RS485.
>>
>> Tak mniej wiecej do 1980, bo potem przyszedl IBM i olal.
>> A moze nie musial olewac, bo wczesniej producenci modemow olali.
>>
>> Potem jeszcze producenci UARTow olali i malo kto (tzn malo ktory
>> system) to prawidlowo ustawia w swiecie pecetow.
>>
> A co Ty wygadujesz... uarty sie od dawna nie zmieniaja. W
> najpopularniejszych 16C550 to masz a reszta to wariacje tego ukladu z
> roznymi wielkosciami fifo.

Nie o to chodzi.
8250 o ile pamietam mial 2 bajty bufora wyjsciowego.
Wpisujesz bajt1 do wyslania, a on go zaczyna wysylac, ale ... od razu
mowi ze nadajnik gotowy do wyslania kolejnego znaku i generuje
stosowne przerwanie od nadajnika.
Wpisujesz bajt2 - tym razem rejestr statusu mowi, ze nadajnik zajety.
Jak skonczy wysylac bajt1, to zaczyna wysylac bajt2, ale od razu
status mowi ze bufor nadajnika wolny i generuje przerwanie.
Wpisujesz bajt3, sytuacja sie powtarza.
UART konczy wysylac bajt2, zaczyna wysylac bajt3, zglasza przerwanie -
a program stwierdza, ze nie ma nic wiecej do nadania, wiec konczy
obsluge. A uklad ciagle wysyla kolejne bity.
Wysylanie bajtu3 sie konczy, 8250 ustawia stosowny bit statusu, ze juz
sie nadawanie zakonczylo ... ale przerwania juz nie zglasza.

Czyli program wysylajacy jak juz stwierdzi ze nie ma nic do wyslania,
to musi aktywnie sprawdzac kiedy to wysylanie sie zakonczylo, i kiedy
moze wylaczyc RTS. Mamy np 100MHz procesor a przy 9600 musimy prawie
1ms czekac i sprawdzac czy juz mozna przestawic RTS, zamiast inna
pozyteczna robote robic.

16550 to juz nie pamietam - problem rozwiazano, czy sie zaostrzyl,bo
kolejka dluzsza.

J.