Просто о структурах и объединениях в Си

Views: 2156


Какие задачи нам позволяют решать структуры и объединения?

Для разработчика встроенных систем эффективность и компактность кода всегда на первом месте. Если программировании на Ассемблере ты сам определяешь как и где располагаются данные, то при программировании на Си надо позаботиться, что бы объяснить компилятору как ты хочешь, что бы данные были расположены. Для чего это надо, в первую очередь, для удобства обработки и обращения к данным.

Например, мне необходимо, чтобы данные были расположены последовательно в памяти. Для этого я опишу структуру, например:

//
struct
{

     int16_t s_CLt;        // данные в формате 16 байт со знаком
     int16_t s_tNd;        // 
     int16_t s_rEL;        // 
     uint8_t s_SEc;        // данные в формате 8 байт без знака (только положит значение)
     uint8_t s_Nin;        // 
     unsigned Accident :2; // данные в формате 2 байта без знака (только положит значение)
     unsigned Freezing :1; // данные в формате 1 байта

}EE; // данные подлежащие хранению в еепром
//

Это будет гарантировано, что данные в памяти будут расположены последовательно и займут 9 байт (если система процессора микроконтроллера 8 битная) или 6 слов (если 16 битная). Один дополнительный байт будут занимать две переменные описанные как Accident и Freezing, они займут соответственно 0 – 1 байт (Accident )  и 2 байт (Freezing).

Обратиться т.е записывать данные и читать можно таким образом, например:

//
// Для записи

    EE.s_CLt = 4562;
    EE.Accident = 2;

// Для чтения

    temp = EE.s_CLt;
    temp1 = EE.s_Nin;
//

Со структурами struct все довольно понятно,  это расположение данных последовательно в памяти и удобный доступ к ним, особенно, если надо писать какие-то флаги управления и потом данные “скопом” передавать через какой либо интерфейс на другое устройство. Но часто возникает необходимость например иметь представление одних и тех же данных и в виде байта (или слова) и в виде бит. Как это сделать, для этого в Си есть гибкий механизм объединения union.

Например, для передачи данных через последовательный порт нам необходимо иметь доступ к данным ка к байту, а для эффективности управления флагами управления содержащимся в этом байте, и меть доступ как к биту. Вот такой фокус и позволяют делать объединения. Еще раз структуры последовательно располагать данные в памяти, объединения описывать одни и те же данные разными именами и при этом разными типа данными.

Например, мы имеем структуру данных:

//
struct
{

     int16_t s_CLt;        // данные в формате 16 байт со знаком
     uint8_t s_SEc;        // данные в формате 8 байт без знака (только положит значение)
     unsigned Accident :2; // данные в формате 2 байта без знака (только положит значение)
     unsigned Freezing :1; // данные в формате 1 байта

}EE; // 
//

Визуально это выглядит так:

Вся структура занимает 4 байта. EE.s_CLt занимает 2 байта, EE.s_SEc занимает 1 байта, переменные Accident, Freezing (два и и один байт) будут размещены в 4 байте.

Теперь нам, например, необходимо работать с битами переменной s_CLt, можно конечно использовать операциями с битами, например, нам надо контролировать состояние бита 0 в этой переменной мы, можем вычислить так, выполняем побитовое “&” с переменной и в зависимости от состояния операции выполняет если true или falce:

//

    if(EE.s_CLt & 0b0000000000000001) ******;
    else *******;

//

Но можно каждому биту присвоить свое имя, это улучшает понимание программы и не рисвоать, что нарисовано выше например писать просто так:

//

    if(EE.FLED1) ******;
    else *******;

//

Где EE.FLED1 мы дали имя биту 0 переменной EE.s_CLt, как это сделать? В нашу структуру надо внедрить объединение. Структуры и объединения можно как угодно комбинировать для всевозможного описания данных в памяти для удобной последующей обработки. В нашем варианте это будет выглядеть так:

//
struct
{
    //-
    union
    {
        int16_t s_CLt;      // данные в формате 16 байт со знаком
        struct
        {
            unsigned	FLED1 :1;// название бита 0
            unsigned	FLED2 :1;// название бита 1
            unsigned	FLED3 :1;// название бита 2
            //*****
        };
    };
    
    uint8_t     s_SEc;          // данные в формате 8 байт без знака (только положит значение)
    unsigned    Accident :2;    // данные в формате 2 байта без знака (только положит значение)
    unsigned    Freezing :1;    // данные в формате 1 байта
}EE;    //
//

Переменную s_CLt мы помещаем, в обеднение в котором находиться эта переменная и новая внутренняя структура. Название ни объединению, ни структуре мы не даем. В этом варианте мы сможет обращаясь, например, к EE.FLED1 контролируя или изменяя состояние бита 0 переменной EE.s_CLt.

Как это выглядит визуально.

Еще раз к пониманию структур, это возможность “объяснения” компилятору, что данные надо расположить в памяти последовательно. А к пониманию объединений, что данные одни и те же могут иметь разное название. Надеюсь я смог “на пальцах” объяснить эти гибкие особенности Си.

И для окончания, например, мне необходимо обработать эти 4 байка как одно 32 битное слово, как это сделать? Это сделать просто если нашу структур поместить в объединение и добавит в ней нашу 32 битную переменную:

union
{
    struct
    {
        //-
        union
        {
            int16_t s_CLt;      // данные в формате 16 байт со знаком
            struct
            {
                unsigned	FLED1 :1;// название бита 0
                unsigned	FLED2 :1;// название бита 1
                unsigned	FLED3 :1;// название бита 2
                //*****
            };
        };

        uint8_t     s_SEc;          // данные в формате 8 байт без знака (только положит значение)
        unsigned    Accident :2;    // данные в формате 2 байта без знака (только положит значение)
        unsigned    Freezing :1;    // данные в формате 1 байта
    };
    uint16_t s_32bit;               // в ней все наши биты
}EE;    //

Теперь при необходимости можно обратиться к переменной EE.s_32bit и получить все данные или изменить одной операцией.

Визуально это можно представить так:


Файлы для загрузки

Значок

Просто о структурах и объединениях в Си 343.32 KB 165 downloads

Проект с примером организации данных ...


Это может быть интересно

  • MPLAB® Code ConfiguratorMPLAB® Code Configurator
    Views: 1768 MPLAB ® Code конфигуратор (MCC) является свободно распространяемым плагином, это графическая среда программирования, которая генерирует бесшовный, легкий для понимания кода на Cи, чтобы вставить его в свой проект.
  • Development Boards PIC18F47Q84Development Boards PIC18F47Q84
    Views: 1450 Microchip тішить новими мікроконтролерами. Особливістю цього MCU – це багата інтелектуальна периферія, що дозволяє вирішувати такі завдання на 8 бітних MCU, які неможливо реалізувати на деяких навіть 32 …
  • Ultrasonic Level Meters – ULM –53LUltrasonic Level Meters – ULM –53L
    Views: 714 Измерение расстояния при помощи ультра звукового датчика ULM–53L–10. Диапазон измерения от 0,5 м до 10 м, полностью пластмассовый излучатель PVDF, механическое соединение фланцем из полиэтилена HDPE (исполнение “N”) Характеристики …
  • CLUBBEST – reasoning on the visualization of music.CLUBBEST – reasoning on the visualization of music.
    Views: 119 ВІД ЗАХОДУ ДО СВІТАНКУ АБО ПОБАЧИТИ МУЗИКУ.     Час доби, коли почуття людини загострюються, – це час від заходу до світанку. В цей час людина відкрита для …
  • CLUBBEST-50-LightCLUBBEST-50-Light
    Views: 246 CLUBBEST-50-LIGHT   Зміст Короткий опис проекту. 1 Опис схемотехніки візуалізатора музики. 2 Аудіо вхід. 3 MCU. 4 Цифровий вихід. 5 Схема живлення MCU. 6 Складання пристрою. 7 Список …
  • Четырех канальный терморегулятор ch-4000Четырех канальный терморегулятор ch-4000
    Views: 3158  Четыре независимых канала регулирования температуры, одновременно можно подключить 16 датчиков температуры DS18B20 с удалением до трехсот метров. Можно для регулировки выбрать любой датчик, подключенный к устройству. Каждый канал может работать …
  • Дифференциальный терморегуляторДифференциальный терморегулятор
    Views: 3987 Дифференциальный терморегулятор ch-3020 Назначение. Ch-c3020 представляет собой дифференциальный терморегулятор. Основное назначение солнечные системы горячего водоснабжения, а также вентиляционные системы управление притоком свежего воздуха. Контроллер позволяет работать пяти режимах. …
  • CCP – модуль в режиме Compare на примере PIC18CCP – модуль в режиме Compare на примере PIC18
    Views: 3076 CCP – модуль можно использовать в трех режимах: Capture – позволяет захватывать входной сигнал и определять его параметры (длительность или частоту). Дополнительно управлять внутренними модулями. Compare –  позволяет …
  • LCD драйвер – UC1601sLCD драйвер – UC1601s
    Views: 1577 http://svetomuzyka.narod.ru/project/UC1601s.html Читайте обновление на http://catcatcat.d-lan.dp.ua/?page_id=178 В данный момент можно приобрести в ООО “Гамма” несколько типов индикаторов на драйвере UC1601s. RDX0048-GC, RDX0077-GS, RDX0154-GC и RDX0120-GC выполнены по технологии COG.
  • Проект с использованием MCC часть 06Проект с использованием MCC часть 06
    Views: 1258 Изменим схему следующим образом добавим две тактовые кнопки BT1 и BT2. Теперь переключимся на конфигурацию выводов, для этого сделаем двойной клик в окне Ресурсы проекта на Pin Module. …


 

Поделись этим!

Catcatcat

catcatcat

Development of embedded systems based on Microchip microcontrollers.

Продолжайте читать

НазадДалее