stm32 и работа со стуктурами и указателями

[horoc]

Офтопну , не про указатели!
При работе с памятью, бывает удобно пользоваться union
Например, есть структура Calibrations, в ней переменные с "именами". С помощью union можно обращаться по имени и как к массиву.

Код: Выделить всё

typedef struct {
	parametr_int SetPoint1;
	parametr_int DacPoint1;
	parametr_int SetPoint2;
	parametr_int DacPoint2;
	parametr_int AdcPoint1;
	parametr_int AdcPoint2;
	} Calibrations;
	
typedef union {
	parametr_int m[sizeof(Calibrations)/sizeof(parametr_int)];
	Calibrations n;
	} uCalibrations;
uCalibrations С1;
C1.n.SetPoint1=2;
C1.m[0]=2;

Еще пример 
typedef union {
	uint8_t u8[2];
	uint16_t u16;
	} data;
data Ds;
Ds.u16=0xEEDD;

uint8_t r;
r=Ds.u8[1];// тот же результат r=0x00FF & (Ds.u16>>8);

[Myp3ik]

Код: Выделить всё

long y = (long *)(&x)

y - имеет тип long. Из x мы получаем указатель на long. В итоге получается, что в тип long мы присваиваем long* (тип указателя). Компилятор выдаст предупреждение о разности типов.

Должно быть так

Код: Выделить всё

long *y = (long *)(&x)

Вот из-за таких приколов (даже у опытных программистов) указатели и не любят

[Аlex]

Компилятор выдаст предупреждение о разности типов.

Можно написать так :

Код: Выделить всё

long    y = (long)(&x);

И будет вполне корректная операция, без всяких варнингов.

[YS]

Ну, я вот указатели люблю.

Но это очень мощная штука, и этим инструментом надо пользоваться аккуратно и дозированно. Не следует делать сложно, если можно сделать просто.

Скажем, поменять местами байты в числе можно через указатели, а можно через сдвиги. И я буду делать это через сдвиги, если нет каких-то особых обстоятельств, т.к. такой код гораздо лучше переносим.

С указателями:

Код: Выделить всё

uint16_t x;
uint16_t y;

((uint8_t *)(&y))[0] = ((uint8_t *)(&x))[1];
((uint8_t *)(&y))[1] = ((uint8_t *)(&x))[0];

Со сдвигами:

Код: Выделить всё

uint16_t x;
uint16_t y;

y = ((x & 0x00FF) << 8) | ((x & 0xFF00) >> 8);

Вторая запись гораздо прозрачнее, а главное, будет работать совершенно одинаково где угодно, т.к. порядок доступа к памяти гарантируется самим компилятором. Например, операция

( (x & 0xFF00) >> 8 )

всегда вернет именно старший байт, вне зависимости от того, как они расположены в памяти.

[Sanchosd]

Ух, навалили вы тут...
спасибо за ответы, с интересом почитал, но многое пока неясно мне, но это чисто иоя проблема, умения в С слишком вялые.

YS- не могу понять как тут в профиль зайти к пользователю.. вроде залогинен...
Напишите ссылку свой свой блог.
Пусть почти мертв, но эот не делает информацию из него менее живой.

[ARV]

[uquote="Аlex",url="/forum/viewtopic.php?p=3607244#p3607244"]Можно написать так :

Код: Выделить всё

long    y = (long)(&x);

И будет вполне корректная операция, без всяких варнингов.
[/uquote]можно то можно, лишь бы понимать, что именно будет в итоге сделано - то ли, что хотелось? конкретно здесь в переменную y (не являющуюся указателем) будет помещен адрес переменной x

[Myp3ik]

У STM32 поменять байты местами можно еще проще

Код: Выделить всё

uint16_t x = 0x1234;

x = __REV16(x);

// x = 0x3412;

[СКАЗОЧНИК]

Что это такое?
__REV16(x)

[YS]

можно то можно, лишь бы понимать, что именно будет в итоге сделано - то ли, что хотелось?

Конечно то, что хотелось - варнинг исчезнет!

Что это такое?

Встроенная функция CMSIS, дающая доступ к инструкции процессора, которая меняет байты местами.

Вообще, у меня есть сильное ощущение, что современный компилятор, увидев типичный для задачи перестановки байт код, сам подставит нужную инструкцию в ходе оптимизации. Можно проверить, но мне лень.

Могу сказать, что я иногда очень изумлялся, глядя дизассемблированный код, сгенерированный AVR-GCC. Мне временами казалось, что компилятор разумен.

[ARV]

код, сгенерированный AVR-GCC. Мне временами казалось, что компилятор разумен.

ага. а иногда думаешь, что он обкуренный ушлёпок

[YS]

Напишите ссылку свой свой блог.

http://embedderslife.wordpress.com/

https://habr.com/en/users/lamptester/posts/

[СКАЗОЧНИК]

Нашел я про порядок следования байтов в памяти. АРМ архитектура работает по little-endian, младшим вперед (LSB). (также у х86 процов интеловских).
Моторола и ТСР протокол работают наоборот.
Также в АРМ применяется и смешанный порядок...

[Аlex]

[uquote="ARV",url="/forum/viewtopic.php?p=3607259#p3607259"]лишь бы понимать, что именно будет в итоге сделано - то ли, что хотелось?[/uquote]А мне всегда казалось, что такой подход нужно применять для любого кода, а не только для подобных строчек

Да и трудно не понять, что получим в итоге. y объявлен как переменная, и, естественно, работа с ней как с указателем будет невозможна (если не приводить её значение к указателю). Вариантов других не вижу...

[ARV]

Вариантов других не вижу...

а я задаю себе вопрос: а зачем простой переменной присваивать адрес другой? это ведь операция, наиболее характерная для переменной-указателя. отсюда и сомнения: а на самом ли деле написавший это хотел поместить адрес в простую переменную, или по ошибке звездочку потерял?