Процессор LPC. Используется драйвер физического уровня CAN подключенный к UART.

Хочу избавиться от эха при передаче, т.к. не требуется.

Делаю так:
После передачи последнего байта в Tx прерывании сбрасываю Rx FIFO - U0FCR_bit.RFR = 1.
И выполняю чтение в цикле из Rx FIFO на всю глубину.

Не срабатывает, постоянно остаються два байта - идет прерывание по IIR_CTI. Из-за этого траблы.

При передаче ножку RX переключать в режим GPIO. Например.

Такой вариант рассматривался и уже работает, но хочеться чтоб по взрослому..

Ну и причем тут поминание всуе CAN ? По форуму поищите посты Ваших многочисленных предшественников озабоченных отключением после предачи передатчиков RS485 подключенных к 8250/82550 UART.
P.S.
Если уж взяли CAN физическй уровень, то уж пользуейтесь ПРЕИМУЩЕСТВОМ такого решение и контролиуйте ВСЮ передачу на предмет колизий при предаче.

"ВСЮ" - это побитно? На аппаратном UART? Как?

Сравнением переданного и принятого, очевидно.

Лучше расскажите, чем такой выбор вызван. Потому как RS485 - это не монтажное ИЛИ, как CAN-bus, и в помехоустойчивости Вы потеряли. Эхо тоже не нужно.
Что остается? - чуть больше защищенность от высокого напряжения? Один провод?

Да, и конец своей передачи заодно банально поймаете.

Лучше расскажите, чем такой выбор вызван. Потому как RS485 - это не монтажное ИЛИ, как CAN-bus, и в помехоустойчивости Вы потеряли. Эхо тоже не нужно.
Что остается? - чуть больше защищенность от высокого напряжения? Один провод?

Ну выбор не мой, пока я только пишу для чужих железок. Но предположительно из-за девайса с которым приходиться работать - эл. счетчик Меркурий 230 имеет интерфейс CAN, чисто физически. Сам протокол обмена - клон Модбаса. У заказчика стоят именно версии с CAN.

Раз зашёл разговор про CAN, хотелось бы выяснить следующее: на какое время можно запретить прерывания по CAN, чтобы избежать потери данных. (естесственно на максимальной скорости 1Мбит/с для LPC2378)?

Примерно 100микро сек. длится трансляция сообщения при 1Мбит/сек с 11бит идентификатором.
Желательно не дольше запрещать.

prgjz, это вы считали как количество бит в посылке CAN (порядка 100 бит )? поясните ещё, пожалуйста, при отсутвии данных или их малом количестве размер пакета у нас останется всё тежи 100 бит или будет меньше?

точное число бит указать невозможно, т.к. это переменная величина, зависящая от данных, ибо в протоколе используется bit stuffing