Эта часть будет посвящена созданию практического проекта управления освещение.

Тех задание:

  1. Два выхода управления ШИМ – светодиодным освещением.
  2. Две кнопки управления, каждая кнопка управляет, своим каналом, логика самая простая, нажимаем и удерживаем кнопку включается режим (в зависимости от предыдущего состояния) нарастания яркости или уменьшения, если канал отключен он включается на предыдущей установленной яркости. При повторном нажатии режим изменяется на противоположный. Кратковременной нажатие выключает – включает канал на заданной яркости. Двойное нажатие включает таймер авто отключения (задержка 30 секунд).


  Когда поставлено ТЗ с заказчиком всегда надо подписать документ (это обязательное условие для разработчика), кроме ТЗ надо досконально описать, как вы и при каких условиях будет сдавать готовый “продукт”, в полоть, до того, “вы смотрите, я нажимаю кнопочку, происходить, то-то и так.” Это даст вам возможность при окончании проекта, сдать его и за одно полечить заказчика, если он думал, что-то другое и отнесся к вам не серьезно. Дополнительная оплата ваших услуг любых хамов ставит на место. И только тогда можно начинать разработку. Повторяю подписать ТЗ.


  С чего начнем, первое создадим функцию которая позволит отслеживать нажатия кнопки и определять типа нажатия. Нам нужен флаг который будет определять, что произошло прерывание, по нажатию. Как это делается. Событие происходит в (назовем так) библиотеке обслуживание выводов pin_manager. В ней мы должны описать булеву переменную её можно описать классически bool или XC8 допускает тип bit.

  Для этого в файле pin_manager.c вставим в начале строки (если использовать будем описание bool ), сначала библиотека

Затем описание флагов:

  Но этого будет маловато, нам необходимо будет использовать эти флаги не только в файле pin_manager.c, а и в основной программе mail.c. Для этого нам необходимо в заголовочном файле pin_manager.h, описать эти флаги как внешние:

Также в этот заголовочный файл добавим описание наших кнопок назовем их BOT1 и BOT2:

Вот теперь мы можем эти флагами манипулировать и в файле pin_manager.c и в файле mail.c.

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

Аналогично изменим функцию обработки кнопки подключенной ко входу RB7

Что эти функции будут выполнять? При нажатии кнопки будет устанавливаться флаги bot1_pressure и bot2_pressure. Что с этими флагами будем делать?

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

  1. Обработаем флаг нажатия кнопки:
    • нам необходимо, чтобы обработка нажатия была выполнена однократно, для этого сделаем функцию if, с условием если флаг установлено, войти в функцию, сбросить флаг.
    • Установить флаг удержание клавиши bot1_retention.
    • Обработка функции изменения направления яркости (увеличение/уменьшение).
    • Увеличение переменной режима – чтобы понять сколько раз нажата кнопка и какую функцию выполнить.
    • Инициализация таймера задержки – что бы разобраться это удержание кнопки или кратковременное нажатие.

Как это будет выглядеть:

Эта конструкция гарантирует, что все, что в фигурных скобках будет выполнен всего один раз на нажатие кнопки

Флаг удержания кнопки

Нам необходимо чтобы выполнялась логика работы нажатия кнопки, нажали – удерживаем яркость увеличивается, следующее нажатие и удержание яркость уменьшается (далее логика повторяется)

И самое главное это должно выполняться когда “свет горит” модуль ШИМ включен. Модуль включается битом PWM1EN, по этому по состоянию этого бита можем контролировать и разрежать управления флагом направления изменения яркости NAP1.

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

Для понимания кратковременное нажатие или удержание нужна переменная таймера по которой мы будем определять тип нажатия. Это переменная

Функции timer_delay1 работаем следующим образом её необходимо встроить в таймер и выполнять уменьшения на единицу пока её значение больше нуля. По достижения значения нуля, декрементация переменной останавливается. Это может выполнено следующим образом:

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

Выберем таймер 0

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

далее, установим период таймера 1 миллисекунду

 

А период работы функции Callback function Rate сделаем пол секунды (таймер работает 1 мс) впишем 500,

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

получаем 499,968, это максимально близко к 0,5 секунды. Для чего это сделано, это сделано для будущего когда мы будем настраивать функцию автоотключения, когда нам необходимо будет выполнять команду автоматического отключения освещения, вот тут нам понадобиться отсчет времени. Почему в пол секунды, это просто – это минимальная погрешность которая будет возникать. Как это понять. Таймер постоянно работает и формирует пол секундные нажатия, а нажатия кнопок у нас асинхронные мы можем при нажатии попасть точно в момент прерывания и тогда период будет 30 сек., а можем позже, запоздать и выполнить перед прерыванием, тогда период будет 29,5 сек. Для того чтобы сделать это супер точно надо или полностью синхронизировать таймер в момент прерывания или задать более частые прерывания, что только увеличат объем программы и нагрузку на процессор, что для нашего приложения, совершенно не важно. Если вы уходите и запускаете таймер на отключение света, выключиться он через 29,5 сек или 30 сек надеюсь совсем не важно ;).

С генерируем код на основе наших изменений

Для нас конфигуратор откроет окно Merge[MCC], еще раз опишем, что это такое в левой части, то, что подготовил MCC, в правой части, то что есть сейчас

Тут показаны какие файлы затронули изменения, а также какой в данный момент файл выбран для изменений

Тут сколько всего осталось внести изменений и на каком изменении установлен курсор (1/8 – изменений)

Если нажать на символ => то будут автоматически учтены все изменения, но это делать не стоит, так как мы уже внесли “свои” добавления в файл tmr0.c и они при этом будут потеряны, а это нам не нужно. Что нам делать? Перемещаем мышку на правую половину окна Merge[MCC] и прокручиваем колесико мышки на первое изменение

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

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

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

Крутим далее колесико находим следующие изменения, тут необходимо, только изменить комментарий

При этом остаются 4 непринципиальные изменения, в основном комментарии и одно описание нашей переменной. Работа с этим файлом выполнена.

Переходим ко второму файлу tmr0.h. (двойной клик на строчке)

В этом Файле предлагается 3 изменения просмотрим их

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

На всплывающее окно ответим утвердительно

Изменения настройки MCC вступили в силу.


Итак что мы сделали?

  1. мы добавили переменные для формирования длительностей, которые нам будут необходимы для управления изменения яркости и обработки времени нажатия кнопки.
  2. Мы описали функцию нажатия кнопки при выполнении её нажатия (в прерываниях)
  3. Мы в основном цикле описали обработку флага нажатия кнопки.

Что нам осталось описать обработку нажатия и самого изменения параметра яркости от состояния кнопки. Читаем это в следующей главе…

Tagged with →  
Share →

Copyright © Catcatcat 2013-2017. Все права защищены.
Копирование разрешается только с указанием активной ссылки на правообладателя.

e-mail: catcatcat.electronics@gmail.com