Worum gehts bei RTC

Das ist einfach ne Uhr die vom Controller ausgelesen wird. Die rennt 
ohne Unterstützung von aussen und wird vom Programm des Controllers 
nicht beeinflusst (ausser vielleicht zum stellen). So kann sie die echte 
Zeit zählen und ist nicht auf Prozessorzeit angewiesen.

bye

Frank

@Peter:

Ich sehe da eher die Ausfallsicherheit bei Problemen mit der 
Versorgungsspannung.Das Gerät fällt runter und die Batterien in der 
billigen Halterung springen kurz.Die Spannung bricht kurz zusammen 
woraufhin der uC abstürzt.Alternativ auch die Möglichkeit das jemand 
ausversehen die Versorgungsspannung abzieht.Dann ist es schon 
praktisch,nicht jedesmal die Zeit neu einstellen zu müssen.

Ich sehe den Vorteil auch beim Ausfall der Versorgungsspannung.
Und genau dafür sind die HW RTC´s ja auch gemacht.
Wer braucht in nem Fax Gerät schon eine DCF Uhr ??

@Peter, "aben meist ein ziemlich vergurktes Zahlenformat"

nun die meisten zählen schon in BCD.
Einfach in Nibble aufteilen 30h für LCD Display dazu und Woila.
Für LED nix weiter notwendig außer man hat 7219 oder ähnliches.

Das mit der Stromversorgung ist doch ein Grund, den man nicht anbringen 
kann.
Man kann nämlich auch die Pufferung (Knopfzellen) von RTC auslaufen 
lassen.
Notfalls kann man einen Controller auch per Goldcap o.dergl. puffern.
RTCs waren früher nötig, weil die Prozessoren genug mit anderen Sachen 
beschäftigt waren in Zeiten von zig MIPS langweilen sich Controller 
teilweise richtig. Wenn man ihnen dann noch eine RTC mitanklemmt, dann 
gründen sie womöglich noch eine Gewerkschaft...
Die Anwendung muß also entweder extrem zeitkritsch sein, wobei man bei 
sowas eher selten noch eine Uhr braucht, oder extrem schlecht 
programmiert sein. Sonst sehe ich keine sinnvolle Verwendung von RTCs 
mehr.

Fall:
Mobiles Gerät mit Akkufach für ganz normale AA Akkus, Kunde kann diese 
nach belieben wechseln -> Stromunterbrechnung.
Die Knopfzelle im inneren des Gerätes aus ihrer Halterung zu holen 
schafft der Kunde im Normalbetrieb nicht.

Soll der Kunde nun nach jedem wechseln der Batterien/Akkus die Zeit 
neuprogrammieren?

Ausserdem haben die meisten RTCs auch noch einen nicht flüchtigen SRAM, 
der als Nebeneffekt nicht zuverachten ist, da dieser Speicher sehr 
"sicher" ist...

Ich glaube, ihr redet die ganze zeit von einem Timekeeper, gibt's auch 
mit SRAM, das sind die Teile mit der Huckepack-Batterie (z.B. M48T02 von 
ST). Die laufen erfahrungsgemäß auch nicht aus und halten 5..10 Jahre. 
Eine RTC (Real-Time-Clock) ist nix anderes als eine popelige Uhr, die 
die Echtzeit (Absolutzeit) anzeigt. RTC hat nix mit Bausteinen oder 
sonstiger Hardware zu tun.

>Die Knopfzelle im inneren des Gerätes aus ihrer Halterung zu holen
>schafft der Kunde im Normalbetrieb nicht.

Wie schon erwähnt:
Man kann den Mikrocontroller auch mit einer (oder zwei) Knopfzelle/n 
puffern. Dazu kann man dann auch einen Goldcap nehmen, wenn der Kunde 
die Battierien "schnell" genug wechselt.

Es geht um die Uhr, nicht um die Batterien.

>da dieser Speicher sehr "sicher" ist...
Sind (interne) EEPROMs und NVRAMS auch...

Ich bin der Meinung, die Zeit der RTCs ist abgelaufen...(Manche waren 
nicht mal Jahr-2000-kompatibel...).

>Ich bin der Meinung, die Zeit der RTCs ist abgelaufen

Deine schlaumeierischen Beiträge sind auch schon abgelaufen seit 1822.

-> Notfalls kann man einen Controller auch per Goldcap o.dergl. puffern.

Das kommt zum Teil auch auf die Anwendung an.So ein hochgezüchteter 
Rechenknecht verbraucht nunmal auch einiges an Strom.Da ist dann eine 
RTC mit eingebauter Knopfzelle schon nicht schlecht.Der Prozi geht 
aus,die RTC läuft munter weiter.Und wenn dann nach 10 Minuten der 
Spannungsausfall behoben ist,braucht man nicht alles wieder mühsam von 
Hand einstellen.

Allerdings geb ich dir Recht,die heutigen uC haben soviel 
Recheneleistung das das führen einer Zeit nicht problematisch 
ist.Etliche uC besitzen sogar eine interne RTC,mit eigenem Takteingang 
für einen Uhrenquarz.

Lol

Ergänzung: Man muss komischerweise die Uhr auch stellen, wenn die 
Batterie nicht gewechselt wurde ("Uhrenquarz", Zeitumstellung)... ;-)

Es gibt aber doch einen Anwendungsfall für externe RTC-ICs:

Ich arbeite in einem Betrieb, der u.a. BDE bzw. Zeiterfassungsgeräte 
herstellt, und bei einem Stromausfall wäre es doch sehr doof, wenn die 
Uhrzeit fehlt, da dann die Zeiterfassung aus den Fugen gerät, bis jemand 
die Uhr neu gestellt hat. Da macht es dann schon Sinn...

Und neuere RTCs übernehmen die Sommer/Winterzeit-Umstellung selbst...

Ralf

Nö, immer noch kein Grund für die Dinger.
Denn in so einem Kartenleser sitzt i.d.R. auch ein Mikrocontroller, den 
man irgendwie puffern kann.
Ausserdem kommuniziert jeder der Kartenlese-Knoten mit der Zentrale; 
wenn die Kommunikation ausbleibt, fragt die Zentrale solange nach, bis 
der Kartenleser wieder antwortet (Strom hat).
Dann kann die Zentrale auch alle Terminals mit der aktuellen Uhrzeit 
versorgen, was dazu führt, dass sie alle synchron laufen.

Der mega163 im IDLE-Mode <3µA, der externe Uhrenquarz lässt den Timer2 
weiterlaufen und weckt den µC jede Sekunde um die Uhr weiterzurechnen.

Nochmal: RTC ist KEINE Hardware sondern eine Funktion! Wie und wo auch 
immer diese verwirklicht ist.

@Sonic:
> Der mega163 im IDLE-Mode <3µA,...

Im Idle-Modus eher "< 3 mA". Selbst im Power-Save-Modus brauchen die 
AVRs immer noch einige µA, z.B. beim Mega8 > ~8 µA. Und nur im 
Power-Save-Modus läuft der asynchrone Timer weiter.

@Henrik:
Im Power-Down-Modus ist der asynchrone Timer 2 deaktiviert! Da ist nix 
mehr mit RTC...

Ansonsten hat Peter recht: Für viele Anwendungen genügt die Funktion der 
µCs völlig. Wenns allerdings daran geht, die RTC in einem Gerät, das die 
meiste Zeit von der Spannungsversorgung getrennt ist, z.B. mittels 
Knopfzellen zu versorgen, könnte das zu etwas häufigeren 
Batteriewechseln führen. Ob man einen externen Baustein nimmt oder nicht 
muss man im Einzelfall entscheiden. I.d.R. sind auch die in 
RTC-Bausteinen verbauten Quarze etwas präziser als die handelsüblichen 
Uhrenquarze, was gerade bei Langzeitanwendungen vorteilhaft sein kann.

Wow !
Erstmal danke für das große Feedback hier!
Ist ja ein richtiger Hammer...
Nun zur Technik, ich werde dann ein µC verwenden der eine integrierte 
RTC hat. Im Prinzip möchte ich auch eine "Echtzeit" haben, ein DCF-Modul 
anzusteuern hat allerdings auch sein Vor- und Nachteile.
Was ist Eure Meinung [DCF] dazu ?

Ich werde mal schauen, ob ich solch ein System in Gang setzen kann.
Bin weiterhin dankbar für jede gute Information!
FG Peter

Oder ein anderes Beispiel aus der Praxis. Urlaub vom 18.12 bis 29.12.06 
- sind 8 Urlaubstage. Aber mindestens 17 Tage, an denen ein z.B. 
Laborgerät nicht an der Steckdose ist (Raum Notaus).

Das würde mit einem Controller echt heftig - mit der 1307 kein Problem.

Gruss Udo

Die Versorgungsspannung des Controllers mit einer Diode entkoppeln.

Die Timekeeper sind bestimmt nicht 'out-of-date', sonst würden sie nicht 
mehr produziert werden. Es ist die einfachste Art eine Uhr bei häufig 
ausgeschalteter Spannung laufen zu lassen, wird heute auch noch oft 
praktiziert. Man kann auch eine DCF77-Antenne an den µC mit Software-RTC 
hängen, wenn's auf die Eine oder Andere Minute nicht ankommt, z.B. bei 
meteorologischen Datenloggern die alle 10 Minuten messen. Dann ist die 
Uhr auch nach Spannungsausfall immer genau.

Also,
wenn ich Eure Beiträge so richtig verstanden habe wird es wohl das beste 
sein, ein DCF-Modul mit einer RTC zu verschalten {}. Dann würde ich mir 
die  Zeit, sagen wir mal jede Stunde aktualisieren lassen und das 
Prinzip würde aufgehen. Das Produkt soll, mindestens 3 Jahr unabhängig, 
ohne Wartung funktionieren!
Was meint Ihr?

Da hast Du recht!
Der Signalempfang stört mich auch. Der Einsatzort wird in einer 
Lagerhalle sein, bestimmt mit Metall / Alu Bedachung und Außenwände !
Aber was soll man sonst machen, GSM ?

>Aber was soll man sonst machen, GSM ?

(S)NTP mit WLAN.

Was soll das am Ende werden?

>Mit NTP kann ich jetzt ganz bequem die PC-Uhr übers Internet stellen >lassen.

Unter der Vorraussetzung von WindowsXP braucht man sich nicht mal mehr 
darum kümmern: Das macht Windows ganz alleine...