将 NTP 时间转换为日期时偏移 1 天

Question

我正在尝试实现自己的 NTP 客户端。

我可以发送和接收 NTP 消息，我现在需要做的就是将其转换为“实时”时间。我创建了一个函数来执行此操作，但由于某种原因，我得到了正确的所有字段，除了晚 1 天的 day 字段。

我还使用笔、纸和计算器进行了一些快速计算，得到了相同的结果，所以一定有一些我遗漏的东西。

这是我的代码：

void setTime(uint32_t seconds, uint32_t fraction)
{
    int yearsPassed = seconds / (60 * 60 * 24 * 365);

    year = 1900 + yearsPassed;

    int leapYears = yearsPassed / 4;

    int secondsLeft = seconds - yearsPassed * 365 * 24 * 60 * 60;

    secondsLeft -= leapYears * 60 * 60 * 24;

    int daysPassed = secondsLeft / (60 * 60 * 24);

    secondsLeft -= daysPassed * 60 * 60 * 24;

    int hoursPassed = secondsLeft / (60*60);

    secondsLeft -= hoursPassed * 60 * 60;

    int minutesPassed = secondsLeft / 60;

    secondsLeft -= minutesPassed * 60;

    hour = hoursPassed + SUMMERTIME_OFFSET;
    minute = minutesPassed;
    second = secondsLeft;

    us = (fraction * (pow((float)10,(float)6)) / (pow((float)2,(float)32)));

    month = getMonth(daysPassed);
    day = getDay(month, daysPassed);
}

例如，使用此代码，我可以获取时间 2015/4/28 14:3:15.351731，但日期应该是 29 而不是 28。我最初的想法是我计算的闰年有误，因此错过了 1 天那个，但这似乎是正确的。

编辑

getMonth() 和 getDay() 的代码。它们还没有完全实现，因为我想编写尽可能少的代码来测试它是否有效。

int getMonth(int daysPassed)
{
    if (daysPassed < 32)
        return 1;
    else if (daysPassed < 60)
        return 2;
    else if (daysPassed < 91)
        return 3;
    else if (daysPassed < 121)
        return 4;
    else if (daysPassed < 152)
        return 5;
    else 
        return 6;
}

int getDay(int month, int daysPassed)
{
    switch (month)
    {
    case 1:
        return daysPassed;
        break;
    case 2:
        return daysPassed - 31;
        break;
    case 3:
        return daysPassed - 59;
        break;
    case 4:
        return daysPassed - 90;
        break;
    case 5:
        return daysPassed - 120;
        break;
    default:
        return 6;
        break;
    }
}

Answer 1

您的daysPast 出现了围栏错误，因为它是已完成 天，而不是部分 天数。

考虑 1 秒的输入（哎呀，更好的是，让它成为一个单元测试），它应该解析为 1/1/1900 00:00:01 - 它会将您的 daysPast 设为 0，而这是过去的天数，不考虑当天。

当然，在计算年份中的日期时，您还需要考虑当前年份是否为闰年；为了完整性和 2100 年的兼容性，您的闰年过去算法有点幼稚。