ATmega8 -UART Problem(dringend!!!)

Gast #580312
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
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
 [ 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
> 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
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
> 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
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
> 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
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
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
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
Nein, bin nicht sicher. Ich pruefe es gerade ueber. Es kann moeglich 
sein, dass die Entwicklungsboard nicht richtig funktioniert oder ich 
nicht es richtig eingetellt habe.
Gast
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):-)
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!
Gast
geklappt!!!!
War der Fehler mit Fuse!!!
Hatte die Datenblatt nicht alle durchgelesen! selber Schuld!
Aber danke Euch! Ihr hat mir sehr viel geholfen!

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 19 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.