Russian Qt Forum
Ноябрь 23, 2024, 04:31 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
 
  Начало   Форум  WIKI (Вики)FAQ Помощь Поиск Войти Регистрация  

Страниц: [1]   Вниз
  Печать  
Автор Тема: quint16 uint16_t  (Прочитано 5188 раз)
unduty
Новичок

Offline Offline

Сообщений: 11


Просмотр профиля
« : Декабрь 27, 2020, 11:29 »

Клиент на микроконтроллере (STM32) имеет такой тип , размер 12 байт
struct uidType{
    uint16_t uid1 = 0;
    uint16_t uid2 = 0;
    uint32_t uid3 = 0;
    uint32_t uid4 = 0;
};

На сервере QT тип : (windows , linux)

struct uidType2{
    quint16 uid1 = 0;
    quint16 uid2 = 0;
    quint32 uid3 = 0;
    quint32 uid4 = 0;
};

можно ли его просто заполнять пакетом 12 байт? В чем различие типов?
Записан
kambala
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4747



Просмотр профиля WWW
« Ответ #1 : Декабрь 27, 2020, 11:36 »

различий нет, просто некоторые платформы могут не знать о uintX_t. Можешь посмотреть определение quintX в заголовочном файле.
Записан

Изучением C++ вымощена дорога в Qt.

UTF-8 has been around since 1993 and Unicode 2.0 since 1996; if you have created any 8-bit character content since 1996 in anything other than UTF-8, then I hate you. © Matt Gallagher
Igors
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 11445


Просмотр профиля
« Ответ #2 : Декабрь 27, 2020, 11:48 »

можно ли его просто заполнять пакетом 12 байт? В чем различие типов?
Наверно Вы хотели спросить типа "будет ли корректно работать memmove или memcpy для быстрого присваивания". Да, здесь будет. Но лучше все-таки нарисовать тупые операторы присваивания почленно. Потому что напр так
 
Код:
struct uidType{
    uint16_t uid1 = 0;
    uint32_t uid2 = 0;
    uint16_t uid3 = 0;
    uint32_t uid4 = 0;
};
И уже хз (зависит от выравнивания). И если Вы собрались резво читать блоком из потока - тоже не стоит.
Записан
Old
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4350



Просмотр профиля
« Ответ #3 : Декабрь 27, 2020, 14:21 »

А с какой стати memmove и memcpy перестанут работать? Как выравниевание данных ломает работу этих функций?
А sizeof будет работать? Он правильно размер структуры с учетом выравнивания вычисляет?
Записан
unduty
Новичок

Offline Offline

Сообщений: 11


Просмотр профиля
« Ответ #4 : Декабрь 28, 2020, 09:47 »

Наверно Вы хотели спросить типа "будет ли корректно работать memmove или memcpy для быстрого присваивания".
Мне нужно передавать по сети огромное количество пакетов по 48 байт, конструкция QDataStream мне кажется избыточной.
Хочется просто заливать структуру в QByteArray и отправлять в сокет, тоже при приеме в обратном порядке.
Другого способа быстрого наполнения массивов структур не нашел.
Записан
unduty
Новичок

Offline Offline

Сообщений: 11


Просмотр профиля
« Ответ #5 : Декабрь 28, 2020, 09:52 »

различий нет, просто некоторые платформы могут не знать о uintX_t.

Другая сторона 32 битный микроконтроллер ARM, код на С. Qt типов там нет, мне нужно понимать могу ли я использовать однотипные массивы с обоих сторон?  а данные передавать блоком из байт который равен размеру структуры.
Записан
tux
Global Moderator
Бывалый
*****
Offline Offline

Сообщений: 404



Просмотр профиля
« Ответ #6 : Декабрь 28, 2020, 09:56 »

Байты - это просто байты. По 8 бит каждый. Улыбающийся
Можете, конечно.
А "знает - не знает"... в конце концов можно придумать свой тип данных и использовать его с обоих сторон. Если так хочется заморачиваться. Улыбающийся
Записан

Old
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4350



Просмотр профиля
« Ответ #7 : Декабрь 28, 2020, 09:57 »

Мне нужно передавать по сети огромное количество пакетов по 48 байт, конструкция QDataStream мне кажется избыточной.
Хочется просто заливать структуру в QByteArray и отправлять в сокет, тоже при приеме в обратном порядке.
Другого способа быстрого наполнения массивов структур не нашел.
Лучше использовать QDataStream и более того переводить все данные с учетом сетевого порядка байт (big endian). Кстати в QDataStream он используется по умолчанию.
Это хорошая практика. Формирование пакетов через QDataStream не добавляет каких-то значимых издержек.
Записан
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #8 : Декабрь 28, 2020, 11:47 »

и я бы еще завернул структуры в pragma pack и их аналоги. чтобы точно знать что будет передано то что надо.

и датастрим тут избыточен, имхо.
« Последнее редактирование: Декабрь 28, 2020, 11:51 от kuzulis » Записан

ArchLinux x86_64 / Win10 64 bit
Igors
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 11445


Просмотр профиля
« Ответ #9 : Декабрь 28, 2020, 13:17 »

Мне нужно передавать по сети огромное количество пакетов по 48 байт, конструкция QDataStream мне кажется избыточной.
Хочется просто заливать структуру в QByteArray и отправлять в сокет, тоже при приеме в обратном порядке.
Другого способа быстрого наполнения массивов структур не нашел.
"Заливать/выливать" с помощью memmove/memcpy будет работать для конкретной структуры выше, но в общем случае этот способ ненадежен. А вот QDataStream (почленно) будет работать железно для любых структур. Нарисовать неск операторов << и >> переживете, не стоит на этом экономить. "Подальше положишь - поближе возьмешь"

И еще неплохо бы записать идентификатор, размер и версию структуры, чтобы потом не бегать
« Последнее редактирование: Декабрь 28, 2020, 13:24 от Igors » Записан
unduty
Новичок

Offline Offline

Сообщений: 11


Просмотр профиля
« Ответ #10 : Декабрь 28, 2020, 13:46 »

Лучше использовать QDataStream и более того переводить все данные с учетом сетевого порядка байт (big endian). Кстати в QDataStream он используется по умолчанию.
Это хорошая практика. Формирование пакетов через QDataStream не добавляет каких-то значимых издержек.

   
Код:
QByteArray errorByteArr;
    QDataStream out(&errorByteArr, QIODevice::WriteOnly | QIODevice::Append);
    out.setByteOrder(QDataStream::BigEndian);
    out << (quint8) STM32_PACK_TITLE;
    out << (quint8) STM32_PACK_SIZE;
    out << (quint16) 0x0000;
    out << (quint8) 0xFF;
    out << (quint16) errorCode;
...................
socketClient.write(errorByteArr,STM32_PACK_SIZE);



Вы имеете в виду такую конструкцию ? будет ли она производительной?

Отдельно хотел спросить, как лучше построить очередь на отправку , если процедура отправки вызвана повторно до ее завершения (две параллельные отправки в одном сокете ) ?
Записан
unduty
Новичок

Offline Offline

Сообщений: 11


Просмотр профиля
« Ответ #11 : Декабрь 28, 2020, 13:55 »

и я бы еще завернул структуры в pragma pack и их аналоги. чтобы точно знать что будет передано то что надо.

и датастрим тут избыточен, имхо.
В моем случае пакет всегда одной длинны, это связано с ограничением клиента на микроконтроллере, он джет всегда 48 байт, в котором есть заголовок, и контрольная сумма.
Как у начинающего Qtиста инструкция датастрим не вызывает доверия, проверить размер отправки можно только через отладку, непонятно насколько она будет задерживать отправку простых сообщений.
Записан
tux
Global Moderator
Бывалый
*****
Offline Offline

Сообщений: 404



Просмотр профиля
« Ответ #12 : Декабрь 28, 2020, 15:45 »

Зачем вам тут датастримы? Простой структуры с побайтным выравниванием хватит более чем Улыбающийся
Записан

Old
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4350



Просмотр профиля
« Ответ #13 : Декабрь 28, 2020, 19:05 »

Код:
[quote author=unduty link=topic=32909.msg243757#msg243757 date=1609152403]
Вы имеете в виду такую конструкцию ? будет ли она производительной?

Да, никаких просадок производительности эта конструкция не вызывает.
Зато вы всегда будете знать в каком виде ваши данные уходят в сеть, не зависимо от архитектуры процессора.

Лучше просто:
Код
C++ (Qt)
   socketClient.write( errorByteArr );
 


Отдельно хотел спросить, как лучше построить очередь на отправку , если процедура отправки вызвана повторно до ее завершения (две параллельные отправки в одном сокете ) ?
В ядре есть своя очередь на отправку, в сокетах Qt есть еще одна очередь на отправку, думаю в сетевом стеке для микроконтроллерах тожее есть своя очередь.
« Последнее редактирование: Декабрь 28, 2020, 19:15 от Old » Записан
Страниц: [1]   Вверх
  Печать  
 
Перейти в:  


Страница сгенерирована за 0.103 секунд. Запросов: 22.