Switch Anweisung beim ATMEGA32 funktioniert nicht

Gast #993902
Moin..
Ich benutze einen ATMega 32. Ich möchte durch eine Eingaba am PC PWM's 
unterschiedlich steuern. Die Baudrate des UARTs habe ich festgelegt,
aber irgendwie springt er immer nur in die default Anweisung. Egal ob
ich "1" bzw. eine andere switch Anweisung probiere, oder ob ich einfach
einen Buchstaben dürcke. Hat jemand eine Ahnung?

Bin dankbar für jede Hilfe.

Danke Gruß Martin

P.s. Quellcode im Anhang.
Angehängte Dateien:
#993929
Sorry...
habe erst gerad gemerkt, das, wenn man was neues schreibt, der wieder 
als aktuell gilt.

jedenfalls habe ich die Funktion, wo der UART initialisiert wird wie 
folgt erweitert..

void Usart_EnableRX(void)
{
    UCSRB |= ( 1 << RXEN );
    UBRRH = UBRR_VAL >> 8;
    UBRRL = UBRR_VAL & 0xFF;
}

aber ich dachte das der UART funktioniert, da ich ja durch drücken einer 
Taste (leider einer beliebigen) eine Rückmeldung bekomme. Er springt in 
den "default" Teil.

Gruß Martin
Moderator (Firma: Titel) Persönliche Seite #993950
> aber ich dachte das der UART funktioniert...
Tut er ja, aber mit der falschen Baudrate.

> drücken einer Taste ... springt in den "default" Teil.
Genau deshalb.
Gib doch das empfangene Zeichen gleich auf der RS232-Schnitte wieder 
aus, dann siehst du, was der uC sieht.
Oder sende zum Test, ob deine Buadrate stimmt, einfach mal ein Zeichen 
vom uC an das Terminal.
#993962
Ich scheine hierfür einfach zu blöd zu sein. Im Datenblatt bin ich auf 
dies gestoßen:

void USART_Init( unsigned int baud )
{
/* Set baud rate */
UBRRH = (unsigned char)(baud>>8);       <------------
UBRRL = (unsigned char)baud;            <------------
/* Enable receiver and transmitter */
UCSRB = (1<<RXEN)|(1<<TXEN);
/* Set frame format: 8data, 2stop bit */
UCSRC = (1<<URSEL)|(1<<USBS)|(3<<UCSZ0);
}

wobei die von mir markierten Zeilen die Baudrate festlegen richtig?
was ist mit "unsigned char" gemeint und die variable "baud" wird sicher 
die Baudrate sein oder? jetzt weiß ich aber immernoch nicht welchen Wert 
diese haben sollte. wie müsste ich denn meinen Code modifizieren?:


void Usart_EnableRX(void)
{
    UCSRB |= ( 1 << RXEN );
    UBRRH = UBRR_VAL >> 8;
    UBRRL = UBRR_VAL & 0xFF;
}


Gruß Martin
#994006
Ahh..
ja 9600 möchte ich.
fosc sollte auf 8000000 eingestellt sein (Fusebits).
die einzige Frage die sich mir noch stellt: Beim Mega 32 habe ich ja 
UBRRL und UBRRH im Datenblatt steht, wie du schon richtig sagst:

UBRR = (fosc/16*Baud)-1

wie soll ich das denn nun trennen bzw. wie soll ich das verstehen?

gruß Martin
#994014
Gib mal ein Zeichen über den UART an den PC aus.
Alternativ kannst Du, falls vorhanden, den RXD-Pin messen, und schauen, 
ob die richtige Baudrate eingestellt ist.

Fehler können sein:
* falsche Baudrate eingestellt
* interner RC statt externer Quarz eingestellt (Fuses).

Welches Equipment hast Du?
* Oszi?
* jtag-Debugger?

Gruß, Stefan
Gast #994041
> fosc sollte auf 8000000 eingestellt sein (Fusebits).

Verwendest du den internen Takt? Der ist für RS232 zu ungenau. Du 
solltest einen externen Taktgeber (Quarz, Quarzoszillator) verwenden.
#994048
So habe dank der freundlichen Antwort UBRRH und UBRRL geschrieben und 
habe mir auch etwas ausgeben lassen.

void Usart_EnableRX(void)
{
    UCSRB |= ( 1 << RXEN )|(1<<TXEN);

    UBRRH = 0;
    UBRRL = 51;

  while (!(UCSRA & (1<<UDRE)))
    {
    }
 UDR = 'x';
}

es wird mir zwar ein "ÿ" ausgegeben, aber das würde ich auf den ASCII - 
Code zurückführen. Richtig?
Leider funktioniert meine Switch - Case - Anweisung immer noch nicht.

hab ein dig. Oszi da.
Moderator Persönliche Seite #994085
Martin Ramm wrote:
> und warum
> bekomme ich ein ÿ ausgegeben?

Weil deine Baudrate kilometerweit daneben liegt.  Das ÿ ist das
Zeichen 255, es werden also alle Bits als 1 detektiert.  Das riecht
verdächtig nach "Sender ist vieeel zu langsam".

Bist du dir sicher, dass du die 8 MHz auch wirklich eingestellt hast
und nicht noch mit den 1 MHz Standardtakt tickst?

Leider ist der ATmega32 schon etwas angeältelt, der hat noch keinen
CKOUT-Ausgang als Option.  Du kannst dir aber fosc/2 an einem OCx-Pin
ausgeben lassen, indem du den Timer ohne Vorteiler konfigurierst,
das zugehörige OCRx auf 0 setzt, die Betriebsart CTC wählst, und
die Funktion des OCx-Pins auf "Toggle on compare match" stellst.
Dann kannst du die halbe Oszillatorfrequenz am entsprechenden Pin
messen und nachsehen, ob es 0,5 MHz oder 4 MHz sind.

Achso: als alternativen Nachweis kannst du ja mal das Terminalprogramm
auf 9600 Bd / 8, also 1200 Bd einstellen.
#994091
Oh man.. der gehört schon wieder in die Kategorie "Sau dumme Fehler" 
hatt aus vorherigen Tests noch 1200 eingestellt. Jetzt klappt das mit 
dem "x" und die Switch - Anweisung geht auch. Oh man ja vielen Dank für 
die Zahlreiche Hilfe.

Gruß Martin

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 18 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.