Выбор ПЛК для диспетчеризации тепловых пунктов (ЖКХ).

[warred]

Добрый день!

Нужно выбрать оборудование для целей автоматизации удаленных котельных. Каналы связи предположительно будут на технологии DSL и GSM\GPRS. По требованию заказчика, должен быть дубляж канала в случае падения одного из двух.

На данный момент есть опыт внедрения ПЛК-100 + Скада + лектус. Скада и лектус стоят удаленно, опрос по инету (DSL), где-то на объектах стоит связка роутер Д-Линк (с ВПН) + ЖПРС-модем, где-то опрос идет по GSM модему, но так или иначе все идет через лектус, а потом в скаду.

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

Если использовать связку, что выше, для передачи данных, то возможно как-то повысит надежность всей этой связки, возможно уйти от скады (свое ПО).

Вообще заказчику нужно оборудование с панелью оператора, дабы видеть непосредственно показания датчиков, аварии, управлять через панель оборудованием и т.д.
Пока выбор стоит между:
1. ПЛК 100 + СП270.
2. СПК207.

Хотелось бы использовать СПК207, но судя по форуму, есть проблемы, в т.ч. и с производительностью, хотя вроде обещают выпустить по лучше, но как оно будет работать еще не ясно, наверняка будет сыровато, а нам бы что-то проверенное временем. Возможно вместо ПЛК100 использовать ПЛК304\ПЛК308, но с ними я не работал. Главное что интересует, надежность, легкость в настройке и подключении, простое программирование процессов.

Одни из требований такие:
1. Панель оператора, для задач озвученных выше.
2. Ведение архива показаний датчиков и т.д., на флеше или внут.памяти контроллера.
3. Связь с удаленным ПО по сбору данных объекта, а также удаленное им управление через дублированный ка.нал основной DSL + резервный GSM.
4. Удаленная заливка проекта в ПЛК (на ПЛК100 я это делал без проблем по интернету и без компьютера на той стороне, только лишь через переброску портов на роутере).

По ТЗ заказчика требования такие (вырезка, краткая):
1. Обеспечить передачу информации на дублирующий пульт и сервер через DSL/GSM/GPRS/SMS. Предусмотреть резервный канал.
2. Обеспечить автоматизированную работу оборудование и объекта в целом. Постоянный мониторинг и управление оборудованием с местного(локального) пульта управления, расположенного в отдельно стоящем помещении или операторской котельной.
3. Предусмотреть возможность сбора данных и архивацию на устройстве ПЛК.


Был бы признателен еслиб форумчане высказали свое мнение.

[melky]

2. У ОВЕН вроде есть специализированное устройство, кажется МД200
3. предпочтительно использовать роутеры типа Mikrotik 751, 951 моделей, если связка именно DSL + GPRS (3G)
Либо модемы Radiofid с двумя симкартами GPRS(3G)
Для резервирования каналов.

Оба устройства позволяют строить VPN каналы (openVPN, IPSEC, L2TP, (PPTP лучше не использовать, у него нет контроля соединения)) к серверу с реальным IP, сами при этом могут быть с серыми IP
4. будет связь по VPN кналам, будет работать и управление, при озвученных вариантах роутеров возможно обращение непосредственно по IP устройствам (настраиваются маршруты на сети за роутерами).

[Sergey666]

Для вашей задачи панель оператора и ПЛК-путь в никуда.
Почему? Панель , как некоторые утверждают, проще и лучше СКАДА системы.НО , хранение данных , формирование больших трендов , формирование отчетов , в панелях ведущих производителей это есть , но на довольно слабом "убогом" уровне.
Для систем диспетчеризации большого объема и уровня - только СКАДА , и никаких ПЛК не требуется , только коммуникационное оборудование.
Если хотите "пролететь" - используйте панель или СПК , хотя смотря какое ТЗ.
Но , не должно быть "универсальных" решений , типа "для всего". Подбирать инструменты и методы решения надо , соответственно уровня задачи.

[Николаев Андрей]

Закажите СПК на тестирование.
Работает более, чем стабильно. Небольшие нарекания на скорость реакции на нажатие на Touch панели.
СПК уже стоят и в котельных и на воде.
http://www.owen.ru/projects/

[Sergey666]

СПК , связка ПЛК+Панель оператора - комплектация для "локального" управления .
Для диспетчеризации "центральной" - конечно возможно , но... Как и то , что выпускается на ВАЗе можно назвать "возможно Автомобиль".
Представьте себе только центральную диспетчерскую чего либо (неважно) , оператор "вникает" в 7-10 дюймовый экранчик и тачскринит. Смешно !!!
А , что делать , если нужны отчеты с диаграммами в Ексель.(Только не надо "гнать" про CSV файл - это жигуль , с форточкой климат контроля) .
Адекватно надо работать начинать.
Уже пора , или поздно будет.

[BETEP]

А , что делать , если нужны отчеты с диаграммами в Ексель.(Только не надо "гнать" про CSV файл - это жигуль

текстовый файл с разделителями легко цепляется к экселю (и не только) как источник данных.
--------------
Данные >> Получение внешних данных >> А тут выбираете то что нужно.
Экселевский файл настраиваете как вам нужно, потом удобным Вам способом меняете (VBA например) источник данных.
Попробуйте...

[Sergey666]

Ветер.Анекдот:
Едут два армяна на старом-старом мерсе , лето,жарища , стекла закрыты.
Тот , что на пассажирском :-Ара! Можно стекло чуть-чуть опустить , а тот :- Нэт , пусть все думают что у нас кондиционер.
Попробуйте!

[Валенок]

А , что делать , если нужны отчеты с диаграммами в Ексель.(Только не надо "гнать" про CSV файл - это жигуль , с форточкой климат контроля) .
Адекватно надо работать начинать.
Уже пора , или поздно будет.

И я предпочитаю csv. В ехеле проще отсортировать/построить график какой-тио части/вбить макрос для нестандартной обработки и т.д.
И весьма сожалею что на MCD нельзя создать просто свободный текстовый файл. Иногда хоца просто записать :
"09/05/13;14:12;Нажата кнопка СТОП"

[Sergey666]

Вот потому и в жигуле нет климата , только форточка.
Я , не против CSV , я сам использую возможности этого формата , но там , где этого достаточно.Тот , кто пихает наработки и конфигурацию для "локального" управления в системы диспетчеризации - тот недалекий , ограниченный разработчик , по типу - "я это не понимаю и все"
Современные панели оператора могут делать хорошие удобные трэнды ,алармы,эвенты ,удобный просмотр графиков (исторических).
Но(сколько можно повторять) это ЛОКАЛЬНЫЕ системы , "вытащить" данные из панели проблематично , кроме тех ,что с Ethernet портом.(Не надо "гнать" и вводить себя в блуд).
Не хотите СКАДУ - работайте с С++ , Делфи , ВБ , только коннект к устройству прописать придется (подолбетесь , но решаемо в С),а в делфи подолбетесь с ОРС клиентом.Никто не запрещает , тока не путайте берега , локальное - это локальное , а диспетчеризация - это высший уровень и ограничивать его панелькой (даже хорошей - блуд).

[melky]

Sergey666 думаю предполагается, что обслуживающий персонал, приехав на котельную, может посмотреть графики работы и другую интересующую информацию прямо на панели по месту. Не имея компьютера, не совершая звонков в диспетчерскую службу и т.д.
Так что панели совсем не путь в никуда.
И как без ПЛК, если нет связи с объектом ? кто данным объектом будет управлять в таком случае, хотя бы в минимальных вариантах изменений ?

Мне кажется, что нужно что-то два в одном, типа ПЛК73 или что там есть еще, совмещенное панель-ПЛК в одном флаконе.
Ну собственно да, СПК это и есть.