Недокументированная и нестандартная служба времени AVR LibC
- Войдите на сайт для отправки комментариев
Потребовалось мне тут узнавать из Интернета текущее время и дату. Ну, получить длинное число из NTP нетрудно, но потом же надо в дату и время пересчитать! Запустил IDE 1.6.5 и с тоской обнаружил, что там нет службы времени («time.h»). Полез на сайт Atmel в документацию библиотеки AVR LibC и с ещё большей тоской обнаружил, что её нет и там. Те, кто когда-либо работал с NTP, поймут мою тоску – время там узнать несложно, а вот дату без библиотечных функций – гороху накушаешься. Требуется очень аккуратная программа строк на сто – в общем, полдня возни.
Но, чёрт меня дёрнул запустить IDE 1.6.12 (типа, для очистки совести) – а оно там есть!
Таким образом, в поздних версиях IDE (вернее, библиотеки AVR LibC) имеется недокументированная служба времени. С какой версии IDE она появилась, я выяснять не стал, но точно могу сказать, что в 1.6.5 ещё не было, а в 1.6.12 уже есть.
Попробовал применить, а вот фигвам! Считая, что в типе time_t как и положено лежит UNIX-время, т.е. секунды с 01.01.1970, я ввёл поправку на NTP время (секунды с 01.01.1900) и … получил, что сегодня 2047 год.
Полез в исходники AVR LibC – документации-то нету :( Нарыл следующую информацию – в типе time_t они хранят не UNIX-время как все нормальные люди, а секунды с 01.01.2000. Отсюда и моя ошибка в 30 лет. Правда, они определили константы для пересчёта их времени в UNIX и в NTP – и на том спасибо.
На всякий случай проверил, что хранится в поле tm_year структуры struct tm. Здесь у них всё стандартно – год с 1900, как у всех.
Вот скетч – пример использования службы времени. Работа с NTP сюда не включена, а просто вставил константу 3693471153, которую я получил сегодня от NTP сервера. Она соответствует времени 15.01.2017 15:12:33. Смотрите в скетче, как из этого числа можно получить структуру struct tm (а в ней уже есть все – время, дата, день недели и т.п.).
// IDE 1.6.12
#include <time.h>
#define GOT_FROM_NTP 3693471153UL // 15.01.2017 15:12:33
#define MOSCOW_TIME (3 * ONE_HOUR)
void setup(void) {
Serial.begin(115200);
unsigned long tt = GOT_FROM_NTP - NTP_OFFSET;
set_zone(MOSCOW_TIME);
const struct tm * timeinfo = localtime(&tt);
Serial.print("struct tm year: ");
Serial.println(timeinfo->tm_year);
char szTime[48];
strftime(szTime, sizeof(szTime), "%A, %B %d, %Y. %T", timeinfo);
Serial.println(szTime);
}
void loop(void) {}
///////////////////////////////////////
//// RESULT (IDE 1.6.12) //////////////
//
// struct tm year: 117
// Sunday, January 15, 2017. 15:12:33
//
В порядке справки, приведу также и структуру struct tm, для тех, кто её не знает.
struct tm {
int8_t tm_sec; // секунды [ 0 - 59 ]
int8_t tm_min; // минуты [ 0 - 59 ]
int8_t tm_hour; // часы [ 0 - 23 ]
int8_t tm_mday; // день месяца [ 1 - 31 ]
int8_t tm_wday; // день недели [ 0-воскресенье - 6-суббота ]
int8_t tm_mon; // месяц [ 0-январь - 11-декабрь ]
int16_t tm_year; // год с 1900
int16_t tm_yday; // день года [ 0 - 365 ]
int16_t tm_isdst; // флаг перехода на сезонное время
};
Виноват, в строке 9 более грамотно использовать тип time_t, а не unsigned long, хотя в данной реализации это одно и то же. У меня этот тип случайно остался от NTP-шной программы - забыл поменять.
А в остальном нормальная библиотека? Что там есть, чего нет? Локализации-то поди точно нет.
А в остальном нормальная библиотека? Что там есть, чего нет? Локализации-то поди точно нет.
Вот полный заголовочный файл time.h из avr libc 1.8.1
/* * (C)2012 Michael Duane Rice All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions are * met: * * Redistributions of source code must retain the above copyright notice, this * list of conditions and the following disclaimer. Redistributions in binary * form must reproduce the above copyright notice, this list of conditions * and the following disclaimer in the documentation and/or other materials * provided with the distribution. Neither the name of the copyright holders * nor the names of contributors may be used to endorse or promote products * derived from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" * AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE * LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE * POSSIBILITY OF SUCH DAMAGE. */ /* $Id: time.h 2427 2014-05-01 14:06:03Z amylaar $ */ /** \file */ /** \defgroup avr_time <time.h>: Time \code #include <time.h> \endcode <h3>Introduction to the Time functions</h3> This file declares the time functions implemented in \c avr-libc. The implementation aspires to conform with ISO/IEC 9899 (C90). However, due to limitations of the target processor and the nature of its development environment, a practical implementation must of necessity deviate from the standard. Section 7.23.2.1 clock() The type clock_t, the macro CLOCKS_PER_SEC, and the function clock() are not implemented. We consider these items belong to operating system code, or to application code when no operating system is present. Section 7.23.2.3 mktime() The standard specifies that mktime() should return (time_t) -1, if the time cannot be represented. This implementation always returns a 'best effort' representation. Section 7.23.2.4 time() The standard specifies that time() should return (time_t) -1, if the time is not available. Since the application must initialize the time system, this functionality is not implemented. Section 7.23.2.2, difftime() Due to the lack of a 64 bit double, the function difftime() returns a long integer. In most cases this change will be invisible to the user, handled automatically by the compiler. Section 7.23.1.4 struct tm Per the standard, struct tm->tm_isdst is greater than zero when Daylight Saving time is in effect. This implementation further specifies that, when positive, the value of tm_isdst represents the amount time is advanced during Daylight Saving time. Section 7.23.3.5 strftime() Only the 'C' locale is supported, therefore the modifiers 'E' and 'O' are ignored. The 'Z' conversion is also ignored, due to the lack of time zone name. In addition to the above departures from the standard, there are some behaviors which are different from what is often expected, though allowed under the standard. There is no 'platform standard' method to obtain the current time, time zone, or daylight savings 'rules' in the AVR environment. Therefore the application must initialize the time system with this information. The functions set_zone(), set_dst(), and set_system_time() are provided for initialization. Once initialized, system time is maintained by calling the function system_tick() at one second intervals. Though not specified in the standard, it is often expected that time_t is a signed integer representing an offset in seconds from Midnight Jan 1 1970... i.e. 'Unix time'. This implementation uses an unsigned 32 bit integer offset from Midnight Jan 1 2000. The use of this 'epoch' helps to simplify the conversion functions, while the 32 bit value allows time to be properly represented until Tue Feb 7 06:28:15 2136 UTC. The macros UNIX_OFFSET and NTP_OFFSET are defined to assist in converting to and from Unix and NTP time stamps. Unlike desktop counterparts, it is impractical to implement or maintain the 'zoneinfo' database. Therefore no attempt is made to account for time zone, daylight saving, or leap seconds in past dates. All calculations are made according to the currently configured time zone and daylight saving 'rule'. In addition to C standard functions, re-entrant versions of ctime(), asctime(), gmtime() and localtime() are provided which, in addition to being re-entrant, have the property of claiming less permanent storage in RAM. An additional time conversion, isotime() and its re-entrant version, uses far less storage than either ctime() or asctime(). Along with the usual smattering of utility functions, such as is_leap_year(), this library includes a set of functions related the sun and moon, as well as sidereal time functions. */ #ifndef TIME_H #define TIME_H #ifdef __cplusplus extern "C" { #endif #include <inttypes.h> #include <stdlib.h> /** \ingroup avr_time */ /* @{ */ /** time_t represents seconds elapsed from Midnight, Jan 1 2000 UTC (the Y2K 'epoch'). Its range allows this implementation to represent time up to Tue Feb 7 06:28:15 2136 UTC. */ typedef uint32_t time_t; /** The time function returns the systems current time stamp. If timer is not a null pointer, the return value is also assigned to the object it points to. */ time_t time(time_t *timer); /** The difftime function returns the difference between two binary time stamps, time1 - time0. */ int32_t difftime(time_t time1, time_t time0); /** The tm structure contains a representation of time 'broken down' into components of the Gregorian calendar. The normal ranges of the elements are.. \code tm_sec seconds after the minute - [ 0 to 59 ] tm_min minutes after the hour - [ 0 to 59 ] tm_hour hours since midnight - [ 0 to 23 ] tm_mday day of the month - [ 1 to 31 ] tm_wday days since Sunday - [ 0 to 6 ] tm_mon months since January - [ 0 to 11 ] tm_year years since 1900 tm_yday days since January 1 - [ 0 to 365 ] tm_isdst Daylight Saving Time flag * \endcode *The value of tm_isdst is zero if Daylight Saving Time is not in effect, and is negative if the information is not available. When Daylight Saving Time is in effect, the value represents the number of seconds the clock is advanced. See the set_dst() function for more information about Daylight Saving. */ struct tm { int8_t tm_sec; int8_t tm_min; int8_t tm_hour; int8_t tm_mday; int8_t tm_wday; int8_t tm_mon; int16_t tm_year; int16_t tm_yday; int16_t tm_isdst; }; /* We have to provide clock_t / CLOCKS_PER_SEC so that libstdc++-v3 can be built. We define CLOCKS_PER_SEC via a symbol _CLOCKS_PER_SEC_ so that the user can provide the value on the link line, which should result in little or no run-time overhead compared with a constant. */ typedef unsigned long clock_t; extern char *_CLOCKS_PER_SEC_; #define CLOCKS_PER_SEC ((clock_t) _CLOCKS_PER_SEC_) extern clock_t clock(void); /** This function 'compiles' the elements of a broken-down time structure, returning a binary time stamp. The elements of timeptr are interpreted as representing Local Time. The original values of the tm_wday and tm_yday elements of the structure are ignored, and the original values of the other elements are not restricted to the ranges stated for struct tm. On successful completion, the values of all elements of timeptr are set to the appropriate range. */ time_t mktime(struct tm * timeptr); /** This function 'compiles' the elements of a broken-down time structure, returning a binary time stamp. The elements of timeptr are interpreted as representing UTC. The original values of the tm_wday and tm_yday elements of the structure are ignored, and the original values of the other elements are not restricted to the ranges stated for struct tm. Unlike mktime(), this function DOES NOT modify the elements of timeptr. */ time_t mk_gmtime(const struct tm * timeptr); /** The gmtime function converts the time stamp pointed to by timer into broken-down time, expressed as UTC. */ struct tm *gmtime(const time_t * timer); /** Re entrant version of gmtime(). */ void gmtime_r(const time_t * timer, struct tm * timeptr); /** The localtime function converts the time stamp pointed to by timer into broken-down time, expressed as Local time. */ struct tm *localtime(const time_t * timer); /** Re entrant version of localtime(). */ void localtime_r(const time_t * timer, struct tm * timeptr); /** The asctime function converts the broken-down time of timeptr, into an ascii string in the form Sun Mar 23 01:03:52 2013 */ char *asctime(const struct tm * timeptr); /** Re entrant version of asctime(). */ void asctime_r(const struct tm * timeptr, char *buf); /** The ctime function is equivalent to asctime(localtime(timer)) */ char *ctime(const time_t * timer); /** Re entrant version of ctime(). */ void ctime_r(const time_t * timer, char *buf); /** The isotime function constructs an ascii string in the form \code2013-03-23 01:03:52\endcode */ char *isotime(const struct tm * tmptr); /** Re entrant version of isotime() */ void isotime_r(const struct tm *, char *); /** A complete description of strftime() is beyond the pale of this document. Refer to ISO/IEC document 9899 for details. All conversions are made using the 'C Locale', ignoring the E or O modifiers. Due to the lack of a time zone 'name', the 'Z' conversion is also ignored. */ size_t strftime(char *s, size_t maxsize, const char *format, const struct tm * timeptr); /** Specify the Daylight Saving function. The Daylight Saving function should examine its parameters to determine whether Daylight Saving is in effect, and return a value appropriate for tm_isdst. Working examples for the USA and the EU are available.. \code #include <util/eu_dst.h>\endcode for the European Union, and \code #include <util/usa_dst.h>\endcode for the United States If a Daylight Saving function is not specified, the system will ignore Daylight Saving. */ void set_dst(int (*) (const time_t *, int32_t *)); /** Set the 'time zone'. The parameter is given in seconds East of the Prime Meridian. Example for New York City: \code set_zone(-5 * ONE_HOUR);\endcode If the time zone is not set, the time system will operate in UTC only. */ void set_zone(int32_t); /** Initialize the system time. Examples are... From a Clock / Calendar type RTC: \code struct tm rtc_time; read_rtc(&rtc_time); rtc_time.tm_isdst = 0; set_system_time( mktime(&rtc_time) ); \endcode From a Network Time Protocol time stamp: \code set_system_time(ntp_timestamp - NTP_OFFSET); \endcode From a UNIX time stamp: \code set_system_time(unix_timestamp - UNIX_OFFSET); \endcode */ void set_system_time(time_t timestamp); /** Maintain the system time by calling this function at a rate of 1 Hertz. It is anticipated that this function will typically be called from within an Interrupt Service Routine, (though that is not required). It therefore includes code which makes it simple to use from within a 'Naked' ISR, avoiding the cost of saving and restoring all the cpu registers. Such an ISR may resemble the following example... \code ISR(RTC_OVF_vect, ISR_NAKED) { system_tick(); reti(); } \endcode */ void system_tick(void); /** Enumerated labels for the days of the week. */ enum _WEEK_DAYS_ { SUNDAY, MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY, SATURDAY }; /** Enumerated labels for the months. */ enum _MONTHS_ { JANUARY, FEBRUARY, MARCH, APRIL, MAY, JUNE, JULY, AUGUST, SEPTEMBER, OCTOBER, NOVEMBER, DECEMBER }; /** Return 1 if year is a leap year, zero if it is not. */ uint8_t is_leap_year(int16_t year); /** Return the length of month, given the year and month, where month is in the range 1 to 12. */ uint8_t month_length(int16_t year, uint8_t month); /** Return the calendar week of year, where week 1 is considered to begin on the day of week specified by 'start'. The returned value may range from zero to 52. */ uint8_t week_of_year(const struct tm * timeptr, uint8_t start); /** Return the calendar week of month, where the first week is considered to begin on the day of week specified by 'start'. The returned value may range from zero to 5. */ uint8_t week_of_month(const struct tm * timeptr, uint8_t start); /** Structure which represents a date as a year, week number of that year, and day of week. See http://en.wikipedia.org/wiki/ISO_week_date for more information. */ struct week_date{ int year; int week; int day; }; /** Return a week_date structure with the ISO_8601 week based date corresponding to the given year and day of year. See http://en.wikipedia.org/wiki/ISO_week_date for more information. */ struct week_date * iso_week_date( int year, int yday); /** Re-entrant version of iso-week_date. */ void iso_week_date_r( int year, int yday, struct week_date *); /** Convert a Y2K time stamp into a FAT file system time stamp. */ uint32_t fatfs_time(const struct tm * timeptr); /** One hour, expressed in seconds */ #define ONE_HOUR 3600 /** Angular degree, expressed in arc seconds */ #define ONE_DEGREE 3600 /** One day, expressed in seconds */ #define ONE_DAY 86400 /** Difference between the Y2K and the UNIX epochs, in seconds. To convert a Y2K timestamp to UNIX... \code long unix; time_t y2k; y2k = time(NULL); unix = y2k + UNIX_OFFSET; \endcode */ #define UNIX_OFFSET 946684800 /** Difference between the Y2K and the NTP epochs, in seconds. To convert a Y2K timestamp to NTP... \code unsigned long ntp; time_t y2k; y2k = time(NULL); ntp = y2k + NTP_OFFSET; \endcode */ #define NTP_OFFSET 3155673600 /* * =================================================================== * Ephemera */ /** Set the geographic coordinates of the 'observer', for use with several of the following functions. Parameters are passed as seconds of North Latitude, and seconds of East Longitude. For New York City... \code set_position( 40.7142 * ONE_DEGREE, -74.0064 * ONE_DEGREE); \endcode */ void set_position(int32_t latitude, int32_t longitude); /** Computes the difference between apparent solar time and mean solar time. The returned value is in seconds. */ int16_t equation_of_time(const time_t * timer); /** Computes the amount of time the sun is above the horizon, at the location of the observer. NOTE: At observer locations inside a polar circle, this value can be zero during the winter, and can exceed ONE_DAY during the summer. The returned value is in seconds. */ int32_t daylight_seconds(const time_t * timer); /** Computes the time of solar noon, at the location of the observer. */ time_t solar_noon(const time_t * timer); /** Return the time of sunrise, at the location of the observer. See the note about daylight_seconds(). */ time_t sun_rise(const time_t * timer); /** Return the time of sunset, at the location of the observer. See the note about daylight_seconds(). */ time_t sun_set(const time_t * timer); /** Returns the declination of the sun in radians. */ double solar_declination(const time_t * timer); /** Returns an approximation to the phase of the moon. The sign of the returned value indicates a waning or waxing phase. The magnitude of the returned value indicates the percentage illumination. */ int8_t moon_phase(const time_t * timer); /** Returns Greenwich Mean Sidereal Time, as seconds into the sidereal day. The returned value will range from 0 through 86399 seconds. */ unsigned long gm_sidereal(const time_t * timer); /** Returns Local Mean Sidereal Time, as seconds into the sidereal day. The returned value will range from 0 through 86399 seconds. */ unsigned long lm_sidereal(const time_t * timer); /* @} */ #ifdef __cplusplus } #endif #endif /* TIME_H */Если что, то на Pjrc.com есть рабочая библиотека "time" с прмерами..
Ну, Dimax, здесь всё-таки полная С-шная стандартная библиотека к которой многие уж десятилетия как привыкли.
Вот, недавно была тема где автор собирался массив времени восхода на весь год иметь, а тут - ввёл свои координаты и получай хоть восход, хоть закат ...
Оно как-то когда это устоявшийся стандарт как-то приятниее.
кто как понимает этот кусок комментариев в time.h ? (*ТС, можешь не выскакивать с воплями о платности своих услуг)
/** Maintain the system time by calling this function at a rate of 1 Hertz. It is anticipated that this function will typically be called from within an Interrupt Service Routine, (though that is not required). It therefore includes code which makes it simple to use from within a 'Naked' ISR, avoiding the cost of saving and restoring all the cpu registers. Such an ISR may resemble the following example... \code ISR(RTC_OVF_vect, ISR_NAKED) { system_tick(); reti(); } \endcode */так понимаю, что нужно каждую секунду запускать system_tick(); и reti();
ок.
запускается system_tick(); - и, чего?
и, не запускается reti(); - нет о нём ничего в коде.
*по идее, должно быть как-то так
void system_tick(void) {rtc_time++};*по идее, должно быть как-то так
void system_tick(void) {rtc_time++};Насчет reti() не знаю, а вот system_tick(), как я понял, наращивает volatile time_t __system_time. Для чего? Возможно для портированного кода, который захочет получить текущее время через стандартную time(), которая и возвращает эту глобальную переменную.
а вот system_tick(), как я понял, наращивает volatile time_t __system_time.
а, как ты это понял? - где находится код, который что-то наращивает?
и, где смотреть __system_time ?
avr-libc-2.0.0/libc/time/
time.c
extern volatile time_t __system_time; time_t time(time_t * timer) { time_t ret; asm volatile( "in __tmp_reg__, __SREG__" "\n\t" "cli" "\n\t" :: ); ret = __system_time; asm volatile( "out __SREG__, __tmp_reg__" "\n\t" :: ); if (timer) *timer = ret; return ret; }system_tick.S:
/* $Id: system_tick.S 2348 2013-04-16 23:42:05Z swfltek $ */ /* Impoved system_tick Credit to Wouter van Gulik. */ #include <avr/common.h> .global system_tick .type system_tick, @function system_tick: push r24 in r24,_SFR_IO_ADDR(SREG) push r24 cli lds r24,__system_time+0 subi r24, (-1) sts __system_time+0,r24 lds r24,__system_time+1 sbci r24, (-1) sts __system_time+1,r24 lds r24,__system_time+2 sbci r24, (-1) sts __system_time+2,r24 lds r24,__system_time+3 sbci r24, (-1) sts __system_time+3,r24 pop r24 out _SFR_IO_ADDR(SREG),r24 pop r24 ret .size system_tick, .-system_tickок. спасибо.
Я своей функцией пользуюсь для пересчёта из time_t, она входит в состав логгера для telnet сервера (GetTimeAsSystemTime).
Я своей функцией пользуюсь для пересчёта из time_t, она входит в состав логгера для telnet сервера (GetTimeAsSystemTime).
Евгений, а как проверить насколько правильно сия библиотека рассчитывает локальное время? Могу к примеру сказать для любого города точное локальное время. Сравним?
Очень точно рассчитывает. Только UTC offset задайте правильно ;)
Есть специальный онлайн сервис, где можно конвертировать время: Epoch & Unix Timestamp Conversion Tools
На самом деле нет никаких "нестандартных и недокументированных служб". Есть давно стандартизированный набор unix'овых функций для преобразования данных о времени в разные формы (в т.ч. строковый). Поскольку математика работы со временем одна, то нестандартной она быть не может. В моём случае я описал по-русски почти каждое действие. Существует несколько программных реализаций подобных алгоритмов.
Также нужно иметь в виду, что начало отсчёта называется эпохой. Дату 1970 называют эпохой unix. Вы можете выбрать любую удобную для вас дату, имея в виду, что интервал времени в 32-битном числе получается не такой уж и большой. Для эпохи unix в 2030-х годах наступит переполнение для устройств, которые используют 32-битные счётчики. Если же эту дату отодвинуть чуть на попозже, то и время аппокалипсиса тоже отодвинется. Поэтому некоторые товарищи берут за начала отсчёта другие даты. Об этом можно почитать в википедии.
Очень точно рассчитывает. Только UTC offset задайте правильно ;)
А код не сможете привести, ну я ни разу не программист, сам точно не напишу
В качестве примечания: эти некоторые товарищи точкой отсчета в avr-libc версии <time.h> взяли 00:00:00 01/01/2000, базируясь тем самым на "Y2K epoch", что может доставить определенные проблемы при взаимодействии со внешними системами. Нужно своевременно корректировать timestamp на UNIX_OFFSET. Видимо это и есть нестандартность данной реализации, как и указанно в первом посте.
нашлась reti() в interrupt.h
# define reti() __asm__ __volatile__ ("reti" ::)А код не сможете привести, ну я ни разу не программист, сам точно не напишу
Вот он, в первом посте:
5#define MOSCOW_TIME (3 * ONE_HOUR)0610set_zone(MOSCOW_TIME);11conststructtm * timeinfo = localtime(&tt);Учтите, что действие глобальной переменной __utc_offset, устанавливаемой при помощи set_zone() распространяется только на функции localtime_r(), localtime(), mktime() и частично на strftime(). В отношении последней есть примечание: "All conversions are made using the 'C Locale', ignoring the E or O modifiers. Due to the lack of a time zone 'name', the 'Z' conversion is also ignored."
нашлась reti() в interrupt.h
# define reti() __asm__ __volatile__ ("reti" ::)....гы!
-Рубашка нашлась, Петька! Она под майкой была! ©
Учтите, что действие глобальной переменной __utc_offset, устанавливаемой при помощи set_zone() распространяется только на функции localtime_r(), localtime(), mktime() и частично на strftime(). В отношении последней есть примечание: "All conversions are made using the 'C Locale', ignoring the E or O modifiers. Due to the lack of a time zone 'name', the 'Z' conversion is also ignored."
А координаты где вводить?
Координаты мерьканских секретных объектов?
http://www.nongnu.org/avr-libc/user-manual/group__avr__time.html - set_position().
Только на таймзону они никак не влияют, если что.
А координаты где вводить?
Координаты не влияют на локальное время. Они нужны для определения времени восхода, заката и т.п.
ТС, можешь не выскакивать с воплями о платности своих услуг
Могу и не выскакивать. Молодец, что запомнил!
насколько правильно сия библиотека рассчитывает локальное время?
Ни на сколько вообще. Вы сами задаёте UTC и сами же задаёте часовой пояс - её дело тупо сложить.
Могу и не выскакивать. Молодец, что запомнил!
таки, не выдержал - выскочил.
кто в курсе зачем в разных примерах по разному объявляется структура tm ?
time_t s = time(NULL); const struct tm * seconds = localtime(&s); // 1-й вариант struct tm * seconds = localtime(&s); // 2-й вариант tm * seconds = localtime(&s); // 3-й вариантКоординаты мерьканских секретных объектов?
http://www.nongnu.org/avr-libc/user-manual/group__avr__time.html - set_position().
Только на таймзону они никак не влияют, если что.
Таки и не должны, они влияют на рассчет слежения трекера за спутниками к примеру, но кеплеровские данные всё равно придётся обновлять, хотя бы раз в месяц
Пример определения времени восхода солнца для двух разных городов.
#include <time.h> // // Москва 55°45'07" с.ш., 37°36'59" в.д. #define MOSCOW \ static_cast<int32_t>(ONE_DEGREE * 55.75194), \ static_cast<int32_t>(ONE_DEGREE * 37.61639) // // Урюпинск 50°48′00″ с. ш. 42°01′00″ в.д. #define URUPINSK \ static_cast<int32_t>(ONE_DEGREE * 50.8), \ static_cast<int32_t>(ONE_DEGREE * 42.0167) // // Временная зона (UTC + 3) static constexpr int32_t timeZoneMoscow = static_cast<int32_t>(3) * ONE_HOUR; // // Восход для текущей локации (врзвращает время в тексте) static void getSunRise(const time_t today, char * buffer, const size_t bufSize) { time_t sr = sun_rise(& today); struct tm * sr_time = localtime(& sr); strftime(buffer, bufSize, "\t%X", sr_time); } void setup(void) { Serial.begin(115200); // // Январь 2020 года struct tm theDate = {0, 0, 12, 1, 0, 0, 120, 0, 0}; // // Время московское set_zone(timeZoneMoscow); // // Заголовок Serial.println("SUNRISE for both Moscow and Urupinsк for January 2020\r\n\tDate\t\t\tMoscow\t\tUrupinsk"); // // Цикл по всем дня месяца (января) for (int dayOfMonth = 1; (theDate.tm_mday = dayOfMonth) < 32; dayOfMonth++) { // // Компиляция даты time_t today = mktime(& theDate); // // Печать даты char buffer[64]; strftime(buffer, sizeof(buffer), "%A, %B %d, %Y", & theDate); Serial.print(buffer); // // Печать времени восхода для Москвы set_position(MOSCOW); getSunRise(today, buffer, sizeof(buffer)); Serial.print(buffer); // // Печать времени восхода для Урюпинска set_position(URUPINSK); getSunRise(today, buffer, sizeof(buffer)); Serial.println(buffer); } } void loop(void) {}Результат работы
Замечание: здесь не учитывается высота данного места над уровнем моря, потому время может на несколько минут отличаться от фактического.
Во, блин! Совсем уж собрался писать про ещё одну нестандартность, но всё не так просто.
Была у меня в древнем, как фортран, проекте под Visual Studio (VS) функция для вычисления дня недели
/// <summary> /// Возвращает день недели /// </summary> /// <param name="day">день месяца (1-31)</param> /// <param name="month">месяц (1-12)</param> /// <param name="year">год полностью</param> /// <returns>день недели 0-воскресенье, 1-понедельник, ..., 6-суббота, или -1 если ошибка</returns> // uint8_t getWeekDay(const uint8_t day, const uint8_t month, const uint16_t year) { tm theTm = { 0, 0, 0, day, month - 1, year - 1900 }; return (mktime(& theTm) < 0) ? -1 : theTm.tm_wday; }и ведь, ЧСХ, знаю, что говнокод, всегда говорил и студентам, и детям, и внукам, что так делать не стоит, но вот такая она у меня - эта функция. :-( Служила она мне верой и правдой во многих программах.
Решил перетащить в атмеловскую студию (AS) (всё, что сказано ниже, верно и для Arduino IDE). Что-то пошло не так. Ну, эта функция много лет верой и правдой, потому, её подозреваем в самую последнюю очередь. Час траха, чтобы выяснить, что таки она, сука, неправильно считает. Как же так?!? Ещё немного траха и тут выясняется, что структуры tm в VS и в AS - разные!
Т.е. у майкрософта день недели стоит после месяца и года, а у Атмела - перед - твающ...!
Ну, чё, решил разобраться, кто не прав: Atmel или Microsoft.
Открываем стандарт языка Си (ISO/IEC 9899:2018, § 7.27.1 Library, page. 285) и читаем
Вывод: и Майкрософт и Атмел, оба правы. Неправ ЕвгенийП, в том, что использует неназначенную инициализацию структуры!
В порядке придирки отмечу, что у Атмела неверно указан диапазон секунд - 0-59, а должно быть 0-60.
Но самый шок был. когда я полез в казалось бы абсолютно кошерный источник "правильного Си" - https://github.com/torvalds/linux/blob/master/include/linux/time.h и обнаружил, что там-то эта структура стандарту не соответствует - отсутствует поле tm_isdst. Вот так, ни хрена себе!
Надо Торвальду подсказать )))
В порядке придирки отмечу, что у Атмела неверно указан диапазон секунд - 0-59, а должно быть 0-60.
Это очень прикольно. Интересно , почему секунд может быть 60, а минут не может быть ?
Ну, дык, бывает "високосная секунда", а "високосной минуты" не бывает - обидели!
Вот оно че...