Не работает прибавление 1 к переменной при нажатии на кнопку Опции

[loghir]

Доброго времени суток!
Всех с Днем Победы! Желаю чтобы агрессивные политики воевали только в парламентах по мордам друг друга!

биты конфигурации задаю вручную, RA0 сидит на +5В через резистор 4к7, кнопка на "массу", МК - pic16f72.
Срабатывание кнопки гарантировано доходит до RA0 (мерял на выводе). При "ручной" записи в порт через переменную индикация работает нормально.

Код

#include <pic.h>

#define knopka_start RA0
#define all_1 RC4
unsigned char time1 = 0;

void podgot (void)
{
ADCON1 = 0x07;
TRISA = 0b111111;
TRISB = 0b00000000;
TRISC = 0b00000000;
RBPU = 0;
PORTA = 0;
PORTB = 0b11111111;
PORTC = 0b11111111;
}

const unsigned char arr_seg [10] =
{
/* начало массива
0bABCDEFGH <– расположение сегментов по битам */
0b00000011, // «0» !
0b10011111, // «1» !
0b00100101, // «2» !
0b00001101, // «3» !
0b10011001, // «4» !
0b01001001, // «5» !
0b01000001, // «6» !
0b00011111, // «7» !
0b00000001, // «8» !
0b11110111, // «9» !
};

void main (void)
{
podgot();
all_1 = 0;
PORTB = arr_seg [time1];
if (knopka_start == 0);
{
time1 = time1 + 1;
}
}

Сообщение отредактировал loghir - May 9 2011, 06:05

[loghir]

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

PICC 8.05pl2

И я в вашем коде чето не вижу подключения заголовочного файла вашего пика, или не требуется?

в #1. (Не повторять же весь код.)
RunneR2, спасибо, но ваш код не спасает от дребезга контактов.

У вас knopka_prev в программе один раз получает значение равное RA0 (а это по умолчанию "1" при ненажатой кнопке) и дальше в бесконечном цикле вы это самое "1" упорно сравниваете с нулем.

Теперь я напрямую обращаюсь к линиям портов. (Глюки компилятора с именами потом разгребу.)
В #19 у меня было лишнее увеличение time1. Конечно сравниваю с нулем, ведь при нажатой кнопке у меня ноль.

Код

for(;;)
{

if((RA0 == 0) && (DDF == 0))  
    {
    DDF = 1; // активируем "защелку", чтобы на счетчик прошел только один "0".
    time1 = time1 + 1;
    if (time1 > 9) // чтобы "time1" не вышла за пределы массива
        {
        time1 = 0;
        }
    PORTB = arr_seg [time1];
    TMR1ON  = 1; // включить TMR1
        while (DDF == 1) // выполняется пока величина () не станет ложной (не переполнится TMR1)
        {
            if (TMR1IF == 1) // ожидание появления флага прерывания по переполнению TMR1
            {
            TMR1ON  = 0; // выключить TMR1
            TMR1IF = 0;  // сброс флага прерывания по переполнению TMR1
            DDF = 0;     // условие для следующего срабатывания кнопки
            }
        }
    }
}
}

Вы можете с помощью своей собственной головы придумать алгоритм работы вашего устройства, изобразить на бумаге, и потом уже его (алгоритм) перевести на конструкции такого несложного языка как С? Или будете ждать, когда кто-нибудь из нас вам напишет готовую программу, которую вы не сможете запустить из-за плохой панельки?

Алгоритм давно готов, там ничего сложного. А панельку с нулевым усилием я 2 недели искал, еле нашел. Сами знаете - временный неконтакт - хуже нет неисправности. Отловил только тогда, когда он совсем пропал. Программу я не прошу писать, только подсказать некоторые моменты.

Вы не можете с опросом пинов разобраться, а уже лезете в таймер. ЧуднО все это.

Уже разобрался. Если бы не глюк компилятора с именами, давно бы разобрался. А что такого сложного в таймере? Если бы в даташите для примера написали бы, что при 1:8 будет частота 1.90735... Было бы совсем просто.

[sergeeff]

Алгоритм давно готов, там ничего сложного.

Приятно читать сообщения грамотного специалиста. Оказывается, ничего сложного нет и он все сам знал с самого начала (кто бы сомневался). Однако, несмотря на мелкие гнусности компиляторов, собственно микропроцессора, и иже с ними, подведем итоги:

1. Восемь дней (с 09.05 по 17.05) тю-тю.
2. Проблема удаления дребезга кнопок - осталась.
3. Работа над собственными ошибками - на "3-".

И все это в программе <20 строк.

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