- LiFePO4 Speicher Test         
Ergebnis 1 bis 4 von 4

Thema: ATMega32 UART problem --> Problem gelöst

  1. #1
    Neuer Benutzer Öfters hier
    Registriert seit
    08.06.2009
    Beiträge
    18

    ATMega32 UART problem --> Problem gelöst

    Anzeige

    LiFePo4 Akku selber bauen - Video
    Hallo ich versuche gerade meinen uC (atmega32) mit einem PC über UART zu verbinden.

    Leider klappt das ganze nicht so richtig. Aus irgendeinem Grund liegen konstante 5V an meinem TX Pin. Der Max232 der das Signal wandeln soll funktioniert anscheinend, da hier passenderweiße -10 V anliegen.

    Ich poste hier mal den Quellcode den ich verwende, villeicht kann mir ja jemand dabei helfen:

    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 1000000 definiert"
    #define F_CPU 16000000UL       /* Quarz mit 1,000000 Mhz */
    #endif
    #define BAUD 9600UL      // Baudrate
     
    // Berechnungen
    #define UBRR_VAL ((F_CPU+BAUD*8)/(BAUD*16)-1)   // clever runden
    #define BAUD_REAL (F_CPU/(16*(UBRR_VAL+1)))     // Reale Baudrate
    #define BAUD_ERROR ((BAUD_REAL*1000)/BAUD) // Fehler in Promille, 1000 = kein Fehler.
     
    #if ((BAUD_ERROR<990) || (BAUD_ERROR>1010))
      #error Systematischer Fehler der Baudrate grösser 1% und damit zu hoch! 
    #endif
    
    #include <util/delay.h>     /* in älteren avr-libc Versionen <avr/delay.h> */ 
    void long_delay(uint16_t ms) {
        for(; ms>0; ms--) _delay_ms(1);
    }
    
    /* USART-Init beim ATmega16 */
     
    void uart_init(void)
    {
        UCSRB |= (1<<TXEN);                         // UART TX einschalten
        UCSRC |= (1<<URSEL)|(1<<UCSZ1)|(1<<UCSZ0);  // Asynchron 8N1 
     
        UBRRH = UBRR_VAL >> 8;
        UBRRL = UBRR_VAL & 0xFF;
    }
    
    int main( void )
    {
    
    	PORTD = 0x012;
    	DDRD = 0x012;//->PortD (LED-Segment) als Ausgabe definiert
    	
    	uart_init();
    
    
    	// bei neueren AVRs steht der Status in UCSRA/UCSR0A/UCSR1A, hier z.B. fuer ATmega16:
        while (!(UCSRA & (1<<UDRE)))  /* warten bis Senden moeglich                   */
        {
        } 
    
     	while(1)
    	{
    		UDR = 'a';                    /* schreibt das Zeichen a auf die Schnittstelle */
    		
    		if(PORTD == 0x00){			//blink LED
    			PORTD = 0x04;
    		}
    		else{
    			PORTD = 0x00;
    		}
    		long_delay(100);			//warte 100ms
    		
    		UDR = 'b'; 					/* schreibt das Zeichen b auf die Schnittstelle */
     		
    		if(PORTD == 0x00){			//blink LED
    			PORTD = 0x04;
    		}
    		else{
    			PORTD = 0x00;
    		}
    		long_delay(100);			//warte 100ms
    		
    		UDR = 'c'; 					/* schreibt das Zeichen c auf die Schnittstelle */
    		
    		if(PORTD == 0x00){			//blink LED
    			PORTD = 0x04;
    		}
    		else{
    			PORTD = 0x00;
    		}
    		
    		long_delay(1000);			//warte 1000ms
    	}
        	
     
        return 0;
    }

  2. #2
    Super-Moderator Robotik Visionär Avatar von PicNick
    Registriert seit
    23.11.2004
    Ort
    Wien
    Beiträge
    6.842
    Kopire doch einfach mal das Beispiel rein:
    http://www.rn-wissen.de/index.php/So...lo.2C_world.29

    Das sollte funzen. dann siehst du vielleicht selbst, wo unterschiede liegen
    mfg robert
    Wer glaubt zu wissen, muß wissen, er glaubt.

  3. #3
    Erfahrener Benutzer Roboter-Spezialist
    Registriert seit
    06.08.2008
    Ort
    Graz
    Beiträge
    521
    Ich hab vor ein paar Tagen auch mit dem UART und nicht funktionierenden Libraries gekämpft, meine Lösung stammt praktisch aus dem Atmega Datenblatt:

    Baudrate kann man universell über define einstellen, oder direkt den Wert für ubrr aus dem Datenblatt übernehmen.

    Code:
    #define BAUD        9600
    #define UBRR_BAUD   ((F_CPU/(16UL*BAUD))-1) 
    
    	UBRRH = (unsigned char)(UBRR_BAUD>>8);
    	UBRRL = (unsigned char)UBRR_BAUD;	
    	UCSRB = (1<<RXEN)|(1<<TXEN);
    	UCSRC = (1<<URSEL)|(1<<UCSZ0)|(1<<UCSZ1);
    Ein while (!(UCSRA & (1<<UDRE))) vor jedem Senden schadet nicht damit nichts verloren geht, mein Programm wird trotzdem ohne merkbare Verzögerung abgearbeitet.

    Weiters schalte ich die Ports anders, mit PORTD |= (1<<PD1), bzw PORTD &= ~ (1<<PD1), kann sein dass du mit deinem Befehl die UART Schnittstelle als digitalen Ausgang überschreibst.

    LG

  4. #4
    Neuer Benutzer Öfters hier
    Registriert seit
    08.06.2009
    Beiträge
    18
    kann sein dass du mit deinem Befehl die UART Schnittstelle als digitalen Ausgang überschreibst.
    jap genau das hab ich gemacht... leider funktioniert es auch ohne diesen fehler nicht.

    das beispiel habe ich ausprobiert.... habe aber auch dabei einen dauer high zustand am Tx Pin. wird danwohl warscheinlich an meiner hardware liegen...was dann allerdings bedeuten würde das der uC defekt ist... ich werde diesen morgen austauschen , mal schaun was dabei herauskommt.

    --->edit<-------

    So das Problem lag wohl anscheinend an einem defekten uC. nach dem ich den atmega32 ausgetauscht hatte kahmen ohne Probleme die Datenpakete an.

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

LiTime Speicher und Akkus