看起来你遇到了C语言里很常见的头文件循环依赖坑，根源就是battery.h和battery_conf.h互相包含，而且在结构体还没完整定义的时候，就试图用它来声明数组，编译器自然会报错“array type has incomplete element type”。我给你两种实用的解决思路，既能保持模块的独立性，又能保留配置外部化的需求。

方案1：调整头文件包含顺序，让结构体先定义再被使用 #

你当前的battery.h是先包含battery_conf.h再定义结构体，这就导致处理配置文件时，battery_lut_st还只是个“不完整类型”，没法用来声明数组。我们把顺序反过来就能解决：

修改后的battery.h #

#ifndef BATTERY_H
#define BATTERY_H

#include "sys_types.h"

// 先完整定义结构体，确保后续使用时类型是完整的
typedef struct battery_lut_st {
    U_battery_t U;          // battery voltage
    uint8_t charge_perc;    // charge percentage [0..100]
} battery_lut_st;

// 再包含配置文件，此时结构体已经定义完成
#include "battery_conf.h"

#endif

修改后的battery_conf.h #

去掉对battery.h的包含（因为已经被battery.h包含，且结构体已经定义）：

#ifndef BATTERY_CONF_H
#define BATTERY_CONF_H

#include "sys_types.h"

// 直接使用已定义的battery_lut_st类型
const battery_lut_st battery_charge_lut[] = {
    {.U = 4200u, .charge_perc = 100u},
    {.U = 3000u, .charge_perc = 0u},
};

const uint8_t lut_row_count = 2;

#endif /* BATTERY_CONF_H */

这种方法简单直接，改动量小，能快速解决你的问题。

方案2：将配置定义移到.c文件，头文件仅保留声明（更规范的模块化做法） #

如果想严格遵循C语言“头文件放声明，源文件放定义”的原则，避免头文件里定义全局变量可能带来的重复定义风险，可以把配置的实现移到单独的源文件中：

修改后的battery_conf.h #

只保留结构体的前向声明和变量的外部声明：

#ifndef BATTERY_CONF_H
#define BATTERY_CONF_H

#include "sys_types.h"

// 前向声明结构体，不需要完整定义就能声明外部变量
typedef struct battery_lut_st battery_lut_st;

// 告诉编译器：这些变量在其他源文件中定义
extern const battery_lut_st battery_charge_lut[];
extern const uint8_t lut_row_count;

#endif /* BATTERY_CONF_H */

新建battery_conf.c #

在这里实现具体的配置：

#include "battery_conf.h"
#include "battery.h" // 这里包含battery.h获取结构体的完整定义

const battery_lut_st battery_charge_lut[] = {
    {.U = 4200u, .charge_perc = 100u},
    {.U = 3000u, .charge_perc = 0u},
};

const uint8_t lut_row_count = 2;

修改后的battery.h #

可以正常包含battery_conf.h，不需要调整顺序：

#ifndef BATTERY_H
#define BATTERY_H

#include "sys_types.h"
#include "battery_conf.h"

typedef struct battery_lut_st {
    U_battery_t U;          // battery voltage
    uint8_t charge_perc;    // charge percentage [0..100]
} battery_lut_st;

#endif

这种方式彻底打破了循环依赖，而且配置完全独立在battery_conf.c中，后续调整电池参数只需要修改这个文件，不用动核心的电池逻辑代码，更符合模块化设计的思路。

两种方案都能解决你的问题，如果你追求快速修复，选方案1；如果想让代码结构更规范、更易维护，方案2会是更好的选择。

备注：内容来源于stack exchange，提问作者user32453993