首先，明确一个问题：
1、嵌入式系统板子上的时间是用date标准系统命令查看的，date是SHELL命令，例如busybox或者uClinux上的sash等。这个时间是有运行起来的嵌入式LINUX软件维护的，其实就是内存中的一个全局变量，LINUX默认启动给这个全局变量赋值就是19700101这样的数值。
2、RTC芯片(很多是嵌入式处理器内置RTC模块，那么就是CPU内部寄存器)内部的寄存器维护的时间值。
一般的，LINUX启动后，您可以通过date命令来设置更改系统时间，但掉电就会丢失的，启动后又是1970这样的时间了。若要能date设置后保存系统时间，使得在下次重启后还能保持的话，就必须有RTC+后备电池 的软硬件支持。
例如，我们PC上可以设置系统时间，重启后也不会丢失，就是因为我们PC主板上有RTC支持。
RTC可以是外接的一个芯片，例如常见的X1226/1227等，它们就是通过I2C接到处理器上的。
当然，现在更多的情况是CPU内置RTC模块，这样您硬件设计的话就只要提供后备电池即可。
明确了系统时间的两个概念后，我们来看看RTC的实现机制。
在嵌入式系统上，实现的方法可以灵活多样，只要能达到最终的目的：
您可通过某种操作获取当前的正确的时间，而且重启不会丢失。
那么看看几种实现机制。
在开始介绍几种方法前，我们先说明一下软件时间的方式：
我们的平台是嵌入式LINUX，要实现RTC支持，则必须是“驱动+应用程序”的方式，而我们的驱动都建议是采用MODULES方式独立加载的方式，这样可不影响整个LINUX内核。
下面开始介绍实现方法：
从上面可以看到，时间实际上是两个地方同时在维护的，一个是RTC芯片内部寄存器或CPU的RTC寄存器;另一个则是LINUX维护的时间。LINUX的时间重启就会丢失，而RTC由于有后备电池保护，则不会丢失，在板子断电后还可以继续维持计时。所以，最好理解的实现方式就是让LINUX内核启动的时候，从RTC芯片里面读取时间值，赋给LINUX的时间变量。这样LINUX一启动时间就校正过来，不再是1970了。当然，这样做，就不能用独立的RTC驱动的MODULES形式了。而当您通过date命令设置LINUX时间时，您还要修改date命令的代码，使之同时还要通过I2C修改RTC芯片内部寄存器数值(或CPU内部寄存器数值)，当然了，这样还是需要一个读写RTC的驱动的。
下面则是一个更简化的实现方法
即LINUX启动时，不从RTC芯片里面读取时间，而您直接修改date命令的代码，让它不要从LINUX提供的接口读取，而是直接通过驱动从RTC里面直接读取。
另外，如果您的系统允许的话，您都可以不走date的路线，即读取系统时间不用date命令也可以，可以自己直接写个读取时间的函数，例如read_rtc/write_rtc，就用这两个函数取代date命令读取和设置系统时间的功能。
呵呵，写了这么多，好像也没说清楚，最后，大家记住：
我们看到的时间，实际是在两个不同的地方维护的
一个是LINUX维护的，一个是RTC芯片里面的。
这样就存在一个两个时间同步的问题，一个发生在LINUX启动的时候，需要从RTC里面获取时间;另一个发生在您设置系统时间的时候，需要两个同时更改。
当然了，中间一些猫腻就可以发生，例如您可以偷懒跳过LINUX时间，让date或者您自己的代码直接读取RTC时间，而完全不理会LINUX的时间(还让它是1970...吧)
在ARM9实验箱等板子上，我们是通过修改busybox的date.c代码来实现的的;而在HHGW-LITE-R3等HHPPC平台上则是通过自己写的writeRTC来作的。
前一种方法改变了系统运行方式，后一种则没有把硬件时间同LINUX系统时间联系起来。