Erweiterung mit UART

[Anfänger (Gast)]

Hi, nacheem Ihr mir so viel bereits geholfen habt, um mein ersten 
Versuch mit dem Atmega88 in Gang zu setzen, habe ich noch eine kleine 
Frage.

/* define CPU frequency in Mhz here if not defined in Makefile */
#ifndef F_CPU
#define F_CPU 1000000UL
#endif

#include <stdlib.h>
#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/pgmspace.h>
#include <util/delay.h>
#include <stdio.h>
#include "uart.h"




/* 9600 baud */
#define UART_BAUD_RATE      9600

void Schalter1 (void)
{

  PORTC &= ~(1<<PORTC0); // Bit 0 loeschen, LED an
  _delay_ms(2000);
  PORTC |= (1 << PORTC0);  // Bit 0 setzen, LED aus
  uart_putc ('1');
} // Ende Funktion Schalter1

void Schalter2 (void)
{
  PORTC &= ~(1<<PORTC1); // Bit 0 loeschen, LED an
  _delay_ms(2000);
  PORTC |= (1 << PORTC1);  // Bit 0 setzen, LED aus} 
} // Ende Funktion Schalter2


int main(void)
{
  // eigene Variablen
    
  // Baudrate einstellen und BITS in UBBR setzen
  uart_init (UART_BAUD_SELECT (UART_BAUD_RATE, F_CPU));
  
  // Datenrichtung festsetzen
  DDRB = 0x00;  // alles Eingänge
  PORTB = 0xFF; // alle PullUps einschalten
  
  DDRC = 0x3F;  // Pin 0-5 Ausgänge!
  
  // Interrupts einschalten
  sei ();
  
  PORTC = 0xFF;  // alle LEDs aus
    
  while (1)
  {
    if ( !(PINB & (1<<PINB0)) ) 
    {
      Schalter1();
    }
    
    if ( !(PINB & (1<<PINB1)) )
    {
      Schalter2();
    }    
  } // Ende while
} // end of main

Dies ist ein kleines Programm, was nun ganz gut läuft mit der Korrektur 
der if-Abfrage. Ich habe an einer Stelle einen weiteren Befehl eingefügt

  uart_putc ('1');

Jetzt soll der Atmega88 nach dem Abschalten der Lampe ein Zeichen über 
den UART senden.

Meine Frage - kann ich einfach am TXD-Pin des Atmega88 ein Oszi 
anschließen und gegen Masse messen? Ich müsste doch dann im Oszi 
irgendwie sowas erkennen können


......****..*****.......***...******......**...*****......

ein wie auch immer geartetes Hoch- und Tief zwischen Low/High, abhängig 
halt vom ASCII-Zeichen. Aber ich kann mit dem Oszi nix messen.

Leider hab ich an meinem PC noch keine serielle Schnittstelle, so einen 
USB-Adapter hab ich mir zwar bestellt, der ist aber noch nicht da, so 
dacht ich vorher, ich könnte schon mal mit dem Oszi messen, ob ein 
Signal gesendet wird.

[TestX .. (xaos)]

eigentlich sollte das so funktionieren (vom prinzip her). aber was macht 
deine uart_init ? am TX pin des controllers kannst du das signal messen

[I have no idea what I am doing (Gast)]

Anfänger schrieb:
> Meine Frage - kann ich einfach am TXD-Pin des Atmega88 ein Oszi
> anschließen und gegen Masse messen? Ich müsste doch dann im Oszi
> irgendwie sowas erkennen können

ja, du solltest das oszi halt auf single shot o.ä. einstellen, sonst 
wirst du wahrscheinlich wenig sehen.

Weitergehende Hilfe kann dier erst jemand geben, wenn du noch 
veröffentlichst, was sich hinter uart.h verbirgt.

[Anfänger (Gast)]

Das AVR-GCC Tutorial - Unterkapitel UART - verweist auf die UART.H von 
Peter Fleury

[Anfänger (Gast)]

Andi D. schrieb:
> aber was macht
> deine uart_init

die Funktion uart_init (...) berechnet wohl irgendwie anhand der 
eingestellten Baudrate und der Taktfrequenz des Mikrocontrollers einen 
Wert, um mit diesem Wert die Pulslänge der Signale einstellen zu können. 
Ist zB. die Taktfrequenz höher, dann muss der uC mehr interne Taktzyklen 
durchlaufen, als wenn er eine kleinere Taktfrequenz hätte, um auf die 
gewünschte Pulslänge des zu übertragenden Signals zu kommen. So ganz 
genau kann ich es Dir leider nicht erklären, dass kann vlt. jemand 
anders hier drinnen noch besser.

[Anfänger (Gast)]

cool, jetzt auf einmal klappts. und wenn ich unterschiedliche Zeichen 
mit uart_put... mache, dann sehen die Bilder im Oszi verschieden aus.

[Karl H. (kbuchegg)]

Anfänger schrieb:
> Andi D. schrieb:
>> aber was macht
>> deine uart_init
>
> die Funktion uart_init (...) berechnet wohl irgendwie anhand der
> eingestellten Baudrate und der Taktfrequenz des Mikrocontrollers einen
> Wert, um mit diesem Wert die Pulslänge der Signale einstellen zu können.
> Ist zB. die Taktfrequenz höher, dann muss der uC mehr interne Taktzyklen
> durchlaufen, als wenn er eine kleinere Taktfrequenz hätte, um auf die
> gewünschte Pulslänge des zu übertragenden Signals zu kommen. So ganz
> genau kann ich es Dir leider nicht erklären, dass kann vlt. jemand
> anders hier drinnen noch besser.

Ich bin mir fast sicher, dass Andi D. das alles weiß.
Aber: So wie alles, muss auch die UART konfiguriert werden. Da sind ein 
paar Register mit Werten zu besetzen und auch dabei kann man Fehler 
machen. Zb. den ganz banalen Fehler, dass man dem UART das Schreiben 
nicht erlaubt hat, wodurch dann auch logischerweise am Schreibpin nichts 
rauskommt.

Wenn du mit dem Oszi kontrollieren willst, dann mach das so:

#ifndef F_CPU
#define F_CPU 1000000UL
#endif

#include <stdlib.h>
#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/pgmspace.h>
#include <util/delay.h>
#include <stdio.h>
#include "uart.h"


/* 9600 baud */
#define UART_BAUD_RATE      9600

int main(void)
{
  uart_init (UART_BAUD_SELECT (UART_BAUD_RATE, F_CPU));

  sei ();
  while (1)
  {
    uart_putc ('1');
  } // Ende while
} // end of main

Damit hast du 'Dauerfeuer' an der USART und das kannst du am Oszi kaum 
übersehen. Wenn man etwas testen will, dann muss man den Test auch so 
designed, dass man mit seinem Messmitel was sieht. Oder was denkst du: 
wirst du eine paar Millisekunden lange Pulssequenz am Oszi sehen, wenn 
sich die nur alle paar Sekunden mal wiederholt?

[Werner (Gast)]

Karl Heinz Buchegger schrieb:
> Damit hast du 'Dauerfeuer' an der USART und das kannst du am Oszi kaum
> übersehen.

So ein Dauerfeuer ohne Punkt und Komma macht die Interpretation und das 
Triggern des Oszis eher schwierig. Selbst ein PC hätte da, abhängig vom 
gesendeten Zeichen, Schwierigkeiten seinen Empfänger richtig zu 
synchronisieren.

Übersichtlicher ist, nach dem Senden des Zeichens eine Pause einzubauen 
und das Oszi vernünftig zu Triggern