Atmega8 RS232

[patrick b. (calalex)]

hallo, ich nutze einen Atmega8, programmiere mit Amtel Studio6 und 
möchte eine Kommunikation über RS232 zum PC. Als Terminal verwende ich 
HTerm port com1,baud 9600, data 8, stop1, parity non.

am terminal kommt nix an, was mach ich falsch? danke fürs feedback!

#include <avr/io.h>
#include <stdio.h>
#include <string.h>
#include <util/delay.h>
#include <avr/interrupt.h>
#include <stdint.h>    
#include <inttypes.h>


#define BAUD 9600
#define MYUBRR F_CPU/16/BAUD -1   //#define F_CPU 4000000


volatile char ReceivedChar;
void sendletter(unsigned char);

void sendletter(unsigned char letter)
{
  while ( !(UCSRA & (1 << RXC)) )
  letter= UDR;

  while ( !( UCSRA & (1<<UDRE)) )
  UDR = letter;
}

void inituart()
{
  UBRRH = (MYUBRR >> 8);
  UBRRL = MYUBRR;
  UCSRB = (1<<RXEN)|(1<<TXEN);
  UCSRC = (1<<URSEL)|(1<<USBS)|(1<<UCSZ0);
}

int main(void)
{

  inituart();

  while(1==1)
  {
    
  sendletter('.');

    
  }
  
  return 0;

}

[Gurty (Gast)]

#define MYUBRR (F_CPU/16/BAUD-1)

[Dussel (Gast)]

Müsste hinter die Schleifen in sendletter() nicht ein Semikolon?
Und ist USBS in UCSRC nicht zwei Stopbit?

[Karl H. (kbuchegg)]

> am terminal kommt nix an, was mach ich falsch?

drück mal eine Taste.

Denn genau das hast du hier ( wenn auch falsch ) programmiert:

void sendletter(unsigned char letter)
{
  while ( !(UCSRA & (1 << RXC)) )
  letter= UDR;

  while ( !( UCSRA & (1<<UDRE)) )
  UDR = letter;
}

Da steht

   warte auf ein eingehendes Zeichen
    (und während du wartest hol immer wieder irgendwas von der
     UART und speichere es in letter)

   gib danach letter auf der UART aus
    (und zwar solange, solange die UART nicht frei ist)


d.h. dein COde wartet prinzipiell schon mal darauf, das was über die 
UART reinkommt. Und erst dann geht es weiter.

[Karl H. (kbuchegg)]

> was mach ich falsch?

Du hast dir die programmtechnischen Details der UART Funktionen im 
Tutorial nicht gut genug angesehen. Und gerade in C kann jeder noch so 
kleine Fehler, jedes vergessene Satzzeichen "tödlich" sein.

[temporärer Gast (Gast)]

Viele ähnliche Uart Probleme die letzten Tage. Seltsam.

[patrick b. (calalex)]

Dussel schrieb:
> Und ist USBS in UCSRC nicht zwei Stopbit?

hab ich ersetzt:

UCSRC = (1 << URSEL) |(1 << UCSZ1) | (1 << UCSZ0);

[Olaf B. (omb)]

Kann es sein, dass du die RS232 Buchse falsch belegt hast?
Laut http://de.wikipedia.org/wiki/RS-232

X1 PIN2 = Ausgang zum PC
X1 PIN3 = Eingang vom PC

X1 PIN2 muss an IC3 PIN14
X1 PIN3 muss an IC3 PIN13

Dann kann RTS und CTS noch gebrückt werden. Also X1 PIN7 und PIN8

Die Verbindung zwischen PIN4 und PIN6 entfernen.

[patrick b. (calalex)]

Karl Heinz Buchegger schrieb:
> d.h. dein COde wartet prinzipiell schon mal darauf, das was über die
> UART reinkommt. Und erst dann geht es weiter.

ok,

void sendletter(unsigned char letter)

 hab ich rausgenommen.

die whileschleife hab ich so geändert, dass bei einem Tastendruck,

char test[10];

test gesendet werden soll.

while(1==1)
{

  test[0]='t';
        test[1]='e';
        test[2]='s';
        test[3]='t';

  if( !(PINB & (1<<PB0)))   // Taste gedrückt
  {  
    
    UDR= test;

  }
}
  return 0;

[spess53 (Gast)]

Hi

>Die Verbindung zwischen PIN4 und PIN6 entfernen.

Ist nicht falsch. Im Anhang die Beschaltung der RS232-Anschlüsse des 
STK500.

MfG Spess

[patrick b. (calalex)]

spess53 schrieb:
>>Die Verbindung zwischen PIN4 und PIN6 entfernen.
>
> Ist nicht falsch. Im Anhang die Beschaltung der RS232-Anschlüsse des
> STK500.
>
> MfG Spess

ich hab aber 14 an 1
und in der Zeichnung soll 14 an 2

[Olaf B. (omb)]

spess53 schrieb:
> Ist nicht falsch. Im Anhang die Beschaltung der RS232-Anschlüsse des
> STK500.

Das stimmt. Die Brücke kann drin bleiben. Die brückt dann auch noch DSR 
und DTR. Aber in seiner Schaltung stimmt der ganze Rest der Beschaltung 
ja nicht. Außer Pin 3 und Pin 5.
@Patrick: Hast du meinen Beitrag weiter oben gesehen?

[Karl H. (kbuchegg)]

patrick bateman schrieb:

> test gesendet werden soll.

Und was soll der Blödsinn darstellen?
Hast du dir schon mal im AVR-GCC-Tutorial die entsprechenden 
Routinen angesehen?

Hast du überhaupt schon mal deine UART-Hardware (Verkabelung, den MAX) 
getestet?
AVR Checkliste

[temp (Gast)]

Nunja, nachdem er sich in Beitrag "LCD Initialisierung scheitert Atmel8" 
schon für exakt dieses "Projekt" sein LCD hat machen lassen, gings mit 
danach funktionierendem LCD in 
Beitrag "Interner Pullup Widerstand, Buttonansteuerung klappt nicht" direkt mit den Tastern 
weiter.
Jetzt sind wir also beim UART angelangt. Das mit dem Entprellen hat er 
scheinbar im zweiten Thread überlesen, daher auch wohl der letzte 
Codeschnipsel.
Das nächste (wenn Code und Verkabelung mal passen) dürfte dann die 
vergessene Fuse für den Quarz sein.
Im nächsten Thread dürfen wir uns dann wohl über disfunktionale 
AD-Wandler freuen ;)

[amateur (Gast)]

Wenn Deine reelle Schaltung eine gewisse Ähnlichkeit mit dem Schaltbild 
hat, könnte der Rechner genau das machen was er soll: Nämlich Resetten.

Soll er das nicht, könnte Pin1 = High etwas Schwung in die Sache 
bringen.

[amateur (Gast)]

Sorry, oder hat der einen kräftigen Zieh-hoch?