Как раз сейчас проект в стадии реализации.
Диспетчеризация 22 котельных.
На нижнем уровне ПЛК Mitsubishi FX3U.
Связь по радиомодему "Спектр 433".
на верхнем -- Scada Mx4 ( Citec).
Недельке через две приступим к монтажу.
Буду описывать возникающие проблемы и их решения....
Странно, не увидел не одного слова "ОВЕН"Сообщение от doktor
Они сами по себе
А нельзя пояснить обоснование выбора железа и ПО.
И что ОНА эта диспетеризация делает. Она позволяет
дернуть ИНфу со теплосчетчиков или они сами по себе.
Всем день добрый. Пишу по теме, в настоящее время мы как раз строим такую систему для энергетиков (тепловые сети). Из одного проекта выросло два)). Первый и пожалуй самый крупный - ежедневное дистанционное снятие показаний с абонентских приборов учета (теплосчетчики Взлет, ВКТ, ТС07 и т.д.).
Второй, организация мобильных контрольных точек, будем использовать МВА8 (давление и температура). Передача данных по схеме контрольная точка->GPRS->Internet<-диспетчер. На стороне диспетчера наш OPC и SCADA WinCC. А для абонентских приборов наша программа. В общем, в вкратце примерно вот так. Если интересно пишите
Самая первая диспетчеризация объекта нами была сделана два года назад, объект - овощехранилище, оснащено по канадской технологии (холодилка, приточно-вытяжная вентиляция, увлажнеие и т.п.). В овощехранилище две большие камеры, оборудованием которых управляло 2 ПЛК-100 с расширителями, 3-ий ПЛК-100+GSM модем Siemens C35i.
В случае аварии или критических ситуаций, через модем удалённому диспетчеру высылалась SMSка и он посредством ASDSL модема (по интернет каналу) через HMI CoDeSys визуализацию "входил в ПЛК" ну и всё делал. Данные о темературах собирались в ПЛК и раз в неделю таким же образом скачивались в БД.
Сейчас подходит к концу разработка нового овощехранилища на 34 камеры. Каждой камерой управляет ПЛК-100 с наворотами, все ПЛК объеденены в сеть через Ethernet по UDP и естественно обмениваются данными, как между собой, так и с выделенным ПЛК для диспетчеризации.
Этот самый ПЛК опять таки управляет отсылкой SMS(через Univer. net. module) и подключает по команде SMS от диспетчера GSM канал передачи данных (Univer. net. module) по которому он и связывается посредством своего GSM модема OPC сервера и SKADA c удалённым объектом. Пробовали на рабочее место электрика хранилища вывести (на его компьютер) показания всех данных в одной форме (приложение на VB слушает порт UDP и показывает температуру в камерах и другие показатели), но не получилось - wisock выдаёт какие-то карякули, расшифровать не смогли... времени мало. Пришлось на VB написать приложение OPC клиента для CoDeSys OPC сервера - оно работает.
Связь по GSM каналу конечно же медленная, хотелось бы GPRS, но времени маловато разрабатывать функционал, ждёмс от ОВЕНА.
Интересное решение.
А почему на диспетчерском пункте стоит Codesys, а не SCADA?
Что касается GPRS, у нас есть пилотный вариант прошивки для ПЛК, работающей по GPRS каналу. Есть описание работы. Если у вас есть e-mail. Я готов Вам сбросить это описание. Через некоторое время появится сама прошивка.
А где Вы территориально находитесь?
CoDeSys стоит потому, что это был первый проект, который делался очень быстро и у клиента был выделенный канал интернета. Это сейчас мы "умные" и исспользуем ОРС и СКАДЫ для работы с ним.
Прошу сбросить описание на E-mail: as_lr@tut.by
Рассположены мы в Минске, а диспетчируем хранилища по всей Беларуси - естественно пока те, которые построили сами. В основном все хранилища управляются ПЛК-100. Все шкафы управления изготовленные на основе ваших ПЛК и расширителей имеют у нас ТУ (тех.условия) и сейчас выпускаются почти серийно (шкаф управления камерой, силовой шкаф, коммуникационный шкаф). Могли бы брать на диспетчеризацю и холодильные централи (на заводах, других объектах), соответственно производить для них коммуникационные шкафы, но пока трудно (нет времени), не можем разобраться с протоколами контроллеров управления холодильными централями EWCM 418 (фирмы ELIWELL), соеденить эти протоколы с ПЛК -100. Если ОВЕН сможет помочь, то потребление вашей продукции увеличиться.
Андрей, если не сложнопришлите описание на sasa86_04@mail.ru/
Спасибо.
Если ты согласен с судьбой, то она ведет тебя. Если нет - тащит.
Описание выслал.
Уже появилась прошивка для ПЛК. Только тестирование ее немного затянулось. Если есть желающие попрововать, милости просим
На данный момент имеется:
4 котельных малой мощности, каждая автоматизирована при помощи ТРМ32.
"Диспетчеризация" - ПЛК100 с примитивной программой опроса портов +ПМ01 (отправка SMS по 6 аварийным параметрам).
На каждом объекте уже есть интернет (DSL-роутер) - пока используется только под видеонаблюдение.
Все вышеуказанное - сделано до меня, на данный момент требуется полноценная автоматизация и удаленная диспетчеризация котельных на ПК (MasterSCADA):
1.Управление температурой теплоносителя по температурному графику.
2.Мониторинг технологических параметров на ПК диспетчера (аналоговых - температуры подачи/обратки/наружного воздуха, давления в системе, и дискретных - состояние котлов,критические значения давления газа и теплоносителя, утечка газа, пропадание напряжения)
3.SMS - уведомления об авариях.
ТРМы 32 без RS-485(((, задал вопрос техподдержке о возможности апгрейда, в случае положительного ответа - оставим их, если нет - задумываюсь о ТРМ132м.
В связи с чем вопрос, насколько жизнеспособна схема: ТРМ32 (либо132) + МВ110-16Д опрашиваются с ЕКОН134 далее через ADSL связь с MasterSCADA на ПК?
Стоит ли брать ЕКОН134, либо посредником между RS-485 и Ethernet использовать уже имеющийся ПЛК100?
С CoDeSys только начинаю разбираться, так что пожалуйста тапками не кидайте
upd. (я конечно понимаю, что наиболее логично - повесить на ПЛК модуль пид-регулятора, аналоговый и дискретный модули ввода и сделать его ядром системы, вот только опыта, чтоб воплотить подобный проект в жизнь у пеня пока нет)
Последний раз редактировалось Newsnowman; 29.01.2012 в 19:38.
Ваши права
Ответить с цитированием