Одна и та же структура занимает разное пространство в памяти Uno и NodeMCU ESP8266, что приводит к повреждению данных при передаче через nRF24L01+

Esp8266 имеет 32-разрядный микроконтроллер, а uno-8-разрядный микроконтроллер, поэтому их переменные имеют разные требования к хранилищу. Вы должны предусмотреть это в своем коде.

int, longи т.д. Имеют разные размеры, зависящие от компилятора и цели.

Используйте явные размеры, чтобы убедиться, что ваши переменные имеют нужный размер. Например. uint8_t, int16_t или int32_t, ... (как прокомментировал @Mat)

Кроме того, я бы не стал использовать bool (при написании на C), поскольку он на самом деле не является стандартным в C, а размер также зависит от реализации: https://stackoverflow.com/questions/1608318/is-bool-a-native-c-type

Кроме того, существуют различные типы явных размеров: https://stackoverflow.com/questions/5254051/the-difference-of-int8-t-int-least8-t-and-int-fast8-t (но не используйте его здесь, иначе у вас снова возникнет та же проблема :))

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

struct Package {
    uint8_t doorOpened;
    uint16_t light;
    int16_t temperature;
    uint8_t humidity;
    float voltage_battery;
} __attribute__((packed));

В зависимости от того, какие инструкции "прямого доступа" доступны в целевой 32-разрядной архитектуре, без упаковки вы можете получить (в худшем случае) эквивалент:

struct Package {
    uint8_t doorOpened;
    // 3 bytes padding
    uint16_t light;
    // 2 bytes padding
    int16_t temperature;
    // 2 bytes padding
    uint8_t humidity;
    // 3 bytes padding
    float voltage_battery;
} __attribute__((packed));

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

По всем причинам, упомянутым в других ответах (размеры разных типов, требования к выравниванию и порядку), часто бывает плохой идеей использовать структуры для данных, которые необходимо отправлять/получать (будь то по сети или хранить в файлах), поскольку совместимость часто является проблемой.

Использование простого массива байтов (т. Е. uint8_t[]) часто является гораздо лучшим решением вместе с функциями для чтения/записи данных определенных типов при определенных смещениях.

Во многих языках более высокого уровня (perl, php, python...) это часто делается с помощью пакета/распаковки или эквивалентов, но, насколько я знаю, прямого эквивалента в C.

Затем вы используете временные переменные, htons/ntohs/htonl/ntohl и memcpy для копирования данных между временными переменными и буфером передачи. Float немного сложнее, потому что, хотя их формат четко определен, их конечное значение не совпадает и может отличаться от целых чисел, но htonf/ntohf встречаются редко. В вашем случае я бы рекомендовал преобразовать, например, в целые числа с коэффициентом 10 (если вам нужна одна цифра) или 100 (если вам нужно 2).

Если вы используете C++, вы можете рассмотреть возможность использования буферов протоколов Google