short long=24бит Как? Опции

[ArtemKAD]

Никто не подскажет как можно в IAR заставить работать с 24 битными переменными? Что-то типа short long PIC-овского компилятора...

[k155la3]

Если без знака то

char long24_mem_area[4];
// 24-битное число расположено в [1][2][3]
long24_mem_area[0] = 0;
unsigned long MyLong32 = * (long *) &long24_mem_area[0];
(только выравнивание должно быть правильным)

если знаковое - то надо выполнить операцию расширения знакового разряда 24-битного целого
в старшие и знаковый разряд 32-разрядного. Могу ошибится,
см. операции с числами в дополнительном коде.

Сообщение отредактировал k155la3 - Mar 1 2017, 11:40

[ArtemKAD]

Если без знака то

char long24_mem_area[4];
// 24-битное число расположено в [1][2][3]
long24_mem_area[0] = 0;
unsigned long MyLong32 = * (long *) &long24_mem_area[0];
(только выравнивание должно быть правильным)

Не, как работать с 24 битными числами я в курсе.
Но мне хотелось-бы в структуре в памяти разместить рядом четыре 24-битных числа без дырок в памяти. Там еще параллельно на эту структуру накладывается в union массив и парочка других структур.
ЗЫ. Ну по факту мне там нужны 12-битные переменные, но если в структуре можно будет иметь 24-битный контейнер, разделить его на 12 бит без дырок в памяти проблем особых не составит.

[k155la3]

. . . .
Ну по факту мне там нужны 12-битные переменные, но если в структуре можно будет иметь 24-битный контейнер, разделить его на 12 бит без дырок в памяти проблем особых не составит.

Единственное, из-за чего стоит с этим заморачиваться - битовые поля итп, экономия одного байта
- жесткое (жестокое) ограничение по RAM-FLASH. или огромное кол-во этих данных.
Нескромный вопрос. Какая цель такой упаковки ?

[ArtemKAD]

Нескромный вопрос. Какая цель такой упаковки ?

Принимаю пачку данных, укладываю их в массив, а потом этот массив рассматриваю как набор полей, причем в зависимости от содержимого и режима приема там разный набор полей.

Пока поля были кратны 8-ке или укладывались по границе байта/слова/двойного_слова все было более-менее, но тут захотелось "побаловаться" с помехоустойчивым кодированием....

[k155la3]

Пока поля были кратны 8-ке или укладывались по границе байта/слова/двойного_слова все было более-менее, но тут захотелось "побаловаться" с помехоустойчивым кодированием....

Понятно, цель - работать с числами в raw-принятом массиве, без копирования / присваивания с приведением типов.
Если задача повысить за счет этого скорость обработки - то
надо писать на ASM оптимизированные для этого ф-ии. IMHO