Форум АО "ВЗЛЕТ"

Здравствуйте.
Есть 3 расходомера УРСВ-510 ц. нужно с них вывести на scada объем и расход (между расходомерами и scada сеть Ethernet оптоволокно).
Я правильно понимаю что мне нужен 1 адаптер АСЕВ-040 и OPC сервер ВЗЛЕТ?

Добрый день!
Если УРСВ-5ХХ Ц будут соединены с АСЕВ-040 по RS-485, то да, хватит одного адаптера.
Для обмена через АСЕВ-040 Вам еще нужен Взлет СП с ключом на 3 прибора, OPC Server в нем есть.

Вроде как для взлетовские приборы больше в ключе не ограничиваются? Или что-то опять поменялось?

Плохая идея. Во-первых, это будет медленно. Во-вторых, если в scada-приложении будет постоянный опрос расходомеров через АСЕВ, то причие запросы к нему будут висеть в очереди. Параллельно - никак.
Плюс OPC-Сервер, который во Взлет СП входит, не очень надежно работает.

Сам делал опрос текущих данных с пары электросчетчиков в scsda-приложение. Пришлось извращаться. Оно как бы и работает, но, лично я результатом не удовлетворен.

На сколько медленно? в принципе устроит опрос 1 раз в секунду.
как лучше сделать? в систему надо будет еще добавить 4 расходомера

А быстрее и не получится. А по уму надо иметь приборы с двумя интерфейсами, если уж в скаду считывать надо. Один для учета, второй - для считывания оперативных данных.

Всем спасибо. Будем пробовать  :)

Если приборы будут находится на одном АСЕВ-040, то их опрос будет производится конечно же последовательно.
Если скорость получения данных важнее финансовых затрат, поставьте АСЕВ на каждый прибор, так приборы будут опрашиваться параллельно.

И еще, если Вам не нужны архивные значения через OPC-сервер, а нужны только текущие показания, могу предложить Вам в нагрузку немного доработанный OPC-сервер для Взлет СП (он более стабильный и параллельный): Ссылка для скачивания (http://91.190.81.198/Files/VzljotSp/VzljotSp Opc Server Pro 2.2.0.7.zip)

Файлы достаточно распаковать в папку с установленным Взлет СП. Регистрация сервера в системе выполняется при помощи вложенного "батника".

Спасибо!
Тогда еще вопрос  :). Будем покупать еще 4 таких расходомера с модулем Ethernet. Нам нужно покупать Взлет СП с 7 ключами?

Если Взлет СП у Вас будет один, то и ключ нужен будет только один - на 7 приборов.
Кстати забыл уточнить для I_m: бесплатными приборами для Взлет СП являются только приборы ТСР(В) и ИВК-102.

По модулям я чего-то не до конца Вас понял, или просто упустил, т.е. у Вас будет 3 прибора на АСВЕ-040 и 4 прибора с Ethernet модулями?
М.б. Вам тогда проще все приборы с Ethernet модулями заказать? Чем схема проще, тем удобнее обслуживание.

1 место. 3 прибора УРСВ-510 ц уже установлены - с них информацию забирать буду АСВЕ-040
2 место. 4 прибора докупаются в другое место такие же только с Ethernet, чтоб не использовать АСВЕ-040
между 1 и 2 большое расстояние
Все 7 приборов будут на одной scada 3 место  :)

Картина стала понятнее. Спасибо :)

Вопросик возник: в настоящее время у нас используется OPC-сервер версии 2.2.04. По ссылке - версия 2.2.07. Замена имеет смысл? Что значит "параллельный"?

День добрый! У Вас ведь Pro-версия? Да, его замена имеет смысл, были важные исправления, 2.2.0.7 стабильнее предыдущих версий.

Под параллельностью тут подразумевается, что OPC-сервер, который Pro, отвечает OPC-клиенту сразу, не дожидаясь приборного ответа, как делает обычный OPC-сервер входящий в состав дистрибутива Взлет СП3. Однако Pro не умеет считывать архивы с приборов, как это умеет обычный сервер, хотя конечно редко кто читает архивы через него.

Добрый день!
Да, версия Pro. Заменил сегодня. По Вашему ответу сразу вопросик возник, отложил ответ на сегодня.


Именно поэтому сервер может вернуть клиенту 0 вместо реального значения параметра? Я сегодня небольшой эксперимент поставил - клиент до 40 тыс запросов успевает сделать к серверу до получения реального значения. Буквально в течении нескольких секунд. 7-9 тыс запросов - рядовое явление. Впрочем, может и сразу актуальное значение вернуть. Может какие задержки между запросами порекомендуете, чтобы пустышки не тянуть?

Еще вопрос по внутренним тэгам, конкретно по $SPSERVER_PAUSE.
Я пока средствами SCADA с этим делом борюсь, про встроенные возможности не знал.
Установка $SPSERVER_PAUSE просто приостанавливает опрос, или и активный сеанс закрывает?

На самом деле значению доверять не стоит, если у него качество не равно OK. По такому критерию смотреть и следует, в том числе чтобы сократить кол-во запросов, если в Вашей SCADA есть такая возможность.

Что касается внутреннего тега SPSERVER_PAUSE, то он, по моей памяти, работает следующим образом:
OPC-сервер знает какие параметры интересуют OPC-клиента, он эти параметры делит по группам подключения (группы, приборы) и циклически опрашивает через СПСервер по этим группам (клиент-сеанс в СПСервере). После получения значений всех параметров в конкретной группе, OPC-сервер делает заявленную паузу SPSERVER_PAUSE в диапазоне [0...3599] секунд. Если значение этого тега больше 0, то сокет закрывается. По умолчанию тег SPSERVER_PAUSE равен 0, т.е. не делать паузу, а снова начать опрос всех параметров группы.

Не, я по качеству пытался отфильтровать - не прокатило. Т.е. возвращает 0 (хотя там по факту никакой не 0), качество Good.Сделал по другому: считываю в буферную переменную, если она = 0, то не обновляю отображаемый в SCADA тэг. В надежде, что в следующий цикл опроса нормально считается. Поскольку все параметры вещественные, то оно работает.

Да, насчет тысяч пустых считываний я не совсем прав, видимо. Похоже, что ранее сказанное актуально только для первого (после старта приложения) цикла опроса. Далее все более-менее прилично.

За описание SPSERVER_PAUSE спасибо. Но, пока мне средствами SCSDA удобнее поведение OPC-сервера регулировать.

SCADA дело такое, в каждой свои особенности. Хорошо что у Вас есть возможность управлять опросом прямо из нее, мы работали с Intouch, там таких возможностей не было, приходилось смотреть на Quality параметра и записывать SPSERVER_PAUSE чтобы архивы время от времени считывать, опрос иначе было не остановить.

У нас есть планы на новый Opc-сервер, уже для СП4, но по срокам будет видно только во второй половине этого года.