c - 从 EFS 读取的压缩结构给出了奇怪的结果

Question

我创建了一个 EFS 项目，其结构如下

struct 
{
    uint8 version;   // uint8 - 1 byte data type, uint16 - 2 byte
    uint16 y1;
    uint16 y2;
    uint16 y3;
    uint8 reserved[9];
}

现在 EFS 文件大小为 16 字节，因此我认为它已打包。

现在我有相同的结构，在加电时我从 EFS 读取值，但是我的编译器返回的结构大小为 18 字节(编译器不支持打包，因此 EFS 读取失败)。

我只读了 16 个字节，它就通过了。

问题:

(1)。如果我只读取 16 字节，是否存在数据丢失的风险，因为在第一个成员之后，我的结构中将有一个字节填充空间(因为我的编译器不支持打包结构，我无法使用它) 我将以下值写入 EFS，

version -0
y1      -6
y2      -10
y3      -60

我只读取了 16 个字节，并且我的结构的每个成员都被分配了正确的值。在任何情况下我的结构都会有错误的值吗？

(2)。由于第一步的困惑，我创建了一个如下所示的临时结构

struct
{ 
    uint8 version;
    uint8 y1_a;
    uint8 y1_b;
    uint8 y2_a;
    uint8 y2_b;
    uint8 y3_a;
    uint8 y3_b;
    uint8 reserved[9];
}

现在 EFS 和结构体大小都是 16 字节， 现在，当我将输入提供给 EFS 时 版本=0，y1=6，y2=10，y3=60，

成员被分配如下值:version=0,y1_a = 6, y1_b =0, y2_a = 10, y2_b =0, y3_a =60，y3_b =0；

有人可以帮助理解这一点吗？ 我的想法是读取临时结构(以便 EF 和我的结构的大小相同)，然后从临时结构将值分配给我的原始结构

Answer 1

我假设您只是通过将字节从 EFS 复制到结构来读取数据。

(如果您像这样填充结构:

read(&(s.version)...);
read(&(s.y1)...);

当然，您对打包或解包结构没有任何问题......但是您必须确保以相同的方式完成写入。)

根据编译器的不同，EFS读取的数据肯定不会正确分配。

为了检查编译器如何打包，我会做两个测试:

int a = ((int)&(s.y1)) - ((int)&(s.version));

如果编译器打包，则为 1，否则为 2。

union {
    struct {
        uint8 version;
        uint16 y1;
        ...
    } unsure;
    struct {
        uint8 version;
        uint8 y1_a;
        uint8 y1_b;
        ...
    } definitely_unpacked;
}

这个 union 应该让您更详细地了解正在发生的情况:将数据读入 union 时，您可以看到第二个结构中的哪个 uint8 将映射到第一个结构中的哪个 uint16。