Полный текст

Традиционная методология создания встроенных систем основана на модели фон Неймана - поочередное выполнение последовательности примитивных вычислений, представленных на традиционных императивных языках программирования (язык Си). Для критичных по безопасности встроенных систем проект должен быть детерминированным, безопасным, корректным и полным. Большинство же традиционных языков программирования привносят в проект недетерминистские, непредсказуемые и небезопасные операции [1]. Для устранения возможностей непредсказуемого поведения были разработаны синхронные языки программирования. Эти языки используют ограниченные конструкции традиционных языков для исключения недетерминизма и небезопасных операций. Главным образом синхронные языки поддерживают только временное ограничение выполнения операций. Они работают в соответствии с концепцией глобальной длительности временного интервала, означающей, что в данном интервале все могут выполнять свою требуемую задачу. Модельно-ориентированное проектирование является другой методологией создания встроенных систем. Изначально оно использовалось для систем комбинированного управления, цифровой обработки сигналов и телекоммуникационных систем. Сейчас модельно-ориентированное проектирование используется для управления движением, управления промышленным оборудованием, в аэрокосмических и автомобильных приложениях. Ключевая идея подхода состоит в построении высокоуровневой визуальной модели системы и ее отладки с последующей автоматической генерацией безопасного Си-кода, который затем компилируется в объектный код целевого микроконтроллера системы управления. Целью данной статьи является изучение возможностей SCADEsuite для разработки и отладки модели адаптивного нечеткого регулятора мобильного робота. 1. Модельно-ориентированное проектирование систем. Парадигма модельно-ориентированного проектирования систем означает, что помимо языков той или иной предметный области используются точные и практические описания важных сущностей в терминах объекта и процесса проектирования. Программная или аппаратная реализация (код на том или ином языке программирования) генерируется автоматически только после детального изучения поведения модели (верификации модели). Существуют различные среды разработки встроенных систем, основанные на методологии модельно-ориентированного проектирования. Компания MathWorks [2] разработала интегрированную среду разработки на платформе MatLab/Simulink. Это позволило объединить в непрерывный рабочий процесс разные этапы разработки системы, такие как формирование спецификаций и системных требований, имитационное моделирование, разработку системы, отладку и тестирование. Модельно-ориентированное проектирование помогает координировать работу различных групп разработчиков и позволяет выявлять ошибки на ранних стадиях, значительно сокращая время разработки и повышая эффективность проектирования. Автоматическая генерация кода обеспечивает генерацию ANSI/ISО c кода из моделей Simulink для применения в конечном продукте и ускорения имитации (для микропроцессоров, DSP), а также быстрого создания прототипов и тестирования в аппаратном режиме. Тестирование и верификация осуществляются на основе технических требований (прослеживаются требования в коде), осуществляется непрерывное тестирование в процессе имитационного моделирования, создания прототипов, программ, на уровне микроконтроллера и аппаратном уровне. Компания Agilent Technologies предлагает САПР SystemVue предназначенный для автоматизации проектирования на уровне ESL (electronic system-level, системный уровень электроники) [3]. SystemVue вводит такие новшества, как архитектура системы и разработка алгоритмов для проектирования физического уровня беспроводных и аэрокосмических телекоммуникационных систем, обеспечивая их реализацию в виде RF (радиочастотные узлы), DSP и FPGA/ASIC. SystemVue заменяет такие среды разработки, как проектирование цифровых устройств общего назначения, проектирование аналоговых узлов и выполнение математических расчетов. SystemVue (называют просто RF) сокращает разработку и время верификации физического уровня вдвое. Ключевые достоинства SystemVue: - являются лучшей в классе средств разработки RF узлов для работы в основной полосе, позволяет виртуализацию проектирования; - обеспечивает более высокую интеграцию с тестированием, ускоряет степень завершенности разработки и рационализирует последовательность модельно-ориентированного проектирования - от архитектуры до верификации; - для групп разработчиков, объединенных в сеть, максимизирует повторное использование результатов проектирования и капитализирует совместную деятельность. Компания Esterel Technologies [4] создала среду разработки SCADE для получения законченных решений разработчиками прикладного программного обеспечения критических по безопасности встроенных систем. Она состоит из следующих компонентов. Комплект программ SCADE Suite - это основанный на модели набор инструментов (tool-chain) для разработки прикладного программного обеспечения систем управления, интеграционную роль в которой играют собственный (native) язык SCADE и его формальная нотация. SCADE Suite содержит компоненты для создания проектов, моделирования и верификация проектов, генерации кода на Си и Ada и средства поддержки функциональной совместимости с инструментами разработки других производителей. Унифицированная «Методология разработки моделей» в SCADE позволяет объединять алгоритмические описания, сделанные с помощью потоков данных, с описаниями, сделанными с помощью конечных автоматов, на любом уровне иерархии проекта. SCADE обеспечивает проектировщика технологией однократного (без итерационного) ввода информации, которая позволяет выполнить реализацию требований без избыточности или неоднозначности и построить более точные программные модели. В библиотеке SCADE содержится более трехсот дискретных операторов. 2. Разработка нечеткого регулятора мобильного робота. Применение нейронечеткой технологии для автоматизации подвижных объектов посвящен ряд работ [5-12]. Необходимо разработать модель нечеткого управления мобильного робота, показанного на рис. 1. d a Рис. 1. Лингвистические переменные системы управления мобильного робота: d - расстояние до стенки; а - угол поворота передних колес На первом шаге создания модели нечеткого регулятора необходимо определить лингвистические переменные: - расстояние между стенкой и мобильным роботом; - угол поворота передних колес мобильного робота. Для нечеткого регулятора определим следующие продукционные правила: - если расстояние до стены меньше 50 см, то следует повернуть направо; - если расстояние до стены больше 50 см, то следует повернуть налево; - если расстояние до стены около 50 см, то следует двигаться прямо. В соответствии с этими продукционными правилами определим терм-множество входной лингвистической переменной «расстояние» из трех терм: «далеко» (больше 50 см), «около» (около 50 см, оптимальное расстояние) и «близко» (меньше 50 см). Для лингвистической выходной переменной «угол поворота» определим терм-множество из трех терм: «вправо» - для отрицательных углов, «прямо» - для прямолинейного движения и «влево» - для положительных углов. На рис. 2, а приведено терм-множество входной лингвистической переменной «расстояние» (d = 0…80) и на рис. 2, б - терм-множество выходной лингвистической переменной «угол поворота», размещенное на интервале: - 5, 0, +5 угловых градусов. а б Рис. 2. Терм-множества лингвистических переменных мобильного робота: а - расстояние; б - угол поворота Предположим, что дальномер показывает расстояние 26 см и синглетон синхронно переместился на эту величину. При этом активизировались терм «близко» со степенью принадлежности 0,8 и терм «около» со степенью принадлежности 0,2. Для реализации нечеткой композиции (свертки) применим алгоритм Мамдани. Находим усеченные функции принадлежности выходной лингвистической переменной «угол поворота» [16]: ; , где и - степени принадлежности; , - функции принадлежности выходной лингвистической переменной «угол поворота»; , - усеченные функции принадлежности выходной лингвистической переменной «угол поворота». Определяем нечеткую композицию (свертку) объединенных усеченных функций , с помощью поточечного суммирования: . Для определения центра тяжести (дефаззификация) фигуры а, б, с, д, лежащей на оси абсцисс, применим метод центроида для равномерного распределения фигуры (см. рис. 2, б) согласно формулам [16]: ; , где - площадь i-прямоугольника; - высота i-прямоугольника; - ширина i-прямоугольника (шаг дискретизации); Dxц.т.i - значение абсциссы ЦТ i-прямоугольника, . Рулевое управление может принимать одиннадцать дискретных значений в интервале от -5 до +5. Шаг дискретизации поиска текущего значения центра тяжести равен 6 см при шаге дискретизации дальномера 1 см. 3. Разработка программы управления мобильным роботом в SCADE. Рассмотрим реализацию модели этого нечеткого контроллера в SCADE Suite [13, 14, 15]. Процесс фаззификации представим с помощью трех операторов fuzzificationFar, fuzzificationNear и fuzzificationNorm, соответствующих лингвистической переменной «расстояние»: «далеко», «близко» и «около». Каждый из операторов ставит в соответствие значения расстояния dist для оснований терм (рис. 3). Нахождение центра тяжести реализуются с помощью пар итераторов NomGravityFar/DenomGravityFar, NomGravityNear/DenomGravityNear. Каждая пара соответствует паре итераторов числитель/знаменатель выражения для вычисления «центра тяжести» соответствующих активизированной фигуре лингвистической переменной «угол поворота». а б в Рис. 3. Модели терм-множества фаззификатора: а - fuzzificationFar; б - fuzzificationNear; в) fuzzificationNorm В процессе фаззификации значений входа dist задействованы операторы fuzzificationFar, fuzzificationNear и fuzzificationNorm и три конструктора массива. В процессе дефаззификации задействованы четыре итератора foldi, сгруппированные попарно. На выходе angle они формируют индексы значений угла поворота от -5 до +5 угловых градусов. Выводы 1. Модельно-ориентированное проектирование позволяет строить наглядные модели мобильных роботов для изучения их свойств и получить безопасный Си-код нечеткого регулятора для микроконтроллера мобильного робота. 2. Разработан нечеткий регулятор мобильного робота и внедрен в конкретной конструкции (полотер). 3. На разработанном прототипе мобильного робота и его программном обеспечении можно в дальнейшем расширять его возможности.

Об авторах

О. В Гончаровский

Пермский национальный исследовательский политехнический университет

Email: 35911953@mail.ru

Ю. Н Хижняков

Пермский национальный исследовательский политехнический университет

Email: luda@at.pstu.ru

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

Статистика

Просмотры

Аннотация - 54

PDF (Russian) - 17

Ссылки

• Ссылки не определены.