Сделай Сам Свою Работу на 5

Управление памятью, сборщик мусора в C#. Обработка исключений.





Неделя

Тема занятий: Платформа автоматизации CoDeSys.

План лекции (2 часа)

Основные возможности системы CoDeSys.

Основные возможности системы CoDeSys. Базовая структура проекта и его элементы. Визуальная разработка и отладка управляющих программ. Инструментарий разработки. Целевая визуализация процессов управления.

План лабораторного занятия(1 час)

Проектирование справочной системы

План СРСП (2 часа).

  1. Обзор пройденного материала

2.Базовая структура проекта и его элементы. Визуальная разработка и отладка управляющих программ.

План СРС (4 часа).

Инструментарий разработки. Целевая визуализация процессов управления

Неделя

Тема занятий: Возможности CoDeSys как открытой системы.

План лекции (2 часа)

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

Архитектура приложений современных систем управления.

План лабораторного занятия(1 час)

Проектирование справочной системы

План СРСП (2 часа).

1.Обзор пройденного материала



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

План СРС (4 часа).

Архитектура приложений современных систем управления

Неделя

Тема занятий: Взаимодействие с аппаратными средствами платформы CoDeSys.

План лекции (2 часа)

Взаимодействие с аппаратными средствами платформы CoDeSys. Особенности программного обеспечения для контроллеров CoDeSys. Soft PLC. Сервисы взаимодействия с PLC: Gateway и PlcHandler.

План лабораторного занятия(1час).

Проектирование справочной системы

План СРСП (2 часа).

  1. Обзор пройденного материала

2.Особенности программного обеспечения для контроллеров CoDeSys. Soft PLC.

План СРС (4 часа).

Сервисы взаимодействия с PLC: Gateway и PlcHandler.

Неделя

Тема занятий: Особенности механизмов работы OPC серверов.

План лекции (2 часа)

OPC сервер объединяет следующие типы объектов: OPC сервер, OPC группа и элемент данных OPC. OPC сервер обеспечивает информацией реальный сервер и является хранилищем всех данных. ОРС группа обеспечивает информацией участников группы и предоставляет механизм обновления и логической организации элементов данных ОРС. Элементы данных ОРС обеспечивают связь источника данных с сервером.Элемент данных ОРС не представляющий реальный источник данных, но содержащий соответствующий адрес в конфигурации сервера.



План лабораторного занятия(1 час)

Создание прототипа интерфейса и его тестирование

План СРСП (2 часа).

  1. Обзор пройденного материала.

2.ОРС группа обеспечивает информацией участников группы и предоставляет механизм обновления и логической организации элементов данных ОРС.

План СРС (4часа).

Элемент данных ОРС не представляющий реальный источник данных, но содержащий соответствующий адрес в конфигурации сервера.

Неделя

Тема занятий: Базовые понятия процесса тестирования.

План лекции (2 часа)

Понятие верификации. Жизненный цикл разработки программного обеспечения. Тестирование, верификация и валидация - различия в понятиях. Типы процессов тестирования и верификации и их место в различных моделях жизненного цикла. Задачи и цели процесса верификации.

План лабораторного занятия(1 час).

Создание прототипа интерфейса и его тестирование

План СРСП (2 часа).

  1. Обзор пройденного материала

2.Тестирование, верификация и валидация - различия в понятиях.

План СРС (4 часа).

Типы процессов тестирования и верификации и их место в различных моделях жизненного цикла. Задачи и цели процесса верификации.

Неделя

Тема занятий:V-образный жизненный цикл.



План лекции (2 часа).

Спиральный жизненный цикл. Экстремальное программирование.Тестирование, верификация и валидация - различия в понятиях

План лабораторного занятия(1 час).

Создание прототипа интерфейса и его тестирование

План СРСП (2 часа).

  1. Обзор пройденного материала

2.Экстремальное программирование

План СРС (4 часа).

Тестирование, верификация и валидация - различия в понятиях

Неделя

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

Использование инструментальных средств. Решение практических проблем с помощью экспертных систем. Архитектура экспертных систем.

План лекции (2 часа).

Использование инструментальных средств. Решение практических проблем с помощью экспертных систем.

Архитектура экспертных систем.

План лабораторного занятия(1 час).

Создание прототипа интерфейса и его тестирование

План СРСП (2 часа).

  1. Обзор пройденного материала

2.Решение практических проблем с помощью экспертных систем.

План СРС (4часа).

Архитектура экспертных систем.

 

 

УЧЕБНО-МЕТОДИЧЕСКИЕ МАТЕРИАЛЫ ПО ДИСЦИПЛИНЕ

Список основной литературы

1.Керниган Б., Ритчи Д. Язык программирования Си. -2-е изд. М.: Вильямс, 2007, с. 304.

2.Герберт Шилдт. C: полное руководство, классическое издание. М.: Вильямс, 2010,с. 704.

3.Прата С. Язык программирования С: Лекции и упражнения. - М.: Вильямс, 2006,с. 960.

4. Кочан С. Программирование на языке Си . 3-е изд. - М.: Вильямс, 2006,с. 496.

5. Гукин Д. Язык программирования Си для «чайников». М.: Диалектика, 2006,с. 352.

6. Абрамов В.Г., Трифонов Н.П., Трифонова Г.Н. Введение в язык Паскаль. — М.: Наука, 1988,с.231

7. Березин Б.И., Березин С.Б. Начальный курс С и C++. - М.: ДИАЛОГ-МИФИ, 1996,с.167.

9. Бондарев В.М., Рублинецкий В.И., Качко Е.Г. Основы программирования. -Харьков: Фолио, Ростов н/Д: Феникс, 1997,с.256.

9. Ван Тассел Д. Стиль, разработка, эффективность, отладка и испытание программ. — М.: Мир, 1981.

10. Вирт Н. Алгоритмы и структуры данных. - М.: Мир, 198,с.258.

6. Гладков В. П. Задачи по информатике на вступительном экзамене в вуз и их решения: Учебное пособие. -Пермь: Перм. техн. ун-т, 1994, с.329.

7. Гладков В. П. Курс лабораторных работ по программированию: Учебное пособие для специальностей электротехнического факультета ПГТУ. Пермь: Перм. техн. ун-т, 1998, с.456.

8. Грогоно П. Программирование на языке Паскаль. -М.: Мир, 1982, с.645.

9. Дагене В.А., Григас Г. К., Аугутис К.Ф. 100 задач по программированию. - М.: Просвещение, 1993с.478.

10. Епашников A.M., Епашников В.А. Программирование в среде Турбо Паскаль 7.0. - М.: МИФИ, 1994, с.561.

11. Заварыкин В.М., Житомирский В.Г., Лапчик М.П. Основы информатики и вычислительной техники. - М.: Просвещение, 1989,с.354.

12. Задачи по программированию / С. А. Абрамов, Г. Г. Гнездилова, Е. Н. Капустина, М. И. Селюн. - М.: Наука, 1988,с.451.

13. Зубов В. С. Программирование на языке Turbo Pascal (версии 6.0 и 7.0). - М.: Информационно-издательский дом «Филинъ», 1997,с.452.

14. 3yeв Е. А. Практическое программирование на языке Turbo Pascal 6.0, 7.0. - М.: Радио и связь, 1994,с.351.

15. Информатика. Задачник-практикум: В 2 т. / Под ред. И. Г. Семакина, Е.К.Хеннера. -М.: Лаборатория Базовых Знаний, 1999,с.253.

Список основной литературы.

1. Йенсен К., Вирт Н. Паскаль - руководство для пользователей и описание языка. - М.: Мир, 1982с.457.

2. Касаткин В. Н. Информация. Алгоритмы. ЭВМ. - М.: Просвещение, 1991,с.351.

3. Керниган Б., Ритчи Д. Язык программирования Си: Пер. с англ. - М.: Финансы и статистика, 1992, с.589.

4. Культин Н.Б. Программирование в Turbo Pascal и Delphi.-СПб.: BHV Санкт-Петербург, 1998, с.754.

5. Ляхович В.Ф. Руководство к решению задач по основам информатики и вычислительной техники. - М.: Высшая школа, 1994, с.312.

6. Марченко А.И., Марченко Л.А. Программирование в среде Turbo Pascal 7.0 / Под ред. В. П.Тарасенко. -Киев: ВЕК+; М.: Бином Универсал, 1998, с.452.

7. Миков А. И. Информатика. Введение в компьютерные науки. - Пермь: Изд-во ПГУ, 1998, с.366.

8. Могилев А. В., Пак Н.И., Хеннер Е.К. Информатика: Учеб. пособие для студ. пед. вузов / Под ред. Е. К. Хеннера. - М.: Изд. центр «Академия», 1999, с.587.

 

УЧЕБНО-МЕТОДИЧЕСКИЕ МАТЕРИАЛЫ ПО ДИСЦИПЛИНЕ

 

III ЛЕКЦИОННЫЙ КОМПЛЕКС

Лекция №1-2. Обобщенная архитектура прикладной составляющей программного обеспечения систем управления.

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

Жизненный цикл изделия и программные средства его поддержки
Современное производство сложных изделий машиностроения подразумевает согласованную работу многих предприятий. Для обеспечения согласованной работы всех предприятий, участвующих в проектировании, производстве, реализации и эксплуатации изделий, используется соответствующая информационная поддержка этапов жизненного цикла изделий. Такая поддержка и компьютерное сопровождение жизненного цикла изделия получили название CALS (Continuous Acquisition and Lifecycle Support). Назначение CALS-технологий - обеспечивать представление необходимой информации в нужное время, в нужном виде, в конкретном месте любому пользователю на всех этапах жизненного цикла изделия. Внедрение CALS-технологий в ближайшие годы станет необходимым условием выживания промышленных предприятий при существующей жесткой конкуренции товаров на международных и национальных рынках.

 

Рис. 1 Этапы жизненного цикла промышленных изделий и системы их автоматизации, применительно к производствам на базе PLC.

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

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

  • САЕ - Computer Aided Engineering (автоматизированные расчеты и анализ);
  • CAD - Computer Aided Design (автоматизированное проектирование);
  • САМ - Computer Aided Manufacturing (автоматизированная технологическая

подготовка производства);

  • PDM - Product Data Management (управление проектными данными);
  • ERP - Enterprise Resource Planning (планирование и управление предприятием);
  • MRP-2 - Manufacturing (Material) Requirement Planning (планирование

производства);

  • MES - Manufacturing Execution System (производственная исполнительная

система);

  • SCM - Supply Chain Management (управление цепочками поставок);
  • CRM - Customer Relationship Management (управление взаимоотношениями с

заказчиками);

  • SCADA - Supervisory Control And Data Acquisition (диспетчерское управление

производственными процессами);

  • CNC - Computer Numerical Control (компьютерное числовое управление);
  • S&SM - Sales and Service Management (управление продажами и обслуживанием);
  • СРС - Collaborative Product Commerce (совместный электронный бизнес).


Интересующими нас этапами в жизненном цикле изделия являются его проектирование и производство (Рис. 1). Применяемые на этих этапах современные технологии и инструменты (CAE, CAD, CAM, PDM, MES и прочие) являются залогом того, что производство будет эффективным, и изделие качественным и востребованным.CAM, ERP, SCADA и другие инструментальные средства обладают универсальностью, т.е. применимы к широкому кругу производственных задач. В связи с этим возможно выделить уровень систем и приложений более близкий к специфике задач производства и используемому на нем оборудованию. Такое программное обеспечение будет иметь прикладной характер по отношению к производственному процессу.

В настоящее время широкое распространение получили производства (например, деревообработка, полиграфия, сборочные и упаковочные линии), в которых управление производственными процессами реализовано на базе программируемых логических контроллерах (PLC). На таких производствах важную роль играет программное обеспечение, которое используется для компьютерного оборудования на этапах проектирования, подготовки производства и производства. На этих этапах выполняются прикладные задачи создания программ управления электроавтоматикой, настройки аппаратных средств, организации предоставления данных для систем более высокого уровня (SCADA, ERP,MES) и прочее.

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

 

 

Примеры CAD/CAM/CAE линейки продуктов: Autodesk (Autodesk, Inc); SolidWorks (SolidWorks Corp США); Delcam (Power Solution Великобртания).
Примеры PDM систем: PLM Windchill (Parametric Technology Corporation) SWR-PDM (SolidWorks Corp)
Казахстанские: T-FLEX DOCs (Топ системы) APPIUS PDM (1С:PDM)


И прочие описания доступны в интернете по ключевым словам Современные тенденции построения систем управления электроавтоматикой опираются на следующие особенности:

  • Аппаратная база предполагает использование технологических и стоимостных

преимуществ персональных компьютеров;

  • Программная реализация использует все достоинства

объектно-ориентированного и компонентного подходов;

  • Пользовательский интерфейс имеет стандартное оконное представление;
  • Технологу-программисту предоставляются удобные средства для разработки

управляющих программ;

· Система управления предполагает своё внедрение в работу систем по управлению производством.

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

Вопросы:

1.Что означает CALS-технологии?

2. В чём заключается главная задача создания и внедрения CALS-технологий?

3.Жизненный цикл изделия и программные средства его поддержки.

4.Этапы жизненного цикла промышленных изделий и системы их автоматизации, применительно к производствам на базе PLC.

5.Назовите основные типы автоматизированных систем обработки информации в CALS.

 

 

Лекция №3-4. Обобщенная архитектура систем управления электроавтоматикой.
На сегодняшний день обобщенную архитектуру модулей систем управления электроавтоматикой можно представить в следующем виде (Рис. 2). В представленном виде (схематично) выделяются: прикладная часть, ядро системы управления и аппаратное обеспечение производства (последнее не является программными модулями системы управления). Для взаимодействия прикладной части и ядра системы управления используется ряд программных технологий (OPC, DDE, API, COM/DCOM) и ряд сетевых технологий (TCP/IP, Profibus, CANopen и т.п.). Соответственно программные технологии используются для организации программного взаимодействия между компонентами системы вне зависимости от их локального или распределённого расположения. Сетевые технологии применяются для организации взаимодействия компонентов распределенных на нескольких ПК, связанных сетью, а также для организации взаимодействия приложений системы, выполняемых на ПК, с компонентами ядра, расположенных на PLC.


Рис. 2 Обобщенная архитектура систем управления электроавтоматикой

Характеристики современного процесса разработки прикладной составляющей электроавтоматики
Процесс разработки прикладных компонентов систем управления электроавтоматикой обладает своей спецификой. Стоит отметить, что более 80% от объема разрабатываемого кода, приходится исключительно на реализацию компонентов прикладной составляющей. С учётом этого и поскольку интерес к развитию и расширению функций прикладной составляющей неуклонно растёт (в частности, к HMI и средствам взаимодействия с MES и ERP системами), появляются фирмы, специализирующиеся на разработке унифицированного прикладного программного обеспечения. Лидером в этой области является разработчик систем управления Smart Software Solutions – 3S, прикладные компоненты ее продукта CoDeSys применяются в системах управления электроавтоматикой TwinCAT (Beckhoff) и IndraLogic (система управления электроавтоматикой, реализованная на основе информационной системы IndraWorks производителя Bosch Rexroth). TwinCAT PLC Control – редактор управляющих программ поддерживают все 5 стандартных языков программирования логических контроллеров МЭК61131-3. В основу редакторов TwinCAT положен программный продукт CoDeSys фирмы 3S, который Beckhoff использует по лицензионному соглашению.

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

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

предполагают реализацию функций, специфичных скорее офисным приложениям, также не остались без внимания. На рынок выходят новые фирмы, предлагающие компоненты для реализации элементов пользовательского оконного интерфейса, такие как Lidor Systems (продукты LidorSystem.Collector и IntegralUI TreeVeiw), TheUltimateToolbox (продукты Ultimate Toolbox 2005, Ultimate Grid, Ultimate TCP/IP) и Divelements Limited (продукты SandRibbon, SandGrid, SandBar, SandDock, Eyefinder, Navisight). Заказчики или производители систем автоматизации могут использовать аппаратное обеспечение СУ различных производителей. Это важно, например, при модернизации производства, когда новая система управления должна уметь взаимодействовать с уже использующимися и зарекомендовавшими себя контроллерами. Ключевое слово “открытая архитектура” наиболее полно раскрывает потенциал новых функциональных возможностей систем электроавтоматики. Важнейшие из них:

  • Конфигурирование (настраивание);
  • Внедрение покупных программных продуктов;
  • Эволюция систем управления;
  • Доступ к информации;
  • Стандартизация пользовательских интерфейсов;
  • Включение системы в сетевую коммуникационную среду.

Обобщенно открытую архитектуру прикладного программного обеспечения можно представить нижеследующим образом (Рис.3).Центральное место в архитектуре занимают компоненты, реализующие интеграцию, т.е. взаимодействие и обмен данными между компонентами различных групп, как собственных, так и сторонних разработчиков. Сторонние разработчики поставляют с одной стороны, компоненты, специализированные для реализации пользовательского интерфейса (слева на Рис. 3), с другой стороны, прикладные компоненты инструментария для разработки программ PLC (справа), и прикладные компоненты драйверов и управления контроллера (снизу). В каждой из этих областей присутствуют фирмы-лидеры со своими готовыми компонентами. Для создания прикладного программного обеспечения, на основе наиболее подходящих разработок от ведущих производителей необходимо реализовать компоненты интеграции.

 

Рис. 3 Обобщенная архитектура открытого прикладного ПО электроавтоматики

Главная роль компонентов интеграции – это обеспечение взаимодействия компонентов, реализация конфигурирования их набора и преобразование данных, необходимых для обмена между компонентами. Примером системы управления, которая реализует подобную архитектуру, является IndraLogic, а также отчасти CoDeSys и TwinCAT. Как говорилось выше, IndraLogic реализована на базе информационной системы IndraWorks, которая в свою очередь использует компоненты пользовательского интерфейса DDPFramework.В качестве инструментальных средств разработки используются редакторы управляющих программ контроллеров программного продукта CoDeSys. А со стороны аппаратного обеспечения применяются контроллеры нового поколения IndraLogic L20, L40, контроллеры на базе ПК IndraLogic VE, VP, VS. Использование представленной открытой архитектуры прикладной составляющей в системах управления имеет ряд преимуществ, как для разработчиков, так и для потребителей:

  • Разработчики системы управления не тратят определённые ресурсы, т.е.

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

  • Разработчики имеют возможность определения требуемого набора компонентов и реализуемых ими задач, на ранних стадиях проектирования прикладной составляющей;
  • Разрабатываемая система получается открытой и расширяемой для

разработчиков программного обеспечения, производителей систем автоматизации

и для конечных потребителей;

  • Сокращается время выпуска новой системы;
  • Потребители получают возможности для расширенной настройки пользовательского интерфейса.

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

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

Вопросы:

  1. Прикладное программное обеспечение СУ. Место в обобщенной структуре программного обеспечения СУ.
  2. Обобщенная архитектура прикладной составляющей программного обеспечения СУ.
  3. Тенденции развития архитектуры прикладной составляющей программного обеспечения СУ. Современные подходы в разработке и использовании готовых компонентов обеспечения СУ.

 

 

 








Не нашли, что искали? Воспользуйтесь поиском по сайту:



©2015 - 2024 stydopedia.ru Все материалы защищены законодательством РФ.