При потере связи зависает OPCLink!

[WertunG]

В OPCLink два сервера SimaticNet и Cimplicity.HMI всё работает в норме.
Но если в процессе теряется физическая связь с Cimplicity.HMI, виснет OPCLink а за ним и RT.(Cimplicity.HMI на удалённой машине)

Если убрать "Synchronous OPC server activation" тогда OPCLink вообще за топики не цепляется.

Помогите кто может!

[TSV]

Попробуйте установить две копии OPCLink локально, т.е. на каждом компе с OPC-серверами SimaticNet и Cimplicity.HMI. Тогда по сети данные у вас пойдут по протоколу SuiteLink, без использования DCOM. Сама WW именно так и рекомендует. См. тут: old.InTouch.ru/support/pub/OPCLINK.PDF на стр.7

[WertunG]

K сожалению в моей ситуации это невозможно т.к. RT клиенты находятся в другом адресном пространстве (IP) и OPC-сервер не видят.
Сбор данных происходит на других машинах(дублированные сервера связи) с OPCLink-ом.
Есть ли какая нибудь другая возможность?

[TSV]

Можете подробней задачу сформулировать? Я так понимаю, что у вас есть два OPC-сервера (SimaticNet и Cimplicity) и есть InTouch, на котором нужно собрать данные с симатика и симплисити. Верно?
Есть два варианта решения:
1. На узлах СиматикНет и Симплисити запущены соответсвующме OPC-сервера. На узле InTouch - OPC Link и сам InTouch. При таком раскладе по сети данные пойдут по DCOM
2. На узлах СиматикНет и Симплисити запущены соответсвующме OPC-сервера и OPC Link. На узел InTouch данные передаются по протоколу SuiteLink, для этого требуется открыть порт 5413
Вот как раз второй вариант является наиболее предпочтительным.
Третий вариант - попробуйте работать через FS Gateway - эта софтина пришла на смену OPC Link.

[WertunG]

Система построенна так: два OPC-сервера на различных машинах (SimaticNet и Cimplicity)
первый узел с СиматикНет OPC-сервер и OPC Link
второй узел с СиматикНет OPC-сервер и OPC Link как дублирующий - Secondary Source
InTouch на других машинах- данные передаются по протоколу SuiteLink.
Существует ещё один узел с Симплисити OPC-сервер. Данные через DCOM передаются на узлы с OPC Link и дальше по протоколу SuiteLink на InTouch.
InTouch и узлы с OPC Link находятся в одном адресном пространстве, при этом узлы с OPC Link и узел с Симплисити OPC-сервер в другом адресном пространстве. Поэтому InTouch и СимплиситиOPC друг друга не видят.
При потере физической связи узла с OPC Link и узла с Симплисити OPC-сервер происходит зависание OPC Link!

Может поставить какой-то промежуточнай ОРС-сервер между СимплиситиOPC и OPCLink?
Можно ли смешать сбор данных FS Gateway и параллельно OPCLink (если его поставить на мои узлы связи с ОРСLink)?
Подключается ли FS Gateway к удалённому ОРС-сервер через DCOM ? Будет ли он зависать при потере связи?
FS Gateway это Freeware?

[TSV]

Попрообуйте связаться через FS Gateway - он бесплатен. Связь через DCOM он поддерживает, а как будет себя вести при обрывах - нужно проверять.

[WertunG]

Мои попытки установить связь с CimplicityOPC не увенчались успехом:
Сделал установки FSG и InTouch, запросы поступают в FSG но дальше не проходят,
т.е. Remote CimplicityOPCServer (FSG и CimplicityOPCServer на разных машинах)!?!
R/WStatus: -/W, Quality: 00C0
Browse OPC Item возможен в FSG, Item прописываю также как в Device Item. Может чтото дополнительно надо добавить?
Чем отличается Item Name если связь через OPCLink и FSG ?

[Генератор зла]

В FSGateway необходимо прописать не только колонку Item Name, но и Item Reference
В InTouch-Access Name Topic=Имя коннекта_Имя группы из FSG. Именно через подчёркивание.

[WertunG]

Спасибо за помощь!!!
Спешу сообщить, что соединение заработало. Проблема бала в настройках COM/DCOM для удалённого доступа к OPC!
А прописывать колонку Item Name и Item Reference вовсе необязательно, можно оставить пустой.
Есть вопрос по мониторингу связи при помощи системных тегов: т. е. есть ли она или нет.
Связь до FSG можно смотреть ($SYS$Status)а дальше DCOM,
($SYS$GatewayConnectionStatus, $SYS$GatewayConnectionStatusString) теги не реагируют на потерю связи!?!

[Генератор зла]

Введите в OPC-сервер счётчик (например, секунды). Если счётчик не меняется в приложении - то аларм.