Форум TRACE MODE: техническая поддержка   
мой профиль / my profile авторизация / login | регистрация / register | поиск / search | часто задаваемые вопросы / faq | начало / forum home

  Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
» Форум TRACE MODE: техническая поддержка » ТЕХНИЧЕСКАЯ ПОДДЕРЖКА / TECHNICAL SUPPORT TRACE MODE 5 » Работа в MS Windows (ODBC/DDE/OPC/NET) / Working under MS Windows » Зимнее время на Double Force

   
Автор / Author Тема / Topic: Зимнее время на Double Force
Kramarenko Stanislav
Forum Professor / Завсегдатай форума
Участник № / Member № 119


Icon 4 отправлено / posted      Профиль для / Profile for Kramarenko Stanislav           Редактировать/удалить сообщение / Edit/Delete Post 
При переходе на зимнее время (да при любой одновременной коррекции часов) DoubleForce "теряет" своего партнёра. При смене статуса связь вроде бы налаживается.
Сообщения / Posts 338 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Это действительно так, только он не теряет связь, а происходит некий "бросок" по каналу Диагностика_дубль. Это должно наблюдаться при любом изменении времени на ПК c DoubleForce МРВ в силу особенности диагностики ответов от удаленного партнера.
Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Kramarenko Stanislav
Forum Professor / Завсегдатай форума
Участник № / Member № 119


Icon 5 отправлено / posted      Профиль для / Profile for Kramarenko Stanislav           Редактировать/удалить сообщение / Edit/Delete Post 
Какой зависимостью связаны направление и величина броска с направлением и величиной коррекции времени?
И мне почему-то не кажется, что какой-либо бросок "должен" наблюдаться. Это конечно связано с особенностями нашей реализации механизма синхронизации времени (и мы это учтём), но мы поимели неприятную ситуацию, когда оба сервера не смогли выполнять свои функции.

Исправит ли ситуацию введение атрибута Пик=1 в этом канале?

Сообщения / Posts 338 | Из / From: Russia  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Думаю, что атрибут "Пик" может и не помочь.
Механизм работы канала Диагностика_дубль следующий:
МРВ принимает по сети пакеты, которые рассылает по сети его партнер. При получении пакета МРВ фиксирует текущее время его према и с приходом каждого последующего он вычисляет разницу по времени приема текущего и предыдущего пакета. Поэтому если поменять на текущем ПК астрономическое время, то с приходом следующего пакета получается "бросок" по времени в канала диагностики и продержаться он может более 1 такта пересчета.
Решения два - либо временно выключать канал диагностики на время изменения часов ПК, либо вводить дополнительный контроль в FBD, которая контролирует переключение статуса МРВ по каналу Диагностики. И как самое простое решение - это для сравнения значения использовать блок не Больше или равно, а строго равно, тогда "бросок" канала Диагностика_дубль не будет столь критичен для системы.

Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
   

   Закрыть тему / Close Topic   Feature Topic   Переместить топик / Move Topic   Удалить топик / Delete Topic Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
 - Printer-friendly view of this topic
Перейти к / Hop To


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2