wandering1/STM32F4-Base
1
0
Fork 0
Code Issues 30 Pull Requests Actions Packages Projects 2 Releases Wiki Activity
Files
45393be3d5b7cc9592540010259cc06a3e37e618
STM32F4-Base/Drivers/BSP/TPAFE5160
T
History
wandering1 78248a1cdf feat(S-5): 收编 SD2506/TPAFE 并给 dhara 失败分类，门禁基线 19→17 
前一笔立契约与门禁（`Drivers/BSP/bsp_err.h` + `bsp-err` 钩子 + RS485 试点）；这一笔按用户
指定顺序 C3 → C1 → C2 把三个模块真正收编，并让存储失败第一次变得可读、可分类。

**C3 · SD2506 整模块（11 个公共 API + 6 个内部 helper）**：三枚私有宏 `SD2506_OK`/
`SD2506_ERROR`/`SD2506_I2C_ERROR` **删除而不是留别名**——留别名等于新代码还能用旧形状，
把迁移洗掉；编译器替我们找全所有调用点。新增 `sd2506_err_from_hal()`，**把 I2C 超时从
"和没人应答共用一个 −2"里拆出来归成 `BSP_ERR_TIMEOUT`（可重试）**——SD2506 是启动链第一站、
I2C1 上电时序敏感，这是本波唯一真正的语义改善，不是改名。`sd2506_init` 的 charge 寄存器
**回读校验不符**原返参数类错误，改归 `BSP_ERR_IO`（那不是调用方的错）。

**C1 · 同形两义**：`GD5F_BUSY_TIMEOUT` → `GD5F_WAIT_EXPIRED`（**值 −2 不变**，纯消"名字叫
TIMEOUT 其实是返回码"）。**GD5F 私有码集整体收编刻意没做**：169 处引用里 48 处在板级套件、
还要动 Trap 记录用词，属另一波带真机+套件回归的工作，不夹带。TPAFE5160 收编 23 处：
`BUSY_TIMEOUT → BSP_ERR_TIMEOUT`、`ERROR → BSP_ERR_PARAM`（**同值 −1，行为零变化**）、
`FRSTDATA_ERR → BSP_ERR_NO_DEVICE`（E-44 的本义就是"芯片没驱动 DB 总线"，归到器件无响应比
私有 −3 有用，且避开与 `BSP_ERR_TIMEOUT` 撞值）。实测 `tpafe5160.o`/`gd5f2gq5ue.o` 的 Code
增量为 **0**——改名不产生一条指令。

⚠ **`tpafe5160_snapshot()` 刻意不套成败码**：它是 1=有新帧 / 0=无新帧 / −1=参数错 的三态
**状态**返回，0 不是错误而是"这一拍没有新数据"，强行收编会把慢消费者的正常路径变成失败。
顺带订正我上一版在 `bsp_err.h` 的断言——"本层只有 `net_*` 把数量与错误挤同一返回值"是错的，
`snapshot`/`adc_input_poll` 就是第二族；两族现都已写明并各注保留理由。

**C2 · FTL 坍缩点分类**：`ftl_flush_cache`/`ftl_read_page` 不再把 dhara 失败压成
  `GD5F_ERROR`，
按**处置差异**分三类，并在最早同时知道 LPN 与原始码的位置就地打印：`ECC`/`TOO_BAD` →
`BSP_ERR_CRC`（页级，重试或换页，不代表卷坏）；`JOURNAL_FULL`/`MAP_FULL` →
`BSP_ERR_NO_SPACE`（介质健康但块池/日志见底，此时重格式化只是把问题推回去）；
`BAD_BLOCK`/`RECOVER`/`CORRUPT_MAP`/越界 → `BSP_ERR_IO`（完整性故障，保卷 + 上报，不许自愈
重格式化）。这与 **E-31** 是同一条纪律的两端。可读名用自建短表：**本仓 dhara 没有编
`error.c`，用 `dhara_strerror()` 会直接链接失败**。`disk_read`/`disk_write` 仍回
  `RES_ERROR`
（FatFs 契约）；要让 defaultTask 卷健康探针按类分支还差跨调用存活的快照 → C4 待还。

**两次靠核实拦住的自我错误**：① 我一度认定 `DBG_ERROR("... err=%d", err)` 是把结构体塞进
varargs 的格式 bug——核 `Lib/dhara/error.h` 后确认 `dhara_error_t` 是 `enum`（标量），那行日志
本来合法，改了反而是引入错误；② `bsp-err` 一次 `replace_all` 越界把 8 处 **GD5F 码空间**的
判据改成 `!= BSP_OK`（数值同为 0、无行为变化），但那正是"把两个码空间混起来"，已逐一还原。
`cppcheck` 亦抓到 `cls` 声明作用域过宽，已收进失败分支。

**验证**：`@build` 0 错 0 警告（`Code` 213,648、RO 18,860、`ER_IROM1` 232,508 B /
  22.2%、
`ROM 合计` 233,696；**RAM 三项零增量**）；`@test` PASS（692 ms，烧入戳 `Oct 23 01:35:32`）
且逐条读到被改模块的锚点：`SD2506 init: OK (ret=0)` 与 ID/时间/温度/电池四条读回正常、
`ADC init: OK`、`NAND init: OK`、`Map resumed: 14094/97504`、`adc=` 帧计数持续递增（证明
snapshot 三态未被改坏）、`[ERR]`/Fault/FAIL 0 条。主机单测：系统时钟 100/100、dhara NAND
移植层 149/149（两者都因本次改动需补 `Drivers/BSP` include 路径，补后在钩子内实跑 Passed）。
`pre-commit run` 全量 RC=0（20 个实跑钩子 Passed）；`bsp-err` 基线 **19 → 17**（还掉两个
`*_BUSY_TIMEOUT = -2`）、`--prune` 干净；`doc-links --all --sections-strict` 147 篇
  0 问题；
`id-check --strict`、`layer-deps`、`mem-numbers`、`mem-budget`、`ui-golden` 全过；33
  个文件
字节卫生 0 异常（无 CR / 无 U+FFFD / 无行尾空格 / 均有尾换行）。

**口径与数字联动**：新增 `docs/架构设计/STM32F4-Base存储架构说明.md` §10.4（三类码与处置
理由）；`pre-commit使用说明.md` §2.27 与 `AGENTS.md` 基线计数 19 → 17；TPAFE README、
GD5F 测试指南与 Trap 记录均**保留旧名留痕**以便对旧日志；配图桶按 .map 对象级增量重算
（`dhara/FTL` 10,931 → 11,222，+291 全部落在 `nand_ftl.o`；应用代码/UI +36 落在
`app_main.o`；其余散量入"其他"7,557；桶和 = Code+RO 断言通过、文本溢出 0）；
`ram_baseline --update/--write`、`ram_report_20261023.md` 快照、报告 §1.3/§5.1/§5.4
  与
部署文档 §3.3 数字全部同步；报告 §0.4/§9 的 S-5 状态改为 🟡 主体已落地。
2026-10-23 07:42:02 +08:00
..
README.md
feat(S-5): 收编 SD2506/TPAFE 并给 dhara 失败分类，门禁基线 19→17
2026-10-23 07:42:02 +08:00
tpafe5160.c
feat(S-5): 收编 SD2506/TPAFE 并给 dhara 失败分类，门禁基线 19→17
2026-10-23 07:42:02 +08:00
tpafe5160.h
feat(S-5): 收编 SD2506/TPAFE 并给 dhara 失败分类，门禁基线 19→17
2026-10-23 07:42:02 +08:00

README.md

Drivers/BSP/TPAFE5160/ — TPAFE5160 高精度 ADC 驱动

TPAFE5160 是并行 16 位接口的高精度 ADC。本目录为寄存器级驱动： 转换启动（CONVST）、忙信号（BUSY）、数据读取（RD）时序管理。

文件一览

文件 作用
tpafe5160.c/h ADC 初始化、转换启动（轮询 + 中断）、16 位并行数据读取

硬件接口

  • 并行 16 位：PG0–PG15 数据总线 / PC8 RD（读选通）/ PC9 CONVST（转换启动）/ PC7 BUSY（转换中）/ PC6 FRSTDATA（首通道标记，板上 R24 4.7k 上拉）/ PA12·PA11·PA8 = OS0·OS1·OS2（过采样选择）——V0.1 网表口径（V0.0 曾为 PD3/PD4/PD7，已作废）
  • 部分引脚为 GPIO 模拟时序（非硬件 SPI/FSMC）

关键点

  • 周期重触发由 TIM3 更新事件（1 kHz）驱动（2026-10-10）：app_main_init 末尾 HAL_TIM_Base_Start_IT(&htim3) 启动节拍，Src/main.c 的 HAL_TIM_PeriodElapsedCallback 在 TIM3 分支内调 tpafe5160_start_conv_irq()（ISR 内仅两次 GPIO 写）。B1 阶段曾由 adcTask 每 1 ms 软触发（已改）。⚠ 节拍源必须是 TIM3 而非 TIM6：TIM3 的同一个更新事件还经 TRGO 硬件触发 STM32 ADC1，两片转换器由此同源对齐；F4 上 TIM6/TIM7 的 TRGO 只接 DAC，喂不到 ADC1
  • 取数只用 tpafe5160_snapshot(int16_t *dst, uint8_t count)（仅任务上下文，内部临界区原子拷贝；返回 1=新帧 / 0=无新帧 / -1=参数无效）。配套的 tpafe5160_frame_seq() 给帧序号、tpafe5160_frstdata_err() 给"FRSTDATA 无跳变"帧计数
  • ⚠️ 不要用缓冲区指针取数：旧的 get_buf() / data_ready() / clear_ready() 已于 2026-10-10 删除（审计 E-45 / E-58）——get_buf 只给指针、任务再逐通道拷，中间被 BUSY EXTI 抢占就拷回两帧混合数据；s_ready 电平标志在 start_conv_irq 里被清 0，等于用重触发去丢帧。现由帧序号（只增不清）+ 临界区快照取代
  • tpafe5160_init() 做首帧有效性自检（E-44）：完整跑一帧转换+读取，若整帧读下来 FRSTDATA 没有发生任何跳变（芯片没在驱动并行总线；板上上拉会把它钉死为高）→ 返回 BSP_ERR_NO_DEVICE（旧 TPAFE5160_FRSTDATA_ERR(-3)，2026-10-23 S-5 收编）并打 [ERR] Init FRSTDATA no-toggle。判据刻意不锁死"哪个 RD 边沿拉高/拉低"（手册只给"RD 下降沿 → FRSTDATA 高/低"两个跳变，本板未实测边沿次序），只要求"一帧内必须跳变" → 既抓死芯片，也不会因极性假设错误误杀好芯片
  • 采样数据的消费者 App/task/adc_task.c 已实现（B1，2026-10-10：tpafe5160_snapshot() 原子取数 + 帧统计；adcTask 在 Src/freertos.c 的 USER CODE 区创建）。v2.2（2026-10-10）：采样节拍改由定时器更新中断硬件触发，本任务退化为纯消费者；v2.8（2026-10-10）：节拍源改 TIM3（同时经 TRGO 触发 ADC1 + DMA），STM32 侧改为消费 DMA 乒乓缓冲，单拍耗时 122 µs → 8 µs
  • CONVST→BUSY→RD 三段时序对建立/保持时间敏感，改动需对照芯片手册
  • ⚠️ 本项目 ADC 相关功能新增任务/缓冲前须核算 RAM（见 docs/内存管理/）；接消费者前的强制门禁见根 AGENTS.md「接 ADC / RS-485 消费者前的强制门禁」
  • ⚠️ 通道语义不是通道号：buf[i] 对应哪个电气量必须查 docs/硬件平台/ADC通道映射说明.md（buf[2]=IA、buf[5]=UN、buf[6]=UA）；V0.1 上 8 路电气量分属两片转换器属硬件缺陷（N-18）→ 禁止跨转换器做相位/功率/功率因数类运算

已知问题

  • docs/问题记录/TPAFE5160.md 有 16 张图片断链（文档引用了但图从未入库）——已登记，暂缓处理

相关文档

  • 芯片手册转录：docs/芯片手册/TPAFE5160.md（注：其配图有断链）
  • 任务实现：App/task/adc_task.c
  • 硬件引脚：根 README.md「外设接口」
Reference in New Issue View Git Blame Copy Permalink