Разбить quint32 на 4 quint8

@Воротислав · Регистрация: 25.02.2010

Студворк — интернет-сервис помощи студентам

Доброго времени суток!
Не могу в битовые операции. Прошу вашей помощи.
Есть функция, которая высчитывает контрольную сумму. Мне, для передачи результата контрольной суммы, нужно получить 4 байта.
Что делаю:
1.

C++ (Qt)
1
quint32 crc = crcReturn (arr);

получается число. Допустим число = 49383, в хексе: с0е7
2.

C++ (Qt)
1
2
3
quint16 byte1, byte2;
byte1 = crc >> 8; = c0
byte2 = crc & 0xFF; = e7

Здесь все правильно, разбил на два байта (причем если указывать размерность quint16 проблема остается)
3. далее разбиваю полученые байты

C++ (Qt)
1
2
3
4
5
6
quint8 byte11, byte12, byte21, byte22;
byte11 = byte1 >> 8;
byte12 = byte1 & 0xFF;
 
byte21 = byte2 >> 8;
byte21 = byte2 & 0xFF;

получаю на выходе:

C++
1
2
3
4
byte11:  0
byte12:  c0
byte21:  0
byte22:  e7

а хотелось бы:

C++
1
2
3
4
byte11:  с
byte12:  0
byte21:  е
byte22:  7

Это нужно для последующего кодирования. Заранее благодарен!
p.s. понимаю, что Qt тут не причем, но работаю в нем.

@Dmitriy_M · 22.01.2015, 14:39

Для вас есть специальный раздел форума С++ для начинающих

Jupiter · 22.01.2015, 14:49

Сообщение от Воротислав

quint16 byte1, byte2;
byte1 = crc >> 8; = c0
byte2 = crc & 0xFF; = e7

C++
1
2
3
4
5
6
7
8
quint16 loWord = crc & 0x0000FFFF;
quint16 hiWord = crc >> 16;
 
quint8 loByte1 = loWord & 0x00FF;
quint8 loByte2 = loWord >> 8;
 
quint8 hiByte1 = hiWord & 0x00FF;
quint8 hiByte2 = hiWord >> 8;

@Sph · 22.01.2015, 15:14

Сообщение от Воротислав

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

Оу, может Вам поможет конструкция такого типа?

C++ (Qt)
1
2
3
4
5
6
quint32 crc;
unsigned char buff[4];
buff[0] = ((quint8*)&crc)[0];
buff[1] = ((quint8*)&crc)[1];
buff[2] = ((quint8*)&crc)[2];
buff[3] = ((quint8*)&crc)[3];

либо

C++ (Qt)
1
2
3
4
5
6
quint32 crc;
unsigned char buff[4];
buff[0] = ((quint8*)&crc)[3];
buff[1] = ((quint8*)&crc)[2];
buff[2] = ((quint8*)&crc)[1];
buff[3] = ((quint8*)&crc)[0];

Смотря в какой последовательности байты

@Воротислав · 22.01.2015, 22:33 **[ТС]**

Спасибо! попробую!

Добавлено через 6 часов 23 минуты
Jupiter, Sph, господа, вот что у меня получилось.

Первый способ:

C++ (Qt)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
quint32 crc = 49383;
qDebug() << "crc: " << crc << " = " << hex << crc;
 
quint16 loWord = crc & 0x0000FFFF;
quint16 hiWord = crc >> 16;
 
qDebug() << "loWord: " << loWord << " = " << hex << loWord;
qDebug() << "hiWord: " << hiWord << " = " << hex << hiWord;
 
quint8 loByte1 = loWord & 0x00FF;
quint8 loByte2 = loWord >> 8;
qDebug() << "loByte1: " << hex << loByte1;
qDebug() << "loByte2: " << hex << loByte2;
 
quint8 hiByte1 = hiWord & 0x00FF;
quint8 hiByte2 = hiWord >> 8;
qDebug() << "hiByte1: " << hex << hiByte1;
qDebug() << "hiByte2: " << hex << hiByte2;

Вывод:

C++ (Qt)
1
2
3
4
5
6
7
crc:  49383  =  c0e7
loWord:  49383  =  c0e7
hiWord:  0  =  0
loByte1:  e7
loByte2:  c0
hiByte1:  0
hiByte2:  0

Второй способ:

C++ (Qt)
1
2
3
4
5
6
7
8
9
10
11
12
quint32 crc = 49383;
qDebug() << "crc: " << crc << " = " << hex << crc;
 
unsigned char buff[4];
buff[0] = ((quint8*)&crc)[0];
buff[1] = ((quint8*)&crc)[1];
buff[2] = ((quint8*)&crc)[2];
buff[3] = ((quint8*)&crc)[3];
qDebug() << "buff[0]: " << buff[0];
qDebug() << "buff[1]: " << buff[1];
qDebug() << "buff[2]: " << buff[2];
qDebug() << "buff[3]: " << buff[3];

Вывод:

C++ (Qt)
1
2
3
4
5
crc:  49383  =  c0e7
buff[0]:  231
buff[1]:  192
buff[2]:  0
buff[3]:  0

Я так понимаю, проблема моя тут и кроется. Почему то он не видит разницы между quint32 и quint16. И не делит должным образом. В чем может быть проблема?

Добавлено через 34 минуты
А если сделать вот так:

C++ (Qt)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
    
quint16 loWord = crc & 0x00FF;
quint16 hiWord = crc >> 8;
qDebug() << "loWord: " << loWord << " = " << hex << loWord;
qDebug() << "hiWord: " << hiWord << " = " << hex << hiWord;
 
quint8 loByte1 = loWord & 0xF;
quint8 loByte2 = loWord >> 4;
qDebug() << "loByte1: " << hex << loByte1;
qDebug() << "loByte2: " << hex << loByte2;
 
quint8 hiByte1 = hiWord & 0xF;
quint8 hiByte2 = hiWord >> 4;
qDebug() << "hiByte1: " << hex << hiByte1;
qDebug() << "hiByte2: " << hex << hiByte2;

То получаю:

C++ (Qt)
1
2
3
4
5
6
loWord:  231  =  e7
hiWord:  192  =  c0
loByte1:  7
loByte2:  e
hiByte1:  0
hiByte2:  c

@Shtirliz72 · 22.01.2015, 22:33

Сообщение от Воротислав

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

4 байта или всё же 4(или 8, если uint32) полубайта? В этом и есть ваша ошибка. Байт - это 8 бит(256). А вы хотите получить его половину - 4 бита(16). Дальше сами догадаетесь?

@Воротислав · 22.01.2015, 22:56 **[ТС]**

Shtirliz72, догадываюсь, но не уверен что правильно.
По идее как, контрольная сумма = 2 байта. По протоколу. Для передачи, она шифруется. При шифровке, как Вы и сказали, используются по 4 бита. Причем 4 бита в обычном состоянии, превращаются в 8 бит в шифрованном состоянии. Итого, для передачи контрольной суммы используется уже 4 байта.
Далее у меня есть функция, которая шифрует. Принимает (и отдает) она quint8. Вот я и занимался тем, что само число контрольной суммы, переводил сначала в два байта, а затем каждый еще в два байта. По сути да, я понимаю, что использовал 4 бита. Я просто не понимаю, почему приведенные выше способы со сдвигами не срабатывают. Запутанно как-то получилось...

Добавлено через 5 минут
В общем, я полагал, что компилятор сам, при необходимости, увеличит размерность.
То есть, я начинал с обратного. Разбирал 4 байта шифрованной контрольной суммы. Получал в ответ 4 quint8. думая, что это 4 байта. Затем их соединял примерно таким способом: byte1 = n1 | (n2 << 4); И только сейчас и доходит, что тут как раз 4 бита сдвигал, чтоб с другой переменной соединить.
Спасибо всем!

CriDos · 23.01.2015, 01:16

Ну вы, блин, даёте!(с)

C++ (Qt)
1
2
3
4
5
6
7
8
9
10
11
union MyCRC {
    struct {
        uint f1 : 4;
        uint f2 : 4;
        uint f3 : 4;
        uint f4 : 4;
    } fields;
    quint32 crc;
};
 
MyCRC crc{ .crc = 49383 };

@Dmitriy_M · 23.01.2015, 01:23

CriDos, uint на x86/amd64 имеет размер 4 байта, а f1-f4 в сумме 2 байта.

CriDos · 23.01.2015, 01:36

Dmitriy_M, ну да, вы правы...
Я изначально добивался результата:

Сообщение от Воротислав

byte11: с byte12: 0 byte21: е byte22: 7

Для полного uint

C++ (Qt)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
union MyCRC {
    struct {
        uint f1 : 4;
        uint f2 : 4;
        uint f3 : 4;
        uint f4 : 4;
        uint f5 : 4;
        uint f6 : 4;
        uint f7 : 4;
        uint f8 : 4;
    } fields;
    quint32 crc;
};
 
MyCRC crc{ .crc = 49383 };

@Dmitriy_M · 23.01.2015, 01:53

Только не понимаю зачем TC так извращаться с CRC32/16

CriDos · 23.01.2015, 02:43

Кстати, всем кто незнаком с битовыми полями в C++, рекомендую ознакомиться с вот этой статьёй:
Расставим точки над структурами C/C++

@Воротислав · 23.01.2015, 09:00 **[ТС]**

Dmitriy_M, такой протокол. Для передачи в канал, любой пакет надо кодировать методом Бауэра. Вот как это выглядит: https://www.cyberforum.ru/post7035449.html

Добавлено через 3 минуты
То есть, возвращаясь к моему примеру:
контрольная сумма: с0е7
кодированная сумма должна выглядеть так: 77 ЕЕ F0 3C
В обратном порядке, плюс каждые полубайт кодируется отдельно (из таблицы).

Новые блоги и статьи Все статьи Все блоги /
Переходник USB-CAN-GPIO Eddy_Em 20.03.2026 Достаточно давно на работе возникла необходимость в переходнике CAN-USB с гальваноразвязкой, оный и был разработан. Однако, все меня терзала совесть, что аж 48-ногий МК используется так тупо: просто. . .	Оттенки серого Argus19 18.03.2026 Оттенки серого Нашёл в интернете 3 прекрасных модуля: Модуль класса открытия диалога открытия/ сохранения файла на Win32 API; Модуль класса быстрого перекодирования цветного изображения в оттенки. . .	SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .
[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	22.01.2015, 14:39
	Для вас есть специальный раздел форума С++ для начинающих 1

@Воротислав 127 / 105 / 27 Регистрация: 25.02.2010 Сообщений: 451
	22.01.2015, 22:56 [ТС]
	Shtirliz72, догадываюсь, но не уверен что правильно. По идее как, контрольная сумма = 2 байта. По протоколу. Для передачи, она шифруется. При шифровке, как Вы и сказали, используются по 4 бита. Причем 4 бита в обычном состоянии, превращаются в 8 бит в шифрованном состоянии. Итого, для передачи контрольной суммы используется уже 4 байта. Далее у меня есть функция, которая шифрует. Принимает (и отдает) она quint8. Вот я и занимался тем, что само число контрольной суммы, переводил сначала в два байта, а затем каждый еще в два байта. По сути да, я понимаю, что использовал 4 бита. Я просто не понимаю, почему приведенные выше способы со сдвигами не срабатывают. Запутанно как-то получилось... Добавлено через 5 минут В общем, я полагал, что компилятор сам, при необходимости, увеличит размерность. То есть, я начинал с обратного. Разбирал 4 байта шифрованной контрольной суммы. Получал в ответ 4 quint8. думая, что это 4 байта. Затем их соединял примерно таким способом: byte1 = n1 \| (n2 << 4); И только сейчас и доходит, что тут как раз 4 бита сдвигал, чтоб с другой переменной соединить. Спасибо всем! 0

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	23.01.2015, 01:23
	CriDos, uint на x86/amd64 имеет размер 4 байта, а f1-f4 в сумме 2 байта. 1

@Dmitriy_M 1443 / 1326 / 131 Регистрация: 20.03.2009 Сообщений: 4,689 Записей в блоге: 11
	23.01.2015, 01:53
	Только не понимаю зачем TC так извращаться с CRC32/16 1

CriDos Поклонник Qt 314 / 210 / 41 Регистрация: 09.11.2013 Сообщений: 336 Записей в блоге: 1
	23.01.2015, 02:43
	Кстати, всем кто незнаком с битовыми полями в C++, рекомендую ознакомиться с вот этой статьёй: Расставим точки над структурами C/C++ 1

@Воротислав 127 / 105 / 27 Регистрация: 25.02.2010 Сообщений: 451
	23.01.2015, 09:00 [ТС]
	Dmitriy_M, такой протокол. Для передачи в канал, любой пакет надо кодировать методом Бауэра. Вот как это выглядит: https://www.cyberforum.ru/post7035449.html Добавлено через 3 минуты То есть, возвращаясь к моему примеру: контрольная сумма: с0е7 кодированная сумма должна выглядеть так: 77 ЕЕ F0 3C В обратном порядке, плюс каждые полубайт кодируется отдельно (из таблицы). 0