Ветер.Анекдот:
Едут два армяна на старом-старом мерсе , лето,жарища , стекла закрыты.
Тот , что на пассажирском :-Ара! Можно стекло чуть-чуть опустить , а тот :- Нэт , пусть все думают что у нас кондиционер.
Попробуйте!
Ветер.Анекдот:
Едут два армяна на старом-старом мерсе , лето,жарища , стекла закрыты.
Тот , что на пассажирском :-Ара! Можно стекло чуть-чуть опустить , а тот :- Нэт , пусть все думают что у нас кондиционер.
Попробуйте!
Вообще по ТЗ заказчика требования такие (вырезка, краткая):
1. Обеспечить передачу информации на дублирующий пульт и сервер через DSL/GSM/GPRS/SMS. Предусмотреть резервный канал.
2. Обеспечить автоматизированную работу оборудование и объекта в целом. Постоянный мониторинг и управление оборудованием с местного(локального) пульта управления, расположенного в отдельно стоящем помещении или операторской котельной.
3. Предусмотреть возможность сбора данных и архивацию на устройстве ПЛК.
Если говорить о п.2. то был опыт установки Скады + лектус на отдельно стоящий ноутбук в операторской. Честно говоря опыт не очень, не надежная связка, в т.ч. по причине использования ноутбука не по назначению, либо слабой компетенции диспетчера в результате приходилось частенько туда выезжать реанимировать ноутбук.
В условиях того что некоторые котельные будут за пару тыщ.км, вариант не подходит.
Хотелось бы что-то отдельно стоящее, надежное и без возможности установки всяких игры (был и такой случай использования нашего ноута молодым оператором, по ночам сидел играл, скаду закрывал).
С праздником Великой Победы всех.
Warred , а сколько данных для архивирования вы прикидывали?
Период архивации?Глубина архива.
Честно говоря по устройствам на КДС 3 ничего не скажу , но по конфигурации новый ПЛК110 с USB флэш должен подойти.
Есть еще модуль сбора данных МСД , но с него "выдачи"нет кажется.(Только флэшку вытаскивать)
И по флагу он запись не делает.
и чего Вам csv не нравиться, нормально из него можно выбирать данные. Все интернет-разработчики пользуются текстовыми форматами передачи данных (например json) и не жалуются. Нет желания в эксцеле его разглядывать, нанимайте программиста, чтоб был требуемый контролируемыми органами документ, в архиве один из примеров
По поводу МСД они разные бывают, есть с функциями и мастера и слейва модбаса, так что собирать с них данные на ПК тоже не должно быть проблемой
И я предпочитаю csv. В ехеле проще отсортировать/построить график какой-тио части/вбить макрос для нестандартной обработки и т.д.Сообщение от Sergey666
А , что делать , если нужны отчеты с диаграммами в Ексель.(Только не надо "гнать" про CSV файл - это жигуль , с форточкой климат контроля) .
Адекватно надо работать начинать.
Уже пора , или поздно будет.
И весьма сожалею что на MCD нельзя создать просто свободный текстовый файл. Иногда хоца просто записать :
"09/05/13;14:12;Нажата кнопка СТОП"
Вот потому и в жигуле нет климата , только форточка.
Я , не против CSV , я сам использую возможности этого формата , но там , где этого достаточно.Тот , кто пихает наработки и конфигурацию для "локального" управления в системы диспетчеризации - тот недалекий , ограниченный разработчик , по типу - "я это не понимаю и все"
Современные панели оператора могут делать хорошие удобные трэнды ,алармы,эвенты ,удобный просмотр графиков (исторических).
Но(сколько можно повторять) это ЛОКАЛЬНЫЕ системы , "вытащить" данные из панели проблематично , кроме тех ,что с Ethernet портом.(Не надо "гнать" и вводить себя в блуд).
Не хотите СКАДУ - работайте с С++ , Делфи , ВБ , только коннект к устройству прописать придется (подолбетесь , но решаемо в С),а в делфи подолбетесь с ОРС клиентом.Никто не запрещает , тока не путайте берега , локальное - это локальное , а диспетчеризация - это высший уровень и ограничивать его панелькой (даже хорошей - блуд).
Последний раз редактировалось Sergey666; 09.05.2013 в 15:17.
Ну тогда оттолкнусь от топикстартера.
Чел хочет надежно ? - Вся локальная логика в локальном ПЛК и никакого отношения к высшему разуму/уровню. ВУ только мониторит и позволяет менять параметры (если локальный разрешил). Что еще ему нужно-то ? Управление какой-то конкретной задвижкой ? - это параметр. И не факт что всегда можно это издали разрешать. Не понял - как может панель чего-то ограничить ?
А CSV - здесь простейший способ продублировать окно свободного архива в 10..100 дней на случай когда ВУ заболел ушами. ПЛК100 (или..) даже с 3М - за глаза для котельной. Ну не поверю что есть что-то в ней что нужно писать каждые 50-100мс. Всякие режимы/аварии/действия/изменения параметров логируем по факту. Всякие т-ры/давления/уровни и т.п. раз на 10..30сек или вообще по факту изменения. Перед аварией - можно более подробно для лучшего разбора. А панель ? Показывает текучку и обеспечивает изменение параметров с места, живет себе своей жизнью..
Для котельной очень необходимо соблюдать график температуры , ну и ,соответственно фиксировать , данные по температуре и давлению подачи и обратки .
Интересно кто с этим будет спорить. Вопрос то в другом видимо, зачем удаленному диспетчеру мгновенные данные, он что в критической ситуации станет управлять котельной, а если это связано с нечто таким, что может "оборвать" связь. Вы же сами упоминали что этим должна заниматься локальная машина, а диспетчеру можно передавать данные чтоб не нагружать канал связи и по требованию диспетчера, передать отчет за время пропадания связи с объектом
Ну , как не нужны диспетчеру "мгновенные" данные !
Давление газа упало (вообще подача газа прекратилась по непонятной причине) , котельная остановилась , трубы разморозились , дальше продолжать...
Для того и диспетчерская, чтобы контролировать.А , чтобы не глохла и не сыпалась надо не "бытовые" ПК использовать , а серваки с операционкой "Серверной". Есть промышленные ПК , на них игрушки не "ставятся" . Просто серьезной задаче нужен серьезный подход , ну а денег в ЖКХ много .Еще ни одной зимы не помню , чтобы какой -нибудь городок не вымерз.
Вообще на локальной стороне для подключения к диспетчеризации подходит любой контроллер , имеющий физический интерфейс на аппаратном уровне и , соответственно , имеющий программную поддержку обмена с системой диспетчеризации.
Локальное оборудование может быть разным по назначению и аппаратной реализации , но это не должно препятствовать интеграции в общую систему. Для этого стандартизирована технология ОРС . Плюс современное комуникационное оборудование предоставляет практически неограниченные возможности. Конечно сигнал от Марса до Земли долго "летит" (не помню сколько , можно посчитать) , поэтому диспетчеризация объектов на Марсе пока трудновата , да и командировочные большие будут.
Для примера :Все знают гипермаркеты Магнит , можно плеваться , но инженерные системы всех гипермаркетов объединены (имеется локальная диспетчеризация ПЛК много+скада дорогая) и параллельно все данные идут в центральную диспетчерскую.База "живет" на "локальной" машине.
Последний раз редактировалось Sergey666; 10.05.2013 в 14:52.
Ваши права
Ответить с цитированием