что представляет собой мпс как объект отладки
Что представляет собой мпс как объект отладки
Комплексная отладка микропроцессорных систем
Тенденция развития средств отладки микропроцессорных систем состоит в объединении свойств нескольких приборов в одном комплексе, в создании универсальных средств, пригодных для автономной отладки аппаратуры, генерации и автономной отладки программ и комплексной отладки системы. Эти средства позволяют вести разработку и отладку, постепенно усложняя аппаратуру и программы. При этом разработка, изготовление и отладка планируются поэтапно с нарастанием сложности; новая, неотлаженная аппаратура и программа вводятся в создаваемую систему, присоединяются к проверенной ее части.
Если отладка программ ведется с использованием эмуляционного ОЗУ, а затем изготовляются микросхемы ПЗУ, то микропроцессорная система должна быть протестирована.
Средства отладки на последних этапах не должны влиять на правильность функционирования системы, вносить задержки, дополнительные нагрузки.
При комплексной отладке наряду с детерминированным используется статистическое тестирование, при котором МПС проверяется при изменении исходных переменных в соответствии со статистическими законами работы источников информации. Полнота контроля работоспособности проектируемой системы возрастает за счет расширения диапазона возможных сочетаний переменных и соответствующих им логических маршрутов обработки информации.
Существуют пять основных приемов комплексной отладки микропроцессорной системы:
1) останов функционирования системы при возникновении определенного события;
2) чтение (изменение) содержимого памяти или регистров системы;
3) пошаговое отслеживание поведения системы;
4) отслеживание поведения системы в реальном времени;
5) временное согласование программ.
Комплексная отладка завершается приемосдаточными испытаниями, показывающими соответствие спроектированной системы техническому заданию. Для проведения комплексной отладки МПС используют логические анализаторы и комплексы: оценочные, отладочные, развития микропроцессоров, диагностирования, средств отладки.
Методы и средства отладки микропроцессорных систем
Методы и средства отладки микропроцессорных систем
Прежде всего, рассмотрим некоторые основные понятия, связанные с контролем и диагностикой цифровых вычислительных устройств.
Рассмотрим в первую очередь особенности МП БИС и микропроцессорной системы в целом как объекта контроля, которые затрудняют процедуру контроля и поиска неисправностей.
Высокая сложность БИС. Полная проверка схемы должна обеспечивать проверку ее работоспособности при всех возможных состояниях.
Число возможных состояний определяется количеством внутренних элементов памяти. Взяв для примера только регистровую память однокристального микроконтроллера (32 регистра по 8 разрядов), получим 2 256 состояний. Для полного их перебора с частотой 100 МГц потребуется время порядка 1067 лет! Очевидно, что такой вариант неприемлем и никогда на практике не реализуется. Следовательно, любая МП БИС может содержать неисправности. Самое неприятное в этой ситуации то, что эти неисправности носят характер сбоев, то есть проявляются только при определенном сочетании данных внутри БИС, и поэтому весьма трудно поддаются выявлению.
Иногда отдельные неисправности проявляют себя только на высоких частотах работы БИС. Поэтому некоторые производители схем, определив в ходе тестирования, что отдельные БИС из некоторой партии схем дают сбои на начальной, самой высокой частоте, проверяют ее работоспособность на более низких частотах, где схемы этой партии могут оказаться вполне работоспособными. Именно с указанием такой частоты работы эти БИС и поступают на рынок. Такой подход служит одной из основ «разгона» схем.
Наряду с имеющимися трудностями в процессе контроля и отладки микропроцессорная система имеет ряд достоинств, облегчающих этот процесс.
Системы проектирования и отладки МПС (Лекция)
1. Проблемы и особенности отладки МПС
1.1. Особенности отладки МПС на разных этапах ее существования
2. Статические отладчики
3. Логические анализаторы
4. Сигнатурные анализаторы
4.1. Идея сигнатурного анализа
4.2. Оборудование сигнатурного анализа и требования к проверяемой схеме
5. Системы проектирования МПС
5.1. Внутрисхемные эмуляторы
1. Проблемы и особенности отладки МПС
Поиск неисправностей в аппаратуре МПС существенно более сложен, чем в аппаратуре, реализованной на дискретных элементах, ИС или СИС. Отметим основные особенности отладки МПС.
· Высокая сложность БИС. Так, даже относительно несложный МП i8080 содержит около 200 элементов памяти и, следовательно, около 2 200 внутренних состояний. Для простого перебора этих состояний с частотой 1 МГц потребуется 10 46 лет. Следовательно, полный контроль МП БИС невозможен. В процессе эксплуатации могут проявиться некоторые неисправности, не обнаруженные изготовителями (а иногда и разработчиками) БИС. Эти неисправности проявляются, как правило, довольно редко и обусловлены взаимным влиянием отдельных элементов БИС. Они могут приводить к редким и нерегулярным сбоям.
· Малое число контрольных точек схем. Большинство узлов структуры БИС физически недоступно для непосредственного контроля и воздействия. Доступ к внутренним элементам БИС возможен только программными средствами, причем для доступа к требуемой точке схемы необходимо часто подавать довольно сложную последовательность сигналов и синхронно анализировать длинную последовательность состояний в точках, доступных для контроля.
· Неразделимость аппаратуры и программного обеспечения. Аппаратура и ПО МПС представляют единый комплекс, причем часто трудно провести между ними четкую границу. Например, в контроллерах с микропрограммным управлением программы пользователя могут быть погружены на микропрограммный уровень.
· Необходимость одновременного контроля состояния шин. Обычно в МПС имеется несколько десятков линий, объединенных в группы по функциональному признаку (шины данных, адреса, управления, состояния и др.). При тестировании МПС средствами программного управления необходимо отслеживать состояние шин в течение достаточно длительного промежутка времени и/или фиксировать однократные события на шинах (например, появление на шине определенного кода или определенной последовательности кодов).
· Шинная организация МПС предполагает, что на общую шину может работать несколько источников, подключенных к ней через буферные схемы. Это приводит к трудностям при определении источника ошибки на шине.
Отмеченные выше особенности МПС затрудняют поиск неисправностей в ней. Однако, можно выделить особенности МПС, позволяющие упростить процедуру тестирования, особенно на этапе эксплуатации.
1.1. Особенности отладки МПС на разных этапах ее существования
Существенно отличаются по сложности поиска и характеру неисправностей процедуры отладки МПС на различных этапах ее существования. Можно выделить три типа процедур отладки МПС:
· отладка опытного образца (макета);
· отладка в процессе серийного производства;
· отладка в процессе эксплуатации.
В процессе отладки опытного образца выявляются и устраняются следующие типы ошибок:
· ошибки разработчика (в том числе ошибки документации);
· ошибки соединений (дефекты печатных плат, ошибки монтажа);
Поиск неисправностей в МПС на этапе эксплуатации осуществляется в основном средствами самодиагностики или специальной, но достаточно простой аппаратурой (например, сигнатурными анализаторами).
2. Статические отладчики
Однако, УТСС не позволяет отладить систему в режиме реального времени, оценить временные характеристики и соотношения сигналов. Для этих целей служат другие, значительно более сложные приборы.
3. Логические анализаторы
Отмеченные в п. 10.1 особенности и сложности отладки МПС вызвали появление принципиально новых приборов для отладки. Помимо традиционных генераторов сигналов (генераторов последовательностей), осциллографов, вольтметров, частотомеров и др. появились логические и сигнатурные анализаторы, комплексы развития и другие сложные цифровые отладочные приборы и комплексы.
Ø регистрации последовательностей логических сигналов одновременно и синхронно во многих точках схемы и на протяжении значительного временного интервала;
Ø регистрации состояний контрольных точек в некотором интервале времени, предшествующем выбранному оператором событию;
Ø отображения зафиксированных результатов в удобной для оператора форме (временные диаграммы с масштабированием во времени, таблицы, графы переходов и др.) –
Основой любого логического анализатора (ЛА) является запоминающее устройство, фиксирующее текущий поток двоичных последовательностей.
Кроме памяти объемом N n-разрядных слов, в состав ЛА входит устройство синхронизации, управляющее моментами фиксации состояний в ОЗУ и устройство отображения.
Логический анализатор может работать в одном из трех основных режимов: настройка, регистрация, индикация.
В режиме регистрации ЛА через входные компараторы принимает n-мерные вектора логических состояний и записывают их в последовательные ячейки ОЗУ. При переполнении памяти запись снова производится по начальным адресам. Таким образом, в режиме регистрации в ОЗУ ЛА всегда хранятся N последних векторов состояний.
В режиме индикации прекращается регистрация состояний схемы и текущее содержимое ОЗУ индицируется в удобной для оператора форме.
Входные компараторы-усилители обеспечивают развязку исследуемых точек схемы и измерительных цепей и настройку ЛА на логические уровни проверяемой схемы.
ОЗУ обеспечивает фиксацию векторов состояний схемы с требуемой частотой.
Важным блоком ЛА, существенно влияющим на его функциональные возможности, является формирователь тактов. Такты записи в ОЗУ (фиксации) могут вырабатываться самим ЛА или поступать от проверяемой схемы (соответственно асинхронная и синхронная регистрация).
ТЕМА 1.4. ТЕСТИРОВАНИЕ И ОТЛАДКА МПС
Методы тестирования МПС
В жизненном цикле микропроцессорной системы выделяются три основных этапа: проектирование, изготовление и эксплуатация. Для поддержания микропроцессорной системы в работоспособном состоянии необходимо учитывать как специфику каждого этапа ее жизненного цикла, так и особенности МПС как объекта контроля.
Прежде всего, рассмотрим некоторые основные понятия, связанные с контролем и диагностикой цифровых вычислительных устройств.
Рассмотрим в первую очередь особенности МП БИС и микропроцессорной системы в целом как объекта контроля, которые затрудняют процедуру контроля и поиска неисправностей.
1. Высокая сложность БИС. Полная проверка схемы должна обеспечивать проверку ее работоспособности при всех возможных состояниях.
Число возможных состояний определяется количеством внутренних элементов памяти. Взяв для примера только регистровую память однокристального микроконтроллера (32 регистра по 8 разрядов), получим 2 256 состояний. Для полного их перебора с частотой 100 МГц потребуется время порядка 1067 лет! Очевидно, что такой вариант неприемлем и никогда на практике не реализуется. Следовательно, любая МП БИС может содержать неисправности. Самое неприятное в этой ситуации то, что эти неисправности носят характер сбоев, то есть проявляются только при определенном сочетании данных внутри БИС, и поэтому весьма трудно поддаются выявлению.
Аналогичная ошибка была выявлена в конце 2007 года в четырехъядерных серверных процессорах Barcelona, а также в чипах Phenom для настольных компьютеров компании AMD. Она была связана с особенностями реализации буфера быстрого преобразования адреса ( TLB ) кэш-памяти третьего уровня. Ошибка в отдельных ситуациях приводила к зависанию системы.
Иногда отдельные неисправности проявляют себя только на высоких частотах работы БИС. Поэтому некоторые производители схем, определив в ходе тестирования, что отдельные БИС из некоторой партии схем дают сбои на начальной, самой высокой частоте, проверяют ее работоспособность на более низких частотах, где схемы этой партии могут оказаться вполне работоспособными. Именно с указанием такой частоты работы эти БИС и поступают на рынок. Такой подход служит одной из основ «разгона» схем.
2. Малое количество контрольных точек схем. Несмотря на то что корпуса современных микропроцессорных БИС имеют до 1,5 тыс. выводов, сложность микропроцессоров такова, что непосредственно подать тестовое воздействие на любую точку схемы невозможно. Также невозможно напрямую проверить состояние какого-либо узла БИС. Это требует подачи сложных последовательностей сигналов на доступные для воздействия точки схемы и синхронного анализа длинных последовательностей состояний в точках, доступных для прямого контроля. Поэтому воздействия и представления результатов носят косвенный, опосредованный характер, что может привести к неверной интерпретации получаемых при тестировании данных.
3. Неразделимость аппаратуры и программного обеспечения. Аппаратура и программное обеспечение МПС представляют собой единый комплекс. Свои функции микропроцессорная система выполняет под воздействием программ, часть из которых к тому же хранится в постоянной памяти БИС и системы. Ошибки в работе системы могут быть обусловлены как неисправностями аппаратной части, так и ошибками, допущенными при разработке ПО.
4. Сложность и неразделимость аппаратуры, составляющей микропроцессорную систему. МПС, особенно на этапе ее эксплуатации, невозможно разделить на функциональные узлы для их автономной проверки. Это объясняется конструктивными и схемотехническими особенностями микропроцессорных средств. Во-первых, чисто конструктивно подключить тестирующую аппаратуру к отдельным БИС, составляющим систему, весьма сложно. Во-вторых, разделение микропроцессорной системы на отдельные функциональные узлы при современном уровне интеграции элементов на кристалле невозможно. Сам микропроцессор содержит широкий набор функционально различных устройств от целочисленного АЛУ до запоминающих устройств различного вида и назначения. В то же время одни и те же функции распределяются по различным БИС. Например, обработкой прерываний занимается как сам микропроцессор, так и контроллер приоритетных прерываний, входящий в состав схем чипсета, которые, в свою очередь, выполняют множество других функций. Поэтому проверка выполнения той или иной функции в микропроцессорной системе затрагивает работу всех составляющих ее схем и предъявляет высокие требования к квалификации обслуживаемого персонала.
5. Необходимость одновременного контроля состояния большого числа многоразрядных шин. Общая разрядность шин, по которым происходит взаимодействие между компонентами микропроцессорной системы, весьма велика. Но главную проблему составляет не только количество точек, в которых требуется анализировать сигналы. Простая регистрация их поведения мало что даст для определения места и характера неисправности.
Обычно требуется регистрация и анализ сигналов на протяжении значительного временного интервала и в связи с редкими и однократными событиями. К числу таких событий, идентификация которых необходима в процессе контроля, относится появление заданных комбинаций сигналов на шинах МПС и даже появление заданной последовательности таких комбинаций: обращение по определенному адресу на запись определенных данных, появление сигнала запроса прерывания определенного типа или даже сигнал помехи. При наступлении такой ситуации следует проанализировать, а следовательно, предварительно запомнить состояние шин на протяжении как нескольких предшествующих тактов, так и нескольких тактов, которые следуют за указанным событием. В то же время для МПС на основе однокристальных микроконтроллеров и ЦСП эта проблема не столь остра, так как реализация большинства функций системы осуществляется внутренними средствами этих микропроцессоров. Поэтому такие системы имеют малое число периферийных схем, а обмен между ними и микропроцессором часто выполняется по последовательным интерфейсам.
6. Высокое быстродействие схем, образующих МПС, которое требует чрезвычайно быстродействующей контрольной аппаратуры. Частоты, на которых работают современные БИС, доходят до нескольких гигагерц. В то же время чтобы определить, например, факт переключения какого-либо сигнала, частота контролирующей аппаратуры должна быть как мини мум в два раза больше.
7. Шинная организация микропроцессорной системы. Магистральномодульный принцип построения МПС затрудняет определение источника искажения информации в магистрали. Неверное считывание информации из ОЗУ в микропроцессор может быть вызвано не поломкой какого-либо из этих двух устройств, а неисправностью совершенно посторонней для данного процесса схемы, при которой ее выход постоянно заземляет одну из линий общей магистрали.
Логические анализаторы
Отладка современных микропроцессорных систем требует от инструментальных средств следующих возможностей:
ü синхронный контроль состояния многоразрядных шин;
ü регистрация последовательностей состояний в связи с редкими и однократными событиями;
ü высокая частота работы.
Традиционные приборы контроля работы цифровых схем (амперметры, вольтметры, осциллографы, даже многолучевые с запоминанием информации) этим специфическим требованиям не удовлетворяют.
Основной областью применения ЛА является этап разработки МПС, когда отсутствуют и проверенная аппаратура, и отлаженные программы. Именно в этих условиях проявляются преимущества ЛА как универсального и гибкого в применении прибора, позволяющего разработчику находить причины сложных аппаратно-программных неисправностей.
Режим регистрации продолжается до появления события, заданного оператором при настройке, или комбинации таких событий. Регистрация может быть прекращена не только непосредственно в момент события, но и через определенное число тактов после него. В этом случае в ПЛП фиксируются состояния сигналов в контрольных точках в моменты как предшествовавшие событию, так и непосредственно следовавшие за ним, что облегчает анализ ситуации. Количество тактов последействия также определяется при настройке.
Современные логические анализаторы имеют стандартные средства подключения к контролируемой МПС, большое разнообразие условий запуска по последовательности событий, наличие разнообразных режимов отображения информации, высокое быстродействие (до нескольких гигагерц), большую емкость ПЛП как по числу регистрируемых каналов (несколько сотен), так и по длине регистрируемой последовательности (десятки мегабит на канал). Некоторые модели логических анализаторов снабжаются встроенными генераторами тестовых последовательностей, что позволяет использовать их в качестве автономных приборов при поиске неисправностей в отдельных блоках МПС.
Поиск неисправности в МПС с помощью логического анализатора требует высокой квалификации персонала. Для каждой конкретной неисправности необходимо заново разрабатывать процедуру испытаний, настраивать прибор на новый режим работы, который, по мнению оператора, позволит обнаружить и локализовать неисправность. Поэтому ЛА используются в основном на этапе разработки МПС. В то же время он малопригоден на этапах производства и эксплуатации системы. Здесь большее распространение получили принципы сигнатурного анализа, которые, не требуя высокой квалификации персонала, позволяют быстро и точно отыскивать вышедший из строя компонент МПС с помощью недорогого и компактного оборудования.
Сигнатурный анализ основан на преобразовании длинных последовательностей двоичных сигналов в двоичное число, называемое сигнатурой. Измеряемые двоичные последовательности возбуждаются в контрольных точках МПС под действием специальной тестовой программы. Сигнатуры контрольных точек определяются на заведомо ра ботоспособной системе и указываются на принципиальной схеме МПС подобно тому, как на схемах аналоговых устройств указываются осциллограммы и некоторые параметры аналоговых сигналов. Сигнатура представляется, как правило, в виде нескольких шестнадцатеричных цифр.
В настоящее время в связи со все возрастающей интеллектуализацией устройств сигнатурные анализаторы постепенно утрачивают свои позиции.
Программная среда AVR Studio
На рисунке 1 показано, как внешне выглядит «AVR Studio». На самом деле «AVR Studio» имеет очень гибкий интерфейс, и внешний вид (рисунок 1) может сильно отличаться от варианта, показанного на рисунке. Но далее будет рассмотрен случай, когда выбраны установки по умолчанию.
Рисунок 1 – Внешний вид AVR Studio
Главная панель программы AVR Studio разделена на три основных окна. На рисунке 1 они обозначены цифрами 1, 2, 3 и 6.Окно 6 предоставляет информацию о текущем проекте.
Рисунок 2 – Окно ресурсов микроконтроллера
В процессе отладки в этом окне можно увидеть не только название и состав всех ресурсов, но и их содержимое. Содержимое будет отображаться как в шестнадцатиричном виде, так и путем затемнения квадратиков, отображающих отдельные биты конкретных регистров. Затемненный квадратик означает, что бит равен единице. Светлый квадратик говорит о том, что бит равен нулю. Вы также можете оперативно менять это содержимое прямо в этом окне. Для изменения значения бита достаточно двойного щелчка мышки в соответствующем квадратике. Существуют и другие способы изменения содержимого различных регистров и ячеек памяти в процессе отладки. В нижней части главной панели находится второе вспомогательное окно (окно 2 на рисунке 1). Это окно служит, в основном, для вывода различных сообщений. Оно также содержит ряд вкладок. По умолчанию их четыре. Первая вкладка называется «Build». На вкладке «Build» отражается процесс трансляции. На эту вкладку выводятся сообщения об различных этапах трансляции, сообщения о синтаксических ошибках и различные предупреждения (Warnings). Если трансляция заканчивается нормально (отсутствуют ошибки компиляции), то сюда же выводятся статистические данные о полученном результирующем коде. Эти данные показывают размеры и процент использования всех видов памяти микроконтроллера:
Сообщение означает, что в программном сегменте исполняемый код занимает 72 ячейки. Константы в памяти программ занимают 257 16-битных слов. Размер программной памяти для этого микроконтроллера составляет 513 слов (16-битных ячеек). Последняя строка содержит сообщения об ошибках. В данном случае сообщение переводится так: «Ассемблирование прошло без ошибок». Следующая вкладка второго окна называется «Message». Здесь выводятся разные системные сообщения о загрузке модулей программы и т. п. Третья вкладка второго окна называется «Find in Files» (поиск в файлах). В этом окне отражаются результаты выполнения команды «Поиск в Файлах». Эта команда позволяет производить поиск заданной последовательности символов сразу во всех файлах проекта. По окончании поиска во вкладке «Find in Files» отражаются все найденные вхождения с указанием имени файла и строки, где найдена искомая последовательность. Последняя вкладка называется «Breakpoints and Tracepoints» (Точки останова и точки трассировки). Эти точки проставляются в тексте программы перед началом процесса отладки и дублируются в данном окне. Как проставлять точки останова, беднт описано позже.
Точки останова (breakpoints) используются для того, чтобы приостановить выполнение программы в том или ином месте программы для того, чтобы убедиться, что программа выполняется правильно. Точки останова ставятся/убираются в окне текста программы нажатием на строке предполагаемого останова программы.
Рисунок 3 – точки останова в тексте
При установке точки останова в тексте программы строка помечается маркером в форме точки большого диаметра, а информация о ней автоматически появляется во вкладке «Breakpoints and Tracepoints» (рисунок 4):
Вкладка позволяет увидеть все точки останова программы в одном списке. Кроме того, на вкладке против каждой записи, описывающей точку останова, автоматически появляется «Check box» (поле выбора), при помощи которого можно в любой момент временно отключить любую точку останова. В окне 3 можно открывать не только все тексты ассемблерных программ текущего проекта, но и тексты программ других проектов, а также тексты программ, написанных на других языках программирования. Такой прием очень удобен, если нужно переделать программу, написанную для старого микроконтроллера на старой версии Ассемблера на новый лад. Все открытые текстовые окна запоминаются и затем открываются автоматически при открытии проекта.
Рисунок 4 – Break points and tracepoints
Любое текстовое окно имеет подсветку синтаксиса. Разные части помещенного туда текста программы подсвечиваются разными цветами. Так, все операторы Ассемблера высвечиваются голубым цветом. Комментарии выделяются зеленым. Остальной текст (параметры команд, псевдооператоры, метки, переменные и константы) остается черным. Это очень удобно. Если написанный вами оператор окрасился в голубой цвет, то это значит, что вы не ошиблись в синтаксисе. Если вы написали комментарий, но перед текстом комментария забыли поставить точку с запятой, то этот комментарий не окрасится в зеленый цвет. Таким образом, многие ошибки видны уже в процессе написания программы. Кроме двух вспомогательных и одного основного окна, главная панель программы имеет строку меню (отмечена цифрой 4 на рисунке 1), а также несколько инструментальных панелей (отмечены цифрой 5). Как и в любой другой программе под Windows, при помощи меню вызываются все функции программы AVR Studio и переключаются все ее режимы. Панели инструментов дублируют часто используемые функции меню.
СОЗДАНИЕ ПРОЕКТА НА АССЕМБЛЕРЕ После запуска программы открывается мастер нового проекта, который также можно вызвать через меню ―Project –> New project‖
1.4.4. Система программирования CodeVisionAVR
Вот так выглядит программа после ее установки (кликните по картинике, чтобы увеличить изображение)
Для того, чтобы создать новый проект, кликаем по значку «шестеренка»:
После появится вот такое окошко. Ставим маркер-точку на AT90, Atiny, FPSLIC и нажимаем «ОК».
Выбираем наш МК. В данном случае я использую МК Atiny2313, поэтому из всего списка МК, которая предлагает нам программа, выбираю именно его.
КодВижен для нас приготовил шаблон. Здесь явно много лишнего. Первым делом убираем шапку
Выделяем, нажимаем Del.
Текст, который находится после двух косых черточек «// любой текст » или /* любой текст */ называется комментарием. Они нужны для удобного восприятия и никак не сказываются на работу МК.
PORTB=0b00000000
DDRB=0b00000111
Это означает, что PB0, PB1, PB2 настроены на выход. Считаем справа-налево, если вы не забыли. А если ноль, то значит настроены на вход.
Теперь рассмотрим while (1). Он означает, что кусочек программы, который будет написан после него, будет зацикливаться, то есть повторяться бесконечное количество раз.
Программа находится между фигурными скобками. Эти скобки принадлежат while (1). То есть этот кусок программы будет повторяться бесконечное число раз.
Давайте разберем саму программу.
delay_ms(1000); Ждем 1000 миллисекунд, то есть 1 секунду.
PORTB.1=1; Через одну секунду на ножке PB1 появляется логическая единица, то есть 5 вольт, которые и зажгут второй светодиод
delay_ms(1000); Ждем еще одну секунду.
PORTB.2=1; Как только прошла секунда, у нас на ножке PB2 появляется логическая единичка, и, следовательно, зажигается третий светодиод.
delay_ms(2000); Ждем 2 секунды. Итого у нас горят все разом три светодиода в течение двух секунд.
PORTB.2=0; На ножке PB2 появляется логический ноль, то есть напряжение исчезает. Третий светодиод тухнет.
delay_ms(1000); Ждем секунду
PORTB.1=0; Исчезает напряжение на ножке PB1. Светодиод второй тоже перестает источать свет.
delay_ms(1000); Ждем секунду.
PORTB.0=0; И на ножке PB0 напряжение тоже стает равно нулю. Первый светодиод тухнет тоже.
delay_ms(2000); Ждем две секунды и возвращаемся на начало программы, то есть к
PORTB.0=1;
delay_ms(1000);
Вот так выглядит полностью сама программа. Ее можно даже скопировать и скомпилировать.
#include
void main(void)
<
PORTB=0b00000000;
DDRB=0b00000111;
while (1)
<
PORTB.0=1;
delay_ms(1000);
PORTB.1=1;
delay_ms(1000);
PORTB.2=1;
delay_ms(2000);
PORTB.2=0;
delay_ms(1000);
PORTB.1=0;
delay_ms(1000);
PORTB.0=0;
delay_ms(2000);
>
>
Программаторы
Программатор – это программно аппаратное устройство, разработанное для занесения необходимой информации в постоянное запоминающее устройство (ПЗУ). Помимо записи, программатор может обеспечивать возможность считывания информации из ПЗУ микросхемы. Наряду с основными режимами программирования и чтения, многие микросхемы имеют множество дополнительных режимов: стирание, закрытие от чтения, защита от программирования и т.п.
Можно считать, что программирующее устройство поддерживает микросхему, если:
Для выполнения своих функций, хороший программатор, как минимум должен содержать:
Существуют некоторые классификации программирующих устройств по следующим параметрам.
По типу программируемых микросхем
Узкоспециализированные программаторы. Программаторы, поддерживающие мс только заданного типа, или мс только заданного производителя.
Условно универсальные программаторы. Устройства, программирующие мс многих типов и/или мс различных производителей.
Универсальные программаторы. Программирующие устройства, поддерживающие микросхемы всех типов, и мс всех фирм.
Не надо доказывать, чем более широк список программируемых микросхем, тем более сложная программно аппаратная реализация программатора.
Конструкция наиболее простых программаторов, позволяющих запрограммировать микросхемы одной серии, чаще всего, представляет собой несколько сопротивлений и проводов, которые подключаются к одному из портов PC.
Универсальный программатор разрабатывается на базе универсальных аппаратных драйверов. Аппаратные драйвера подводятся к выводам сокетки, и должны обеспечивать:
По способу программирования мс.
Параллельные программаторы. Обработка микросхем осуществляется в колодке (сокетке) программатора.
ISP программаторы. Поддержка мс. происходит непосредственно в устройстве (ISP mode).
Параллельный программатор. Для того, что бы проделать заданные операции с микросхемой, ее надо положить в колодку программатора. После этого, в программной оболочке устройства выбрать соответствующий тип обрабатываемой мс, затем, запустить на исполнение соответствующий режим (стирание, программирование, чтение, программирование битов защиты и т.п.).
Для поддержки микросхем с корпусами, отличными от DIP, нужно использовать специальные переходные адаптеры.
Программатор внутрисхемный. ISP программирование возможно только тех микросхем, которые предполагают данный режим.
Обычно, подобные микросхемы содержат встроенные устройства, которые:
Для реализации режима ISP Mode, стенд разработчика должен поддерживать:
1. сответствующую стыковку выводов микросхемы с выходами ISP программатора;
2. заданные режимы по нагрузке и питанию на соответствующих выводах микросхемы в режиме программирования.
Мощным достоинством внутрисхемного программирования является возможность объединения процесса программирования и тестирования, исключив отдельную фазу обработки мс. перед финишной сборкой прототипа.
Отличительной особенностью программаторов серии ChipProg-xx оказывается то обстоятельство, что помимо обеспечения обычного режима (в сокетке устройства), они поддерживают и режим внутрисхемного программирования.
По подключению к PC
Чаще всего, для подключения современного программатора к PC используется либо параллельный интерфейс, или канал USB. При прочих равных условиях, USB программатор имеет очевидные преимущества.
По возможному количеству параллельно записываемых мс.
Обычно, универсальный программатор может работать одновременно не более чем с одной микросхемой. В ряде случаев может возникнуть потребность, например, реализовать программирование микроконтроллеров в большом количестве. Для промышленного тиражирования микросхем выпускаются программаторы копировщики.
В качестве образца, программатор ChipProg-G4 снабжен четырьмя ZIF сокетками, и способен в асинхронном режиме программировать до 4 микросхем параллельно. Другой возможностью заметно увеличить скорость тиражирования – воспользоваться функциональными возможностями некоторых программаторов. В частности, профессиональные программаторы семейства ChipProg-XX с USB интерфейсом предоставляют возможность мультипрограммирования. Имеющееся число подобных программаторов может быть подключено к одному PC через USB порты, либо через USB HUB. Данные программаторы, объединенные в мультипрограмматорный режим, функционируют асинхронно и совершенно независимо друг от друга.
По специальным возможностям
Как правило, программаторы заметно отличаются друг от друга по своим функциональным и сервисным возможностям.
Для иллюстрации представим вспомогательные способности, предлагаемые программаторами фирмы Фитон
– контроль всех выводов обслуживаемой микросхемы на наличие контакта перед программированием;
– Аппаратные схемы защиты. Защита ошибочно подключенных микросхем;
– Экстремально большая скорость программирования;
– Защита от электростатического разряда;
– Кнопка, запускающая выполнение любой необходимой операции или последовательности операций;
– Обеспечение записи микросхем в устройстве пользователя;
– Режим программирования серийного номера;
– Возможность подсчета контрольных сумм;
– Режим записи сигнатуры;
– Режим поддержки проекта;
– Поддерка автоматического контроля присутствия микросхемы;
– Многофункциональный двоичный редактор;
– Встроенный язык сценариев;
Дата добавления: 2019-02-22 ; просмотров: 2168 ; Мы поможем в написании вашей работы!