DFC-Modul auswerten

Christian Gast #3605468
Lesenswert?
• ▲
▼ 
Hallo,

also ich will mir eine Digitaluhr bauen, deren Uhrzeit ich über ein 
DCF-Modul bestimmen möchte. Die Uhr funktioniert ohne das Modul schon, 
aber nun möchte ich mir eine Leiterplatte fertigen, da ich bisher nur 
alles auf dem Steckbrett aufgebaut hatte. Mir ist allerdings nach der 
Fertigstellung des Layouts der Gedanke gekommen, wie ich das DCF-Signal 
ohne Benutzung der UART-Schnittstelle auswerten soll, da ich hierfür 
nicht extra eine RS232-Buchse oder einen FTDI-Chip+USB mit auf die 
Leiterplatte nehmen wollte.
Sollte man denn unbedingt die UART-Schnittstelle für die Auswertung des 
Signals (mit einem ATmega8) nutzen oder kann man sie auch ungenutzt 
lassen?
Ich weiß nämlich nicht wie schwer oder leicht sich das DCF-Signal 
händeln lässt!
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
c-hater Gast #3605745
Lesenswert?
• ▲
▼ 
Max H. schrieb:

> Ich würde das DCF ohne UART auswerten. Um Ehrlich zu sein, wüsste ich
> gar nicht, wie es mit UART gehen würde...

Das ist simpel: Passende Baudrate einstellen und auf Empfang gehen. Wie 
genau, dafür gibt es verschiedenen Möglichkeiten. Z.B. für Low-aktive 
Pulse:

(1Startbit+8Datenbit) / 150ms = 60Bit/s.

Schon liefert die USART 59 mal in der Minute einen Interrupt und aus dem 
Zustand des FramingError-Bits läßt sich ablesen, ob es ein 200ms-Puls 
war (dann ist FE gesetzt) oder ein 100ms-Puls (dann ist FE nicht 
gesetzt). Alternativ kann man sich auch (ggf. zusätzlich) das empfangene 
Bitmuster anschauen. Bei einem langen Puls sollte eine Null empfangen 
werden, bei einem kurzen Puls hingegen sollten zwei bis vier der 
niedrigwertigsten Bits gesetzt sein, also 3,7 oder 15 empfangen werden.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Bemeser Gast #3605793
Lesenswert?
• ▲
▼ 
Max H. schrieb:
> c-hater schrieb:
>> Das ist simpel:[...]
> Ich verstehe, danke.
> Meiner Meinung nach bringt das keinen wirklichen Vorteil gegenüber der
> Auswertung mit Interrupt oder Input Capture.

Davon einmal abgesehen, dass ich deine Meinung nicht teile, habe ich 
eine Frage: Was ist der Unterschied zwischen "bring keinen Vorteil" und 
"bringt keinen wirklichen Vorteil"?
Antwort Zitieren Bearbeiten Löschen Beitrag melden
c-hater Gast #3605798
Lesenswert?
• ▲
▼ 
Max H. schrieb:

> Meiner Meinung nach bringt das keinen wirklichen Vorteil gegenüber der
> Auswertung mit Interrupt oder Input Capture.

Tut es natürlich nicht.

Der Vorteil ist einfach nur, daß es den wertvollen 16Bit-Timer samt 
IPC-Mechanismus für Sachen freisetzt, die man nicht mal eben mit einer 
UART oder auch durch primitives Polling abbügeln kann...
Antwort Zitieren Bearbeiten Löschen Beitrag melden
c-hater Gast #3605857
Lesenswert?
• ▲
▼ 
Max H. schrieb:

> Wie würdest du es mit dem SPI lösen?

Die ist in diesem Zusammenhang eher nur als eine Art zusätzlicher Timer 
zu gebrauchen, wenn alle regulären Timer und auch alle USARTs mit 
wichtigeren Sachen beschäftigt sind und auch keine Sekundärnutzung der 
Timer möglich ist, weil keiner davon frei durchläuft oder alle mit sehr 
hoher Überlaufrate arbeiten.

Aber auch diese Nutzung kann unter den genannten Bedingungen eben ein 
brauchbarer Ausweg sein.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren