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]

Аlex писал(а):

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

Код:

long    y = (long)(&x);

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

можно то можно, лишь бы понимать, что именно будет в итоге сделано - то ли, что хотелось? конкретно здесь в переменную 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 процов интеловских).
Моторола и ТСР протокол работают наоборот.
Также в АРМ применяется и смешанный порядок...

Последний раз редактировалось СКАЗОЧНИК Ср апр 03, 2019 13:35:08, всего редактировалось 1 раз.

[Аlex]

ARV писал(а):

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

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

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

[ARV]

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

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