博主使用的是天嵌的开发板型号IMX6Q_coreC。
1.发现使用开发板是时间总是被设置为2028年6月18日3时41分，一开始以为是底层驱动的问题， 故去底层加打印信息调试。
2.发现在系统内hwclock -w也正常写入， 从寄存器读取时间也正确，就是断电后又被设置成这个时间。
3.还有一个现象就是如果设置的时间大于这个时间，断电后可以读取到正常的时间，小于这个时间就会被置为2028年6月18日3时41分。
一、于是先设置一个时间再断电重启去抓这个RTC芯片的信息：
就先随便设置一个日期：0419
看到打印信息读写寄存器都正常。现在断电重启再抓这个芯片的信息：
可以看出一开始读取并设置的时间是正确的， 可是后面又被设置成了2028年的日期？是跑到系统里面才做的操作？跟底层无关？
于是去系统里面搜索关键字2028：
二、发现/etc/timestamp的文件内容时间正好是2028年6月18日3时41分？？？？
再追，包含/etc/timestamp这个文件了有两个脚本分别是/etc/init.d目录下的bootmisc.sh和save-rtc.sh。
bootmisc.sh中有如下内容：
#
# This is as good a place as any for a sanity check
#
# Set the system clock from hardware clock
# If the timestamp is more recent than the current time,
# use the timestamp instead.
test -x /etc/init.d/hwclock.sh && /etc/init.d/hwclock.sh start
if test -e /etc/timestamp
then
SYSTEMDATE=`date -u +%4Y%2m%2d%2H%2M%2S`
read TIMESTAMP < /etc/timestamp
if [ ${TIMESTAMP} -gt $SYSTEMDATE ]; then
# format the timestamp as date expects it (2m2d2H2M4Y.2S)
TS_YR=${TIMESTAMP%??????????}
TS_SEC=${TIMESTAMP#????????????}
TS_FIRST12=${TIMESTAMP%??}
TS_MIDDLE8=${TS_FIRST12#????}
date -u ${TS_MIDDLE8}${TS_YR}.${TS_SEC}
test -x /etc/init.d/hwclock.sh && /etc/init.d/hwclock.sh stop
fi
fi
上面的脚本会判断文件/etc/timestamp存在与否，且将里面的时间与当前系统时间进行比较，如果timestamp里面的时间大于系统时间，则会使用timestamp，并将其写入RTC时间中。脚本save-rtc.sh中有如下内容：#! /bin/sh/etc/init.d/hwclock.sh stop# Update the timestampdate +%2m%2d%2H%2M%Y > /etc/timestamp 上面的脚本会将当前时间写入timestamp中。 同时，bootmis.sh脚本被链接到rcS.d中的S55bootmis.sh中，在系统启动时执行，而脚本save-rtc.sh则被链接到rc0.d和rc6.d文 件夹中，在系统关闭和重启时执行。
三、解决方法：
找的了原因，解决的方法就简单了
1. 删除文件/etc/timestamp。或者修改/etc/timestamp内的时间，使其小于或等于当前系统时间。
2. 正常关闭或重启系统而不是直接断电。
3. 修改bootmisc.sh脚本里面的判断条件
