Простое меню для LCD дисплея (2004)

[Aliaksandr1997]

Доброго времени суток. Понадобилось сделать несложное меню. Меню построено следующим образом - имеется главный пункт и 4 подпункта. Попасть в нужный подпункт можно только через главное меню. Вот примерный вид главного меню.

Блок схема меню
http://forum.cxem.net/uploads/monthl...915de73024.png
Конструкция кода
typedef struct {
uint8_t menu;//
uint8_t submenu;// 4 подменю
}menuItem;

typedef struct Selection
{
unsigned char id; //Номер меню/подменю
unsigned char ent_f : 4; //Флаг входа в подменю
unsigned char esc_f : 4; //Флаг выхода из подменю
}SL;

enum switchVariants : byte { // Определения для переключателя пунктов меню;
MAIN_MENU, MENU_MANUAL, MENU_AUTO, MENU_SETUP, MENU_START
};
switchVariants switchPointer = MAIN_MENU; // С чего начнем цик

int main (void) {
while(1) {

}
}

[Ara41]

красивое меню. А в чем, собственно, вопрос?

[Aliaksandr1997]

Посоветуйте как организовать вход и выход из главного меню (MAIN_MENU) ?

Мне нужно связать пункты меню в такой схеме

MAIN_MENU -› MENU_MANUAL -› MAIN_MENU

MAIN_MENU -› MENU_AUTO -› MAIN_MENU

MAIN_MENU -› MENU_SETUP -› MAIN_MENU

MAIN_MENU -› MENU_START -› MAIN_MENU

Создал для этого структуру
[HTML]typedef struct Selection
{
unsigned char id; //Номер меню/подменю
unsigned char ent_f : 4; //Флаг входа 4 бита — обычно ID меню в которое надо войти
unsigned char esc_f : 4; //Флаг выхода 4 бита — обычно ID меню в которое надо вернуться
}SL;

Примерно так думаю

static SL menu_[]={
{1, MENU_MANUAL, MAIN_MENU}, //Punkt 1
{2, MENU_AUTO, MAIN_MENU}, //Punkt 2
{3, MENU_SETUP, MAIN_MENU}, //Punkt 3
{4, MENU_START, MAIN_MENU}, //Punkt 4
};[/HTML]

Дальше знаний не хватает. Посоветуйте как лучше поступить?

[ForcePoint]

Конечный автомат?
На "switch"?

[mike-y-k]

Aliaksandr1997, для начала сделайте картинку меню вменяемого размера (размер экрана в пикселях подойдёт) и лучше добавлять файлы через управление вложениями…

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

[Aliaksandr1997]

Aliaksandr1997, для начала сделайте картинку меню вменяемого размера (размер экрана в пикселях подойдёт) и лучше добавлять файлы через управление вложениями…

Вставил ниже

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

У меня изначально управление меню и было сделано через конечный автомат
[HTML]switch (switchPointer) // Все делаем в одном операторе и одной функции;
{
case MAIN_MENU: /*** Главное меню ***/

break;

case MENU_MANUAL: /*** Ручной режим ****/

switch (mode) { // Выбор режима работы ручного режима
case EDIT_PARAM: // Режим редактирования

break;

case HEAT_ZONE:

break;

case COOL_ZONE:

break;

case STOP_PROCESS:

break;

}
break;

case MENU_AUTO: /*** Автоматический режим ****/

switch (reflowState) {
case REFLOW_STATE_IDLE:

break;
}

break;

case MENU_SETUP: /***Настройки ***/

break;

case MENU_START: /*** Пуск по заданному термопрофилю ***/


break;
}[/HTML]

Для опрос кнопок реализована отдельная библиотека, но меня допустим не устраивает код внутри обработчиков нажатий. Много лишних условий для проверки текущего пункта типа if (switchPointer == MENU_SETUP) и так для каждой кнопки . Вот с этой целью решил организовать на структуре хотя бы вход и выход (изначально if (enterMenu) { } else {} )
[HTML]void long_up(bool lg) {
if (enterMenu) { // если находимся в подменю, то
if (switchPointer == MENU_MANUAL) {
if (lg) {
if (btnupclick ‹ 3) btnupclick++; //увеличивает счетчик кнопки на 1
else btnupclick = 0; //если счетчик достиг предела положений то его надо обнулить.
lcd.setCursor(1, 2);
lcd.print(F("›"));
btn1 = mass_byte[btnupclick];
DoLong(btn1);
} else {
if (btndnclick ‹ 3) btndnclick++; //увеличивает счетчик кнопки на 1
else btndnclick = 0; //если счетчик достиг предела положений то его надо обнулить.
lcd.setCursor(1, 2);
lcd.print(F("‹"));
btn2 = mass_byte[btndnclick];
DoLong(btn2);
}
}
else if (switchPointer == MENU_SETUP) {

}
}
}[/HTML]

[МВА]

Для опрос кнопок реализована отдельная библиотека, но меня допустим не устраивает код внутри обработчиков нажатий. Много лишних условий для проверки текущего пункта типа if (switchPointer == MENU_SETUP) и так для каждой кнопки . Вот с этой целью решил организовать на структуре хотя бы вход и выход (изначально if (enterMenu) { } else {} )

Я не понял, а какое отношение имеет обработчик нажатия кнопки к меню? Обработчик должен выдать только код кнопки, который ее идентифицирует. А дальше по коду нажатия в switch вызывать функцию подменю. А те, в свою очередь, так же вызывают свои функции. А так, с помощью своих структур Вы плодите еще больше условий.
Правильно mike-y-k посоветовал, а у Вас почти правильно все сделано. только в switch желательно вставлять не коды подменю, а вызывать функции. Когда программа находится внутри какого-то подменю (функции) ей не надо уже проверять выбрано оно или нет. Так будет даже проще.

[Aliaksandr1997]

МВА, я вас понял, спасибо, попробую

[Aliaksandr1997]

Обработчик должен выдать только код кнопки

Да эта хорошая мысль, раньше где то в чужом коде такое встречал, но не додумался у себя
(http://chipenable.ru/index.php/item/218)

[МВА]

А что за кнопки? Клава сканируется или кнопка подключенная к входу МК?

ЗЫ. Я набросал алгоритм для меню работающем в своем цикле. Но, если меню должно работать параллельно с программой, то тогда лучше использовать переменную статуса меню. Где каждому пункту соответствует свой бит. И, при помощи масок легко управлять входом и выходом из любого пункта меню, подменю, под-под-...меню. А сами маски оформить в виде макросов и не будет никакой головоломки.