`#pragma pack(1)的使用
#pragma pack(1)和#pragma pack()是编译器指令，用于控制结构体（或联合体）成员在内存中的对齐方式。
对齐的基本概念
默认情况下，编译器为了提高访问效率，会对结构体成员进行对齐。例如，一个uint16_t类型的成员通常会被放置在 2 字节的整数倍地址上，如果前面有奇数个字节的u8成员，编译器会在中间插入填充字节（padding），保证对齐。这样结构体的大小可能大于成员大小之和。
#pragma pack(1)的作用
#pragma pack(1)强制编译器采用1 字节对齐，即取消所有填充，成员在内存中紧密排列，没有任何空隙。这会使结构体的大小等于成员大小的总和，但可能降低 CPU 访问效率（尤其是在某些架构上可能产生非对齐访问异常）。
#pragma pack()的作用
#pragma pack()恢复默认的对齐方式（通常由编译器设定，例如 4 字节或 8 字节对齐）。
在你问题中的影响
在transform.h中，你使用了#pragma pack(1)来定义PHYSICALKEY结构体。但是RotaryDial结构体是在ADS1015.h中定义的，并且没有使用相同的对齐指令。这导致：
- ADS1015.c编译时，
RotaryDial采用默认对齐（例如 4 字节），value成员（uint16_t）的偏移量可能是 6（因为前面有 5 个u8，再加 1 字节填充）。 - transform.c编译时，由于
#pragma pack(1)的影响仍然存在（如果transform.h在包含ADS1015.h之前设置了 pack），RotaryDial结构体在transform.c中也会被强制 1 字节对齐，value的偏移量为 5。
两个文件对同一结构体的内存布局理解不同，导致transform.c访问RotaryDial_l.value时，实际读取的是结构体中偏移 5 处的数据，而那个位置可能是state或其他值，从而得到类似地址的大数。
解决方案
- 统一对齐方式：在
ADS1015.h中的RotaryDial定义前 也加上#pragma pack(1)，确保所有文件都使用相同的紧凑布局。 - 调整成员顺序：将对齐敏感的成员（如
uint16_t value）放在结构体最前面，这样无论对齐方式如何，其偏移量始终为 0，避免错位。
推荐优先尝试方案 2，因为改动最小且不会影响其他代码。