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
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
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
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
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
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
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
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
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
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
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
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):-)
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

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.