Просмотр полной версии : Диспетчеризация с MasterSCADA
Здравствуйте!
Разрабатываем диспетчерский пункт в котельной небольшого поселка. Сталкиваемся с такой задачей впервые.
Есть:
Котельная
2 КНС
здание водоподготовки
Надо
В котельной: в первую очередь контроль температуры контуров, температуры на входах/выходах теплообменника(20-30 термодатчиков с )с помощью ОВЕН МВА8, работа с СПТ 961, СПГ и Меркурием 230.
В обоих КНС: на базе ОВЕН ПЛК150 автоматизировать систему управления КНС, через радиомодем СПЕКТР 433 опрашивать счетчик Меркурий 230 и контроллер ОВЕН ПЛК150,
В здании водоподготовки через радиомодем опрашивать Меркурий 230 и состояние уже готовой АСУТП на базе контроллера ОВЕН
В здании котельной по RS485 и радиомодему(для связи с КНС) вся информация должна стекаться в ПК с masterSCADA
Вопрос: Поддерживает ли masterSCADA данные задачи и какие модули будут для этого необходимы(MasterPLC,MSRT-MPLC-Radio)? Что можно использовать вместо MasterSCADA?
lara197a
26.07.2010, 15:06
Мастер скада поддерживает.MSRT.
Можно конечно и CoDeSys HMI обойтись или любой другой скадой.
Sniper007
26.07.2010, 15:18
Здравствуйте!
Разрабатываем диспетчерский пункт в котельной небольшого поселка. Сталкиваемся с такой задачей впервые.
Есть:
Котельная
2 КНС
здание водоподготовки
Надо
В котельной: в первую очередь контроль температуры контуров, температуры на входах/выходах теплообменника(20-30 термодатчиков с )с помощью ОВЕН МВА8, работа с СПТ 961, СПГ и Меркурием 230.
В обоих КНС: на базе ОВЕН ПЛК150 автоматизировать систему управления КНС, через радиомодем СПЕКТР 433 опрашивать счетчик Меркурий 230 и контроллер ОВЕН ПЛК150,
В здании водоподготовки через радиомодем опрашивать Меркурий 230 и состояние уже готовой АСУТП на базе контроллера ОВЕН
В здании котельной по RS485 и радиомодему(для связи с КНС) вся информация должна стекаться в ПК с masterSCADA
Вопрос: Поддерживает ли masterSCADA данные задачи и какие модули будут для этого необходимы(MasterPLC,MSRT-MPLC-Radio)? Что можно использовать вместо MasterSCADA?
С самой скадой проблем не будет, а вот по остальному.
Дело в том что вы планируете на один интерфейс (радиокaнaл, RS-485) повесить приборы с разными протоколами. Это неправильное решение.
можно поподробнее? кто с кем будет конфликтовать?
Sniper007
26.07.2010, 15:32
Ну вот например вы собираетесь повесить ПЛК150 и Меркурий 230 на Спектр-433. А протокол обмена какой поставите?
Может конечно и не будет конфликтовать. Меркурий опрашивать через свой OPC по своему протоколу, ПЛК поставить Modbus ASCII и опрашивать через Lectus. Тут я точно сказать не могу.
Вы лучше сделайте тему в разделе ПЛК или подбор оборудования. Со скадой все ясно - проблем не будет. OPC серверы есть и на ПЛК, и на счетчики.
lara197a
26.07.2010, 15:50
опрос проще организовывать через плк, и конечно разные устройства на разные порты и орс серверы.
лучше возьмите плк 100+мва, вместо плк150
т.е плк опрашивает спт,спг и меркурий а затем Scada опрашивает плк?
почему плк100 а не плк150?
Sniper007
26.07.2010, 16:35
у сотки интерфейсов больше.
протоколы на плк придется поднимать самостоятельно. если с языком St дружите - то справитесь.
Наткнулся на modbus адаптер для меркурия http://tract-automatica.ru/?ref=38 возможно такое решение? SCADA/OPC опросит меркурий через этого зверя? OPC сервер найдет прибор?
Николаев Андрей
27.07.2010, 12:09
Хорошо ребята работают :)
Думаю с данным девайсом должно получится, ели тока временных коллизий не всплывет...
Ну и нужен уже один универсальный opc сервер типа Lectus
Lectus будет работать с ПЛК и с адаптером меркурия? Необходимость покупать отдельную ОРС для меркурия отпадет?
Sniper007
27.07.2010, 13:03
отпадает. если купите такой адаптер, то он будет иметь на выходе протокол модбас а не меркурий.
кроме того советую сделать так. плк опрашивает меркурий через шлюз по модбасу, а компьютер через радиомодем опрашивает плк. так будет удобнее.
теперь вам нужно придумать что нибудь с спт, спг. может и на них есть преобразователи.
Если нет, то нужно либо поднимать протокол на ПЛК, либо поступить так: MasterSCADA будет опрашивать их сама по отдельному интерфейсу, используя OPC. OPC для этих счетчиков точно есть.
ну спт и спг это второстепенная задача а пока хочется разобраться как подружить плк и меркурий. я так понимаю это надо будет через кодесис программировать плк? будет ли возможность опрашивать через орс сервер лектус переменные меркурия напрямую?
Николаев Андрей
27.07.2010, 13:21
Через Lectus можно опрашивать переменные любого ModBus устройства.
Sniper007
27.07.2010, 13:33
ну спт и спг это второстепенная задача а пока хочется разобраться как подружить плк и меркурий. я так понимаю это надо будет через кодесис программировать плк? будет ли возможность опрашивать через орс сервер лектус переменные меркурия напрямую?
Я так понял что ПЛК вам и так и так надо программировать:
В здании водоподготовки через радиомодем опрашивать Меркурий 230 и состояние уже готовой АСУТП на базе контроллера ОВЕН
Просто если планируете опрашивать ПЛК и меркурий, то лучше сделать как я сказал - опрашивать через радиомодем ПЛК, а ПЛК будет опрашивать меркурий.
Но если ПЛК нет, то тогда можно напрямую. Но радиомодемы штука капризная, будьте готовы к неожиданностям.
Кстати. В описании к адаптеру я не увидел какой именно Mosbus - RTU или ASCII. Просто RTU передать по радио не получится.
Связался с разработчиком адаптера =)
Говорят что адаптер использует Modbus RTU и проблемы с радиомодемом могут быть если только из за особенностей самого модема который может не понимать команд RTU
но за два дня при необходимости они готовы "прикрутить" и ASCII безвозмездно =)))
Sniper007
27.07.2010, 14:15
RTU не передается по радио.
http://www.owen.ru/forum/showpost.php?p=8225&postcount=17
У вас рядом с Меркурием будет ПЛК?
меркурий будет в 20-30 метрах от плк в тр-р подстанции
Соединены они(меркурий и ПЛК) физически по RS 485, а ПК с MasterSCADA опрашивает меркурий и ПЛК через "прозрачный" радиомодем спектр433(можно любой другой)
Sniper007
27.07.2010, 14:30
ну и все тогда.
заказываете преобразователь обычный, без доработок. его опрашивает плк по Rtu, плк преобразует данные и передает Ascii по радиомодему.
какой плк планируете? есть интерфейс свободный в наличии (232 или 485)?
а есть какие-нибудь материалы по этому вопросу? (плк+меркурий) а то у меня опыта не столько сколько хочется/надо...
подбираем плк в ветке подбора оборудования, наверно 100 или 150.
Sniper007
27.07.2010, 14:57
А какие вам нужны материалы?
В секции ПЛК есть раздел "Полезности", там описание подключения приборов по Modbus. Тут еще есть:
http://www.owen.ru/text/76503040
Засел за книги и кодесис... Первые впечатления что LD-понятно и легко но не то что надо, глянул на St и что то поплохело :eek: ... институтский паскаль нервно курит в соторонке! пока смутно представляю как из ПЛК буду делать шлюз :confused: прочитал Программируемые логические контроллеры И.Г.Минаев 2009-600 есть ли у кого что то похожее для St?
Sniper007
29.07.2010, 14:15
C LD лучше не связываться.
Язык ST похож на паскаль. Кое какие отличия в синтаксисе - не более.
Шлюз делается элементарно. Добавляете в PLC-Configuration Modbus Master (протокол RTU), туда добавляете переменные для опроса Меркурия. Добавляете модбас Slave (протокол ASCII) туда добавляете переменные которые будет опрашивать SCADA через радиомодем. Ну а переменные связать друг с другом в самой программе.
Из книг.
Лучше всего Игорь Петров "Программируемые контроллеры" - там про Codesys.
http://www.twirpx.com/file/4896/
Ну и материалы с сайта ОВЕН - руководство по Codesys, Owen Configuration и т.д. Можно еще с сайта ПРОЛОГ:
http://www.codesys.ru/pb2
http://www.codesys.ru/pb1
спасибо! сажусь изучать. но как инженеру технологу очень понравился Ld =)
Sniper007
29.07.2010, 14:54
Crizlo ну можете конечно и LD использовать. Но первое впечатление от него обманчиво. Мне он сначала тоже нравился...
На нем трудно реализовать задачи математической обработки, работу со временем, строками.
Вообщем дело ваше.
Ну при первом взгляде на codesys мне показалось что в одной программе можно воспользоваться разными языками (можно но нежелательно =)) Вот я и думаю что с помощью St работать с меркурием а в LD реализовать алгоритм управления насосами в КНС. Я правильно мыслю?
Sniper007
29.07.2010, 15:47
можно. почему не желательно? это нормальное явление. многие рисуют общую схему в Fbd, а начинку блоков пишут на St.
я применяю St совместно с Sfc - там где процессы шаговые.
так что можете сделать и так.
Ну значит как завещал дедушка Ленин остается только учиться учиться и еще раз учиться =)
Спасибо Sniper007 незнаю что бы без вас делал :D
аналогично. использую в программе Sfc, St и Fbd. каждый для своего применения удобнее. Sfc удобен для конечных автоматов, Fbd нагляден, St подходит для алгоритмически сложных кусков кода (а еще в нем удобно с регулярными структурами проводить поиск-замену; в Fbd у меня так не получилось, приходится каждый вход ручками менять).
возникли небольшие трудности...
использовать радиомодемы скорее всего не получится т.к расстояние метров 350 и на пути 4 пятиэтажки а антенна модема примерно на уровне 7 метров от земли.
если тащить Rs 485 это под 750м и проблемы с владельцами столбов (на которых силовые кабеля, а это лишние помехи)
думаем поставить Gsm модемы и организовать следующую схему.
плк: опрашивает меркурий и архивирует данные.
следит за уровнем "воды" в кнс.
контролирует доступ в кнс и датчики пож. охр ип212-41м
в случае срабатывания датчиков дает знать оператору в котельной дозвоном/смс/ну и сигналами на мнемосхеме в скаде
оператор при безаварийной работе сам раз в час или когда ему взбрендит опрашивает текущие данные по датчикам и меркурию. и два раза в месяц снимает архив меркурия.
все эти фантазии возможны?
Илья Кареткин
20.08.2010, 13:02
возникли небольшие трудности...
использовать радиомодемы скорее всего не получится т.к расстояние метров 350 и на пути 4 пятиэтажки а антенна модема примерно на уровне 7 метров от земли.
если тащить Rs 485 это под 750м и проблемы с владельцами столбов (на которых силовые кабеля, а это лишние помехи)
думаем поставить Gsm модемы и организовать следующую схему.
плк: опрашивает меркурий и архивирует данные.
следит за уровнем "воды" в кнс.
контролирует доступ в кнс и датчики пож. охр ип212-41м
в случае срабатывания датчиков дает знать оператору в котельной дозвоном/смс/ну и сигналами на мнемосхеме в скаде
оператор при безаварийной работе сам раз в час или когда ему взбрендит опрашивает текущие данные по датчикам и меркурию. и два раза в месяц снимает архив меркурия.
все эти фантазии возможны?
Это не фантазии, а целое решение. Возможны.
Обратите внимание на второй пример по ссылке: http://www.owen.ru/forum/showpost.php?p=30096&postcount=50
в нём как раз реализована работа ПЛК по двум GSM-каналам основному(инициатор ДП) и аварийному(инициатор ПЛК по аварии)
SCADAMaster
20.08.2010, 17:17
возникли небольшие трудности...
использовать радиомодемы скорее всего не получится т.к расстояние метров 350 и на пути 4 пятиэтажки а антенна модема примерно на уровне 7 метров от земли.
если тащить Rs 485 это под 750м и проблемы с владельцами столбов (на которых силовые кабеля, а это лишние помехи)
думаем поставить Gsm модемы и организовать следующую схему.
плк: опрашивает меркурий и архивирует данные.
следит за уровнем "воды" в кнс.
контролирует доступ в кнс и датчики пож. охр ип212-41м
в случае срабатывания датчиков дает знать оператору в котельной дозвоном/смс/ну и сигналами на мнемосхеме в скаде
оператор при безаварийной работе сам раз в час или когда ему взбрендит опрашивает текущие данные по датчикам и меркурию. и два раза в месяц снимает архив меркурия.
все эти фантазии возможны?
Одно из возможных аппаратных решений – Меркурий230 + Программируемый MasterPLC контроллер c COM портом, поддерживающим подключение GSM модема + GSM Modem + MasterSCADA.
Обращаем Ваше внимание, что при работе с сопряжением разного оборудования и программного обеспечения могут быть неожиданные затруднения, потребуется время для экспериментальной отработки вариантов решений с конкретным оборудованием.
Если Вы не имеете практического опыта с решением задач сопряжения и ограничены в сроках работы, рекомендуем:
- заказать профессионалам разработку проекта или его отдельных частей;
- пройти обучение на специализированных курсах. Например, фирма ИнСАТ проводит обычное и продвинутое обучение.
За более подробной консультацией можно обращаться на support@insat.ru
Это не фантазии, а целое решение. Возможны.
Обратите внимание на второй пример по ссылке: http://www.owen.ru/forum/showpost.php?p=30096&postcount=50
в нём как раз реализована работа ПЛК по двум GSM-каналам основному(инициатор ДП) и аварийному(инициатор ПЛК по аварии)
Возможно ли подключение на ДП модемов не к COM портам а через АС3-М по RS485?
SCADAMaster
23.08.2010, 17:26
ваше сообщение перенесено в раздел "подбор оборудования"
Илья Кареткин
25.08.2010, 11:47
Возможно ли подключение на ДП модемов не к COM портам а через АС3-М по RS485?
Да, возможно, и а АС4. RS-485 есть у всех наших модемов.
ох уж эти Gsm модемы... гемора с ними много и всяких если от которых будет зависеть работоспособность системы. пока он позвонит пока сконектиться, а вдруг чё у сотового оператора так всё - легла ваша диспетчеризация. а в новый год так точно можно забыть про работу системы. плюс за это всё ещё и сотовому оператору отваливать денег надо. другое дело свой радиоканал который не зависит от сотового оператора и в плане комутации и работы проще. чем проще система тем выше её работоспособность.
моё мнение что обычный радиомодем с мощностью передатчика 10мвт пробьёт дома и будет нормально передавать на ваши 350 метров. для пущей уверености можно поставить направленые антены. или как вариант дотянуть по 485 кабель до ближайшей высокой точки и установить на ней модем с антеной.
на истину в последней инстанции не претендую, если не прав то поправьте.
slsergey
18.09.2014, 13:48
Да поддерживает. У многих возникают в процессе наладки системы большое количество вопросов. Все вопросы разные: линковка объекта, корректность выхода данных с прибора, какой поставить компьютер, ОС какую установить и т.д.. Все эти проблемы очень просто решить. Если работу выполняют квалифицированные работники, которые Вам не только помогут советом, но помогут на деле.
8-926-647-76-89
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot