- •Раздел 1. Виды мпт-средств, используемых в качестве ядра мпу.
- •Раздел 2. Функциональная схема мпу
- •2.1. Адресные пространства и их взаимодействие
- •2.1.1. Параллельные адресные пространства
- •2.1.2. Совмещенные адресные пространства
- •2.1.3. Смешанные адресные пространства
- •2.2. Расширенное адресное пространство.
- •2.2.1. Метод регистровых пар
- •2.2.2. Метод оконного доступа
- •2.2.3. Доступ с помощью сегментных регистров
- •Раздел 3. Структурная схема мпу.
- •Раздел 4. Блоки питания мпу
- •4.1. Общие требования
- •4.2. Общие вопросы электропитания и заземления
- •4.3. Гальваническая развязка
- •Раздел 5. Память мпу.
- •5.1. Память программ мпу
- •5.1.1. Пзу масочного типа
- •5.1.2. Ппзу
- •5.1.3. Уфппзу
- •5.1.4. Эппзу
- •5.2. Память данных
- •5.3. Энергонезависимая память
- •5.3.1. Микросхемы памяти fram
- •5.3.1.1. История создания
- •5.3.1.2. Принцип работы fram
- •5.3.2. Микросхемы памяти mram
- •5.3.2.1. Принципы работы
- •5.3.2.2. Сравнение с другими типами памяти
- •5.3.2.2. Общее сравнение
- •Раздел 6. Схемотехническая реализация автомата
- •Раздел 7. Шины мпу.
- •7.1. Шины микропроцессорной системы
- •7.2. Циклы обмена информацией
- •Раздел 8. Системы отладки мпу
- •8.1. Основные понятия и термины
- •8.2. Процесс отладки мпу
- •8.3. Функция средств отладки
- •8.3.1. Автоматизация программирования мпу или разработки пс.
- •8.3.2. Управление прототипом мпу при комплексной отладке.
- •8.3.3. Контроль функционирования и регистрации состояния мпу.
- •8.3.4 Запись отлаженных программных средств в бис ппзу.
- •8.4. Мпу как объект отладки
- •8.5. Требования, предъявляемые к системе отладки
- •8.5.1. Требования невидимости
- •8.5.2. Требования к предоставляемому сервису
- •8.5.3. Требование прозрачности.
- •8.6. Режимы работы отлаживаемых мпу.
- •8.6.1. Процессор контрольных точек (точек останова)
- •8.6.2. Трассировка.
- •8.6.3. Частичная эмуляция ас.
- •8.7. Инструментальные средства отладки
- •8.7.1. Общие сведения об отладочных средствах
- •8.7.2. Внутрисхемный эмулятор
- •8.7.3. Интегрированная среда разработки
- •8.7.4. Отладочный монитор
- •8.7.5. Эмуляторы пзу
- •8.7.6. Встроенные средства отладки
2.2. Расширенное адресное пространство.
Для адресации ячейки того или иного ресурса необходимо место, в которое надо занести её адрес. Как правило, в роли такого ресурса, несущего в себе адрес выступают регистры общего назначения (РОН), в других случаях в качестве адреса может быть использована константа, следующая за командой. «Ширина» этой константы будет, естественно, ограничена разрядностью шины, которая совпадает с разрядностью РОН. Иное нецелесообразно – зачем нужен РОН, в который «не влазит» константа или, обратный случай, который нужно загружать за два раза?
Получается парадоксальная ситуация – из сказанного выше следует, что у 8-разрядных ядер максимальный размер адресного пространства ограничен 256 словами.
Для того чтобы понять, каким образом 8-разрядные ядра адресуют более чем 265 слов, рассмотрим способы доступа к расширенному адресному пространству.
Часть адресного пространства, доступная исходя из разрядности РОН, называется непосредственно адресуемой. Как было показано выше, для 8-разрядных РОН непосредственно адресуемой является младшая часть адресного пространства длинной 256 слов. Оставшаяся часть адресного пространства называется расширенной.
Адресное пространство, существующее для программы, называется логическим. Размер его совпадает с размером непосредственно адресуемой памяти. Адреса, которые при таком способе доступа приходят на входы модуля памяти, составляют физическое адресное пространство или физический адрес.
Рис 2.4. Расширенное и непосредственно адресуемое адресные пространства. К=2N, где N – разрядность РОН
Устройство, которое преобразует логический адрес в физический, называется диспетчером памяти (ДП). Диспетчер памяти обычно имеет регистр, с помощью которого управляют этим преобразованием. Располагается такой регистр в адресном пространстве, обязательно параллельном преобразуемому. Чаще всего для этого используется адресное пространство устройств ввода/вывода (страница ввода/вывода, УВВ, IOP).
Диспетчер памяти является, как правило, процессор-зависимым устройством - он является составной частью процессора, которую невозможно добавить, удалить или изменить. Для доступа к расширенному адресному пространству используется несколько способов. Рассмотрим наиболее применимые в настоящее время способы доступа к расширенному адресному пространству.
2.2.1. Метод регистровых пар
Этот способ впервые был применен в процессоре 8080. Суть его сводилась к тому, что два 8-разрядных РОН (а так же регистры диспетчера памяти) H и L при обращении к адресному пространству размером в 64 Кб аппаратно объединялись в 16-разрядную регистровую пару HL, содержащую физический адрес.
Рис 2.5. Метод регистровых пар в исходном варианте
Неудобство этого метода заключалось в следующем:
- два из шести РОН были задействованы под хранение адреса, следовательно, исключались из других применений;
- операции инкремента и декремента адреса приходилось выполнять как для двухбайтового числа – сначала операция проводилась с регистром L, затем возможный перенос (заём) учитывался в старшем байте – регистре H.
В настоящее время метод применяется в модифицированном виде. Например, в ОЭВМ семейств MCS-51 и MCS-52 в роли регистра диспетчера памяти используется 16-разрядный регистр DPTR, который относится не к РОН, а к регистрам специальных функций (РСФ, SFR), и, следовательно, не ограничивает использование регистров общего назначения.
Регистр DPTR может быть загружен 16-разрядной константой с помощью специальной команды, или же доступен как два 8-разрядных регистра – DPH и DPL. Существует также команда инкремента регистра.
Рис 2.6. Метод регистровых пар в современном варианте