wandering1
54d6d2d5d5
按登记簿"完成即销项"规则删除 docs/问题记录/UI任务看门狗停摆分析.md （560 行）。结案依据：累计 38 次上板启动 0 复现（原 L2 基线 3/10）， P0/P1-4a/P1-5/P2/方案 A 全部落地，方案 B 已评估决定不做。 并入 docs/子系统设计/看门狗设计说明.md 新增 §11（只留可复用部分）： - §11.1 三条易误读的判读口径：启动期 MISS start 0x67 是良性 episode； miss= 是累计不是连续（连续数饱和在 WD_MISS_TOLERANCE=8）； reset cause 不能区分 IWDG 溢出与台架软件复位 - §11.2 诊断四步：先看掩码缺几位（只缺 1 位 = 定点打击，多位 = 全局 饥饿）→ 逐项量化占空比（实测 10%~13%，否掉"CPU 饱和"直觉）→ 用计数速率反证空转（ring 恰好 1000/s）→ 用 [PROF] 指认占用者 - §11.3 三条结构性脆弱点（uiTask 唯一 BelowNormal／心跳曾依赖 netTask 往返／自定截止期不可恢复）+ 两个顺带修掉的正确性缺陷（无新帧仍压环 ≈3% 频率失配、失败拍静默沿用旧值） - §11.4 [PROF]/[PROF2] 全字段语义 + v2.8 实测基线（netp=0 是真实值、 adcm 峰值来自心跳日志、uip 地板 = LVGL 帧周期）与三机理判读口诀 - §11.5 三条教训：门控类优化必须保留低频兜底；门控会顺手消灭暴露路径； 事件驱动要核对节拍源启动时刻 vs 消费者创建时刻 - §11.6 明确不做的四条及理由（提 uiTask 优先级会掩盖真缺陷、net_* 有界 等待版会串回执、推流搬出 uiTask、推流塞进 netTask） UI 推流门控与方案 B 否决理由收进 RemoDispBus 协议说明 §3（该处原本已有 摘要，改为自洽不再回指）；就绪门控 API 的约束已在 BSD Socket 指南 §10.1。 引用改指 12 处：ui_task.c、task_prof.c/.h、ui_net_sink.c/.h、docs/README、 RemoDispBus、看门狗设计说明 R7 行、ADC 采样节拍设计说明、BSD Socket 指南 ×2、项目审查报告 N-10 ×2。 ⚠ ui_task.c / ui_net_sink.c / ui_net_sink.h 是带 BOM 文件，Edit 剥掉了 BOM，已按原样补回 3 字节 EF BB BF（未整文件重写）。 验证：check_doc_links --all 通过（127 个文档，无悬空引用）； @build 0 错 0 警，Code=257660 与删除前一字不差（纯注释改动）。
App/task/ — FreeRTOS 任务实现
6 个任务的入口函数与任务体。任务创建在
Src/freertos.c（MX_FREERTOS_Init）， 栈大小/优先级的唯一事实源也是Src/freertos.c；本目录只放任务实现。
任务清单
| 文件 | 任务 | 优先级 | 职责 |
|---|---|---|---|
default_task.c/h |
defaultTask | Normal | FTL + FatFS 挂载、配置引擎属主、syslog 唯一写者、LED 指示 |
net_task.c/h |
netTask | Normal | net_stack_bring_up → 置 NET_READY → 循环 net_poll + net_process_messages |
ui_task.c/h |
uiTask | BelowNormal | LVGL 界面（菜单 / 内容页 / 待机）+ 推流 |
adc_task.c/h |
adcTask | AboveNormal | ADC 采集消费：TPAFE5160 快照 + 消费 STM32 ADC1 DMA 乒乓缓冲一帧，经 ../algo/adc_input.c 按语义取数（采样节拍由 TIM3 硬件触发） |
rs485_task.c/h |
（RS-485 任务） | — | 半双工 RS-485 协议通信 |
../sync/time_sync.c |
timeSyncTask | Normal | 墙钟时间同步（实现不在本目录，见 ../sync/README.md） |
上表栈大小/优先级以
Src/freertos.c为准（README.md/AGENTS.md的任务表由scripts/gen_task_table.py生成，勿手抄）。
就绪屏障（重要）
任务间不用魔法延时，改用 App/app/sys_events.h 的 Event Flags：
SYS_EVT_NET_READY/SYS_EVT_STORAGE_READY等是状态位——等待时必须osFlagsWaitAny|osFlagsNoClear，不能用默认消费型等待（否则先到的消费者会清掉位， 导致ftpTask的WaitAll(两位)永不成立 → FTP 静默不监听）SYS_EVT_CFG_SAVE/SYS_EVT_NET_RECONFIG等命令位保持消费型等待
平台约束（改本目录前必读）
- 内核启动前禁止任何 FreeRTOS/CMSIS-RTOS API 调用（
osMessageQueueNew等会杀死启动） - 就绪屏障位一律用
osFlagsNoClear - 内存预算紧张，改栈/缓冲前先核算（
docs/内存管理/）
相关文档
- 启动顺序与屏障：
docs/架构设计/项目启动顺序管理.md - 内存与定栈规则：
docs/内存管理/RAM使用分析与优化方案.md - 栈水位实测：
scripts/stack_report.py