Обрисую ситуацию: Наше поясное время по Москве; На контроллерах ТКМ52 стоит MSDOS6.22 в autoexec.bat есть строка SET TZ=MSK-3MDT; На МРВ оператора стоит WINDOWS NT, в базе каналов проекта есть канал - системный синхронизация, к нему привязана FBD программа (через управление)засылающая в него единичный импульс, когда минуты = 59. Компьютер МРВ оператора представляет собой шлюз с 2 сетевыми картами - одна подключена в сеть ETHERNET с контроллерами, другая в домен c сервером WINDOWS 2000. В сети с контроллерами протокол NetBeui, в сети домена - TCP/IP. В течении всего зимнего времени, после перезагрузки контроллера до наступления 59-ой минуты, время на контроллере шло на час вперед. И как только МРВ оператора устраивало синхронизацию (59-ая минута)то время на контроллере становилось равным времени в сети. После перехода на летнее время мы увидели, что на контроллере время отстает на 1 час. Перезагрузили контроллер, время на нем стало соответствовать времени МРВ оператора, но как только прошла синхронизация (59-ая минута часа), то время на контроллере сместилось на час назад. Прошу, как можно быстрее (проект-то работает), прокомментировать ситуацию и написать как установить единое сетевое время с автоматическим переходом на зим/лет период.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
По имеющимся у нас данным существует два мнения: 1) MS-DOS - не умеет переводить зимнее/летнее время автоматически. И делать это необходимо путем запуска соответствующей команды (пример для Москвы): SET TZ=MSK-3MDT (зимой). SET TZ=MSK-4MDT (летом).
2) MS-DOS - может осуществлять автоматический перевод зимнее/летнее время при соответствующих настройках переменной TZ. Например:
quote: SET TZ=MSK-aMSD,3,-1,0,7200,10,-1,0,7200,3600 Для Московской зоны, соответственно, SET TZ=MSK-3MSD,3,-1,0,7200,10,-1,0,7200,3600 3600 - сдвигать на 1 час (сек) 7200 - 2 часа ночи \ Завершение 0 - воскресенье | летнего -1 - последнее | времени 10 - октября / 7200 - 2 часа ночи \ Hачало 0 - воскресенье | летнего -1 - последнее | времени 3 - марта / -3 - часа от UTC _зимой_
Буковки MSK и MSD семантической нагрузки не несут. Можно поставить хоть SMR и SDT, но буковок должно быть по три.
Однако наши испытания показывают правильность пункта (1). Мы продолжим исследования ситуации, о результатах сообщим позже. На данный момент времени для корректной работы синхронизации рекомендуем прописать в контроллере строку SET TZ=MSK-4MDT.
Posted by Balinov (Участник № / Member № 129) on :
Ситуация с сетевым временем в субботу 6 апреля получила неожиданое развитие - время на контроллере в 2 ночи опять изменилось - оно стало на час больше, т.е. в 8 утра (на станции оператора - WinNT)на контроллере (MSDOS)показывало 9 утра. Так, что утром мне пришлось изменять autoexec.bat заново SET TZ=MSK-3MDT с перезагрузкой контроллера. И это на работающем оборудовании - мельницах с сихронным приводом 2500 кВт - 6 кВ(стоимость пуска которого в часы максимума не одна тысяча рублей). А таких мельниц - 4 шт. Так, что давайте дальше разбиратся с этой проблемой - как всегда хотелось бы услышать Ваши комментарии.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
### Мы продолжаем искать решение проблемы. На данный момент у нас сложилось впечатление, что авторы MS DOS заложили в DOS переключение на летнее время по регламенту перевода времени в США, которое имело место как раз 6-7 апреля (http://www.timeanddate.com/time/dst2002a.html). В период между 30 марта (перевод времени в Москве) и 6 апреля и наблюдаются конфликты.
Мы надеемся, что в ближайшие месяцы ничего подобного не произойдет. О пути решения проблемы на системном уровне мы сообщим.
