цех с 8 пролетами. Отображать нужно режимы работы и энергопотребление оборудования. Расширять точно будет нужно. В будущем автоматические и полуавтоматические линии. Время опроса раз в сек. Архив в базу данных.
Вид для печати
цех с 8 пролетами. Отображать нужно режимы работы и энергопотребление оборудования. Расширять точно будет нужно. В будущем автоматические и полуавтоматические линии. Время опроса раз в сек. Архив в базу данных.
Сколько счетчиков будет ? Какие именно показания должны сниматься со счетчиков и архивироваться с периодом раз в 1 сек ? Опрос должен быть ну очень быстрым, если надо мгновенные значения считывать и архивировать. Не каждой системе это под силу.
Какие именно счетчики Меркурий ? модели...
Что есть автоматические и полуавтоматические линии ? Так понимаю там будет управление - скорость реакции управления ?
Имхо конечно, зависит от стоимости реализации начального и конечного этапа. Не знаю способностей Телемеханики Лайт именно вариантов решения на ПЛК и их стоимости (в плане хранения данных в полном объеме и передачи в головную систему.
А так, распределенная MasterScada 4D (реализация опроса счетчиков на С++, надо писать опрос), распределенная Rapid Scada (реализация опроса счетчиков на C#, для Меркурий 230 серии и 200 серии уже написан, при необходимости доработаю под ваши задачи), вместо ПЛК локально устанавливаются промПК на Linux. вялотекущее управление можно реализовать прямо на локальных scada системах. Для быстрых процессов управления на выбор ПР200, если их достаточно ну или ПЛК (любые с Modbus на борту) будут подчинены ближайшим scada системам. Ну и одну SCADA в голову.
ну и какая БД ? по крайней мере у Rapid SCADA большой выбор БД для экспорта
со счетчиков раз в сек не нужно, там раз в 1 час достаточно. мгновенные значения нужны для станков и прочего оборудования. Что есть автоматические и полуавтоматические линии ? Это значит что есть разные процессы и большинство сейчас выполняются с помощью оператора. Сейчас управления не будет. Хотя бы с этим разобраться. Счетчиков-целый ворох. Если нужно позже могу отписаться конкретно. бд? сейчас у меня крутится MySQL, у бухов для 1с своя. Это админов головная боль.
Из Rapid Scada в MySQL без проблем, можно параллельно и в другую отправлять. Если владеете SQL запросами, то напишите что и как вам надо отправлять.
На станках тоже счетчики Меркурий ?
Надо посмотреть, запись во внутреннюю БД Rapid Scada происходит раз в 30 сек минимальное время, есть еще текущие данные но они перезаписываются. Вроде народ писал что можно через конфиги уменьшить время сохранения, но я не пробовал. Но тогда размер баз поползет резко вверх.
з.ы. Ядро Rapid Scada бесплатное, драйвера на счетчики тоже, можете притулить к близжайшему или там где удобно и поставить попробовать.
Настройки БД для 230-ого я вам скину если надо. Посмотрите устроит такое решение для чтения счетчиков или нет.
Проверил сейчас, можно сократить до секунды, но это трындец будет по объему данных.
со станков дискретные и аналоговые сигналы. а если делать запись в БД только при смене значения? грубо говоря тянуть из нее дату(ч/м/г/:ч/сс) наименование станка, его переменные
Там есть запись событий по условию смены значения. Я просто не владею SQL запросами, там только общий пример в документации, у меня пишет сейчас все подряд в PostgreSQL чисто для теста.
Можно все это дело как-то фильтровать, но это к спецам по БД как запросы составить. Ну или заказать у разработчика scada за денюжку нужные вам запросы.
оно и должно писать все. запрос пишется если достать нужно что-то или отсортировать. а как Rapid Scada дружит с приборами овен?
берите телемеханику овен и пишите все параметры в БД по изменению + на ней же опрос счетчиков + на ней же журнал событий и визуализацию процесса . Если планируете для опроса сигналов овеновские модули, то там все уже есть по умолчанию, только выберите параметры которые вам нужны и адрес со скоростью задайте. По счетчикам то же самое, на вряд ли у вас стоит что то экзотическое для учета.Цитата:
Сообщение от jameswhite
Можно взять контроллер 323 ТЛ( у него единая среда с телемеханикой лайт-это удобно) и опрашивать им по проводам систему из модулей и счетчиков с любой периодичностью и вести весь архив на СД- карту- настройка такого проекта займет от получаса до часа по времени , а уже контроллер по изменению будет отдавать в скаду и та соответственно писать изменённый параметр с меткой времени в БД
По Modbus любой каприз :), по протоколу Овен либо через OPC либо написать драйвера под модули...
Ну я тоже всего 3 варианта вижу. Телемеханика, MasterSscada 4D, RapidScada. Количество локальных контроллеров будет зависеть от требуемой скорости опроса на участках.
Ну а дальше считать бабло бюджета и смотреть на возможности каждой среды.
Из минусов тока что для MasterScada придется писать драйвера счетчиков, если использовать локальные ПК на Linux или применение OPC, если Виндовые + лицензии.
RapidScada - бесплатная? в чем там подвох?
Думаю свести эти 3 варианта в таблицы +- и цена.
В телемеханике не нужно ОPC, ни на меркурии , ни на модбас, если протокол ОВЕН - то можно взять их же ОPC-он бесплатный
сейчас скачаю Телемеханику, посмотрю, что в ней есть
jameswhite в Rapid Scada не все бесплатное, только ядро.
Есть платные драйвера, дополнительные модули - Графики Про, Дашборды, Автоматического управления, Отчеты, цены на сайте указаны. Платная техподдержка на год, ну и ваши хотелки за деньги.
Можете писать сами что умеете.
За то из коробки, Modbus, работа с преобразователями поверх TCP - Moxa, USRIOT, Пульсар (то, что я проверял), поверх UDP - С2000-Ethernet от Болид.
SNMP, 65 тысяч тегов, можно запустить 2 и больше экземпляров. Web для подключения клиентов без платы за клиента...
в смысле платные драйвера?в чем отличие дополнительные модули для личного пользования и для бизнеса? написано на си шарп? 65к тегов тоже хорошо
Да, C#
Часть драйверов платные, часть бесплатные, как говорится кто как хочет.
Отличий нет, возможно кроме какой-то бумажно бухгалтерской ерунды. Ну может на поддержку по работе с модулем повлияет. Себе брал как для частного лица, ну собственно так и есть...
Всем доброго времени суток!
Вопрос от ЧАЙНИКА по диспетчеризации:
В разных местах здания очистных сооружений находится шесть щитов управления очистным оборудованием. В каждом щите от 10-ти до 20-ти выходных элементов (пускателей, реле и т.д.). До десятка входных элементов (поплавки, датчики) не считая кнопок на пускатели.
Задача: Устройство единого узла управления оборудованием с возможностью визуального наблюдения за текущими процессами.
Мои мысли: Понятно, что в каждый щит нужно установить модули ввода/вывода и связать их с центральным ПЛК через, например 485-й интерфейс. При этом к ПЛК можно «прицепить» ПК оператора с включенной визуализацией. (У сенсорных контроллеров очень маленький экран, а схема труб и насосов получается большая). При этом для управления оборудованием придётся ставить огромную панель с кнопками, которая опять же через модули ввода (у ПЛК входов не хватит) будет подключаться к входам ПЛК.
Система получается громоздкая и некрасивая. Может что то иное посоветуете?
Заранее всем спасибо!
Я так вижу ПР200 в каждом щиту, где не хватает входов-выходов + модули расширения, оборудование, как я понимаю, должно автономно фунциклировать, а то связь нарушится и кирдык, в качестве центральной станции управления СПК110(или ПК со скадой)!Цитата:
Сообщение от Aldonin2007
Возможно вам подойдут приборы серии СУНА . Там 8 решений на все случаи жизни. Если чего то нет то ка написали выше РЕЛЕ ПР200 и ПРМ модули если нужны.
В данный момент на удаленном объекте есть МСД200, к нему подключены 4 токовых входа, идет архивация на SD-карту, к МСД подключен ПМ01.
Есть второй ПМ01, который подключен к компьютеру и через "Конфигуратор МСД200" идёт CSD-дозвон на модем, подключенный к МСД200, качается архив.
Всё это работает, но это чертовски долго и дорого.
Какие есть варианты ускорить обмен, какое оборудование лучше использовать?
Добрый вечер уважаемые специалисты форума. Обращаюсь к знающим по вопросу удаленной диспетчеризации нескольких котельных. Не могли бы подсказать по подбору оборудования ОВЕН для диспетчеризации котельной.
Стоит задача:
1. Телеизмерение параметров технологического процесса работы котельной.
2. Телеуправление технологическим процессом работы котельной.
3. Телесигнализацию об аварийных ситуациях на объекте.
4. Автоматизацию насосных агрегатов.
5. Передачу данных на пульт АРМ диспетчера с механических счечиков с импульсным выходом (водомер).
6. Передачу данных на пульт АРМ диспетчера со счетчиков электроэнергии (активной и реактивной энергии).
7. Передачу данных на пульт АРМ диспетчера с тепловычеслителей тепловой энергии (тепломер).
Информацию необходимо выводить на АРМ диспетчера ЦДП. Удаленность котельной от центрального диспетчерского пульта составляет 7-8 км. Главная проблема в том, что для связи будет использоваться радиоканал 433 MHz, к сожалению применить модем ПМ-01 нет возможности из-за отсутствия стабильного покрытия связи в населенном пункте, где располагаются котельные. Подскажите как лучше организовать связь по радиоканалу и на базе какого оборудования ОВЕН лучше выполнить нижний уровень диспетчеризации. Верхний уровень планирую выполнять на MasterSCADA. Отсюда вытекает вопрос как лучше организовать опрос MasterSCADA удаленных контроллеров низшего уровня? С MasterSCADA сталкиваюсь впервые по этому нужен совет и опыт знающих специалистов. Так же интересует как организовать вывод информации с механических счетчиков с импульсным выходом (водомеры) с нижнего уровня в MasterSCADA. Помогите пожалуйста разобраться.
Начните с проверки самой возможности передачи по 433МГц передачи на 8 км. Это реально но только при использовании хороших антенн и прямой видимости. Модем посмотрите Марс на 1 Вт.
433 мгц- это безлицензионный диаппазон, разрешено 10 мвт в полосе 433.050-434.750 мгц, ни о каких 1 вт здесь не может быть и речи. Кто возьмет на себя ответственность на предприятии за нарушение законодательства? За чей счет будет оплочен штраф?Цитата:
Сообщение от RV9WFJ
На 10 мВт можно забыть про 8 км сразу. А вы себе процесс измерения мощности представляете вообще? Насколько это сложно сделать "ничего не останавливая". Кто возьмет на себя ответственность за останов котельной :-) Так что пока одни боятся у других все работает уже много лет.
P.S. И с шириной диапазона вы что-то путаете.
Уважаемые знатоки. Насколько я понял из выше сказанного для большей надежности лучше использовать радиомодемы с частотой к примеру 2МГц соответственно проверить его регистрацию в реестре радиочастот. К примеру могу применять для данных условий радиомодем SST-2450 с выносной антенной ANT-21? Его диапазон частот 2400МГц (2410.496МГц..2471.936МГц) 0.05Вт.
Да, больше 2-3 км с хорошими ненапраленными антеннами, и 3-5 км с направленными антеннами работать не будет.Цитата:
Сообщение от RV9WFJ
Если больше 10 мвт, то это нарушение законодательства.
Если больше , то только лицензируемый диапазон, или GSM связь.
По поводу полосы частот, да опечатался, уже поправил.
Я практически уверен, что эта "пуколка" даже на 1 км. не пробьет. Посмотрите мощность и частоту излучения у обычного WiFi маршрутизатора, сравните с этим девайсом, далее посмотрите предельную дальность WiFi.Цитата:
Сообщение от Алексей КИПОВЕЦ
Здравствуйте! Необходима диспетчеризации насосной станции (3 насосные установки 130 кВт, 8 задвижек, расходомер, пожарная сигнализация и видеонаблюдение). пуско -регулирующее оборудование довольно старое (пускатели, контакторы). Передача данных в приоритете GSM, удаленность НС 15 км. Необходимо удаленно запускать насосные установки, регулировать запорную арматуру на основе Scada, с возможностью передачи сигнала IP видеонаблюдения. Помогите пожалуйста с подбором оборудования.
Вы насосы 130кВт хотите удаленно пускать контактором :-) Не советую, все равно работать не будет долг, если вообще будет.
Финансирование задумки может предусмотреть приобретение Частотных преобразователей. Или устройств плавного пускаЦитата:
Сообщение от RV9WFJ
Ну так и закладывайте сразу. Если качаете в бочку то ПЧ вам не нужен скорее всего. Тут много моментов связанных с пуском, как сейчас запускается насос? Закрывают ли задвижку перед пуском. Касательно асего остального чего вы просите то это все абсолютно реально если есть нормальная связь GSM. Реально даже без GSM если рельеф без перегибов.
Пуск происходит исключительно в ручном режиме оператором, не регулируется никаким параметром. Каждый насос имеет 2 задвижки, всасывающую и напорную, управление ими подразумевается так же исключительно в ручном режиме удаленно оператором. О автоматизации речи не идет, суть в удаленном управленииЦитата:
Сообщение от RV9WFJ
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, ноаверное что то для аналоговых сигналов и средство связи
Я так понимаю мы скаду у диспетчера обсуждаем. Я считаю, что она вообще не нужна. Что касается модуля МК210-302 - все хорошо пока связь есть. А когда ее не будет что он будет делать. Тут должна быть какая-то логика которая сама сначала закроет задвижку, потом выключит насос или сначала подождет скажем 2 часа и только потом выключит насос. В стабильность связи в деревнях я думаю верят только сами сотовые операторы.Цитата:
Сообщение от capzap
Есть такое интересное слово - спорадический - то есть периодическая связь. То есть когда объект присылает данные раз в 30 минут например, но при этом оператору хочется по каким-то причинам посмотреть все данные объекта. А так как на объекте планируется видеонаблюдение, опять же для хотелок оператора все это накладывается одно на другое, что может предоставить промПК.
1. организация каналов связи без необходимости на каждый объект лепить СИМ карты со статическим IP
2. полный мониторинг датчиков и запись данных в архив
3. возможность прикрутить видеонаблюдение, так же с архивированием
4. автоматическое управление объектом при отсутствии связи
да и много чего еще. Если что, то промПК с 3G модемом и промышленной CF картой или SSD винтом обойдется баксов в 350-400. не так уж это и много, если сравнить со связкой роутер+ПЛК и прочие комплектующие.
За openScada ничего не скажу, были у меня попытки с ней разобраться, да плюнул. а другие 3 вроде подобные вещи позволяют прикрутить.
RV9WFJ не надо сравнивать обычные компы и промПК, устанете его ломать, ну кроме винта конечно, а то как многие начнут напрямую на него данные гнать и привет ему настанет. Все текущие данные настраиваются на запись в виртуальную память а не сразу в БД. И видео настраивается на запись либо по движению либо по событиям.
можно и дешевле найти промПК, например с одним Ethernet портом + любой дешевый 5-ти портовый свитч. И 3G модем можно использовать дешевый операторский, а не встраиваемый в промПК использовать. В качестве ПЛК использовать ПР200, отличная штука, так как на борту имеет 4 аналоговых входа. ПромПК главное нужен с RS485 интерфейсом. Думаю в 300 баксов можно уложиться на промПК + свисток + свитч. Тем более свитч потребуется только для видео и будет в бюджете видео. А если одну камеру usb web использовать, так и свитч не потребуется.