UART Atmega8A - krzaczki w terminalu

[Fifou]

Cały dzień już się męczę z tym i nie wiem o co chodzi. Kod skopiowany z datasheet. Jedynie UBRR wpisane z tabelki, bo bez tego w debugerze w Atmel Studio MYUBRR wynosił 0. Dodatkowo, URSEL nie zmienia sposobu zapisu, ale czytałem, że to problem debuggera, w procku jest ok. Coś wysyła, jednak to nie jest to co bym chciał.

#define FOSC 1000000
#include <avr/io.h>
#include <util/delay.h>

//void setAngle(int angle);
//void InitServ(void);

#include <inttypes.h>
#include <avr/interrupt.h>
#include <string.h>
#include <stdint.h>
#define BAUD 9600
#define MYUBRR FOSC/16/BAUD-1


void main(void)
{
unsigned char z = "a";

USART_Init(12);
//InitServ();
//int i;
while(1) {

	USART_Transmit(z);

	_delay_ms(1000);
}

}


void USART_Init (unsigned int ubrr)
{
// Set baud rate
UBRRH = (unsigned char)(ubrr>>8);
UBRRL = (unsigned char)ubrr;

UCSRB = (1<<RXEN)|(1<<TXEN);
/* Set frame format: 8data, 2stop bit */
UCSRC = (1<<URSEL)|(1<<USBS)|(3<<UCSZ0);


}

void USART_Transmit( unsigned char data )
{

/* Wait for empty transmit buffer */
while ( !( UCSRA & (1<<UDRE)) ) ;
/* Put data into buffer, sends the data */
UDR = data;
}

[marek1707]

A jak policzyłeś ten UBRR? Skąd wziąłeś 12? Bo mi wydaje się, że (1000000/16/9600)-1 daje w wyniku 5.5

Już tego widać, że przy taktowaniu 1MHz nie możesz osiągnąć prędkości 9600, bo po zaokrągleniu podzielnika do 5 lub 6 błąd będzie zbyt duży.

[jnk0le]

9600bps bez U2X nie uzyskasz na 1MHz.

A UBBR lepiej makrem wyliczyć niż przepisywać z kalkulatorów.

#define BAUD_CALC(x) ((F_CPU+(x)*8UL) / (16UL*(x))-1UL)

[Chumanista]

jnk0le, Problem jest taki że jak wyliczasz makrem nie widzisz czy wynik ma jakikolwiek sens. Więc jak wyjdzie 5,5 to będziesz się dziwił dlaczego nie działa.

[jnk0le]

Niestety ta "metoda" w tym przypadku zawiodła bo z 5,5 zrobiło się 12

Najprościej jest się zapoznać z możliwymi prędkościami dla danego zegara i nie kombinować licząc ubbr za każdym razem.

http://wormfood.net/avrbaudcalc.php

[marek1707]

No właśnie nie, bo jak napisał kolega Fifou: "UBRR wpisane z tabelki".

Obie metody - i kalkulatorowa i tabelkowa wymagają uwagi. W każdej może się palec omsknąć i dzień w plecy. Po jakimś czasie z doświadczenia wiadomo, że pewnych prędkości w tak prostym generatorze baud rate'ów nie da się z niskich zegarów uzyskać. Najlepszą metodą jest chyba takie napisanie makra, by samo informowało (np. warningiem podczas kompilacji) o błędzie większym niż powiedzmy 2%

I jak to zwykle bywa: oscyloskop wyjaśnia sprawę jednym pomiarem

[Chumanista]

marek1707, albo analizator stanów logicznych. Za 24zł można mieć porządną kopię starego Saleae, 8 kanałów, 24MHz, porządny soft, szczerze polecam.

[Wojciech]

Najlepszą metodą jest chyba takie napisanie makra, by samo informowało (np. warningiem podczas kompilacji) o błędzie większym niż powiedzmy 2%

Ale takie makro jest i to w standardowych (dla AVRów) bibliotekach.

W pliku util/setbaud.h

Tolerancja jest w nim ustawiona dokładnie na 2% i są też przykłady kodu właśnie dla Atmegi8.

[marek1707]

O! Używałem go wielokrotnie ale nie wiedziałem, że umie zgłaszać błędy. Widocznie bezwiednie korzystałem tylko z sensownych przy danym zegarze prędkości. Zaraz to sprawdzę, dzięki.

Ech, nie ma to jak wynaleźć koło.. A już się ucieszyłem