Ключев А.О., Ковязина Д.Р., Кустарев П.В., Платунов А.Е. Аппаратные и программные средства встраиваемых систем

Подождите немного. Документ загружается.

такта синхросигнала счетчик прибавляет или отнимает единицу от имеющегося

у него значения. При достижении нуля (то есть при переполнении), счетчик

вырабатывает активный уровень на выходе. Как правило, выходной сигнал

таймера заводят на вход запроса прерывания микропроцессора или контроллера

прерываний.

В большинстве современных встроенных систем таймеры используются в

качестве основы для

организации системы разделения времени на базе

переключателя задач. В данном случае таймер используется в паре с

механизмом прерываний [5].

1.2.2 Устройство захвата-сравнения

Устройство захвата-сравнения предназначено для измерения периодов и

длительностей импульсов, скважности, а также для генерации импульсов. С

помощью этого модуля можно получить широтно-импульсную (ШИМ) и

фазовую модуляцию (ФМ

1.2.3 Сторожевой таймер

Допустим, в нашей системе есть некий процесс, выполняющий какую-либо

полезную задачу. Назовем его прикладным или наблюдаемым процессом. Если

процесс выполняет важную целевую функцию, то прекращение его

деятельности может привести к остановке работы всей встроенной системы, то

есть к сбою. Если не принять особых мер по обнаружению таких

ситуаций,

встроенная система может работать некорректно в течении достаточно долгого

времени. Для вывода систем из сбойного состояния и приведения её в

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

Таким образом, сторожевой таймер является механизмом защиты системы

от сбоев.

Рассмотрим работу сторожевого таймера подробнее. В работе участвуют

три процесса: наблюдаемый прикладной

процесс, процесс сторожевого таймера

и служебный процесс, реализующий механизм защиты системы от аварийных

ситуаций. Суть механизма сторожевого таймера состоит в проверке критерия,

по которому можно определить, что наблюдаемый процесс работает

нормально. Если сторожевой таймер обнаруживает, что с наблюдаемым

процессом все в порядке, то ничего не происходит. Если сторожевой таймер

определил, что

с наблюдаемым процессом что-то не так, происходит передача

информации системе разрешения аварийных ситуаций, которая, в свою

очередь, принимает решение о дальнейшей судьбе наблюдаемого процесса.

В самом примитивном варианте в качестве сторожевого таймера выступает

обычный вычитающий счетчик. Во время инициализации в счетчик

записывается какое-либо значение. Если в процессе работы

в счетчик

эпизодически вносится новая константа, то ничего не происходит. Если же

прикладной процесс не успевает записать константу, и счетчик успевает

досчитать до нуля, вырабатывается сигнал аппаратного рестарта и процессор

перезапускается. Естественно, простой вариант реализации сторожевого

таймера не является 100% гарантией от выхода системы из сбойного состояния.

Рассмотрим типичную ошибку, допускаемую программистами при

использовании простого сторожевого таймера. Для того, чтобы

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

обновления счетчика сторожевого таймера внутрь

цикла проверки, который

будет всегда давать ложное значение из-за какой-либо ошибки (в аппаратуре

или программе).

while( device_ready() == 0 ) reset_watchdog_timer();

Если функция device_ready всегда будет возвращать ноль, то мы

бесконечное время будем сбрасывать сторожевой таймер, и система будет

всегда находиться в состоянии сбоя.

Нужно заметить, что в большинстве микроконтроллеров реализована

самая простая схема работы сторожевого таймера. Для её нормальной работы

нужна дополнительная, сложная программная обработка.

Ещё одним неудобством простой схемы сторожевого

таймера является

выработка аппаратного сигнала рестарта (RESET). В большинстве случаев

гораздо корректнее производить повторную инициализацию или рестарт одной

или нескольких взаимосвязанных частей системы, а полный горячий рестарт

осуществлять только при каких-либо фатальных сбоях.

1.2.4 Система прерываний

Прерывание в классической трактовке – прекращение выполнения

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

события

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

прерванной программы.

Прерывание можно определить как механизм межпроцессного

взаимодействия, включающий в себя механизмы передачи данных (тип

прерывания) и управления (пуск/останов текущего процесса).

Система прерываний является неотъемлемой частью любой

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

процессора на ряд ситуаций, требующих его внимания

, которое может

возникать как в самом процессоре, так и за его пределами.

Прерывания следует рассматривать не только и не столько как реакцию

процессора на аномальные ситуации, а как естественный процесс, с помощью

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

как виртуальная память, ввод/вывод и т. п. По образному выражению

Питера

Нортона: "Прерывание – это движущая сила компьютера".

Система прерываний представляет собой комплекс аппаратных и

программных средств. Аппаратные средства системы прерываний обычно

называются блоком или контроллером прерываний. В ПК это PIC

(Programmable Interrupt Controller), т.е. отдельная микросхема 8259A. В

некоторых случаях контроллер прерываний интегрируется в кристалл

микропроцессора. Управление контроллером прерываний осуществляется через

регистры. Каждому прерыванию можно задать приоритет, численно

определяющий важность

события [21]. Программные средства систем

прерываний представляют собой специальные программы – обработчики

прерываний (interrupt handler). Как правило, адреса обработчиков

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

прерываний.

Назначение системы прерывания – реагировать на определенные события

путем прерывания работы процессора по выполнению программы и

переключения процессора на выполнение другой программы, обслуживающей

соответствующую ситуацию. В момент возникновения

определенного события

(причины) формируется сигнал прерывания, который поступает в процессор и

инициирует специальную операцию – операцию прерывания, обеспечивающую

прерывание одной программы и переключение процессора на выполнение

другой программы.

1.2.4.1 Классификация прерываний

В зависимости от источника возникновения сигнала прерывания делятся

на:

• асинхронные или внешние (аппаратные) — события, которые исходят

от внешних источников (например, периферийных устройств) и могут

произойти в любой произвольный момент: сигнал от таймера, внешнего

интерфейса, АЦП и других;

• внутренние — события в самом процессоре как результат нарушения

каких-то условий при

исполнении машинного кода: деление на ноль

или переполнение, обращение к недопустимым адресам или

недопустимый код операции. Такого рода прерывания еще называются

исключительными ситуациями (exceptions);

• программные (частный случай внутреннего прерывания) —

инициируются исполнением специальной инструкции в коде

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

обращения к функциям встроенного программного обеспечения

драйверов и

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

Аппаратные прерывания могут возникать в произвольные моменты

времени и являются асинхронными по отношению к выполняемой программе.

С помощью аппаратных прерываний осуществляется взаимодействие

процессора с периферийными устройствами, а также сообщается о различных

ошибках аппаратуры (например, ошибка памяти, ошибка передачи по шине и т.

п.) или об аварийном отключении питания. Во втором случае иногда такие

прерывания называют исключительными ситуациями (exceptions).

Реагируя на аппаратное прерывание, процессор должен идентифицировать

его источник, сохранить минимальный контекст прерываемой программы и

переключаться на специальную программу – обработчик прерывания (interrupt

handler), который может быть оформлен как процедура или задача.

Действия обработчика прерывания, называемые обслуживанием

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

конкретного источника (например, поместить символ нажатой клавиши в

буфер, произвести инкремент системных часов и т. п.).

После завершения обслуживания прерывания процессор возвращается к

выполнению прерванной программы, и она должна продолжиться таким

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

К основным ситуациям, возникающим вне

процессора и приводящим к

прерыванию, относятся:

• запросы от управляемого объекта (являются типичными для

управляющих систем), т.е. запросы от ВУ:

a) ВУ, готовые к обмену, требуют реакции процессора для организации

программно-управляемой передачи данных;

b) завершение работы ВУ или КВВ по передаче данных;

c) особая (аварийная) ситуация в ВУ

или КВВ.

• запросы прерываний от других процессоров для обеспечения

синхронизации вычислительных процессов, протекающих в рамках

многопроцессорной системы.

Программные прерывания

, в отличие от аппаратных, появляются

синхронно по отношению к выполняемой программе.

Причинами программных прерываний могут служить особые ситуации,

возникающие при выполнении программы, препятствующие нормальному

продолжению программы и требующие специального обслуживания

(переполнение, нарушение защиты памяти, отсутствие нужной страницы в

оперативной памяти и т.п.), а также специальные команды типа INT n ( n —

номер прерывания

), являющиеся генераторами программных прерываний. Эти

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

Обработка исключительных ситуаций (exception handling)

— механизм

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

на ошибки времени выполнения и другие возможные проблемы (исключения),

которые могут возникнуть при выполнении программы и приводят к

невозможности (бессмысленности) дальнейшей отработки программой её

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

термина: «обработка исключений».

Во время выполнения программы могут возникать ситуации, когда

состояние данных, УВВ или компьютерной системы в целом делает

дальнейшие вычисления в соответствии с базовым алгоритмом невозможным

или бессмысленными. Классические примеры подобных ситуаций:

• Нулевое значение знаменателя при выполнении

операции

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

поэтому ни дальнейшие вычисления, ни попытка использования

результата деления не приведут к решению задачи.

• Ошибка при попытке считать данные с внешнего устройства. Если

данные не удаётся ввести, любые дальнейшие запланированные

операции с ними бессмысленны.

• Исчерпание доступной памяти. Если в

какой-то момент система

оказывается не в состоянии выделить достаточный для прикладной

программы объём оперативной памяти, программа не сможет работать

нормально.

• Появление сигнала аварийного отключения электропитания системы.

Прикладную задачу, по всей видимости, решить не удастся, в лучшем

случае (при наличии какого-то резерва питания) прикладная программа

может озаботиться сохранением данных

• Появление на входе коммуникационного канала данных, требующих

немедленного считывания. Чем бы ни занималась в этот момент

программа, она должна перейти к чтению данных, чтобы не потерять

поступившую информацию.

1.2.4.2 Функции системы прерываний и их реализация

Функции системы прерываний:

1. Прием и хранение запросов прерываний от многих источников.

2. Выделение наиболее приоритетного запроса из множества

поступивших.

3. Проверка возможности обработки запросов центральным процессором

(проверка замаскированности запросов или сравнение уровня

приоритетности запросов с так называемым порогом прерываний).

4. Сохранение состояния (контекста) прерываемой программы.

5. Вызов обработчика прерываний.

6. Собственно обработка прерываний (выполнение программы обработки

прерываний).

7. Восстановление состояния (контекста) прерванной программы и

возобновление ее выполнения.

Этапы 1-5 выполняются аппаратными средствами компьютера

автоматически при появлении запроса прерывания. Этап 7 также выполняется

аппаратно по команде возврата из обработчика прерывания.

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

приоритетного (полинг/polling) может быть реализована как на аппаратном, так

и на программном уровнях.

Программный полинг реализуется специальной программой, которая

последовательно опрашивает триггеры запросов, объединенных, как правило, в

единый регистр с целью поиска первого установленного бита.

Аппаратный полинг может быть реализован либо на

основе многотактной

схемы, в основу которой положен двоичный счетчик, либо с помощью

однотактной схемы, которую обычно называют дейзи-цепочка.

Отношение процессора к поступившим запросам прерываний может быть

выражено с помощью одного из двух механизмов:

• механизм масок;

• порог прерываний.

1.2.5 Часы реального времени

Во многих, сравнительно мощных микроконтроллерах есть встроенный

блок часов реального времени (Real-Time Clock, RTC). Часы позволяют

автоматически отслеживать переход через границу минут, часов, суток,

отслеживают високосные года и автоматически переходят на летнее время [5].

Как правило, блок RTC создают на элементной базе, обеспечивающей

пониженное энергопотребление. Для подсчета времени в RTC используются

специальные кварцевые резонаторы с частотой 32,768 кГц. У

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

дополнительного электропитания (например, литиевой батарейки или

ионистора). Пример микроконтроллера со встроенным RTC – Philips LPC 2000,

на базе ядра ARM7. На этом контроллере построен учебный стенд SDK-2.0.

Для того, чтобы часы реального времени могли выдавать точное

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

1. У часов должно быть собственное автономное питание, чтобы

кратковременные или длительные перебои с питанием

не приводили к

сбросу астрономического времени.

2. Для обеспечения точности хода, часы должны калиброваться, так как у

кварцевых резонаторов есть некоторый разброс параметров.

3. Точность хода часов зависит от параметров окружающей среды. Больше

всего на точность хода влияет температура, так как при изменении

температуры немного изменяется частота кварцевого резонатора. Для

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

значения для различных температурных диапазонов.

Необходимо помнить, что часы реального времени не являются абсолютно

надежным устройством. Проблемы могут возникнуть как на уровне интерфейса

с часами (у большинства RTC нет контроля целостности передаваемых

данных), в кварцевом резонаторе или в самих часах. Если целевая функция

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

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

при считывании данных с часов реального времени проверять границы

диапазонов считанных значений и проверять (например, с помощью таймера),

идут часы или нет. Из-за

аппаратных сбоев, часы реального времени могут не

просто остановиться, но также из-за разного рода проблем может измениться

серьезно тактовая частота, что приведет к серьезному замедлению или

ускорению хода часов.

Необходимо заметить, что на точность хода часов реального времени

влияет топология проводников на печатной плате. Проблема возникает из-за

того,

что часы реального времени делают, как правило, в виде устройства с

пониженным энергопотреблением. Пониженное энергопотребление является

следствием высокого импеданса между выводами микросхемы, а такие схемы

чувствительны к помехам. Кроме того, на точность часов оказывает влияние

паразитная ёмкость печатного монтажа. Для минимизации влияния паразитной

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

платы

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

реального времени PCF8583 [14], которые установлены в контроллере SDK-1.1

(устройство данного контроллера будет рассматриваться в следущих главах).

1.2.5.1 Основные характеристики PCF8583

• I

C-интерфейс.

• ОЗУ емкостью 240 байт для пользовательских данных.

• Календарь на 4 года.

• Функция будильника/сигнализации и определения переполнения.

• Поддержка 12- или 24-часовой формата времени.

• Внешний тактовый генератор – 32,768 кГц или 50 Гц.

• Автоматическое наращивание адреса при работе с памятью.

• Программируемые функции будильника, таймера, счетчика событий и

прерывания.

1.2.5.2 Описание

Часы/календарь PCF8583 содержит оперативную память объемом 256

байт. Адреса и данные передаются последовательно через двунаправленную

шину I

C. Встроенный регистр адреса автоматически наращивается после

чтения или записи каждого байта данных [14].

Адресный вывод А0 используется для настройки адресов устройств, что

позволяет подсоединять к одной шине I2C две микросхемы PCF8583.

Встроенная микросхема генератора, работающая на частоте 32,768 кГц, и

первые 8 байт оперативной памяти используются для часов, календаря и

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

использование в качестве регистров сигнализации (функция будильника), или

же к ним можно обращаться как к свободным адресам памяти. Остальные 240

байт относятся к оперативной памяти.

Таблица 1. Назначение выводов микросхемы PCF8583.

Обозначение Вывод Описание

OSC1 (OSCI) 1 Вход генератора на частоте 50 Гц или вход для импульса по

событию.

OSC2 (OSCO) 2 Выход генератора.

A0 3 Адресный вход.

VCC 4 Отрицательный импульс.

SDA 5 Последовательная линия данных.

SCL 6 Последовательная линия синхронизации.

INT 7 Выход прерывания с открытым стоком (активный низкий

уровень выходного сигнала).

Vdd 8 Положительный импульс.

Рисунок 3. Структурная схема часов / календаря PCF8583

Обозначения:

• PCF8583 OSCILLATOR – тактовый генератор;

• POWER-ON RESET – сброс по включению питания;

• I2C-BUS INTERFACE – интерфейс шины I2C;

• DIVIDER – делитель;

• CONTROL LOGIC – логика управления;

• ADDRESS REGISTER – адресный регистр.

Таблица 2. Память RTC: регистровая модель

Назначение ячеек Адрес

Регистр управления / состояния 00h

Режим работы «часы» Режим работы «счетчик событий»

Регистры-счетчики

Сотые доли секунды (BCD) Младший байт счетчика событий (BCD) 01h

Секунды (BCD) Средний байт счетчика событий (BCD) 02h

Минуты (BCD) Старший байт счетчика событий (BCD) 03h

Часы (BCD) Свободный 04h

Год / дата (BCD) Свободный 05h

Дни недели / месяц (BCD) Свободный 06h

Таймер (счет от 0 до 99 BCD),

значение 1 тика определяется

настройками регистра 08h

Таймер (счет от 0 до 99 в формате BCD),

значение 1 тика определяется

настройками регистра 08h

07h

Будильник/сигнализация

Регистр управления будильником/сигнализацией 08h

Регистры сигнализации

Количество сотых долей секунды

для сигнализации (BCD)

Младший байт количества событий для

сигнализации (BCD)

09h

Количество секунд для

сигнализации (BCD)

Средний байт количества событий для

сигнализации (BCD)

0Ah

Количество минут для

сигнализации (BCD)

Старший байт количества событий для

сигнализации (BCD)

0Bh

Количество часов для

сигнализации (BCD)

Свободный 0Ch

День месяца (года) для

сигнализации (BCD)

Свободный 0Dh

Месяц, день недели для

сигнализации (BCD)

Свободный 0Eh

Значение таймера для

сигнализации (от 0 до 99 сотых

долей секунды, секунд, минут,

часов, дней в формате BCD),

значение 1 тика определяется

настройками регистра 08h

Значение таймера для сигнализации

(таймер инкрементируется от 0 до 99

каждый импульс-событие, каждые 100

импульсов, каждые 10000, каждый

1000000, в формате BCD), значение 1

тика определяется настройками регистра

08h

0Fh

ОЗУ данных

10h-

FFh

Микросхема PCF8583 содержит оперативную память объемом 256 байт с

8-битным адресным регистром, осуществляющим автоматическое

инкрементирование адреса, встроенную микросхему генератора (частота 32,768

кГц), делитель частоты, последовательную двунаправленную шину I

C и схему,

осуществляющую сброс по включению питания.

Первые 16 байт ОЗУ (адреса памяти от 00 до 0F) представляют собой

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

(адрес 00) используется в качестве регистра управления/состояния. Регистры по

адресам с 01 по 07 – счетчики для функций часов. Регистры, расположенные по

адресам с 08 по 0F, могут быть запрограммированы в качестве

регистров

сигнализации (функция будильника) или использованы как обычные регистры

памяти (когда сигналы отключены).

1.2.5.3 Режимы работы часов

При программировании регистра управления/состояния может быть

установлен один из режимов работы часов [14]:

• на частоте 32,768 кГц (часы);

• на частоте 50 Гц (часы);

• режим счетчика событий.

В том случае, если выбран режим часов, сотые доли секунды, секунды,

минуты, часы, дата, месяц (календарь на 4 года) и дни недели хранятся в

двоично

-десятичном формате в ОЗУ часов.

Режим счетчика событий используется для подсчета импульсов,

подаваемых на вход генератора OSCI (к выводу OSCO ничего не

подключается). Кроме того, в этом режиме часы можно настроить таким

образом, чтобы они считали входящие события и генерировали логический «0»

на выходе INT при переполнении. Этот сигнал можно завести на вход внешнего

прерывания микроконтроллера и работать с часами как со счетчиком событий

по прерыванию.

При чтении одного из регистров-счетчиков (адреса с 01h по 07h)

содержимое всех счетчиков стробируется в регистры-защелки в начале цикла

чтения. Таким образом, предотвращаются ошибки чтения счетчика часов. При

записи в один регистр-счетчик с другими регистрами-счетчиками ничего не

происходит.