ATMEGA 8515 UART sendet Mist statt string

[DerVerzweifelte (Gast)]

Hi,
ich verzweifel grad daran einen String über UART auszugeben. Einzelne 
Zeichen kann ich problemlos senden, wenn ich 'a' sende kommt auch ein 
'a' am PC an. Sende ich hingegen einen String z.Bsp: "Hello World!" 
zeigt der PC nur "'abcdefghijk". Der µC sendet also die richtige Anzahl 
an Zeichen nur der Inhalt stimmt nicht.

Ich verwende einen AtMega 8515 mit 8Mhz externem Quarz, eine Baudrate 
mit 38400 Baud und den Quelltext aud dem AVR-GCC UART Tutorial.

#include <avr/io.h>
#include <stdio.h>
#include <stdint.h>

#define BAUD 38400ul      // baud rate
#define UBRR_VAL ((F_CPU+BAUD*8)/(BAUD*16)-1)
#define BAUD_REAL (F_CPU/(16*(UBRR_VAL+1)))
#define BAUD_ERROR ((BAUD_REAL*1000)/BAUD)

#if ((BAUD_ERROR<990) || (BAUD_ERROR>1010))
  #error baud rate error!
#endif

int main () {
// init UART
UBRRH = UBRR_VAL >> 8; // set baud rate (38400)
UBRRL = UBRR_VAL & 0xFF;
UCSRB |= (1<<RXEN) | (1<<TXEN); // enable RxD / TxD
UCSRC = (1<<URSEL) | (1<<UCSZ1) | (1<<UCSZ0); // frame format 8bit data + 1 stop bit

  uart_puts("Hello World!);

}

int uart_putc(unsigned char c) {
  while (!(UCSRA & (1<<UDRE)))  // waits until UART data register is empty
  ;                              
  UDR = c; // sends char                     
  return 0;
 }
void uart_puts (char *s) {
  while (*s != '\0') { // send all chars except \0 (end of string)
      uart_putc(*s);
      s++; // increment pointer
  }
}

F_CPU ist in den Projekteinstellungen von AVR-Studio angegeben.
Hat irgend jemand eine Idee warum das nicht klappt?

[Stefan E. (sternst)]

DerVerzweifelte schrieb:
> zeigt der PC nur "'abcdefghijk".

Wenn genau das angezeigt wird, habe ich eine recht genaue Vorstellung, 
was falsch sein könnte. In dem geposteten Code ist dieser Fehler zwar 
nicht enthalten, aber das ist ja auch gar nicht der tatsächliche Code. 
Dieser würde ja noch nicht mal compilieren. Also zeig erst mal den 
richtigen Code, dann sehen wir weiter.

[DerVerzweifelte (Gast)]

#include <avr/io.h>
#include <stdio.h>
#include <stdint.h>

#define F_CPU 8000000ul
#define BAUD 38400ul      // baud rate
#define UBRR_VAL ((F_CPU+BAUD*8)/(BAUD*16)-1)
#define BAUD_REAL (F_CPU/(16*(UBRR_VAL+1)))
#define BAUD_ERROR ((BAUD_REAL*1000)/BAUD)

#if ((BAUD_ERROR<990) || (BAUD_ERROR>1010))
  #error baud rate error!
#endif

int uart_putc(unsigned char c);
void uart_puts (char *s);

int main () {
// init UART
UBRRH = UBRR_VAL >> 8; // set baud rate (38400)
UBRRL = UBRR_VAL & 0xFF;
UCSRB |= (1<<RXEN) | (1<<TXEN); // enable RxD / TxD
UCSRC = (1<<URSEL) | (1<<UCSZ1) | (1<<UCSZ0); // frame format 8bit data + 1 stop bit

  uart_puts("Hello World!");

}

int uart_putc(unsigned char c) {
  while (!(UCSRA & (1<<UDRE)))  // waits until UART data register is empty
  ;                              
  UDR = c; // sends char                     
  return 0;
 }

void uart_puts (char *s) {
  while (*s != '\0') { // send all chars except \0 (end of string)
      uart_putc(*s);
      s++; // increment pointer
  }
}

Sry, hab den Quelltext gekürzt (UART Empfangsfunktionen rausgeworfen) 
und hab ausversehen die Prototypen der Funktionen gelöscht...

[Stefan E. (sternst)]

DerVerzweifelte schrieb:
> Sry, hab den Quelltext gekürzt (UART Empfangsfunktionen rausgeworfen)
> und hab ausversehen die Prototypen der Funktionen gelöscht...

Ich bin nicht wirklich davon überzeugt, dass das jetzt der Code ist, mit 
dem die Ausgabe "'abcdefghijk" kommt. Denn in dem Code, der diese 
Ausgabe produziert, steht mit ziemlicher Sicherheit "uart_putc(s);" und 
nicht "uart_putc(*s);".

[DerVerzweifelte (Gast)]

Nein, dass ist der Quelltext. uart_putc(s) würde keinen Sinn machen, ich 
will ja ein Zeichen ausgeben daher nimmt man ja das Zeichen auf das der 
Pointer zeigt also uart_putc(*s). Das war mir schon klar, aber irgendein 
Fehler muss ja noch da sein, weil immer noch net geht...

[Stefan E. (sternst)]

DerVerzweifelte schrieb:
> uart_putc(s) würde keinen Sinn machen,

Natürlich würde es das nicht. Aber es würde exakt die beschriebenen 
Symptome erzeugen: Länge passt, aber Inhalt ist "'abcdefghijk".

Poste mal das lss-File.

Nachtrag: weitere Möglichkeit, du hattest diesen Fehler früher mal drin 
und programmierst das falsche (alte) HEX-File in den Controller.

[DerVerzweifelte (Gast)]

So ich hab in der Zwischenzeit mal ein neues Projekt angelegt und den 
Code reinkopiert, um sicherzustellen dass ich net irgendwas verstellt 
hab. Und siehe da es läuft.
Woran liegts? Ich hab das Projekt mit AVR-Studio 4 erstellt nutzte aber 
mittlerweile AVR-Studio 5, weil mir der Editor besser gefällt, ob dass 
die Ursache ist?

[DerVerzweifelte (Gast)]

Durch das neue Projekt kann es das alte HEX-File net sein.

[Stefan E. (sternst)]

DerVerzweifelte schrieb:
> Durch das neue Projekt kann es das alte HEX-File net sein.

Wie jetzt? Ich denke das neue Projekt ist das, was funktioniert?

[DerVerzweifelte (Gast)]

Ja das neue in AVR-Studio 5 erstellte Projekt läuft. Da is wohl beim 
Konvertiren der Projektdaten irgendetwas schiefgelaufen, da konnte ich 
lange nach dem Fehler im Quelltext suchen...
Danke für die Hilfe!