Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
Не надо писать свой вопрос в первую попавшуюся тему - всегда лучше создать новую тему.
За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Добрый день! Имеется сервер архивов (имя SRV-ARCH) на котором установлен KEPServerEX 6.6. С блочки по OPC UA он тянет показания. В Quick Client эти показания отображаются.
Далее есть два технологических сервера с WinCC V7.4. Для связи с Kepware DA сервером используется OPC DA драйвер Wincc.
Схематично процесс передачи выглядит так:
|Wincc DA driver |<--OPC DA --> | SRV-ARCH DA (Server) + OPC UA (Client) |<--OPC UA--> |OPC UA Server блочки|
При добавлении DA сервера Kepware в OPC Item Manager он определяется со второго раза, Kepware находит все тэги на нем.
Тэги получается добавить. Однако, после прогрузки на драйвере эти значения отображаются как "???". Получается, что WINCC не может считать данные с KepWare. В чем может быть проблема?
Да, подцепился к серверу Kepware на SRV-ARCH с помощью MatriconOPC Explorer. Данные читает.
P.S.
На значке KEPServerEX 6.6 в панели задач активных тэгов почему-то указано 130 из 257, я так понимаю, они все должны быть активны. Число клиентов указано 2 - технологические сервера. Все сходится. Если подключаюсь Матриконом, число клиентов меняется на 3.
Нет, сейчас как раз нашел видео https://www.youtube.com/watch?v=qSwSv4VGWYs, где товарищ тоже рекомендует DCOM настройки выполнить. Но больно сложно и муторно у него это объяснено. Рекомендация с сайта Siemens выглядит намного убедительнее. Попробую выполнить
stesl писал(а): ↑26 май 2024, 11:17
Локально устанавливали Matricon что ли?
Не факт. Сам сталкивался с ситуацией, когда тот же матрикон, например, с удаленным opc da работает нормально, а scada (не win cc) - не хочет. На одном и том же компе, чсх. DCOM - штука такая, хорошо, если сразу/почти заработало. Иначе - замумукаешься с неясным результатом.
I_m писал(а): ↑26 май 2024, 11:35
матрикон, например, с удаленным opc da работает нормально, а scada (не win cc) - не хочет
Я нигде и не сказал, что если Матрикон увидел, то ВинСиСи обязана)) Но это дает точный диагноз, что DCOM настроен, далее - проблемы ВинСиСи. И особых мумуканий там не нужно.
stesl писал(а): ↑26 май 2024, 11:17
DCOM настраивается если OPC DA сервер удаленный. Тут вроде так и есть. Тогда непонятно как
Верно, OPC Keepware развернут на удаленной машине - сервере архивов. Да, Матрикон установлен на серверах.
Проблема решилась сразу же, после настройки DCOM и перезагрузки серверов по инструкции Serega77.
P.S. Есть еще одна проблема с OPC сервером, но уже Лектус. Это DA удаленный сервер живущий на другой машине, Wincc драйвер также подключается к нему как клиент. Данные идут, но опрос иногда зависает. Периодичность зависаний разная, может две недели работать, может зависать два-три раза за день. Настройки DCOM на машине с Лектусом выполнены не были. Перед отъездом с объекта попробовал по совету stesl выполнить настройку DCOM на удаленном сервере, пока вроде бы эксплуатация не жаловалась. Возможно, кто-то еще сталкивался с аналогичной проблемой с зависаниями.
Последний раз редактировалось Eugen123 03 июн 2024, 14:55, всего редактировалось 1 раз.
Почти 20 лет назад - это было: главный энергетик вычеркнул платы Modbus RTU для ABB REF-54*, потом прибежал первым: "Почему нет данных с REF"? Про вычеркивание - узнали уже по факту поставки.
Выкрутились, ребята с ABB установили свою SCADA предыдущей версии (в ней локальный OPC DA был и сделал очень хороший человек).
Извратились, на их компе из реестра сняли все настройки ихнего сервера и зарегистрировали на своем. Про настройки DCOM, плохо помню, но кажется их не было.
PS. Чуть позже было, друзья обратились: "Надо забирать данные с Allen Bradley". И почти как фильме "Узник замка Иф": "Я вас не ограничиванию в деньгах, но ограничиваю во времени." Тем ребятам нужно было качество...
Клиентом был RSView32 (шо маэмо, то маэмо).
1) Вариант. К RSLinx Classic, к нему удаленный клиент по OPC DA. Отключение/Включение связи (выдергивание RJ-45) - обнаружение происходило от трех до пяти минут.
2) Вариант. К контроллерам подключен RSLinx Gateway, а к нему минуя DCOM, RSLinx Classic - миллисекунды я не смог подсчитать. Это существенно дороже - Gateway стоит дополнительных денег и к нему еще Classic.
PPS2. C ABB REF-54* имели проблемы по связи KEPSever и REF. У REF оказалось, что не все переменные доступны для полноценного доступа - имеются , только для записи. Читая Help для KEPSever - нашли: в конце адреса надо добавить "W". Это было для версии 4.0. Симатики 7-300 - вычитывали на ура. А, к B&R у них нет связи - приходилось покупать ихний PVI.
_______________________________________________ Узкая специализация в широком смысле этого слова ведет к широкой идиотизации в узком смысле этого слова . (С) Бернард Шоу
stesl писал(а): ↑26 май 2024, 11:17
DCOM настраивается если OPC DA сервер удаленный. Тут вроде так и есть. Тогда непонятно как
Верно, OPC Keepware развернут на удаленной машине - сервере архивов. Да, Матрикон установлен на серверах.
Проблема решилась сразу же, после настройки DCOM и перезагрузки серверов по инструкции Serega77.
P.S. Есть еще одна проблема с OPC сервером, но уже Лектус. Это DA удаленный сервер живущий на другой машине, Wincc драйвер также подключается к нему как клиент. Данные идут, но опрос иногда зависает. Периодичность зависаний разная, может две недели работать, может зависать два-три раза за день. Настройки DCOM на машине с Лектусом выполнены не были. Перед отъездом с объекта попробовал по совету stesl выполнить настройку DCOM на удаленном сервере, пока вроде бы эксплуатация не жаловалась. Возможно, кто-то еще сталкивался с аналогичной проблемой с зависаниями.
У меня связь заработала сразу после выполнения инструкций (DCOM) на сервере WinCC и перезагрузке этого сервера. Из чего, могу сделать вывод, что блокируется политиками DCOM именно драйвер на сервере WinCC. В моем случае, на удаленной машине, где развернут сервер OPC, также установлен и клиент WinCC. Настройки DCOM там тоже были. Вообще, DCOM сам Siemens рекомендует настраивать с обоих сторон. За два месяца проблем с опросом не было.
PS>Возможно, на удаленной машине, где OPC серврер у Вас поднят, клиента WinCC нет, поэтому нет и описанных выше DCOM настроек.
