iar struct union как указать смещение? Опции

[AndryG]

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

Код

typedef union{
  uint8_t raw[4]; // head, bodyA, bodyB, tail
  struct{
    uint8_t b;
  } body;
  uint8_t bodyA;
  uint8_t tail;
} my_t

Понятно, что всё работает неверно. Вопрос: возможно ли указать полям дополнительно смещение? Если да, то как ?

Совет "расположи поля в объединении в нужном порядке" не предлагать. Это лишь пример для обяъснения проблемы. В моем случае необходимо именно указать смещение.

Единственный вариант вижу в объявлении дополнительным полей-проставок, которые будут смещать на нужное место поля. Но и то сработает не везде.

[AndryG]

megajohn, вот и я кроме как вставлять "распорки" dummy ничего другого не придумал.

kolobok0, вот полная история.
modbus-slave
В обработке приема, подсчете CRC я работаю с буфером, как с массивом.
В с-функции обработки modbus-функции 3 этот массив должен выглядеть двояко:
(я знаю, что можно записать в rsp и затереть данные в rqs - память экономим)

Код

typedef struct{ // request
  const uint8_t addr;
  const uint8_t func;
  const mbReg16_t first;
  const mbReg16_t count;
} mbFunc3Rqs_t;

typedef struct{ // response
  const uint8_t addr;
  const uint8_t func;
  const uint8_t size;
  mbReg16_t reg[(MB_FRAME_MAX - 6) / 2];
}mbFunc3Rsp_t;

#pragma inline
mbError_t mbFunc3Handler(void *frame){
  mbFunc3Rqs_t *rqs  = frame;
  mbFunc3Rsp_t *rsp  = frame;
  return MBE_NONE;
}

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

Код

union{
  uint8_t raw[MB_FRAME_MAX];
  struct{
    const mbReg16_t first;
    const mbReg16_t count;
  }f3rqs;
  struct{
    mbReg16_t reg[(MB_FRAME_MAX - 6) / 2];
  } f3rsp;
}

Я уже понял, что моя хотелка не из С.
Не зря MISRA ругнулась на union c структурами, а затем обматерила за приведение типов через указатели.

[kolobok0]

...Я уже понял, что моя хотелка не из С. ...

по разному обращаться к одному и тому-же участку памяти - это нормально. Если читаете Кернигана & Ритчи (K&R), то Вы можете придерживаться именно
материала там изложенного, тут всё правильно делаете. Если компилятор не пропускает - то проверяйте всякие глобал настройки среды, должно помочь. Ну и читать мануалы на саму среду разработки.
Т.е. K&R можно воспринимать как отличное описание стандарта сей.

Только не забудьте выравнивание на байт сделать до структур. И ышо выше - сохранить выравнивание, а ниже - восстановить его обратно.

И пару слов про модбас.
Различные девайсы по разному трактуют модбас. Бывало, что даже очерёдность CRC на приёме одна (правильная согласно протоколу), а вот передача левая - перевёрнутая. Так, что танцы
с байтами - один чёрт придётся в рукопашную, согласно настройкам или заточка на конкретику. Так-же встречается не стандартная скорость обмена.
Ну и на последок можно упомянуть об важной замороте в данном протоколе - тайм ауты. ОБЯЗАТЕЛЬНО до передачи и после передачи. Тем самым увеличивая помехозащищённость канала.
Разработчики обычно страдают выключением сразу передатчика, после прерывания освобождения сдвигового регистра после передачи. А в начале передачи даже и не заморачиваются с тайм-аутом.
Это зло на длинных линиях в пром. зоне...

Если не поборете - то напишите ошибку сразу, что есть и чего хочется.

[SSerge]

И пару слов про модбас.

А что до модбаса, то при разборе его пакетов все эти манипуляции с union и struct совершенно бесполезны по двум причинам:
1. У разных функций разный формат, поэтому проще для каждой вызвать отдельную процедуру-обработчик, а там ограничиться парой-тройкой константных индексов в массиве.
2. Использовать данные из массива напрямую невозможно, из-за тупоконечности (старший байт идёт первым) их всё равно приходится сначала перепаковывать.