Изучаем STM32 Cortex M3

[_Артём_]

Но !!!! - если я доверяю оптимизатору и включаю его, то тут он и начинает изголяться. И код будет сгенерирован уже в зависимости от качества оптимизатора.

Сколько лет МК программирую, ниразу не было случая чтобы оптимизатор был виноват (хотя мало ли что - может и бывает такое).

У всех компиляторов отключается оптимизатор !!!

Но при этом размер программы и время выполнения увеличиваются - или это вам не важно?

[=GM=]

Да для быстродействия пиши таблицу байт в Hex (всего то 512 байт при нынешних то флешах) и нет сдвигов никаких и счастьяяяяяяяя ... ))
Только с указателяи играйси ))

Ну покажите, как вы играетесь с таблицей без сдвигов

[tempora]

Ну покажите, как вы играетесь с таблицей без сдвигов

Проще записать в массив заранее подготовленные (сдвинутые) битовые маски. Такие же константные объекты, как и '\0' в заранее известном месте строки.

[Boba_spb]

Ну например.
char Symbol_Low[]="0123456789ABCDEF1234567890ABCDEF0123456 и т.д";
char Symbol_High[]="000000000000000011111111111111112222222 и т.д";
далее смекаете ?

для тетрады даже старшие биты скидывать не надо

Symbol_low[ m] всегда равно Symbol_low [m&0xf] ;
для байта m - Symbol_low[m] и Symbol_high[m];

для double a
char unsigned *pt=(char unsigned *)&a - и далее 8 раз смотри для байта

Эт будет очень быстро;

[Boba_spb]

Вот только где скорость преобразования в Нех требуется - никак не смекну, в поледовательный интерфейс какой c ASCIIшным протоколом гнать, так тама времени до дуры каналы медленные обычно.

[polyname]

во-во. Там и таблиц никаких не нужно - все делается арифметикой, очень быстро, может даже быстрее таблицы:

char hex = (byte & 0xF) + '0';
if (hex › '9') hex += ('A' - '9' - 1);

[=GM=]

Ну например.
char Symbol_Low[]="0123456789ABCDEF1234567890ABCDEF0123456 и т.д";
char Symbol_High[]="000000000000000011111111111111112222222 и т.д";
далее смекаете ? Эт будет очень быстро;

Нет, далее не смекаю.

Мои возражения такие.

1. Чтобы из однобайтного числа (8 бит), например, 0хАВ, получить две шестнадцатиричные цифры (0x41=='A', 0x42=='В' действительно нужно составить две таблицы по 256 байт каждая. Всего 512 байт флеши.

2. Чтобы из двухбайтного числа (16 бит), например, 0хАВСD, получить четыре шестнадцатиричные цифры (0x41=='A', 0x42=='В', 0x43=='С', 0x42=='D') нужно составить четыре таблицы по 65536 байт каждая, всего 256 Кбайт.

3. Чтобы из четырёхбайтного числа (32 бита), например, 0хАВСD1234, получить восемь шестнадцатиричных цифр (0x41=='A', 0x42=='В', 0x43=='С', 0x42=='D', 0х31=='1', 0х32=='2', 0х33=='3', 0х34=='4'), нужно составить восемь таблиц по 4 Гбайт каждая, всего 32 Гбайта. Куда программу будем писать?

[Boba_spb]

Ну, например для AVR ки, в R16 - уже байт
Вот три команды -
ldi ZH,(High)SymLow*2
mov ZL,R16
lpm R17,Z
и в R17 уже НЕХ.младшей тетрады
еще пару команд
ldi ZH,(High)SymHigh*2
lpm R18,Z
и в R18 уже НЕХ.старшей тетрады

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

[Boba_spb]

Ну например
для 8 бйатного числа

char str[512];
double a;
..===============
char unsigned *ptD=&a;
short *ptS=(short *)&str;
short *ptT=(short *)Symbol_hex;
for(i=7;i.=0;i--)
{
*ptS++=ptT[ptD[7-i]];
}
..=====================
Специально для Вас еще одна Табличка Symbol_hex ={"0001020304 и .тд.) что б побыстрее работало.
ИТОГО три таблицй займут ровно 1024 байта !!!

[Boba_spb]

*ptS=ptT[ptD[i]]; - очепятка