Druckbare Version
Hallo,
ich habe ein Pollin Evaluationboard 2.01 mit einem ATMEGA 644.
Mein Problem:
Ich bekomme es nicht hin mit der RS232 Schnittstelle etwas zu senden.
Habe einige Beispiele ausprobiert, aber es klappt nichtmal das Init der Schnittstelle.
Hat jemand ein Beispielprogramm, mit dem ich einen String oder auch nur ein einzelnes Zeichen senden kann?
Mfg, Andreas
Hallo,
mit diesen Zeilen habe ich ein einzelnes Zeichen vom PC an den µC geschickt, den ASCII Code des Zeichens an den LEDs vom PortC ausgegeben und dann wieder auf den PC zurückgeschickt.
Hardware: RN-Board1.4, Atmega32
Baudrate 9600, 8N1
Hoffe, dir geholfen zu haben
Walter
Code:
#include <avr/io.h>
#define F_CPU 8000000UL
#include <util/delay.h>
#include <stdlib.h>
#include <avr/interrupt.h>
int main(void){
UBRRH = 0;
UBRRL = 51;
UCSRB = (1<<RXEN) | (1<<TXEN);
UCSRC |= (1<<URSEL) | (3<<UCSZ0);
DDRC = 0xff;
unsigned char a;
_delay_ms(2000);
while(1){
while((UCSRA & (1<<RXC))){
a = UDR;
PORTC = ~a;
_delay_ms(3000);
UDR = a;
_delay_ms(3000);
}
}
}
Leider gibt es wie auch schon bei den anderen Programmen unzählige Fehlermeldungen beim Compilieren.
../Test.c:23: error: 'UBRRH' undeclared (first use in this function)
../Test.c:24: error: 'UBRRL' undeclared (first use in this function)
...
...
Das geht dann so weiter. Als könne er damit nix anfangen. Irgendetwas fehlt ihm.
So sieht mein Kopf aus:
Code:#include <avr/io.h>
#ifndef F_CPU
/* Definiere F_CPU, wenn F_CPU nicht bereits vorher definiert
(z.B. durch Übergabe als Parameter zum Compiler innerhalb
des Makefiles). Zusätzlich Ausgabe einer Warnung, die auf die
"nachträgliche" Definition hinweist */
#warning "F_CPU war noch nicht definiert, wird nun mit 16000000 definiert"
#define F_CPU 16000000UL /* Quarz mit 16.0000 Mhz */
#endif
#include <util/delay.h>
#include <stdlib.h>
#include <avr/interrupt.h>
Fehlt da noch etwas?
Gruß, Andreas
Bin selber relativ neu hier.
Kannst du meinen Bespielcode fehlerfrei übersetzen?
mfg Walter
Nein bei mir funktioniert dein Programm nicht, AVR kann es nicht kompilieren.
Zwei der Fehler habe ich in meinem letzten Post genannt.
Ich versuche gerade herauszufinden, woher diese Fehler kommen. Bisher hab ich noch nichts gefunden.
Gruß, Andreas
EDIT:
Da kommen noch zahlen zwischen.
also statt:
muss ich schreiben:Code:UCSRB = ( (1<<RXEN)|(1<<TXEN) );
So werden es schon mal weniger Fehler :-)Code:UCSR0B = ( (1<<RXEN0)|(1<<TXEN0) );
Aber alles habe ich noch nicht behoben...
Ok, der Atmega32 hat auch wie der 644 nur einen USART, will aber den einen nicht als Null addressiert haben.
Habe mich vor einem Jahr mit der seriellen Datenübertragung zwischen PC und µC beschäftigt und diese Seite hat mir dabei geholfen:
http://www.tschallener.net/info/inde...ga32-in-c.html
mfg Walter
Hi MechMac!
Das Problem ist, dass die bei Atmel die Namen einiger Register und Bits geändert haben beim 644 um mehrere Uart in einem Controller adressieren zu können.
Der 644p z.B. hat zwei davon. Daher auch die 0 am Ende oder mittendrin für die 1. Schnittstelle. Im Datenblatt sind die Register der einzelnen UART vollständig benannt.
Es gibt auch einen "migration guide" vom ATmega32 zum ATmega644.
Der ist allerdings auch nicht wirklich eindeutig an ein paar Stellen:
http://www.atmel.com/dyn/resources/p...ts/doc8001.pdf
edit:
Die Schnittstelle muss in den asynchronen mode initialisert werden, weiß nicht mehr genau, ob der meg32 das auch so wollte.
Tabellen für die Baudraten bei diversen Taktfrequenzen, inkl. Fehler:
http://www.wormfood.net/avrbaudcalc.php
Code:// ****** init debug serial output
void initDBGser(void) {
// --- set UART baud rate to 115200 @ 14,7456 MHz
unsigned int baud = 7;
UBRR0H = (unsigned char) (baud>>8);
UBRR0L = (unsigned char) baud;
// --- init
UCSR0B = (1 << RXEN0) | (1 << TXEN0);
UCSR0C = (1 << UCSZ01) | (1 << UCSZ00);
return;
}
// ****** send byte
void DBGsertxbyte(uint8_t btmp) {
// --- wait for empty tx buffer
while ( !(UCSR0A & (1<<UDRE0)) );
// --- put data into UDR, starts transmission too
UDR0 = btmp;
return;
}
Es gibt mehrere 644-Varianten. Das ist natürlich etwas gefährlich.Zitat:
Zitat von Slein
Ich habe mehrere docs zur "644"er Familie:
2593M–AVR–08/07 für den ATmega644/V (Preliminary) - 1 UART (UART0)
8011M–AVR–08/09 für ATmega164P/324P/644P - 2 USART’s, USART0 und USART1
8272A–AVR–01/10 für 164A/164PA/324A/324PA/644A/644PA/1284/1284P - das Neueste - 2 USART’s, USART0 und USART1
MechMac, Du musst unbedingt das für Deinen aktuell verwendeten Controller passende Datenblatt nehmen, und natürlich auch die entsprechende io.h - sonst gehts schief. Das hast Du ja schon gesehen.
Danke für die Antworten, ich habe es nun hinbekommen.
Gruß, Andreas
Hallo Andreas,
Bitte schreib doch kurz, woran es gelegen hat. Es gibt sicher Mitleser, die daraus lernen könnten.Zitat:
Zitat von MechMac
Nun ja, es lag an drei Dingen.
1. In meinen Bezeichnern fehlten die Nummern, welche bestimmen welche Schnittstelle ich nun ansteuern möchte.
Also statt UCSRB dann UCSR0B usw..
2. Ob das nun ein Fehler war oder nicht weiß ich nicht.
Ich habe aus
folgendes gemachtCode:UCSR0C = (3<<UCSZ00); // 8-Bit character length
Leider kenne ich mich mit C noch nicht so gut aus, als dass ich dazu etwas kluges sagen könnte. Aber ich vermute mal das es etwas mit der Konfiguration der Schnittstelle zu tun hat.Code:UCSR0C = (1 << UCSZ01) | (1 << UCSZ00);
Und das dritte Problem bestand darin, dass die Baud-Rate nicht so ganz passte. Was wiederum wohl mit der Frequenz des Quarzes zu tun hat. Aus diversen Brocken habe ich mir dann etwas zusammenkopiert, welches die Werte für UBRR0H und UBRR0L berechnet:
Gruß, AndreasCode:#define UART_BAUD_RATE 19200L
#define UART_BAUD_CALC(UART_BAUD_RATE,F_CPU) ((F_CPU)/((UART_BAUD_RATE)*16L)-1L)
//[..]
//[..]
//[..]
int main(void){
UBRR0H = (uint8_t) (UART_BAUD_CALC(UART_BAUD_RATE,16000000)>>8);
UBRR0L = (uint8_t) UART_BAUD_CALC(UART_BAUD_RATE,16000000)
//[..]
//[..]
}