Real Time Clock mit RTC4513 EPSON

Keine S/W ohne Bugs !!

Diesmal aber von der harmlosen Sorte. In der Funktion RTC_GetDayOfWeek 
muss hinter "while (i&0x08);" noch die Anweisung:

  i = i&0x08;

eingefügt werden. Weitere Bugs nehme ich gerne entgegen.

Gruß
Manni

Jede SW hat Bugs. Das ist normal, sonst wäre sie keine. ;)

Der '4513 sieht sehr interessant aus, vor allem wegen seiner wenigen 
Pins die am µC benötigt werden. Den habe ich bis jetzt nicht 
wahrgenommen - danke für die Info.

Dein Code ist in sich schlüssig und nachvollziehbar. Obwohl ich den Chip 
nicht habe zum ausprobieren kann ich an Deiner 'Handschrift' erkennen 
dass es nicht Dein erstes Werk war. Respekt!

Du hast jetzt aber Schuld wenn ich meinem Liebling '58321 in Zukunft 
untreu werde... Aber: Wie sind Deine Erfahrungen über einen längeren 
Zeitraum?

Der '58321 macht bei mir -1s in 3 Wochen, gepuffert mit 0,1F Goldcap. 
Ein Wert mit dem ich sehr zufrieden bin - auch bei hoher Pin-Zahl.

Was mir besonders gut an den RTC's gefällt: Zeit einstellen und dann 
vergessen. Ein unschätzbarer Vorteil gegenüber anderen Lösungen.

Torsten

Die Genauigkeit sollte so ca. bei 1s pro Tag liegen (zuzüglich dV und dT 
Variationen) laut Datenblatt auf Seite 16 --> also nix in deiner 
gewohnten Größenordnung.

Für meine Application reicht das aber vollkommen aus, da ich jede Stunde 
mit DCF synchronisiere.

Anbei eine überarbeitete Version mit einfacherem Code zum Setzen und 
Lesen der Clock. Spart Platz im Flash, jetzt nur noch 1.8 KByte.

Gruß
Manni

@Peter

Wie Torsten oben schon sagte, hat jeder so seine Handschrift. Aber deine 
ist auch nicht von schlechten Eltern --> Man lernt doch immer noch was 
dazu !!

Deine Änderungen konnte ich alle nachvollziehen und machen auch Sinn, 
nur die Anweisung:

#define SBIT(port,pin) ((*(volatile struct bits*)&port).b##pin)

muss ich erst noch verdauen, ist anscheinend etwas schwerere Kost. 
Vielleicht hilft ne Nacht drüber schlafen.

Ich habe dann natürlich deinen geänderten Code sofort am "lebenden" 
Objekt getestet --> läuft !! Hast du das auch vorher getestet ? 
(Brauchst
nicht schummeln bei deiner Antwort).

Zum Thema Codesize:
Mit AVR Studio 4.13, Build 528 und -O0 und WinAVR-20070122 komme ich 
immer noch auf 1594 bytes. Aber ich habe schon von Jörg Wunsch mal 
gelesen, dass die WinAVR-20070122 etwas mehr Code erzeugt als seine 
Vorgänger --> aber gleich 50% ??

Vielleicht kommt man diesem Geschwür ja noch auf die Spur.

Vielen Dank für deine vielen nützlichen Tips im Code.

Gruß
Manni

P.S.: Und morgen hab ich die obige #define Anweisung auch verstanden !!!

@Peter

Das Geschür wurde gefunden. Habe nicht beachtet, dass du mit -Os 
arbeitest.

@Peter

Thema Macro: wie gesagt: einmal drüber schlafen und nun habe auch ich es 
kapiert.

Soweit ich mich aber noch erinnere, war das hier ".b##pin" kein K&R 
Standard, deshalb stutze ich erst mal.

Manni

Hallo leute
Habe den Code bei mir auch mal ausprobiert, ( den von Peter )
und es hat nicht auf anhieb funktioniert.
habe in der Funktion ReadByte eine kleine Änderung vorgenommen und nun 
gehts

1

uint8_t RTC_ReadByte (void)

2

{

3

  uint8_t    i;

4

  uint8_t    val=0;

5

6

  for( i = 8; i; i--){

7

    RTC_Clock = 1;

8

    if( RTC_Data_in )

9

      val |= 0x80;   // MSB last

10

    RTC_Clock = 0;

11

    val >>= 1; 

12

13

  }

14

  return val;

15

}

@Peter

mein AVR läuft eigentlich auf 8 MHz. mit dem internen Clock.
den externen Quarz mit 16 Mhz. habe ich noch garnicht Konfiguriert :-).
vllt liegt es auch daran das ich einen anderen chip verwende ( 
atmega2560 ).
Wie meinste das MBS weggeschmissen ?
habe nur die zeile "val >>= 1; " verschoben

vorher:

1

uint8_t RTC_ReadByte (void)

2

{

3

  uint8_t    i;

4

  uint8_t    val=0;

5

6

  for( i = 8; i; i--){

7

    val >>= 1; 

8

    RTC_Clock = 1;

9

    if( RTC_Data_in )

10

      val |= 0x80;   // MSB last

11

    RTC_Clock = 0;

12

13

  }

14

  return val;

15

}

nachher

1

uint8_t RTC_ReadByte (void)

2

{

3

  uint8_t    i;

4

  uint8_t    val=0;

5

6

  for( i = 8; i; i--){

7

    RTC_Clock = 1;

8

    if( RTC_Data_in )

9

      val |= 0x80;   // MSB last

10

    RTC_Clock = 0;

11

    val >>= 1; 

12

  }

13

  return val;

14

}

bin noch recht frisch in der microcontroller Programmierung.
wenn man von der schuhlerfahrung mit nem 8086 absieht.

Schau dir mal an wann du "clock'st" und wann Peter ;-))

@Marc
Wenn du die Anweisung:

val >>= 1;

als letzte in die for Schleife packst, "schmeisst" du das LSB (hier zu 
verstehen als erstes gelesene Bit) wieder raus. Wenn dein Code damit 
funktioniert, liegt's nur daran, dass du 'gerade' Zahlen empfangen hast.

Das kann also nicht gehen. Der überarbeitete Code von Peter ist schon 
richtig gewesen.

Zum Thema "Timing":
Da ich den code für 8MHz clock geschrieben habe, braucht's keine Timing 
Routinen. Bei mehr als 8 MHz sollte man ins Datenblatt schauen --> siehe 
mein erstes zip file: RealTimeClock_RTC4513.zip

Gruß
Manni

Hey,
ich hab die Routinen auf einem ATmega 2561 mit 14.75MHz geflasht.
Durch den anderen Takt lese ich jetzt immer die doppelten Werte aus, hat 
jemand nen Tipp wie ich die Routine auf die andere Frequenz anpasse?
Da alles exakt verdoppelt zu sein scheint, ist das doch nur ne 
Bitverschiebung um eine Stelle?

Moin,

mal ne grundlegende Frage zur Benutzung der Uhr:

Muss ich die RTC bei jedem Start des Controllers neu initialisieren oder 
reicht es die einmal zu initialisieren, die Uhrzeit einzuspeichern und 
dann läuft die weiter?

Es kann ja durchaus sein, dass der Controller längere Zeit aus ist.

@Irosenhagen

Sorry für den Delay :-(

Zum Thema: 14.75MHz
Ich habe die S/W mit 8MHz getestet. Bei höheren Takts solltest du in den 
Routinen RTC_ReadNibble und RTC_WriteNibble entsprechende Delays 
einbauen, da ggf. die spezifizierten Delays aus dem Datenblatt (siehe 
RealTimeClock_RTC4513.zip) nicht mehr eingehalten werden. Vielleicht 
hilft das weiter.

Zum Thema: neu initialisieren
Ganz einfach: Wenn Strom weg, dann auch Datum weg

Gruß
Manni

@Manni,

Hallo Manni,

zuerst vielen Dank, Manni.

Mein RTC4513 ist noch unterwegs, deshalb habe ich den Programmcode noch 
nicht probiert. Nun möchte ich das auch, dass die Rechtzeituhr von DCF77 
synchronisiert werden kann. Ich habe DCF77 mit Interrupt schon 
programmiert und es funzt super. Nun ist die Schwierigkeit 
vorzuschweben, wie RTC4513 durch DCF77 zu synchronisieren. Sollte man 
nur einpaar Parameter (Day, Month, Year...) von DCF77-Program als 
Funktionsparameter von RTC-Programm einsetzen, oder? Wie kannst du jede 
Stunde einmal synchrnisieren?
Es wäre schon, wenn du mir einpaar vorschläge geben, oder den Sourcecode 
zur Synchronisation mit DCF77 anhängen kannst.
Respekt und Danke!

AVR

@ AVR (Gast) oder Juan

Wo ist das Problem ?

Geht z.B. mit folgendem Code, wenn du die in 
RealTimeClock_RTC4513_Ver2.zip implementierte Funktion 
RTC_SetTimeDateDoW (&RTC_Time) verwendest. Annahme ist, dass du die DCF 
Zeit im struct DCF_Time hast.

Gruß
Manni

uint8_t ReadDCF_SetRTC (void)
  {
  uint8_t      i;
  DCF77_Time_typ  DCF_Time;
  RTC_Para_typ  RTC_Time;
/*
** Update RTC, when full hour from DCF77
*/
  if (DCF_Time.Minute == 0 && DCF_Time.Second == 0)
    {
/*
** Set the Real Time Clock
*/
    RTC_Time.Second  = 0;
    RTC_Time.Minute  = DCF_Time.Minute;
    RTC_Time.Hour  = DCF_Time.Hour;
    RTC_Time.Day  = DCF_Time.Day;
    RTC_Time.Month  = DCF_Time.Month;
    RTC_Time.Year  = DCF_Time.Year;
    RTC_Time.DayOfWeek  = DCF_Time.WeekDay;

    RTC_SetTimeDateDoW (&RTC_Time);
    }

  return 0;
  }

Hallo Manni,

für die Beratung schon erstmal Danke.

Guß
Juan