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

[GetSmart]

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

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

[GetSmart]

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

[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 символов уарта) я бы его читал и дозабивал фифо до максимума. То есть даже не в прерывании от уарта.

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