Как правильно забивать FIFO UART, например в LPC213x Опции

[GetSmart]

В приёмнике уарта при включенном фифо есть уровень срабатывания. А в передатчике аналогичного уровня нет (?). Поэтому когда возникает прерывание от уарта с кодом 0xC2 сколько нужно пихать байт в THR ? Когда я контролирую бит 0x20 внутри LSR то только один байт запихивается и сразу он обнуляется. Хотя на передачу фифо тоже 16 символьное. Если прерывание возникает только когда передаётся последний байт (когда фифо опустело), то при мегабоде скорости и длительных прерываниях от других источников (до 5 символов уарта) могут происходить нежелательные паузы в передаче. Неужели нет аппаратного "прямого" способа вызывать прерывание пораньше?

Есть конечно кривоватый другой способ забивания данных в уарт - по таймеру. Но в нём непонятно сколько данных забивать, т.к. я не вижу флага заполненности фифо. Может кто-нить его видет? Или есть идеи по выходу из моего тупика?

[kovigor]

Или есть идеи по выходу из моего тупика?

Вот это читали ?

http://www.nxp.com/acrobat_download2/vario...PC2000_UART.pdf

[singlskv]

Передача full-duplex или half-duplex ?
чисто UART или к примеру RS-485 ?

[GetSmart]

half-duplex, RS-485.

Вот это читали ?
http://www.nxp.com/acrobat_download2/vario...PC2000_UART.pdf

Код

if (U1LCR && 0x20)        // transmit FIFO empty ?

Отменный код Хорошо, что не читал.

Но текстом там указано, что никак не узнать когда буфер полный. В то же время если THR пуст, то фифо тоже полностью пусто. Для меня это очень плохо! А всего-то надо было ввести битик полного фифо.

Сообщение отредактировал GetSmart - Nov 21 2010, 01:20

[singlskv]

half-duplex, RS-485.

Тогда, если драйвер 485 позволяет, можно сделать эхо на время посылки,
и заполнение буфера на передачу делать в прерывании приема по нужному уровню срабатывания.
Только в такой схеме обязательно нужно предусмотреть механизм таймаутов, т.к. из-за
конфликтов на шине RS-485 можно наловить и мусора.

[GetSmart]

Только в такой схеме обязательно нужно предусмотреть механизм таймаутов, т.к. из-за
конфликтов на шине RS-485 можно наловить и мусора.

Таймауты есть, 10-20 символов. Однако текущая схема не позволяет такое дублирование.
Понимаю, что дарёному коню в зубы не сомтрят. Но неужели это самое лучшее решение?

ЗЫ. По таймеру забивать тоже не получается, т.к. непонятно сколько уарт выплюнул за какой-то промежуток времени. Во всяком случае легко сбиться.

[singlskv]

Но неужели это самое лучшее решение?

Понятно что самое простое это лить по 16байт в FIQ, но он ведь наверняка занят
под что-то более важное...

А так, это видимо вообще единственное решение если поток нужно иметь относительно непрерывным.

З.Ы. Вот по-этому не люблю процы от NXP с их 16550 уартами, очень не удобно на них делать
RS-485 с протоколами типа модбас, а у нас такое в каждой первой разработке.

[swisst]

В то же время если THRE пуст, то фифо тоже полностью пуст.

а так ли это ?

The U0THR is the top byte of the UART0 TX FIFO.

Writing to the UART0 Transmit Holding Register causes the data
to be stored in the UART0 transmit FIFO. The byte will be sent
when it reaches the bottom of the FIFO and the transmitter is
available.

стр 95 мануала

TEMT is set when both U0THR and U0TSR are empty; TEMT is cleared when
either the U0TSR or the U0THR contain valid data.

вот по этому прерыванию у Вас таки все плохо...

сейчас работаю c LPC1114 - там тоже уарт копаю... так в кейле в файле описания регистров УАРТа в конце есть регистр типа FIFOLVL - в мануале про него ничего...может и тут что есть...

ЗЫ все предполагаю проверить не на чем...

[GetSmart]

З.Ы. Вот по-этому не люблю процы от NXP с их 16550 уартами, очень не удобно на них делать
RS-485 с протоколами типа модбас, а у нас такое в каждой первой разработке.

А в компьютерном 16550 такая же кривизна что ли?
Вообще-то в новых LPC там уже есть чтение уровня фифо. Вот со старыми приходится мучиться.

вот по этому прерыванию у Вас таки все плохо...

Я отрабатываю прерывание с кодом 0xC2. Это "THRE Interrupt". Это не TEMT.

а так ли это ?

Я проверял это так. Сначала просто записал байт в THR. Потом залетел в прерывание с кодом 0xC2. В нём смотрел на флаг 0x20 внутри LSR. После записи одного (!) байта он сразу обнулялся. Я выходил из прерывания. И далее прерывание по кругу. В любой момент в прерывании можно ничего не записать в THR и прерывания с таким кодом больше не будет. Так вот, если бы THR (точнее его флаг 0x20 в LSR) был самым старшим (то есть 16-ым) то после записи первого байта в THR у меня бы в прерывании с кодом 0xC2 забилось сразу 15 (или 16) байт, а не 1.

[singlskv]

А в компьютерном 16550 такая же кривизна что ли?

В компьютерных 16550A еще хуже, каждый производитель чипсетов немного по-разному
понимает вопрос совместимости с 16550А, ну и есть много других вариантов типа надстроек над 16550A,
и еще бывают чипсеты с известными багами 16550А.
Посмотрите исходники линукса на предмет работы с ком портами, душераздирающее зрелище...

Вообще-то в новых LPC там уже есть чтение уровня фифо. Вот со старыми приходится мучиться.

Надо будет посмотреть.

[swisst]

Я отрабатываю прерывание с кодом 0xC2. Это "THRE Interrupt". Это не TEMT.

в коде 0xC2 нет флага прерывания THRE Interrupt. но есть TEMT.

[GetSmart]

в коде 0xC2 нет флага прерывания THRE Interrupt. но есть TEMT.

Да?
У меня в мануале на LPC213x именно так "THRE Interrupt" написано (описание регистра U1IIR). А где написано что это TEMT?

В описании регистра U1IIR вообще нет упоминания TEMT. В моём мануале.

[swisst]

В описании регистра U1IIR вообще нет упоминания TEMT. В моём мануале.

совершенно верно - TEMT упоминается в описании LSR. виноват, попутал...

[singlskv]

В описании регистра U1IIR вообще нет упоминания TEMT. В моём мануале.

Нету прерывания по TEMT, и это еще одно неудобство при необходимости
ручного управления RTS в RS-485 сети.

[GetSmart]

Нету прерывания по TEMT, и это еще одно неудобство при необходимости
ручного управления RTS в RS-485 сети.

Не особо и надобно. У меня сделано так. Когда возникает 0xC2 и буфер вывода закончился, то таймером задаётся пауза перед переключением (а она нужна) с учётом того, что ещё выводится один последний символ. И уже в прерывании таймера переключается RTS/DE.

[singlskv]

Не особо и надобно. У меня сделано так. Когда возникает 0xC2 и буфер вывода закончился, то таймером задаётся пауза перед переключением (а она нужна) с учётом того, что ещё выводится один последний символ. И уже в прерывании таймера переключается RTS/DE.

Вот это как раз жутко и не удобно,
- лишний таймер + лишнее прерывание от него
- по условию Вашей задачи, есть длинные прерывания (до 5 символов), то есть пауза после окончания
передачи (TEMT) и до переключения RTS может сильно затянуться что не всегда хорошо,
например если ответ на запрос будет начинаться быстрее чем 5 символов

[prm]

Похожая тема
http://electronix.ru/forum/lofiversion/index.php/t74127.html

[singlskv]

Похожая тема
http://electronix.ru/forum/lofiversion/index.php/t74127.html

Смеяцо уже можно ? Вы вобсче поняли о чем речь ?

[zltigo]

Смеяцо уже можно ?

Не надо - лучше прочитайте. Тема большая и про заполнение FIFO там есть.

[GetSmart]

В той теме я ничего интересного не вижу. Есть только простое забивание всего фифо в прерывании по THRE. У меня щас так и сделано, но могут происходить паузы в потоке символов, хотя и в несколько раз с меньшей вероятностью чем когда совсем без фифо. Но если бы была возможность читать уровень фифо, либо задавать уровень срабатывания THRE, то был бы идеальный 16550 (с буквой B ). Буквально мелочи не хватает для полного счастья.

[singlskv]

Не надо - лучше прочитайте. Тема большая и про заполнение FIFO там есть.

Конечно я был слишком резок... и FIFO там упоминается, но по теме данного топика там нет ничего...

Но если бы была возможность читать уровень фифо, либо задавать уровень срабатывания THRE, то был бы идеальный 16550 (с буквой B ). Буквально мелочи не хватает для полного счастья.

И еще добавить прерывание по TEMT, и еще регулируемую софтом паузу в прерывании таймаут,
и хардовое руление RTS.
И получится почти также хорошо как в уартах у атмеля...

[GetSmart]

...
И получится почти также хорошо как в уартах у атмеля...

Почитайте описание LPC1114 уарт. Там столько всего есть. Может быть почти всё перечисленное. Даже аппаратное дрыгание RTS/DE.

А у атмеля есть фифо и чтение его указателей?

[singlskv]

Почитайте описание LPC1114 уарт. Там столько всего есть. Может быть почти всё перечисленное. Даже аппаратное дрыгание RTS/DE.

Почитал. Улучшили. Пока еще не все... Ждемс дальше...

А у атмеля есть фифо и чтение его указателей?

У него есть ДМА на почти всю переферию, причем с двойной буферизацией,
и аппаратный RTS, и прерывание по уходу всего в линию(TEMT в LPC) и настраиваемый таймаут.
Поэтому там таких проблем вообще нет.
ИМХО, это вообще лучшая реализация уартов в МК.
Слабое место атмеловских АРМ это I2C, хотя в новых чипах это вроде подправили.

[Perepic]

Есть только простое забивание всего фифо в прерывании по THRE. У меня щас так и сделано, но могут происходить паузы в потоке символов, хотя и в несколько раз с меньшей вероятностью чем когда совсем без фифо. Но если бы была возможность читать уровень фифо, либо задавать уровень срабатывания THRE, то был бы идеальный 16550 (с буквой B ). Буквально мелочи не хватает для полного счастья.

А что бы дал вам уровень FIFO ?
Ваша проблема как я понял в том, что взведенное прерывание по опустошению FIFO передатчика не обрабатывается с должной скоростью. В результате паузы. Это от того, что кто-то запрещает прерывания надолго. Но это проблема проектирования конкретного софта, и периферийный UART не виноват. Мой совет: используйте вложенные прерывания, или измените код так, чтоб никто не работал в режиме запрета прерываний дольше времени передачи одного символа по UART. Или заассайните FIQ для UARTа.

Из былого, бились несколько дней с такой же проблемой, Rowley CrossWorks + CTL на LPC2387. Оказалось реализованная в CTL байтовая очередь была "слишком безопасной", и на все время копирования данных запрещала IRQ. Теперь пользуем самописную очередь.

[GetSmart]

Мой совет: используйте вложенные прерывания, или измените код так, чтоб никто не работал в режиме запрета прерываний дольше времени передачи одного символа по UART. Или заассайните FIQ для UARTа.

Я вас умаляю. Я фанат вложенных прерываний У меня FIQ блокирует остальные прерывания на 5-6 символов уарта. А на FIQе мне нужен нулевой джиттер (он собсно и сделан) и переносить его на IRQ тем более вложенный я не могу. Уровень фифо мне бы помог так, что в периодическом прерывании от таймера (ну скажем в районе 8 символов уарта) я бы его читал и дозабивал фифо до максимума. То есть даже не в прерывании от уарта.

Вобщем-то серьёзной проблемы нет. Всё работает и малые паузы не смертельны. Но лучше было бы без них.