Вопросы по С/С++ (СИ)

[Vlad0o]

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

кнопки обрабатываются в разных функциях, из-за особенности подключения кнопок.
Приведу пример обработки одной кнопки:

Код: Выделить всё

unsigned int button1(void)
{
unsigned int Bb1;

P3MDOUT = 0; //Настраиваем на вход
P3 = 0xFF;
DB4 = 1; //это одновременно шина данных ЛСД и кнопки. если в один порт поставить 1, то именно эта кнопка будет работать
DB5 = 0;
DB6 = 0;
DB7 = 0;

if (B0 == 1)
{Delay(10000); //проверка на дребезг
Delay(5000);
}
if (B0 == 1) 

{currentButton1 = 1;}
if (lastButton1 == 0 && currentButton1 == 1)
{//LED2 = !LED2;
//LED1 = !LED1;
//LED3 = !LED3; //предположим что то делается тут.
//LED4 = !LED4;
Bb1 = 1;
//T = T-1;
}
else {Bb1 = 0;}

lastButton1 = currentButton1;
return Bb1;
}

Схема подключения кнопок: http://i023.radikal.ru/1111/b8/80306427b39b.jpg

B0 - это Р3.0 - c его помощью и проверяем нажата кнопка или нет


Заранее спасибо

ЗЫ я серьезно буду благодарен и без всякой иронии, поскольку Си для меня пока на 1/10 (а может и 4/100) понятен

[Мастер Ломастер]

работа с кнопками проще всего ведется по следующему алгоритму:
1. делается функция, которая возвращает состояние порта, к которому подключены кнопки. эта функция может привести это состояние к нормальному виду, когда нажатой кнопке соответствует не ноль на порту, а единичка.
2. делается функция, которая вызывает первую дважды: первый раз результат запоминается, затем делается пауза для защиты от дребезка в 10-15 мс, а потом вызывается второй раз и сравнивается с предыдущим результатом. если оба раза получено ОДНО И ТО ЖЕ - надо этот результат вернуть, это и будет состояние кнопок. если первый и второй раз разное - надо вернуть 0 (не нажата ни одна кнопка).
3. в том месте, где надо отреагировать на кнопку, вызывается функция 2 и по возвращенному ею значению определяется, какая кнопка нажата, и соответственно, делается то или иное действие.

получается очень лаконично и надежно. если нужны всякие фичи типа автоповтора при удержании и т.п., то все это делается ВНУТРИ функции 2, а для основной части программы все будет совершенно прозрачно.

как-то так:

Код: Выделить всё

static unsigned char get_pins(void){ // это функция 1
   return ~PIND & KEY_MASK;
}

static unsigned char get_key(void){ // это функция 2
   unsigned char key = get_pins();
   delay_ms(10);
   if(key == get_pins())
      return key;
   else
      return 0;
}

//где-то в нужном месте программы реагируем на кнопки
unsigned char key = get_key();
switch(key){
case KEY_1 :
   ...
   break;
case KEY_2:
   ...
   break;
   // и так далее все варианты нажатых кнопок
}

[BCluster]

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

Я не понимаю что такое P3MDOUT и P3 и B0 - я не знаю что у тебя за компилятор и проц - но привыкай такие специфичные вещи либо не использовать либо прятать в дефайнах. Хотя может это у тебя дефайны к чему-то более понятному )

Я так понимаю что кнопок четыре?
DB4 = 1; //это одновременно шина данных ЛСД и кнопки. если в один порт поставить 1, то именно эта кнопка будет работать
DB5 = 0;
DB6 = 0;
DB7 = 0; это дефайны каких то пинов порта или это непосредственный доступ к порту?

ЗЫ могу канеш тебе код написать но лучше давай со всем разберемся и сам сделаешь в итоге

[Vlad0o]

У меня стоит KEIL проц силабс 8051f314. Силабс не так распространен у радиолюбителей интернетах, поэтому я долго вникал, благо здесь подсказывали.
Ситуация такая:

Код: Выделить всё

P3MDOUT = 0; //Настраиваем на вход
P3 = 0xFF;

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

Код: Выделить всё

DB4 = 1;
DB5 = 0;
DB6 = 0;
DB7 = 0;

все правильно, это шина лсд и одновременно порты на которые посадили кнопки (P3.1 P3.2 P3.3 P3.4)

В0 - контрольный ПИН (Р3.0) когда мы выставляем к примеру на DB4 1 и нажимаем эту кнопку на "девелопментборде" (самодельном) то на вход В0 приходит 1 и так регистрируется нажатие.
Про дребезг я знаю и вроде как учел. проверил - нажимается.
Попробую сделать как посоветовал Мастер Ломастер.
А то я написал по урок от ардуина на ютубе))) я алгоритм позаимствовал, там то конечно сразу все кнопки проверяются, а у меня конкретная кнопка и все это из-за танцев с "контрольным ПИНом"

А вообще собираюсь меню приделать - кнопки есть, лсд есть, датчики температуры есть, реле есть. Пытался на switch case собрать, но почему то превысил лимит памяти в 8кб. даже не знаю куда она делась.

[Мастер Ломастер]

совмещение кнопок с шиной данных дисплея - штука хитрая. судя по вашей схеме, если нажать одновременно 2 кнопки и держать их, то как минимум дисплей будет заблокирован, а в худшем случае может накрыться порт МК.

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

[Vlad0o]

"совмещение кнопок с шиной данных дисплея - штука хитрая" - это Вы верно сказали. с этим пришлось повозиться.
А схему я очень схематично нарисовал) там проблема с выжиганием была решена на аппаратном уровне, но не мной.
Конфликт с ЛСДшником вроде как решен. лсд инициализирую в начале главного цикла рядом с инициализацией остальной периферии. поскольку порт один и он должен работать и на вход и на выход. то на выход его я инициализирую в функциях ЛСД, а на выход в функциях "кнопок". благо лсдшник надо инициализировать только один раз. поэтому все сводится к поочередному опрашиванию нужной кнопки и выводу на экран текста. Теоретически если держать кнопку на экране должны появляться непонятные символы или еще какая нибудь фигня или вообще ничего не выводиться. и так кстати бывало. Но я делал так что при нажатии и удержании кнопки на экране цифры поочередно сменяли друг друга.

[inkHunter]

Не могу понять
#define USB_EVT_SETUP 1

if (USB_P_EP[n]) {
USB_P_EP[n] (USB_EVT_SETUP); ?????
}

массив а дальше (1) что это такое ?

[BCluster]

Массив указателей на функции, собсно вызывает функцию USB_P_EP[n](1) с аргументом 1.

[inkHunter]

как записать в массиве функции ?

знаю что можно так
int (*pf[2])(int)={f1,f2};
но с указателем, а как без него ?

вот фун. для примера:
int f1 (int i)
{
return i;
}

int f2 (int i)
{
return i;
}

int mf[5]={f1(),f2()}; так не можно.

[BCluster]

int mf[0]=&f1;
int mf[1]=&f2;

Это ж массив УКАЗАТЕЛЕЙ все же )

[Мастер Ломастер]

int mf[0]=&f1;
int mf[1]=&f2;
Это ж массив УКАЗАТЕЛЕЙ все же )

для функций наличие амперсенда необязательно, т.к. имя функции - уже адрес ее тела

[BCluster]

Да, но так нагляднее имхо)

[inkHunter]

int mf[0]=&f1;
int mf[1]=&f2;

Это ж массив УКАЗАТЕЛЕЙ все же )

int (*pf[2])(int);
int a=0;

int main(void)
{
pf[0]=f1;
a=pf[0](2);

}

1.да это все работает с указателем, а как без УКАЗАТЕЛЯ можна записать в массив функции типа такого m[2]={f1(),f2()}.
2. Не пойму можно что так a=pf[0](2); и так a=(*pf[0])(2);

понимаю так в pf[0] адрес на фун. f1 и f1 возращает значения которое мы присваиваем переменной а.
А когда a=(*pf[0])(2); ????!!!! зачем использовать оператор разыменования у нас же не адрес, мы же не можем написать а=(*с) где с переменная ???!!!!

[BCluster]

int (*pf[2])()={test1,test2}; например так можно заинициализировать...

зачем использовать оператор разыменования у нас же не адрес

для функций наличие амперсенда необязательно, т.к. имя функции - уже адрес ее тела

[inkHunter]

int (*pf[2])()={test1,test2}; например так можно заинициализировать...

Уже второй раз пишу КАК БЕЗ УКАЗАТЕЛЯ ?! а Вы одно и тоже ....

[Мастер Ломастер]

int (*pf[2])()={test1,test2}; например так можно заинициализировать...

Уже второй раз пишу КАК БЕЗ УКАЗАТЕЛЯ ?! а Вы одно и тоже ....

вы что хотите записать в массив? адреса своих функций или результат, ими возвращаемый?

если первое, то без указателей никак, потому что адрес - это указатель. можно, конечно, привести тип к другому, но НАФИГА?!

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

[inkHunter]

результат фун. все спасибо большое понял ...

[BCluster]

мдя

[МитяРа]

Вопрос к зантокам СИ, применительно к AVR-ам:

Можно-ли портировать приложенную программу с AT90S2313 на что-то более щас распространённое, типа ТиниХХХ ?

[Мастер Ломастер]

Вопрос к зантокам СИ, применительно к AVR-ам:
Можно-ли портировать приложенную программу с AT90S2313 на что-то более щас распространённое, типа ТиниХХХ ?

думаю, это элементарно. на тини2313 вообще должно лечь почти без усилий. программа написана аккуратно, хотя и не все идеально. сдается мне, что ее несложно портировать вообще на любой МК.

P.S. судя по всему, программа написана для какой-то старой версии avr-gcc, поэтому при помощи WinAVR с ней будет проще всего работать...