Оператор "printf" и функция "putchar" для работы с символьным LCD Опции

[Буратино]

не понимаю, что за беда с выводом.
Прописал "putchar" в виде:

Код

void putchar( char c ) {
    if ( !c )
    return( 0 );
    Transmit_Byte( c );  /*функция отправки сообщения в последовательный порт*/
}

LCD оснащен контроллером, который принимает данные по последовательному порту и выводит на экран дисплея 16*02
Не могу разобраться почему:

printf("%a", 30.0) выводит "???"
printf("%.2A", 30.0) выводит "???"
printf("%c", 'a') ничего выводит
printf("<%3c|%-3c>", 'a', 'b') выводит "< крокозябра >"
и т.д. совсем другими словами не то что я ожидаю.

printf("Hello World!") выводит "Hello World!", но если использовать длинную строку или несколько операторов "printf" со строками, то выводятся куски строк в хаотичном порядке.
размер Data Stack в компиляторе IAR установил в 0x300.

Мне нужно выводить на экран простые конструкции состоящие из текста и числовых данных, что делать?

Сообщение отредактировал Буратино - Mar 19 2010, 12:46

[sonycman]

Кстати, можно вопрос по поводу UARTов микроконтроллеров?

Мне пока доводилось поработать с двумя реализациями их передатчиков:
1. как только сдвиговый регистр передатчика становится пуст - устанавливается соответствующее прерывание.
Сбросить его невозможно до тех пор, пока передатчик пуст.

Тут получается весьма простой обработчик - надо передавать данные - разрешаем прерывания и в обработчике происходит загрузка.
Данные закончились - запрещаем прерывание.

2. в LPC1768 другая система (так называемый 550-ый?) - триггер прерывания "передатчик пуст" устанавливается только после завершения передачи данных (а не присутствует постоянно).
То есть изначально его нет (хотя передачтик пуст!), и после вызова обработчика он сбрасывается.

Здесь уже погеморройнее - загрузку FIFO приходится делать как в обработчике прерывания, так и снаружи (для инициирования передачи).
Причём дополнительно есть какой-то механизм откладывания прерывания:

The UARTn THRE interrupt (UnIIR[3:1] = 001) is a third level interrupt and is activated
when the UARTn THR FIFO is empty provided certain initialization conditions have been
met. These initialization conditions are intended to give the UARTn THR FIFO a chance to
fill up with data to eliminate many THRE interrupts from occurring at system start-up. The
initialization conditions implement a one character delay minus the stop bit whenever
THRE = 1 and there have not been at least two characters in the UnTHR at one time
since the last THRE = 1 event. This delay is provided to give the CPU time to write data to
UnTHR without a THRE interrupt to decode and service. A THRE interrupt is set
immediately if the UARTn THR FIFO has held two or more characters at one time and
currently, the UnTHR is empty. The THRE interrupt is reset when a UnTHR write occurs or
a read of the UnIIR occurs and the THRE is the highest interrupt (UnIIR[3:1] = 001).

Здесь я до конца не понял конкретику, лишь то, что флаг THRE может устанавливаться не сразу по опустошению передатчика, а спустя какое-то время.

То есть проанализировав в регистре статуса бит Transmitter Empty (TEMT), в случае, если он установлен, нельзя однозначно понять, был ли уже вызов прерывания, или только ещё будет - из-за one character delay?

В общем, некоторый гиморрой получается

Может, кто нибудь более популярно разъяснит механику работы LPCшного UART?

[zltigo]

В общем, некоторый гиморрой получается

Пальцем покажите:

Код

//----------------------------------------------------------------------------
void boutchar( char ch )
{
    if(    status_word & STW_THR_BUSY )
    {    tbuf.buf[tbuf.tail & TBUF_SIZE_MSK] = ch;
              tbuf.tail++;
    }
    else
    {
        status_word |= STW_THR_BUSY;
        U0THR = ch;
    }
}
//----------------------------------------------------------------------------
__irq __arm  void uart_isr(void)
{
bint ch;

    while( !((ch = (U0IIR&IIR_MASK)) & IIR_IP) )        // Check Pending Bit
    {
        // What caused the interrupt?
        switch( ch )
        {

        case IIR_THRE:    // The THRE+TEMPT+FIFO is empty. If there is another
                        //    characters in the TX buffer, load its now to FIFO->THRE.
            if( tbuf.tail != tbuf.head )
            {   for( int ii=0; ( tbuf.tail != tbuf.head )&&( ii < TR_FIFO_SIZE ); ii++ )
                    U0THR = tbuf.buf[(tbuf.head++) & TBUF_SIZE_MSK];
            }
            else
                status_word &= (~STW_THR_BUSY);
            break;

.......

Тут получается весьма простой обработчик - надо передавать данные - разрешаем прерывания и в обработчике происходит загрузка.
Данные закончились - запрещаем прерывание.

Если выкинуть работу с FIFO отсутствующим у AVR, то получаем вот такой "сложный" обработчик прерывания для LPC:

Код

if( tbuf.tail != tbuf.head )
                    U0THR = tbuf.buf[(tbuf.head++) & TBUF_SIZE_MSK];
            else
                status_word &= (~STW_THR_BUSY);

И такой "простой" ( © Сергея ) для AVR:

Код

    
    uint8_t Tmp = TxTail;
    UDR = TxBuffer[ Tmp++ & (UART_TX_BUFF_SIZE - 1) ];
    TxTail = Tmp;
    if(Tmp == TxHead)
        UCSRB &= ~(1<<UDRIE);

[sonycman]

Пальцем покажите:

Спасибо за пример.
У Вас используется софтовый флаг (STW_THR_BUSY) для исключения коллизии при загрузке данных.
На AVR, благодаря "упрощённому" железу он совсем не нужен.

Наверное, тоже введу такой флаг, вместо принудительного вызова прерывания установкой pending бита...

void boutchar( char ch )
{
if( status_word & STW_THR_BUSY )
{ tbuf.buf[tbuf.tail & TBUF_SIZE_MSK] = ch;
tbuf.tail++;
}
else
{
status_word |= STW_THR_BUSY;
U0THR = ch;
}
}

Кстати, у Вас в этой функции потенциальная проблема с опросом флага status_word.
Для корректной работы необходимо запрещать прерывание THRE перед обращением к status_word.
Жаль, не хотелось бы этого...