This is topic Зимнее время на Double Force in forum Работа в MS Windows (ODBC/DDE/OPC/NET) / Working under MS Windows at Форум TRACE MODE: техническая поддержка.
При переходе на зимнее время (да при любой одновременной коррекции часов) DoubleForce "теряет" своего партнёра. При смене статуса связь вроде бы налаживается.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Это действительно так, только он не теряет связь, а происходит некий "бросок" по каналу Диагностика_дубль. Это должно наблюдаться при любом изменении времени на ПК c DoubleForce МРВ в силу особенности диагностики ответов от удаленного партнера.
Posted by Kramarenko Stanislav (Участник № / Member № 119) on :
Какой зависимостью связаны направление и величина броска с направлением и величиной коррекции времени? И мне почему-то не кажется, что какой-либо бросок "должен" наблюдаться. Это конечно связано с особенностями нашей реализации механизма синхронизации времени (и мы это учтём), но мы поимели неприятную ситуацию, когда оба сервера не смогли выполнять свои функции.
Исправит ли ситуацию введение атрибута Пик=1 в этом канале?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Думаю, что атрибут "Пик" может и не помочь. Механизм работы канала Диагностика_дубль следующий: МРВ принимает по сети пакеты, которые рассылает по сети его партнер. При получении пакета МРВ фиксирует текущее время его према и с приходом каждого последующего он вычисляет разницу по времени приема текущего и предыдущего пакета. Поэтому если поменять на текущем ПК астрономическое время, то с приходом следующего пакета получается "бросок" по времени в канала диагностики и продержаться он может более 1 такта пересчета. Решения два - либо временно выключать канал диагностики на время изменения часов ПК, либо вводить дополнительный контроль в FBD, которая контролирует переключение статуса МРВ по каналу Диагностики. И как самое простое решение - это для сравнения значения использовать блок не Больше или равно, а строго равно, тогда "бросок" канала Диагностика_дубль не будет столь критичен для системы.
