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

  Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
» Форум TRACE MODE: техническая поддержка » ТЕХНИЧЕСКАЯ ПОДДЕРЖКА / TECHNICAL SUPPORT TRACE MODE 5 » Мониторы Реального Времени / Real Time Monitors » Критерии возможности связи по DCOM

   
Автор / Author Тема / Topic: Критерии возможности связи по DCOM
Tag
Forum Member / Участник форума
Участник № / Member № 34


Icon 5 отправлено / posted      Профиль для / Profile for Tag           Редактировать/удалить сообщение / Edit/Delete Post 
Попал вот в какую ситуацию:

имеются 2 локальные сети, соединенные м/у собой медной парой, пропускная способность 2Мбит.
В сети 1 запущен МРВ ТМ5. Хочу из сети 2 подключить графичекую консоль к МРВ в сети 1.
Запускаю в командной строке консоль:
PicRT.exe <prg>.ctm /N:<node> /S:<IP-адрес сервера>
Консоль "видит" сервер, поскольку мне предлагается ввести имя пользователя и пароль, после его ввода загружается проект, а на сервере в отчет тревог пишется "login пользователь такой-то".
Дальше нажимаю "бегущего человечка" - но он, подумав несколько секунд, обратно отжимается, т.е. обмен даными в реальном времени с сервером устанавливаться не хочет.
С Супервизором аналогичная ситуация, только там человечек нажимается, но при попытке встать в реальное время вываливается диалог переключения на другой сервер. На сервере фиксируется Logout. Попытка подключиться к тому же серверу успешна, сервер фиксирует Login, но при попытке перехода в режим РВ - все повторяется.

С проектом все в порядке, поскольку на машинах внутри сети 1 работают несколько клиентов, подключенных к МРВ.

Интересны коментарии Adastra к данной ситуации.
Подскажите, какие существуют критерии (пропукная способность канала, протоколы и т.п.) того, что клиента к серверу подключить удасться?
Какие существуют методы проверки возможности связи по DCOM для ТМ5?
В каких случаях сервер после успешной регистрации клиента "отвергает" его, не желая обмениваться с ним данными и отключает его?


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


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Ситуация немного проще: если Вы хотите подключать к МРВ удаленную консоль, то сервер мат. обработки МРВ и его графическую консоль необходимо загружать раздельно. То есть, сначала загружаете DrawServ.exe, а затем его графическую консоль PicRt.exe.
Теперь подключение удаленнной консоли не будет вызывать отключение локальной.
Пожалуйста, внимательней читайте документацию, там это описано - раздел "Запуск сервера мат. обработки"!

Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Tag
Forum Member / Участник форума
Участник № / Member № 34


Icon 13 отправлено / posted      Профиль для / Profile for Tag           Редактировать/удалить сообщение / Edit/Delete Post 
<Пожалуйста, внимательней читайте документацию, там это описано - раздел "Запуск сервера мат. обработки"! >

Пожалуйста, внимательней читайте вопрос!
Там же ясно написано, что МРВ (сервер матобработки) уже запущен и к нему уже подключено несколько клиентов. Естественно, сервер матобработки загружался отдельно, а клиенты отдельно.

Так что все вопросы остаются в силе


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


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

Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Tag
Forum Member / Участник форума
Участник № / Member № 34


Icon 1 отправлено / posted      Профиль для / Profile for Tag           Редактировать/удалить сообщение / Edit/Delete Post 
Что-то я стал недопонимать. То, что графическая консоль "увидела" сервер матобработки и была предоставлена возможность ввести пароль и сервер зафиксировал Login - разве не есть показатель того, что с настройками DCOM по безопасности все в порядке?
В противном случае консоль и/или Windows наверное обругалась бы на манер "сервер RPC недоступен" или "доступ запрещен"?

Или DCOM начинает использоваться только после нажатия "бегущего человечка", а "обмен приветствиями" м/у клиентом и сервером и авторизация на сервере осуществляется по вашим собсвенным, не использующим DCOM механизмам?


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


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Если подключение к серверу осуществлено, то в настройках DCOM, конечно, все правильно.

Отсутствие связи в реальном времени определяется, видимо, недостаточным быстродействием оборудования, связывющего между собой упомянутые Вами сети 1 и 2.

В графических консолях по умолчанию используется тайм-аут на уведомления от сервера 20 секунд. Можно изменить величину тайм-аута и сервер, к которому осуществляется подключение.

"Список серверов для переключения, величина таймаута и признак автоматического переключения задаются в разделе [Servers] файла <name_project>.ini, где <name_project> - имя проекта.
Этот файл располагается в директории проекта. Имена компьютеров перечисляются в разделе [Servers] данного файла, как показано ниже:

[Servers]

S1=<name_1>

Sn=<name_n>

timeout=5

Auto=1

где

name_i - имя компьютера или его IP адрес (i = 1,…,n).

Последние два параметра используются для настройки автоматического переключения. Параметр timeout задает в секундах время отсутствия связи с текущим сервером, после которого надо переключиться на следующий по порядку сервер. Переключение выполняется автоматически, если значение параметра Auto равно 1. В противном случае на экран будет выведен запрос на выбор сервера."


Сообщения / 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