Густав Олссон, Джангуидо Пиани - Цифровые системы автоматизации и управления (1087169), страница 135
Текст из файла (страница 135)
Е о г ерации. сли кар р ван после поломки в понедельник, то вряд ли есть " -либо агрегат был от емонти о Приме г афика п енин планового годового технического осмот необходимость в выполнени ра в среду. П р р ф к предупредительного обслуживания приведен на рис. 12.8. 01ЕБЕЬ ОЕ . 081ЕГ УЕЯ1ЕУ ТОШЕВ (200 НЯБ). АССТО = 228.
НЯБ .4 ЕАтне МА1н ВенТБТОМ 1 ОЕН, УЕЯТЕУ 01Е ЕЕНЕЕ (50 НЯБ).АССТО = 47. 2 Н (1500 НЯБ) АССТО = 1502.0 НЯБ НЯБ АТЯ Е1ГТЕЯ (1 МТН). ЕАТЕБТ = 28-ЕЕВ-01 ЕБВОВ 01 ХСНО АТЯ МАТЕЯ РОМР НА1Н 1 В 02 ХСНО АТЯ ЕТЕТЕЯ (1 МТН), ЕАТЕБТ = 28-ЕЕВ-01 ТЕЯ РОМЕ МАТН Н 1НЬЕТ, С ТНЕЕТ, СНЕСК (100 НЯБ). АССТО = 102,2 НЯБ МАТНТЕНАНСЕ РсАН ЕНО ОН 01-АРВ-01 -01 09:05:18 12.5. Внедрение проектов и управление качеством 533 Глава 12. Системная интеграция 532 дналнз данных н тренды Важной задачей й ей в пРомьннленном пРоизводстве ЯвлЯетсЯ Учет производительности и статистических показ оказателсй. Информация, содержащаяся в базе данных, может служить первичным источи точником для процедур статистической обработки.
Основнои статистической операци " е а ней является суммирование показателей по времени, т. е вы. числение нарастающих щих итоговых величин для заданных интервалов времени — день неделя, месяц. Уммарные С, рные показатели можно выводить в виде статистических таблиц, содержа|цих и другие гие величины, рассчитанныс на их основе, — показатели эффективности и качества. 12.4.8. Операции управления, выполняемые с использованием базы данных В некоторых системах уп х управления в базе данных хранятся указания на автоматические действия, которые с выполняются в определенных ситуациях.
Специальная таблица базы данных указывает, при каком значении некоторого параметра вызывается исполнительная команда. Эта таблица работает подобно ПЛК, хотя данные, которые она использует, находятся на более высоком уровне абстракции и могут включать производные величины. Поля в таблипе имеют формат туЬеп (чапаЫе = ча)це) -> асйоп. (когда (переменная = значение) -> выполнить действие) Частным случаем события является наступление некотор р ого момента времени (абсолютного) или истечение заданного интервала. Таблица действий имеет вид шЬеп гипс(ргедейпед) -> асйоп [когда время (заданное) -> выполнить действие1 Таким образом, например, можно включить освещение и д по ать питание к станкам перед началом рабочего дня.
В базе данных можно использ д овать ополнительные параметры для более точной интерпретации. Например, списо р д ,,писокп аз ничныхдней,которые будут восприниматься как воскресенье, чтобы не вклю включать отопление предприятия и не запускать автоматически оборудование в 6:30 в по д оне ельник 8 марта. В базу данных можно включить описание параметров ц фр иф оных оегуляторов Наиболее типичный вид цифровых регуляторов — это дис р — то иск етные ПИД-регуляторов, для которых операции интегрирования и дифференц р ен и ования аппроксимиру ются численными методами. В системах прямого цифрового у р п авления регуляторь' встроены в базу данных. Программное обеспечение ПЦУ р еализовано в виде одного модуля, который исполняется для каждого контура управл уп авления на основе параме ля кт анных и программа дл ров, хранягцихся в базе данных. Примеры таких отру Ур д ПИД-регулятора были приведены в главе 6.
анНЫх "УНКЦИЯХ С ществует важное практическое различие в автоматизированных функц уществует в е базы данных и системами на основе П и управлении процессом с использованием ба ,р ., ходов или местных регуляторов. Последние устан .тановлены непосредственно возле вход ных. .аги овать на изменения во входных данн~ ..
и выходов процесса и могут быстро реагир ое в смя стемы Управления, напротив, имеет большое врс База данных иерархической системы у Р ым кана реакции, поскольку информация должн ф ма ия должна проследовать по коммуникационным ка лам вверх и вниз и пройти через несколько этапов обработки. Поэтому целесообразно программировать автоматические реакции на уровне центральной ЭВМ только в том случае, когда нужно сравнить несколько параметров и эту операцию нельзя выполнить локально.
Связанные контуры управления нельзя реализовать в виде системы распределенного прямого цифрового управления. В этом случае нужно принимать во внимание вероятность значительной перегрузки каналов связи. 12.4.9. Расширенные языки для управления процессами Долгое время программное обеспечение для систем управления писалось почти исключительно на ассемблере. Две главные причины этого — необходимость максимально эффективно использовать все ограниченные ресурсы ЭВМ и отсутствие соответствующих языков для программирования систем реального времени.
Современные языки программирования для систем управления можно разделить ва два основных типа — процедурные и описательные. Процедурные языки (ргоседиге 1андиаде) — к этому типу относится большинство обычных языков программирования — требуют, чтобы была явно указана каждая команда, которую ЦП должен выполнить.
Описательные языки (Ывзсг1рг1ое 1апйиайе) требуют только определения данных, отношений и параметров, которые будут храниться в разных базах данных. Отношения вход/выход описываются в табличной форме, а внутреннис детали исполнения программы определяются компилятором или интерпретатором. Пример описательного языка — это база данных, рассмотренная вьпде в этом разделе; другой пример — это языки последоватсльностного программирования для ПЛК (раздел 7А).
Использовать описательные языки в общем случае проще, чем процедурные. С другой стороны, они являются менее гибкими, но это можно компенсировать применением небольших программ, разработанных для специальных задач с помощью процедурных языков. Для программирования и эксплуатации системы управления на основе описательного языка нс требуется детальных знаний ВТ. Гораздо важнее хорошее понимание управляемого процесса и представление о том, что управляющая система может, а 'то нет. успех конкретной реализации во мно1 ом зависит от качества модели физического процесса и определения входных/выходных параметров. Описательное про"Раммирование требует также правильной настройки рабочих параметров для того, чтобы системауправлениякакможнолучшесоотв твовалауправляемомупроц— су В этом может помочь распределение приоритетов между задачами.
Не имеет вымысла пытаться собрать сотни данных в секунду для ЭВМ с ограниченными возможностями, задавая для каждой переменной очень малый интервал выборки. Такая система в конце концов будет работать в режиме "карусели" (раздел 10.2.5), а почти вся информация булет собираться напрасно. Именно производительность ЭВМ Устанавливает практическую величину интервала выборки.
2.5. Внедрение проектов и управление качество 12.5.1. Организация Работы нац и лення состоит вс тольк Система управа, "о нч программного обеспечения, а включатерминалы,датчики н ет процессоры,сети Р ' нсполнительныемеханизмыимассудру- 12.5. Внедрение проектов и управление качеством 535 Глава 12. Системная интеграция 534 гих элементов. В ряде случаев поставщики систем промышленной автоматики тр буют, чтобы все комплектуюшие приобретались только у них — от программ до гаек и болтов. Другие демонстрируют более системный и дружественный подход к клиенту и поставляют по запросу отдельные модули. Существующая тенденция заключается в поддержке стандартизации, т.
е. совместимости и взаимозаменяемо сти компонентов. Специалисту в области автоматизации придется посвятить значительную часть времени создания системы решению специфических проблем. Поскольку проблемы имеют тенденцию становиться все более сложными и специализированными, то шансы найти полностью готовое решение являются весьма призрачными.
К сожалению, нет "оптимальных" решений; они существуют только как математические идеи, которые можно использовать лишь в специальных случаях для конкретных задач. Внешнис факторы — многие из них носят весьма неочевидный, эзотерический характер; от климата до доступности запасных частей и возможности повышения квалификации обслуживающего персонала — тем не менее влияют на успех всего комплексного решения.
Необходимо учитывать все, во избежание сбоев в работе и непредвиденных затрат на завершающей стадии проекта. Среди нетехнических факторов, непосредственно определяющих успех автоматизации, следует назвать обгцую организацию работы, которая должна быть тем лучше, чем более масштабным является проект. Обычно работы по проекту подразделяются на планирование (Р!алтлф, разработку (1тр(етепгайоп), документирование (г(оситеигайол), испытания (гедд) и эксплуатацию (орега(зол).
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
