перенес и сразу понадобилось использовать extern!В обработчике то не видать адреса BuTTON.


Ознакомлюсь спасибо!!




После #include пишем extern uint8_t BuTTON; ???
попробовал без #include видится нормально.

Инициализировал!

Это нормально.



Не-не, я имел в виду, в машем модуле после написанных #include.

А заработало? Кнопки-то работают?

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

Вот вам будет ещё полезнее почитать:

со вступления уже понял, это то что надо! спасибо!

Только не воспринимайте, как догму эти статьи. Особенно в части оформления программы.
Ну и могу ещё посоветовать систему контроля версий поставить. Например, модный сейчас Git (с графическим интерфейсом, например, мне нравится Git Extension). Но это для мелких проектов, возможно, особого смысла не имеет, но для крупных и ветвящихся - это спасение от кучи версий программы.

Там, где это позволит свести к минимуму внешние связи модуля. Чем меньше из него "торчит" наружу, тем надёжнее и предсказуемее работа. extern в чистой С-программе - это форс-мажор - давить нещадно, для функций он бессмысленен, для переменных - даёт всем кому не лень такую свободу обращения с вашими данными, которой окружающие не заслуживают, да и делает переменную уже никак не вашей - потому как контроля над тем, кто с ней побаловался, когда и как - у вас уже не будет. Резюме перфекциониста: Обработчик - в модуль клавиатуры вместе с известной переменной, которую делаем статической а кто хочет её почитать - пожалте им функцию get_cur_button. Ну и сказать оптимизатору - "Выноси, родима-а-й!"


Теоретически [для встроенных типов размером меньше размера указателя] - в дополнительной операции разыменования для получения содержимого по адресу. Практически - скорее всего, компилятор и так будет оперировать указателем. Ну и для ясности понимания кода, тот кто будет его читать после вас наверняка подумает, что есть причина использования именно указателя вместо переменной - и потратит время на поиски этой причины. Пишите проще - и сами-же себе спасибо скажете через пару годиков, будь придётся нынешний код ещё куда встраивать.

Добавлено after 6 minutes 7 seconds:

Настойчиво посоветовать.

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


что даст static.? то что только по делу можно ее поменять?т.е конкретно там где ее используют?

. Тоже так предполагал, казалось этими действиями я понижаю уровень языка!

Дело в том, что переменную лучше "запереть" в модуле и изменять/получать значение только через функции этого модуля. Эдакая инкапсуляция.



static для имени переменной делает её запертой внутри этого модуля. Доступ к такой переменной через объявление её же через extern в другом модуле не получится.



Не экономьте на спичках. Пишите так, как вам проще и удобнее. Пусть компилятор сам решит, как ему удобно работать с переменной - может, он её в регистре будет держать (впрочем, вашу с volatile не будет ).



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

интересный случай!? в моем примере как это должно выглядеть?как мне до нее добраться из другого модуля МЕНЮ? написать функцию в модуле KEY которая просто передает мою переменную,а в модуле меню вызвать эту функцию?

действительно, попробовал так, extern не канает уже...

ок


хорошо,посмотрю

Да. unit8_t GetKeyCode(void);

ну хорошо получил я ее,теперь мне нужно поменять ее значение в чужом модуле. что тоже писать функцию для этого? разврат какой-то

Нет, не разврат. Это инкапсуляция:


В этой функции вы запретите прерывания, считаете/запишете переменную, снова разрешите прерывания. Для внешнего пользователя всё это не важно - он этого не замечает и не знает тонкостей работы с переменной. Это знает сам модуль.

Тело этой функции так должно выглядеть?
но так не работает

Что-то не так. Как функцию вызываете?

static uint8_t BuTTON=0; //ошибка

static volatile uint8_t BuTTON=0; // не ошибка

Т.е. функция "переходим в меню" вообще не вызывается? А, кстати, как она узнаёт код кнопки? Раньше получала его параметром - а сейчас?

без volatile не вызывалась, даже значение BuTTON не возвращалось в ф-й GetKeyCode();

сейчас я в модуле вызываю GetKeyCode снова

Здравствуйте!своим наивным расчетом пытаюсь добраться к полю структуры вот таким образом:

компилятр пишет : invalid type argument of unary '*' (have 'int') правильно ли я понимаю,что доступ к полю структуры это унарная операция, т.е для доступа нужно использовать только один аргумент.Но я же работаю адресом структуры....или причина не в этом?

не понял, какие типы переменных у вас.
не увидел доступа к полю структуры...
поясните тонкости