DS1689SN+ Maxim Integrated, DS1689SN+ Datasheet - Page 8
![no-image](/images/no-image-200.jpg)
DS1689SN+
Manufacturer Part Number
DS1689SN+
Description
Real Time Clock
Manufacturer
Maxim Integrated
Series
DS1689, DS1693r
Datasheet
1.DS1689STR.pdf
(36 pages)
Specifications of DS1689SN+
Rohs
yes
Function
Clock, Calendar, NV SRAM Control
Rtc Bus Interface
Multiplexed
Date Format
DW
Time Format
HH
Rtc Memory Size
114 B
Supply Voltage - Max
5.5 V
Supply Voltage - Min
2.7 V
Maximum Operating Temperature
+ 85 C
Minimum Operating Temperature
- 40 C
Mounting Style
SMD/SMT
Package / Case
SOIC-28
DS1689/DS1693
Figure 2. DS1689 Real-Time Clock Address Map
TIME, CALENDAR, AND ALARM LOCATIONS
The time and calendar information is obtained by reading the appropriate register bytes shown in Table 1.
The time, calendar, and alarm are set or initialized by writing the appropriate register bytes. The contents
of the time, calendar, and alarm registers can be either Binary or Binary-Coded Decimal (BCD) format.
Table 1 shows the binary and BCD formats of the twelve time, calendar, and alarm locations that reside in
both bank 0 and in bank 1, plus the two extended registers that reside in bank 1 only (bank 0 and bank 1
switching will be explained later in this text).
Before writing the internal time, calendar, and alarm registers, the SET bit in Register B should be written
to a logic 1 to prevent updates from occurring while access is being attempted. Also at this time, the data
format (binary or BCD) should be set via the data mode bit (DM) of Register B. All time, calendar, and
alarm registers must use the same data mode. The set bit in Register B should be cleared after the data
mode bit has been written to allow the real-time clock to update the time and calendar bytes.
Once initialized, the real-time clock makes all updates in the selected mode. The data mode cannot be
changed without reinitializing the 10 data bytes. The 24/12 bit cannot be changed without reinitializing
the hour locations. When the 12-hour format is selected, the high order bit of the hours byte represents
PM when it is a logic 1. The time, calendar, and alarm bytes are always accessible because they are
double-buffered. Once per second the 10 bytes are advanced by one second and checked for an alarm
condition. If a read of the time and calendar data occurs during an update, a problem exists where
seconds, minutes, hours, etc. may not correlate. The probability of reading incorrect time and calendar
data is low. Several methods of avoiding any possible incorrect time and calendar reads are covered later
in this text.
The four alarm bytes can be used in two ways. First, when the alarm time is written in the appropriate
hours, minutes, and seconds alarm locations, the alarm interrupt is initiated at the specified time each day
if the alarm enable bit is high. The second use condition is to insert a “don’t care” state in one or more of
the four alarm bytes. The “don’t care” code is any hexadecimal value from C0 to FF. The two most
significant bits of each byte set the “don’t care” condition when at logic 1. An alarm will be generated
each hour when the “don’t care” bits are set in the hours byte. Similarly, an alarm is generated every
8 of 36