Просмотр полной версии : Апериодическое подвисание АС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 секунд. Контролируется температура в закалочных печах. а в чем проблема?
Можно ли признаком переподключения по условию считать постоянное значение переменной и если да, то как это сделать?
Это грабли, и зависит от технологии. Правда если значение в таких случаях всегда падает в 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 каналов хватит?
Терминальный резистор включен перед последним прибором согласно схеме в паспорте.
Терминальные резисторы должны быть подключены на концах линии связи, т.е. в АС3-М и на последнем (а не перед последним) ТРМ-138.
А скорости в 9600 для опроса 4-х ТРМ-138 у каждого из которых задействованы все 8 каналов хватит?
А ты там случайно не скорость света меришь ?
Адаптер интерфейса именно "АС-3", если бы был "АС-3М", я написал бы "АС3-М" :)
Адаптер интерфейса именно "АС-3", если бы был "АС-3М", я написал бы "АС3-М" :)
И чем он отличается от АС3-М ?
MasterSCADA RT-32 - это бесплатная версия на 32 точки и там может быть все что угодно. Может глюки в ней изначально были заложены, чтобы народ сильно не обольщался.
Проблема в MasterSCADA RT-32, это же она перестает вести опрос. Качество линии связи, АС3 и ТРМ-138 тут не при чем.
Мастер скада здесь не причем.
Смотрите версии прошивок скорей всего какой то трм подвисает. АС3 прибор не очень хорош. Лучше АС4 использовать, в нем переключение приема передачи происходит по полному стандарту.
АС3 прибор не очень хорош. Лучше АС4 использовать, в нем переключение приема передачи происходит по полному стандарту.
А можно про это по подробнее. Сколько использовали AC3-М вроде ничего не вылазило. Тем более как это могло бы повлиять на то, что написал автор. Ведь он написал, что перезапуск OPC, а не преобразователя решает проблему.
А вот про преобразователи AC4 ничего хорошего не скажу - это рулетка. Может работать стабильно, а может отваливаться (до передергивания преобразователя или перезапуска операционной системы).
А можно про это по подробнее. Сколько использовали AC3-М вроде ничего не вылазило. Тем более как это могло бы повлиять на то, что написал автор. Ведь он написал, что перезапуск OPC, а не преобразователя решает проблему.
А вот про преобразователи AC4 ничего хорошего не скажу - это рулетка. Может работать стабильно, а может отваливаться (до передергивания преобразователя или перезапуска операционной системы).
АС3 и АС3-М это разные приборы. Он работает но автомата в нем нет. И не со всеми приборами он хорошо дружит.
АС-4 хорош но беда отваливания не в нем а в USB. По поводу ОРС и ТРМ-138 проблема была пока не отказался от ОРС ОВЕН и перешёл на Modbus.
Мастер скада здесь не причем.
Смотрите версии прошивок скорей всего какой то трм подвисает. АС3 прибор не очень хорош. Лучше АС4 использовать, в нем переключение приема передачи происходит по полному стандарту.
ТРМ138 может быть виноват только в одном случае, если он при ответе на запрос к нему захватил и не отпустил шину. Если какой-то ТРМ138 просто не отвечает на запрос, то это не должно приводить к "подвисанию" всей сети.
ТРМ138 может быть виноват только в одном случае, если он при ответе на запрос к нему захватил и не отпустил шину. Если ТРМ138 просто не отвечает на запрос, то это не должно приводить к "подвисанию" всей сети.
Этим ТРМ-138 вроде не страдал.
Этим ТРМ-138 вроде не страдал.
Тогда почему прерывается обмен по сети ? Значит виноваты либо SCADA либо АС3.
Тогда почему прерывается обмен по сети ? Значит виноваты либо SCADA либо АС3.
Виноват ОРС сервер по большой части а АС3 в дополнение.
Вопрос в принципе решился заменой АС-3 на АС-3М. Всем спасибо за обсуждение проблемы. :)
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot