AVR gcc, странное поведение массива

Question

Это первый раз, когда я вижу что-то подобное. Я начинаю подозревать, что это аппаратная ошибка. всякий раз, когда я пытаюсь отправить содержимое массива «test», и этот массив больше 4 элементов или я инициализирую все элементы в объявлении, он содержит 0xff вместо значений, с которыми я пытаюсь инициализировать.

это хорошо работает. когда я читаю значения из массива в то время (отправляя их на ЖК-дисплее и UART) оба показания согласуются со значениями тестов:

uint8_t i=0; 
uint8_t test[4] = {1,2,3,4}; 
    while(i<5){ 
    GLCD_WriteData(test[i]); 
    USART_Transmit(test[i]); 
    i++; 
} 

это не так, она возвращает 0xff вместо теста [I] значения:

uint8_t i=0; 
uint8_t test[5] = {1,2,3,4,5}; 
    while(i<5){ 
    GLCD_WriteData(test[i]); 
    USART_Transmit(test[i]); 
    i++; 
} 

но это работает! он возвращает соответствующие значения

uint8_t i=0; 
uint8_t test[6] = {1,2,3,4,5}; 
    while(i<5){ 
    GLCD_WriteData(test[i]); 
    USART_Transmit(test[i]); 
    i++; 
} 

это также работает:

uint8_t i=0; 
uint8_t test[5]; 
test[0]=1; 
test[1]=2; 
test[2]=3; 
test[3]=4; 
test[4]=5; 
    while(i<5){ 
    GLCD_WriteData(test[i]); 
    USART_Transmit(test[i]); 
    i++; 
    } 

он отлично работает при компиляции на Linux

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

Answer 1

Я думаю, ваша проблема в том, что вы перегружаете USART. Я предполагаю, что GLCD_WriteData() ОЧЕНЬ быстрый, и что USART_Transmit() буферизует символ для передачи, а затем быстро возвращается. Я не знаю вашего оборудования, поэтому я не могу сказать, но четырехсимвольный буфер для USART звучит разумно.

Ваши пятисимвольные примеры не работают, потому что фактический символ, который вы пытаетесь передать, теряется - поэтому вместо него помещается 0xFF. Вам нужно проверить состояние буфера USART и дождаться, пока он покажет, что пространство доступно (примечание NOT пустое - это было бы неэффективно!).

В UART чипов 8250 и 16450 существуют два бита статуса:

• TSRE говорит, что T ransmit S hift R egister является Е MPTY;
• THRE говорит о том, что Т ransmit Н Олдинг R egister является Е MPTY.

THRE может быть установлен, даже если TSRE не является - он занят. Я бы тестировал TSRE и не отправлял следующий символ до тех пор, пока не будет места - или настройте буфер и обработчик прерываний.

Answer 2

Если это не аппаратное обеспечение ввода-вывода, то единственное, что я могу придумать, это компилятор, создающий неправильный код. Каково точное объявление USART_Transmit()? Ожидает ли это uint8_t? Или что-то еще, вроде int (по какой-то причине)?

Если это что-то другое, как int, пожалуйста, попробуйте следующий код:

while(i<5){ 
    int c = test[i];   // Whatever USART_Transmit wants 
    GLCD_WriteData(test[i]); 
    USART_Transmit(c); 
    i++; 
} // while 

Если это всегда работает, то у вас есть проблема компилятора, а не аппаратная проблема.

EDIT: Код для USART_Transmit() при условии:

void USART_Transmit(uint8_t data) {
//Wait for empty transmit buffer
while(!(UCSR0A & (1<<UDRE0)));
//Put data into buffer, sends the data
UDR0 = data;
}

У вас есть что-то лучше чем JTAG - у вас есть ЖК-дисплей! Хотя я не знаю, сколько символов она имеет, или сколько времени требуется, чтобы передать характер ...

Вы могли бы попробовать что-то вроде:

char Hex(uint8_t nibble) { 
    return nibble<10 ? 
      '0'+nibble : 
      'A'+nibble-10; 
} // Hex 
... 
void Send(uint8_t c) { 
    uint8_t s; 
    UDR0 = c; // Send character NOW: don't wait! 
    do { 
     s = UCSR0A; // Get current USART state 
     //s = UCSR0A & (1<<UDRE0); // Or this: isolate ready bit... 
     GLCD_WriteData('x'); 
     GLCD_WriteData(Hex(s >> 4)); // Write state-hi hex 
     GLCD_WriteData(Hex(s & 0xF)); // Write state-lo hex 
    } while (!(s & (1<<UDRE0)));  // Until is actually ready 
} // Send(c) 
... 
Send('A'); 
Send('B'); 
Send('C'); 

Предполагая, что UDRE0 является 3, то этот код приведет к последовательности, такой как x00x00x00x00x00x08x00x00x00x00x08x00x00x00x08, если она работает. Если он производит x08x08x08, то у вас есть застрявший бит UCSR0A, и это аппаратное обеспечение.

Answer 3

В первом примере вы выходите за пределы массива test [4]. Вы работаете в 5 раз, когда массив имеет длину всего 4 элемента.