Потому и говорил -берите мой макрос ,он привязан (синхронизирован) к часам реального времени ,даже не нужно использовать энергонезависимые переменные (часы ПР всегда идут). Год задавайте константой .Вытащить год из часов не получается как то.А нужен ли год .какой будет погрешность ,если она не накапливается (1 день) -месяца и дни то идут правильно,а дни недели нас не интересуют
Последний раз редактировалось rovki; 11.04.2013 в 17:54.
электронщик до мозга костей и не только
Кое как поженил часы capzap с макросом реальных часов (частично).
Естественно ,что можно было бы упростить солнечные часы при наличии реальных часов (макроса) ,но это пусть делает автор .А пока можно визуально наблюдать восход в Кирове (время).
ЭХ .... бля......опять не лезит на форум .Устал уже....
заменил макрос арксинуса, точность на сегодняшнюю дату стала порядка 3-5мин, по сравнению с тем что выдаёт навигатор.Сообщение от capzap
PS координаты не соответствуют надписи над ними.
начинающий профессионал
По моим сведениям в Екатеринбурге на сегодня должно быть:
восход в 06:55, заход в 21:00
И расхождение от этих значении должно быть в районе минуты. Если не так то видимо навигатор учитывает высоту над уровнем моря, там где я приводил код на st это переменная H.
А про ошибки я писал, это когда превращаемые секунды в дату и обратно переведенные в секунды между собой не нападали, скорее всего это связано с високосными годами, так как я прогнал где то до 2089года
в правом верхнем угла проекта, макрос вычисляющий день в месяце и сам месяц по дню в году, вход leap нужен если год високосный, отсчет начинается с единицы а не с нуля
ЗЫ все макросы были и раньше, кто скачивал мои первые попытки
Нормальный макрос ,только лучше вводить сам год и автоматически определять высокосный ли год ,вместо ЛИАП .Имхо
Последний раз редактировалось rovki; 13.04.2013 в 23:06.
И еще понял ,что если внутренние макросы не очень большие ,то лучше обойтись без макросов в макросе (просто копировать \вставить) .А то такой макрос с вложениями не загрузить в проект ,пока все составляюшие не загрузишь.
Вот думаю ,а почему нельзя транслировать макрос в макросе в код ,что бы он выглядел как стандартный ФБ в библиотеке ,то есть его нельзя разложить на части -это бы резко упростило использование таких макросов (может у него будет другое расширение)
я давно это понял, и стараюсь не использовать макрос в макросе без особой нужды...
начинающий профессионал
Вот поэтому в языках высокого уровня принято за основу единица измерения времени в миллисекундах от 1970 года, по ней всегда можно вычислить остальные значения времен. В любой момент времени будет своя миллисекунда, а по ней уже можно узнать и год и месяц и т.д.Нормальный макрос ,только лучше вводить сам год и автоматически определять высокосный ли год ,вместо ЛИАП .
Вот если бы в ПР с часами было так же, в место клоков, выдавалось бы время в секундах от какого нибудь года, значительно проще было бы "играться" с временами. Конечно в том виде как сейчас дата красиво выглядит, но проводить арифметические действия с ней неудобно, сперва придется привести все в секунды, потом сделать вычитание или сложение, после снова все преобразовать в дату, а мой вариант был бы проще сперва вычислили из текущего требуемое, а потом превратили в дату, конкретно в ту какую нужно, день ли это или месяц или год
1) это называется Unix-время
2) в ПР это нифига не удобно.
3) если считать в милисекундах, то 32бит хватит всего на 49 дней.
Последний раз редактировалось AI!; 14.04.2013 в 20:41.
начинающий профессионал
Ваши права
Ответить с цитированием