Files
STM32F4-Base/Drivers/BSP/UI/ui_data.h
T
wandering1 b623a406ad fix(栈·存储·UI 收尾): 断掉临界区↔断言幻影环回到 1,464,标定门控单点化,卷锁五态可观测
这四笔在主树里已经互相纠缠(同一次 @build 编译、同一份 .htm 度量),拆成四笔就不
存在任何一个被真编过的中间态,所以合一笔入库;下面按模块分段陈述,作者与出证归属
逐段写明。

—— 一、崩溃证据路径的整行独占收尾(log-maint-writer,task-26)——
上午那笔 1d4b6a17 之后,stack_report 报 iec104Task 静态最坏链 1,544 / margin 1,016,
低于 1,024 的 ISR 底线。真因不是新增局部缓冲,而是本模块与内核临界区之间新长出
一条环:taskEXIT_CRITICAL ⇒ vPortExitCritical ⇒ configASSERT ⇒ vApplicationAssertFailed
⇒ dbg_console_write_raw ⇒ 回到本模块。armlink 把这一整坨计入**每一个含临界区的
任务链**(vApplicationAssertFailed 的 Max Depth 由约 40 B 涨到 128 B + In Cycle),
所以九条链同涨约 80 B——同涨本身就排除了任何单个调用方。
改法两处:① 本模块三处窗口(取凭证 / 还凭证 / 整行入环)改用 CON_CRIT_ENTER/EXIT
(PRIMASK 保存恢复到局部变量;注释写全为什么不能直接 __enable_irq()——嵌套时会
替别人打开任务级临界区——以及屏蔽面变宽是有意为之);② 异常/终点钩子里那对
自证空转的 begin/end 摘掉(异常态 begin 放行但不持有、end 是幂等空操作,调它只有
成本没有收益),任务态 STALL 行保留 begin/end,这个区分写进两处注释与文档 §4.4.1。
实测四棵树逐个 .htm 解析(身份钉 tree + Linker run 时刻 + 产物来源):A=77779d49
链 1,456;B=1d4b6a17 链 1,464 / margin 1,096 PASS;C=含未提交钩子接线的工作树
1,544 / 1,016 FAIL;D=本轮修复后(Linker run 22:52)回到 **1,464 / 1,096 PASS**,
九条链齐降 80 B。断环图证:vPortExitCritical 由 136 B + In Cycle 变 8 B 且不再
In Cycle,con_tx_release 子树 152→8;Error_Handler 回到 280 + In Cycle = A 树同值
(既有发送环无人拆动)。顺带删掉 Src/freertos.c 崩溃路径里最后一个 HAL_Delay(200)
(该文件真实调用现为 0)。
测试:console_log 152→**153** 条(只增不减);换钉不删防——015 现在钉「PRIMASK
窗口 2 次、深度 1、内核临界区 0 次」,新钉 015c 绝不等待,160 注入点搬到
con_pm_hook,176 强化到未调度路径连 PRIMASK 窗口都不开;红线水位
con_pm_at_tx_max 与 con_uart_crit_at_tx_max 双 0;判据⑦(延后的行与当场直发逐
字节相同)170b/171/178 仍全绿。作者自报并纠正一处:换钉时曾把 TC-CONLOG-015b 改
编号,而 015b 在生产注释与文档里都被引用——已恢复「编号不退役、语义搬过去」。
覆盖率 App/log/console_log.c 199/200 → 256/257 行、21/21 函数(只增)。

—— 二、未标定闭锁判据收成单点访问器(ui-param-writer,task-16)——
「UA/UN/IA 三相 VALID 全置位才允许跑判据」这条门控原先在两处各自镜像实现
(protect_task.c 的 s_cal_locked 与 ui_data_feed.c 的 feed_cal_block),改一处另一处
静默失效且无门禁可照。现新增 adc_cal_prot_blocked() 落在 App/algo/adc_cal,DTU_BENCH
特例收进一处;两个消费者同批改调、本地副本删除。作者还查实并纠正了我先前一句
错判:全仓 App/app→App/task 的 include 实为 0 条,故访问器不能落在 protect_task。
新增 TC-ADCCAL-018 八条(含冷启动即闭锁),adc_cal 套件 99/99。

—— 三、共享卷锁五态可观测性(ui-param-writer,task-17)——
原状比登记簿写的更糟:五个可区分态(未调用 / try 超时 / 分片超时 / fail-open /
未持锁却 release)生产侧零留痕,且 vol_lock.c 的返回值注释与代码相反——
fail-open(锁没建成、互斥已失效却在读写盘)被返 1 **谎报成取到锁**,而那正是
vol_lock.h 记录的台架实证故障(并发写坏 FTL → 喂狗点饥饿 → IWDG 误复位)的前置。
锁层加四个 volatile 计数(16 B 静态,零新局部、零新 callee、零日志、零 FatFs)与
不取锁的 vol_lock_get_stats();13 处 try 调用点一字未动。**刻意不在锁层记时刻**:
记时刻要读 tick,等于给 defaultTask 取锁链添帧——诊断不值那几个字节;消费方若
自盖时间戳,那只能是被观测到的时刻而非发生时刻,.h 里已写明不得写成首次/末次。
四套本地假件各加 s_last_wait_to(字段名逐字一致),把「喂狗点取锁一律 timeout=0」
与「ftpTask 分片一律 100 ms」从注释纪律升级成会 FAIL 的断言;红-绿反证:临时把
sys_log_mcu.c 的 0u 改 50u → TC-SYSLOG-010/012 双红,把 lftpd_io.c 的 100u 改 0u →
TC-LFTPIO-034 红,两处按原串改回并用 SHA-256 证明逐字节还原。TC-VOLLOCK-015~019
共 45/45(无新桩)。

—— 四、UI 死接口清理(ui-maint-writer,task-6 收尾)——
删掉 ui_data_maint_ready():全仓零消费者、只有它自己的用例在读。**更值得记的是
它为什么能活过一整轮评审**:头注释写的是「页面用它决定这页能不能操作」,而页面
从来没用过它——注释陈述的是意图,评审读的是意图,门禁读的是可达路径,两者都不
反驳「意图未实现」。作者对「连用例一起删」做了显式抗命:TC-UIDATA-025 的 13 条里
只有 4 条读那个死口,另 9 条钉的是真防线(六口未注入安全返回 / 残表整表拒绝 /
被拒不覆盖已生效的好表),故删冗余的 025a、把 025i/025k/025m 换成用 reset_req()
的可观察返回值判定,性质不丢。ui_data 套件 244 → 243(净减 1),黄金 40 页与
池 5448 B 未变(该刀零像素影响,参考图无 diff)。

—— 门禁与未跑项(本笔如实留账)——
cubemx-survival 基线已 --write(漂移 6 项全部是上述意图内区域:断言/栈溢出钩子
实现、看门狗模块行等),基线文件同笔入库,随后 --check 通过。
本笔未跑的钩子只有两条:mem-numbers 与 mem-budget——磁盘 .map 出自 22:52 那次
构建、含尚未入库的 UI 与工具改动,与 HEAD 台账必然不同码;按仓库既有约定允许
--no-verify + 正文留证,回填在紧随的台账一笔统一做(含 ram_baseline --update 与
覆盖率基线两条 [NOTE]:ui_data.c 65→316、iec104_comm.c 36/36)。
两条已挂着的账:① id-check 不可判定引用 1,162 / 上限 1,166,**余量只剩 4**,
主要吃进者是我今天推进的 UI 那笔(68 条文本断言的注释引用),账在 Lead;
② 崩溃注入腿(故意复位)台架复验未跑,需先由代码道提交触发器,且判据只判原子性
不判 [ERR]=0——IPSR 路径的主张归主机侧套件,硬件照不出来。

产物身份(按 D 表要求钉死,避免数字与树脱钩):本笔包含的固件树就是那张 D 表对应的
那一棵——MDK-ARM/.../STM32F407-Demo.htm 的 mtime = 2026-10-26 22:52:12(.htm/.map 按
约定不入库,故把时刻写进正文)。提交前在本树复跑 stack_report.py:exit 0,
iec104Task 1,464 / margin 1,096(42%)PASS、defaultTask 3,040 / 2,080(40%)PASS,
与 D 表逐项一致;本次运行不含任何未提交固件源码之外的新改动。
2026-10-26 23:31:05 +08:00

687 lines
42 KiB
C
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
/*
* 模块名称:UI 数据快照层(ui_data)
* 模块功能:App 层 → UI 层唯一数据通道的"存侧"——只持有最新一帧实时量(rt)/
* 参数(par)/装置信息(info) 快照 + 发布序号,给页面只读访问;
* 不取数、不格式化、不判断业务含义(职责边界 =
* docs/UI设计/UI_数据供给设计说明.md §3.2)
* 适用范围:Drivers/BSP/UI(表现层叶子:不 include 任何 App 头、不 include 任何
* 页面头、不碰 LVGL——分层方向由 scripts/check_layer_deps.py 守护,
* BSP → App 反向 include 一律拦提交)
* 并发模型:写侧 = App/app/ui_data_feed.c(唯一发布者);读侧 = ui_page_* 的绘制/
* 按键钩子。两侧同在 uiTask 上下文串行执行 → 无锁、无双缓冲、无 seqlock
* (判据与"将来出现第二发布者"时的扩展路径见
* docs/UI设计/UI_数据供给设计说明.md §5.1)
* 页面用法:行缓存按"发布序号变过才整帧拷"门控,勿逐行整帧拷贝
* (docs/UI设计/UI_数据供给设计说明.md §5.4):
* static ui_data_rt_t s_rt;
* static uint32_t s_seq;
* if (ui_data_rt_seq() != s_seq) {
* (void)ui_data_rt(&s_rt);
* s_seq = ui_data_rt_seq();
* }
* 作者:王建锋
* 创建日期:2026-10-25
* 修改记录:
* v1.0 2026-10-25 王建锋 创建(道E task-14:契约 §4 快照层落地;相对契约
* 两通道新增第三条 info,划分理由见本头"通道划分"注
* 与契约 §4.4)
* v1.1 2026-10-26 DTU 项目组 道F task-1(docs/任务规划/UI补齐.md §2 第 1 行):
* 新增定值写路径(param_request/param_state/
* param_drain,契约 §6.2 深度 4 环形队列)+ 参数帧尾
* 追加 cal_block(UI_DATA_VER 1→2,整定页"未标定"徽标
* 的数据源);写路径仍不引入任何 App 依赖(执行事实
* 经 ui_data_param_ops_t 由 App 侧注入,同契约 §7.2
* 记录页注入式 reader 的路子)
* v1.2 2026-10-26 DTU 项目组 道F task-3(docs/任务规划/UI补齐.md §2 第 3 行
* 「装置维护 3 页」的前置):新增通道四——维护写请求
* (ui_data_maint_*:墙钟设置 / 强制复归 / 清除记录,
* 常驻注入 ui_data_maint_ops_t)与时钟字段换算
* (ui_data_clock_*,本地域无时区偏移,兼作"无效值
* 拒收"的唯一判据处)。三通道快照结构未变 ⇒
* UI_DATA_VER 仍为 2。仍然零 App include:维护动作的
* 真源全在 App 侧,本层只转达请求与结果(同 §7.2);
* ⚠ 页面也不得直调 sys_clock_*——模拟器没链 sys_clock,
* 那种写法只在模拟器链接期才炸,理由见通道四表注
*/
#ifndef UI_DATA_H
#define UI_DATA_H
#ifdef __cplusplus
extern "C" {
#endif
#include <stdint.h>
/*
* 契约版本:结构体字段只允许尾部追加,追加即升此值并在写侧填默认值
* (禁止删除或重排字段——页面按名字取,重排是静默错位;
* 口径 docs/UI设计/UI_数据供给设计说明.md §4.3)
*/
/* v2(2026-10-26,道F task-1):ui_data_par_t 尾追加 cal_block——版本号是页面与
* 写侧唯一的对齐凭据,追加字段不升版 = 老页面按新帧长 memcpy 时静默错位 */
#define UI_DATA_VER 2u
/* ── 通道数量 ─────────────────────────────────────────────────────────────── */
/* 遥测语义通道数:下标序 = adc_semantic_t(UA/UB/UC/UN/IA/IB/IC/IN/TEMP)。
* BSP 侧不得 include App 头,故"两数相等"的编译期守卫落在写侧
* App/app/ui_data_feed.c,语义逐项对齐的断言落在 test/host/ui_data/
* (docs/UI设计/UI_数据供给设计说明.md §9.4 一致性测试) */
#define UI_DATA_YC_N 9u
/* 遥信点数:与 104 点表同序(bit i = 第 i 点),页面名表按点表逐行登记 */
#define UI_DATA_YX_N 33u
/* 定值项数:与 prot_set 枚举同序(校验和覆盖序),四视图划分不改序 */
#define UI_DATA_SET_N 40u
/* 相量实例槽上限:谐波(Ia 二次/五次)不能塞进"语义通道"下标空间——同一通道
* 的二次/五次谐波会与基波撞位,故实时帧另开一条按**相量实例序**索引的槽位,
* 供交流量页显示 Ia2/Ia5;实际发布槽数由 ph_n 给出,超出上限的实例本帧不发布
* (写侧口径见 App/app/ui_data_feed.c 的 fill_rt 函数)。上限取 8 = 现用 5 实例
* (IA/UA/UN 基波 + IA 二次/五次)+ 遥测谐波轨留位,每槽 8 B */
#define UI_DATA_PH_MAX 8u
/* ── 量纲口径 eng(诚实性字段:数值 val 的单位由它决定)───────────────────── */
/*
* 真值语义(现场口径 = docs/任务规划/数据可信.md §2.6 的承诺边界 + §4.2 三态
* 可用性;契约文档原先写的"0 = 原始码值(未标定)"是标定落地前的旧口径,
* 已按本表更正,勿再照抄旧表述):
* ENG_PIN 引脚电压 V —— 现状:adc_cal 的 ROM 默认系数是「数据可信」卡 1 定死
* 的引脚侧 LSB(TPAFE 152.59 uV/码、STM32 805.66 uV/码),采样环
* 折算出来的就是 ADC 引脚电压,不是端子二次值
* ENG_SEC 二次值 —— 电气 8 路 adc_cal_flags() 的 VALID 全置位(拿到端子变比
* 并完成两点标定)后由写侧升档,页面自动按二次值显示,零改动
* ENG_PRI 一次值 —— 预留(再乘 PT/CT 变比),当前写侧不会产出
*/
#define UI_DATA_ENG_PIN 0u
#define UI_DATA_ENG_SEC 1u
#define UI_DATA_ENG_PRI 2u
/* ── 品质位(与 104 QDS 语义对齐;页面只消费自己关心的位)─────────────────── */
#define UI_DATA_Q_IV 0x01u /* 无效:该通道无源/不可用 → 页面显示 "--" */
#define UI_DATA_Q_NT 0x02u /* 未就绪:尚未攒满一周波/未收敛 */
#define UI_DATA_Q_OV 0x04u /* 越限:超过量程/硬件削顶(V0.1 STM32 侧单极性) */
#define UI_DATA_Q_SB 0x08u /* 取代值(虚拟注入/替身值,页面应带角标) */
#define UI_DATA_Q_BL 0x10u /* 闭锁:该量被业务闭锁(未标定闭锁/采样闭锁) */
/* 原始码值域:val 不是工程量而是转换器码值——TEMP 不参与线性标定
* (docs/任务规划/数据可信.md §4.2 的"TEMP 透传码值"决策),有此位即页面
* 不得给 val 挂 V/A 单位,也不得与工程量互比 */
#define UI_DATA_Q_RAW 0x20u
/* ── 字符串容量(结构体内定长数组,跨层零指针;容量宏本地化)──────────────── */
#define UI_DATA_CLOCK_LEN 20u /* "YYYY-MM-DD HH:MM:SS" 19 + NUL */
#define UI_DATA_MODEL_LEN 8u /* 终端型号("F30") */
#define UI_DATA_VERSTR_LEN 16u /* 软件/硬件版本串 */
#define UI_DATA_DATE_LEN 12u /* 程序日期(编译期 __DATE__,留 NUL 余量) */
#define UI_DATA_SUM_LEN 8u /* 软件校验(无构建期 CRC 步骤时如实为 "--") */
#define UI_DATA_FUSER_LEN 16u /* FTP 用户名;与 Drivers/BSP/NETCFG/ftp_cfg.h 的
* FTP_CFG_USER_MAX 同宽,写侧受该上限约束 */
/* ── 通道一:实时量(写侧节拍 200 ms)────────────────────────────────────── */
/* 单路遥测:数值 + 品质 */
typedef struct {
float val; /* 数值;单位口径由 ui_data_rt_t.eng 决定,RAW 位另说 */
uint8_t qds; /* 品质位组合(UI_DATA_Q_*) */
uint8_t rsv[3]; /* 对齐填充(显式命名,勿留匿名空洞) */
} ui_data_yc_t;
/* 实时快照:遥测 9 路 + 遥信位图 + 频率 + 墙钟 */
typedef struct {
uint32_t seq; /* 发布序号(本层盖章,单调递增) */
uint32_t tick_ms; /* 发布时刻(tick 域,差值法可比) */
uint8_t valid; /* 0 = 尚无首帧(页面全显 "--") */
uint8_t eng; /* 量纲口径(UI_DATA_ENG_*) */
uint8_t rsv[2]; /* 预留(对齐填充) */
ui_data_yc_t yc[UI_DATA_YC_N]; /* 下标 = adc_semantic_t 语义序(基波有效值) */
uint8_t ph_n; /* 本帧发布的相量实例槽数(0..UI_DATA_PH_MAX) */
uint8_t rsv4[3]; /* 预留(对齐填充) */
ui_data_yc_t ph[UI_DATA_PH_MAX]; /* 下标 = 相量实例序(含谐波),见 UI_DATA_PH_MAX 注 */
uint64_t yx_bits; /* 遥信位图:bit i = 第 i 点"合/动作" */
uint64_t yx_valid; /* 遥信有效位图: bit i = 1 该点有硬件来源 */
uint64_t yx_dp; /* 遥信双点位图: bit i = 1 该点是双点型(M_DP)
* 值列打"合位/分位",单点打"动作/复归"。
* 为什么下发位图而不让页面自己认定"前 4 点是
* 双点":单/双点是**104 点表事实**(见
* App/protocol/iec104/iec104_pts.c 的 YX_DP_N 与
* iec104_pts_yx_is_dp),抄一份进表现层就是第二
* 真相——点表把某点改成双点、或把双点段挪到下标
* 中段,屏上不会报错,只会用错词形容同一个点。
* V0.1 双点 4 点无开入硬件 → 不在 yx_valid 内,
* 值列仍是 "--"(本字段不参与无效判定) */
uint8_t freq_valid; /* 1 = 测频读数新鲜(幅值门 OK 且已收敛) */
uint8_t rsv2[3]; /* 预留(对齐填充) */
float freq_hz; /* 测得频率(Hz);freq_valid=0 时不可消费 */
uint8_t clock_ok; /* 0 = 墙钟无效(RTC 异常/未对时) */
uint8_t rsv3[3]; /* 预留(对齐填充) */
char clock[UI_DATA_CLOCK_LEN]; /* "YYYY-MM-DD HH:MM:SS";无效时空串 */
} ui_data_rt_t;
/* ── 通道二:参数(写侧节拍 = 定值校验和变化才发)────────────────────────── */
/*
* 参数快照:40 项定值 Q10 原值 + 封存态
* 存 Q10 而非 float 的理由:定值是整表校验和覆盖的定点值,快照存浮点会引入
* "显示值与校验和口径不一致"的二义性(Q10 → 显示小数位换算属表现层,见
* docs/UI设计/UI_数据供给设计说明.md §8)
*/
typedef struct {
uint32_t seq; /* 发布序号(本层盖章) */
uint32_t checksum; /* 与 prot_set_checksum() 同值:页面据此判"参数变过" */
uint8_t valid; /* 0 = 尚无首帧 */
uint8_t locked; /* 1 = 定值闭锁(校验和自检失败等)→ 页面禁编辑 */
uint8_t bad_valid; /* 1 = bad_mask 有意义(整表装载/提交失败之后) */
uint8_t rsv; /* 预留 */
uint64_t bad_mask; /* 40 位:置 1 = 该定值项越界(页面反显该行) */
int32_t q10[UI_DATA_SET_N]; /* Q10 原值,下标 = prot_set_id_t 枚举序 */
/* v2 尾追加:未标定闭锁(整定页"未标定"徽标的数据源)。
* 1 = UA/UN/IA 三路里至少一路的标定 VALID 未置位 → 保护判据当前停走,页面必须
* 让用户看见"改了定值也不会动作";0 = 三路全 VALID(判据在跑)。
* ⚠ 口径**不是** rt.eng:eng 是整帧量纲档(要求电气 8 路全 VALID),V0.1 双
* 转换器下 UB/UC/IB/IC/IN 永不置位 → eng 恒为引脚档,照 eng 画徽标就成了
* "标定做完屏上仍永不解锁"。三路口径的权威实现 = App/task/protect_task.c
* 的 s_cal_locked()(写侧 App/app/ui_data_feed.c 按同一条判据现算,本层只存
* 真值、不判断)。与上面 locked(定值校验和自检闭锁 = 禁编辑)是两件事,
* 屏上不得互认(三词三源见 docs/任务规划/数据可信.md §4.3) */
uint8_t cal_block;
} ui_data_par_t;
/* ── 通道三:装置信息(静态身份 + 通讯参数 + 运行时长)───────────────────── */
/*
* 装置信息快照(通道划分理由见本头文件头,契约侧同一条登记在
* docs/UI设计/UI_数据供给设计说明.md §4.4——同一事实只在一处详述)
* 写侧随 rt 同节拍发布(内容基本不变,代价是一次约 90 B 拷贝)
*/
typedef struct {
uint32_t seq; /* 发布序号(本层盖章) */
uint8_t valid; /* 0 = 尚无首帧 */
uint8_t rsv[3]; /* 预留(对齐填充) */
uint32_t uptime_s; /* 开机运行时长(秒;写侧按 tick 差算) */
uint16_t port_104; /* IEC 60870-5-104 上行监听端口 */
uint16_t port_disp; /* 远程显示(RemoDispBus)端口 */
char model[UI_DATA_MODEL_LEN]; /* 终端型号 */
char sw_ver[UI_DATA_VERSTR_LEN]; /* 软件版本 */
char hw_ver[UI_DATA_VERSTR_LEN]; /* 硬件版本 */
char build_date[UI_DATA_DATE_LEN]; /* 程序日期(编译期) */
char sw_sum[UI_DATA_SUM_LEN]; /* 软件校验;无构建期 CRC 步骤 = "--" */
char ftp_user[UI_DATA_FUSER_LEN]; /* FTP 登录用户名(只显名,不显口令) */
} ui_data_info_t;
/* ── 初始化 ───────────────────────────────────────────────────────────────── */
/*
* 函数功能:快照层初始化——三通道清零(valid=0、seq=0),页面即按"无首帧"渲染
* 入口参数:无
* 返回值:无
* 限定条件:内核启动前可调(纯内存操作,零 OS 依赖);可重复调用(幂等)
* 函数说明:静态存储上电本已清零,本函数的意义是运行期复位(例如"恢复出厂后
* 重开 UI"这类后续路径),以及让宿主侧测试能随时造出"首帧之前"的状态
*/
void ui_data_init(void);
/* ── 发布(写侧唯一入口;单写者同上下文,无锁)───────────────────────────── */
/*
* 函数功能:发布一帧实时量快照(覆盖存量并给 seq 盖章 +1)
* 入口参数:a_snap - 源帧(本层整帧拷入自有存储,调用方可复用其栈/静态空间)
* const ui_data_rt_t *
* 返回值:0 - 已发布;-1 - 参数无效(NULL,存量不动) int
* 限定条件:唯一发布者 = App/app/ui_data_feed.c,uiTask 上下文
* 函数说明:seq 由本层盖章(写侧不必填);其余字段原样入存,本层不做任何业务
* 判断与格式化
*/
int ui_data_publish_rt(const ui_data_rt_t *a_snap);
/*
* 函数功能:发布一帧参数快照(覆盖存量并给 seq 盖章 +1)
* 入口参数:a_snap - 源帧 const ui_data_par_t *
* 返回值:0 - 已发布;-1 - 参数无效(NULL,存量不动) int
* 限定条件:同上;发布节拍 = 定值校验和变化才发
* (docs/UI设计/UI_数据供给设计说明.md §5.2)
*/
int ui_data_publish_par(const ui_data_par_t *a_snap);
/*
* 函数功能:发布一帧装置信息快照(覆盖存量并给 seq 盖章 +1)
* 入口参数:a_snap - 源帧 const ui_data_info_t *
* 返回值:0 - 已发布;-1 - 参数无效(NULL,存量不动) int
* 限定条件:同上
*/
int ui_data_publish_info(const ui_data_info_t *a_snap);
/* ── 只读访问(页面侧)───────────────────────────────────────────────────── */
/*
* 函数功能:读最新一帧实时量快照(整帧拷给页面私有缓存)
* 入口参数:a_out - 输出缓冲(非 NULL) ui_data_rt_t *
* 返回值:0 - 已拷出;-1 - 尚无首帧(输出不动,页面显示 "--");
* -2 - 参数无效(NULL) int
* 限定条件:页面钩子上下文(uiTask);勿在逐行 refresh 里无条件整帧拷贝,
* 先比 ui_data_rt_seq()(用法见本头文件头)
*/
int ui_data_rt(ui_data_rt_t *a_out);
/*
* 函数功能:读最新一帧参数快照
* 入口参数:a_out - 输出缓冲(非 NULL) ui_data_par_t *
* 返回值:0 - 已拷出;-1 - 尚无首帧(输出不动);-2 - 参数无效 int
* 限定条件:同上;定值页同样用 ui_data_par_seq() 门控页面私有缓存
*/
int ui_data_par(ui_data_par_t *a_out);
/*
* 函数功能:读最新一帧装置信息快照
* 入口参数:a_out - 输出缓冲(非 NULL) ui_data_info_t *
* 返回值:0 - 已拷出;-1 - 尚无首帧(输出不动);-2 - 参数无效 int
* 限定条件:同上
*/
int ui_data_info(ui_data_info_t *a_out);
/*
* 函数功能:查实时帧发布序号(页面缓存失效判据)
* 入口参数:无
* 返回值:当前 seq;从未发布 = 0 uint32_t
* 限定条件:无(只读单字,任意上下文安全)
* 函数说明:轻量查询——只读一个 uint32,可逐行调用(契约 §5.4 的门控就靠它)
*/
uint32_t ui_data_rt_seq(void);
/*
* 函数功能:查参数帧发布序号
* 入口参数:无
* 返回值:当前 seq;从未发布 = 0 uint32_t
* 限定条件:无
*/
uint32_t ui_data_par_seq(void);
/*
* 函数功能:查装置信息帧发布序号
* 入口参数:无
* 返回值:当前 seq;从未发布 = 0 uint32_t
* 限定条件:无
*/
uint32_t ui_data_info_seq(void);
/* ── 写路径:定值整定请求(页面只投递,执行在 App 侧)───────────────────── */
/*
* 请求队列深度(契约 docs/UI设计/UI_数据供给设计说明.md §6.2 定死 4)
* 为什么是 4 不是 1:整定页"保存"是用户按键,一条请求要等 App 侧 drain 才落定;
* 深度 1 会让连按两次保存把第二条判成"忙",而 4 格 = 本层 .bss 多
* 4 × sizeof(ui_data_param_req_t)(168 B/格,主机单测 TC-UIDATA-016 钉住尺寸,
* 内存台账 docs/内存管理/RAM使用分析与优化方案.md)。加深 = 纯 RAM 代价,
* 本层不做任何按内存自适应
*/
#define UI_DATA_PARAM_QD 4u
/*
* 一条定值写入请求 = "本次保存改了哪些项 + 它们的 Q10 新值"
*
* 为什么是「位图 + 定长 40 槽」而不是「项数 + 变长 id 数组」:表现层编辑叠层本就
* 是一张改动位图(uint64_t)+ 一张工作值表(int32_t[UI_DATA_SET_N]),本形状与它
* 逐位同构 → 提交侧一次 memcpy、执行侧逐项按位取,两侧都不必再维护第三种表示;
* 定长还让队列退化成 O(1) 静态环形数组(零堆、零变长拷贝、零 malloc 门禁风险)。
*
* ⚠ mask 只有 64 位 → 定值项数硬上限 64;越界位由 ui_data.c 的编译期守卫拦住,
* 将来项数破 64 必须换表示(不会静默丢项)。
* ⚠ **mask 未置位的槽本次不提交**:本层与执行侧都不读它——调用方可以只填 mask 内
* 的槽(整帧 memcpy 入队会把 mask 外的字节一并存下来,但那字节永不被读,不影响
* 任何判定;先 memset 再填也完全可以,两种写法都安全)。
* 绝不允许"从显示值回提全表"——Q10 存不下 0.95 这类返回系数(真存 972/1024),
* 按显示域往返会把用户没动的项顺手改掉
* (docs/任务规划/UI补齐.md §2 第 2 行判据"值不落盘"的前提)。
*/
typedef struct {
uint64_t mask; /* bit i = 1 → 第 i 项随本请求提交 */
int32_t q10[UI_DATA_SET_N]; /* Q10 新值;仅 mask 置位的槽有意义 */
} ui_data_param_req_t;
/*
* 写路径状态(页面保存行显示;语义表 = 契约 §6.3)
* IDLE - 从未投递 → 页面显 ENTER
* WAIT - 已投递未落定(队列里还有请求在路上)→ 页面显 WAIT
* OK - 最近一条已逐项写入并置脏 → 页面显 OK
* ERR_RANGE - 最近一条整批拒绝:任一项越界 → 一字未写 → 页面显 ERR 并高亮
* 越界行(越界项经 ui_data_param_err_mask() 取)
* ERR_LOCKED - 最近一条被定值闭锁拒(写侧自检失败态)→ 页面显 LOCK 并禁编辑
* ERR_BUSY - 最近一次投递被拒:队列满 → 页面显 ERR、页脚"忙,请重试"
* 状态变量的三条写入路径(本层唯二写者 = request 与 drain,同在 uiTask):
* 投递成功 → WAIT;投递被拒(满)→ ERR_BUSY;drain 落定 → 终态,但队列仍有
* 残留时改写回 WAIT。故"满被拒"看得见(ERR_BUSY),随后逐步 drain 又回到 WAIT
*/
#define UI_DATA_PARAM_ST_IDLE 0
#define UI_DATA_PARAM_ST_WAIT 1
#define UI_DATA_PARAM_ST_OK 2
#define UI_DATA_PARAM_ST_ERR_RANGE 3
#define UI_DATA_PARAM_ST_ERR_LOCKED 4
#define UI_DATA_PARAM_ST_ERR_BUSY 5
/*
* 执行侧函数表(由 App 在 ui_data_feed_tick() 每次调用时传入;本层不保存副本)
*
* 为什么用注入而不是直接调 prot_set:分层方向硬约束——Drivers/BSP 不得 include
* App 头(scripts/check_layer_deps.py 拦提交),而"什么算越界、写了要不要置脏"
* 全在 App/algo/prot_set 那侧。同契约 §7.2 记录页的注入式 reader:BSP 声明抽象
* 函数表,App 给实现,主机单测给桩 → 队列与状态机的**生产代码**能在 PC 上跑
* 全表(越界不改值 / 闭锁拒写 / 正常往返三条判据都覆盖到真代码,不是副本)。
* ⚠ 本表不含任何"范围数值"——上下限真源仍是 App/algo/prot_set.c 的
* g_prot_set_meta,本层只按 check() 的返回值决定整批写不写(不新增第二真源)
*/
typedef struct {
uint8_t (*locked)(void); /* 1 = 定值闭锁中 */
int (*check)(uint8_t a_id, int32_t a_q10); /* 0 合法 / -1 越界 */
int (*apply)(uint8_t a_id, int32_t a_q10); /* 0 成功 / -1 失败 */
} ui_data_param_ops_t;
/*
* 函数功能:投递一条定值写入请求(页面"保存"行的唯一出口——只投递,不执行)
* 入口参数:a_req - 请求(mask 与 q10 整条拷入队列,调用方可复用其栈空间)
* const ui_data_param_req_t *
* 返回值:0 - 已入队(状态转 WAIT);mask 为 0 的空请求也返回 0,但按"无改动可
* 保存"直接落终态 OK 且**不占槽位**(保存行 ENTER 时一个都没改
* 是正常操作,报 ERR 会让现场以为设备有问题);
* -1 - 队列满(状态转 ERR_BUSY,在队请求一条不动);
* -2 - 参数无效:NULL、或 mask 含 UI_DATA_SET_N 以上的位
* (状态与队列都不动:调用方的编程错误不该落成屏上的"越界") int
* 限定条件:uiTask 上下文(页面按键钩子);与 drain 同上下文 → 无锁
* 函数说明:本函数**不**校验值域(越界与否是执行侧事实,在 drain 里整批预检),
* 也不碰 prot_set、不碰文件系统(落盘归 defaultTask,AGENTS 模块约定)
*/
int ui_data_param_request(const ui_data_param_req_t *a_req);
/*
* 函数功能:取写路径状态(页面保存行显示)
* 入口参数:无
* 返回值:UI_DATA_PARAM_ST_* 之一 int
* 限定条件:无(只读单字,任意上下文安全)
* 函数说明:ERR_TIMEOUT(契约 §6.3 的"3 s 未取走")本层**不产出**——uiTask 每
* 10 ms 就 drain 一次,真出现"永不落定"说明 App 侧没接线,属装配缺陷;
* 页面若要兜底可自己按投递时刻计时(docs/UI设计/UI_数据供给设计说明.md
* §6.3 已把它列为页面本地可选项)
*/
int ui_data_param_state(void);
/*
* 函数功能:取最近一条请求的越界项位图(页面高亮越界行)
* 入口参数:无
* 返回值:bit i = 1 → 第 i 项越界;最近终态不是 ERR_RANGE 时恒 0 uint64_t
* 限定条件:无(只读单字)
* 函数说明:与 ui_data_par_t.bad_mask 是两条不同来源——bad_mask 是 prot_set 整表
* 装载/解析留下的越界位图(App 侧事实),本函数是**本次提交**里被预检
* 挡下的项;页面在 ERR_RANGE 那一帧用本函数,别把两者混成一份
*/
uint64_t ui_data_param_err_mask(void);
/*
* 函数功能:处理一条定值写入请求(App 装配层节拍入口;出队 → 判定 → 落定)
* 入口参数:a_ops - 执行侧函数表(三个函数指针都不得为 NULL)
* const ui_data_param_ops_t *
* 返回值:1 - 处理并提交了一条(状态已落终态或转 WAIT);0 - 队列空(状态不动);
* -1 - 参数无效(ops 或其函数指针为 NULL,队列与状态都不动) int
* 限定条件:uiTask 上下文,紧跟页面之后调(App/app/ui_data_feed.c 的 tick);
* 每轮最多处理一条——整定是低频人工事件,一轮一条已够,且把最坏耗时
* 钉在 40 次 check + 40 次 apply,不会随队列堆积而抖动
* 函数说明:固定四步(顺序即判据,契约 §6.2)——
* ① 取队首一条;② ops->locked() 非 0 → ERR_LOCKED,**本条丢弃**(闭锁
* 是业务态,用户解闭锁后重新提交;不做"排队等解锁",那会让屏上的 WAIT
* 无限期挂着);③ 按 mask 逐项 ops->check() 整批预检,任一项越界 →
* ERR_RANGE 且**一字不写**(all-or-nothing,与 prot_set_load_raw 同纪律),
* 越界项记入 err_mask;④ 预检全过再逐项 ops->apply(),全成 → OK。
* ④ 中途失败(预检已过仍失败 = 执行侧与预检不一致,理论不可达)不回滚:
* prot_set 无回滚接口,谎称"整批未写"比如实报 ERR_RANGE 更坏,故按实际
* 失败项置 err_mask 后报 ERR_RANGE,并在注释里写明可能部分已生效
*/
int ui_data_param_drain(const ui_data_param_ops_t *a_ops);
/* ── 通道四:装置维护写请求(时钟 / 强制复归 / 清除记录)───────────────────── */
/*
* 执行侧函数表(道F task-3 新增;注入式,与 ui_data_param_ops_t、
* ui_w_records.h 的 ui_rec_reader_t 同一条路子)
*
* 为什么是注入而不是直接调:分层方向硬约束——BSP 层目录 Drivers/BSP 不得反向
* include App 层的头(scripts/check_layer_deps.py 拦提交),而 sys_clock_set_unix /
* prot_elm_request_reset / syslog_request_clear 三件事实的属主全在 App 侧。
* ⚠ **另有一条同样硬的理由**:模拟器根本没有 sys_clock
* (simulator/dbg_log.h:4「模拟器无 sys_clock/RTC」,CMakeLists 也没这份源),
* 所以页面里哪怕只用一次 sys_clock_*,也是"MCU 编得过、模拟器链接期爆",
* 而这种错只在另一端构建时才暴露。写动作一律走本表,两端各给实现。
* ⚠ 本表刻意不含任何"范围数值/枚举值":什么是有效时间、哪条记录对应哪个文件,
* 真源仍分别在各属主模块(本层不做第二真源,只转达请求与结果)。
*/
typedef struct {
/*
* 函数功能:设置系统墙钟(本地域 epoch 秒)
* 入口参数:unix_epoch - 要设置的秒 uint32_t
* 返回值:0 - 已生效;-1 - 设置失败 int
* 限定条件:真机实现**必须**在 sys_clock_set_unix() 之后回读 sys_clock_get()
* 复核(差值容差见 App 侧实现),不得"调了就算成"
*/
int (*clock_set)(uint32_t a_unix_epoch);
/*
* 函数功能:请求复归全部保护元件状态
* 入口参数:无
* 返回值:0 - 已受理;-1 - 拒收 int
* 限定条件:真机实现 = prot_elm_request_reset()(只置单字节标志,由
* protectTask 下一拍消费),本层不等执行结果
*/
int (*reset_req)(void);
/*
* 函数功能:取当前处于动作态的保护元件数("动作位复归"的观测量)
* 入口参数:无
* 返回值:元件数(0 = 无元件动作) uint32_t
* 限定条件:真机实现 = popcount(prot_elm_active_mask())
*/
uint32_t (*active_count)(void);
/*
* 函数功能:往"操作记录"投一条留痕(人工在面板上做过一件事)
* 入口参数:desc - 描述串(NUL 结尾,调用方持有的常量串;投递侧即拷贝)
* const char *
* 返回值:无
* 限定条件:真机实现 = syslog_post_quiet(SYSLOG_OPER, desc)。**谁触发谁投**:
* 远端 104 遥控那条已由 App/protocol/iec104/iec104_pts.c 投,
* 本地面板这条由页面在受理成功后投,两边各一条、不得互替
*/
void (*oper_note)(const char *a_desc);
/*
* 函数功能:请求清除某类记录(只登记请求,不在本上下文删任何东西)
* 入口参数:log_id - UI 侧记录源编号(UI_W_REC_LOG_*,与 ui_rec_reader_t 同一编号空间) uint8_t
* 返回值:0 - 请求已登记;-1 - 编号越界或登记失败 int
* 限定条件:真机实现 = syslog_request_clear(映射后 id)。⚠ 共享代码**严禁**
* 调 MCU 后端的 syslog_clear_apply()(模拟器无实现 = 链接期报错),
* 也严禁 UI 直接 f_unlink / 碰卷锁(defaultTask 是唯一写者)
*/
int (*clear_req)(uint8_t a_log_id);
/*
* 函数功能:查某类记录"清除请求"的状态
* 入口参数:log_id - 记录源编号 uint8_t
* 返回值:UI_DATA_CLEAR_ST_NONE / _OK / _WAIT / _FAIL 之一 int
* 限定条件:真机实现 = syslog_clear_state(映射后 id),返回值直通不改码。
* ⚠ WAIT 是正常态(删除在 defaultTask 的 syslog_drain() 尾部落地);
* 模拟器端同步删除,永不出现 WAIT —— 页面两种都要能显示
*/
int (*clear_state)(uint8_t a_log_id);
} ui_data_maint_ops_t;
/*
* 清除状态(与 App/log/sys_log.h 的 SYSLOG_CLEAR_NONE/OK/WAIT/FAIL **逐值相等**;
* 适配层直通、不做映射表,等值由主机单测在同一 TU 里逐项核对钉住,
* 同 UI_W_SOE_T_* 的先例——等值只由测试钉,不由文档转述)
*/
#define UI_DATA_CLEAR_ST_NONE 0 /* 从未请求过清除 */
#define UI_DATA_CLEAR_ST_OK 1 /* 已清空:同拍该记录条数必为 0 */
#define UI_DATA_CLEAR_ST_WAIT (-1) /* 请求排队中(正常态,不是失败) */
#define UI_DATA_CLEAR_ST_FAIL (-2) /* 落地失败:原记录一条没少,可再发一次请求 */
/*
* 函数功能:注入装置维护执行侧函数表(启动期一次;先于 ui_menu_init)
* 入口参数:ops - 函数表(六个成员指针都不得为 NULL;生命周期由注入方保证,
* 本层只存指针不拷贝内容) const ui_data_maint_ops_t *
* 返回值:0 - 已注入;-1 - ops 为 NULL 或某成员为 NULL(存量不动,页面按
* "维护能力不可用"渲染,不崩不猜) int
* 限定条件:uiTask 启动期(与 ui_w_records_bind 同一处);传 NULL = 撤销注入
* 函数说明:与 ui_data_param_drain() 的"每次调用时传入"不同,本表是**常驻注入**:
* 维护动作由用户按键触发、无固定节拍,若也走"每次传表"就得在 uiTask
* 主循环里每轮挂一次,而那一轮并没有任何东西要落定(空转一次函数调用
* 换不来任何判据)。撤销窗口只在测试里存在
*/
int ui_data_maint_bind(const ui_data_maint_ops_t *a_ops);
/*
* 函数功能:请求设置墙钟(时钟设置页"保存"行的唯一出口)
* 入口参数:unix_epoch - 由 ui_data_clock_to_epoch() 合成、且已整组校验过的秒 uint32_t
* 返回值:0 - 执行侧受理(终态由执行侧的回读校验给出);-1 - 未注入或执行侧失败;
* -2 - 参数无效(本层不判日期合法性,那是
* ui_data_clock_to_epoch() 的活,到这儿只判 0 哨兵) int
* 限定条件:uiTask 上下文(页面按键钩子)
*/
int ui_data_maint_clock_set(uint32_t a_unix_epoch);
/*
* 函数功能:请求复归全部保护元件(强制复归页的执行出口)
* 入口参数:无
* 返回值:0 - 已受理;-1 - 未注入或执行侧拒收 int
* 限定条件:uiTask 上下文;⚠ 操作记录**不在本函数里投**——"这是本地面板发起的"
* 这一事实只有页面知道,由页面在返 0 之后显式调
* ui_data_maint_oper_note() 投(拒收时不得投,屏上留痕与记录留痕
* 必须同一条判据)
*/
int ui_data_maint_reset_req(void);
/*
* 函数功能:取当前动作元件数(复归页"保护动作 N"行的数据源;屏上用字须已入子集)
* 入口参数:无
* 返回值:元件数;未注入返回 0(= 显示"无元件动作",与真值 0 同形,
* 但页脚/态标另有 LOCK 提示装配未接好) uint32_t
* 限定条件:页面绘制路径可直调(一次函数指针调用,无 I/O、无锁)
* 函数说明:本函数是"动作位复归可证"的**唯一观测量**:复归请求受理后,
* 页面按帧重读,N 从 >0 变 0 就是屏上可见的证据;复归不掉只可能是
* 测量仍在越限(元件重新 pickup),不是请求丢了
*/
uint32_t ui_data_maint_active_count(void);
/*
* 函数功能:投一条操作记录留痕(页面在本地动作受理后调)
* 入口参数:desc - 描述串(ASCII,长度受执行侧 SYSLOG_DESC_MAX 约束;NULL = 什么都不做)
* const char *
* 返回值:0 - 已投递;-1 - 未注入或 desc 为 NULL int
* 限定条件:uiTask 上下文;投递本身不阻塞、可能因队列满被丢弃(执行侧口径,
* 与 syslog_post_quiet 一致——本层不加"投递失败"的第二套显示语义:
* 留痕丢了不等于操作没发生,把记录通道故障显示成操作失败更坏)
*/
int ui_data_maint_oper_note(const char *a_desc);
/*
* 函数功能:请求清除某类记录(清除记录页的执行出口)
* 入口参数:log_id - 记录源编号(UI_W_REC_LOG_*) uint8_t
* 返回值:0 - 已受理;-1 - 未注入 / 编号越界 / 执行侧拒绝 int
* 限定条件:uiTask 上下文;"受理"≠"已清除",终态读 ui_data_maint_clear_state(),
* 事实复核读记录条数(ui_w_records 的同一枚 reader)
*/
int ui_data_maint_clear_req(uint8_t a_log_id);
/*
* 函数功能:查某类记录的清除状态(清除记录页值列的数据源)
* 入口参数:log_id - 记录源编号 uint8_t
* 返回值:UI_DATA_CLEAR_ST_NONE / _OK / _WAIT / _FAIL;未注入或编号越界返回 NONE
* ("从没请求过",页面据此显示条数而不是结果词) int
* 限定条件:页面绘制路径可直调;返回值直通执行侧、不做二次加工(同
* ui_data_param_state() 的理由:两处解释同一件事必然漂移)
*/
int ui_data_maint_clear_state(uint8_t a_log_id);
/* ── 时钟字段换算(本地域,无时区偏移;"无效值拒收"的唯一判据处)─────────── */
/*
* 年份上下限(两条硬约束的交集,不是拍脑袋的整数区间):
* 下限 2000:SD2506 RTC 年字段是相对值 0~99(+2000,见
* Drivers/BSP/SD2506/sd2506.h 的 sd2506_time_t.year 注释),
* 2000 以下写不进 RTC
* 上限 2038:墙钟 epoch 是 uint32_t 秒,上界 0x7FFFFFFF = 2038-01-19 03:14:07
* (App/util/sys_clock.h 的 sys_clock_set_unix 取值域一致)
*/
#define UI_DATA_CLOCK_YEAR_MIN 2000u
#define UI_DATA_CLOCK_YEAR_MAX 2038u
#define UI_DATA_CLOCK_EPOCH_MAX 0x7FFFFFFFu
#define UI_DATA_CLOCK_TS_LEN 19u /* "YYYY-MM-DD HH:MM:SS"(与 rt.clock 同串型) */
/* 时钟日历字段(本地域;数值就是屏上显示的那六个数,不含任何时区语义) */
typedef struct {
uint16_t year; /* UI_DATA_CLOCK_YEAR_MIN..UI_DATA_CLOCK_YEAR_MAX */
uint8_t month; /* 1..12 */
uint8_t day; /* 1..该月真实天数(闰年由本层判,不交给调用方) */
uint8_t hour; /* 0..23 */
uint8_t minute; /* 0..59 */
uint8_t second; /* 0..59 */
} ui_data_clock_t;
/*
* 函数功能:取某年某月的天数(含闰年 2 月)
* 入口参数:year - 年 uint16_t month - 月 1..12 uint8_t
* 返回值:28 / 29 / 30 / 31;月份越界返回 0(调用方据此判非法,不用第二条错误码) uint8_t
* 限定条件:闰年规则 = (4 年 && !100 年) || 400 年(与 App/util/sys_clock.c
* 的 unix_to_sd2506 / sd2506_to_unix 同一判据,两侧都是完整格里历规则;
* 2100 年不在允许年域内,不需要讨论那个例外)
*/
uint8_t ui_data_clock_days_in_month(uint16_t a_year, uint8_t a_month);
/*
* 函数功能:日历字段 → 本地域 epoch 秒(**同时是这组字段的合法性判据**)
* 入口参数:p_in - 六个字段 const ui_data_clock_t *
* p_out - 秒 uint32_t *
* 返回值:0 - 合法并已输出;-1 - 参数为 NULL;-2 - 字段组合非法(年/月/日/时/分/秒
* 任一越界,含 2 月 30 日、非闰年 2 月 29 日、月 13、时 24 等);
* -3 - 组合合法但超出取值域(epoch > UI_DATA_CLOCK_EPOCH_MAX) int
* 限定条件:无(纯整数,零依赖,可在主机单测跑全表)
* 函数说明:日的当月真实上限**在这里**判,不在字段编辑器里判——编辑器只有静态
* min/max(日一律 1..31),把闰年规则抄一份进编辑器就是第二真源。
* ⚠ 不含时区偏移:本工程墙钟的 epoch 域本身就是本地时间
* (App/util/sys_clock.h 的 sys_clock_set_unix 注明"秒,本地时间",
* 其正/反换算两头都没有 ±8 运算;App/task/ui_task.c 的 SOE 时标注记
* 已把"别顺手补 8 小时"钉过一次)。这里加 28800 的结果是"屏上输 08:00、
* 存进去 16:00",且只在真机上错,模拟器照样自洽
*/
int ui_data_clock_to_epoch(const ui_data_clock_t *p_in, uint32_t *p_out);
/*
* 函数功能:本地域 epoch 秒 → 日历字段
* 入口参数:unix_epoch - 秒 uint32_t p_out - 输出 ui_data_clock_t *
* 返回值:0 - 已输出;-1 - p_out 为 NULL;-2 - 超出允许年域(< 2000-01-01 或
* > UI_DATA_CLOCK_EPOCH_MAX) int
* 限定条件:与 ui_data_clock_to_epoch() 互为反函数(同一套格里历规则,
* 往返必等;这条往返性是主机单测的断言之一,不是注释里的口头保证)
*/
int ui_data_clock_from_epoch(uint32_t a_unix_epoch, ui_data_clock_t *p_out);
/*
* 函数功能:解析 "YYYY-MM-DD HH:MM:SS" 串为日历字段
* 入口参数:ts - 待解析串(快照 rt.clock 的形状) const char *
* p_out - 输出 ui_data_clock_t *
* 返回值:0 - 成功;-1 - 参数 NULL;-2 - 串型不对(长度非 19、分隔位不是
* '-'/' '/':'、出现非数字);-2 同时覆盖"型对但值非法"
* (解析出的组合再过 to_epoch()) int
* 限定条件:时钟无效时快照里是**空串**(ui_data.h:149 的口径),空串走 -2;
* 调用方据此显示"无时钟"而不是 0000-00-00
*/
int ui_data_clock_parse(const char *a_ts, ui_data_clock_t *p_out);
/*
* 函数功能:日历字段 → "YYYY-MM-DD HH:MM:SS"(与 ui_data_clock_parse 同串型)
* 入口参数:p_in - 字段 const ui_data_clock_t *
* buf - 输出缓冲 char * len - 缓冲容量(含 NUL;不足则整串不写) uint32_t
* 返回值:0 - 已写出;-1 - 参数无效或容量不足 int
* 限定条件:不判字段合法性(调用方刚从 parse/to_epoch 那条链出来);
* 手写十进制、不引 stdio——本层是零 LVGL 零 App 的叶子,拉进
* lv_snprintf/stdio 就等于给主机单测加依赖
*/
int ui_data_clock_format(const ui_data_clock_t *p_in, char *a_buf, uint32_t a_len);
#ifdef __cplusplus
}
#endif
#endif /* UI_DATA_H */