Просмотр полной версии : Удаленная диспетчеризация?
Ельцов Андрей
18.07.2008, 09:06
Уважаемые посетители форума.
Есть несколько насущных вопросов по созданю систем удаленной диспетчеризации, т.е. сбора данных с одного или нескольких удаленных объектов на один или несколько диспетчерских пунктов. Есть ли среди Вас те кому приходилось сталкиваться с подобными задачами и не только сталкиваться но и решать их.
А вопросы мои такие:
1. Что это за удаленный объект(ы)? ЦТП, Котельная и т.п.?
2. Какое количество удаленных объектов необходимо было завести на диспетчерский пункт?
3. На основе какого оборудование был реализован нижний уровень автоматизации? Чьи приборы (контроллеры)? Чьи модемы?
4. Какое программное обеспечение было установленно на верхнем уровне? Какая SCADA-система?
5. Каким образом осуществлялась связь между SCADA и удаленными объектами? Встроенные в SCADA драйверы, ОРС-сервер или какой-нибудь свой софт?
6. Какой способ связи GSM, GPRS, CDMA и т.п.?
7. Приходилось ли писать какие-нибудь программы своими силами или все делали простыми настройками в уже готовом ПО?
Ну и естественно, Ваш отзыв о системе. Надежность? Удобное решение для Вас или есть желание попробовать что-нибудь другое?
Очень буду признателен за развернутые ответы:rolleyes:
Здравствуйте Андрей.
Занимаюсь диспетчеризацией (автоматизацией) удаленных объектов с 2001 года.
И вот чем всё закончилось:
1) Котельные, ЦТП, теплицы, химическая промышленность (далее жуткие названия я пропущу :-).
2) Объекты: теплицы 40 шт. (и еще столько-же в персперктиве), котельные 12 шт. (Калугатеплосеть) + десяток для других заказчиков, 1 ЦТП вот–вот займёмся диспетчеризацией пары ЦТП (Калугатеплосеть), 3-участка на химии.
3) Специализированные контроллеры (с кучей программных не доработок). Свободно программируемые контроллеры: ПЛК1хх, «Ремиконды», шнайдеры и куда же без сименсов.
4) На верхнем уровне я всегда занимался рукописными программами: делфи и С.
5) Почти всегда свой рукописный протокол, иногда ОРС-понты - это когда лень матушка одалеет.
6) ADSL, SHDSL, заводская сеть, цифровые каналы связи заказчика и радио Ethernet.
7) Постоянно пишутся программы своими силами.
С появлением ПЛК1хх и Вашей техподдержкой диспетчеризация и автоматизация превратилась в сплошное удовольствие :-)
Ельцов Андрей
18.07.2008, 11:17
Спасибо за хороший отзыв)
Есть ли среди Вас те кому приходилось сталкиваться с подобными задачами и не только сталкиваться но и решать их.
Здравствуйте, Андрей!
Думаю, что Вы отлично помните, что мы как раз занимаемся диспетчеризацией распределенных объектов. Наша область - электроэнергетика. Поэтому наши объекты - распределительные подстанции, трансформаторные подстанции, жилые дома, коттеджные поселки, различные пункты учета электроэнергии, пункты секционирования (выключатели в поле). Если более общее - то это городские и распределительные (сельские) электрические сети. В городах количество подобных объектов для учета и диспетчеризации составляет сотни, и не одну. Наша система ЭНТЕК, в случае прямой поддержки контроллеров (в том числе может и вашего производства) вполне справляется с такой задачей. Причем все процессы настройки и сопровождения максимально оптимизированы, и оптимизируются постоянно. Это ввиду того, что, хоть мы и поддерживаем открытые технологии типа OPC DA, но при построении больших систем применяем в первую очередь наш ПТК, компоненты которого максимально интегрированы между собой. Добавили контроллер, описали у него модули ввода-вывода, счетчики - и сразу эти данные доступны для отображения и сохранения в БД. Также для типовых функций визуализации разрабатываем оптимизированные объекты, например - объект отображения данных со счетчика электроэнергии, который привязывается целиком к счетчику (группе тегов), а не индивидуально к каждому тегу.
В последнее время со стороны наших партнеров также стал проявляться интерес и к подобным механизмам автоматизации в других областях - тепловые сети, котельные, водоканалы.
В подобных задачах я вижу большие перспективы для ваших контроллеров. Они оптимальны по соотношению цена/возможности, и требуют разве что совсем небольшую доработку. Серьезное развитие наверняка приведет к удорожанию, и это будет уже другой рынок, и будут конкуренты.
Каналы связи сейчас безусловно господствуют сотовые, но в городах все чаще появляется возможность использовать оптику. Радио - это редко, там где оно по какой-то причине было, на новых проектах если используют, то дешевые радиодемы типа Геолинк, на свободном частотном диапазоне. Вообще ждем пришествия нормальных беспроводных сетей типа Wi-Max или что-то подобное.
Александр Бурмистров, ЭНТЕЛС.
Ельцов Андрей
27.08.2008, 01:13
Здравствуйте, Андрей!
Думаю, что Вы отлично помните,
...
Александр Бурмистров, ЭНТЕЛС.
Здравствуйте, Александр.
Конечно же я все отлично помню. Более того, надеюсь, в ближайшее время мы дадим новость о ПЛК100, встроенном в Вашу систему.:-)
Но работы по встраиванию ПЛК в систмы диспетчеризации идут уже давно, да и не всегда использование ПТК оправданно...
Когда-то давно делали диспетчеризацию ЦТП района. Делалось на 10 ЦТП с возможностью дальнейшего расширения для мини котельных (для новых домов).
Контроллеров ПЛК тогда еще не было, на сегодняшний день делал бы на нем. Канал связи был радио 50МГц, использовались модемы РАТЕОС, на верхнем уровне был OPC ModBus и MasterSCADA.
Сегодня наверно интереснее выглядят GSM и оптоволокно.
aploidMMM
05.12.2008, 20:25
Так - для справки...
Удаленная диспетчеризация позволяет осуществлять передачу параметров от одной или нескольких автоматизированных систем с территориально удаленных объектов на центральную станцию диспетчеризации, с помощью различных каналов передачи данных. Удаленная диспетчеризация может применяется для объединения нескольких зданий, имеющих локальную диспетчеризацию.
1. Что это за удаленный объект(ы)? ЦТП, Котельная и т.п.?
>В данный момент это электрокотельные
2. Какое количество удаленных объектов необходимо было завести на диспетчерский пункт?
>Восемь объектов
3. На основе какого оборудование был реализован нижний уровень автоматизации? Чьи приборы (контроллеры)? Чьи модемы?
>МВА+МДВВ+ADAM4500, модемы Siemens MC35i и Teleofis
4. Какое программное обеспечение было установленно на верхнем уровне? Какая SCADA-система?
>Самописная программа
5. Каким образом осуществлялась связь между SCADA и удаленными объектами? Встроенные в SCADA драйверы, ОРС-сервер или какой-нибудь свой софт?
>Т.к. пришлось использовать в системе ADAM (который является шлюзом из MBus в DCON), то написали всё "с нуля".
6. Какой способ связи GSM, GPRS, CDMA и т.п.?
>Связь GSM (CSD). Последовательный обзвон всех точек центральной диспетчерской.
7. Приходилось ли писать какие-нибудь программы своими силами или все делали простыми настройками в уже готовом ПО>
> см. выше :)
Надеюсь, что не помешал, "подняв" тему ;)
Ельцов Андрей
28.01.2009, 16:37
....
Надеюсь, что не помешал, "подняв" тему ;)
Спасибо большое за ответ. Конечно не помешали, даже помогли.
Как раз сейчас проект в стадии реализации.
Диспетчеризация 22 котельных.
На нижнем уровне ПЛК Mitsubishi FX3U.
Связь по радиомодему "Спектр 433".
на верхнем -- Scada Mx4 ( Citec).
Недельке через две приступим к монтажу.
Буду описывать возникающие проблемы и их решения....
Ельцов Андрей
13.02.2009, 13:40
Как раз сейчас проект в стадии реализации.
Диспетчеризация 22 котельных.
На нижнем уровне ПЛК Mitsubishi FX3U.
Связь по радиомодему "Спектр 433".
на верхнем -- Scada Mx4 ( Citec).
Недельке через две приступим к монтажу.
Буду описывать возникающие проблемы и их решения....
Странно, не увидел не одного слова "ОВЕН":)
Юрий_Уфа
13.02.2009, 14:25
А нельзя пояснить обоснование выбора железа и ПО.
И что ОНА эта диспетеризация делает. Она позволяет
дернуть ИНфу со теплосчетчиков или они сами по себе.:mad:
Всем день добрый. Пишу по теме, в настоящее время мы как раз строим такую систему для энергетиков (тепловые сети). Из одного проекта выросло два)). Первый и пожалуй самый крупный - ежедневное дистанционное снятие показаний с абонентских приборов учета (теплосчетчики Взлет, ВКТ, ТС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, но времени маловато разрабатывать функционал, ждёмс от ОВЕНА.
Ельцов Андрей
11.03.2009, 09:28
Самая первая диспетчеризация объекта нами была сделана два года назад, объект - овощехранилище, оснащено по канадской технологии (холодилка, приточно-вытяжная вентиляция, увлажнеие и т.п.). В овощехранилище две большие камеры, оборудованием которых управляло 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, а не SCADA?
Что касается GPRS, у нас есть пилотный вариант прошивки для ПЛК, работающей по GPRS каналу. Есть описание работы. Если у вас есть e-mail. Я готов Вам сбросить это описание. Через некоторое время появится сама прошивка.
А где Вы территориально находитесь?
CoDeSys стоит потому, что это был первый проект, который делался очень быстро и у клиента был выделенный канал интернета. Это сейчас мы "умные" и исспользуем ОРС и СКАДЫ для работы с ним.
Прошу сбросить описание на E-mail: as_lr@tut.by
Рассположены мы в Минске, а диспетчируем хранилища по всей Беларуси - естественно пока те, которые построили сами. В основном все хранилища управляются ПЛК-100. Все шкафы управления изготовленные на основе ваших ПЛК и расширителей имеют у нас ТУ (тех.условия) и сейчас выпускаются почти серийно (шкаф управления камерой, силовой шкаф, коммуникационный шкаф). Могли бы брать на диспетчеризацю и холодильные централи (на заводах, других объектах), соответственно производить для них коммуникационные шкафы, но пока трудно (нет времени), не можем разобраться с протоколами контроллеров управления холодильными централями EWCM 418 (фирмы ELIWELL), соеденить эти протоколы с ПЛК -100. Если ОВЕН сможет помочь, то потребление вашей продукции увеличиться.
Streloknew
06.04.2009, 21:25
Занимаемся с 2002
Работаем с вкт-4,7,5...и т.д. (котельные, тепловые пункты), из вашего только использовал ТРМ на вентиляции, но в диспетчерскую не заводили.
На удалённых объектах изначально использовались siemens тс(мс)35
Теперь перешли на тс 65 (2 года) ,в тс65 пишем свой код который позволяет сделать некий автономный модуль, плюс для связи по GPRS (выгодно при серых IP), достаточно эластичные решения. Наличие GPIO позволяет коммутироваться с LOGO и им подобным.
Основной канал связи tcp/ip
Используем своё (рукописное), всё написано на Java.
Александр М
15.04.2009, 17:56
Есть описание работы. Если у вас есть e-mail. Я готов Вам сбросить это описание. Через некоторое время появится сама прошивка.
Андрей, если не сложнопришлите описание на sasa86_04@mail.ru/
Спасибо.
Ельцов Андрей
15.04.2009, 18:10
Андрей, если не сложнопришлите описание на sasa86_04@mail.ru/
Спасибо.
Описание выслал.
Уже появилась прошивка для ПЛК. Только тестирование ее немного затянулось. Если есть желающие попрововать, милости просим;)
Сообщение от Ельцов Андрей
Есть описание работы. Если у вас есть e-mail. Я готов Вам сбросить это описание. Через некоторое время появится сама прошивка.
Андрей, если не сложно, пришлите описание на s-im@i.ua
Спасибо.
Wildelectric
18.05.2009, 22:07
несколько тепловых пунктов шлют смс-ки с мицубиси альфа и модема мс35, зимой стал вопрос диспетчеризации нескольких десятков мелких тп по всему центру.. основные задачи:
смотреть 5-7 аналоговых параметров (температура,давление)
смотреть 2-5 дискретных параметра
удалённо корректировать работу(уставки) регулятора отопления
и главное - ститывать архивы с т.с. вист!
помыкавшись по интернету ничего вменяемого не попалось, остановились на контаре... 2 мс12 уже куплены мучаем.
от овена как всегда оттолкнул кодесис.. и необходимость покупать внешнюю скаду.
Ельцов Андрей
19.05.2009, 09:45
несколько тепловых пунктов шлют смс-ки с мицубиси альфа и модема мс35, зимой стал вопрос диспетчеризации нескольких десятков мелких тп по всему центру.. основные задачи:
смотреть 5-7 аналоговых параметров (температура,давление)
смотреть 2-5 дискретных параметра
удалённо корректировать работу(уставки) регулятора отопления
и главное - ститывать архивы с т.с. вист!
помыкавшись по интернету ничего вменяемого не попалось, остановились на контаре... 2 мс12 уже куплены мучаем.
от овена как всегда оттолкнул кодесис.. и необходимость покупать внешнюю скаду.
Оттолкнул Codesys??? Это интересно. А покупная скада это ведь не так страшно если есть гарантии, что в случае чего ее поправят.
Та же самая MasterSCADA за 100 точек стоит 200 евро. Не так дорого а сколько Вы заплатили за МС12?
Не дешевле ли получится?
Тем более на нашем ПЛК есть встраиваемые решения в SCADA системы, там все значительно проще. Только вот с функционалом не сравнимо с Codesys.
В общем, если конечное решение еще не принято, могу рассказать по-подробнее...
Wildelectric
19.05.2009, 19:06
Оттолкнул Codesys??? Это интересно. А покупная скада это ведь не так страшно если есть гарантии, что в случае чего ее поправят.
Та же самая MasterSCADA за 100 точек стоит 200 евро. Не так дорого а сколько Вы заплатили за МС12?
Не дешевле ли получится?
Тем более на нашем ПЛК есть встраиваемые решения в SCADA системы, там все значительно проще. Только вот с функционалом не сравнимо с Codesys.
В общем, если конечное решение еще не принято, могу рассказать по-подробнее...
Я и не только в нескольких тамах из раздела разработки подымал вопрос о том что КДС хороша для больших и сложных проектов автоматизации в организациях где есть штат програмистов и наладчиков.
А теперь представте себе эксплуатационную организацию где 2человека занимаются эксплуатацией и ремонтом автоматики и электрики на более чем 80 обьектах (ИТП/ЦТП) по деревне моква (центр). Эти-же 2 несчастных занимаются капитальным ремонтом на этих объектах делаем проекты, собираем шкафы, монтируем и налаживаем пишем инструкции для местных сантехников.... весна-осень отключаем и включаем отопление вместе с сантехниками и операторами.
Ничего великого в тепловых пунктах нет, несколько насосов и КЗР уже с десяток шкафов стоят и работают, шлют смски при авариях. Собраны на ТРМ32,ТРМ202 и програмируемых реле альфа от мицубы. Когда овен анонсировал свои первые ПЛК радовался как ребёнок конфетке - наконецто забуду про 5-12 недель поставки мицубы, ан нет! тогда еще скачал КДС англицкий почитал книжку... взгрустнулось.
По поводу контара и цен любой комплект шкафов электроавтоматики в ТП (АВР,ЩА,ЩС) редко превышает по цене 250р. цена собственно контроллеров и приборов с датчиками в среднем 30-40р. даже если цена контроллера будет в два раза выше принципиальной разницы не будет!
Но при этом я получаю простой и понятный SoftLogic в котором есть и управление контуром отопления и группой насосов в виде готового ФБД, а для того чтобы соединить два контроллера в одном шкафу достаточно тупо перетащить мышкой два квадратика в один! никаких множественных окон настроек никаких переменных.. Также получаю СКАДУ с мнимумом настроек и понятную до безобразия. В мицубе настолько просто что даже неинтересно - при запуске выбрал тип контроллера и доп блока и всё открылось окошко где слева входы а справа выходы чё хочу то и горожу! одна проблема в качестве регулятора не подходит по разным причинам и дипетчернуть проблема.
Недостаток Контара достаточно узкая специализация - тепловые дела и вентиляция. Но кто мешает Овену с его ценами и хорошей документацией занять эту нишу? ПЛК63+МР1 редкий тепловой пункт не влезет!!
Решение не принято по внешним причинам, типа кризис. Но почти все теплосчётчики оснастили модемами (МС35) и отдел учета стал набирать жирок от сидения у компа. Следом начнут нас тормошить - типа где предложения по автоматике?
Wildelectric
19.05.2009, 19:41
кдс конечно тыкаем почуть-чуть хоть на русский перевели и то спасибо! но чтото мне говорит о том что в ближайшей перспективе мы его реально всё равно не применим - стрёмно! а вот мдвв с логикой и средой как у альфы применять буду в максимально возможном количестве!
...забыли упомянуть котельно-сушильный комплекс,"сушилки" древесины -актуальная сейчас тема
Возникла необходимость опрашивать 3 насосные станции. По каждой надо считывать от 4 до 8 токовых 4-20 мА, по два термосопротивления, от 4 до 8 "сухих контактов". До каждой станции есть выделенная телефонн.пара.
На насосных станциях решил установить 1 или 2 ОВЕН МВА8 + ОВЕН сетевой фильтр + модем RS485 AnCom. На диспетчерском пункте соответственно три AnCom + ОВЕН АС-3 + комп. c OWEN Process Manager.
(Сразу возникло неудобство: приобрести и "приделать" очень прецизионные резисторы.)
Вопрос. Какова может быть продолжительность цикла опроса пяти МВА8 при скорости 2400 бит/сек в такой системе?
Николаев Андрей
07.12.2009, 19:36
мало данных
Вот тема в тему (http://www.owen.ru/forum/showthread.php?t=5521&page=7)
Есть водонапорная емкость требуется знать уровень и обеспечить включение/выкл. насоса по двум уровням min/max на водозаборе удаленность 5км
Помогите подобрать оборудование;на водонапорной
Уровнемер радиоволновый УР 203Ех + ОВЕН...? + GSM/GPRS модем ОВЕН ПМ01
На водозаборе
GSM/GPRS модем ОВЕН ПМ01 + ОВЕН ПЛК 100 или ПЛК63? + ПК
Правильно или нет?
Илья Кареткин
08.02.2010, 10:06
Есть водонапорная емкость требуется знать уровень и обеспечить включение/выкл. насоса по двум уровням min/max на водозаборе удаленность 5км
Помогите подобрать оборудование;на водонапорной
Уровнемер радиоволновый УР 203Ех + ОВЕН...? + GSM/GPRS модем ОВЕН ПМ01
На водозаборе
GSM/GPRS модем ОВЕН ПМ01 + ОВЕН ПЛК 100 или ПЛК63? + ПК
Правильно или нет?
Здравствуйте.
На водозаборе: GSM/GPRS модем ОВЕН ПМ01 + ОВЕН ПЛК 100 опрашивающий уровнемер по интерфейсу.
Так же: блок питания для модема БП15Б-Д2, и кабель для rs232 - КС7( т.к rs485 у вас занят).
В диспетчерской:
ПК + Modbus OPC/DDE сервер (http://www.owen.ru/catalog/64467020) для возможности опроса ПЛК по протоколу Modbus, с возможность работы: как по TCP так и через дозвон(CSD).
В зависимости от периодичности опроса будет тип соединения: CSD/GPRS.
Соответственно есть в дп модем или нет.
Какой у вас опрос? или, например, вам необходимо просто передавать раз в сутки архивы с ПЛК.
спасибо за помощь илья кареткин.периодичность опроса каждые 3 часа потому что отбор воды бывает иногда большой.
а на водонапорной емкости такая сборка?
уровнемер радиоволновый ур 203ех (4-20ма)+ овен мв110-2а + Gsm/gprs модем овен пм01
Святослав
17.02.2010, 00:31
доброго времени суток! я бы хотел ответить на первое сообщение в этой теме. причем подчеркнуть, что я лишь только недавно занялся автоматизацией производства (и вообще я еще частично студент, а не инженер) и вот какие бы решения я хотел воплотить:
1) небольшое химическое предприятие.
2)один объект.
3)хочу реализовать сбор данных о температуре в аппарате и уровне в емкостях на датчиках овен и измерителях регуляторах трм1, подавая вторичный сигнал на задвижку. а при достижении определенного уровня на реле размыкающее нагрев.
4) собираюсь установить орс-сервер, а вместо Scada использовать Ms Excel (вроде бы это возможно)
5)связь по интерфейсу Rs-485, а затем через адаптор на персональный компьютер, задание параметров контроллеров с единой точки.
7)собираюсь писать небольшую программку, для определения уставок приборов в зависимости от рода вещества в аппарате.
суть системы такая: 1)два термодатчика измеряют температуру в двух точках аппарата, и при определенной дельте между их показаниями открывается задвижка, закрывается при потере дельты.
2)датчик уровня измеряет уровень жидкости в аппарате, при достижении критического, при помощи контроллера вырубает нагрев.
прошу прощения, если написал технически неграмотно (или, не дай бог, не в ту тему:()
доброго времени суток.
имеется 3 тп, на каждой по 3 выключателя, необходима индикация положения этих выыключателей в диспетчерской на пк
связь между объектами Gsm
подскажите что применить
доброго времени суток.
имеется 3 тп, на каждой по 3 выключателя, необходима индикация положения этих выыключателей в диспетчерской на пк
связь между объектами Gsm
подскажите что применитьЕсли периодичность опроса низкая то можно Lectus OPC + модем ПМ01 4 шт. + МВ110-16Д 3 шт. (или МДВВ)
Если периодичность опроса низкая то можно Lectus OPC + модем ПМ01 4 шт. + МВ110-16Д 3 шт. (или МДВВ)
периодичность опроса должна быть не менее 5 мин
периодичность опроса должна быть не менее 5 мин
:o , не более 5 мин
:o , не более 5 минНу тогда можно вместо МВ110-16Д поставить ПЛК100 и работать через GPRS попробовать. Но через GPRS пока стабильной прошивки нет, возможно придется самим обмен поддерживать в ПЛК.
kriklivtsev
12.03.2010, 10:08
Здравствуйте Андрей. Приходилось заниматься и различными видами...
Если с умом подходить к выполнению задачи то нечего сложного в этом нет.
1) Удаленные объект ЦТП, котельные, насосные подстанции и т.д.
2) От 1 до 24
3) Последний объект было собран на ПЛК 150 и Овеновских модулях аналоговых сигналов 8-ми канальном 12 шт., дискретных 16 - ти канальном 3 шт. Модули вывода симисторные 8 - ми канальные 25 шт.
4) Скада собственной разработки.
5) собственный софт разумеется драйвера роднае
6) собственный софт передача по wi-fi перед ним усилитель модемного сигнала.
7) Приходилось, меня не устраивали узконаправленные и недоработанные СКАДА системы! Всем рекомендую писать самим нечего страшного в этом нет. Если не умеете сделайте грамотное ТЗ и отдайте программисту цена немного дороже но в следующий раз экономия ощутимая.
Дмитрий Ф
01.04.2010, 07:27
здравствуйте, подскажите решение: в цехе будет стоять несколько шкафов с контроллерами. необходимо связать их со скадой с помощью беспроводной технологии. расстояние между контроллерами 100 метров. я так понимаю нужны радиомодемы.
здравствуйте, подскажите решение: в цехе будет стоять несколько шкафов с контроллерами. необходимо связать их со скадой с помощью беспроводной технологии. расстояние между контроллерами 100 метров. я так понимаю нужны радиомодемы.ИМХО WiFi проще и эффективнее.
добрый день, помогите советом!!! работает система из 4-х трм 138+ас4+пк(мастер скада демоверсия) , работает стабильно, измеряет температуру. нужно построить систему передачи данных на удаленный диспетчерский пункт. что можно предпринять, обязательно ли писать свое по, можно ли обойтись двумя модемами?
Ельцов Андрей
15.04.2010, 16:45
расскажите, пожалуйста, поподробнее какими каналами связи вы хотите воспользоваться? есть ли у вас на диспетчерском пункте интернет?
на диспетчерский есть возможность провести adsl, пока стоит мегафоновский 3g модем, на основном пк есть воможность подключить adsl, пока не подключался через него к интернету. хотелось бы установить передачу данных в режиме реального времени, желательно минуя интернет, т.к. не очень хорошо представляю безопасно ли это.
Ельцов Андрей
16.04.2010, 09:00
В таком случае рекомендую пообщаться с поставщиками услуги для adsl. Возможно с ними этот вопрос решиться гораздо быстрее и продуктивнее :-)
Shurakip
21.05.2010, 16:02
добрый день! помогите советом! есть цтп, нужно передавать через Gsm на диспетчерский пунк 6 показаний температур, 5 показаний давлений, управлять 4 насосами, 3 задвижками в реальном времени и автоматическом для поддержания температуры гвс и отопления.
что можете предложить? (я новичок, поэтому вопросов много)
Если можно, когда будете отвечать пометьте, что это ответ для меня.
Николаев Андрей
21.05.2010, 16:57
добрый день! помогите советом! есть цтп, нужно передавать через Gsm на диспетчерский пунк 6 показаний температур, 5 показаний давлений, управлять 4 насосами, 3 задвижками в реальном времени и автоматическом для поддержания температуры гвс и отопления.
что можете предложить? (я новичок, поэтому вопросов много)
Если можно, когда будете отвечать пометьте, что это ответ для меня.
Нужен контроллер, который будет управлять Вашей системой. Например ПЛК63 или ПЛК100 и модули ввода вывода МХ110.
К ПЛК подключаете GSM модем ПМ01 и в путь.
elektroys
27.05.2010, 19:37
здравствуйте, подскажите, если 4 объекта совершено одинаковых ( водонапорные башни ), на каждом объекте установлен плк они будут управляться с диспетчерского пункта через модемы, для каждого объекта нужно программу писать? или можно одну на всех?
lara197a
27.05.2010, 22:14
программа может быть и одна. адреса устройств должны быть разными.
elektroys
27.05.2010, 23:13
спасибо, выручили.
Всем доброго времени суток.Помогите подобрать оборудование. Нужно модернизировать цех ; 22 пресса , на каждом 2 термопары(верхний блин ,нижний блин t 150-250 градусов) ,тэны в основном 4 кВт.Еще два прибора 20 гр. и 70 гр. Все это нужно вывести на компьютер (показание приборов) управления с компа не будет. Хочу сразу сказать я не программист . Подскажите что для этого нужно .Заранее благодарен Александр.
lara197a
17.08.2010, 09:23
нужны модули аналогово ввода и датчики температуры(выберете любые из каталога, к примеру тсм).
устанавливаете овен орс сервер на комп, полученные переменные передаете в скаду, к примеру мастер-скада на 32 точки ввода-вывода(бесплатная версия)
lara197a большое спасибо.
Добрый день.
Работаю системным администратором, от Вашего оборудования довольно-таки далек )
поручили подобрать, приходится разбираться.
Задача:
приборы ТРМ32 (как мне сказали в техподдержке нужен именно RS) будут находится в разных точках города в кол-ве 10 штук.
подключение их будет происходить в течении полугода, т.е. последовательно.
необходимо иметь возможность удаленного мониторинга и, если возможно, удаленного изменения параметров.
Предполагаемые мной решения (простите, пишу, не имея возможность лично пообщаться с оборудованием:) ) :
информацию черпал с сайта owen.ru
ТРМ32RS <---> АС4 <---> ПМ01 <---> ПМ01 <---> ПК
такой способ мне посоветовали в техподдержке по телефону.
но, как я понимаю ПМ01 не имеет usb выхода, по этому думаю неверный способ.
http://www.owen.ru/catalog/68511956 (здесь) схема, та что слева - идеальна, при условии, что диспетчерским пунктом будет ноутбук с 3G модемом и необходимым софтом.
помогите подобрать оборудование для оной схемы.
обращаюсь по не знанию данной сферы.
заранее благодарен.
ТРМ32RS <---> АС4 <---> ПМ01 <---> ПМ01 <---> ПКДа как минимум стоит заменить на АС3М. Дальше эта схема будет работать только через CSD - это дорогой трафик в вашем случае. Плюс я так понимаю вам на каждый прибор понадобится по 2 GSM модема и 10 COM портов на ПК :D Велосипед с кривыми колесами получается. Без контроллера через GPRS вы не передадите инфу. Есть вроде модемы которые в себе такой контроллер содержат, но они дорогие, а Овновский с этим не справится.
да как минимум стоит заменить на ас3м. дальше эта схема будет работать только через Csd - это дорогой трафик в вашем случае. плюс я так понимаю вам на каждый прибор понадобится по 2 Gsm модема и 10 Com портов на пк :d велосипед с кривыми колесами получается. без контроллера через Gprs вы не передадите инфу. есть вроде модемы которые в себе такой контроллер содержат, но они дорогие, а овновский с этим не справится.
спасибо за ответ.
а как же тогда реализована схема на картинке из моего первого поста?
Ельцов Андрей
08.09.2010, 13:35
Во-первых Вам нужно узнать какие ТРМ32-е у Вас установлены. Если у Вас нет пометки RS, тогда в приборе установлен интерфейс rs232-c (токовая петля). Если так тогда Вам нужен преобразователь АС2-М вместо АС4.
Если у ТРМ32 есть пометка RS тогда RS485 уже встроен в него и Вам не нужен преобразователь, т.к. ПМ01 имет встроенный RS485.
Что касается соединения.
ПМ01 в вашем случае будет поддерживать только CSD соединение. Если опрос Вам нужен часто, то тогда это может дорого стоить. Если скорость опроса не критична, тогда CSD вполне подойдет. CSD подразумевает под собой опрос по голосовому каналу и 3G использовать не получится.
опрос можно будет делать только через последовательный модем. Любой телефон может выступать в качестве GSM модема.
что такое csd я знаю )
каким образом можно пользоваться гпрс?
насчет "опросов". не знаю сколько.
но буду отталкиваться от обратного. пусть МНОГО опросов будет.
подскажите, а каким образом можно систематизировать данные и, относительно, без проблем добавлять устройства?
нужна скада система?
п.с. приборы еще не приобрели. но я уже дал понять что нужны трм32RS.
:-) То что АС4 точно не нужен хватило мозгу, а на счет того что и АС3 не нужен уже мозг подвел под вечер. А в остальном вроде правильно написал. Есть модемы с поддержкой автоматической связи по GPRS, только вот цены там совсем другие и граблей с операторами связи много http://www.analytic.ru/products/info/8/ Правда попробовать всю эту связку руки пока так и не дошли, но производитель этого модема заверял что работает.
тогда получается так:
ТРМ32RS <---> Ancom RM <---> Ancom RM <---> ПК
правильно?
а как это на компьютере будет выглядеть?
и как лучше организовать?
нельзя объединить в единую беспроводную сеть с одним gprs адаптером на ПК?
какое ПО на ПК будет? ведь 10 штук таких должна какая либо программа объединять...
10 штук таких на 10 ком порта это же полный конец...
просто чувствую что я этим и буду заниматься...
простите за такое количество вопросов...
На стороне ПК модем не нужен, в место него нужен будет Server RM http://www.analytic.ru/files_misk/gprs_edge.pdf подключенный к интернету и со статичным IP, а дальше работаете с данными как если бы у вас ТРМ32 бы подключен непосредственно к ПК. Но еще раз обратите внимание на требования к оператору связи. Такие возможности вроде только МегаФон предоставляет и то далеко не везде.
вообщем дозвонился я в аналитик и пообщался с их специалистом.
схема такая:
трм32RS <---> Ancom RM <---> ПК с Программным обеспечением (в моем случае ноутбук)
модемы со стат ип. мегафон решает.
на пк не обязательно.
скажите, ас4 взять до кучи для удобства настройки трм32RS?
чтоб настроить на ноуте (и будет ли это необходимо?), а затем настраивать только модем...
я просто в глаза оного не видел, но буду стараться разобраться.
здравствуйте. при выборе программного обеспечения «верхнего уровня» обратите внимание, что задержки в канале Gprs (в среднем от 1,5сек в одну сторону).
oleg_b
на каком расстоянии находится ваше технологическое оборудование от диспетчерского пункта?
Я это к чему спрашиваю: вы собираетесь ставить GSM модемы, что является дорогостоящим, не особо надёжным и зависящим от оператора связи решением.
Не проще ли использовать радиомодемы, например "Невод"? Вы получаете собственный радиоканал: гибкий в построении топологии, независящий от оператора связи, которому надо платить и если что случиться у оператора связи, то ваша система диспетчеризации просто ляжет. К тому же для "железа" радиоканал абсолютно прозрачен, как если бы вы соединили оборудование кабелем. Как по мне так радиомодемы - это надёжное и удобное решение по адекватной цене.))
Но естественно, если ваш объект диспетчеризации удалён от АРМ, к примеру на 15-20 км, то выход только в GSM.
Здравствуйте.Есть необходимость организовать удаленную диспетчеризацию ГРП через ПМ-01.Оборудование:корректор объема газа "CORUS"(RS-485,MODBUS RTU),4 аналоговых 4-20мА(ПД-100ДИ,ДТС-И),4 дискр.сигнала.Нужно подобрать необходимое оборудование для обмена .Спасибо.
Можно рассмотреть 2 варианта:
1. ПМ01-2шт, МВ110-224.8А-1шт, МВ110-224.8Р, ПЛК или ПК со SCADA-системой.
2. ПМ01-2шт, МВА8-1шт, ПЛК или ПК со SCADA-системой.
Здравствуйте.Есть необходимость организовать удаленную диспетчеризацию ГРП через ПМ-01.Оборудование:корректор объема газа "CORUS"(RS-485,MODBUS RTU),4 аналоговых 4-20мА(ПД-100ДИ,ДТС-И),4 дискр.сигнала.Нужно подобрать необходимое оборудование для обмена .Спасибо.Можно просто ПЛК150 + ПМ01, так дешевле, а в диспетчерской SCADA и проводной Internet или еще один ПМ01 и CSD.
Николаев Андрей
10.11.2011, 10:20
Смотря как Вы планируете организовать обмен. Если надо забирать данные раз в час по CSD - одно, если все время надо быть на связи - другое.
Ну и мой вариант:
МВ110-8АС
МВ110-16ДН (16Д)
ПМ01.
ПЛК, ИМХО, избыточно, если надо просто забрать данные.
Что будет стоять на приемной стороне - зависит от задачи.
Спасибо.Буду выбирать вариант
Здраствуйте! есть ли у ОВЕН продукт по мониторингу в удаленном доступе как приборы АвтоГРАФ. Отличные приборы по цене (железо уложились в 15тыс.руб ПО предоставили бесплатно) и качеству работы, но они заточенны под работу трансп.средств, мы их использовали на складах хранения продуктов питания и задействовали датчики температуры и цифровые входы (откр/закр дверей и контакты реле напряжения). При просьбе увлеличить кол-во датчиков (хотябы до 20ти) и входов (тож не менее 20), а все что связано с ТС убрать, нам автограф отказали.
Newsnowman
29.01.2012, 14:39
На данный момент имеется:
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. (я конечно понимаю, что наиболее логично - повесить на ПЛК модуль пид-регулятора, аналоговый и дискретный модули ввода и сделать его ядром системы, вот только опыта, чтоб воплотить подобный проект в жизнь у пеня пока нет)
насколько жизнеспособна схема: ТРМ32 (либо132) + МВ110-16Д опрашиваются с ЕКОН134 далее через ADSL связь с MasterSCADA на ПК?
Стоит ли брать ЕКОН134, либо посредником между RS-485 и Ethernet использовать уже имеющийся ПЛК100?Оба варианта жизнеспособны, только статичный IP нужен будет на DSL и Port Forvating. Ну и OPC Server ест-но.
Здравствуйте! что-то я читал мануал про ПМ-01 и так и не понял. что он умеет делать с смс?
1.можно ли с плк отправить смс с какими нибудь параметрами через этот модем?
2. может ли плк получить смс и выудить из него информацию?
Может, все в ваших руках, это стандартный модем со стандартными АТ командами. Соответственно вам придется небольшой код написать на ПЛК чтоб SMS получать и отправлять. Само собой там ничего не получится, примеры есть на этом сайте.
Может, все в ваших руках, это стандартный модем со стандартными АТ командами. Соответственно вам придется небольшой код написать на ПЛК чтоб SMS получать и отправлять. Само собой там ничего не получится, примеры есть на этом сайте.
спасибо большое за ответ. а вы опыт с ним имели?
спасибо большое за ответ. а вы опыт с ним имели?Имели, правда не с **** а с CSD и GPRS.
Вот вам примеры в помощь:
http://www.owen.ru/forum/showthread.php?p=68121
http://www.owen.ru/forum/showpost.php?p=17148&postcount=35
Добрый день!
Подскажите комплектацию для контроля давления холодной воды на водопроводных сетях города.
1. Количество точек контроля - 6-8 шт.
2. Удаленность от диспетчерской и друг от друга 1-10 км.
3. Частота передачи информации - 1 раз в час или при отклонении давления от заданного диапазона.
Если на модемах ПМ01 то только с применением ПЛК на каждую точку. Не факт, что это оптимальный вариант для передачи только одного параметра. Если параметров много, то можно по этому пути пойти.
Лёха Чербаев
20.08.2013, 21:13
Здравствуйте! Есть модуль МВ110-8ДФ и модем ПМ01, соединенный с ним по RS-485, можно ли эту систему настроить так, чтобы при появлении сигнала на входе модуля МВ110-8ДФ, модем отправлял СМС с каким-нибудь текстом на пару номерров телефона или хотя бы на один?
Василий Кашуба
20.08.2013, 21:24
Здравствуйте! Есть модуль МВ110-8ДФ и модем ПМ01, соединенный с ним по RS-485, можно ли эту систему настроить так, чтобы при появлении сигнала на входе модуля МВ110-8ДФ, модем отправлял СМС с каким-нибудь текстом на пару номерров телефона или хотя бы на один?
Без ПЛК нельзя.
диспетчеризация котельных на базе ОВЕН;
- первичка- (ЛЮБОЙ) с выходом 4-20ма, далее ТРМ 101- по сети RS 485 на АС3М - ПК, ОПМ, архив.
8 котельных по 120Квт на одном шлейфе с одним АС3М, архив и сигналка аварии. Вывод на комп диспетчера .
Контроль факела через УКП на МДВ,+ на него от ЭКМ аварийка по давлениям. Регулировка температуры на ТРМ-32
на безнапорном коллекторе. Работает как часы, пока ветром не порвёт верёвки.
Главное - убедить большевиков что человеческий фактор должен исключаться, а не упраздняться
"Веревки" не только ветер рвет но и грозы убивают порты если защиту не ставить! Архивы в OPM на любителя, посмотрите в сторону SCADA.
наших большевиков устраивает, хотя я лично за SCADA
Возникли проблемы при диспетчеризации и создании системы АСУТП процессом очистки воды на станции нейтрализации шахтных вод. В частности плохо стыкуется жадность большевиков и совместимость первичных и вторичных приборов и средств АСУ. ТРМ 151 и ТРМ 138 капризны при приёме сигналов от РОЗМАУНТов по расходу, Ph ,уровню.С кем проконсультироваться? Зараннее спасибо.
Константин Владимирович
04.04.2014, 20:39
Здравствуйте! Посоветуйте с подбором оборудования.
Есть холодильная камера хранения медикаментов примерно 20*3*12 с температурным режимом +8 и влажностью 75%. Нужно осуществить постоянный мониторинг температуры/влажности периодичностью 1раз в мин в режиме онлайн и с возможностью архивирования этих данных для того что бы иметь возможность посмотреть какая была температура, например 25.06.2011 в 13:45. Данные должны предоставляться в виде графиков и таблиц. На одну камеру необходимо не менее 4х датчиков температуры и 4х влажности(точность не высокая) занесенных в Госреестр средств измерений. Так же необхожимо что бы система оповещала при выходе температуры за допустимые пределы. Связь с диспетчерским пунктом должна осуществляться по ethernet или по радиоканалу( расстояние 300 м). Должна оставаться возможность подключения других аналогичных камер в эту сеть.
УКТ 38 смотрим в "оборудование",выбираем УКТ-38 ТС,к ним соотв. датчик типа ТСМ-50, выход RS-232 через АС-2 на комп и с помощью простейшей проги "ОВЕН ПРОЦЕСС МЕНЕДЖЕР" архивируем с периодичностью от "постоянный опрос" до опроса через 999сек или более.
Графики для простейших , как закажете, например, измерение температуры и отображение в графике: ОТ+1,523 до -10,281 град целс.
Исходя из этого можно косвенно судить о времени открытия камер, качестве работы компрессора, ну и пр... .
По влажности, пардон,не приходилось работать, поискать и найти датчики можно. Если на выходе датчика сигнал 4-20ма,то УКТ-38АТ, если ....
Короче любой КИПИСТ состыкует, были-б денюшки.Буде проблы- обращайтесь, можно в voevodinstepan@mail.ru..
Данная система пашет безотказно не первый год, главное чтобы первичка была Овеновская, а не буржуинская.
Соотношение ЦЕНА-КАЧЕСТВО в данном варианте самое классное.
С уважением,Воеводин Степан Владимирович.
в совершенстве знаком с "диспетчеризацией" объектов (в большинстве случаев водогрейные котельные) на базе GSM-модемов и прочего, что связано с сотовыми телефонами и СМС-сообщениями.
наши законодатели даже правила такие написали: "5.9.13. Допускается эксплуатация газоиспользующих установок без постоянного наблюдения со стороны персонала при оборудовании их системой автоматизации, обеспечивающей безаварийную работу и противоаварийную защиту в случае возникновения неполадок.
Сигналы о загазованности и неисправности оборудования, состоянии охранной сигнализации помещения, где оно размещено, должны выводиться на диспетчерский пункт или в помещение с постоянным присутствием работающих, способных направить персонал для принятия мер или передать информацию в организацию, с которой заключен договор на обслуживание." из ПБ 12-529-03 (это один из многочисленных пунктов многочисленных "ПРАВИЛ и законов".
на сегодняшний день, освоив данное направление, все чаще сталкиваемся с запросом заказчика на полную телеметрию. направление для нас не новое, но неосвоенное.
предварительно, чтоб было представление, в каком направлении работать и с чего начинать.
Телеметрия котельной - как ее построить "с нуля", пока без управления, только онлайн сигнализация и архивация.
кто как считает, кто как смонтировал, у кого как работает?
Примерный перечень параметров, что надо контролировать:
1. давление газа - аналоговый
2. давление водопровода - аналоговый
3. давление котлового контура - аналоговый
4. давление ГВС - аналоговый
5. давление отопление - аналоговый
6. температура котлового контура - аналоговый
7. температура ГВС - аналоговый
8. температура отопление - аналоговый
9. температура уличная - аналоговый
10. авария котла/горелки - дискретный
11. авария насосов котла (2 шт.) - дискретный
12. авария насосов отопления (2 шт.) - дискретный
13. авария насосов ГВС (2 шт.) - дискретный
14. загазованность (общая по горючему и токсичному газам) - дискретный
15. авария электроснабжения - дискретный
можно еще ротацию насосов организовать
передатчик в котельной, приемник в диспетчерской
посоветуйте начинающему, очень буду благодарен
да и кстати, в качестве погодозависимой автоматики используем ТРМ-32
Что-то не совсем понятно что вы хотите услышать. Выше вы вроде пишете что в совершенстве владеете GSM. видимо владеете CSD, а теперь хотите GPRS(3G) освоить или я не так понял?
gsm на базе "готовых" аппаратов сторонних производителей со своими конфигураторами, ограниченными в своем функционале (передача/прием смс минимальное управление через телефон, не буду вдаваться в подробности). интересуюсь онлайн контролем перечисленных параметров не по схеме "отправил запрос-получил отчет" а именно полной телеметрией на панели (дисплее, мониторе).
как еще проще написать... чтоб можно было на "телевизоре" мультики смотреть (мнемосхема с отображением параметров работы на ЖК дисплее оператора)
Ну тогда собственно смотрите в сторону GPRS (желательно 3G) + ПЛК. ПЛК особой разницы нет какой, лишь бы все ваши сигналы прицепить. Модем где-то уже обсуждалось, других производителей не буду продолжать рекламировать. На компьютер SCADA или WEB визуализацию. Вариантов много, смотрите что вам больше нравится и проще покажется. Основной вопрос - сможете вы все это сами сделать или проще доверить тем кто уже делал.
сегодня - не смогу... рано или поздно придется освоить. рынок требует
Андрей, здравствуйте.
Такая у меня задача: имеются 4 ИТП и их надо объединить в один диспетчерский пункт. ИТП планирую ставить на ПЛК63.
Главная проблема в том, что для связи будет использоваться радиоканал 433 MHz, и на базе чего лучше сделать диспетчерский пункт (если можно, подробнее)?
ПЛК63 - 4шт, 5 радиомодемов с прлзрачным портом. Я подобную задачу на модемах Марс PR4 делал. У них есть одно слабое место - на 232 порту стоит микросхема MAX232 которая дохнет буквально от всего. Но после замены ее на аналогичную ADM все проблемы исчезают. Вроде эту проблему обещали полечить.
В диспетчерской вы можете поставить все
что угодно от панели до SCADa на ваш вкус. По сути у вас будут 4 ПЛК связанные через обычный порт. Бонусом можно сделать конфигурирование модемов с ПЛК, я такое на ПЛК73 сделал, но у меня модемов было значительно больше.
Всем доброго времени суток! Прошу помочь в следующем.Требуется оснастить котельную системой диспетчеризации по оптоволокну.Необходимо передавать данные с 2-х ВКТ-7,а также со щита сигнализации (12 дискретных сигналов) на диспетчерский пункт.Заранее благодарен за советы.
Я так понял пользователи в этой ветке задают вопросы сами себе. Прочитал последние две страницы, все не по теме.
Надо изменить название темы на такое: "Вопросы на тему - подбор оборудования с чего начать."
Название удаленная диспетчеризация не соответствует реальному.
Иногда вопросы просто не способствуют получению ответов. Или звучат примерно так: я ничего в этом не понимаю но хочу все сделать сам, помогите. А если вопросы конкретные то тут дают на них ответы.
alex249, через ModbusTCP можете передать все что хотите, хоть по меди хоть по оптике.
dispetzer
26.12.2014, 07:37
Доброе время суток.
Имеются 6 механических датчиков (до 10 кг/м3) давления в одном помещении. Задача- удаленный мониторинг этих параметров, периодичность опроса - в реальном времени. Удаленность от датчиков до диспетчера 1 км, связь по медному кабелю. Все это необходимо вывести на монитор ( показания приборов, управления с компа не будет) .
Помогите подобрать оборудование.
Заранее благодарен.
Думаю что МВ110-8ДФ на стороне датчиков, на стороне ПК -АС4, софт сами решите, вплоть до того, что "Конфигураторм Мх110" можно смотреть входы. Может понадобиться усилитель 485-го интерфейса АС5. Как-то так
Newsnowman
27.01.2015, 00:07
Пожалуй подниму тему.
1. Что это за удаленный объект(ы)? ЦТП, Котельная и т.п.?
18 котельных. Из них 12 с автоматикой "АМКО", 2 с автоматикой "Контур", 4 на основе "бытовых" котлов с ТРМ32 качестве температурной автоматики.
2. Какое количество удаленных объектов необходимо было завести на диспетчерский пункт?
Все 18. Из них 10 из них эксплуатируются без постоянного присутствия обслуживающего персонала.
3. На основе какого оборудование был реализован нижний уровень автоматизации? Чьи приборы (контроллеры)? Чьи модемы?
Нижний уровень изначально был реализован примитивно: модули МВ110-16ДН и МВ110-8А опрашивались через АС3М компьютером с OPC Lectus. При помощи бесплатной MasterSCADA на 32 точки информация отображалась непосредственно на рабочем месте оператора котельной. В дальнейшем от ПК с Lectus на большей части объектов отказались (ПК-самое ненадежное звено, плюс котельные перевели в режим работы без постоянного присутствия персонала). В итоге: МВ110-16ДН и МВ110-8А по RS-485 опрашиваются ПЛК100 , на нем настроен Modbus-slave для его удаленного опроса по Modbus-TCP. Тот же ПЛК100 (при помощи модема ПМ01) отправляет СМС об авариях, подача сигнала на дискретные входы ПЛК инициирует отправку СМС (на случай пропадания связи по основному каналу).
Были поначалу попытки использовать ЕКОН134 для опроса модулей через internet, но как оказалось протокол UDP и загруженный internet канал (кроме данных с котельных идет видеонаблюдение) - вещи несовместимые, данные терялись, искажались... Да и "конфигуратор виртуальных портов" не самая стабильная программа к сожалению, не всегда подхватывает ЕКОНы после пропадания связи, вылетал частенько (в последней версии стал стабильнее). Вот в пределах локалки - ЕКОНы работают нормально.
4. Какое программное обеспечение было установлено на верхнем уровне? Какая SCADA-система?
MasterSCADA на ПК с WinXP (из за крайней "тормознутости" в режиме редактирования мнемосхем при работе под Win7)
5. Каким образом осуществлялась связь между SCADA и удаленными объектами? Встроенные в SCADA драйверы, ОРС-сервер или какой-нибудь свой софт?
OPC-сервер Lectus. Только по причине что он уже был в наличии до меня))
6. Какой способ связи GSM, GPRS, CDMA и т.п.?
ADSL (+СМС)
7. Приходилось ли писать какие-нибудь программы своими силами или все делали простыми настройками в уже готовом ПО?
"Самописная" только программа отправки СМС (и то помогли немного))), опрос модулей с ПЛК и реализация на нем Modbus-slave - элементарно при помощи конфигуратора ПЛК.
P.S. Сейчас предстоит то же самое в соседнем городе, только объектов раза в два больше. Думаю что так же на МВ110 и ПЛК100 делать будем, ибо удобно, привычно, да и цена оборудования для заказчика приемлемая.
Здравствуйте, планируется проект по удаленной диспетчеризации.
Общая картина:
- ОВЕН СПК110 у машиниста (диспетчера);
- МВ110-2АС, МУ110-8И и МК110-8ДН.4Р в насосной.
Все это дело планируется завязать через радиомодемы "Невод-5" используя RS485 с протоколом Modbus RTU.
И мне все не дает покоя один вопрос - как будут обстоять дела с радиопомехами? Не получится ли так, что в результате каких-либо радиопомех насосы самопроизвольно начнут останавливаться или запускаться, или меняться задание аналогового выхода?
Опыт в удаленной диспетчеризации небольшой, есть только проект телеметрии, где сигналы передаются от измерительных приборов оператору и нет никаких исполнительных механизмов. А тут насосы, и их постоянная и бесперебойная работа очень важна. Кто реализовывал подобные проекты (хотелось бы конкретно с использованием "Невод-5") и какие могут быть подводные камни? Заранее спасибо.
Здравствуйте, планируется проект по удаленной диспетчеризации.
Общая картина:
- ОВЕН СПК110 у машиниста (диспетчера);
- МВ110-2АС, МУ110-8И и МК110-8ДН.4Р в насосной.
Все это дело планируется завязать через радиомодемы "Невод-5" используя RS485 с протоколом Modbus RTU.
И мне все не дает покоя один вопрос - как будут обстоять дела с радиопомехами? Не получится ли так, что в результате каких-либо радиопомех насосы самопроизвольно начнут останавливаться или запускаться, или меняться задание аналогового выхода?
Опыт в удаленной диспетчеризации небольшой, есть только проект телеметрии, где сигналы передаются от измерительных приборов оператору и нет никаких исполнительных механизмов. А тут насосы, и их постоянная и бесперебойная работа очень важна. Кто реализовывал подобные проекты (хотелось бы конкретно с использованием "Невод-5") и какие могут быть подводные камни? Заранее спасибо.
Из-за радиопомех насосы конечно не будут самопроизвольно останавливаться или запускаться, и не будет меняться задание аналогового выхода
Главный подводный камень в предложенной конфигурации в том, что в насосной будут только модули расширения, а устройство (СПК) которое ими управляет у машиниста. Из-за этого любое нарушение связи между диспетчерской и насосной оставит насосы без управления и они будут жить собственной жизнью. В том числе и без блокировок и без защит при нештатных ситуациях в насосной.
Кроме модулей расширения в насосной должен быть и контроллер.
Из-за радиопомех насосы конечно не будут самопроизвольно останавливаться или запускаться, и не будет меняться задание аналогового выхода
Главный подводный камень в предложенной конфигурации в том, что в насосной будут только модули расширения, а устройство (СПК) которое ими управляет у машиниста. Из-за этого любое нарушение связи между диспетчерской и насосной оставит насосы без управления и они будут жить собственной жизнью. В том числе и без блокировок и без защит при нештатных ситуациях в насосной.
Кроме модулей расширения в насосной должен быть и контроллер.
Получается у модулей В/В обратной связи с Master'ом нет? Или последний запрос, например с включением реле или с выдачей определенного значения аналогового выхода, он (модуль В/В) не запоминает или как? Что-то я запутался совсем...:-)
У модулей есть безопасное состояние т.е состояние которое модуль примет при потери связи, и petera прав при обрыве связи или выходе из строя СПК вы получите "мертвые" модули без возможности оперативного управления
Ну если СПК выйдет из стоя, то я в любом случае получу модули без возможности управления, даже если они будут подключены к ПЛК на прямую (имеется в виду для машиниста). Единственное что, они в безопасное состояние переходить не будут. То есть я так понимаю, что функция перехода в безопасное состояние не отключаемая? И через какое время после обрыва связи модуль переходит в безопасное состояние?
Вы меня извините за допросы, но я впервые берусь работать с продукцией ОВЕН'а, и проект только на стадии заказа оборудования, и его начальству еще обосновать нужно будет. Не хотелось бы ситуации, когда я скажу, что все в ажуре будет, деньги потратятся, оборудование придет и где-нибудь возникнет ступор. Будет, мягко сказать, некрасиво :)
Мне собственно говоря что нужно-то от модулей В/В. По нажатию кнопочки на СПК машинистом насосы запустить, выставить им задание (аналоговый сигнал), от насосов сигналы: в работе, авария, значения токов (аналоговый сигнал). Никаких ПИД'ов и прочего не будет. Это я к "выходу из строя СПК" и "модули без управления". Как потом машинисту-то управлять? Ноут ставить возможности нет и ПК тоже.
Невод не лучший модем ИМХО. И вариант когда удаленные только модули не шибко рабочий. Радиосвязь так или иначе может кратковреиенно пропадать. Одним словом я такое управление делаю используя вместо модулей ПЛК73. Тогда потеря связи не так страшна. На ПЛК можно задать любую логику работы в случае потери связи.
Невод не лучший модем ИМХО. И вариант когда удаленные только модули не шибко рабочий. Радиосвязь так или иначе может кратковреиенно пропадать. Одним словом я такое управление делаю используя вместо модулей ПЛК73. Тогда потеря связи не так страшна. На ПЛК можно задать любую логику работы в случае потери связи.
Посмотрел я этот ПЛК, этот вариант даже лучше моего будет - дешевле и компактнее. Спасибо за подсказку. А как быть с опциональностью интерфейсов? С выходами понятно, например ПЛК73-КККК-РРИИ-L, а как указывается необходимость наличия 2-х интерфейсов, например RS485?
Хм...судя по описанию, у ПЛК73 нет возможности работы с нестандартными протоколами...
А Вы какими модемами пользуетесь или рекомендуете? Дело в том, что у меня есть рабочий проект телеметрии и в качестве модемов используются именно "НЕВОД-5". Проект работает уже в течении года (с 5 мая 2014), и к модемам никаких нареканий нет, за год к ним ни разу не прикасался, поставил и забыл. Правда условия для их работы хорошие: дальность ~850 м., направленные антенны на расстоянии где-то 10-ти метров от земли, прямая видимость, обмен информации небольшой - Master запросы шлет, Slave в ответ данные двух регистров, по 16 бит каждый.
Никак не указывается, а заказывается отдельно интерфейсная плата ПИ73 с теми интерфейсами которые нужны. Потом просто вкручивается в контроллер.
По поводу нестандартных протоколов все ровно наоборот. SysLibCom.lib позволит реализовать вам любой протокол, а дальше все от ваших способностей зависит. Учитывая условия радиосвязи я вам рекомендую использовать групповой запрос ModBus (простой вариант) или еще лучше свой протокол в котором в запросе будут все команды а в ответе подтверждение получения плюс все данные. По практике почему-то длинные запросы лучше идут по радио чем несколько коротких.
НЕВОДы раз уже есть и работают то их и оставляйте. Чтоб что-то посоветовать нужно гораздо больше информации. К сожалению идеального модема пока не нашел.
Никак не указывается, а заказывается отдельно интерфейсная плата ПИ73 с теми интерфейсами которые нужны.
А она поставляется бесплатно? Не вижу цен на них...
Кто подскажет, интерфейсная плата ПИ73 для ПЛК73, при его заказе поставляется бесплатно или нет? Осталось только с этим пунктом определиться и передать заявку в отдел снабжения для заказа оборудования.
Сергей0308
12.05.2015, 05:57
Кто подскажет, интерфейсная плата ПИ73 для ПЛК73, при его заказе поставляется бесплатно или нет? Осталось только с этим пунктом определиться и передать заявку в отдел снабжения для заказа оборудования.
Вот ответ на Ваш вопрос:
18120
Сергей спасибо за помощь.
Комрады, я практически нУль в автоматизации и у меня такая проблема. Нужна простецкая диспетчеризация и автоматизация панели освещения территории микрорайона. Два дня сижу на сайте и вот у меня появились такие соображения:
- автоматизация от фотореле или "Универсальный таймер реального времени двухканальный ОВЕН УТ1";
- диспетчеризация программируемое реле ПР110, ПР-МИ485, GSM/GPRS модем ОВЕН ПМ01 или необходимо ПР110 заменить на ПЛК63
Николаев Андрей
20.06.2015, 13:29
Нужно больше данных.
Сколько осветительных элементов на районе, какое управление?
Нужно больше данных.
Сколько осветительных элементов на районе, какое управление?
Проектом предусматривается панель наружного освещения
внутридворовой территории микрорайона на пять групп. Ночной и вечерний режим не предусматривается. Светильники с обычным электромагнитным ПРА и лампой типа ДНаТ. До недавнего времени городские светильники включались каскадной. Сейчас диспертчерезация идёт по каналам GSM. PS впринцепи необходимо просто удалено ВКЛ и откл магнитный пускатель. Система Аскуэ у нас отсутствует.
Николаев Андрей
21.06.2015, 20:30
ПР не подойдет - не сможет работать с GSM модемом.
Используйте ПЛК63.
огромное человеческое спаибо
MVTriton
25.06.2015, 20:41
Добрый день. Уверен в том, что мой вопрос здесь уже не первый, но перечитывать все 118 ... Вообщем задача такая:
Есть тепловой пункт, в точке А и есть диспетчерский пункт в точке B со своим ПТК, древних времен, когда про модбас, rs485 можно было не думать, а про GSM вообще и представить возможно. Расстояние между пунктами около 2х км, прямой видимости из-за домов нет. В точке А необходимо собирать информацию с 4х датчиков (либо все 4-20мА, либо 2 - 4-20мА, 2-ТСП) + один импульсный выход с вихревого расходомера. Эти сигналы каким то образом надо передать в точку B в том же самом виде и подать на вход существующего ПТК.
Я вижу 2 варианта: 1й замутить Wi-Fi мост, что не особо будет надежно, с учетом непрямой видимости + плохой погоды.
2й GSM/GPRS. Какая оптимальная конфигурация приборов Овен и модемов подойдет для данной задачи. Если вай-фай. Тот тут более менее понятно - 2 контроллера в одной локалке. Один ведущий - второй ведомый на одном входа, на другом выхода, никаких проблем с адресацией в ЛВС.
Если GSM, вот здесь есть некая неопределенность, поскольку с GSM не сталкивался. Единственное что делал это 3G модем+Роутер+VPN с одной стороны.
Вообщем прошу совета по типу контроллеров и модемов.
P.S. в точке А-нет никакой связи (есть халявный вай-фай от макда, но это ради забавы, так что не серьезно). в Точке B есть и телефонная связь Е1, есть и полноценный интернет.
Учитывая что:
1.В точке Б есть проводной интернет;
2. Необходимо только передавать информацию, а следовательно никакого армагедона не случится в случае кратковременной потери связи,
Можно смело использовать GSM, если 3G устойчивый, лучше его.
По поводу контроллеров пойдет любой с Ethernet, несоветую только ПЛК160.
Что касается модемов то, не в обиду Овну, но ПМ01 далеко не лучший вариант. Берите лучше роутер чтоб не думать о поддержании конекта ИМХО.
MVTriton
25.06.2015, 22:10
Учитывая что:
1.В точке Б есть проводной интернет;
2. Необходимо только передавать информацию, а следовательно никакого армагедона не случится в случае кратковременной потери связи,
Можно смело использовать GSM, если 3G устойчивый, лучше его.
По поводу контроллеров пойдет любой с Ethernet, несоветую только ПЛК160.
Что касается модемов то, не в обиду Овну, но ПМ01 далеко не лучший вариант. Берите лучше роутер чтоб не думать о поддержании конекта ИМХО.
То есть 2й вариант более предпочтительней. Думаю насчет ПЛК150+3G+Роутер с одной стороны и ПЛК+существующие коммутатор с интернетом с другой стороны. Но тут есть загвоздка как раз с адресацией. Поскольку на стороне 3G и роутера будет серый динамический адрес. Придется делать VPN сервер. Поскольку с билайном сталкивался, когда у них просишь статику, они тебе реально выделяют IP адресс, но не статический, а динамический. И начинается пляски с DynDNS, No-ip и т.д.
Спасибо за ответ.
Интересная у вас статика :-) У нас у Билайна как раз проблем с адресом нет. А вот с сессией есть, он ее рвет каждые 15 мин принудительно, в следствии чего и VPN рвется постоянно.
MVTriton
29.06.2015, 23:19
Может кто подскажет по возможностям ПЛК-150. Сможет ли ПЛК-150 прочитать информацию через ЛВС с подключенной Moxa RS485-Ethernet+МВА8.
Т.е. как бы физически удлинить сеть RS485, но при этом после Moxы оставить ethernet, и обратно не конвертировать в RS485. Другими словами:
в одной точке МВА8 -> RS485 -> Moxa 5130 -> Ethernet (ЛВС)-> ПЛК-150 в другой точке.
Может кто подскажет по возможностям ПЛК-150. Сможет ли ПЛК-150 прочитать информацию через ЛВС с подключенной Moxa RS485-Ethernet+МВА8.
Т.е. как бы физически удлинить сеть RS485, но при этом после Moxы оставить ethernet, и обратно не конвертировать в RS485. Другими словами:
в одной точке МВА8 -> RS485 -> Moxa 5130 -> Ethernet (ЛВС)-> ПЛК-150 в другой точке.
Ему глубоко всёравно откуда читать, tcp\ip иль udp и вперед.
Суржанинов Вячеслав
11.08.2015, 20:00
Здравствуйте! Прошу Вашей помощи т.к. в данной теме я новичок.
Имеется 2 индентичных объекта, а именно связка такая.
ПК с Мастер скада через Ethernet<> OPC сервер <> ПЛК100. К ПЛК100 через rs485 подключено оборудование.
Необходимо связать контроллеры для обмена данными через радио-модем "Невод5".
Какие есть варианты комутации и какое для этого необходимо дополнительное оборудование.
Всем доброго времени суток! прошу совета по диспетчеризации :имеем контроллер ВКТ-9 ( с выходом RS485),который снимает все требующиеся аналоговые сигналы с котельной, плюс доступ к архиву, дополняем это модулем ввода дискретных сигналов на 16 каналов( с выходом RS485). На котельной присутствует интернет(оптоволокно).На диспетчерском(удаленном) компьютере наблюдаем все это дело в режиме on-lain ( тоже оптоволокно). Подскажите как все это дело связать( какой нужен модем на котельной,нужно ли что-то еще из "железа"...). в идеале хочу из дома наблюдать за тем . как работает котельная!
Данных недостаточно. Оптоволокно подробнее опишите. Как происходит присоединнние к провайдеру, нужен ли VPN, или готовы "голой жопой" прямо в сеть.
MVTriton не все так просто...
1. драйвер виртуального порта в ПЛК 150 вы точно не установите.
2. Если настроить моха как TCP сервер то придется наверняка писать обработку в ПЛК 150, родного не видел, если есть что в библиотеках oscat, а если нет, то самим, ручками...
Newsnowman Rapid Scada - Modbus из коробки - 65535 тегов, 500р "на телефон" :) (модуль автоматического управления)
Зачем какие-то Лектусы, шмектусы, мастрсады ???????
alex249 любой преобразователь Ethernet - RS485, раз оптоволокно уже к чему-то подключено, значит RJ45 порты имеются...
Блин, некоторые сообшения аж от 15-ого года....
MVTriton не все так просто...
1. драйвер виртуального порта в ПЛК 150 вы точно не установите.
Я для СПК207 это уже реализовал. Для ПЛК150 тоже можно, если у него танцы с бубнос с его Ethernet не возникнут
pankovasil
05.10.2016, 23:07
Возникли проблемы при диспетчеризации и создании системы АСУТП процессом очистки воды на станции нейтрализации шахтных вод. В частности плохо стыкуется жадность большевиков и совместимость первичных и вторичных приборов и средств АСУ. ТРМ 151 и ТРМ 138 капризны при приёме сигналов от РОЗМАУНТов по расходу, Ph ,уровню.С кем проконсультироваться? Зараннее спасибо.
slayer11111
03.01.2017, 15:47
Здравствуйте. Есть проблема.Необходимо установить несколько термопар на удалении от диспетчерской на 1200 метров. Подскажите что можно использовать в данном случае. Необходим только контроль.
Сергей0308
03.01.2017, 19:07
Здравствуйте. Есть проблема.Необходимо установить несколько термопар на удалении от диспетчерской на 1200 метров. Подскажите что можно использовать в данном случае. Необходим только контроль.
Как вариант: МВ110-8А(2А) + АС4(АС3-М) + ПК с виндой и Мастерскадой! Провода и нервные клетки я не считаю! ОРС забыл, он на 32 тега у ИнСата, так же как и мастерскада - бесплатные!
Ну не обязательно Винда и не обязательно МастерСкада. Можно любой микрокомп на Linuxe поставить, будет экономия на лицензии Винды и на железе ПК.
1200м для скорости 9600 вполне должно потянуть без особых плясок с бубном.
Да и АС4 при использовании микрокомпа будет лишним. Любые промышленные ПК как правило имеют на борту 485-й интерфейс.
Eugene.A
03.01.2017, 19:21
А панельный контроллер с аналоговым модулем не дешевле выйдет? В том числе и для нервных клеток.
Да и не видел я дешевых промышленных компьютеров, даже без винды.
Сколько стоит системник полноценного компа ?
промПК бывают разные, в том числе и дешевле более менее сносных ПК.
Ну, в качестве эксперимента подойдет и Raspberry + usb-RS485, а это точно дешевле любого ПК.
Вот например http://www.5sgroup.ru/catalog/10803/HBJC323U591-3160#
Eugene.A
03.01.2017, 19:59
Я бы тут вообще не заморачивался, поставил бы преобразователь термопары в токовую петлю. Ей километр - тьфу! И помех не боится.
Да и термопары нужны ли? Температура выше 500 градусов?
Проще ПР200 + удлинитель вайфай (до 3-5км) а на другом конце любую скаду ,в том числе Каскаду .А если есть езернет ,то еще проще подключить Пр200 .
rovki и ценник приблизится к решению с ПК.....
rovki и ценник приблизится к решению с ПК.....
антенна помоему стоит 3-5 тыс .Если по RS 485 так и ПР можно .Он что ТП напрямую к ПЛК подключит ?
Eugene.A
03.01.2017, 20:22
1700р. НПТ-2 нормирующий преобразователь + 2000р. ИТП-11 индикатор токовой петли. Кто дешевле?
ИТП позволяет хранить данные ?
Речь о наблюдении, оператор же не будет пялиться все время в ИТП ?
Eugene.A
03.01.2017, 23:31
А кто спрашивал про хранение данных? А еще ИТП не имеет звуковой сигнализации при выходе параметра за пределы. Не строит трендов. Не ведет архива. Как, например, и обычный щитовой амперметр. Но ведь и они находят применение, не так ли?
1700р. НПТ-2 нормирующий преобразователь + 2000р. ИТП-11 индикатор токовой петли. Кто дешевле?
Написано, что термопар несколько. Таким образом, общая цена будет (1700 + 2000) * N.
а еще кабель, если на 1200 м токовый сигнал использовать..
kusharskiy
19.01.2017, 18:15
добрый день, помогите советом!!! работает система из 4-х трм 138+ас4+пк(мастер скада демоверсия) , работает стабильно, измеряет температуру. нужно построить систему передачи данных на удаленный диспетчерский пункт. что можно предпринять, обязательно ли писать свое по, можно ли обойтись двумя модемами?
Eugene.A
19.01.2017, 20:11
https://www.teamviewer.com/ru/
вам в помощь.
kholodnov
21.02.2017, 09:52
здравствуйте. при выборе программного обеспечения «верхнего уровня» обратите внимание, что задержки в канале Gprs (в среднем от 1,5сек в одну сторону).
savlepov
07.03.2017, 10:27
добрый день, помогите советом!!! работает система из 4-х трм 138+ас4+пк(мастер скада демоверсия) , работает стабильно, измеряет температуру. нужно построить систему передачи данных на удаленный диспетчерский пункт. что можно предпринять, обязательно ли писать свое по, можно ли обойтись двумя модемами?
Купить MasterScada и сетевого клиента к ней.
Или посмотреть в сторону других SCADA с сетевыми клиентами. В любом случае бесплатных решений не встречал, хоть какую-то денежку но заплатить придется.
Team viewer не очень хорошее решение с борьбой за мышку и разрешение экрана...
jameswhite
27.04.2017, 10:54
Добрый день, помогите советом. Есть предприятие машиностроительное. Оборудование разное и его порядка 1-2 тыс единиц. Но сейчас нижний уровень не трогаем. Задача дистанционного управления не стоит. Нужно сделать диспетчеризацию и архив работы оборудования. Есть заводская сеть. Планирую по одному ПЛК110+Модули ввода/вывода на каждый участкок, их всего 8. На каждом порядка 100 ед. оборудования+оборудование учета эл.энергии. Верхний уровень MasterSCADA. Вопрос достаточно ли будет rs-485 или необходимы будут радиомодемы? что я упустил?
У вас на предприятии есть сеть, зачем вам RS485 ? ПЛК сразу в сеть, только пусть сетевики VLAN сделают чтобы чужие не совались.
Лучше поставить преобразователи Ethernet - RS485 там, где это возможно. А вообще чтобы понимать, необходимо знать, где и что вы ставите, расстояния между узлами и так далее
Чем собрались опрашивать узлы учета, какие узлы учета ? Может вам будет лучше скрестить Телемеханику лайт с Мастер Скада ?
В смысле ПЛК110 не лепить.
jameswhite
27.04.2017, 13:40
нижний уровень датчики дискретные сигналы, иногда аналог плюс счетчики Меркурий . все это завести в модули в/в и выкинуть в Ethernet? протяженность цеха 1 км есть места с помехами
Выкинуть в Ethernet, если в цеху есть оптика до диспетчерских пунктов и т.д.. Говорю же, надо понимать структуру вашей сети, если она достаточна, например есть оптика и от узлов перехода на медь до точек мониторинга позволяет расстояние, то ставить там преобразователи в 485-й, Посмотреть в сторону Телемеханика Лайт, как она сдружится с Мастер Скадой и не заморачиваться с ПЛК110 (зависит от необходимости локального управления)...
Ну это пример. Сперва надо взять IT шников и посмотреть на возможности сети. А то так одним ПЛК с Телемеханикой можно было бы обойтись.
з.ы. или вообще только скадой без всяких ПЛК.....
jameswhite
27.04.2017, 14:25
Сейчас только медь. Но она не на всех участках есть, по-этому можно будет добавить оптику. Скаду в любом случае нужно. Так как хотят, что бы был удаленный доступ у начальства. А какое ограничение по точкам у Телемеханики ?
http://www.owen.ru/forum/showthread.php?t=23467
ну так изучайте, спрашивайте, есть же тема.
jameswhite
27.04.2017, 15:15
спасибо большое за консультацию
Николаев Андрей
27.04.2017, 18:07
Полностью согласен с melky - надо смотреть топологию. Расстояния. Количество строений. Какие коммуникации есть. Какие требования к SCADA системе - что и как отображать. Нужно ли в дальнейшем будет увеличивать ее и добавлять удаленное управление. Сейчас не нужно, но думать об этом стоит сейчас.
Время обновления данных с полевого уровня. Раз в секунду \ минуту \ час. Архивы.
Дальше проще. Мх110 + преобразователи. Мх110 + ПЛК.
jameswhite
28.04.2017, 08:12
цех с 8 пролетами. Отображать нужно режимы работы и энергопотребление оборудования. Расширять точно будет нужно. В будущем автоматические и полуавтоматические линии. Время опроса раз в сек. Архив в базу данных.
Сколько счетчиков будет ? Какие именно показания должны сниматься со счетчиков и архивироваться с периодом раз в 1 сек ? Опрос должен быть ну очень быстрым, если надо мгновенные значения считывать и архивировать. Не каждой системе это под силу.
Какие именно счетчики Меркурий ? модели...
Что есть автоматические и полуавтоматические линии ? Так понимаю там будет управление - скорость реакции управления ?
Имхо конечно, зависит от стоимости реализации начального и конечного этапа. Не знаю способностей Телемеханики Лайт именно вариантов решения на ПЛК и их стоимости (в плане хранения данных в полном объеме и передачи в головную систему.
А так, распределенная MasterScada 4D (реализация опроса счетчиков на С++, надо писать опрос), распределенная Rapid Scada (реализация опроса счетчиков на C#, для Меркурий 230 серии и 200 серии уже написан, при необходимости доработаю под ваши задачи), вместо ПЛК локально устанавливаются промПК на Linux. вялотекущее управление можно реализовать прямо на локальных scada системах. Для быстрых процессов управления на выбор ПР200, если их достаточно ну или ПЛК (любые с Modbus на борту) будут подчинены ближайшим scada системам. Ну и одну SCADA в голову.
ну и какая БД ? по крайней мере у Rapid SCADA большой выбор БД для экспорта
jameswhite
28.04.2017, 09:28
со счетчиков раз в сек не нужно, там раз в 1 час достаточно. мгновенные значения нужны для станков и прочего оборудования. Что есть автоматические и полуавтоматические линии ? Это значит что есть разные процессы и большинство сейчас выполняются с помощью оператора. Сейчас управления не будет. Хотя бы с этим разобраться. Счетчиков-целый ворох. Если нужно позже могу отписаться конкретно. бд? сейчас у меня крутится MySQL, у бухов для 1с своя. Это админов головная боль.
Из Rapid Scada в MySQL без проблем, можно параллельно и в другую отправлять. Если владеете SQL запросами, то напишите что и как вам надо отправлять.
На станках тоже счетчики Меркурий ?
Надо посмотреть, запись во внутреннюю БД Rapid Scada происходит раз в 30 сек минимальное время, есть еще текущие данные но они перезаписываются. Вроде народ писал что можно через конфиги уменьшить время сохранения, но я не пробовал. Но тогда размер баз поползет резко вверх.
з.ы. Ядро Rapid Scada бесплатное, драйвера на счетчики тоже, можете притулить к близжайшему или там где удобно и поставить попробовать.
Настройки БД для 230-ого я вам скину если надо. Посмотрите устроит такое решение для чтения счетчиков или нет.
Проверил сейчас, можно сократить до секунды, но это трындец будет по объему данных.
jameswhite
28.04.2017, 11:01
со станков дискретные и аналоговые сигналы. а если делать запись в БД только при смене значения? грубо говоря тянуть из нее дату(ч/м/г/:ч/сс) наименование станка, его переменные
Там есть запись событий по условию смены значения. Я просто не владею SQL запросами, там только общий пример в документации, у меня пишет сейчас все подряд в PostgreSQL чисто для теста.
Можно все это дело как-то фильтровать, но это к спецам по БД как запросы составить. Ну или заказать у разработчика scada за денюжку нужные вам запросы.
jameswhite
28.04.2017, 11:15
оно и должно писать все. запрос пишется если достать нужно что-то или отсортировать. а как Rapid Scada дружит с приборами овен?
со станков дискретные и аналоговые сигналы. а если делать запись в БД только при смене значения? грубо говоря тянуть из нее дату(ч/м/г/:ч/сс) наименование станка, его переменные берите телемеханику овен и пишите все параметры в БД по изменению + на ней же опрос счетчиков + на ней же журнал событий и визуализацию процесса . Если планируете для опроса сигналов овеновские модули, то там все уже есть по умолчанию, только выберите параметры которые вам нужны и адрес со скоростью задайте. По счетчикам то же самое, на вряд ли у вас стоит что то экзотическое для учета.
Можно взять контроллер 323 ТЛ( у него единая среда с телемеханикой лайт-это удобно) и опрашивать им по проводам систему из модулей и счетчиков с любой периодичностью и вести весь архив на СД- карту- настройка такого проекта займет от получаса до часа по времени , а уже контроллер по изменению будет отдавать в скаду и та соответственно писать изменённый параметр с меткой времени в БД
По Modbus любой каприз :), по протоколу Овен либо через OPC либо написать драйвера под модули...
Ну я тоже всего 3 варианта вижу. Телемеханика, MasterSscada 4D, RapidScada. Количество локальных контроллеров будет зависеть от требуемой скорости опроса на участках.
Ну а дальше считать бабло бюджета и смотреть на возможности каждой среды.
Из минусов тока что для MasterScada придется писать драйвера счетчиков, если использовать локальные ПК на Linux или применение OPC, если Виндовые + лицензии.
jameswhite
28.04.2017, 11:58
RapidScada - бесплатная? в чем там подвох?
Думаю свести эти 3 варианта в таблицы +- и цена.
В телемеханике не нужно ОPC, ни на меркурии , ни на модбас, если протокол ОВЕН - то можно взять их же ОPC-он бесплатный
jameswhite
28.04.2017, 13:11
сейчас скачаю Телемеханику, посмотрю, что в ней есть
jameswhite в Rapid Scada не все бесплатное, только ядро.
Есть платные драйвера, дополнительные модули - Графики Про, Дашборды, Автоматического управления, Отчеты, цены на сайте указаны. Платная техподдержка на год, ну и ваши хотелки за деньги.
Можете писать сами что умеете.
За то из коробки, Modbus, работа с преобразователями поверх TCP - Moxa, USRIOT, Пульсар (то, что я проверял), поверх UDP - С2000-Ethernet от Болид.
SNMP, 65 тысяч тегов, можно запустить 2 и больше экземпляров. Web для подключения клиентов без платы за клиента...
jameswhite
28.04.2017, 15:01
в смысле платные драйвера?в чем отличие дополнительные модули для личного пользования и для бизнеса? написано на си шарп? 65к тегов тоже хорошо
Да, C#
Часть драйверов платные, часть бесплатные, как говорится кто как хочет.
Отличий нет, возможно кроме какой-то бумажно бухгалтерской ерунды. Ну может на поддержку по работе с модулем повлияет. Себе брал как для частного лица, ну собственно так и есть...
Aldonin2007
31.07.2017, 10:18
Всем доброго времени суток!
Вопрос от ЧАЙНИКА по диспетчеризации:
В разных местах здания очистных сооружений находится шесть щитов управления очистным оборудованием. В каждом щите от 10-ти до 20-ти выходных элементов (пускателей, реле и т.д.). До десятка входных элементов (поплавки, датчики) не считая кнопок на пускатели.
Задача: Устройство единого узла управления оборудованием с возможностью визуального наблюдения за текущими процессами.
Мои мысли: Понятно, что в каждый щит нужно установить модули ввода/вывода и связать их с центральным ПЛК через, например 485-й интерфейс. При этом к ПЛК можно «прицепить» ПК оператора с включенной визуализацией. (У сенсорных контроллеров очень маленький экран, а схема труб и насосов получается большая). При этом для управления оборудованием придётся ставить огромную панель с кнопками, которая опять же через модули ввода (у ПЛК входов не хватит) будет подключаться к входам ПЛК.
Система получается громоздкая и некрасивая. Может что то иное посоветуете?
Заранее всем спасибо!
Сергей0308
31.07.2017, 10:44
Всем доброго времени суток!
Вопрос от ЧАЙНИКА по диспетчеризации:
В разных местах здания очистных сооружений находится шесть щитов управления очистным оборудованием. В каждом щите от 10-ти до 20-ти выходных элементов (пускателей, реле и т.д.). До десятка входных элементов (поплавки, датчики) не считая кнопок на пускатели.
Задача: Устройство единого узла управления оборудованием с возможностью визуального наблюдения за текущими процессами.
Мои мысли: Понятно, что в каждый щит нужно установить модули ввода/вывода и связать их с центральным ПЛК через, например 485-й интерфейс. При этом к ПЛК можно «прицепить» ПК оператора с включенной визуализацией. (У сенсорных контроллеров очень маленький экран, а схема труб и насосов получается большая). При этом для управления оборудованием придётся ставить огромную панель с кнопками, которая опять же через модули ввода (у ПЛК входов не хватит) будет подключаться к входам ПЛК.
Система получается громоздкая и некрасивая. Может что то иное посоветуете?
Заранее всем спасибо!
Я так вижу ПР200 в каждом щиту, где не хватает входов-выходов + модули расширения, оборудование, как я понимаю, должно автономно фунциклировать, а то связь нарушится и кирдык, в качестве центральной станции управления СПК110(или ПК со скадой)!
Возможно вам подойдут приборы серии СУНА . Там 8 решений на все случаи жизни. Если чего то нет то ка написали выше РЕЛЕ ПР200 и ПРМ модули если нужны.
В данный момент на удаленном объекте есть МСД200, к нему подключены 4 токовых входа, идет архивация на SD-карту, к МСД подключен ПМ01.
Есть второй ПМ01, который подключен к компьютеру и через "Конфигуратор МСД200" идёт CSD-дозвон на модем, подключенный к МСД200, качается архив.
Всё это работает, но это чертовски долго и дорого.
Какие есть варианты ускорить обмен, какое оборудование лучше использовать?
Алексей КИПОВЕЦ
09.11.2017, 00:32
Добрый вечер уважаемые специалисты форума. Обращаюсь к знающим по вопросу удаленной диспетчеризации нескольких котельных. Не могли бы подсказать по подбору оборудования ОВЕН для диспетчеризации котельной.
Стоит задача:
1. Телеизмерение параметров технологического процесса работы котельной.
2. Телеуправление технологическим процессом работы котельной.
3. Телесигнализацию об аварийных ситуациях на объекте.
4. Автоматизацию насосных агрегатов.
5. Передачу данных на пульт АРМ диспетчера с механических счечиков с импульсным выходом (водомер).
6. Передачу данных на пульт АРМ диспетчера со счетчиков электроэнергии (активной и реактивной энергии).
7. Передачу данных на пульт АРМ диспетчера с тепловычеслителей тепловой энергии (тепломер).
Информацию необходимо выводить на АРМ диспетчера ЦДП. Удаленность котельной от центрального диспетчерского пульта составляет 7-8 км. Главная проблема в том, что для связи будет использоваться радиоканал 433 MHz, к сожалению применить модем ПМ-01 нет возможности из-за отсутствия стабильного покрытия связи в населенном пункте, где располагаются котельные. Подскажите как лучше организовать связь по радиоканалу и на базе какого оборудования ОВЕН лучше выполнить нижний уровень диспетчеризации. Верхний уровень планирую выполнять на MasterSCADA. Отсюда вытекает вопрос как лучше организовать опрос MasterSCADA удаленных контроллеров низшего уровня? С MasterSCADA сталкиваюсь впервые по этому нужен совет и опыт знающих специалистов. Так же интересует как организовать вывод информации с механических счетчиков с импульсным выходом (водомеры) с нижнего уровня в MasterSCADA. Помогите пожалуйста разобраться.
Начните с проверки самой возможности передачи по 433МГц передачи на 8 км. Это реально но только при использовании хороших антенн и прямой видимости. Модем посмотрите Марс на 1 Вт.
Начните с проверки самой возможности передачи по 433МГц передачи на 8 км. Это реально но только при использовании хороших антенн и прямой видимости. Модем посмотрите Марс на 1 Вт.
433 мгц- это безлицензионный диаппазон, разрешено 10 мвт в полосе 433.050-434.750 мгц, ни о каких 1 вт здесь не может быть и речи. Кто возьмет на себя ответственность на предприятии за нарушение законодательства? За чей счет будет оплочен штраф?
На 10 мВт можно забыть про 8 км сразу. А вы себе процесс измерения мощности представляете вообще? Насколько это сложно сделать "ничего не останавливая". Кто возьмет на себя ответственность за останов котельной :-) Так что пока одни боятся у других все работает уже много лет.
P.S. И с шириной диапазона вы что-то путаете.
Алексей КИПОВЕЦ
09.11.2017, 12:43
Уважаемые знатоки. Насколько я понял из выше сказанного для большей надежности лучше использовать радиомодемы с частотой к примеру 2МГц соответственно проверить его регистрацию в реестре радиочастот. К примеру могу применять для данных условий радиомодем SST-2450 с выносной антенной ANT-21? Его диапазон частот 2400МГц (2410.496МГц..2471.936МГц) 0.05Вт.
На 10 мВт можно забыть про 8 км сразу. А вы себе процесс измерения мощности представляете вообще? Насколько это сложно сделать "ничего не останавливая". Кто возьмет на себя ответственность за останов котельной :-) Так что пока одни боятся у других все работает уже много лет.
P.S. И с шириной диапазона вы что-то путаете.
Да, больше 2-3 км с хорошими ненапраленными антеннами, и 3-5 км с направленными антеннами работать не будет.
Если больше 10 мвт, то это нарушение законодательства.
Если больше , то только лицензируемый диапазон, или GSM связь.
По поводу полосы частот, да опечатался, уже поправил.
Уважаемые знатоки. Насколько я понял из выше сказанного для большей надежности лучше использовать радиомодемы с частотой к примеру 2МГц соответственно проверить его регистрацию в реестре радиочастот. К примеру могу применять для данных условий радиомодем SST-2450 с выносной антенной ANT-21? Его диапазон частот 2400МГц (2410.496МГц..2471.936МГц) 0.05Вт.Я практически уверен, что эта "пуколка" даже на 1 км. не пробьет. Посмотрите мощность и частоту излучения у обычного WiFi маршрутизатора, сравните с этим девайсом, далее посмотрите предельную дальность WiFi.
Ivan5150
04.04.2018, 07:00
Здравствуйте! Необходима диспетчеризации насосной станции (3 насосные установки 130 кВт, 8 задвижек, расходомер, пожарная сигнализация и видеонаблюдение). пуско -регулирующее оборудование довольно старое (пускатели, контакторы). Передача данных в приоритете GSM, удаленность НС 15 км. Необходимо удаленно запускать насосные установки, регулировать запорную арматуру на основе Scada, с возможностью передачи сигнала IP видеонаблюдения. Помогите пожалуйста с подбором оборудования.
Вы насосы 130кВт хотите удаленно пускать контактором :-) Не советую, все равно работать не будет долг, если вообще будет.
Ivan5150
04.04.2018, 07:51
Вы насосы 130кВт хотите удаленно пускать контактором :-)
Финансирование задумки может предусмотреть приобретение Частотных преобразователей. Или устройств плавного пуска
Ну так и закладывайте сразу. Если качаете в бочку то ПЧ вам не нужен скорее всего. Тут много моментов связанных с пуском, как сейчас запускается насос? Закрывают ли задвижку перед пуском. Касательно асего остального чего вы просите то это все абсолютно реально если есть нормальная связь GSM. Реально даже без GSM если рельеф без перегибов.
Ivan5150
04.04.2018, 08:26
Тут много моментов связанных с пуском, как сейчас запускается насос? Закрывают ли задвижку перед пуском.
Пуск происходит исключительно в ручном режиме оператором, не регулируется никаким параметром. Каждый насос имеет 2 задвижки, всасывающую и напорную, управление ими подразумевается так же исключительно в ручном режиме удаленно оператором. О автоматизации речи не идет, суть в удаленном управлении
Ivan5150 у вас прозвучало кроме GSM еще и видеонаблюдение - вот исходя из всех хотелок и отталкивайтесь от орагнизации сети.
ИМХО - построение VPN тут просится. Далее смотрим как вы планируете опрашивать приборы и датчики - если постоянно то это одно, если с большим периодом, но чтобы оператор сразу смог включить что-то это другое. Определитесь какое видео планируется, передача картинки постоянно в сеть или ведение архива и т.д.
з.ы. промПК на Linux, на нем же для видеонаблюдения Xeoma (X86 ПК должен быть) или FlyView что больше подойдет. Можно и web камеру притулить, если без архивов просто посмотреть на объект. Со Scada правда не разгонишься, если применять Linux - myScada в демо варианте 25 тегов, RapidScada, ну про openScada молчу, замороченная сильно, MasterScada 4D - если еще знаете какие на Linux пишите...
В общем я за промПК так как более гибкое решение, учитывая хотелки с видео. Контроллер на выбор, можно даже обойтись модулями ввода/вывода, если на объектах применять Scada из перечисленных, надо тестировать, всех не знаю.
з.з.ы если позволяет организация вместо промПК можно применить OrangePi или BananaPi у которых на борту EMMC Flash, но это ARM процессоры с видео придется поразбираться, что туда подойдет, просто Web камера без проблем, а вот с хранением не пробовал...
VPN на видео не советую. Не потянет - пробовал. Что касается обьединения видео и управления в одной машине да еще и на банане - имхо равносильно выстрелу в ногу. Я бы разделил на плк + видеорегистратор. От SCADы вовсе бы отказался и сделал все на WEB сервере.
Посмотрел кстати Xeoma, есть и под ARM процессоры
RV9WFJ усе прекрасно потянет, если видео будет писаться локально, а по сети только просмотр архива с меньшим качеством. Опять же тестировать надо и правильно настраивать.
Я не говорил, что ПЛК не надо, но и без него можно обойтись. Ну и промПК можно выбрать на X86 архитектуре и он все прекрасно потянет.
От Scada не стоит отказываться, как минимум по причине хранения трендов и так далее, Web сервер придется для этого пилить и пилить.... а так получаем готовое решение без извращений.
я тут прикупил OrangePi Plus 2E (без sata) буду тестировать, просто есть еще и Raspberry Pi3 и BananaPi M+ (кажется) но они заняты другими делами... Как раз будет интересно вкорячить Xeoma и проверить вместе со Scada системой.
На счет протянет я имел в виду не саму возможность передачи а тот обьем трафика который предоставляет оператор. В моем случае это Мегафон и на самом большом его пакете 4 камеры кончают трафик через 15-25 дней даже после очень сильного сжатия. Без OpenVPN и работает стабильнее и трафик жрет меньше значительно.
Что касается трендов файловый архив никто не отменял да и что там хранить - состояния насосов на тренде :-) А вот то что компьютер со скадой в этой системе "наебнется" первым (если не пром исполнение) у меня сомнения не вызывает.
С чего бы ему наворачиваться ? только если от кривых рук. Говорю же, тестировать надо. А если боязно, то сразу промПК брать с 3G модемом.
еще раз, не надо гнать трафик в головную часть по видео. Зашел при необходимости и посмотрел.
От того, что Windows в первую очередь, но вы говорите про Linux, вычеркиваем. От того что на этом компьюторе все поголовно экономят и соответственно скорее всего там окажется поганенький винчестер который уже через 3 года, без должного охлаждения и профилактики, навернется. Далее в зависимости от качества сети и выбранной материнской платы уже через 5 лет вероятно рассохнутся кондеры и по питанию выгорит минимум материнка а максимум все что угодно. Далее в зависимости от выбранной SCADы, настроек архивирования и кривизны рук обслуживающего персонала.
Вы конечно можете опровергнуть любой из этих пунктов. Можно взять все самое хорошее и всего этого избежать. Но я вам говорю опираясь на статистику и на то что денег на все лучшее попросту не найдется как обычно.
P.S. В свое время у меня на обслуживании было более 200 машин с разными SCADa системами так что эти цифры не с головы взяты а из практики. В связи с этим я за веб сервера. Сгорело - выкидываем один терминал, ставим другой и поехали. Проделайте тоже самое со SCADой за то же время.
уж извиняйте что вклиниваюсь, а зачем на удаленном объекте скада, в ТЗ вроде говориться что оператор, находясь в ближайшем населенном пункте должен включить насосы на станции, расположенной в 15 км. Для организации удаленного управления, там только нужен свитч, чтоб объединить сеть, IP-камера, например модуль МК210-302, ноаверное что то для аналоговых сигналов и средство связи
уж извиняйте что вклиниваюсь, а зачем на удаленном объекте скада, в ТЗ вроде говориться что оператор, находясь в ближайшем населенном пункте должен включить насосы на станции, расположенной в 15 км. Для организации удаленного управления, там только нужен свитч, чтоб объединить сеть, IP-камера, например модуль МК210-302, ноаверное что то для аналоговых сигналов и средство связиЯ так понимаю мы скаду у диспетчера обсуждаем. Я считаю, что она вообще не нужна. Что касается модуля МК210-302 - все хорошо пока связь есть. А когда ее не будет что он будет делать. Тут должна быть какая-то логика которая сама сначала закроет задвижку, потом выключит насос или сначала подождет скажем 2 часа и только потом выключит насос. В стабильность связи в деревнях я думаю верят только сами сотовые операторы.
Есть такое интересное слово - спорадический - то есть периодическая связь. То есть когда объект присылает данные раз в 30 минут например, но при этом оператору хочется по каким-то причинам посмотреть все данные объекта. А так как на объекте планируется видеонаблюдение, опять же для хотелок оператора все это накладывается одно на другое, что может предоставить промПК.
1. организация каналов связи без необходимости на каждый объект лепить СИМ карты со статическим IP
2. полный мониторинг датчиков и запись данных в архив
3. возможность прикрутить видеонаблюдение, так же с архивированием
4. автоматическое управление объектом при отсутствии связи
да и много чего еще. Если что, то промПК с 3G модемом и промышленной CF картой или SSD винтом обойдется баксов в 350-400. не так уж это и много, если сравнить со связкой роутер+ПЛК и прочие комплектующие.
За openScada ничего не скажу, были у меня попытки с ней разобраться, да плюнул. а другие 3 вроде подобные вещи позволяют прикрутить.
RV9WFJ не надо сравнивать обычные компы и промПК, устанете его ломать, ну кроме винта конечно, а то как многие начнут напрямую на него данные гнать и привет ему настанет. Все текущие данные настраиваются на запись в виртуальную память а не сразу в БД. И видео настраивается на запись либо по движению либо по событиям.
можно и дешевле найти промПК, например с одним Ethernet портом + любой дешевый 5-ти портовый свитч. И 3G модем можно использовать дешевый операторский, а не встраиваемый в промПК использовать. В качестве ПЛК использовать ПР200, отличная штука, так как на борту имеет 4 аналоговых входа. ПромПК главное нужен с RS485 интерфейсом. Думаю в 300 баксов можно уложиться на промПК + свисток + свитч. Тем более свитч потребуется только для видео и будет в бюджете видео. А если одну камеру usb web использовать, так и свитч не потребуется.
Я не говорю, что надо обязательно использовать промПК или какой либо ПК для этого. Можно обойтись и каким-нибудь роутером с поддержкой 3/4G и возможностью поднимать VPN или даже IP статику купить . А можно просто применить ПЛК + модем (но тут видео чуть не вписывается в задачу).
Решать то все равно автору, просто в одном случае можно сэкономить трафик а в другом он будет гулять там постоянно, так как Scada будет стоять только в голове и требовать периодического опроса, хотя и тут можно опрос урезать по самое не могу.
nackih48
19.04.2018, 11:44
Уважаемые специалисты!
Прошу помощи в разработке концепции диспетчеризации котельных. Имеем 22 котельных в радиусе 100 км.Везде котлы/горелки разных производителей. Имеется понимание как организовать управление котлом и ПИД регулирование горелок.
Вопросы:
1)Как организовать связь с котельными с возможностью мониторинга показателей с частотой обновления 5 минут и с возможностью запускать/останавливать котел и регулировать мощность горелок.
2)Какую скада систему/орс сервер использовать, чтобы в офисе на 3х этажах стояло по монитору и отображались все котельные на карте, а с диспетчерского компьютера в этом же офисе управлять котельными? + мониторинг показателей котельных на android/ios устройствах.
3)Как организовать резервный канал связи с котельными для работы при отказе основного канала связи.
4)Какого оператора сотовой связи выбрать из Билайн Мегафон МТС (Может есть какие подводные камни) p.s. Уровень сигнала отличный на всех котельных.
5)как вы считаете какие "подводные камни" могут возникнуть при осуществлении такого проекта?
На каждой котельной порядка 10 дискретных сигналов и 10 аналоговых
Бютжет сия порядка 4 млн. руб
александр 64
19.04.2018, 12:58
Уважаемые специалисты!
Прошу помощи в разработке концепции диспетчеризации котельных. Имеем 22 котельных в радиусе 100 км.Везде котлы/горелки разных производителей. Имеется понимание как организовать управление котлом и ПИД регулирование горелок.
Вопросы:
1)Как организовать связь с котельными с возможностью мониторинга показателей с частотой обновления 5 минут и с возможностью запускать/останавливать котел и регулировать мощность горелок.
2)Какую скада систему/орс сервер использовать, чтобы в офисе на 3х этажах стояло по монитору и отображались все котельные на карте, а с диспетчерского компьютера в этом же офисе управлять котельными? + мониторинг показателей котельных на android/ios устройствах.
3)Как организовать резервный канал связи с котельными для работы при отказе основного канала связи.
4)Какого оператора сотовой связи выбрать из Билайн Мегафон МТС (Может есть какие подводные камни) p.s. Уровень сигнала отличный на всех котельных.
5)как вы считаете какие "подводные камни" могут возникнуть при осуществлении такого проекта?
На каждой котельной порядка 10 дискретных сигналов и 10 аналоговых
Бютжет сия порядка 4 млн. руб
такого бюджета хватит на оборудование работа будет бесплатно
murdemon
19.04.2018, 13:13
ПЛК320 ТЛ + модули + Телемеханика Лайт + как основной канал (GSM роутер) как резерв - на ПЛК323 (встроенный модем, разных операторов)
nackih48
19.04.2018, 15:51
А где можно почитать про подключение и настройку связи плк-gsm роутер?
александр 64
19.04.2018, 15:59
А где можно почитать про подключение и настройку связи плк-gsm роутер?
по моему мнению лучше сетевой шлюз ПМ210 возьми
Смотреть в сторону GSM роутеров с Ethernet, RS485
1. в которые ставятся ДВЕ симкарты и есть настройка основной-резерв
2. которые умеют поднимать VPN до вашего сервера со статическим IP адресом (на самих роутерах статика будет не нужна
ИМХО - все остальное будет только выброшенными на ветер деньгами... Не нужны тут ПЛК с модемами, полагаю вы не IT-шник и дружить работу основного и резервного каналов на двух различных устройствах просто устанете.
александр 64 - ПМ210 имеет две сим карты ?
22 котельных - 20 сигналов итого 440. Когда упретесь в бюджет, смотрите в сторону бесплатных решений в Scada, ну или не сильно дорогих, без использования OPC серверов. Хотя все зависит от протоколов, которые будут использоваться.
Кстати решений с картами не видел в бесплатном варианте. Видел с привязкой к YandexMap за деньги. Ну если карта конечно не от руки нарисована (в смысле не графическая подложка). Есть возможность разработать с привязкой к картам, но по деньгам не знаю сколько будет стоить для определенной Scada, как дела с остальными не в курсе.
5. подводные камни - протоколы обмена с оборудованием котлов. да и начинать надо на самом деле именно с этого пункта.
Dmitribon
20.10.2019, 05:40
Недорогая основа OPC-сервера. Чем вам не нравится GL868? Какую альтернативу вы можете предложить?
Смотреть в сторону GSM роутеров с Ethernet, RS485
1. в которые ставятся ДВЕ симкарты и есть настройка основной-резерв
2. которые умеют поднимать VPN до вашего сервера со статическим IP адресом (на самих роутерах статика будет не нужна
ИМХО - все остальное будет только выброшенными на ветер деньгами... Не нужны тут ПЛК с модемами, полагаю вы не IT-шник и дружить работу основного и резервного каналов на двух различных устройствах просто устанете.
александр 64 - ПМ210 имеет две сим карты ?
22 котельных - 20 сигналов итого 440. Когда упретесь в бюджет, смотрите в сторону бесплатных решений в Scada, ну или не сильно дорогих, без использования OPC серверов. Хотя все зависит от протоколов, которые будут использоваться.
Кстати решений с картами не видел в бесплатном варианте. Видел с привязкой к YandexMap за деньги. Ну если карта конечно не от руки нарисована (в смысле не графическая подложка). Есть возможность разработать с привязкой к картам, но по деньгам не знаю сколько будет стоить для определенной Scada, как дела с остальными не в курсе.
5. подводные камни - протоколы обмена с оборудованием котлов. да и начинать надо на самом деле именно с этого пункта.
А почему нельзя карту как подложку использовать (картинку фона) ,ведь это же не мобильные устройства
под картами имелось ввиду Яндекс карты или Maps и так далее. Не картинка короче, а реальная карта в нете.
Александр Ч.
03.12.2019, 08:21
Нмв сейчас ничего проще и дешевле чем OwenCloud не найти. Там и карты России и архивы и изменение параметров системы(запись) и мобильное приложение. Особенно если ранее ничем подобным не занимался
Егор Шелдышов
03.08.2020, 20:13
Здравствуйте. Помогите разобраться! Есть 10 удаленных обектов которыми нужно удаленно управлять! На каждом из них стоит ПЛК 110.60 ну и модем ПМ01. Обмен данными по GPPS каналу. Можно ли организовать диспетчерский пункт с выше перечисленным оборудованием но без ОРС сервера , если да то как организовать обмен данными между обектами и ДП!? Спасибо.
Егор Шелдышов в вашем случае наверное через облако Овен. ПЛК должен уметь к нему подключаться.
Егор Шелдышов
03.08.2020, 20:55
melky я так понимаю через пм201? Где можна по возможности быстро разобраться с обменом даными по GPRS каналу ?! Как обрабатывать запросы чтение, запись регистров и т.д!
Вы хотите написать свою программу диспетчеризации?
Егор Шелдышов
03.08.2020, 21:19
ASo совершено верно
Тогда реализуйте самостоятельно MODBUS-TCP.
Егор Шелдышов
03.08.2020, 22:01
ASo Я скачал пример для насторйки плк110 в качестве сервера, но мне не понятно может ли плк работать без ОРС сервера и обрабатывать даные с 10-ти плк, в тех.поддержке компании ОВЕН мне сказали что можно, но я не знаю как?!
почему все пытаются наваять что-то свое ? готовыми механизмами воспользоваться не позволяет религия ? или что ?
Нет, про ПМ201 я не говорил. Сам ПЛК имеет Ethernet порт, если он не старый, должна быть поддержка Овен Облака самим ПЛК, если его подключить через роутер. (Возможно надо сменить прошивку и таргет, если Овен выпускал для вашего ПЛК).
Единственное, не знаю, сможет ли он подключаться через ПМ-01, но вроде как со стороны ПЛК можно поднять интернет, значит должно быть можно.
Если нет, очередной гвоздь Овену.
ASo Я скачал пример для насторйки плк110 в качестве сервера, но мне не понятно может ли плк работать без ОРС сервера и обрабатывать даные с 10-ти плк, в тех.поддержке компании ОВЕН мне сказали что можно, но я не знаю как?!
Вы используете модемы, прежде чем гонять данные между контроллерами, Вам предстоит увлекательный процесс обеспечения фиксированными IP-адресами каждую симку иначе вряд ли что то получится, далее рекомендую изучить раздел описаний библиотек https://owen.ru/product/codesys_v2/libraries и тогда возможно всё получится
Облако здесь вряд ли уместно, запись не похожа на привычные способы любой ХМИ
Егор Шелдышов
03.08.2020, 22:18
melky - нет возможности подключить плк по Ethernet, только GPRS, если не получиться тогда по СSD каналу. По СSD вроде бы как понятно!
Егор Шелдышов
03.08.2020, 22:22
capzap спасибо! под "фиксированными IP-адресами" вы имеете ввиду статические IP-адреса?
ASo Я скачал пример для насторйки плк110 в качестве сервера, но мне не понятно может ли плк работать без ОРС сервера и обрабатывать даные с 10-ти плк, в тех.поддержке компании ОВЕН мне сказали что можно, но я не знаю как?!
Понимаете ли в чем дело...
Тяжело обсуждать алгебру с не знающим арифметику.
Вам придется самому реализовать некоторую часть ОРС сервера, на покупке которого Вы так хотите съэкономить.
Егор Шелдышов
03.08.2020, 22:45
Эхх! Кабы мне эту механику понять! Ведь не знаю толком с чего начать! Лучше спать лягу!
про CSD забудьте сразу. GPRS обеспечивает выход в интернет, то есть возможен доступ к другим сетям, где таки может быть статический реальный адрес. Дальше думать. Хотя думать надо было раньше, выбирая такое старье (ПМ-01) в качестве модема.
Егор Шелдышов
04.08.2020, 15:34
Правильно ли я понял:1) что сделать ДП без ОРС сервера реально, но сложно;2) можно реализовать некоторую часть ОРС сервера в codesys c помощью библиотек которые можно скачать на сайте;3) нужно обеспечить статическим IP-адресом каждую симку. Может быть что нибуть пропустил?
Сформулирую так - с Вашим багажом знаний и компетенций сделать это чрезвычайно трудно.
1. Можно и не очень сложно. Описание протокола есть на modbus.org.
2. Нет, таких библиотек на сайте ОВЕНа нет.
3. В общем случае нет, достаточно одного статического адреса на компьютере диспетчеризации с выходом в интернет.
P.S. Кое что про это можно прочитать тут https://insat.ru/products/Universal_MasterOPC/work_with_modem.pdf реализовав самостоятельно сам протокол. ПМ-01 типа подойдет, но я не рекомендую его использовать.
1. нет ничего сложного. тут одна проблема - каналы связи и возможности оборудования, для их построения. ПМ-01 изначально не лучшее решение.
Для интереса поинтересуйтесь тарифами операторов с наличием РЕАЛЬНЫХ статических IP адресов и методов их получения.
давно было, МТС предоставлял только юрикам и ИП, так вот написав заявление на ИП и через 2 недели не дождался статику, зато для Сбера получил в обед, обратившись утром.
Егор Шелдышов
04.08.2020, 19:26
melky ASo Спасибо! Начало уже есть!!
Алексеев
05.08.2020, 08:43
про CSD забудьте сразу. GPRS обеспечивает выход в интернет, то есть возможен доступ к другим сетям, где таки может быть статический реальный адрес. Дальше думать. Хотя думать надо было раньше, выбирая такое старье (ПМ-01) в качестве модема.
Сам начинал с ПМ- 01 . Но когда объяснили 100 руб в месяц тариф GPRS при этом онлайн режим какой же Я был лох .
Алексеев
05.08.2020, 08:54
1. нет ничего сложного. тут одна проблема - каналы связи и возможности оборудования, для их построения. ПМ-01 изначально не лучшее решение.
Для интереса поинтересуйтесь тарифами операторов с наличием РЕАЛЬНЫХ статических IP адресов и методов их получения.
давно было, МТС предоставлял только юрикам и ИП, так вот написав заявление на ИП и через 2 недели не дождался статику, зато для Сбера получил в обед, обратившись утром.
Вот без статических все работает по Емейлу так называемые терминалы GPRS 50503
Егор Шелдышов
05.08.2020, 10:41
Я так понимаю со статическими IP задача упрощается ну и надежнее система работает
Егор Шелдышов
05.08.2020, 10:44
Правда совсем пока не знаю как обрабатывать регистры в Сodesys cо стороны ПЛК сервер, пока не вникал потому что делаю другую часть работы! Мне ПЛК нужно настраивать как в примере 03_PLC_M02(Server)-Lectus(Client) скачаный с сайта ОВЕН?
Егор Шелдышов
05.08.2020, 16:38
Попробую сделать без ОРС сервера(ПК).Еще пару вопросиков!) Какой TCPport задать в конфигурации ПЛК для прослушывания? 2. Может быть есть какие то нюансы в настройке ПЛК подключения в режиме TCP сервера?3. Как правильно добавить устройста (ПМ01) в конфигурации ПЛК? 4. Как отслеживать входящие соединения и мониторить даные обмена с устройствами?. Достал всех дурными вопросами нибось... ну как есть! Клиенты будут иметь статичесие IP внутрение, а ПЛК сервер статический внешний.
Алексеев разве я писал, что без статики нельзя сделать сквозную сеть ? :) я только написал, что это невозможно на ПМ-01
Егор Шелдышов Когда вы настраиваете Modbus TCP slave у вас ПЛК и так в режиме TCP сервера, порт по умолчанию 502, НО, у вас нет подключения по Ethernet так что у вас опрос по RS485 через ПМ-01 у которого отсутствует статика.
У вас оборудование давно куплено и в работе ?
у вас ПЛК и так в режиме TCP сервера, порт по умолчанию 502, НО, у вас нет подключения по Ethernet так что у вас опрос по RS485 через ПМ-01 у которого отсутствует статика.
а по Вашему gprs это не сеть TCP/IP?
capzap это TCP/IP но при отсутствии публичного IP адреса на каждом узле запросы в пустоту.
А вот настроить на один ПК, где будет Modbus Slave остается возможным.
тут несколько неправильно выразился, для RS485 интерфейса не задается порт, ибо в самом ПЛК это уже не TCP/IP
собственно надо настроить подключение к интернету со стороны ПЛК, через ПМ-01 и обращаться к серверу (ПК) с Modbus TCP slave
в таком случае нужен один статический публичный IP со стороны ПК. Можно использовать тарифы m2m, телемеханика операторов. Там от 75р в месяц в зависимости от количество данных.
Егор Шелдышов
05.08.2020, 17:27
оборудование только заказано! Так мне выход в интернет не нужен, если все ПМ01 будут иметь внутрение статические IP адреса оператора связи, то обмен даными будет происходить в локальной сети оператора, или нет?
Егор Шелдышов
05.08.2020, 17:44
Как я понимаю ОРС сервер(ПК) нужен для внедрения ПЛК и различных устройств в скада систему, мне это не нужно, мне просто нужно гонять даные между 10 ПЛК которые физически нельзя подключить к Ethernet. Разве нельзя этого сделать когда все ПМ01 имеют внутрение статичесие IPадреса, кроме главного ПЛК у которого внешний статический IP и в котором реализована не очень сложная логика с не сколькими переменными которые нужно передать по GPRS)
Вы юр лицо ? Обратитесь к вашему корпоративному оператору связи ( у кого будете брать СИМ карты) и узнайте стоимость и варианты решений.
внутренние адреса оператора будь они статическими или динамическими БЕЗ ОПРЕДЕЛЕННЫХ шагов со стороны оператора связи вам будут НЕДОСТУПНЫ.
А так же без должной маршрутизации в сетях оператора аналогично.
з.ы. Операторы могут все, но либо не хотят, либо хотят за это деньги, которые не готов платить заказчик (в данном случае в качестве заказчика будете вы). Ну и пинать их некому....
Если нет возможности поменять оборудование то вам можно только посочувствовать.
все равно, где будет один статический IP, тут больше вопрос программ на ПЛК. просто будет много мастеров и один слейв, через который и будет происходить обмен данными.
Егор Шелдышов
05.08.2020, 20:30
Буду благодарен если сориентируете в конфигурации плк со стороны слейва (ПЛК Сервер), какие елементы нужно вставлять! Да, юр.лицо . sheldyshovegor@gmail.com можете написать сюда! Буду рад сотрудничеству!
Егор Шелдышов
06.08.2020, 09:25
Я так понимаю что изначально идея диспетчеризации с использованием ПМ 01 была задумана на взаимодействие с ОРС сервером ПК?! Будет ли коректно работать система где несколько мастеров и один слейв?! Поделитесь опытом ауууу!
Ваши ПЛК, ваши программы, откуда нам знать, какие данные вы планируете там гонять и как ?
Если вы сделаете один ПЛК и на его модеме статический IP адрес, то у него будет 502-й порт для доступа одного ПЛК, 503-й порт для доступа 2-ого ПЛК и так далее.
Не уверен, что у вас получится создать глобальные переменные по UDP так как у остальных ПЛК будут серый IP адреса.
изначально ПМ-01 был рассчитан на работу в CSD режиме и GPRS с использованием реальных IP адресов. никто не заморачивался тогда ни созданием VPN каналов ни другими функциями, тем более по железу там просто модем... часть технологий давно устарели, операторы берут деньги за их использование...
да, и все это оборачивается в "Голым задом в интернет"....
Егор Шелдышов
06.08.2020, 16:09
melky 50512
я правильно в конфигурации ПЛК настроил мои ПМ-мы? плюс к каждому свой уникальный порт? начиная с 502?
Откровенно не представляют, насколько правильно. Никогда не использовал ПМ-01 и не буду, чтобы еще с этим разбираться.
Вот придет вам оборудование, на столе и опробуете связку 2-х ПЛК для начала.
Егор Шелдышов
06.08.2020, 16:16
melky Спасибо
Читаю re_pm01_2321.pdf и что-то меня сомнения берут, что ПЛК сервер с этим модемом что-то услышит :)
https://owen.ru/uploads/5_peredacha_dannix_c_oven_plk_na_pk_po_gprs.pdf вот описание настроек, когда ПЛК Slave.
Ну а кто к нему будет подключаться, дело уже десятое.
и вот можно ли тут задать несколько портов для Modbus TCP slave вопрос ? Хотя по идее можно.
Я провел много времени на поиски качественного и надежного промышленного оборудования для моего бизнеса. После долгих исследований я выбрал один из интернет-магазинов https://dn.ru/ , где было представлено оборудование на мой вкус и цвет. Я получил профессиональную консультацию менеджера, который помог мне определиться с выбором нужного мне оборудования. Я оформил заказ и получил оборудование в кратчайшие сроки. Все было упаковано очень хорошо, что гарантировало безопасность моей покупки во время транспортировки.
Николай Суриков
13.08.2020, 09:18
А кто уже ставил, расскажите вкратце особенности установки датчиков загазованности? Начальник дал задачку)
Конструкция корпуса у них конечно жесть. При вводе кабеля начинает самопроизвольно открываться, так как места очень мало внутри, а фиксаторов нет никаких, это если датчик СО и стоит внизу. А если взять например датчик СН и смонтировать в котельной под потолком, где температура 50+ градусов, то там вообще тихий ужас начинается и приходится или изолентой сматывать две половинки или скотчем, а иногда и капелька суперклея спасает.
Вот такие вот датчики за 10к рублей. Зато выглядят красиво, модно и смело.
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot