Информационное обеспечение системы управления подъёмно-транспортным механизмом

R18: если =NM и =PS и VT= PM, тогда VО=PMVО;

R19: если =PS и =PS и VT= PM, тогда VО=NSVО;

R20: если =PS и =ZR и VT= PM, тогда VО=NSVО;

R21: если =PS и =NS и VT= PM, тогда VО=NSVО;

R22: если =PM и =PS и VT= PM, тогда VО=NMVО;

R23: если =PM и =ZR и VT= PM, тогда VО=NMVО;

R24: если =PM и =NS и VT= PM, тогда VО=NMVО;

Правила Ri разгона:

R25: если угол отклонения груза укладывается в нулевой интервал значений =ZR и угловая скорость нулевая =ZR и разность заданной и измеренной скоростей стремится к нулевому значению VT= ZR, тогда искомое значение скорости должно быть следующим VО=PSVО;

Таким же образом образуются следующие нечеткие высказывания:

R26: если =ZR и =ZR и VT= ZR, тогда VО=PMVО;

R27: если =ZR и =ZR и VT= ZR, тогда VО=NSVО;

R28: если =ZR и =ZR и VT= ZR, тогда VО=NMVО;

R29: если =ZR и =ZR и VT= ZR, тогда VО=PMVО;

O2 - точка окончания разгона и начала равномерного переноса груза.

Характерным в этот момент времени является то, что разность скоростей VTз и VT должна укладываться в интервал ZR, т.е. она является минимальной. База правил эвристического алгоритма управления скоростью VO(t) для данной точки:

Правила Ri стабилизации:

R1: если =NS и =NS и VT= ZR тогда VО=PSVО;

R2: если =NS и =ZR и VT= ZR, тогда VО=PSVО;

R3: если =NS и =PS и VT= ZR тогда VО=PSVО;

R4: если =PS и =PS и VT= ZR тогда VО=NSVО;

R5: если =PS и =ZR и VT= ZR тогда VО=NSVО;

R6: если =PS и =NS и VT= ZR тогда VО=NSVО;

Правила Ri перемещения:

R7: если =ZR и =ZR и VT= ZR, тогда VО=PSVО;

R8: если =ZR и =ZR и VT= ZR, тогда VО=PMVО;

R9: если =ZR и =ZR и VT= ZR, тогда VО=NSVО;

R10: если =ZR и =ZR и VT= ZR, тогда VО=NMVО;

R11: если =ZR и =ZR и VT= ZR, тогда VО=PMVО;

O3 - точка начала торможения, для нее характерной чертой является VTi(t)<VTi-1(t). База правил эвристического алгоритма управления оператором скоростью VO(t).

Правила Ri стабилизации:

R1: если =NS и =NS и VT= PN, тогда VО=PSVО;

R2: если =NS и =ZR и VT= NS, тогда VО=PSVО;

R3: если =NS и =PS и VT= NS, тогда VО=PSVО;

R4: если =NM и =NS и VT= NS, тогда VО=PMVО;

R5: если =NM и =ZS и VT= NS, тогда VО=PMVО;

R6: если =NM и =PS и VT= NS, тогда VО=PMVО;

R7: если =PS и =PS и VT= NS, тогда VО=NSVО;

R8: если =PS и =ZR и VT= NS, тогда VО=NSVО;

R9: если =PS и =NS и VT= NS, тогда VО=NSVО;

R10: если =PM и =PS и VT= NS, тогда VО=NMVО;

R11: если =PM и =ZR и VT= NS, тогда VО=NMVО;

R12: если =PM и =NS и VT= NS, тогда VО=NMVО;

R13: если =NS и =NS и VT= NM, тогда VО=PSVО;

R14: если =NS и =ZR и VT= NM, тогда VО=PSVО;

R15: если =NS и =PS и VT= NM, тогда VО=PSVО;

R16: если =NM и =NS и VT= NM, тогда VО=PMVО;

R17: если =NM и =ZS и VT= NM, тогда VО=PMVО;

R18: если =NM и =PS и VT= NM, тогда VО=PMVО;

R19: если =PS и =PS и VT= NM, тогда VО=NSVО;

R20: если =PS и =ZR и VT= NM, тогда VО=NSVО;

R21: если =PS и =NS и VT= NM, тогда VО=NSVО;

R22: если =PM и =PS и VT= NM, тогда VО=NMVО;

R23: если =PM и =ZR и VT= NM, тогда VО=NMVО;

R24: если =PM и =NS и VT= NM, тогда VО=NMVО;

Правила Ri торможения:

R25: если =ZR и =ZR и VT= ZR, тогда VО=PSVО;

R26: если =ZR и =ZR и VT= ZR, тогда VО=PMVО;

R27: если =ZR и =ZR и VT= ZR, тогда VО=NSVО;

R28: если =ZR и =ZR и VT= ZR, тогда VО=NMVО;

R29: если =ZR и =ZR и VT= ZR, тогда VО=PMVО;

Для точки O4 определим следующую базу правил эвристического алгоритма управления оператором скоростью VO(t) крана при VT(t)=0:

R1: если =NS и =NS и VT=ZR, тогда VО=ZRVО;

R2: если =NS и =ZR и VT=ZR, тогда VО=NSVО;

R3: если =NS и =PS и VT=ZR, тогда VО=NSVО;

R4: если =ZR и =NS и VT=ZR, тогда VО=PSVО;

R5: если =ZR и =ZR и VT=ZR, тогда VО=ZRVО;

R6: если =ZR и =PS и VT=ZR, тогда VО=NSVО;

R7: если =PS и =NS и VT=ZR, тогда VО=PSVО;

На рис. 2.5 показано решение об изменении скорости крана для предотвращения раскачивания груза в точке O4. Решение, приведенное на рис 2.5, получено с помощью знаний экспертов наиболее компетентных в данной области. Основываясь на знаниях экспертов, были сформированы нечеткие множества для каждой ЛП, синтезированы модели “ситуация-действие”, наиболее полно и качественно отражающие требования к системе на различных этапах функционирования.

Рис. 2.5

3. РАЗРАБОТКА ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ

3.1 Структурная организация

В структуре программы можно выделить логические модули. Каждому модулю присущи свои задачи, методы и вызываемые функции. Структурная схема изображена на рис.3.1.

Рис. 3.1 - Структурная схема программы

Модуль входа в программу - это основной модуль, который при запуске программы создает графический интерфейс общения пользователя с программой.

Модуль создания проекта - этот модуль позволяет создавать новый проект, а так же может загружать ранее созданный проект для моделирования.

Модуль управления проектом - этот модуль позволяет создавать лингвистические переменные, производить отладку проекта, создавать блок правил и.т.д.

Модуль создания блока правил - этот модуль отвечает за создание правил, по которым будет осуществляться отладка проекта.

Модуль пошаговой отладки - этот модуль позволяет вносить изменения в созданный проект до тех пор, пока не будут получены требуемые показатели качества.

Модуль создания графического изображения - этот модуль позволяет создавать графики.

Модуль создания листинга для МК - этот модуль позволяет работать с кодом программы, написанной для микроконтроллера.

3.2 Алгоритм программы.

В начале работы на экран выводится главное окно программы. Потом пользователь выбирает одну из опций: открыть ранее созданный проект или создать новый проект. Затем, если была выбрана опция «создать новый проект», открывается новое окно, где можно создать лингвистические переменные, за которые отвечает «блок создания лингвистических переменных». После этого пользователь создает блок правил, по которому он может отладить проект.

Алгоритм работы программы изображен на блок-схеме (рис. 3.2.).

Рис. 3.2 Алгоритм работы программы

3.3 Описание интерфейса

Программа имеет простой интерфейс и легка в освоении. Графический интерфейс проектируется в среде разработки Visual Basic .Net компании
Microsoft. В данной системе можно быстро и качественно разрабатывать графические приложения, используя готовые компоненты.

Интерфейс программы разработан с учетом информативности получаемых пользователем данных. На рисунке 3.3 показано основное окно программы.

Рис. 3.3 - Основное окно программы.

3.4 Реализация

3.4.1 Модуль входа в программу.

При запуске программы вызывается функция «static void Main()». Эта функция инициализирует приложение путем вызова функции Application.EnableVisualStyles();. Далее запускается функция, которая составляет стиль программы путем вызова следующей функции Application.SetCompatibleTextRenderingDefault(false); . После нее запускается функция, которая создает диалоговое окно программы путем вызова функции Application.Run(new Form1()); и запускает приложение. В теле этой функции так же предусмотрена обработка исключений try - catch.

3.4.2 Модуль создания нового проекта.

При нажатия кнопки «создать новый проект» запускается функция CreateNewProject(); которая отвечает за создание нового проекта. При вызове этой функций запускается форма New_project, которая содержит соответствующие поля (название, количество лингвистических переменных, количество выходных переменных и.т.д. ) для создания нужного проекта.

Этот модуль так же отвечает за открытие проекта.

3.4.3 Модуль управления проектом.

Этот модуль является самым важным модулем. Этот модуль содержит необходимые функции, которые реагируют на различные события, например «создать лингвистическую переменную» или «создать блок правил» и.т.д. В этом классе содержатся следующие функции:

1. NewLingVariable() - эта функция запускает форму new_ling_variable, которая отвечает за создание лингвистической переменной. Эта форма содержит соответствующую ЛП информацию (диапазон, название и.т.д.)

2. DebugCurrProject() - эта функция запускает форму, которая содержит все входные и выходные переменные, являющиеся важными и нужными для отладки текущего проекта. Эта форма позволяет изменить состояние системы путем настройки параметров системы.

3. CreateRuleBase() - эта функция отвечает за создание блока правил. Пользователь может составить нужные правила для текущей системы.

4. CreateGraph() - эта функция отвечает за создание графического изображения с помощью блока правил и составленных переменных.

3.4.4 Модуль пошаговой отладки.

Модуль пошаговой отладки позволяет отладить проект на основе блока правил. Этот модуль передает модулю, который создает графическое избрание, нужные данные для построения 2-х или 3-х мерных выходных характеристик.

Таким образом реализуется данная программа.

4..ОПИСАНИЕ РАБОТЫ С ИНФОРМАЦИОННЫМ ОБЕСПЕЧЕНИЕМ

4.1 Запуск и выбор опций

При запуске программы, появляется основная форма программы (см. рис.4.1) Первым этапом работы с программой является выбор опции - New Project (Новый проект) или Open Project (Открыт проект).

Рис. 4.1. Основная форма программы

4.2 Новый проект

Если была выбрана опция New project (Новый проект), то открывается следующая форма Generate Project (см. рис. 4.2), которая позволяет ввести количество входных и выходных переменных. Эта форма так же позволяет ввести адрес для сохранения проекта.

Рис. 4.2. Форма для создания нового проекта.

4.3 Лингвистическая переменная.

После того как проект будет создан, открывается новая форма (см. рис.4.3), которая называется CreateLingVariable (Создать лингвистическую переменную). Эта форма отвечает за создание и настройку лингвистической переменной. В этой форме можно определить тип переменной (входная/выходная), а так же ее диапазон.

Рис. 4.3 Создание лингвистической переменной.

После того как мы создали и настроили лингвистическую переменную, открывается форма, которая содержит графическое изображение и диапазон переменной.

Рис. 4.4 Лингвистическая переменная Angle

Рис. 4.5 Лингвистическая переменная Distance

Графики функций принадлежности нечетких функций , описывающих значения лингвистической переменной Power изображены на рис. 4.6.

Рис. 4.6. Лингвистическая переменная Power

4.4 Блок правил

После того как все переменные будут определены, нужно создать блок правил. В новой форме нужно ввести правила, необходимые для отладки проекта. Блок правил представлен на рис. 4.7

Рис. 4.7 Блок правил.

4.5 Зависимости входных и выходных величин

После выполнения указанных выше пунктов получаем проект, который готов к отладке. При нажатия кнопки «Debug» начинается отладка и появляется форма с графиком зависимости входных и выходных параметров ИС (см.рис.4.8)

Рис. 4.8.График зависимости входных и выходных величин.

5. ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА

Целью данного проекта является создание системы управляющей подъемно-транспортным механизмом. Синтезируемая система имеет более высокие показатели качества, чем существующие аналоги, а именно она обладает более высокой степенью точности, экономичности и быстродействия. Так же проектируемая система управления подъемно-транспортным механизмом позволяет существенно обезопасить производство и труд рабочих, что в свою очередь непременно скажется на экономических показателях.

Данная разработка снизит затраты на обучение управляющего работой подъемно-транспортного механизма персонала без потери качества производственного процесса, безопасности и экономичности, что сыграет немаловажную роль в сложившихся современных условиях производства. Таким образом, работа является актуальной, потому что позволит существенно сократить затраты на производстве связанные с необходимостью осуществлять перенос различных грузов, обучение операторов подъемно-транспортных механизмов.

Покупка разрабатываемого проекта, его адаптация, сопровождение и эксплуатация обойдутся заказчику дешевле, чем эксплуатация обычного подъемно-транспортного механизма.

5.1. Стоимостная оценка разработки

5.1.1. Капитальные затраты

Капитальные затраты на этапе проектирования Кп рассчитываются по формуле:

Кп = Zп + Мп + Нп,

где Zп - заработная плата проектировщика задачи на всем этапе проектирования Тп (длительность времени проектирования в нашем случае фиксированная величина, она равняется 30 дням, включает в себя формальное решение поставленной перед разработчиком задачи и оформление пояснительной записки);

Мп - затраты за использование ЭВМ на этапе проектирования;

Нп - накладные расходы на этапе проектирования.

Одним из основных видов затрат на этапе проектирования является заработная плата проектировщика, которая рассчитывается по формуле:

Zп = zд ·Тп · (1 + ас /100) (1 + ап /100),

где zд - дневная заработная плата разработчика задачи на этапе проектирования;

ас - процент отчислений на социальное страхование (ас=26%);

ап - процент премий.

Расчет:

zд = 500 руб.;

ап = 15%;

Zп = 500 ·30 · (1 + 26 / 100) (1 + 15 / 100) =21735 (руб.)

Затраты, связанные с использованием ЭВМ Мп определяются по формуле:

М= Cм tм,

где Cм - стоимость 1 часа машинного времени;

tм - необходимое для решения задачи машинное время (час);

Общее время решения задачи 30·8=240 ч. Из них 160 ч. - непосредственно работа с вычислительной техникой. Т. о. tм=160 ч. Стоимость часа машинного времени Cм = 20 руб.;

Расчет:

Cм = 20 руб.;

tм = 160 ч;

М= 160 * 20 = 3200 руб.

Накладные расходы составляют 80% - 120% от заработной платы, т. е. Нп = 17388 руб.

Таким образом, итоговая сумма капитальных затрат на этапе проектирования составит:

Кп =21735+3200+17388=42323 (руб.)

5.1.2. Энергетические затраты.

Потребность в электрической энергии (кВт. ч.) за определенный период (год, месяц, день) можно определить по формуле:

где М - суммарная мощность действующих электроустановок (кВт.).

Fд - действительный фонд времени работы оборудования за период (ч).

Кз - коэффициент загрузки оборудования по времени.

Таким образом, расходы на электроэнергию за время проектирования и разработки определяется по формуле:

где: Ц - стоимость 1 квт.ч.;

6. БЕЗОПАСНОСТЬ И ЭКОЛОГИЧНОСТЬ РАБОТЫ

В этом разделе рассмотрена проблема обеспечения безопасности проектировщика и эргономичности рабочего места. Детально описаны проблемы оценки напряженности труда разработчика, анализ условий труда разработчика и мероприятия по устранению вредных факторов, требования к видеодисплейным терминалам (ВДТ) и персональным требования к помещениям для эксплуатации ВДТ и ПЭВМ электронно-вычислительным машинам.

Оценивается напряженность труда разработчика. Это необходимо, для того чтобы знать условия, в которых велась разработка данной работы. После этого проводится анализ условий труда, и в зависимости от характера этих условий будут приведены мероприятия по устранению вредных факторов. И в конце будут приведены требования к видеодисплейным терминалам и помещениям, содержащие ВДТ.

6.1. Оценка напряженности труда разработчика

Труд и здоровье взаимосвязаны и взаимообусловлены. Особое внимание следует обратить на то, что за последние годы в сфере эмоций и умственной деятельности многочисленных работников различных профессий наблюдается значительная интенсификация. Работники часто не успевают адекватно и вовремя реагировать на всю производственную и семантически значимую информацию. Накапливается все больше неотреагированных эмоций и нереализованных задач производственного характера. В связи с этим адаптационно-компенсаторные механизмы, выработанные в процессе эволюции, с трудом справляются с повышенной производственной нагрузкой. Можно сказать, что темпы адаптации организма иногда отстают от темпов возрастания производственных требований. При этом под влиянием хронического воздействия производственных факторов перенапряжение центральной нервной системы может принимать устойчивый характер и тем самым провоцировать развитие «информационных» неврозов.

Необходимо создать оптимальные условия для деятельности центральной нервной системы. Нельзя полностью освободить работника от психоэмоционального напряжения (и вряд ли следует стремиться к этому). Но необходимо повысить устойчивость адаптационных механизмов организма к эмоциональным стрессорам и упорядочить деятельность работающих. При этом целесообразно, с одной стороны, правильно использовать резервы организма, с другой - обнаружить отклонения и недостатки этих механизмов, чтобы вовремя их устранить.

Необходимо оценить условия труда по факторам напряженности трудового процесса. Для обозначения класса условий труда используются следующие обозначения: оптимальные (класс 1.0); допустимые (класс 2.0); вредные с четырьмя степенями вредности: 1 (класс 3.1), 2 (класс 3.2), 3 (класс 3.3), 4 (класс 3.4) и опасные (экстремальные) условия труда (класс 4.0). Данный метод классификации позволяет при выставлении общей оценки учитывать комбинации и сочетания всех факторов производственной среды и трудового процесса. Такая система оценки позволяет прогнозировать риск развития профессиональных заболеваний или других нарушений здоровья.

Сведем результаты оценки напряженности трудового процесса разработчика в таблицу 6.1

Таблица 6.1 Оценка напряженности разработчика

Страницы: 1, 2, 3