Datum: 10.05.2008 19:09
Hallo, ich versuche gerade, die beiden USARTs vom Mega162 zum laufen zu bringen. Folgendes Problem: Wenn ich beide USARTs benutzen will, sendet er nur einmal 'a', nachdem ich spannung anlege (also den uC einschalte). Wenn ich usart0_init(); auskommentiere, sendet er brav alle 2sec 'a'. Das CLCKDV fusebit ist deaktiviert. Ich arbeite mit externem 8mhz quarz. Hier mal mein Code:
void usart0_init(void) { int ubrr0 = (F_CPU / 16 / BaudRate - 1); // Baudrate UART0 einstellen UBRR0H = (unsigned char)(ubrr0>>8); UBRR0L = (unsigned char)ubrr0; UCSR0C = (1<<URSEL0)|(3<<UCSZ00); // UART0 Frame Format einstellen: 8data, 1 Stop-bit, keine Parity UCSR0B = (1<<RXEN0)|(1<<TXEN0)|(1 << RXCIE0); // UART0 Receiver und Transmitter einschalten } void usart1_init(void) { int ubrr1 = (F_CPU / 16 / BaudRate - 1); // Baudrate UART1 einstellen UBRR1H = (unsigned char)(ubrr1>>8); UBRR1L = (unsigned char)ubrr1; UCSR1C = (1<<URSEL1)|(3<<UCSZ10); // UART1 Frame Format einstellen: 8data, 1 Stop-Bit, keine Parity UCSR1B = (1<<RXEN1)|(1<<TXEN1)|(1<<RXCIE1); // UART1 Receiver und Transmitter einschalten } void usart0_putc(uint8_t c) { while (!(UCSR0A & (1<<UDRE0))); UDR0 = c; } void usart1_putc(uint8_t c) { while (!(UCSR1A & (1<<UDRE1))); UDR1 = c; } int main(void) { usart1_init(); usart0_init(); sei(); while (1) { usart1_putc('a'); _delay_ms(1000); usart0_putc('b'); _delay_ms(1000); } } |
Ich schau mit hyperterminal nur, was von USART1 gesendet wird, was bei USART0 rauskommt weiß ich nicht. mfg
Datum: 10.05.2008 19:28
Wenn ich das sei(); ausklammere, funktioniert das programm einwandfrei. Gibt es dafür eine erklärung? mfg
Datum: 10.05.2008 19:41
aktiviert das hier nicht den uart-Interrupt? 1<<RXCIE1 wenn du keine interruptfunktion implementierst dan darfst du den auch nicht einschalten
Datum: 10.05.2008 20:37
ja, der RXCIE1 ist eben eingeschaltet, also darf ich doch auch die interrupts global mit sei(); aktivieren. mfg
Datum: 10.05.2008 20:40
Markus wrote: > ja, der RXCIE1 ist eben eingeschaltet, also darf ich doch auch die > interrupts global mit sei(); aktivieren. Dann musst Du aber auch einen Interrupt Handler haben, und der fehlt bei Dir oben! Ohne Handler gibt's bei jedem Auftreten des Interrupts einen Reset.
Datum: 10.05.2008 21:12
Ob da jetzt noch ein Handler (du meinst eine ISR, oder?) im programm ist oder nicht, sollte keinen unterschied machen. Außerdem würde diese eh nicht ausgeführt werden, da ich nichts an den uC sende. Er soll ja nur 'a' und 'b' ausgeben. mfg
Datum: 11.05.2008 09:10
So, gerade nochmal ein bisschen im Forum gewühlt, da findet sich ein Zitat aus dem Datenblatt: "When the Receive Complete Interrupt Enable (RXCIE) in UCSRB is set, the USART Receive Complete Interrupt will be executed as long as the RXC Flag is set (provided that global interrupts are enabled). When interrupt-driven data reception is used, the receive complete routine must read the received data from UDR in order to clear the RXC Flag, otherwise a new interrupt will occur once the interrupt routine terminates." Man muss also doch einen Handler im Code haben, in dem der UDR0/1 dann ausgelesen wird. Allerdings dürfte bei mir diese ISR ja garnicht aufgerufen werden, da ich garnichts an den uC sende. Wird sie aber trotzdem (und zwar willkürlich), wenn die pins eines USARTs in der luft hängen. Erst wenn ich beide USARTs mit einem MAX232 verbinde, werden die ISRs nicht ausgeführt. Ist das normal? Könnte man das Problem auch mit Pullups/Pulldowns an den Portpins lösen? Ich will nämlich, dass der code auch läuft, wenn mal nicht beide USARTs verbunden sind. mfg
Datum: 11.05.2008 09:55
>Ist das normal?
Offene Pins floaten - sprich sie haben keinen definierten Eingangspegel.
Dann braucht nur eine fallende Flanke detektiert werden, und schon geht
der Controller davon aus, dass etwas empfangen wurde.
Wenn du es sowieso nicht brauchst, schmeiss das (1<<RCXIE) einfach raus.
Datum: 11.05.2008 10:48
Ja, das mit dem undefinierten eingangspegel ist mir schon klar, ich war nur verwundert, weil ich dieses problem bisher bei noch keinem anderen AVR hatte. RXCIE rausschmeißen kann ich auch nicht, da ich diesen interrupt schon brauche (das mit dem 'a' und 'b' senden war ja nur ein kleines testprogramm, nicht die eigentliche anwendung). In der eigentlichen Anwendung kommt an den einen USART ein xbee-modul und an den anderen USART der PC. Ich möchte eben nicht, dass ständig ein interrupt ausgelöst wird, wenn das xbee-modul mal nicht angeschlossen ist. Am USART1 hängt ein MAX232, der die Pegel von RX und TX sauber auf 5V hält, hier wird kein Interrupt ausgelöst. Am USART0 hängt das xbee-modul (TX vom uC über einen Spannungsteiler an RX vom xbee, RX vom uC direkt an TX vom xbee), das auf 3,3V Basis arbeitet, deshalb auch der spannungsteiler. RX vom uC würde also, wenn kein xbee-modul angeschlossen ist, in der Luft hängen. Kann ich den RX also nicht einfach mit einem Pullup auf 3,3V ziehen?
Datum: 11.05.2008 19:28
>RXCIE rausschmeißen kann ich auch nicht, da ich diesen interrupt schon >brauche (das mit dem 'a' und 'b' senden war ja nur ein kleines >testprogramm, nicht die eigentliche anwendung). Das war auch nur für den Fall gemeint, wo du noch keinen Interrupt-Handler für den Interrupt hast. >Ich möchte eben nicht, dass ständig ein interrupt ausgelöst wird, wenn das >xbee-modul mal nicht angeschlossen ist. >Kann ich den RX also nicht einfach mit einem Pullup auf 3,3V ziehen? Ja.
Antwort schreiben
Die Angabe einer Email-Adresse ist freiwillig. Wenn Sie automatisch per Email über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.
Wichtige Regeln - erst lesen, dann posten!
- Suchfunktion und Betreffsuche benutzen - vielleicht gibt es schon einen ähnlichen Beitrag
- Aussagekräftigen Betreff wählen
- Im Betreff angeben um welchen Controllertyp es geht (AVR, PIC, ...)
- Groß- und Kleinschreibung verwenden
- Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang
- JPEG-Dateien (.jpg) nur für Fotos und Scans verwenden
- Schaltpläne, Screenshots usw. als PNG oder GIF anhängen
Formatierung (mehr Informationen...)
- [c]C-Code[/c]
- [avrasm]AVR-Assembler-Code[/avrasm]
- [pre]vorformatierter Text (z.B. Code in anderen Sprachen)[/pre]
- [math]Formel in LaTeX-Syntax[/math]
- [[Titel]] - Link zu Artikel



