Создание диспетчерской системы

[Алексей Метелкин]

Добрый день. Прошу оказать помощь по техническим возможностям оборудования и ПО производства АО "Взлет".
В нашу компанию обратился заказчик с просьбой реанимировать установленную кем-то ранее и проапргрейдить по возможности, имеющуюся у него инфраструктуру для сбора данных с приборов учета построенную на базе Взлет РСЛ/ТСРВ-26М/АССВ-30. 

Вопросы:
Имеется ряд объектов, где установлены ТСРВ-26М и при помощи разнообразных преобразователей RS-485/Eth, проводами подключены к АРМ, где будет установлено
ПО для наблюдения за объектами.

   1) Может ли ПО "Взлет СП" в реальном режиме времени вести опрос и получать текущие данные с ТСРВ-26М и отображать их (таблицы, мнемосхемы и т.п.) или лучше
   сделать это Modbus OPC-сервером (Взлет или сторонним) и затем отобразить в какой-либо скаде?

На ряде объектов есть только сотовая сеть (покрытие GPRS/3G/LTE имеется), там уже до нас установлены АССВ-30 и подключённые к ним ТСРВ-26М
   2.1) Если в АССВ-30 установить сим-карту со статическим IP, можно ли через него организовать прозрачный канал (виртуальный com-порт или как преобразователь интерфейсов) до ТСРВ-26М, чтобы вести отброс прибора с АРМ по аналогии с проводным интерфейсом?

   2.2) Если 2.1 нельзя, тогда может ли АССВ-30 выгружать данные в режиме реального времени на АРМ диспетчера?

   2.3) На этих же объектах установлены электросчетчики Меркурий-234, заказчик хочет получать с них данные на АРМ. Можно организовать передачу данных через эти же АССВ-30, куда уже подключены ТСРВ-26М? Т.е. на RS-232 сажаем одно устройство, а на RS-485 другое?

[I_m]

В принципе, можно всё на наборах Взлёт СП построить. И это даже будет работать, в т.ч. через 030.
Как-то 

Если заказчик какая-нить УК-шка, то может быть и хватит.

[I_m]

Забыл: 2.1 - это лишнее. Совсем.

[Алексей Метелкин]

Спасибо за ответ.
Нет не УК. Замена чего-либо сущ. при адекватных доводах вполне возможна.
Кто-то когда-то им уже поставил все это со словами: "Нууу, заработает", в итоге сейчас имеют что, имеют. Часть умерла, часть что работает - не устраивает

Сейчас АССВ-030 сваливают данные с ТСРВ-26М в какое-то облако, раз в час - это редко, хотят чаще.

Нет под рукой оборудования чтобы проверить(.
Все-таки, может 030 работать как Modbus шлюз/конвертер TCP/RS (Master со стороны TCP)
Если отказываться от схемы когда обмен инициируется АРМ, насколько часто 030 может передавать данные?
Может передавать данные на два IP по очереди?

[I_m]

1. 030 (и 040 тоже) как шлюз работать не умеет. Может я ошибаюсь, конечно, Дмитрий поправит, если что.
2. идея построения системы диспетчеризации на узлах учета порочна по самой своей сути. Не, узлы учета могут быть составной частью системы, тем паче, что часть оперативных параметров больше и взять особо неоткуда. Но, только частью. И не 026-е туда пихать, чесслово.

[I_m]

Может передавать данные на два IP по очереди?

Может. Только и спрашивать надо по очереди. Кто попросит - тому и даст. 

[Алексей Метелкин]

Это все верно Вы говорите, но здесь не с чистого листа строится система(. Заказчик хоть и не бедный, но под корень сносить все не даст.
РСЛ+ТСРВ-26М уже стоят и их не убрать.

Задача вывести с ТСРВ-26М данные на АРМ в реальном режиме времени, и если с проводными каналами все более или менее ясно, то с
беспроводными построенными на на данный момент на АССВ-030 полное непонимание может ли этот девайс организовать "аналог" проводного соединения.

На Moxa-аx, Adam-ах, Cisco-ах и т.п. с организацией беспроводных каналов, решений нами сделано много, но здесь чтобы такое применить, нужно обосновать замену
АССВ-030

[Дмитрий Пархоменко]

Здравствуйте!

Добрый день. Прошу оказать помощь по техническим возможностям оборудования и ПО производства АО "Взлет".
В нашу компанию обратился заказчик с просьбой реанимировать установленную кем-то ранее и проапргрейдить по возможности, имеющуюся у него инфраструктуру для сбора данных с приборов учета построенную на базе Взлет РСЛ/ТСРВ-26М/АССВ-30. 

Вопросы:
Имеется ряд объектов, где установлены ТСРВ-26М и при помощи разнообразных преобразователей RS-485/Eth, проводами подключены к АРМ, где будет установлено
ПО для наблюдения за объектами.

   1) Может ли ПО "Взлет СП" в реальном режиме времени вести опрос и получать текущие данные с ТСРВ-26М и отображать их (таблицы, мнемосхемы и т.п.) или лучше
   сделать это Modbus OPC-сервером (Взлет или сторонним) и затем отобразить в какой-либо скаде?

На ряде объектов есть только сотовая сеть (покрытие GPRS/3G/LTE имеется), там уже до нас установлены АССВ-30 и подключённые к ним ТСРВ-26М
   2.1) Если в АССВ-30 установить сим-карту со статическим IP, можно ли через него организовать прозрачный канал (виртуальный com-порт или как преобразователь интерфейсов) до ТСРВ-26М, чтобы вести отброс прибора с АРМ по аналогии с проводным интерфейсом?

   2.2) Если 2.1 нельзя, тогда может ли АССВ-30 выгружать данные в режиме реального времени на АРМ диспетчера?

   2.3) На этих же объектах установлены электросчетчики Меркурий-234, заказчик хочет получать с них данные на АРМ. Можно организовать передачу данных через эти же АССВ-30, куда уже подключены ТСРВ-26М? Т.е. на RS-232 сажаем одно устройство, а на RS-485 другое?

Уточню, буду говорить за Взлет СП - версии 4.

1. Конечно, СП умеет читать/записывать текущие параметры с приборов. Отображение в виде Наборов (списки параметров) и Мнемосхемы, как в Клиенте так и в Веб.
СП или SCADA - Вам решать. OPC в составе СП также есть, два даже - OPC UA и OPC Classic, оба OPC DA, но рекомендуем конечно же современный OPC UA.
Но опять же, если функционала СП достаточно по отображению, зачем сверху что-то накручивать? Просто опробуйте, посмотрите, создайте свои мнемосхемы.

2.1 Нет - АССВ в качестве сервера работать не умеет. Вызов адаптера происходит звонком, далее какой режим у адаптера настроен, если CSD, то снимает трубку и обменивается, если GPRS - то выходит в интернет на диспетчерский сервер, ну или доп. абонента. Протокол обмена у адаптера АССВ свой, он не прозрачный, но описан. Если Вы хотите прозрачный канал, Вы можете не меняя сам АССВ переключить его в режим модема. Но тогда АССВ превратиться в простой модем и не будет выполнять ряд полезных функций, таких как контроль состояния прибора, входов, исполнение расписания и т.п. Кстати, для массового вызова АССВ в режиме GPRS СП умеет использовать VoIP (SIP).

2.2 обмен через АССВ можете выполнять сколько угодно долго. АССВ все данные выдает с прибора, ничего не кэширует, все в "реальном" времени. Однако постоянный обмен по GPRS с текущими тарифами будет накладным, нужен ли он Вам?

2.3 Меркурии конечно можно подключить также к АССВ, но следует понимать, что RS232 и RS485 у АССВ - это один и тот же физический порт, а не два разных, т.е. использовать можно только один. И так как на RS232 нельзя подключать одновременно несколько приборов, да и у Меркурия нет RS232, то необходимо приборы переключить на RS485, а для этого к между ТСРВ-026М и АССВ придется использовать конвертер интерфейсов (АССВ [RS485] <-> [RS485]-[RS232] <-> [RS232] ТСРВ-026М).

[Алексей Метелкин]

Дмитрий, большое спасибо! Все понятно.

[Дмитрий Пархоменко]

...
Сейчас АССВ-030 сваливают данные с ТСРВ-26М в какое-то облако, раз в час - это редко, хотят чаще.

Нет под рукой оборудования чтобы проверить(.
Все-таки, может 030 работать как Modbus шлюз/конвертер TCP/RS (Master со стороны TCP)
Если отказываться от схемы когда обмен инициируется АРМ, насколько часто 030 может передавать данные?
Может передавать данные на два IP по очереди?

Вы можете опрашивать прибор через АССВ сколько угодно часто, хоть без остановки, если не смущают затраты на связь.
Есть поддержка до 3 доп. абонентов, но следует понимать, что в один момент АССВ может устанавливать только 1 подключение до сервера, т.е. диспетчер или доп. абоненты смогут с ним связываться только по очереди. Если говорить о расписании, то это будет работать только для диспетчера (основного сервера), доп. абонентам придется адаптер вызывать звонком.

[Алексей Метелкин]

Дмитрий, поправьте, если неправильно понял последовательность работы через GPRS (на примере для одного сервера диспетчера)

АССВ инициирует TCP соединение на сервер, в случае успеха между АССВ и сервером ДП устанавливается TCP канал и по нему уже СП путем отправки запросов запрашивает
данные от приборов (Меркурий, ТСРВ-26М) через АССВ?

[Иван Кривокора]

Здравствуйте.

Инициирование связи при использовании АССВ может осуществляться двумя способами:
* выполнение вызывного звонка на АССВ;
* выход АССВ на связь в соответствии с его внутренним расписанием.

В результате чего АССВ подключается по указанным IP-адресу и порту (TCP/IP), выполняется идентификация адаптера АССВ, после чего запрашиваются данные приборов, при необходимости.

С уважением,
Кривокора Иван

[Алексей Метелкин]

Добрый день, Иван.
Спасибо за ответ.

А можно настроить такой режим (расписание): вышел АССВ на связь с сервером и навсегда остался, а реконнект АССВ к серверу только после пропажи соединения?

Просто учитывая, что заказчику данные нужны в реальном времени запросы будут частыми и канал должен быть открыт постоянно...

[Дмитрий Пархоменко]

Можно настроить выход АССВ на связь по расписанию с интервалом в 1 минуту.
Также, на сервере можно настроить сбор текущих данных с сохранением в БД с минимальным интервалом в 1 минуту.
А можно и без остановок выполнять чтение.
Все настраивается.

[Алексей Метелкин]

Спасибо всем.