|
| |
|
Главная -> Экология
Автоматизована система управлінн. Переработка и вывоз строительного мусораИлья Альперович Мы все, конечно, помним зеркальце из сказки А. С. Пушкина о мертвой царевне и семи богатырях. То самое, которое на вопрос “Свет мой, зеркальце, скажи! Да всю правду доложи…”, отвечало правдиво, исчерпывающе и конфиденциально. Какой руководитель не хотел бы его иметь? Даже если его не интересует ответ на сакраментальный вопрос “Я ль на свете всех милее?..”, то наверняка ему (а также специалистам различных подразделений) хотелось бы знать, как функционировало предприятие в прошлом, что происходит с ним сейчас и что ждет его в будущем. Это важно для выбора оптимального решения в различных критических ситуациях, контроля за условиями работы и многого другого. Российский читатель, искушенный в современных АСУ ТП, может спросить: “Но разве SCADA-системы не способны заменить собой волшебное зеркальце?”. Действительно, наиболее продвинутые пакеты такого типа в какой-то степени решают эти проблемы, но тем не менее по своему назначению и способам применения они служат инструментами для оперативного диспетчерского контроля и управления, а не для решения задач сбора, хранения и отображения данных в масштабе всего предприятия. Кроме того, на среднем и крупном производстве, как правило, установлены несколько разных SCADA- или DCS-систем. Нельзя ведь уставить рабочий стол (пусть даже виртуальный) различными пакетами отображения информации и обучаться работе с каждым из них. А сколько будет стоить поддержка нескольких систем или разработка и сопровождение десятков или сотен рабочих мест? К тому же, если потребуется связывать производственные системы автоматизации с финансово-хозяйственными, то гораздо проще и надежней получать данные из одного источника, чем из разных. В силу этих причин, а также исходя из условий безопасности эксплуатации системы управления в мировой практике для построения информационной инфраструктуры предприятия применяются соответствующие специализированные пакеты. Естественно поставить вопрос о требованиях, которые к ним предъявляются. Очевидно, такой пакет должен иметь клиент-серверную архитектуру, т. е. включать в себя поддержку архивов (серверов) и рабочих мест (клиентов). Желательно, чтобы источники информации, имеющиеся на предприятии (устройства и программы комплексов АСУ ТП, реляционные базы данных, лабораторные системы и системы ручного ввода), сами передавали необходимую информацию в архив по мере ее поступления. Данные в архиве следует уплотнять, чтобы они занимали меньше места и их можно было подольше не выгружать с жесткого диска. Формат хранения должен быть открытым, а клиентские рабочие места настолько простыми, чтобы каждый специалист мог самостоятельно построить требуемую экранную форму и получить интересующую его информацию за определенный временной интервал. Например, просмотреть график изменения параметра во времени или распечатать отчет. Удобно также подключать к архиву и экранным формам сторонние программы. Очень важно, чтобы время отклика архива на запрос было малым и слабо зависело от числа пользователей системы и объема запрошенной информации. Разумеется, все источники данных, хранилища информации и рабочие места должны связываться по локальной или глобальной компьютерной сети. “…чтоб сказку сделать былью!” Есть ли пакет, отвечающий перечисленным выше требованиям, или он существует лишь в фантазии наподобие волшебного зеркальца из сказки? Такой пакет есть. Он называется Plant Information System (сокращенно PI System) и предназначен для создания информационных систем средних и крупных предприятий (рис. 1) Выпускает его американская компания OSI Software ). С его помощью все сотрудники предприятия, имеющие допуск в систему, могут быстро получить информацию о состоянии производства в прошлом или настоящем, распечатать нужный отчет, а также обменяться информацией с любой программой, которая является ActiveX элементом для ОС MS Windows NT. PI System имеет распределенную клиент-серверную архитектуру и состоит из трех уровней — уровня сбора данных, уровня хранения и обработки данных и уровня отображения информации на рабочих местах. Для подсистемы сбора данных в пакете PI System используется свыше двухсот интерфейсов. Это программы, считывающие данные из промышленных измерительных систем, контроллеров, SCADA и DCS. Есть специальные интерфейсы для текстовых файлов, переносимых устройств, а также для стандартного протокола обмена данными в реальном времени OLE for Process Control (OPC). Интерфейс опрашивает соответствующий источник, но передает на сервер не все данные, а только информативные. (Значение параметра является информативным, если оно отличается от предыдущего больше, чем на заданную величину). Информативное значение параметра с меткой времени, проставляемой источником, составляет событие. Архив PI способен поддерживать точность метки времени до одной миллисекунды. С целью уменьшения нагрузки на сеть за одно обращение к серверу передается группа событий. Если сервер окажется временно недоступным (например, при потере связи или по естественной причине смены текущего архивного файла), то интерфейс сохранит информацию локально и передаст ее при восстановлении связи. Хранить информацию интерфейс может несколько дней. “Фотография” на память Архив PI System может сохранять строковую и числовую информацию в различных форматах. Он начинается с буфера, который называется Snapshot (“снимок”). В него попадают новые события, приходящие на сервер от интерфейсов или вводимые вручную. Если это событие более раннее, чем событие в Snapshot, то оно сразу направляется в очередь событий (Event Queue) для записи в архивный файл. Если новое событие более позднее, чем событие в Snapshot, то оно замещает предыдущее, которое, в свою очередь, либо забывается, либо запоминается в архиве. При этом реализуется метод сжатия хранимой информации. Алгоритм сжатия строит линейную аппроксимацию кривой тренда параметра во времени с заданной точностью. При этом записываются только события, удовлетворяющие определенному условию, называемому “swinging door”, т. е. “вращающаяся дверь”. Имеется в виду аналогия с вращающейся вокруг своей оси дверью, в которую должно “пройти” новое событие. Математически условие “swinging door” эквивалентно тому, чтобы очередное событие, пришедшее в Snapshot, попадало в текущий створ “двери”, определяемый всеми предыдущими событиями. Оказывается, для проверки этого условия достаточно помнить только два числа. В любой реальной системе, кроме непосредственно замеряемых параметров, есть вторичные параметры, вычисляемые исходя из замеряемых. Таким путем могут осуществляться косвенные замеры или контролироваться показания датчиков. Для построения расчетных точек в составе сервера имеются две подсистемы — Performance Equations и Totalizer. Подсистема Performance Equations позволяет рассчитывать новые точки по замеряемым при помощи различных встроенных функций, в том числе строковых, интерполяционных, качества значения, статистики архива, поиска по времени и др. Подсистема Totalizer применяется в случаях, когда необходимо получить стандартные статистические оценки по архиву (среднее, вариацию, минимум, максимум и т. д.). Кроме того, Totalizer может подсчитать число событий определенного типа, например равных заданной величине, больших или меньших. Полученное значение хранится как отдельная точка архива. Totalizer позволяет гибко настроить подсчет статистики, делать разного рода взвешенные оценки и т. д. Следует упомянуть еще три подсистемы, работающие на PI-сервере — Batch, SQL и Alarm. Подсистема Batch позволяет следить за выпуском отдельных партий продуктов на установках. Это удобно, когда требуется отслеживать изменение параметров некоторой установки за период ее работы. Подсистема PI-SQL выполняет SQL-операторы, адресованные к серверу. Благодаря этой подсистеме к архиву можно обращаться как к реляционной базе данных. Она выполняет все запросы параллельно. Возможны прямые вызовы функций Performance Equations в SQL-подсистеме. В частности, это позволяет эффективно осуществлять запросы по времени. Подсистема Alarm фиксирует и затем визуализирует нештатные ситуации. Для контроля за ними создаются точки архива специального типа. Эти точки могут группироваться, образуя иерархию нештатных ситуаций. Архив состоит из набора файлов, в заголовках которых указан временной диапазон хранения данных. Кроме того, каждый файл имеет индексированную по времени внутреннюю структуру. Благодаря этому поиск информации для заданного интервала времени выполняется очень быстро. Администрирование сервера осуществляется посредством ряда утилит по конфигурированию, мониторингу потоков данных, управлению файлами архивов и настройкой прав доступа. Важно, что расширение и корректировка архива может выполняться в режиме on-line без остановки работы сервера, т. е. без потери информации и перерывов в обслуживании клиентов. Доступ к архиву PI System можно получить несколькими способами. Например, описанными выше методами при помощи SQL/ODBC, а также из Excel или VBA. Кроме того, есть специальные библиотеки работы с архивом на Cи++ или VB. Имеются также дополнительные программные пакеты для разработки нестандартных интерфейсов. Для передачи информации в бизнес-системы можно применить ODBC-драйвер, а для связи с известным пакетом R/3 разработан специальный интерфейс, сертифицированный фирмой SAP. “В одно мгновение видеть вечность…” Клиентские приложения PI System содержат несколько подсистем, основные из них — ProcessBook и DataLink. ProcessBook — это приложение, позволяющее сравнительно просто отображать информацию из архива PI и других баз данных. Оно сертифицировано для операционных систем Microsoft Windows 95 и Microsoft Windows NT, имеет лицензию на применение языка VBA и сертификат соответствия Microsoft Office 97. Внешне ProcessBook похоже на клиентское приложение SCADA- или DCS-пакета (рис. 2). Так же как они, ProcessBook отображает анимированную информацию реального времени и архивные значения, но есть и принципиальные отличия. Так, по сравнению с пакетами диспетчерского контроля и управления, ProcessBook имеет упрощенные средства отображения и анимации, зато в него встроены возможности мгновенного построения трендов и развитые средства навигации по времени для просмотра истории. Благодаря простому диалоговому интерфейсу этим инструментом может достаточно быстро овладеть специалист, знакомый с офисными приложениями типа Word или Excel, и применять его для просмотра и анализа прошлых и текущих значений параметров на графиках или в анимированном виде. Информация в режиме реального времени поступает на экранные формы непосредственно из оперативного буфера сервера Snapshot. Периодичность опроса клиентом сервера для обновления экранной формы настраивается. Элементы экранной формы могут быть нескольких типов — статические или динамические, кнопки и OLE-объекты. Статические элементы не связаны с сервером и не меняются при отображении. Для построения статических элементов можно использовать векторные примитивы (прямые линии, прямоугольники, овалы, многоугольники и т. д.) и пиксельные битовые массивы. К динамическим элементам относятся числовые связи, тренды, бар-графики (закрашиваемые прямоугольники) и символы с переменным цветом. В качестве источника данных можно использовать не только архивы PI System, но и архивы других систем, “понимающих” обращение по протоколу Universal Data Adapter (UDA). Кроме того, возможно обращение к реляционным базам данных, имеющим ODBC-драйверы. Кнопки вызывают другие экранные формы или приложения. При помощи механизма встраивания OLE (ActiveX) элементов могут подключаться другие программы. Поддерживаются оба способа встраивания таких элементов — linking (связывание) и embedding (внедрение). В свою очередь экранные формы ProcessBook могут быть внедрены в другие ActiveX-контейнеры, например в Word или Excel. Хотя возможностей для построения динамических экранных форм в PI System несколько меньше, чем у современных SCADA-пакетов, но пользоваться ими проще и средства манипулирования трендами в этом приложении богаче. Так, щелчком мыши можно перейти от числового представления параметров к графическому. Тренды очень просто масштабируются и сдвигаются во времени. Для управления экранными формами и вставленными элементами применяется язык, фактически ставший сегодня стандартом для настольных приложений — Visual Basic for Applications. Благодаря тому, что VBA служит общим языком для приложений MS Office, с его помощью, например, можно из объектов ProcessBook передавать информацию в Excel и печатать ее. Второе основное клиентское приложение — DataLink. Оно содержит два добавочных модуля к Microsoft Excel и к Lotus 1-2-3 for Windows. Эти модули добавляют к стандартным электронным таблицам возможность считывать из архива значения хранящихся параметров и их атрибуты, делать выборки из архива, производить вычисления над значениями, подсчитывать суммы, средние, отклонения и пр. Кроме того, с их помощью можно записывать значения обратно в архив. DataLink обычно используется для автоматической генерации периодических отчетов. Plant Information System — это реальность Всего в мире насчитывается свыше 3 тыс. инсталляций пакета PI System. Его применяют нефтеперерабатывающие и химические заводы, целлюлозно-бумажные комбинаты, крупные электростанции и энергосистемы, городские службы, фармацевтические и другие компании более чем в 55 странах мира. Имеется ряд приложений, взаимодействующих с архивом PI System и решающих задачи управления нефтеперерабатывающими заводами, электростанциями, целлюлозно-бумажными комбинатами, тепловыми системами и пр. Особо можно выделить пакет Sigmafine, широко используемый на нефтеперерабатывающих заводах для составления баланса продуктов и энергии. Поддержка функций ActiveX-контейнера, языка VBA и наличие многочисленных сопутствующих приложений позволяют применять PI System для решения сложных задач анализа состояния производства и его визуализации. Познакомиться с пакетом можно в московской компании “Индасофт” ), которая является дистрибьютором фирмы OSI Software в странах СНГ и Балтии.
Північна станція очистки стічних вод Мемфіса є однією з двох, якими володіє, і які експлуатує муніципалітет. Станція щоденно обробляє 321,7 млн. літрів стоку – більшу частину стічних вод міста. Значна частина енергії у процесі очистки витрачається на аерацію тридцяти великих резервуарів з неочищеними водами та активними мікроорганізмами. З 3,5 млн. доларів, які станція щорічно сплачувала за електроенергію, 80% можна було віднести за рахунок безперервної роботи двох відцентрових повітродувок у 5000 кінських сил кожна, які постачали повітря до дна аеротенків на стадіях контактної стабілізації, повторної аерації, та аеробного зброджування у процесі біохімічної очистки стічних вод. Основні економічні показники проекту: Автоматизована система управління аерацією у перший рік допомогла скоротити споживання енергії повітродувками більш ніж на 17% і заощадити понад 700 тис. доларів вартості електроенергії. Період простої окупності склав приблизно шість тижнів. Було написано комп’ютерну програму, яка погодинно моделювала аспекти подачі повітря у процесі очистки і зосереджувалася навколо робочих характеристик повітродувок, складених на основі вимірювань. Як показало вивчення моделі, ефективність використання енергії можна покращити, якщо внести зміни в схему управління подачею повітря та регулювання тиску в системі. Зрештою, необхідна об’ємна швидкість потоку повітря визначається біохімічною потребую у кисні. Для реєстрації даних повітряного потоку в аеротенках застосували з’єднані з комп’ютером автоматичні датчики. Вміст розчиненого кисню періодично вимірювали шляхом ручного зондування. Коли вимірювання вказували на необхідність збільшення чи зменшення подачі повітря, оператор відповідним чином регулював уставку об’ємної швидкості потоку. Регулювання обсягів подачі повітря відбувалося двома шляхами. Кожний аеротенк має приводний клапан, і кожна повітродувка має приводні вхідні лопатки. При нескінченій кількості комбінацій позицій цих пристроїв, за їхньою допомогою можна було б досягти подачі бажаних обсягів повітря, але кожна комбінація мала відмінну ефективність використання енергії, а отже й відмінні енергетичні потреби. На практиці нова установка об’ємної швидкості повітря змушувала клапани аеротенку відкриватися чи закриватися, а окрема система регулювала положення вхідних лопаток повітродувок – причому без будь-якої взаємозалежності між першим і другим. Тому більшість часу конфігурація всієї системи з точки зору ефективності не була оптимальною. Не сприяв ефективності і періодичний характер проведення замірів вмісту розчиненого кисню. Багато разів подачу повітря можна було б скоротити відповідно до змін у якості чи обсязі стічної води, що надходила на станцію, якби реєстрація цих змін і відповідне реагування здійснювалися в автоматичному режимі. З цією метою було розроблено програму AEROPT, яку встановили на мікрокомп’ютер, з’єднаний з існуючим комп’ютером системи. Програма безперервно стежить за даними автоматичної реєстрації вмісту розчиненого кисню, згідно з якими видає команди для встановлення оптимальної конфігурації всіх пристроїв регулювання подачі повітря. AEROPT забезпечує надійне управління всіма елементами процесу біохімічної очистки стічних вод, при цьому заощаджуючи енергію навіть краще, ніж це очікувалося. Об’ємна швидкість потоку повітря була зменшена з 104 м3/с до 85 м3/с, а тиск повітродувок – з 0,50 бар до 0,44 бар. Загальна ж якість очистки стічних вод залишилася на тому ж рівні, що й раніше, чи навіть покращилася. Додаткової економії енергії на станції досягли за рахунок виявлення та ремонту кількох місць витоку повітря та усунення пошкоджених шумоглушників біля випуску повітродувок, які спричиняли надмірні падіння тиску у системі. Також були встановлені регулятори нічного режиму роботи системи опалення, вентиляції та кондиціонування повітря і більш економічні світильники. Дані про фактичне споживання електроенергії за календарний рік, що передував модернізації, отримали з рахунків за електроенергію. Ці дані порівняли з даними про споживання за два роки після реалізації проекту. За перші 12 місяців після модернізації зекономлено приблизно 16,5 млн. кВт·год. (5,934 · 1010 кДж) електроенергії, завдяки чому заощаджено близько 710 тис. доларів. Споживання енергії у наступні 12 місяців було майже ідентичним, підтримуючи заощадження на рівні 17%. За оцінкою, приблизно 600 тис. доларів з цих заощаджень можна віднести за рахунок застосування програми AEROPT, а решту – за рахунок інших удосконалень. Вартість цього проекту складала 75 тис. доларів, а отже період простої окупності склав 1,3 місяця. Автоматизована система виявилася дуже надійною і не вимагала додаткових витрат на експлуатацію та технічне обслуговування. Ця станція у Мемфісі є однією з небагатьох дуже великих станцій очистки стічних вод у Сполучених Штатах, і тому майже миттєву окупність не можна вважати типовою. Станція унікальна за своїм розміром, але її система змінної витрати повітря є аналогічною системам, які широко застосовуються на водоочисних об’єктах. На більшості сучасних станцій понад 50% споживаної енергії витрачається на систему аерації, і комп’ютерна оптимізація процесу була б застосовною незалежно від типу системи. Джерело: ; організація-господар: Муніципалітет Мемфіса). Програма AEROPT забезпечує економію енергії кількома шляхами. (1) Вона послідовно та надійно підтримує необхідну концентрацію розчиненого кисню в аеротенках. (Раніше єдиними установками, які час від часу вводилися вручну, були обсяги повітря.) Коли потік стічних вод зменшується, автоматично зменшується й подача повітря, не допускаючи підвищення концентрації розчиненого кисню, що зазвичай спостерігалося раніше. (2) Згідно з емпіричним правилом, яким користуються на багатьох станціях, хороші умови біохімічної очистки забезпечуються при вмісті розчиненого кисню 2 млн.-1. Як показали експерименти на цій станції, процес добре йде при рівнях від 0,7 млн.-1 до 1,5 млн.-1, що дозволяє ще більше зменшити подачу повітря. (3) У попередніх дослідженнях була експериментально продемонстрована можливість поліпшити аеробне зброджування, якщо повністю припиняти подачу повітря впродовж третини – половини часу. За допомогою програми AEROPT були проведені експерименти з циклічністю, які показали, що метантенки можна експлуатувати без повітря третину часу. Крім цього, споживання енергії повітродувками можна було б скоротити шляхом автоматичного регулювання приводних налагоджувальних клапанів у кожного резервуара і приводних вхідних лопаток у кожної повітродувки для отримання оптимальної енергозберігаючої конфігурації, яка б негайно реагувала і забезпечувала компенсацію при змінах у процесі.
Забытые преимущества. Ініціатива з енергоефективності. В поисках технологии будущего.на чем будут работать автомобильные двигатели будущего. Проект. Новая страница 1. Главная -> Экология 
|