Кодирование декодирование байта

Question

У меня есть встроенное устройство, которое посылает мне дату UTC в этом формате (дата 4 байта):

buffer.push_back((BYTE)(time_utc & 0x000000FF)); 
buffer.push_back((BYTE)((time_utc & 0x0000FF00) >> 8)); 
buffer.push_back((BYTE)((time_utc & 0x00FF0000) >> 16)); 
buffer.push_back((BYTE)((time_utc & 0xFF000000) >> 24)); 

На сервере я получаю байт и хранить их в socket_buf, начиная с индекса 0-3 и его расшифровка с помощью следующей логики

mypkt.dateTime = ((socket_buf[0] << 24) + 
(socket_buf[1 ] << 16) + socket_buf[2] << 8) + 
(socket_buf[3] << 0)); 

Но я не уверен, если я правильно его расшифровки, поскольку даты я не правильно. Может ли кто-нибудь предложить мне правильный способ его декодирования? Я декодирование даты с помощью команды Linux (16711840 этого число я получаю путем декодирования):

#date -d @16711840 

Answer 1

ли вы очистить свой socket_buf?

Вы уверены, что ваш компьютер большой enddian?

Кроме того, я предлагаю вам использовать: или вместо оператора вместо оператора.

Это может сэкономить больше времени.

mypkt.dateTime = (long) ((socket_buf[0] << 24) | (socket_buf[1] << 16) | socket_buf[2] << 8) | (socket_buf[3] << 0)); 

Answer 2

Сочинения код немного младшие - это первая отправка младших байт.

Ваш код чтения ожидается big endian - он берет нулевой байт и сдвигает его на 24 бита.

Обратите внимание, что ни в коем случае не зависит код, зависящий от сущности локальной машины - код, записанный не зависит от него, просто не совместим друг с другом.

Попробуйте это вместо:

mypkt.dateTime = ((socket_buf[0] << 0) + 
        (socket_buf[1] << 8) + 
        (socket_buf[2] << 16) + 
        ((uint32_t)socket_buf[3] << 24)); 

Бросок необходимо (но только на последнем смену), потому что 0x80 - 0xff будет преобразован в signed int и это не определено, что происходит с битами, которые сдвигаются в Значок бит (спасибо @Lundin)

NB: 16711840 не является «текущим» значением даты-времени в Unix, которое вы используете для его представления. У вас могут быть другие проблемы в другом месте.

Answer 3

Поскольку socket_buf объявлен unsigned char, socket_buf[0] << 24 является ошибкой.

socket_buf[0] is unsigned char и получит целочисленное значение, равное int. Независимо от того, является ли это 16 бит или 32 бита в этой конкретной системе, это не имеет значения, потому что программа будет нестабильной. В обоих случаях он заканчивается как подписанная переменная. Вы оставите сдвиг подписанной переменной и смените двоичные на знаковые биты. Тогда вы делаете дополнение на этом.

Правильный способ записи декодирования заключается в следующем:

mypkt.dateTime = (((uint32_t)socket_buf[0] << 24) | 
        ((uint32_t)socket_buf[1] << 16) | 
        ((uint32_t)socket_buf[2] << 8) | 
        ((uint32_t)socket_buf[3] << 0)); 

Кроме того, вы, кажется, изменить порядок следования байтов в обратном направлении между кодированием и декодированием. Я не совсем понимаю, что это значит с энтузиазмом, ваш код просто использует непоследовательный порядок между buffer по сравнению с sock_buf.