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

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

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

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

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

half-duplex, RS-485.



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

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

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

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

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

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

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

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

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

а так ли это ?



стр 95 мануала



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

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

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

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


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


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

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

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

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

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

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

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

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