Организация меню Опции

[Integral]

Есть екранчик на котором менюшка, перебераеться вверх/вниз, выбераеться что нужно и т.д.

Вопрос в том может кто знает какието стандартные подходы для организации меню? Например вот у меня.... двухстрочный екранчик, есть указатель на елемнт который сейчас выбран. (стрелочка например) При гортании вверх/вниз стрелочка ползает, и при необходимости передвигаеться весь список... Ну думаю понятно.

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

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

[rvk]

Ну не знаю....2Кб это много. Очень много. Раньше на 2Кб делали текстовые операционные системы.
Сначала, наверное, нужно сделать все что касается математики и датчика температуры. Оптимизировать до предела, а потом думать что делать с менюшками.
Есть два пути.
Первый, перейти на ассемблер, и через JNZ, JZ сделать переходы меню.
Второй способ, использовать C, и его IF/ELSE или SWITCH/CASE.
Поставить максимальную оптимизацию по размеру и посмотреть, кто из них меньше памяти потребляет.
И после этого принимать решение, на чем писать и писать ли вообще.
Уверен, свободно можно уместиться в 2К на ассемблере, а возможно и на С, только нужно забыть
про такие понятия как структура, массив и косвенная адресация. Прямая и непосредственная адресация
дает максимальный выигрыш. Возможно, повторяю, возможно, накатать движок и к нему структуру,
которые вместе дадут больший выигрыш в размере при скажем десятке менюшек, в итоге. Но это и рискованно, можно время потерять без
толку и ненадежно, движок еще отладить нужно, а структуры так и норовят фигню подсунуть, все контролировать нужно. Поэтому
чем проще и корявее, тем как правило более некрасиво, но места занимает меньше....

Сообщение отредактировал rvk - Jan 5 2009, 12:17

[A. Fig Lee]

Ну не знаю....2Кб это много. Очень много. Раньше на 2Кб делали текстовые операционные системы.

возможно. только не на PIC-ах.
Сколько байт там займет

if ( x > y) {
..
}


- сначала он загрузит W
- потом получит STATUS через вычитание.
- потом сравнит C - переполнение и перейдет кудато если не так
- в неидеальном варианте без переполнения тоже перейдет

на операцию у нас скоко уходит? 2 байта?
итого - 6-8 ?

они ужасны, ети PIC-и (каску надел)
у самого штук 100 - и жаба давит и сделать ничего не могу.

Навскидку, что запомнилось

Код

for(char i=0;i<10;i++) do_something();

Низзя объявить в цикле переменную.
Работать с флешом/еепромом тяжко. Этого, конечно мало, чтоб предъявить , но сейчас не вспомню.

ето верно. в последдних gcc тоже вроде нельзя

[Eddy71]

возможно. только не на PIC-ах.
Сколько байт там займет
if ( x > y) {
..
}

movf x,w
subwf y,w
bnc дальше
{
...
}

на операцию у нас скоко уходит? 2 байта?
итого - 6-8 ?

У PICов память в словах. Для того же 628-го 2к слов. 1 такт - одно слово. 4 машинных слова. Это много?

Сообщение отредактировал Eddy71 - Feb 11 2009, 18:32