Буфер на UART. Опции

[Jenya7]

Раньше все было просто - принял чар, отправил чар. Но сейчас работаю с TMS320F28335. У этого контроллера есть буфер на прием и посылку. И я здумался как его лучше использовать. У него есть обычные прерывания приема/посылки и есть прерывания уровня наполнения буфера. Но я не хочу использовать прерывания буфера так как не знаю сколько чаров получу. Как вообще лучше использовать буфер?

[Obam]

Раньше все было просто - принял чар, отправил чар. Но сейчас работаю с TMS320F28335. У этого контроллера есть буфер на прием и посылку. И я здумался как его лучше использовать. У него есть обычные прерывания приема/посылки и есть прерывания уровня наполнения буфера. Но я не хочу использовать прерывания буфера так как не знаю сколько чаров получу. Как вообще лучше использовать буфер?

Вы 16550 в персональном компьютере использовали? Вот и здесь так же.

[Jenya7]

Вы 16550 в персональном компьютере использовали? Вот и здесь так же.

!!! ??? !!! ???


на обычном прерывании мог бы сделать так.

Код

If (ScibRegs.SCIRXST.bit.RXRDY)  //char is received
{
     while (ScibRegs.SCIFFRX.bit.RXFFST > 0)  //there are chars in FIFO
    {
        rx_data[i++]=ScibRegs.SCIRXBUF.all;
    }
}

но тогда польза от буфера никакая.

Сообщение отредактировал Jenya7 - Sep 27 2016, 13:25

[_pv]

на обычном прерывании мог бы сделать так.
но тогда польза от буфера никакая.

польза от буфера такая, что если данных много идёт, можно не на каждый байт дергаться, а в шеснадцать раз реже. и забирать из уарта по несколько байт сразу.
ну и чтобы пару байт не висели долго пока буфер не заполнится, можно периодически SciaRegs.SCIFFRX.bit.RXFFST поллить, когда делать больше нечего.

но если надо на каждый отдельный байт уметь быстро среагировать, тогда да, поставте просто прерывание по заполнению буфера на 1 байт и дергайтесь по каждому байту. от буфера пользы тогда действительно никакой.

[Jenya7]

польза от буфера такая, что если данных много идёт, можно не на каждый байт дергаться, а в шеснадцать раз реже. и забирать из уарта по несколько байт сразу.
ну и чтобы пару байт не висели долго пока буфер не заполнится, можно периодически SciaRegs.SCIFFRX.bit.RXFFST поллить, когда делать больше нечего.

но если надо на каждый отдельный байт уметь быстро среагировать, тогда да, поставте просто прерывание по заполнению буфера на 1 байт и дергайтесь по каждому байту. от буфера пользы тогда действительно никакой.

О! Вот я и говорю - проверять RXRDY=1 полингом или RXFFST>0. мне не нужно немедленно реагировать у юарта приоритет низкий, может и подождать.
буфер дает уверенность в завтрашнем дне. я правильно понимаю?

А UART тем более телепатией не обладает. Настраивайте таймаут в UART на некоторый допустимый межбайтовый интервал и ждете либо прерывания по этому таймауту, либо прерывания по заполнению (половины) буфера. По любому из этих прерываний разгребаете все, что пришло и делаете вывод - ждать следующей порции данных или уже принят весь пакет. Примерно так.

а что такое половина буфера? а если придет 4 чара?

[jcxz]

буфер дает уверенность в завтрашнем дне. я правильно понимаю?

Нет. Любая буферизация даёт уменьшение загрузки CPU на обслуживание периферии или возможность монопольно занять CPU на большее время (запретив прерывания). Не используя при этом DMA, каналов которого может не хватать.