ATmega8 Max232

[Mario X. (grinderfx)]

Hi.
Ich hab ne kleine ATmega8 Schaltung die auch funktioniert und möchte 
dazu über die Serielle Schnittstelle mit meinem PC kommunizieren.

Aufgebaut habe ich es ziemlich genau so:
http://www.mikrocontroller.net/wikifiles/e/ee/AVR-RS232.png

Mein Code sieht so aus:

#include <avr/io.h>


#define BAUDRATE 9600UL //Definition als unsigned long, sonst gibt es Fehler in der Berechnung
#define F_CPU 4000000UL            //Define the MPU operating frequency

static inline int uart_putc (const uint8_t c)
{
    // Warten, bis UDR bereit ist für einen neuen Wert 
    while (!(UCSRA & (1 << UDRE)))
        ;

    // UDR Schreiben startet die Übertragung 
    UDR = c;

    return 1;
}

static inline uint8_t uart_getc_wait (void)
{
    // Warten, bis etwas empfangen wird 
    while (!(UCSRA & (1 << RXC)))
        ;

    // Das empfangene Zeichen zurückliefern 
    return UDR;
}

static inline int uart_getc_nowait (void)
{
    // Liefer das empfangene Zeichen, falls etwas empfangen wurde; -1 sonst 
    return (UCSRA & (1 << RXC)) ? (int) UDR : -1;
}


// Einen 0-terminierten String übertragen. 
void uart_puts (const char *s)
{
    do
    {
        uart_putc (*s);
    }
    while (*s++);
}


void uart_init (void)
{
    uint16_t ubrr = (uint16_t) ((uint32_t) F_CPU/(16*BAUDRATE) - 1);
 
    UBRRH = (uint8_t) (ubrr>>8);
    UBRRL = (uint8_t) (ubrr);
 
    // UART Receiver und Transmitter anschalten 
    // Data mode 8N1, asynchron 
    UCSRB = (1 << RXEN) | (1 << TXEN);
    UCSRC = (1 << URSEL) | (1 << UCSZ1) | (1 << UCSZ0);

    // Flush Receive-Buffer (entfernen evtl. vorhandener ungültiger Werte) 
    do
    {
        UDR;
    }
    while (UCSRA & (1 << RXC));
}



int main()
{
  char text[] = "Hallo Welt.\n";
    uart_init();
    //sei();   // Wird nur gebraucht bei der Interrupt-Version 

    uart_puts (text);
    uart_puts ("Hallo Welt!\n");

    return 0;
}

Allerdings hab ich schon viele andere Versionen ausprobiert und nie auch 
nur eine Antwort erhalten. Auslesen tue ich mit HTerm unter Windows auf 
Com 1, welcher auf Bit pro Sek 9600, Datenbits 8 usw. genau wie unter 
HTerm eingestellt ist.

Ich kann nicht genau feststellen, ob die Schaltung, der Code oder gar 
Windows mein Problem ist, da ich Windows 7 64 Bit nutze.

[incocknito (Gast)]

#define F_CPU 4000000UL            //Define the MPU operating frequency

stimmt die frequenz? welches board? richtigen treiber für den ftdi 
installiert? richtigen com port bei hterm ausgewählt?

[Mario X. (grinderfx)]

Ich hab einen 4MHZ Quartz, welchen ich auch so definiert haben, auch im 
makefile (F_CPU = 4000000).

Ich benutze kein Board, habs auf nem Steckbrett aufgebaut und zwar auf 
so einem:
http://www.rn-wissen.de/images/8/82/Avrtutorial_steckbrettmega32.jpg

Was meinst du mit ftdi treiber?
Ich nutze keinen Virtuellen Comport.

Und ja, wähle natürlich auch com1 bei HTerm aus, Connect funktioniert 
auch und es wird auf Daten gewartet.

[Thomas E. (thomase)]

Mario Xxx schrieb:
> Ich hab einen 4MHZ Quartz, welchen ich auch so definiert haben, auch im
> makefile (F_CPU = 4000000).
Die Fuses hast du auch richtig gesetzt? Dämlich Frage, ist aber in 
gefühlten 837% der Fälle die Lösung.

mfg.

[Spess53 (Gast)]

Hi

>Und ja, wähle natürlich auch com1 bei HTerm aus, Connect funktioniert
>auch und es wird auf Daten gewartet.

Dann verbinde mal die controllerseitigen Anschlüsse TX und RX vom MA232 
und sende etwas mit HTERM. Wenn der MAX232 funktioniert solle das Echo 
ankommen.

MfG Spess

[Mario X. (grinderfx)]

Ich hab TX(pin 11) und RX(pin 12) zu Testzwecken miteinander verbunden 
und kriege leider kein Echo.

[Mario X. (grinderfx)]

Ok, ich scheine ein Problem mit Windows 7 zu haben oder mit Hterm.
Es müsste doch reichen, wenn ich TX und RX schon bei meiner Seriellen 
Schnitstelle am Rechner verbinde, Pin 5 natürlich wieder auf Masse. Dann 
müsste ich doch das empfangen was ich auch sende mit Hterm?

[Dietrich L. (dietrichl)]

Mario Xxx schrieb:
> Es müsste doch reichen, wenn ich TX und RX schon bei meiner Seriellen
> Schnitstelle am Rechner verbinde, Pin 5 natürlich wieder auf Masse.

Wenn Du am 9-poligen SUB-D-Stecker Pin 2 und 3 verbindest, muss das Echo 
auf den Bildschirm erscheinen.
Am besten erstmal ohne Anschluss an den MAX232, Pin 5 ist dann auch 
uninteressant.

Gruß Dietrich

[Mario X. (grinderfx)]

Ja leider kriege ich nicht mal ein Echo wenn ich Pin 2 mit Pin 3 an 
meinem Rechner verbinde.

[Fabian O. (xfr)]

Probier mal ein anderes Terminalprogramm, zum Beispiel PuTTY. Wenns dann 
auch nicht geht, stimmt was mit der seriellen Schnittstelle an Deinem PC 
nicht.

[Matthias S. (Firma: matzetronics) (mschoeldgen)]

Mario Xxx schrieb:
> int main()
> {
>   char text[] = "Hallo Welt.\n";
>     uart_init();
>     //sei();   // Wird nur gebraucht bei der Interrupt-Version
>
>     uart_puts (text);
>     uart_puts ("Hallo Welt!\n");
>
>     return 0;
> }

Wo möchtest du denn hin 'return' en? Die Hauptschleife in einem MC 
Programm besteht normalerweise aus einer Endlosschleife a la:

int main()
{
char text[] = "Hallo Welt.\n";
 uart_init();
 //sei();   // Wird nur gebraucht bei der Interrupt-Version 

while (1) {
// mach die Hauptschleife
     uart_puts (text);
     _delay_ms(200);
     uart_puts ("Hallo Welt!\n");
     _delay_ms(200);
}

[Mario X. (grinderfx)]

Das mit der Schleife ist ein netter Tip und hab ich auch in meinem 
richtigen Programm.
Es funktioniert jetzt auch genau so, das einzige Problem was ich hatte 
war ein falsch gestecktes Kabel am Mainboard. Das Comportkabel saß nicht 
richtig auf dem Mainboard.