作为经常和nRF52 SDK打交道的开发者，我完全理解你遇到的这个困惑——SDK里的这类预定义宏看起来好用，但直接修改数组元素时就出问题，本质上是没搞清楚这些宏背后的结构体细节和初始化逻辑。下面我帮你拆解原因并给出解决办法：

1. 先搞懂SDK宏的实际展开内容 #

首先要明确：NRF_TWI_WRITE这类宏本质是结构体初始化语法的封装，不是简单的常量。比如你去看SDK的twi.h（或对应外设头文件），它的定义大概率是类似这样的：

#define NRF_TWI_WRITE(addr, p_data, len) \
    { \
        .type = NRF_TWI_TX, \
        .address = (addr), \
        .p_data = (p_data), \
        .length = (len), \
        .flags = 0 \
    }

当你用宏初始化数组时，编译器会直接把宏展开成合法的结构体初始化列表，自然能正确工作；但你单独修改元素时，如果没匹配宏展开后的结构体成员，就会出错。

2. 常见的错误场景及解决方法 #

场景1：结构体成员是只读/被放在只读存储区 #

很多SDK会把初始化后的结构体数组默认放在Flash（只读区域），比如用了const修饰或者特定的section属性。这时候编译时用宏初始化没问题（因为Flash是写一次的），但运行时修改元素就会触发硬件异常。

解决办法：
把数组定义在RAM区域，比如使用SDK提供的宏或者编译器属性：

// 用SDK的RAM section宏（不同版本可能略有不同）
static twi_operation_t operations[] NRF_RAM_SECTION = {
    NRF_TWI_WRITE(0x48, tx_data, 2),
    NRF_TWI_READ(0x48, rx_data, 2)
};

// 或者直接用GCC属性
static twi_operation_t operations[] __attribute__((section(".data"))) = {
    // ... 初始化内容
};

场景2：修改时误用了宏而非实际成员值 #

比如你可能尝试直接写：

// 错误：NRF_TWI_WRITE是初始化宏，不能直接赋值给成员
operations[0].type = NRF_TWI_WRITE;

但实际上NRF_TWI_WRITE展开的是整个结构体，不是单个成员的枚举值。你应该用宏对应的实际枚举，比如NRF_TWI_TX（对应写操作）：

// 正确：使用枚举值修改type成员
operations[0].type = NRF_TWI_TX;
operations[0].address = 0x50;
operations[0].p_data = new_tx_data;
operations[0].length = 3;

场景3：结构体包含匿名联合体/位域，修改时访问方式错误 #

有些SDK的外设结构体为了节省空间，会用匿名联合体或位域。比如twi_operation_t可能定义成这样：

typedef struct {
    union {
        uint8_t type;
        struct {
            uint8_t rw_bit : 1;  // 0=写，1=读
            uint8_t reserved : 7;
        };
    };
    // 其他成员
} twi_operation_t;

这时候NRF_TWI_WRITE宏会直接设置rw_bit为0，但如果你直接修改type成员，可能会不小心覆盖保留位，导致异常。

解决办法：
直接访问位域成员（如果SDK允许的话），或者用宏重新构造整个结构体赋值：

// 方法1：直接修改位域
operations[0].rw_bit = 0; // 设置为写操作

// 方法2：用宏重新赋值整个元素（更稳妥，避免遗漏成员）
operations[0] = NRF_TWI_WRITE(0x50, new_data, data_len);

3. 验证方法 #

如果你不确定宏展开后的内容，用编译器的预编译功能查看：

# 假设你的文件是main.c，用GCC预编译输出
gcc -E main.c -o main_preprocessed.c

打开main_preprocessed.c，找到数组初始化的部分，就能看到NRF_TWI_WRITE展开后的完整结构体代码，这样就能准确知道该怎么修改成员了。

内容的提问来源于stack exchange，提问作者bgarrood