开发板RTC时间设置有效，但断电后自动恢复

[导读]博主使用的是天嵌的开发板型号IMX6Q_coreC。1.发现使用开发板是时间总是被设置为2028年6月18日3时41分，一开始以为是底层驱动的问题，故去底层加打印信息调试。2.发现在系统内hwclo

博主使用的是天嵌的开发板型号IMX6Q_coreC。

1.发现使用开发板是时间总是被设置为2028年6月18日3时41分，一开始以为是底层驱动的问题，故去底层加打印信息调试。

2.发现在系统内hwclock -w也正常写入，从寄存器读取时间也正确，就是断电后又被设置成这个时间。

3.还有一个现象就是如果设置的时间大于这个时间，断电后可以读取到正常的时间，小于这个时间就会被置为2028年6月18日3时41分。

一、于是先设置一个时间再断电重启去抓这个RTC芯片的信息：

就先随便设置一个日期：20180419

看到打印信息读写寄存器都正常。现在断电重启再抓这个芯片的信息：

可以看出一开始读取并设置的时间是正确的，可是后面又被设置成了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 timestamp    date +%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脚本里面的判断条件