Форум TRACE MODE: техническая поддержка: Критерии возможности связи по DCOM

This is topic Критерии возможности связи по DCOM in forum Мониторы Реального Времени / Real Time Monitors at Форум TRACE MODE: техническая поддержка.

To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/5/t/000011.html

Posted by Tag (Участник № / Member № 34) on :

Попал вот в какую ситуацию:

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

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

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

Posted by AdAstra Technical Support (Участник № / Member № 4) on :

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

Posted by Tag (Участник № / Member № 34) on :

<Пожалуйста, внимательней читайте документацию, там это описано - раздел "Запуск сервера мат. обработки"! >

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

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

Posted by AdAstra Technical Support (Участник № / Member № 4) on :

Вы, видимо, правы в диагнозе - клиенту не обеспечен доступ к серверу по DCOM.
В Трейс Моуд 5.0 нет специфических требований по настройке DCOM. Достаточно обеспечить стандартные настройки и прохождение этого интерфейса через применяемое Вами оборудование и однородность транспортных протоколов.
Возможность связи по DCOM можно проверить на каких-либо других приложениях, использующих этот интерфейс. Например, удаленную связь между каким-либо OPC-сервером и OPC-клиентом.
На реализацию таких связей влияет, какое конкретно оборудование используется Вами для связи между сетями, какие транспортные протоколы для связи между ними используются, как заданы права пользователей отдельных сетей в настройках машин другой сети.

Posted by Tag (Участник № / Member № 34) on :

Что-то я стал недопонимать. То, что графическая консоль "увидела" сервер матобработки и была предоставлена возможность ввести пароль и сервер зафиксировал Login - разве не есть показатель того, что с настройками DCOM по безопасности все в порядке?
В противном случае консоль и/или Windows наверное обругалась бы на манер "сервер RPC недоступен" или "доступ запрещен"?

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

Posted by AdAstra Technical Support (Участник № / Member № 4) on :

Если подключение к серверу осуществлено, то в настройках 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. В противном случае на экран будет выведен запрос на выбор сервера."

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

UBB.classic™ 6.7.2