Апериодическое подвисание АС3 (постоянно горит красный диод)

Имеется четыре ТРМ-138 подключенных по протоколу ОВЕН через АС3 к MasterSCADA RT-32 версии 3.6 Постоянно активны два прибора из четырех.
Настройки ОРС сервера:
Включить направление - отмечено
Скорость 15200
Бит данных 8
Четность отсутсвует
Стоп-биты 1
Период опроса, мс 30000
Задержка при опросе, 100
Перезапросов при сбое, 3
Контроль передачи, RTS
Доп таймаут ответа, 0
Адреса приборов: 8, 16, 24, 32

Апериодически происходит подвисание АС3, о чем свидетельствует график в виде прямой линии в тренде и постоянное свечение красного диода на преобразователе.

Попытка "переподключения по условию" через модуль "Событие" При помощи функции "OPCQuality( rEAd1 ) = 0 ИЛИ OPCQuality( rEAd ) = 0" OPC сервер не перезагружает, так как признак качества Bad переменных не проявляется.

Ручная команда на переподключение перезагружает OPC сервер и работоспособность восстанавливается.

Можно ли признаком переподключения по условию считать постоянное значение переменной и если да, то как это сделать?

Так у тебя период опроса 30 сек. стоит в настройках ОРС сервера.

да, 30 секунд. Контролируется температура в закалочных печах. а в чем проблема?

Цитата:

---

Сообщение от VicSh

Можно ли признаком переподключения по условию считать постоянное значение переменной и если да, то как это сделать?

---

Это грабли, и зависит от технологии. Правда если значение в таких случаях всегда падает в 0, а 0 там быть не может по технологии, то наверное можно как то к этому привязаться. Но это все как то не очень.
Перезагрузить OPC сервер owen вроде раньше можно было, записав в его переменную state или status (точно не помню) значение 0 вместо 1. Но это вроде не документированная особенность и работает ли она сейчас фиг его знает.

Я бы все же копнул в следующую строну:
Глянул а все ли там хорошо с RS485, нормально ли прикручены провода, установлены ли терминальные резисторы (если они там нужны), не лежат ли линии 485 интерфейса рядом с чем нибудь высоковольтным. Затем после проверки линий связи занялся бы OPC сервером. Попытался бы понять, а что делает opc когда нет связи, шлет ли он запросы приборам или нет (для этого включил бы в нем вывод отладочной информации, а заодно бы еще проконтролировал его работу с помощью чего нибудь типа portmon). Далее попытался бы поиграться с настройками, увеличить таймауты там например, попробовал бы снизить скорость. И еще попробовал бы разные версии этого opc (может в новой или старой версии нет такого фокуса).

я бы перешел на скорость 9600 для начала

У АС3 согласно паспорта скорость обмена данными не менее 115200 бит в секунду. 9600 стояла раньше. Сейчас планируем поставить компьютер непосредственно на участке, чтобы попытаться исключить влияние силовых кабелей на линию RS485.

115200 - это максимальная скорость, на которой может работать АС3-М. capzap тебе дельный совет дал, может помочь. Еще проверь подключены ли терминальные резисторы на концах линии связи. MasterSCADA RT-32 - это бесплатная версия на 32 точки и там может быть все что угодно. Может глюки в ней изначально были заложены, чтобы народ сильно не обольщался.

Терминальный резистор включен перед последним прибором согласно схеме в паспорте. А скорости в 9600 для опроса 4-х ТРМ-138 у каждого из которых задействованы все 8 каналов хватит?

Цитата:

---

Сообщение от VicSh

Терминальный резистор включен перед последним прибором согласно схеме в паспорте.

---

Терминальные резисторы должны быть подключены на концах линии связи, т.е. в АС3-М и на последнем (а не перед последним) ТРМ-138.

Цитата:

---

Сообщение от VicSh

А скорости в 9600 для опроса 4-х ТРМ-138 у каждого из которых задействованы все 8 каналов хватит?

---

А ты там случайно не скорость света меришь ?

Адаптер интерфейса именно "АС-3", если бы был "АС-3М", я написал бы "АС3-М" :)

Цитата:

---

Сообщение от VicSh

Адаптер интерфейса именно "АС-3", если бы был "АС-3М", я написал бы "АС3-М" :)

---

И чем он отличается от АС3-М ?

MasterSCADA RT-32 - это бесплатная версия на 32 точки и там может быть все что угодно. Может глюки в ней изначально были заложены, чтобы народ сильно не обольщался.

Проблема в MasterSCADA RT-32, это же она перестает вести опрос. Качество линии связи, АС3 и ТРМ-138 тут не при чем.

Мастер скада здесь не причем.
Смотрите версии прошивок скорей всего какой то трм подвисает. АС3 прибор не очень хорош. Лучше АС4 использовать, в нем переключение приема передачи происходит по полному стандарту.

Цитата:

---

Сообщение от Адрей

АС3 прибор не очень хорош. Лучше АС4 использовать, в нем переключение приема передачи происходит по полному стандарту.

---

А можно про это по подробнее. Сколько использовали AC3-М вроде ничего не вылазило. Тем более как это могло бы повлиять на то, что написал автор. Ведь он написал, что перезапуск OPC, а не преобразователя решает проблему.
А вот про преобразователи AC4 ничего хорошего не скажу - это рулетка. Может работать стабильно, а может отваливаться (до передергивания преобразователя или перезапуска операционной системы).

Цитата:

---

Сообщение от kfvniiz

А можно про это по подробнее. Сколько использовали AC3-М вроде ничего не вылазило. Тем более как это могло бы повлиять на то, что написал автор. Ведь он написал, что перезапуск OPC, а не преобразователя решает проблему.
А вот про преобразователи AC4 ничего хорошего не скажу - это рулетка. Может работать стабильно, а может отваливаться (до передергивания преобразователя или перезапуска операционной системы).

---

АС3 и АС3-М это разные приборы. Он работает но автомата в нем нет. И не со всеми приборами он хорошо дружит.
АС-4 хорош но беда отваливания не в нем а в USB. По поводу ОРС и ТРМ-138 проблема была пока не отказался от ОРС ОВЕН и перешёл на Modbus.

Цитата:

---

Сообщение от Адрей

Мастер скада здесь не причем.
Смотрите версии прошивок скорей всего какой то трм подвисает. АС3 прибор не очень хорош. Лучше АС4 использовать, в нем переключение приема передачи происходит по полному стандарту.

---

ТРМ138 может быть виноват только в одном случае, если он при ответе на запрос к нему захватил и не отпустил шину. Если какой-то ТРМ138 просто не отвечает на запрос, то это не должно приводить к "подвисанию" всей сети.

Цитата:

---

Сообщение от Вольд

ТРМ138 может быть виноват только в одном случае, если он при ответе на запрос к нему захватил и не отпустил шину. Если ТРМ138 просто не отвечает на запрос, то это не должно приводить к "подвисанию" всей сети.

---

Этим ТРМ-138 вроде не страдал.

Цитата:

---

Сообщение от Адрей

Этим ТРМ-138 вроде не страдал.

---

Тогда почему прерывается обмен по сети ? Значит виноваты либо SCADA либо АС3.

Цитата:

---

Сообщение от Вольд

Тогда почему прерывается обмен по сети ? Значит виноваты либо SCADA либо АС3.

---

Виноват ОРС сервер по большой части а АС3 в дополнение.

Вопрос в принципе решился заменой АС-3 на АС-3М. Всем спасибо за обсуждение проблемы. :)