Файл: Самоучитель по программированию PIC контроллеров для начинающих (Е.А. Корабельников,2008).pdf

;================================================================================

;********************************************************************************

;******************************************************************************** ; РАБОЧАЯ ЧАСТЬ ПРОГРАММЫ

;******************************************************************************** START ; .........................

;.............................................................

;================================================================================

; Чтение данных из EEPROM

;================================================================================

;Считывание содержимого байта с адресом 02h и запись его в регистр общего

;назначения Registr.

;================================================================================

; Запись данных в EEPROM.

;================================================================================

; Запись содержимого регистра Registr в ячейку EEPROM с адресом 02h.

180

;Примечание: время исполнения полного цикла программы должно быть

;более времени, необходимого для окончания записи в EEPROM.

;******************************************************************************** end ; Конец программы.

В ней организован полный цикл программы и точками с запятыми заблокировано то, по поводу чего MPLAB "ругается".

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

Под программу eeprom_a.asm, создайте проект, загрузите ее в проект и произведите ассемблирование.

После этого, откройте окно EEPROM Window (Window EEPROM Memory), назначьте точку остановки на команде goto START (на той, ниже которой расположена директива end) и сбросьте программу на начало.

А теперь от души пощелкайте по кнопке с зеленым светофором (или по клавише F9) и обратите внимание на ячейку EEPROM памяти с адресом 02h.

Вы увидите, что с каждым таким "щелчком", ее содержимое будет увеличиваться на единицу.

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

На работе программы, "зашитой" в ПИК, это не отражается.

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

В"особо ответственных" программах, задействующих EEPROM память данных, организуются проверки правильности записи.

По принципу сверки "эталона" (того, что должно записаться) c фактическим (считываемым после записи) результатом записи (так называемая верификация).

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

Это случай побайтной проверки.

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

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

Естественно, что для того чтобы было с чем сравнивать, до проверки на контрольную сумму, должен быть сформирован "эталон".

Вслучае обнаружения расхождения, производится перезапись всего этого "массива" данных, вплоть до устранения этого расхождения.

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

"Самоучитель по программированию PIC контроллеров для начинающих" http://ikarab.narod.ru E-mail: karabea@lipetsk.ru

181

13. Флаги. Работа с флагами. Как работает цифровой компаратор. Перенос и заем.

Ранее, во 2-м разделе, я упоминал о флагах. Пришла пора с некоторыми из них разобраться.

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

Естественно, что слово "флаг" нельзя воспринимать буквально. Это аналогия.

Факт поднятие флага "сигнализирует" о том, что произошло какое-то конкретное событие.

Факт "опущения" (сброса) флага "сигнализирует" о том, что этого конкретного события не произошло.

Каждый флаг "привязывается" к "своему" типу события.

Например, один флаг "реагирует" на факт наличия или отсутствия нулевого результата произведенной операции (флаг Z), другой флаг "реагирует" на факт наличия или отсутствия переполнения сторожевого таймера (флаг -TO), третий, на факт наличия или отсутствия переноса-заёма (флаг C) и т.д.

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

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

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

Существуют 2 группы флагов.

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

Они "реагируют" и на наличие факта "привязанного" к ним события (флаг поднят), и на его отсутствие (флаг опущен).

Например, если с помощью команды DECF (но не с помощью команды DECFSZ, так как она не оказывает влияния на флаги) осуществляется декремент числа .01, то, после первого декремента (результат операции .00), флаг нулевого результата автоматически поднимется (бит Z установится в 1), а после следующего декремента (результат операции .255), он автоматически сбросится (бит Z установится в 0).

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

Проще говоря, один раз поднявшись, эти флаги не сбросятся до тех пор, пока программист их "принудительно" не сбросит программными средствами.

Например, в ранее рассмотренной программе Retr_1.asm, флаг внешнего прерывания по входу INT с названием INTF, при наличии внешнего прерывания по входу INT, устанавливается в 1 (поднимается).

Если его не сбросить (0) в интервале времени отработки ПП прерывания (до команды retfie), то после возврата из ПП прерывания, факт поднятия этого флага будет "восприниматься" ПИКом как наличие управляющего сигнала "ухода" в прерывание по входу INT, со всеми вытекающими из этого, "мерзопакостными" последствиями (работа программы нарушится). Именно по этой причине, флаг INTF, до исполнения команды retfie, нужно обязательно сбросить.

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

Те флаги, в комментариях к которым указано "сбрасывается программно", относятся ко 2-й группе флагов, а те флаги, в комментариях к которым этого нет, относятся к 1-й группе флагов.

Таким образом, флаги 1-й группы можно назвать как бы "безобидными".

Втом смысле, что если их состояния программно не анализируются (об этом будет рассказано далее), то на работу программы они не оказывают влияния.

Проще говоря, в этом случае, они "всем скопом" могут как угодно подниматься и опускаться. Работа устройства от этого не нарушится.

Флаги 2-й группы не такие "безобидные".

За их состояниями нужно следить (учитывать при составлении программы).

182

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

Если этого не сделать, то "наказание" последует незамедлительно (нарушение работы программы).

Посмотрите в распечатку команд.

Вправом столбце, с названием "Флаги", Вы увидите стандартные названия флагов (битов флагов), на которые воздействует та или иная команда.

Есть команды, которые воздействуют сразу на несколько флагов (например, ADDWF), есть команды, которые воздействуют на один флаг (например, CLRF), а есть и команды, которые не воздействуют на флаги (например, DECFSZ).

Если Вы сравните общее количество различных флагов "прописанных" в распечатке команд и в распечатках регистров специального назначения, то Вы заметите, что в распечатке команд, их количество меньше, чем в распечатках регистров специального назначения.

Объяснение этому следующее.

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

Вправом столбце распечатки команд, Вы не найдете флагов 2-й группы.

Проанализировав содержимое этого столбца, Вы убедитесь в том, что наиболее часто встречается флаг нулевого результата Z.

По этой причине, он заслуживает особого внимания.

Возникает вопрос: "Могут ли флаги, кроме контрольных функций, выполнять какие-либо более значимые функции. Например, каким-то образом воздействовать на ход исполнения программы"?

Ответ: да, могут. И еще как могут...

Ранее уже говорилось о том, к чему может привести отсутствие программного сброса флагов 2-й группы.

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

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

Далее, будем работать с одним из самых "ходовых" флагов,

флагом нулевого результата Z.

Изначально, в обучающе-тренировочных целях, принцип работы с ним можно определить так: перед исполнением команды (эта команда должна воздействовать на флаг Z), флаг Z сбрасывается (2-й бит регистра STATUS устанавливается в 0), а потом выполняется команда, с последующим анализом его (Z) состояния.

Сразу оговорюсь: такое определение принципа работы с флагом Z (и вообще, с флагами 1-й группы), совсем не является рациональным, но позволяет "вжиться/вживиться" в "механику" его работы, а это сейчас и есть самое главное.

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

Из этого следует то, что если проанализировать состояние флага Z после исполнения команды, которая влияет на состояние флага Z, то можно "разветвить" программу на 2 сценария.

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

ставится в зависимость от ответа на вопрос: "Каков результат исполнения команды: нулевой или не нулевой"?

Анализ состояния флага Z (и других флагов тоже) осуществляется с помощью бит-ориентированных команд ветвления btfsc или btfss.

В результате исполнения любой из них, происходит ветвление на 2 сценария:

-в один из них, рабочая точка программы "уходит" при нулевом результате исполнения, команды (она должна воздействовать на флаг Z), которая предшествует команде ветвления,

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

Пример.

Допустим, что необходимо составить программу под устройство типа "реле времени" (например, для фотопечати).

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

Таким образом, речь идет о счетчике, который, конечно же, можно реализовать так, как это

183