Программирую на С для микроконтроллеров AVR.
Насколько большим может быть этот множественный выбор у оператора switch? Сделал пробный вариант программы на 20 вариантов выбора - работает, а вот на 256 - нет не работает. А нужно сделать выбор для 1024 вариантов. А как поступить в этом случае?

Упаси вас и сохрани от таких программ! Подумайте, зачем вам это надо. Почти всегда можно придумать что-то взамен.

Switch реализуется через near jump, то есть ограничен +- 127 байт (поправьте, если забыл ).

А чем таблица функций не угодила ?

Вы забыли рассказать, что за компилер и что за целевой камень, и что значит "не работает"

Protothreads не в счет?

Ну и где там switch на 256 case?

Компилятор: ICCV7 for AVR (http://www.imagecraft.com/), целевой камень ATmega16.
С помощью АЦП оцифровываю напряжение, пока ограничился на 256 уровнях (8 бит). Далее это значение передается по COM порту в виде 3-х байт ASCII кода. Выбор на switch применяю для перехода от 1-байтового значения к 3-м байт ASCII кода.

Сообщение отредактировал Aneg - Dec 21 2010, 18:35

С ума сойти можно.



Все!!! Никаких switch/case.

или если надо точно 3 байта ASCII

А у него через switch() быстрее было!

это уж зависит от сложности реализуемого алгоритма. Можно и на 1024 и больше если психануть.

Если в switch больше 10...20 вариантов (в зависимости от обрабатываемых значений), то я преобразую выбор через таблицу (даже вызов функций). Табличный метод выбора из большого числа значений гораздо выгоднее и по количеству используемой памяти, и по скорости выбора вырианта (всегда одинаковое фиксированное время выбора варианта)

Продолжим фантазировать
Цикл опущен специально .

unsigned char ADCValue = ADC_Read(xxx);

USART_Send( ADCValue / 100 );

ADCValue = ADCValue % 100;
USART_Send( ADCValue / 10 );

ADCValue = ADCValue % 10;
USART_Send( ADCValue );

Как-то так...
Если не так, поправьте, пожалуйста, некогда думать, да и лень

Скачайте хоть какую-нить мудрую книжку себе типа такого прежде чем смешить новизной подхода.

Я привел пару примеров только для того, чтобы человек не зацикливался на switch/case. Ясно, что его задачу можно решить еще десятком разных вариантов с разным соотношением скорость/объем кода.

... и еще и быстрее будет, чем switch()