Характеристика современных методов проектирования микропроцессорных систем. Проектирование микропроцессорной системы контроля. Подпрограмма обмена информацией с центральной ЭВМ

Нажав на кнопку "Скачать архив", вы скачаете нужный вам файл совершенно бесплатно.
Перед скачиванием данного файла вспомните о тех хороших рефератах, контрольных, курсовых, дипломных работах, статьях и других документах, которые лежат невостребованными в вашем компьютере. Это ваш труд, он должен участвовать в развитии общества и приносить пользу людям. Найдите эти работы и отправьте в базу знаний.
Мы и все студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будем вам очень благодарны.

Чтобы скачать архив с документом, в поле, расположенное ниже, впишите пятизначное число и нажмите кнопку "Скачать архив"

Подобные документы

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

курсовая работа , добавлен 20.05.2014


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

дипломная работа , добавлен 13.07.2010


Целесообразность применения МП-устройства. Архитектура микропроцессорной системы. Структурная организация БИС ВТ с изолированными шинами. Содержание и возможная направленность микроконтроллера. Обобщенная структура простого встраиваемого микроконтроллера.

реферат , добавлен 28.04.2011


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

курсовая работа , добавлен 22.01.2014


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

курсовая работа , добавлен 17.08.2013


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

курсовая работа , добавлен 30.08.2010


Общее понятие о микроконтроллерах, их использование и назначение. Разработка проекта микропроцессорной системы сбора данных с использованием стендов SDK 1.1 и SDX 0.9. Создание программного обеспечения и его загрузка в лабораторный стенд SDK-1.1.

курсовая работа , добавлен 31.01.2014

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

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

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

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

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

Все эти причины делают задачи контроля и диагностики на этапе разработки МПС наиболее сложными, а требования к квалификации персонала весьма высокими.

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

• возможность измерений как цифровых, так и аналоговых сигналов;
• разнообразие режимов работы и оперативность настройки на заданный режим;
• оперативность и наглядность представления результатов измерений;

• возможность работы как с аппаратурой, так и с программным обеспечением.

  На этапе производства микропроцессорной системы на первый план выдвигаются требования:

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

  Контроль на этом этапе проводится с использованием отработанных тестовых программ . Тестирование проводится на специально разработанных контрольных стендах (в случае достаточно большого объема производства), предназначенных для выдачи тестовых воздействий и автоматического анализа реакций на них. Как правило, на этом этапе проводится только контроль работоспособности системы по принципу "годен - не годен". Определение места и характера неисправности проводится более высококвалифицированным персоналом в ходе отдельного процесса.

  Контроль в процессе эксплуатации , как правило, проще, чем на предыдущих этапах, по следующим причинам:

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

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

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

Рассмотрим теперь собственно инструментальные средства контроля и отладки микропроцессорных систем.

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

Средства контроля и отладки должны:

• управлять поведением системы и/или ее модели;
• собирать информацию о поведении системы и/или ее модели, обрабатывать и представлять на удобном для разработчика уровне;
• моделировать поведение внешней среды проектируемой системы.

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

Как показывает опыт разработки, производства и эксплуатации МПС, окончательный контроль работоспособности должен производиться на реальной аппаратуре и на рабочих тактовых частотах . Поэтому инструментальные средства должны обеспечивать решение задач генерации входных воздействий и регистрации выходных реакций в реальном времени. Наличие в МПС двунаправленных шин требует обеспечения возможности переключения контрольного оборудования с передачи на прием в течение одного периода тактовой частоты . Для контроля временных характеристик требуются весьма быстродействующие инструментальные средства. Кроме того, значительная длина тестовых программ вызывает потребность в использовании ОЗУ , контроллеров внешних устройств, блока питания, генератора тактовых импульсов и т. д.

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

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

Для автономной отладки аппаратуры на схемном уровне широко используются осциллографы, вольтметры, амперметры, частотомеры, генераторы импульсов , сигнатурные анализаторы. На более высоком уровне применяют внутрисхемные эмуляторы, эмуляторы ПЗУ , логические анализаторы , платы развития, а также специальные отладочные средства, которые встраиваются в БИС на этапе их разработки.

Этапы проектирования микропроцессорных систем

Микропроцессорные системы по своей сложности, требованиям и функциям могут значительно отличаться надежностными параметрами, объемом программных средств, быть однопроцессорными и многопроцессорными, построенными на одном типе микропроцессорного набора или нескольких, и т.д. В связи с этим процесс проектирования может видоизменяться в зависимости от требований, предъявляемых к системам. Например, процесс проектирования МПС, отличающихся одна от другой содержанием ПЗУ, будет состоять из разработки программ и изготовления ПЗУ.

При проектировании многопроцессорных микропроцессорных систем, содержащих несколько типов микропроцессорных наборов, необходимо решать вопросы организации памяти, взаимодействия с процессорами, организации обмена между устройствами системы и внешней средой, согласования функционирования устройств, имеющих различную скорость работы, и т. д. Ниже приведена примерная последовательность этапов, типичных для создания микропроцессорной системы:
1. Формализация требований к системе.
2. Разработка структуры и архитектуры системы.
3. Разработка и изготовление аппаратных средств и программного обеспечения системы.
4. Комплексная отладка и приемосдаточные испытания.

Этап 1. На этом этапе составляются внешние спецификации, перечисляются функции системы, формализуется техническое задание (ТЗ) на систему, формально излагаются замыслы разработчика в официальной документации.

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

Этап 3. После определения функций, реализуемых аппаратурой, и функций, реализуемых программами, схемотехники и программисты одновременно приступают к разработке и изготовлению соответственно опытного образца и программных средств. Разработка и изготовление аппаратуры состоят из разработки структурных и принципиальных схем, изготовления прототипа, автономной отладки.
Разработка программ состоит из разработки алгоритмов; написания текста исходных программ; трансляции исходных программ в объектные программы; автономной отладки.

Этап 4. см. Комплексная отладка.

На каждом этапе проектирования МПС людьми могут быть внесены неисправности и приняты неверные проектные решения. Кроме того, в аппаратуре могут возникнуть дефекты.

Источники ошибок

Рассмотрим источники ошибок на первых трех этапах проектирования.

Этап 1. На этом этапе источниками ошибок могут быть: логическая несогласованность требований, упущения, неточности алгоритма.

Этап 2. На данном этапе источниками ошибок могут быть: упущения функций, несогласованность протокола взаимодействия аппаратуры и программ, неверный выбор микропроцессорных наборов, неточности алгоритмов, неверная интерпретация технических требований, упущение некоторых информационных потоков.

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

Каждый из перечисленных источников ошибки может породить большое число субъективных или физических неисправностей, которые необходимо локализовать и устранить. Обнаружение ошибки и локализация неисправности являются сложной задачей по нескольким причинам: во-первых, из-за большого числа неисправностей; во-вторых, из-за того, что различные неисправности могут проявляться одинаковым образом. Так как отсутствуют модели субъективных неисправностей, указанная задача не формализована. Имеются определенные успехи в области создания методов и средств обнаружения ошибок и локализации физических неисправностей. Эти методы и средства широко используются для проверки работоспособного состояния и диагностики неисправностей дискретных систем при проектировании, производстве и эксплуатации последних.

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

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

Проверка правильности проекта

Основные методы контроля правильности проектирования следующие: верификация - формальные методы доказательства корректности проекта; моделирование; тестирование.

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

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

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

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

Министерство науки и образования Республики Казахстан

Многопрофильный колледж

Северо-Казахстанского государственного университета

имени академика М. Козыбаева

Пояснительная записка

к курсовому проекту

по дисциплине: «Цифровые устройства и микропроцессорные системы»

на тему: «Проектирование микропроцессорной системы на основе микропроцессора I 8086 »

Вариант № 16

Выполнил: студент гр. РЭС-к-09

Сафронов С.В

Проверил: преподаватель

Михайлова А.Н

Петропавловск 2010

1. Введение

2. Общая структура МПС

3. 16-разрядный микропроцессор i8086

3.1 Система команд

4.Внутренняя структура

5. Устройства памяти

6. ОЗУ. Принципы построения

7.Постоянные запоминающие устройства (ПЗУ)

8.Цифро-аналоговые преобразователи (ЦАП)

9.Разработка функциональной схемы модуля ввода/вывода

10 Заключение

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

Приложение А

1. Введение

Целью дисциплины «Цифровые устройства и микропроцессоры» является изучение принципов построения цифровых устройств различной функциональной сложности – от логических элементов до микропроцессоров и микро - ЭВМ.

Компактная микроэлектронная “память” широко применяется в современной электронной аппаратуре самого различного назначения. В ПК память определяют как функциональную часть, предназначенную для записи, хранения и выдачи команд и обрабатываемых данных. Комплекс технических средств, реализующих функцию памяти, называют запоминающим устройством (ЗУ). Для обеспечения работы процессора (микропроцессора) необходимы программа, т. е. последовательность команд, и данные, над которыми процессор производит предписываемые командами операции. Команды и данные поступают в основную память ЭВМ через устройство ввода, на выходе которого они получают цифровую форму представления, т. е. форму кодовых комбинаций О и 1. Основная память, как правило, состоит из ЗУ двух видов оперативного (ОЗУ) и постоянного (ПЗУ).

Оперативное ЗУ предназначено для хранения переменной информации, оно допускает изменение своего содержимого в ходе выполнения процессором вычислительных операций с данными. Это значит, что процессор может выбрать (режим считывания) из ОЗУ код команды и данные и после обработки поместить в ОЗУ (режим записи) полученный результат.

Данной курсовая работа посвящена изучению блока памяти. А именно, задача состоит в построении пространства памяти заданного объема и конфигурации.

2. Общая структура МПС

Микропроцессор (МП) – центральная часть любой микропроцессорной системы (МПС) – включает в себя арифметико-логическое устройство (АЛУ) и центральное управляющее устройство (ЦУУ), реализующее командный цикл. МП может функционировать только в составе МПС, включающей в себя, кроме МП, память, устройства ввода/вывода, вспомогательные схемы (тактовый генератор, контроллеры прерываний и прямого доступа к памяти (ПДП), шинные формирователи, регистры-защелки и др.

В любой МПС можно выделить следующие основные части (подсистемы):

процессорный модуль;

• внешние устройства (внешние ЗУ + устройства ввода/вывода);

  подсистему прерываний;

  подсистему прямого доступа в память.

Рисунок 1 – Структура МПС с интерфейсом "Общая шина"

Связь между процессором и другими устройствами МПС может осуществляться по принципам радиальных связей, общей шины или комбинированным способом. В однопроцессорных МПС, особенно 8- и 16-разрядных, наибольшее распространение получил принцип связи "Общая шина", при котором все устройства подключаются к интерфейсу одинаковым образом (Рисунок 1).

Все сигналы интерфейса делятся на три основные группы – данных, адреса и управления. Многочисленные разновидности интерфейсов "Общая шина" обеспечивают передачу по раздельным или мультиплексированным линиям (шинам). Например, интерфейс Microbus, с которым работают большинство 8-разрядных МПС на базе i8080, передает адрес и данные по раздельным шинам, но некоторые управляющие сигналы передаются по шине данных. Интерфейс Q-bus, используемый в микро-ЭВМ фирмы DEC (отечественный аналог – микропроцессоры серии К1801) имеет мультиплексированную шину адреса/данных, по которой эта информация передается с разделением во времени. Естественно, что при наличии мультиплексированной шины в состав линий управления необходимо включать специальный сигнал, идентифицирующий тип информации на шине. Обмен информацией по интерфейсу производится между двумя устройствами, одно из которых является активным, а другое – пассивным. Активное устройство формирует адреса пассивных устройств и управляющие сигналы. Активным устройством выступает, как правило, процессор, а пассивным – всегда память и некоторые ВУ.

Однако иногда быстродействующие ВУ могут выступать в качестве задатчика (активного устройства) на интерфейсе, управляя обменом с памятью. Концепция "Общей шины" предполагает, что обращения ко всем устройствам МПС производится в едином адресном пространстве, однако, в целях расширения числа адресуемых объектов, в некоторых системах искусственно разделяют адресные пространства памяти и ВУ, а иногда даже и памяти программ и памяти данных.

3.16-разрядный микропроцессор i8086

Первый 16-разрядный процессор i8086 фирма Intel выпустила в 1978 году. Частота - 5 Мгц, производительность - 0,33 MIPS для инструкций с 16-битными операндами (позже появились процессоры 8 и 10 МГц). Технология 3 мкм, 29 000 транзисторов. Адресуемая память 1 Мбайт. Через год появился i8088 - тот же процессор, но с 8-разрядной шиной данных. С него началась история IBM PC, неразрывно связанная со всем дальнейшим развитием процессоров Intel, Массовое распространение и открытость архитектуры IBM PC привели к лавинообразным темпам появления нового программного обеспечения, разрабатываемого крупными, средними и мелкими фирмами, а также энтузиастами-одиночками. Технический прогресс тогда и сейчас был бы немыслим без развития процессоров, но, с учетом огромного объема уже существующего программного обеспечения для PC, уже тогда возник принцип обратной программной совместимости - старые программы должны работать на новых процессорах. Таким образом, все нововведения в архитектуре последующих процессоров должны были пристраиваться к существующему ядру.

16-разрядный МП i8086 явился дальнейшим развитием линии однокристальных МП, начатой i8080. Наряду с увеличением разрядности в i8086 реализован ряд новых архитектурных решений:

расширена система команд (по набору операций и способам адресации);

архитектура МП ориентирована на мультипроцессорную работу. Разработана группа вспомогательных БИС (контроллеров и специализированных процессоров) для организации мультимикропроцессорных систем различной конфигурации;

начато движение в сторону совмещения во времени выполнения различных операций. МП включает два параллельно работающих устройства

обработки данных и связи с магистралью, что позволяет совместить во времени процессы обработки информации и передачи ее по магистрали;

введена новая (по сравнению с i8080) организация памяти, которая далее использовалась во всех старших моделях семейства INTEL - сегментация памяти. Для сохранения преемственности модели с i8080 в i8086 предусмотрено два режима работы - "минимальный" и "максимальный", причем в минимальном режиме i8086 работает просто как достаточно быстрый 16-разрядный i8080 с расширенной системой команд (архитектура МПС на базе i8086-min напоминает архитектуру на базе i8080).

Максимальный режим ориентирован на работу i8086 в составе мультимикропроцессорных систем, в которых, помимо нескольких центральных процессоров i8086, могут функционировать специализированные процессоры ввода/вывода i8089, сопроцессоры "плавающей арифметики" i8087. Определим более четко введенные выше понятия:

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

3.1 Система команд

В системе команд микропроцессора 8086 насчитывалось 98 инструкций: 19 команд передачи данных, 38 команд обработки данных, 24 команды различных условных и безусловных переходов и 17 команд управления ЦПУ.

Каждая команда состояла из кода операции (так называемый опкод) и операндов. Обычно на опкод отводился первый байт команды и три средних бита второго байта или же (в случае однобайтной команды) старшая часть первого байта команды. Всего же различных вариантов команд в i8086 насчитывается почти 4000.

По назначению команды микропроцессора I8086 разделяют на 6 групп:

1 Команды передачи данных: MOV, XCHG, PUSH, POP, PUSHF, POPF, LEA, LDS, LES, LAHF, SAHF, XLAT, IN.

2 Арифметические команды: ADD, ADC, INC, AAA, DAA, SUB, SBB, DEC, NEG, CMP, AAS, DAS, MUL, IMUL, DIV, IDIV, AAM, AAD.

3 Логические команды: NOT,SHL / SAL,SHR,SAR,ROL,ROR,RCL,RCR,

AND, TEST,OR,XOR.

4 Команды манипуляции цепочками: CMPS, LODS, MOVS, REP, SCAS, STOS.

5 Команды передачи управления: JMP, CALL, RET, LOOP/LOOPE, LOOPZ, LOOPNE/LOOPNZ, JCXZ, JE/JZ, JNE/JNZ, JL/JNGE, JLE/JNG, JB/JNAE, JBE/JNA, JP/JPE, JNP/JPO, JO, JNO, JS, JNS, JG/JNLE, JGE/JNL, JA/JNBE, JAE/JNB.

6 Команды управления процессором: CLC, CMC, STC, CDL, STD, CLI, HLT WAIT, ESC , LOCK

4.Внутренняя структура

Структурная схема МП i8086 представлена на рис. МП включает в себя три основных устройства:

УОД - устройство обработки данных;

УСМ - устройство связи с магистралью;

УУС - устройство управления и синхронизации.

УОД предназначено для выполнения команд и включает в себя 16-разрядное АЛУ, системные регистры и другие вспомогательные схемы; блок регистров (РОН, базовые и индексные) и блок микропрограммного управления.

УСМ обеспечивает формирование 20-разрядного физического адреса памяти и 16-разрядного адреса ВУ, выбор команд из памяти, обмен данными с ЗУ, ВУ, другими процессорами по магистрали. УСМ включает в себя сумматор адреса, блок регистров очереди команд и блок сегментных регистров.

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

МП может работать в одном из двух режимов - "минимальном" (min) и "максимальном" (max). Минимальный режим предназначен для реализации однопроцессорной конфигурации МПС с организацией, подобной МПС на базе i8080, но с увеличенным адресным пространством, более высоким быстродействием и значительно расширенной системой команд. Максимальная конфигурация предполагает наличие в системе нескольких МП и специального блока арбитра магистрали (используется интерфейс Multibus).

На внешних выводах МП i8086 широко используется принцип мультиплексирования сигналов - передача разных сигналов по общим линиям с разделением во времени. Кроме того, одни и те же выводы могут использоваться для передачи разных сигналов в зависимости от режима (min - max).проектирование аппаратной части... курсовом проекте реализована микропроцессорная система на базе микроконтроллера - ... работы устройства На основе функций устройства...

Основная задача при создании МПС заключается в разработке аппаратных средств (физической структуры) системы и программировании их функциональных свойств, т.е. в настройке структуры МПС на задачу.

Проектирование МПС коренным образом отличается от традиционных методов логического проектирования систем на "жесткой логике". При проектировании систем на "жесткой логике" имеется разнообразный набор логических элементов с фиксированным набором логических функций и задача заключается в установлении физических связей между ними . При проектировании МПС имеется небольшой набор элементов, функции которых многообразны и определяются системой команд . Задача проектирования сводится к подбору типовой структуры МПС и программировании ее свойств .

Следует отметить, что количество структур, вообще говоря, ограничено теми рамками, которые были рассмотрены в предыдущем разделе. Так как время разработки и освоения систем в производстве становится соизмеримым с ее жизненным циклом (временем ее целесообразного существования до появления конкурентоспособного аналога), то необходимо:

· стремиться использовать уже известные типовые решения при поддержке пакетов САПР, ориентированных на разработку МПС (хотя творчески работающему специалисту хочется создать нечто оригинальное);

· разрабатывать систему с учетом "экстраполяции их развития" (расширение функций, наращиваемая мощность, модульность, адаптивность).

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

На рис.64 приведен рекомендуемый порядок разработки и отлад­ки, включающий основные этапы проектирования МПС. Разработка программного обеспечения (ПО), аппаратных (АС) и отладочных (ОС) средств осуществляется одновременно. Тесная координация работ на этой стадии определяется прямой зависимостью ПО от АС. В процессе создания МПС выявляются ошибки, для устранения которых приходится возвращаться на предыдущие этапы, т.е. процесс проектирования "насквозь" итерационен, что не отражено на рис.64.

Рассмотрим более подробно каждый из этапов.

Формулировка проблемы.

На рис.65 дана последовательность работ, раскрывающая суть этапа "Формулировка проблемы".

Сфера возможного применения МП очень обширна. Возникает желание взяться за решение эффектной задачи. Однако, если на предприятии к МП относятся скептически, то неудача дискредитирует саму идею применения МП. Поэтому очень важен правильный выбор перво­очередного применения МП, решаемый на первом шаге этого этапа.

Рис.65

Основными критериями достижения цели на этом шаге можно считать:

1. Быстроту разработки и организации серийного производства.

2. Эффективность применения (особенно его наглядность).

3. Минимальность затрат (быструю окупаемость). Некоторую по­мощь здесь может оказать табл.1.

Таблица 1

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

Для этого необходимо иметь полную математическую модель ТОУ (процесса) . В АСУ же решение нештатных ситуаций возлагается на человека и имеется возможность вмешательства в процесс. Решение о создании САУ может быть принято и без наличия точной модели ТОУ. Однако разработчик должен сознавать, что в этом случае потребует­ся проведение научных исследований для ее построения на этапе "Разработка модели управления" (см. рис.). Структурная концепция МПС в случае САУ представлена на рис.66.

Рис.66	Рис.67
Рис.68

Если принято решение о создании АСУ, приступают к определению ее макрофункций: сбор данных, советник оператора, непосредственное или супервизорное управление. Целью режима "Сбор данных" (см. рис.67) является накопление информации о состоянии ТОУ при различных условиях для построения модели процесса (когда она неполна или неизвестна) и/или управления им со знанием ситуации. Данный режим всегда присутствует как подзадача в более сложных макрофун­кциях. Его особенность - разомкнутый контур управления, т.е. в качестве решающего устройства используется человек, а МП выполняет функции предпроцессора сбора/предварительной обработки данных и постпроцессора для формирования управляющих воздействий по закону, заданному человеком. В режиме "Советник оператора" помимо сбора данных МПС вычисляет по известной модели (или ее части) управляющие воздействия и предлагает их оператору, который и принимает решение. Число управляемых переменных невелико, чтобы человек был в состоянии удержать их в поле зрения и своевременно реагировать на изменение ситуации.

Замкнутый контур управления характерен для режима "Непосредственное управление" . В этом случае АСУ отличается от САУ тем, что уставки в системе (рис.68) формируются человеком. Высшей макрофункцией АСУ является "Супервизорное управление" . Система состоит из автономного контура управления ТОУ и контура управления уставкой для него. Человек же осуществляет контроль за появлением непредвиденных ситуаций.

И в завершение этапа осуществляется разработка технического задания (ТЗ) на основе исходных данных: конструкторской документации на оборудование, используемое в техпроцессе (включая принципиальные схемы); технологической документации на процесс, требований к выпускаемой продукции, функционированию процесса произ­водства; экономических, социальных, антропогенных, экологических и других ограничений; концепции построения МПС. Определяются текущие (и, возможно, будущие) задачи, решаемые МПС, ограничения на ее функционирование и создание по производительности, габаритам, потреблению, надежности, стоимости и т.д.

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