UART Problem beim ATMEGA328

[Nick (Gast)]

Hallo,

ich hab ein Porblem meinem ATmega328 klar zu machen, dass er über UART 
senden soll.

Hier der Code:

#ifndef USART_C_
#define USART_C_

#include <avr/io.h>
#include <stdint.h>
#include <util/delay.h>
#include "usart.h"

#ifndef F_CPU
#error F_CPU not defined.
#endif
#define UBRR_VAL ((F_CPU+UART_BAUD*8)/(UART_BAUD*16)-1)
#define BAUD_REAL (F_CPU/(16*(UBRR_VAL+1)))
#define BAUD_ERROR ((BAUD_REAL*1000)/UART_BAUD)
#if ((BAUD_ERROR>1010) || (BAUD_ERROR<990))
#error Baud-error above 1%
#endif

void UARTInit() {
  DDRD = (1<<PIND1);

  UBRR0H = (unsigned char) (UBRR_VAL >> 8);
  UBRR0L = (unsigned char) UBRR_VAL;

  UCSR0B = (1 << RXEN0) | (1 << TXEN0);

  UCSR0C = (1 << USBS0) | (3 << UCSZ00);

  //UCSR0B = (1 << TXEN0);
  //UCSR0C = (3 << UCSZ00);
  //UBRR0 = UBRR_VAL;
}

void UARTWriteChar(unsigned char Character) {
  while (!(UCSR0A & (1 << UDRE0)));
  UDR0 = Character;
}
  
[...]

#endif /* USART_C_ */

Die Baudrate habe ich im usart.h auf 38400 baud gestellt.

Wenn ich nun im Hauptprogramm die Init-Fkt. und direkt danach die 
WriteChar-Fkt. aufrufe, um mir das Zeichen 0xAA augeben zu lassen, 
passiert ... nix. Mein oszi gibt mir auf dem TX pin nur dauerhaft High 
aus, da ist keine veränderung zu beobachten....
Der Code der Funktionen ist übrigens der aus dem Datenblatt des µCs.

Meine Frage: Was hab ich falsch gemacht, dass ich überhaupt kein Signal 
am TX-Pin bekomme?

Vielen Dank in Vorraus.

[P. S. (Gast)]

main() fehlt.

[Nick (Gast)]

Das Obere ist die datei usart.c, die über die usart.h in die main.c 
eingebunden ist.

In der main.c steht dann:

...

main () {

...

UARTInit();
UARTWriteChar('A'); // A oder ein beliebiger Char...

...

}

[Stefan B. (stefan)]

Zwei Fragen:

1. Führt der AVR diese Zeilen auch aus?

UARTInit();
UARTWriteChar('A'); // A oder ein beliebiger Char...

Möglicherweise stockt der AVR bereits in den ... Codezeilen zuvor oder 
läuft bei untauglichem Hardwareaufbau überhaupt nicht. Ich beantworte 
mir solche Fragen gerne anhand einer einfachen Debug-LED in der Nähe der 
seltsamen Codestelle.

2. Misst du zu dem Zeitpunkt bereits mit dem Oszilloskop?

I.A. ist es nützlicher die Senderoutine nicht einmal sondern mehrmals 
durchzuführen, um eine mehrfache Messmöglichkeit zu haben

[Nick (Gast)]

Okay... das wars, Timingproblem, hab jetzt hübsche Rechteckpulse auf dem 
Schirm ;) Danke Stefan.

Ist es sinnvoll nach der Init-Funktion die von AVR implementierte 
Delay-Funktion zu benutzen oder bringt die nix, weil der µC dann die 
ganze Zeit beschäftigt ist?

[Stefan B. (stefan)]

Eine zwingend notwendige Wartezeit zwischen init und send ist mir 
noch nie aufgefallen. Müsste ich erst in den AVR Datenblättern stöbern.

Vielleicht hat sich das Problem bei mir auch nie gezeigt, weil ich 
üblicherweise Initialisierung und aktuelles Arbeiten im Programm 
getrennt habe. D.h. zwischen beidem sind noch andere Befehle z.B. 
Interrupts initialisieren, Ports konfgurieren etc.