ATmega8 -UART Problem(dringend!!!)

Gast #580312
Lesenswert?

Hallo everybody,

ich habe ein Programm fuer UART geschrieben.
Dieses Programm soll die Zeichnen, die ich getippt habe, an PC 
zurueckschicken.
Diese Kommunikation zwischen ATmega8 und PC laeuft, aber keine richtige 
Zeichnen zurueckgegeben.
Mit Oszilloskop habe Rx und Tx beobachtet. Rx ist richtig. Aber Tx ist 
falsh. Wahrscheinlich kennt Atmega8 die Zeichnen nicht.
Ich habe die Einstellung der USART ueberprueft. Aber habe kein Fehler 
gefunden.
Konnt jemand mir helfen?

Code sieht unter:
mit ATmega8L, 7,3728MHz
mit ICCAVR Complier

#include <iom8v.h>
#include "C:\ICC_H\CmmICC.H"

#include <macros.h>

#define DISP_DDR  DDRC
#define DISP_PORT  PORTC

#define F_CPU 7372800
const unsigned char buffer[]="http://www.avrvi.com";;

void USART_Init(uint16 baud )
{
uint16 tmp;
/* Baud rate setting*/
UCSRB = 0x00;
tmp= F_CPU/baud/16-1;
UBRRH = (uint8)(tmp>>8);// 0x00;
UBRRL = (uint8)tmp;//  0x2F;
/* enable transmitter and receiver   0x18*/
 DISP_PORT = 0x00;
 delay50ms(2);
UCSRB = (1<<RXEN)|(1<<TXEN);

 DISP_PORT = 0x03;
 delay50ms(2);
/* 8 databit 1 stopbit  0x86*/
UCSRC = (1<<URSEL)|(1<<UCSZ0)|(1<<UCSZ1);
UCSRA = 0x00;
}

void uart0_init(void)
{
UCSRB = 0x00; //disable while setting baud rate
UCSRA = 0x00;
UCSRC = BIT(URSEL) | 0x06;
UBRRL = 0x2F; //set baud rate lo
UBRRH = 0x00; //set baud rate hi
UCSRB = 0x18;

}


void USART_Transmit(unsigned char data )
{

while ( !( UCSRA & (1<<UDRE)) )
;

UDR = data;
}


unsigned char USART_Receive( void )
{

while ( !(UCSRA & (1<<RXC)) )
;
return UDR;
}


void USART_Transmit_2( void )
{
while ( !( UCSRA & (1<<UDRE)) )
;
UDR = 'H';
while ( !( UCSRA & (1<<UDRE)) )
;
UDR = 'e';
while ( !( UCSRA & (1<<UDRE)) )
;
UDR = 'l';
while ( !( UCSRA & (1<<UDRE)) )
;
UDR = 'l';
while ( !( UCSRA & (1<<UDRE)) )
;
UDR = 'o';
}


void main(void)
{
 unsigned char n=0,tmp=0;
 DISP_DDR = 0xFF;

  DISP_PORT = 0x02;    // hier funktioniert
//    delay50ms(4);
//  uart0_init();
  DISP_PORT = 0x03;   // hier funktioniert
//  delay50ms(4);
USART_Init(9600); //???9600 ?????

/*
for(n=0;n<10;n++) //???????????http://www.avrvi.com
{
USART_Transmit(0x41);
}
*/
for(n=0;n<10;n++){
 USART_Transmit('A');//kein 'A' an PC geschickt, aber '.' und '€' 
geschickt
 DISP_PORT = 0x02;   // hier funktioniert
 delay50ms(2);
 DISP_PORT = 0x01;    // hier funktioniert
 delay50ms(2);
 }
   DISP_PORT = 0x05;  // hier funktioniert



while(1)
{
if(UCSRA&(1<<RXC))
{
  tmp=USART_Receive();
  USART_Transmit(tmp);

  if(tmp=='a')
  {
    USART_Transmit('O');
    USART_Transmit('K');
  }
  if(tmp=='A')        // wenn ich 'A' tippe, wird hier nicht gelaufen
  {
    DISP_PORT = 0x01;
    USART_Transmit_2();
  }
}
}
}
Gast #580349
Lesenswert?

Mit ICC-Code bist du im _GCC_-Forum ein bisschen verkehrt ;).
Aber dein Problem klingt nach einem Takt-problem...
- Bist du sicher, dass der Atmega mit den 7,...MHz läuft und nicht mit 
den 1? MHz Internem Takt? (Stichwort: Fuses 
http://www.mikrocontroller.net/articles/AVR_Fuses )
- ist im Pc-Programm dieselbe Baudrate eingestellt (die "9600????" ;) ), 
wie im Atmega?

hth. Jörg

ps. benutz BITTE die [ c] [/ c] -Tags, danke!
Gast #580434
Lesenswert?

 [ c]
danke Jörg!
ich bin neu hier. :-P

"Aber dein Problem klingt nach einem Takt-problem..."
ich glaube auch.
Ich glaube schon, dass ATmega8 mit 7.3728Mhz funktioniert.
Aber morgen werde ich nochmal ueberpruefen.
Terminal Programm habe ich bestimmt mit 9600 MHz eingestellt.
Mit Osizilloskop habe ich Rx auch beobachtet. Es ist richtig.


 [/ c]
Gast #580452
Lesenswert?

> Ich glaube schon, dass ATmega8 mit 7.3728Mhz funktioniert.

Das glauben wir alle (sogar ATMEL glaubt daran). Die Frage ist nur, ob 
du deinen Controller auch mit dem richtigen Quarz (7,3728MHz) betreibst, 
und ob du die Fuses richtig eingestellt hast.

> Terminal Programm habe ich bestimmt mit 9600 MHz eingestellt.

Wow... eine RS232 Schnittstelle mit 9.600.000.000 Baud? Cool! ;)

> Mit Osizilloskop habe ich Rx auch beobachtet. Es ist richtig.

Bitte um Definition von: "es ist richtig"

Gruß,
Magnetus

Übrigens:

  Die [c ] und [/c ] Tags müssen ohne Leerzeichen geschrieben werden.
  Das [c ] markiert den Anfang eines Programmausschnitts und das [/c ]
  markiert das Ende.

Das Ganze kann dann z.B. so aussehen:
1
while(code_is_faulty())
2
{
3
  visit("www.microcontroller.net");
4
  write_code(better,than,before);
5
  test(new_code);
6
};
Gast #580456
Lesenswert?

Ich habe eine Entwicklungsboard gekauft.
Ich glaube, dass die Fusse richtig eingestellt werden.


9600MHz..... hab falsch eintippt.. war 9600bps

Die Bits an Pin Rx an ATmega8 sind richtig. Ein Bit betraegt circa. 
1/9600s. (also 9600Hz) Wenn ich "A" eingetippt habe, wird 0x41 
geschickt.
Gast #580460
Lesenswert?

> Die Bits an Pin Rx an ATmega8 sind richtig. Ein Bit betraegt circa.
> 1/9600s. (also 9600Hz)

"Circa 1/9600s (also 9600Hz)" reicht nicht. Es müssen genau 9600 Baud 
sein. Es wäre z.B. denkbar, dass der µC mit dem internen 8MHz Takt 
läuft. Da siehst du mit dem Oszi auf die Schnelle keinen großen 
Unterschied.

> Wenn ich "A" eingetippt habe, wird 0x41 geschickt.

Heisst das jetzt, dass der PC korrekterweise 0x41 an den µC schickt, 
oder dass der µC mit 0x41 antwortet?
Gast #580470
Lesenswert?

Ob er bei genau 9600 Baud arbeitet, kann dieser Oszilloskop nicht mehr 
genauer sagen. Aber ich bin sicher, in den Bereich von 9550-9650.

Wenn ich "A" eingetippt, wird 0x41 an den uC geschickt.
1
while(1)
2
{
3
if(UCSRA&(1<<RXC))
4
{
5
  tmp=USART_Receive();
6
  USART_Transmit(tmp);
7

8
  if(tmp=='a')
9
  {
10
    USART_Transmit('O');
11
    USART_Transmit('K');
12
  }
13
  if(tmp=='A')        // wenn ich 'A' tippe, wird hier nicht gelaufen
14
  {
15
    DISP_PORT = 0x01;
16
    USART_Transmit_2();
17
  }
18
}
´bei tmp=='A' sollte pin 0 bei PORTC einen High Pegel ausgeben.
Aber es wurde nicht geklappt.
Gast #580493
Lesenswert?

> Ob er bei genau 9600 Baud arbeitet, kann dieser Oszilloskop nicht mehr
> genauer sagen. Aber ich bin sicher, in den Bereich von 9550-9650.

Glauben (sicher sein) und wissen sind zwei paar Schuhe...
1
DISP_PORT = 0x01;

Wer weiss was sich hinter "DISP_PORT" versteckt...

Hast du den entsprechenden Portpin auch vorher als Ausgang gesetzt?
Gast #580497
Lesenswert?

Also, wenn ich das Ganze noch mal so durchlese, fällt mir auf, dass Dein 
µC ja scheinbar gar nicht über die Serielle Schnittstelle antwortet, 
oder?

Regt sich denn überhaupt etwas am TX-Pin des Controllers?
Gast #580506
Lesenswert?

Tx antwortet etwas, aber nicht die richtige Zeichnen.
Dieses Programm sollte die Zeichnen, die ich gegeben habe, 
zurueckschicken.
Wenn ich "A" schicke, uC kennt ihn nicht. Aber er schickt etwas anderes 
zurueck.
Gast #580551
Lesenswert?

Du bist wirklich sicher, dass der Atmega für "Crystal Oscillator" - so 
heißt das im Datasheet!, im deinem Brennprogramm kann es anders heißen 
(insbesonders NICHT mit "External Clock" verwechseln!!) - ge'fuse't ist?
Gast #580771
Lesenswert?

Die interne Oszillator wurde wahrscheinlich benutzt. :-P
Die Fusse wurden nicht richtig eingestellt.
Ich benutze ICCAVR als Complier und Ponyprog ueber ISP(kein JTag), um 
die Programm unterzuladen. Wie kann ich damit die Fusse richtig 
einstellen?
Ich bedanke mich alle hier. Thank u very much~~~~~xie xie(chinesisch):-)
#580781
Lesenswert?

Carol wrote:
> die Programm unterzuladen. Wie kann ich damit die Fusse richtig
> einstellen?

http://www.mikrocontroller.net/articles/AVR_Fuses#Ponyprog2000

Aber Achtung:
Die Darstellung verwendet (wie das Tutorial) einen Quarzoszillator.
Wenn du einen Quarz benutzt, dann muessen die Häckchen bei
CKSEL0 - CKSEL3 nicht gesetzt sein.

Vor den Änderungen die Fusebits einlesen nicht vergessen!

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren