Регистр FCR UART0 не устанавливается должным образом, Не проходит инициализация Опции

[Цырен]

Есть инициализация UART0, в ней есть строка установки FCR, которая задает, кроме всего прочего, длину буфера FIFO, по которой соответственно будут происходить прерывания. Мне нужно установить порог на один байт. Но при пошаговой отладке видно, что в инициализации в RTLS записывается 0х3 (порог в 14байт). Я уже не знаю на что думать. Может контроллер дефектный или есть хитрости работы с FCR? Результат работы UARTa - срабатывание обработчика прерывания по последнему пришедшему символу или полное игнорирование входящих данных. Помогите, только не общими словами, а, если можно, подробнее.

Вот код:

void UARTInit( DWORD baudrate, DWORD IntrPriority )
{
DWORD Fdiv;

U0LCR = 0x80;
Fdiv = ( Fpclk / 16 ) / baudrate ;
U0DLM = Fdiv / 256;
U0DLL = Fdiv % 256;
U0LCR = 0x07;

U0FCR = (1<<0) | (1<<1) | (1<<2);

U0IER_bit.RDAIE = 1;

VIC_SetVectoredIRQ(UART0Interrupt,IntrPriority,VIC_UART0);
VICINTENABLE |= 1UL << VIC_UART0;

PINSEL0 = 0x00000050; /* RxD0 and TxD0 */
}

Заранее благодарю за дельные советы.

[Цырен]

Верно подметили, я не указал тип контроллера; это LPC2378. Я попробовал все перечисленные советы - без результата .
Видите ли, сегодня я достал другую отладочную плату с другим контроллером, LPC2364, и был неприятно удивлен, что там поведение U0FCR при инициализации подобно. Там тоже после установки в ноль RTLS не устанавливается, а, как прежде принимает значение 0х3. Я много раз слышал, что регистры U0IIR и U0FCR находятся по одному адресу, один из них для чтения другой - для записи, соответственно. Но к чему это? Разве это объясняет, почему прерывание срабатывает не по приходу одного байта, а из очереди байтов выхватывает последний? Помоему прерывание срабатывает на таймаут. А проблема в инициализации. Может там хитрый сиквел инициализации или есть какие-то условия доступа?
Кто делал обработчик прерываний по приходу одного байта в UART, отзовитесь!!!
Ведь это такая распространенная задача, странно, что никто не сталкивался с подобной проблемой.

[defunct]

Там тоже после установки в ноль RTLS не устанавливается, а, как прежде принимает значение 0х3.

FCR нельзя прочитать, это Write Only регистр, о чем тут уже 3 раза сказали.. То что вы видете под отладкой 0x3 - взято из другого регистра.

Кто делал обработчик прерываний по приходу одного байта в UART, отзовитесь!!!
Ведь это такая распространенная задача, странно, что никто не сталкивался с подобной проблемой.

Я делал, TX fifo 14, RX fifo - 1. Никаких проблем не было.
Пример:

Код

#define UART_INTID_RXTH  0x04
#define UART_INTID_TXTH  0x02

void UART0VectoredIRQ (void)  __irq
{
    int status = U0IIR & 0xF;

    if (status == UART_INTID_RXTH)
    {
        int ch = U0RBR;
        hc_RxFlowControl( ch );
    }
    else if (status == UART_INTID_TXTH)
    {
        uart_con.TxQue0.busy = 0;
        #ifdef UART_INTERRUPT_DRIVEN_DISPATCHER
            uart_Dispatch();
        #endif
    }
    VICVectAddr = 0; //Dummy write to signal end of interrupt
}


void uart_Init(void)
{
    PINSEL0 |= 0x00050005;          // Enable both UARTS RxDx and TxDx

    U0LCR     = 0x83;                   // DLAB + 8 bits, no Parity, 1 Stop bit
    U0DLL   = PCLK / (115200 * 16);// 115200 Baud Rate, 16 static divisor
    U0DLM   = 0;
    U0LCR     = 0x03;       // DLAB = 0
    U0IER   = 0x03;            // Rx interrupt/Tx interrupt
    U0FCR   = (1 << FCR_FIFO_EN)|(1 << FCR_TX_FIFO_RESET)|(FCR_RX_TRIGGER_LVL0);

    VICVectCntl1 = _VICVectEN | isrUART0;            //select a priority slot for a given interrupt
    VICVectAddr1 = (unsigned)UART0VectoredIRQ;       //pass the address of the IRQ into the VIC slot

    VICIntEnable |= _vUART0;       //enable interrupts from UART0 (bit6)
}