несколько не так работает мой макрос, без ввода года он получает дату в секундах семидесятого года и потом он все равно ошибется. Я когда ставил на прогон, ошибки все равно были, видимо ограниченное количество знаков после запятой мешает
несколько не так работает мой макрос, без ввода года он получает дату в секундах семидесятого года и потом он все равно ошибется. Я когда ставил на прогон, ошибки все равно были, видимо ограниченное количество знаков после запятой мешает
Потому и говорил -берите мой макрос ,он привязан (синхронизирован) к часам реального времени ,даже не нужно использовать энергонезависимые переменные (часы ПР всегда идут). Год задавайте константой .Вытащить год из часов не получается как то.А нужен ли год .какой будет погрешность ,если она не накапливается (1 день) -месяца и дни то идут правильно,а дни недели нас не интересуют
Последний раз редактировалось rovki; 11.04.2013 в 17:54.
электронщик до мозга костей и не только
Кое как поженил часы capzap с макросом реальных часов (частично).
Естественно ,что можно было бы упростить солнечные часы при наличии реальных часов (макроса) ,но это пусть делает автор .А пока можно визуально наблюдать восход в Кирове (время).
ЭХ .... бля......опять не лезит на форум .Устал уже....
электронщик до мозга костей и не только
По моим сведениям в Екатеринбурге на сегодня должно быть:
восход в 06:55, заход в 21:00
И расхождение от этих значении должно быть в районе минуты. Если не так то видимо навигатор учитывает высоту над уровнем моря, там где я приводил код на st это переменная H.
А про ошибки я писал, это когда превращаемые секунды в дату и обратно переведенные в секунды между собой не нападали, скорее всего это связано с високосными годами, так как я прогнал где то до 2089года
в правом верхнем угла проекта, макрос вычисляющий день в месяце и сам месяц по дню в году, вход leap нужен если год високосный, отсчет начинается с единицы а не с нуля
ЗЫ все макросы были и раньше, кто скачивал мои первые попытки
Вот поэтому в языках высокого уровня принято за основу единица измерения времени в миллисекундах от 1970 года, по ней всегда можно вычислить остальные значения времен. В любой момент времени будет своя миллисекунда, а по ней уже можно узнать и год и месяц и т.д.
Вот если бы в ПР с часами было так же, в место клоков, выдавалось бы время в секундах от какого нибудь года, значительно проще было бы "играться" с временами. Конечно в том виде как сейчас дата красиво выглядит, но проводить арифметические действия с ней неудобно, сперва придется привести все в секунды, потом сделать вычитание или сложение, после снова все преобразовать в дату, а мой вариант был бы проще сперва вычислили из текущего требуемое, а потом превратили в дату, конкретно в ту какую нужно, день ли это или месяц или год
1) это называется Unix-время
2) в ПР это нифига не удобно.
3) если считать в милисекундах, то 32бит хватит всего на 49 дней.
Последний раз редактировалось AI!; 14.04.2013 в 20:41.
начинающий профессионал
я уже упоминал http://www.owen.ru/forum/showpost.ph...&postcount=346
чем неудобно?