1、嵌入式系统板子上的时间是用date标准系统命令查看的，date是SHELL命令，例如busybox或者uClinux上的sash等。这个时间是有运行起来的嵌入式LINUX软件维护的，其实就是内存中的一个全局变量，LINUX默认启动给这个全局变量赋值就是19700101这样的数值。
2、RTC芯片(很多是嵌入式处理器内置RTC模块，那么就是CPU内部寄存器)内部的寄存器维护的时间值。
一般的，LINUX启动后，您可以通过date命令来设置更改系统时间，但掉电就会丢失的，启动后又是1970这样的时间了。若要能date设置后保存系统时间，使得在下次重启后还能保持的话，就必须有RTC+后备电池 的软硬件支持。
RTC可以是外接的一个芯片，例如常见的X1226/1227等，它们就是通过I2C接到处理器上的。
我们的平台是嵌入式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时间，让date或者您自己的代码直接读取RTC时间，而完全不理会LINUX的时间(还让它是1970...吧)
