goodwe_comm.c

源文件路径：midware/inverter/goodwe/goodwe_comm.c 所属模块：midware/inverter/goodwe（古瑞瓦特 GoodWe 逆变器通信） 代码行数：2596

1. 文件职责

本文件是 EMS 主控与古瑞瓦特（GoodWe）混合逆变器之间的 Modbus-RTU 主站通信实现，EMS 侧作为主站、逆变器为从站（从站地址固定 0xF7）。它负责三件事：周期查询逆变器设备信息 / 运行数据 / 安规参数，把寄存器原始字节翻译成 g_t_inv_info（inverter.h）中的电压、电流、功率、能量、故障位；按调度逻辑下发的功率指令把工作模式与功率写入逆变器，并下发 BMS 汇总数据、LED 显示、安规、ISO 限值等配置。文件由 task_inverter()（midware/inverter/inverter.c:1045，在 user/main.c:189 创建）在每一轮循环中通过 goodwe_inverter_comm() 与 goodwe_inverter_data_check() 两个入口驱动。它处在数据流的中间层：向下经 hardware/usart4 收发帧，向上把结果写入 g_t_inv_info / g_t_meter / g_t_bat_info，供 logic 层调度与 net 层上报使用；当云端下发固件时它把控制权交给 goodwe_upgrade.c 的升级状态机。

2. 关键数据结构与宏

3. 函数清单

4. 核心逻辑解析

4.1 通信帧格式与收发机制

本文件使用标准 Modbus-RTU，帧结构由 send_query_data_to_inv()（goodwe_comm.c:76）与 ems_send_ctrl_data_to_inv()（goodwe_comm.c:101）组装：

读（0x03）：[0]=0xF7 从站地址 | [1]=0x03 功能码 | [2..3]=起始地址大端 | [4..5]=寄存器数大端 | [6]=CRC低 | [7]=CRC高   —— 共 8 字节
写单（0x06）：[0]=0xF7 | [1]=0x06 | [2..3]=地址 | [4..5]=数据 | [6..7]=CRC
写多（0x10）：[0]=0xF7 | [1]=0x10 | [2..3]=地址 | [4..5]=寄存器数 | [6]=字节数N | [7..7+N-1]=数据 | CRC低 | CRC高

CRC 由 GetCrcCode_Modbus()（common/crc）计算，按 Modbus 规范低字节在前。响应帧不做独立的命令字匹配，只做两件事（goodwe_recv_data，goodwe_comm.c:142）：把 uart4_get_data_len() 指定的全部字节搬进 s_u8_goodwe_recv_buf，然后取末两字节作为 CRC、对前 len-2 字节重算 CRC 比对；一致才把 *len 置为真实长度，否则置 0。上层每个查询函数随后还会额外校验 buf[2] == 寄存器数*2 来确认确实是本次请求的应答（例如 goodwe_comm.c:512）。

重试与超时：本文件没有重试计数，采用的是「时间片轮询 + 标志位保持」的策略——所有「设置类」函数只在收到非零应答时清除对应 u8_xxx_flag，因此一条配置命令会以 50ms / 100ms 的节拍被反复下发，直到逆变器应答为止。goodwe_write_data（goodwe_comm.c:43）用函数内 static s_u32_send_pack_tick 保证两次发送间隔不小于 GOODWE_DAT_PCK_INTERVAL_INV(100ms)，收到响应前用 OSTimeDlyHMSM 主动补足剩余间隔，形成「发—等—发」的自然节流。

4.2 主调度器 goodwe_inverter_comm 的三分支与时间片

goodwe_inverter_comm()（goodwe_comm.c:2444）是每轮 task_inverter 都调用的总入口，分三个互斥分支：

1. 内部固件升级分支（is_inverter_firm_download_finished() 为真，即 UPDT_INV1 && UPDT_INV2）：首次进入时置 s_u8_upgrade_flag、调 goodwe_comm_init()、清零 t_run_info 中从 u16_pv1_volt 到 u8_run_mode 的连续内存段（goodwe_comm.c:2455），然后按 goodwe_read_upgrade_flag_master() / goodwe_read_upgrade_flag_slave() 把运行模式设为 cUpdateMaster / cUpdateSlave，最后交给 goodwe_upgrade_handle()。
2. 外部（ARC/AFCI）升级分支（Get_Status_Is_Updated_From_Server(UPDT_INV3)）：同样先初始化，运行模式设为 cUpdateArm，交给 goodwe_upgrade_external_handle()。
3. 常规通信分支：见下节时间片表。

常规分支的时间片（全部基于 OSTimeGet() 毫秒计数，并统一带「时钟回绕保护」——若记录的 tick 大于当前 tick 则强制重置为当前 tick）：

注意 u32_query_inv_device_info_tick 被两个地方共用：既做「重查设备信息」的计时（180s），又做「首次查询后的 500ms 抑制」。因此首次上电后 500ms 内不会重复查设备信息。

u32_ems_inv_comm_tick 是所有成功收帧函数共用的「活体心跳」，每个查询函数在应答有效时都会写 OSTimeGet()，通信丢失判定即基于它。

4.3 设备信息查询与版本/子型号识别

query_inv_device_info()（goodwe_comm.c:496）读 35000 起 21 个寄存器，字节偏移映射为：

版本或 ARC 版本变化时调 Set_Setup_Config_Status(FALSE) 让配置区重新落盘。子型号由 goodwe_read_type()（goodwe_comm.c:438）按 SN 第 2~8 字节与 "9600AES"/"7600AES"/"9600ABP"/"7600ABP" 比对，得出 SUB_SP9_6/SUB_SP7_6/SUB_SPB9_6/SUB_SPB7_6/SUB_NULL；子型号变化会调 set_inverter_sub() + save_job_post(INVERTER_CONFIG_PAGE)。子型号进一步决定 g_t_meter.t_config_data.u8_gridforming_en：SP* 系列关闭 GridForming，SPB*（带 ARC/AFCI 模块）系列打开。最后用 snprintf 组装 u8_master_ver(V%03d.%03d)、u8_slave_ver(V%02d)、u8_arm_ver(V%03d.%03d) 三个显示字符串。

4.4 运行数据解析与寄存器映射

query_inv_running_data()（goodwe_comm.c:590）一次读 122 个寄存器（244 字节 + 首部 3 + CRC 2 = 249 字节，落在 256 字节缓冲内）。请求起始地址 35100，因此缓冲区下标 = 2 + (寄存器偏移 × 2)，下表给出关键量：

离网工况下还有一段修正（goodwe_comm.c:665）：当运行模式为 cUPS 时，用 pv_power(ALL) + bat_power 得到直流侧总功率 l_s16_inv_dc_power，正值时 s32_inv_actpower_a = 直流功率 × 0.966，负值时 = 直流功率 ÷ 0.966——0.966 是逆变器效率近似值，用于把直流功率折算成交流侧实际输出。

4.5 故障位与告警位映射

parse_inv_err_msg()（goodwe_comm.c:396）先把 GoodWe 故障位选择性搬到 EMS 统一故障模型 g_t_inv_info.t_run_info.u_fault_code / u_fault_extend1_code，映射关系见 goodwe_comm.c:407-424（例如 u8_utility_loss→u8_utility_loss、u8_isolation_failure→u8_insulation_fault、u8_dc_bus_high→u8_bus_ovp1、u8_afci_failure→u8_afci_check_protect）。开头有一段特殊处理：离网模式且电网频率 < 45Hz，或 CheckMode 且频率 > 45Hz 时，强制清掉 u8_fac_failure、u8_vac_failure、u8_utility_loss 三个位，避免无市电场景被误判成电网故障。注意 32 位故障字的 byte4（bit24~31）在头文件中被整体注释掉（goodwe_comm.h:310-317），因此该字节原始数据被丢弃、不做映射。

告警 u16_inv_warning 与 u16_cpld_warning 不做位映射，原样转存到 u16_dsp_debug[4]/[5] 供上位机与日志读取。

4.6 安规码双向映射

parse_goodwe_safety(type, safety)（goodwe_comm.c:193）是一个双向查表函数：

• type == GOODWE_SAFETY：把 EMS/Alpha 侧安规码（枚举来自 midware/inverter/inverter.h:193，如 VDE4105_11_18、AS4777_2、CEB、JET_GR_SERIES）翻译成 GoodWe 国家码（GW_GERMANY、GW_AUSTRALIAN、GW_CHINA_STD_RHVOLT、GW_JP_50HZ…）用于下发。
• type == ALPHA_SAFETY：反向，用于把逆变器回读的 GoodWe 国家码翻译回 EMS 内部码。

匹配不到时返回 0，调用方不做额外判错。

4.7 功率模式状态机

由 set_inv_power_mode()（goodwe_comm.c:1768）分流：

                     ┌── u16_grid_status == 0x00 ─→ OSTimeDlyHMSM(0,0,5,0) 延时 5s
set_inv_power_mode ──┤
                     ├── inverter_read_grid_freq() < 4500 (即 <45.00Hz) ─→ set_inv_offgrid_mode()
                     └── 否则 ────────────────────────────────────────────→ set_inv_ongrid_mode()

离网分支 set_inv_offgrid_mode()（goodwe_comm.c:1627）带 1500ms 自节流（s_u32_offgird_ctrl_tick，注释说明「逆变器响应需要时间」）：

• SP7_6/SP9_6：若 bms_read_max_dischg_power()==0 且 PV1~PV4 电压全部 < 250（即 25.0V）→ 转 set_inv_wait_mode() 待机并返回；
• SPB7_6/SPB9_6：若 bms_read_max_dischg_power()==0 或 pvcharger_read_bat_soc() < 110（<11.0%）→ 转待机并返回；
• 否则写 OFF_GRID 到 47511。

并网分支 set_inv_ongrid_mode()（goodwe_comm.c:1680）同时决定模式字与功率：

• parallel_read_dc_total_set_bat_power() 为负 → CHARGE_BAT，否则 DISCHARGE_BAT；
• 放电功率上限钳位：dc_set_power > 额定放电功率 - PV功率 时钳到该值（避免 PV + 电池叠加超过 AC 额定）；
• 电网侧充电功率 PI 型限幅：取三相电网电流最大值 × A 相电压 ÷ 10 得 l_s32_max_inv_grid_power，与额定充电功率求差 l_s32_inv_grid_power_diff；差值绝对值 < 100 时按 1/3 步长累加（软逼近），否则整值累加，累加结果 s_s32_bat_charge_power_limit 用 bms_read_max_charge_power() 做上限、0 做下限；最后若请求充电功率绝对值超过该限值，则改为 -bms_read_max_charge_power()。这是一段带积分累加器的软限幅，静态变量使限值在多次调用间保持并逐步收敛。
• 帧体为 4 字节：模式字大端 + abs(功率) 大端（NUM_SET_INV_POWER_MODE = 2 个寄存器）。

待机 set_inv_wait_mode()（goodwe_comm.c:1555）写 STOP(0x00FF)，返回 TRUE/FALSE 表示是否收到应答，是升级流程的进入条件之一。

4.8 电池参数下发与 BMS 数据上报

set_inv_bat_para()（goodwe_comm.c:877）写 45350 起 9 个寄存器，当前固件里是硬编码常量：容量 1000、串数 5、充电电压 2880、充电电流 500、放电电压 2300、放电电流 500；放电保留 SOC 按子型号取值（SP* 为 30，SPB* 为 4），随后同一组放电电压/SOC 又重复写入一次（对应 UPS 放电参数）。

send_bms_data_to_inv()（goodwe_comm.c:1010）把 BMS 汇总数据打包成 32 字节写入 47900 起的 16 个寄存器，字段顺序为：软件版本(2) + 电池串数(2，固定 5) + 充电截止电压(2) + 最大充电电流(2) + 放电截止电压(2) + 最大放电电流(2) + 电池总压(2) + 电池电流绝对值(2) + SOC(2) + SOH(2，固定 100) + 温度(2，固定 300) + 告警码(4，全 0) + 报警码(4，全 0) + 保留(2)。其中充放电流被钳到 ≤500（goodwe_comm.c:1026-1027），充电截止电压固定 2880、放电截止电压固定 2400（goodwe_comm.c:1020-1021）。SOC 的取值分两条路径：

• SP*：根据 bms_read_max_dischg_power() 是否为 0 以及运行模式是否为 cNormalMode 决定 u16_backup_status；若 UPS 被禁用或 backup 不可用则 SOC 固定填 20，否则填 90。另外若 g_t_dispatch_t.t_stsystemcmdinfo.u8ControlMode == BAT_CHARGE_FROM_PV，则把最大放电电流强制置 0（只许 PV 充电）。
• SPB*：SOC 取 pvcharger_read_bat_soc()/10，下限 10；若 SOC ≤ 10 且处于 cUPS，最大放电电流置 0。

4.9 LED 显示下发

set_inv_led_disp()（goodwe_comm.c:1364）每 1 秒执行一次，先 set_led_control()（写 47028 = 0xA5 0x67 解锁 LED 控制），然后依次下发 6 组寄存器，每次都是「清缓冲 → 填 2 字节 → ems_send_ctrl_data_to_inv → 收帧」：

寄存器字节排列为「偶数下标填 0、奇数下标填灯效值」，即每个 16 位寄存器只有低字节有效。

4.10 一致性维护 goodwe_inverter_data_check

goodwe_inverter_data_check()（goodwe_comm.c:2306）在每轮 task_inverter 中与 goodwe_inverter_comm() 一起被调用，负责把 BMS/配置层与逆变器层的边界值对齐并触发落盘：

1. 电池保护参数钳位：从 pvcharger 读放电/充电截止电压与最大电流，放电截止电压若小于 t_config_data.u16_dischg_cut_rate_volt 或为 0 则抬到配置值；充电截止电压若大于配置值或为 0 则压到配置值；充放电流超过配置上限则截断。任一值变化即同步到 t_run_info 的四个对应字段。
2. 清能量标记：t_control_cmd.u8_clean_energy 为真时转成 u8_clear_inv_energy_flag 并把源标记清零。
3. 安规一致性：t_config_data.u8_safety != t_safty_info.u8_safety → 置 u8_set_inv_safety_flag。
4. 重启请求：t_control_cmd.u8_reset → 置 u8_set_inv_restart_flag 并清源标记。
5. AC 额定功率识别：u32_ac_rate_discharge_power == 9600 → DC 充放额定都设 9600、u16_max_ac_from_grid_current = 400；== 7600 → 设 7600、= 380。这是 9.6kW / 7.6kW 两档机型的硬编码识别。
6. 配置落盘：AC 充/放额定功率变化时同步到 t_config_data 的 AC/DC 四个额定字段并 save_job_post(INVERTER_CONFIG_PAGE)。
7. 离网充电截止 SOC：inverter_read_micro_grid_chg_soc() 落在 (0, 95] 区间且与上次不同 → 置 u8_set_micro_grid_soc_protect_flag 并准备下发；越界则强制写回 95 并置标志。
8. PV 电表安装位置：g_t_meter.t_config_data.u8_gridforming_en 变化 → save_job_post(METER_CONFIG_PAGE)。

4.11 一次性配置状态机 set_goodwe_inv_config

set_goodwe_inv_config()（goodwe_comm.c:2198）采用「读回比对 → 不符则写 → 相符则清标志」的收敛模式，每项独立：

• 离网自启动（45253）：读回不为 TRUE 则写 TRUE，否则清 u8_offgrid_autostart_flag；
• 系统类型（47011）：读回不为 INV_TYPE_ALPHA(10) 则写 10，否则清 u8_query_system_type_flag；
• EBMS 通信丢失使能（47916）：同上模式；
• 电池参数：u8_set_inv_bat_para_flag 为真时执行 set_inv_bat_para() + set_bat_protocol()（该标志只在 set_inv_bat_para() 收到应答后清除，且每次通信丢失后的 goodwe_comm_init() 会重新置位）；
• AFCI：SP* 系列要求使能（读回不为 TRUE 则写 TRUE），SPB* 系列要求关闭（读回不为 FALSE 则写 FALSE）；低 PV AFCI 检测使能只在 SP* 系列处理；
• 微网保护：SPB* 系列额外查询频率保护（45446）与 SOC 保护（45387），并在标志置位时下发 SOC 保护值；
• ISO 限值：u8_set_iso_limit_flag 为真时先 set_iso_limit() 再 query_iso_limit()，回读与 t_run_info.u16_run_isolation_limit_value 相等才清标志（形成写入-回读确认闭环）。

4.12 升级分支的衔接

goodwe_inverter_comm() 的两个升级分支都不再执行任何数据查询，只更新 u32_ems_inv_comm_tick（防止被误判为通信丢失）、设置 t_run_info.u8_run_mode = cUpdateMaster/cUpdateSlave/cUpdateArm 以让 HMI 显示升级中，然后每轮调用升级状态机。升级状态机本身在 goodwe_upgrade.c：goodwe_upgrade_handle() 处理主/从机（UPDT_INV1/UPDT_INV2），goodwe_upgrade_external_handle() 处理外部 ARC 模块（UPDT_INV3）。升级结束后由 GW_UPGRADE_INFO_INIT 状态清掉云端更新标志，is_inverter_firm_download_finished() 转假，本文件随即回到常规分支。

5. 对外接口

本文件导出（goodwe_comm.h:412-416）

除以上 6 项外，本文件其余函数（goodwe_write_data、send_query_data_to_inv、ems_send_ctrl_data_to_inv、goodwe_recv_data、parse_goodwe_safety、parse_goodwe_work_mode、parse_inv_err_msg、query_*、set_*）虽未加 static，但工程内没有其它翻译单元引用，实际为文件内可见。

本文件调用外部

• 硬件层：hardware/usart4 的 uart4_clear_buffer、uart4_send_data2、uart4_is_recv_async_data2、uart4_get_data_len、uart4_read_data_async。
• 通用库：common/crc 的 GetCrcCode_Modbus。
• 逆变器抽象层（inverter.c/h）：inverter_read_run_mode、inverter_read_grid_freq、inverter_read_pv_power、inverter_read_pv_volt、inverter_read_bat_power、inverter_read_rated_ac_charge_power、inverter_read_rated_ac_discharge_power、inverter_read_grid_cur、inverter_read_fault_code、inverter_read_backup_cur、inverter_read_micro_grid_chg_soc、inverter_set_micro_grid_chg_soc、get_inverter_sub、set_inverter_sub、g_t_inv_info。
• 电表 / BMS / PV 充电器：meter_read_current、g_t_meter、bms_read_max_charge_power、bms_read_max_dischg_power、bms_read_fault_code、pvcharger_read_bat_curr/volt/soc/connect_state/max_charge_current/max_dischg_current/charge_cut_off_volt/dischg_cut_off_volt、g_t_bat_info。
• 逻辑与调度层：g_t_dispatch_t.t_stsystemcmdinfo.u8ControlMode（logic/logic.h）、parallel_read_dc_total_set_bat_power、parallel_read_dc_total_set_inv_power（logic/parallel）。
• 数据/存储层：save_job_post、Set_Setup_Config_Status（data）、ems_read_fault_code。
• 升级与网络层：is_inverter_firm_download_finished、Get_Status_Is_Updated_From_Server（net/inv_download、net/upd_download）、goodwe_upgrade_handle、goodwe_upgrade_external_handle、goodwe_read_upgrade_flag_master/slave。
• 其它：g_stEMSInfo.bIsLogin（net/ems）、OSTimeGet、OSTimeDlyHMSM（uCOS-II）、VERSION_INV_HARD（user 版本信息）。

6. 依赖关系

依赖（include 列表见 goodwe_comm.c:13-26）：goodwe_comm.h、goodwe_upgrade.h、inverter.h、meter.h、bms.h、usart4.h、data.h、logic.h、system_config.h、wireless_driver.h、ems.h、inv_download.h、crc.h；头文件再链到 includes.h。

被依赖：

• midware/inverter/inverter.c：goodwe_comm_init()（L96）、goodwe_inverter_comm()（L1125）、goodwe_inverter_data_check()（L1126）、g_t_goodwe_comm_info.u8_set_iso_limit_flag（L4056）；inverter.c:21 include 了 goodwe_comm.h。
• midware/inverter/goodwe/goodwe_upgrade.c：set_inv_wait_mode()、set_inv_feedin()。
• 间接：凡是读 g_t_inv_info / g_t_goodwe_comm_info 的 net、hmi、logic 模块都间接依赖本文件产出的数据。

7. 备注与风险点

1. ems_send_ctrl_data_to_inv 潜在栈溢出（goodwe_comm.c:103）：局部缓冲 u8 l_u8_tx_buf[128]，但入参校验只要求 len_buff <= MAX_REGISTER_NUM*2 = 200，且 l_u8_len = 7 + len_buff。若将来出现 register_num=100, len_buff=200 的调用，会写入 207 字节并越界约 79 字节。当前所有调用都不超过 32 字节，属潜伏缺陷。
2. l_u8_len 类型为 u8 而缓冲长度为 128：同样的越界风险在类型层面被放大（u8 上限 255，不构成溢出保护）。
3. 未匹配功能码时发送 0 字节（goodwe_comm.c:117-133）：若 func_code 既非 0x10 也非 0x06，l_u8_len 保持 0，会执行 goodwe_write_data(buf, 0, ...) 空发送；当前无此调用路径。
4. goodwe_recv_data 不校验长度上限（goodwe_comm.c:142）：直接把 uart4_get_data_len() 个字节写入 s_u8_goodwe_recv_buf[256]，未判断 l_u16_len <= 256，超长帧会越界。
5. query_inv_running_data 存在无效赋值（goodwe_comm.c:650-651）：s32_inv_actpower_b / _c 被硬写 0，第 652 行原取 [79..80] 的赋值被注释，注释说明该值刻意不用。
6. parse_inv_err_msg 中运算符优先级（goodwe_comm.c:399-400）：(a) && (b) 与 (c) && (d) 之间的 || 结合性正确，但整行用 \ 续行、形式晦涩，易被后人误改；且第 400 行条件为「CheckMode 且频率 > 45Hz」才清故障，语义与上一分支（UPS 且频率 < 45Hz）不对称，需对照 GoodWe 文档确认。
7. snprintf 目标长度存疑（goodwe_comm.c:556-558）：snprintf(..., 10, "V%03d.%03d", ...) 最多需 8 字符 + \0，恰好放得下，但若 u8_master_ver 字段实际小于 10 字节仍会截断，依赖 inverter.h 中字段定义。
8. goodwe_read_type 只比较 7 字节型号串："9600AES" 等常量声明为 u8[10]（goodwe_comm.c:440-443），但只 memcmp 前 7 字节，型号后缀变化会被误判为 SUB_NULL。
9. 安规映射大量回落到 GW_AUSTRALIAN（goodwe_comm.c:201-258）：VDE0126_50HZ、C10_C11、TOR_ERZEUGER、EN50549_NL/DK/GR、CEI021、NRS097_2_1、UTE_C15_712、IEC61727、G59_3 全部映到 GW_AUSTRALIAN，明显是未逐一适配的占位实现，跨国机型需重点核对。
10. 安规回读方向不完整（goodwe_comm.c:296-343）：ALPHA_SAFETY 分支只覆盖 10 个国家码，其它值返回 0，t_safty_info.u8_safety 会被清零并可能在 goodwe_inverter_data_check 中误触发安规重设。
11. 安规阈值时间被硬编码（goodwe_comm.c:790/793/796/799/827/830）：u16_ovp1_time=100、u16_uvp1_time=200、u16_ovp2_time=16、u16_uvp2_time=100、u16_ovp3_time=16、u16_uvp3_time=16，原来按 /0.6 换算的代码被注释掉。这是明确的技术债，若安规一致性要求严格会直接不合规。
12. query_inv_safety_info 第二次收帧未校验（goodwe_comm.c:822-830）：第二次请求（45495/4）后不判断 l_u16_inv_recv_num 是否非零，也不清 s_u8_goodwe_recv_buf，若第一次的响应残留或本次超时，会把上一次的数据当作 45495 的结果解析。
13. set_inv_safety 中的 2 秒阻塞（goodwe_comm.c:1617）：OSTimeDlyHMSM(0,0,0,2000) 会阻塞整个 task_inverter，期间所有查询与功率控制停摆；配合 set_inv_wait_mode() 内部的发送等待，最坏情况可造成数秒的调度真空。
14. set_inv_power_mode 中的 5 秒阻塞（goodwe_comm.c:1772）：u16_grid_status == 0x00 时无条件 OSTimeDlyHMSM(0,0,5,0)，即市电未接入时每个 50ms 周期都会睡 5 秒，实际把功率模式下发周期拉长到 5 秒以上。
15. s_s32_bat_charge_power_limit 无边界积分（goodwe_comm.c:1691,1719-1736）：累加器可能在电网侧功率异常时长期累积到上限（由 bms_read_max_charge_power() 封顶）或被压到 0 后难以恢复，缺少复位/衰减逻辑。
16. send_bms_data_to_inv 版本字段写入可疑（goodwe_comm.c:1064-1065）：两次 l_u8_tx_buf[l_u8_len++] = g_t_bat_info.t_run_info.u16_soft_ver;（u16 截断为 u8）写同一低字节两次，本意应为「高字节+低字节」；另外缓冲声明 100 字节但只写 32 字节，其余未初始化字节虽未被发送（len_buff = 32），仍是易错点。
17. send_bms_data_to_inv 报送的是常量而非实测值：充电截止电压 2880、放电截止电压 2400、SOH 100、温度 300 全部硬编码，与 goodwe_inverter_data_check 里从 pvcharger 读到的实际边界值不一致，二者可能互相矛盾。
18. set_inv_led_disp 每秒 6 次同步收发：每次都要等逆变器应答，若逆变器慢应答会累积占用 UART4 时间，挤压同总线上更高优先级的查询（同一 50ms 周期内还排了运行数据查询与功率模式下发）。
19. u8_query_inv_device_info_flag 一旦为真就跳过全部控制逻辑（goodwe_comm.c:2496）：设备信息查询期间 set_goodwe_inv_config、功率下发、BMS 上报、LED 全部不执行；而 query_inv_device_info 内部又依赖子型号（决定 AFCI/微网分支），若查询长期失败会陷入「不配置 ↔ 查不到」的死循环依赖。
20. 无编译单元内的 static 收窄：除 s_u8_goodwe_recv_buf 外所有函数与解析辅助函数都是外部链接，工程内存在多个厂商同名函数（如 send_query_data_to_inv_alphaess 命名带后缀规避），本文件靠「不带后缀」维持唯一性，后续加入新厂商时容易撞名。
21. 调试宏与调试打印不一致：query_inv_running_data 第 600 行使用 #if (GOODWE_INV_DEBUG == 1)，而同文件其它位置用 #if (GOODWE_INV_DEBUG)，定义若改成非 1 的真值会漏掉这一段。
22. 未使用的可达代码：query_inv_bat_para、set_bakcup_enable、get_inv_feedin、set_ongrid_delay 在工程内没有任何调用者（已用全仓 grep 确认），属版本遗留。