Тема: Ошибка при подключении к OPC-серверу INSAT (Прочитано 3166 раз)
Ошибка при подключении к OPC-серверу INSAT.Multi-ProtocolMasterOPCServer.DA после обновления до версии 2.3.2.0(7.11.2018) . Simple_Scada Server показывает ОРС-сервер в состоянии «остановлен». В списке Диспетчера задач Windows mps.exe нет. Что делать?
Здравствуйте.
Мы не меняли работу с OPC-DA серверами в версии 2.3.2.0, поэтому причина скорее всего в чем-то другом. OPC-сервер виден через редактор при попытке импорта тегов? Получается ли импортировать теги? В журнале сервера есть какие-нибудь аварийные сообщения касаемо OPC-сервера?
Также учитывайте, что у Multi-ProtocolMasterOPC есть следующая особенность: сервер скады не сможет подключиться к OPC-серверу, если вы вручную выполнили старт OPC-сервера (через кнопку «Старт» в окне OPC-сервера (левый верхний угол)).
OPC-сервер виден в редакторе. При попытке импорта тегов ? Получается ли импортировать теги? В журнале сервера сообщения о попытках запуска OPC-сервера. Затем о переподключении через 8 сек. В ручную Multi-ProtocolMasterOPC запускается и работает, но Simple-Scada Server
указывает что OPC-сервер в состоянии -«Остановлен»
OPC-сервер виден в редакторе. Теги -нет. Пишет об ошибке подключения к ОРС-серверу.
При попытке импорта тегов ? Получается ли импортировать теги?
Да, импортируются ли теги с этого OPC-сервера через редактор? Процесс импорта описан здесь.
В ручную Multi-ProtocolMasterOPC запускается и работает, но Simple-Scada Server указывает что OPC-сервер в состоянии -«Остановлен»
Если Вы вручную запустите Multi-ProtocolMasterOPC, то сервер скады не сможет подключиться к данному OPC-серверу. Поэтому не запускайте вручную OPC-сервер. Сервер скады должен выполнить запуск сам.
Столкнулся с такой же ситуаций на платформе windows 10. Решение оказалось тривиальным — запускать Клиента от имени Администратора.
Здравствуйте.
Запуск клиента «от имени Администратора» никак не влияет на работу с OPC-сервером, т.к. клиент не работает с OPC-сервером. Клиент Simple-Scada выполняет только задачи визуализации, все необходимые данные он получает от сервера Simple-Scada(Server.exe). При запуске проекта сервер Simple-Scada подключается к OPC-серверам проекта, выполняет чтение/запись тегов и передает эти данные клиентам. Возможно, у Вас сервер Simple-Scada не может подключиться к OPC-серверу из-за ограниченных прав пользователя Windows. Например, если Вы запускаете OPC-сервер с правами администратора, то и редактор/сервер скады должен быть запущен от имени администратора. Если OPC-сервер запускается с обычными правами, то и редактор/сервер запускайте с обычными правами. Лучше, чтобы OPC-сервер был выключен — во время запуска проекта сервер Simple-Scada сам запустит OPC-сервер и подключится к нему. Других причин подобного поведения нет. Если с обычными правами есть проблема, а при запуске с правами администратора она не возникает, значит у Вас имеются какие-то ограничения, которые накладываются на пользователя (не важно Администратор он, или нет) при работе в системе и в конечном счете не позволяют ему работать с OPC-сервером.
Содержание:
- Часто задаваемые вопросы
- Не работает OPC-сервер
Вопрос:
В панели «Источник» нет тегов установленного OPC-сервера. На Windows7 все работает, переставил проект на Windows10 — не работает, потому что нет тегов OPC-сервера. Почему так происходит?
Ответ:
Все OPC-сервера при установке должны устанавливать пакет библиотек «OPC Core Components», который требуется для полноценной работы OPC-серверов и OPC-клиентов. Но некоторые OPC-сервера этого не делают, либо делают не совсем качественно. В вашем случае, скорей всего, дистрибутив OPC-сервера предназначенный для 32-х разрядной операционной системы при установке в операционной системе Windows 10 не смог полноценно развернуть пакет библиотек «OPC Core Components», поскольку новая операционная система наверняка 64-х разрядная.
Для решения подобных проблем в составе системы SIMP Light поставляются компоненты «OPC Core (х64)» и «OPC Core (х86)». Их можно отыскать в папке «OPC Core компоненты» по месту установки системы SIMP Light.
Либо, воспользуйтесь меню кнопки «Пуск» — там в перечне модулей и компонентов установленной системы SIMP Light отыщите необходимый модуль: «OPC Core (х64)» или «OPC Core (х86)».
Рекомендуется перезагрузить компьютер после установки «OPC Core Components».
Вопрос:
Мне нужно реализовать OPC-сервер в Windows XP. Я загружаю библиотеку OPC и OPC-клиент (приложение не библиотека). Я понимаю мой OPC-сервер, когда я использую клиент на своей машине, все работает нормально. Но когда я подключаюсь с удаленного компьютера, я не вижу свой сервер. Я понимаю, что технология dkom потенциально опасна. Я получил это руководство и сделал все на нем, но ничего не изменилось. Я отключу брандмауэр Windows, добавьте 135 порт в исключение firewall windowsds. В dcomcnfg предоставляется локальный и удаленный доступ к “анонимным” и “всем” группам, предоставляет локальный и удаленный запуск и активацию для “администраторов” и “всех” групп. И ничего не изменилось, я не дал права на мой компонент DCOM, потому что я подумал следующее: я получаю список серверов, которые не работают с ними. В моей сети microsoft нет домена и активного каталога, могу ли я достичь желаемого результата в этом случае?
Лучший ответ:
Есть несколько вещей, которые могут пойти не так с OPC DA над DCOM. С вершины головы вы можете попробовать следующее:
- Проверьте, запущена ли служба OPCEnum на сервере. Эта служба предоставляет список серверов OPC для потенциальных клиентов. Это часть фонда OPC, распространяемая.
- Убедитесь, что любые изменения dcomcnfg, которые вы применяли, выполняются как на сервере, так и на клиентском компьютере.
- Если вы используете только локальных пользователей, попробуйте создать выделенного пользователя для доступа OPC на сервере и на клиентском компьютере, например. назовите его “opc”. Затем предоставите все права этого пользователя в разделе “Безопасность COM” dcomcnfg. Запустите сервер и клиент как “opc”. Убедитесь, что локальные пользователи аутентифицируются как сами (см. “Параметры безопасности” в локальных политиках).
- Если все остальное не удается, обходным путем может быть развертывание сервера на клиентском компьютере, его регистрация и удаление. Работал для меня один раз.
Ответ №1
Самая распространенная ошибка: DCOM не настроены должным образом. Я считаю, что это руководство очень полезно:
ftp://ftp.nist.gov/pub/mel/michalos/Software/Github/MTConnectSolutions/MtcOpcAgent/doc/DCOM_Config_Step_by_Step.pdf
Также это другое руководство дает вам большое представление о дистанционном OPC DA:
http://www.kepware.com/Support_Center/SupportDocuments/Remote%20OPC%20DA%20-%20Quick%20Start%20Guide%20(DCOM).pdf
У меня была аналогичная проблема, когда я пытался общаться с удаленным OPC-сервером на другом ПК. Обратите внимание на точку 2 второго руководства (2.Users и Groups), убедитесь, что оба компьютера входят в систему под одной учетной записью пользователя с тем же паролем.
2.1 Домены и рабочие группы При работе в рабочей группе каждый пользователь должен быть создан локально на каждом компьютере, подключение. Кроме того, каждая учетная запись пользователя должна иметь один и тот же пароль для аутентификации. Пустой пароль недействителен в большинство случаев. Поскольку, возможно, потребуется внести изменения в местную безопасность политики на каждом компьютере, удаленная связь внутри рабочей группы потенциал быть наименее защищенным соединением. Чтобы получить больше информации, см. “Локальные политики безопасности”. При работе в домене пользователи и группы не должны добавляться на каждый компьютер. домен использует центральную базу данных, содержащую учетные записи пользователей и информация о безопасности. Если предпочтительнее работать в домене, сетевому администратору, возможно, придется выполнить изменения. смешивание доменам и рабочим группам требуется, чтобы оба компьютера аутентифицировались с меньшим из двух вариантов. Это означает, что домен компьютер будет иметь такую же конфигурацию, как если бы он был включен рабочая группа. Локальные учетные записи пользователей должны быть добавлены на компьютер домена.