Начинающим с нуля (PIC)

[Andrey_Ch8]

Блин, я уже набросал почти всю прогу, как только отлаживать стал в Мплаб, так опрос кнопки не срабатывает в прерывании хоть тресни.

Казалось бы все просто, прерывание каждые 65мс, в нем опрашиваем кнопку, запоминаем если нажата и декремнетируем .153(10сек)выходим

Потом основнои цикл , устанавливаем.153 взводим таимер, подготовительные операции.Проверяем регистр, на который повлияла кнопка, если есть изменение( +1), то смотрим что было до этого: охрана или станд бай, если охрана то снимаем, если станд бай, то ставим на охрану.и после 10 сек смотрим на датчик движения.

Врубитесь наконец в простую мысль.

Нажатие на кнопку НЕ ОПРЕДЕЛЯЕТСЯ В ПРЕРЫВАНИИ

Не могу никак, наверно уже завтра.

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[Alexeyslav]

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

Впрочем, тут надо подумать, ведь подавлять дребезг не нужно - тогда кнопку можно проверять сразу в бесконечном цикле, но конечно лучше бы реагировать на нажатие кнопки только если она нажата 2-3 проверки подряд(по 65мс), это исключит такую вероятность как случайное срабатывание кнопки от ЭМИ.

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[my504]

Вот уже и запутались в прерываниях ...

Для того, чтобы путаться, нужно как минимум их применять. Автор еще ни разу этого не сделал. Он просто НЕ ЗНАЕТ что это такое.

Вы предлагаете ему и дальше не знать?

[Реклама]

Особенности хранения литиевых аккумуляторов и батареек

Потеря емкости аккумулятора напрямую зависит от условий хранения и эксплуатации. При неправильном хранении даже самый лучший литиевый источник тока с превосходными характеристиками может не оправдать ожиданий. Технология, основанная на рекомендациях таких известных производителей литиевых источников тока, как компании FANSO и EVE Energy, поможет организовать правильный процесс хранения батареек и аккумуляторов. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[Alexeyslav]

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

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[my504]

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

С этим трудно не согласиться...

[Andrey_Ch8]

Вы опять о своем, а я все пытаюсь понять вчерашнюю мысль, которая сразила меня наповал. Как не проверять кнопку в прерывании ???

Можете не отвечать пока я перевариваю информацию почерпаную за три дня)))

пытаюсь составить более разумную блок схему.

[my504]

Давайте представим себе картину на бытовом уровне.

Сидите Вы в кресле, читаете интересную книгу и пытаетесь не пропустить начало фильма по ТВ.

Для этого Вы настроили некий таймер на звонки каждые 2 минуты. Таймер себе тикает и гудит в установленное время, а Вы, услышав таймер, поднимаете голову на мгновение и проверяете не начался ли фильм(звук выключен ибо мешает читать).

Вот таймер - это реальное время - только в прерываниях.

А голову Вы можете поднять и чуть позже, чуть раньше после сигнала. Это режим опроса. У вас своя какая то работа (чтение), но слух при чтении не выключен (периодически с частотой "чтения" проверяет звук)... Вот это называется ПРОГРАММНЫЙ цикл. Он к прерываниям отношения не имеет.

[Andrey_Ch8]

Спасибо ,Марк, только закончил рисовать блок схемку. Готов поделиться, но надо оформлять в каком-то формате, а то мои каляки никто не разберет))

вроде поверхостно получилось, кое что лишнее и может чего-то не хватает. Мне кажется я именно так и "поднимаю голову" в этои схеме.))

[Andrey_Ch8]

Ну вот на ваш суд представляю.

Только сильно не пинайте.

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

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

Изменено 29 сентября, 2010 пользователем Andrey_Ch8

[my504]

Так трудно понять написанное.

Есть стандартные УГО (условные графические изображения) блоков в блок схемах. В том числе и блок-схемах алгоритмов.

Блоки условий обозначают как ромб:

А остальные блоки как прямоугольники.

Стрелки-связи выходят из блоков. Входить в блок может ТОЛЬКО ОДНА СВЯЗЬ. Поэтому если на вход блока выходят несколько стрелок, то они соединяются до блока в одну стрелку-связь и она уже входит в блок.

Перерисуйте пожалуйста.

[Andrey_Ch8]

Охрана сигнал, там-же

goto start

end

Изменено 29 сентября, 2010 пользователем Andrey_Ch8

[Andrey_Ch8]

Как поставить точку останова на то событие, когда TMR0 переполняется, в Мплаб есть Complex Breakpoints- add breakpoints- data memory- выбираю TMR0- запись специфического значения- FE (.254) или FF. Но таимер не останавливается точка не срабатывает.

[my504]

Когда таймер переполняется, возникает прерывание. Ставите брекпойнт в первую строку обработчика и получаете искомое.

ЗЫ. Блок схему разберу позже. Пока занят.

Изменено 29 сентября, 2010 пользователем my504

[Andrey_Ch8]

Хотел посмотреть откуда пришли в прерывание, потому и ставил 254 или 255, чтоб вручном режиме досчитать до 00000000 и посмотреть в каком месте произошло прерывание, хотя это не так важно.

[my504]

Что бы увидеть откуда вошли в прерывание, нужно из него выйти. Попадете как раз на следующую за выходом команду.

[Andrey_Ch8]

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

Я смотрел на флаг, естевственно он был опушен, до кнопки так и не дошла программа.

[my504]

Для проверки было ли переполнение, флаг прерывания НЕ ГОДИТСЯ.

Для этого нужно заводить СПЕЦИАЛЬНЫЙ программный флаг.

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

После первого же прерывания она будет 0.

[Alexeyslav]

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

В алгоритме, что указан на блок-схеме есть существенный изъян, а именно проверка состояния кнопки. Нужно проверять не состояние кнопки, а её переход из опущено в нажато. Иначе, когда вы нажмете кнопку в режиме охраны, программа отработает на начало - будет режим снятие с охраны, и тут же через 56мс проверка нажатия кнопки и опять срабатывание - схема станет в режим охраны. Ведь вы не будете гадать момент и держать кнопку меньше чем 56мс? По хорошему, нажатие кнопки необходимо запоминать с предыдущей проверки и сравнивать с текущим значением и только когда текущее значение = нажато, а прошлое - отпущено только тогда считать что кнопка нажата. И подтвердить этот факт коротким сигналом.

[my504]

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

Это как??? Не понял...

[Alexeyslav]

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

[Andrey_Ch8]

По хорошему, нажатие кнопки необходимо запоминать с предыдущей проверки и сравнивать с текущим значением и только когда текущее значение = нажато, а прошлое - отпущено только тогда считать что кнопка нажата. И подтвердить этот факт коротким сигналом.

Можно подробнее о запоминании состояний, кнопки.

[a_sergeevich]

Вот тут этот вопрос про кнопку подробно рассмотрен, правда на Си, но суть уловить можно: http://forum.cxem.net/index.php?showtopic=57524&pid=710913&st=60entry710913

[Alexeyslav]

Там какой-то странный пример... не очень очевидный. Вобщем, что надо?

1) записать текущее состояние порта в 0-й бит переменной.

2) сделать переменной AND 0x03

3) Проверить, если переменная = 0 - отпущена(постоянно), 1 - нажатие(момент), 2 - отпускание(момент), 3 - нажата(постоянно). Выполнить необходимое действие.

4) Cдвинуть переменную влево(в сторону старшего бита).

[Goodefine]

Обычно я делаю примерно так:

//--------Чтение состояния линии
void city_line_read(flag_tmp* fl_tmp)
{
static uchar8 key_acc; //переменная для хранения послед. состояний кнопки

key_acc <<=1; // Сдвигаем аккумулятор влево на 1 бит
key_acc |= !(CITY_LINE_PIN); // читаем состояние ножки и добавляем новое значение к аккумулятору

switch(key_acc)
{
case 0:
fl_tmp->city_line_state=ZERO;
break;

case 0xFF:
fl_tmp->city_line_state=ONE;
break;

default://дребезг
fl_tmp->city_line_state=RANDOM;
break;

}

}

Вариант использования:

if(fl.city_line_police)
{ //если разрешено чтение линии
city_line_read(&fl_tmp); //читаем состояние линии
switch(fl_tmp.city_line_state)  //анализируем состояние
   {
   case ZERO:
   if(fl_tmp.city_line_last)count.city_line_front++;
   fl_tmp.city_line_last=0;
   break;

   case ONE:
   if(!fl_tmp.city_line_last)count.city_line_front++;
   fl_tmp.city_line_last=1;
   break;

   case RANDOM:

   break;

   default:
   break;


   }
//...
}

Тут и антидребезг, и анализ предыдущего состояния. Все довольно просто и прозрачно. Флаг fl.city_line_police можно выставлять и в прерывании. Либо другим арбитром.. На асм, думаю, нетрудно перевести...

[a_sergeevich]

Там какой-то странный пример... не очень очевидный. Вобщем, что надо?

1) записать текущее состояние порта в 0-й бит переменной.

2) сделать переменной AND 0x03

3) Проверить, если переменная = 0 - отпущена(постоянно), 1 - нажатие(момент), 2 - отпускание(момент), 3 - нажата(постоянно). Выполнить необходимое действие.

4) Cдвинуть переменную влево(в сторону старшего бита).

И чем он, пример не очевиден, тем, что для 12-го пика приведён или что там не надо делать кучу телодвижений которые вы описали,просто интересно ?

Да кстати там не один пример.

Goodefine

ИМХО, зачем такие сложности разводить ?

Антидребезг можно обычным циклом сделать.

//блок инициализации переменных
char flag = 0;
int i;
char tmp = GPIO2;
//основной цикл программы
if (GPIO2 != tmp ) {for (i=0; i <= 16; i++ );} //антидребезг
if (GPIO2 != tmp ) { flag++; tmp = GPIO2; } //обработка нажатия отжатия.
if (flag >= 2 ) {  flag = 0; funcia ();}

Изменено 1 октября, 2010 пользователем a_sergeevich